The mingw binary has been rebuilt.
On Mar 31, 2014 4:24 AM, "Richard Shann" <
address@hidden> wrote:
On Thu, 2014-03-27 at 20:00 +0000, Richard Shann wrote:
> hmm, I don't think I know what rsvg is :(
I just had a bit of a dig around - it seems I started using rsvg some
years back for the display graphics for DenemoDirectives. I don't
remember what prompted this, but it could be that the introduction of
cairo is behind it. Anyway, I have just replaced
gdk_pixbuf_new_from_file() with the rsvg function and it seems to work
just fine, so this may work on windows too now.
Can you generate a binary to check this out?
Richard
> I think we (I) just use
> gdk_pixbuf_new_from_file()
>
> I see this in ui/palettes.c
>
> this works on GNU/Linux ...
>
> Richard
>
>
> On Thu, 2014-03-27 at 13:09 -0500, Jeremiah Benham wrote:
> > https://mail.gnome.org/archives/commits-list/2010-June/msg09244.html
> >
> > This suggests as if rsvg is used to created a rsvg enabled a
> > gdk-pixbuf-loader.
> >
> >
> > Jeremiah
> >
> >
> >
> > On Thu, Mar 27, 2014 at 1:02 PM, Jeremiah Benham
> > <address@hidden> wrote:
> > 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
> > <address@hidden> wrote:
> >
> >
> >
> > On Wed, Mar 26, 2014 at 2:07 PM, Richard Shann
> > <address@hidden> 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
> address@hidden
> https://lists.gnu.org/mailman/listinfo/denemo-devel