Greg Steffensen wrote:
Yeah, I have that set to "1". Its really a strange bug in my GTK... the same thing happens with Python plugins in Dia. Anyway, I fixed the working dir prob with the glade file, made it return the original document when closed without clipart selection, made it write the raw clipart to stdout when invoked from the command line, and made it parse the svg to find the title metadata, and display that along with the preview image.
Cool I can't wait to try it.
The expense of grabbing this stuff (the png preview and actual svg) from the server is definitely starting to show, so implementing caching is next on the agenda.
I guess I just don't understand how caching is going to speed things up other than for repeat queries. I would assume the getting the PNGs is pretty fast. But downloading 1MB+ SVG files just to display the metadata is always going to suck speedwise. To really make things faster OCAL would need to have some sort of webservice that provides thumbnails and metadata as part of the query results (not having to download and parse webpages should help too).
(I'm working on a windows box today, so its a zip this time- sorry).
So, you've tested this on windows too? What do I have to install to get it to work?
I think this is going to be a really cool and convenient integration. Now I've been saying this for a while, but in order to have end to end seemless OCAL integration Inkscape needs a way to save a document right into the online library. This too could be a lot easier if we didn't have to abuse OCAL web forms. I think it would make an awesome companion extension for your OCAL helper. Hint, hint. ;)
Aaron Spike