Oh I see on this website how to use rsvg with gdk-pixbuf: https://developer.gnome.org/rsvg/stable/rsvg-Using-RSVG-with-GdkPixbuf.html
I can't really test the mingw version of denemo. After the libaubio upgrade it does not work in wine. Jeremiah On Thu, Mar 27, 2014 at 12:46 PM, Jeremiah Benham < [email protected]> wrote: > > > > On Wed, Mar 26, 2014 at 2:07 PM, Richard Shann <[email protected]>wrote: > >> On Wed, 2014-03-26 at 10:38 -0500, Jeremiah Benham wrote: >> > On Wed, Mar 26, 2014 at 01:37:59PM +0000, Richard Shann wrote: >> > > On Wed, 2014-03-26 at 05:45 -0500, Jeremiah Benham wrote: >> > > > On Tue, Mar 25, 2014 at 04:05:12PM +0000, Richard Shann wrote: >> > > > > On Mon, 2014-03-24 at 18:03 -0500, Jeremiah Benham wrote: >> > > > > > I think if we were to move away from gub we should switch to >> mxe. It >> > > > > > is just a matter of debuging what gets built. >> > > > > >> > > > > I agree, I didn't realize that other thing was for windows users. >> We >> > > > > were beaten back from mxe by the way runtime loading of the pdf >> backend >> > > > > and such like IIRC. >> > > > >> > > > I don't remember. I know gub has that issue on the gtk3 build. >> > > > >> > > > >We actually have a problem right now with our GUB >> > > > > build for windows: we cannot load the .svg images used in one or >> two >> > > > > palettes, the gdk-pixbuf-loaders thing doesn't work on windows. >> > > > >> > > > gdk-pixbuf-loaders is an exe isn't it? If so what happens when you >> try to launch it at the command line? >> > > >> > > I tried launching it from various directories but in every case it did >> > > nothing. No output, no messages. I ran it under gdb and was able to >> get >> > > it to break at main() if I recall correctly. But there were no >> symbols, >> > > so I couldn't see what it did next. I don't know if there is the >> > > equivalent of ptrace to find out what, if anything, it tries to open >> or >> > > write to. Does it do anything if launched on wine? >> > >> > Yes. On the most recent git snapshot (Mar 21) (note I needed to copy >> aubio-4.dll from the lib directory to the bin directory.) >> > It produces about 4 screens of this: >> > >> > # GdkPixbuf Image Loader Modules file >> > # Automatically generated file, do not edit >> > # Created by gdk-pixbuf-query-loaders.exe from gdk-pixbuf-2.22.1 >> > # >> > # LoaderDir = C:\Program >> Files\Denemo\usr/lib/gdk-pixbuf-2.0/2.10.0/loaders >> > # >> > "C:/Program >> Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.dll" >> > "icns" 4 "gdk-pixbuf" "The ICNS image format" "GPL" >> > "image/x-icns" "" >> > "icns" "" >> > "icns" "" 100 >> > >> > "C:/Program >> Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.dll" >> > "pcx" 4 "gdk-pixbuf" "The PCX image format" "LGPL" >> > "image/x-pcx" "" >> > "pcx" "" >> > "\n \001" "" 100 >> > "\n\002\001" "" 100 >> > "\n\003\001" "" 100 >> > "\n\004\001" "" 100 >> > "\n\005\001" "" 100 >> > >> > "C:/Program >> Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.dll" >> > "tiff" 1 "gdk-pixbuf" "The TIFF image format" "LGPL" >> > "image/tiff" "" >> > "tiff" "tif" "" >> > "MM *" " z " 100 >> > "II* " " z" 100 >> >> It looks like this is working - I just downloaded and installed the same >> binary from 21st Mar, moved the aubio-4.dll to bin and it still has >> no .svg icons (they are only used in one palette - things like >> fermata.svg and so on). >> I then got up a terminal in the C:\Program Files\Denemo\usr\bin >> directory and executed .\gdk-pixbuf-query-loaders.exe and, as before it >> appeared to do nothing at all. >> > > Are you sure gdk-pixbuf-query-loaders.exe is to blame for this? What > where you expecting it to do? Doesn't it update a file if present. If not > it spits out the info to STDOUT. I am not sure if that has anything to do > with svg's though. I will look to see we are building gtk+ with rsvg > support. Has svg loading every worked in the windows build? > > >> I don't know if we could install gtk stuff built by the gtk people >> themselves ... >> >> > It seems doubtful. We would probably have depenedency issues. This symbol > is defined twice and that is undefined. etc... I would try it sometime. > > Jeremiah > > Richard >> >> >> >> >
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
