On 13/04/2011 08:32, Andrew wrote:
So I have kind of hit a road block in the OCAL stuff. Basically su-v informed me that the method I used to download the XML file (to obtain search results), Gio::File::load_contents_async doesn't actually work on Mac OSX.
Therefore I would like to change this to read_async, however I don't really have any experience with it and as a result, it isn't actually working :/
Does anyone have any experience? And if so, could they look at the code in src/ui/dialog/ocaldialogs.cpp lines 949-1080
*bump*
Andrew has provided a update for the merge proposal:
On 27/12/2011 22:10, Andrew wrote:
Hi, sorry for my long absense form this but I have just fixed the issue that JazzyNico reported above.
The branch is ready for merging into trunk. Please someone do it quickly! :)
from https://code.launchpad.net/~and471/inkscape/ocal-dialog-improvements/+merge/56234
but it still fails on osx (tested this time on OS X 10.7.2 Lion (Xcode 4.2.1), with dependencies via up-to-date MacPorts, using llvm-gcc-4.2.1 as compiler). [1]
Merging as is will remove a currently working feature from the osx port of Inkscape. On the other hand the new dialog seems to work in the Windows port of Inkscape (which doesn't support importing from OpenClipart in current stable and trunk).
Trading one supported platform for another one (with certainly more users)? Or can anyone help with the changes mentioned by Andrew (using 'read_async' instead of 'load_contents_async', see above)? Or would it be feasible to keep the old code in place to be used when configuring/building on darwin/osx (until a working solution in Inkscape or upstream GLib/GIO is found)?
~suv
[1] This could well be another upstream issue, similar to the GIO issue with the 'Gallery' dialog proposal discussed earlier: http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/36401/focus=36437