Ok,
This path stuff on win32 has been biting us for a long time now. :-)
So I added some code to prefix.cpp to provide a macro, WIN32_DATADIR, that works similarly to BR_DATADIR, so that paths are calculated now, rather than static. So INKSCAPE_EXTENSIONDIR, for example, will always be valid, no matter what the CurrentDirectory is. In fact, we should make sure that CurrentDirectory does not affect resource loading at all.
It seems to work OK. If anyone sees an Inkscape win32 build that looks like icons/menus/etc might be missing, please let me know.
But I really consider this a short-term fix. If we actually jumped into the deep water, quit using strings for paths and started using URIs, then this problem might disappear forever.
bob
-----Original Message-----
From: Albin Sunnanbo <albin@...1900...> Sent: May 29, 2008 12:35 PM To: Bob Jamison <rwjj@...127...> Subject: Re: [Inkscape-devel] Resource paths on win32
Hi I did some bugfixing with extensions a while a go. The new native win32 file dialogs changed the current path when browsing the file tree. I guess this might be related.
// Albin
Bob Jamison skrev:
Hi,
wormsxulla alerted me to a problem with the Tutorial menu items not being able to load a tutorial file. The error is something like "can't load file \share\tutorials\blah.svg". Which makes me think that Inkscape has forgotten its path some time since startup. It must have known -during- startup, else you wouldn't get your icons or translations.
Has anyone done anything recently to change the path-prefixes, or CurrentDirectory of Inkscape? This was working before.
bob
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel