Quoting Albin Tonnerre <albin.tonne...@gmail.com>: > On Sat, 14 Aug 2010 23:46 +0200, Joerg Sonnenberger wrote : >> On Sat, Aug 14, 2010 at 11:35:13PM +0200, Albin Tonnerre wrote: >> > - If efreet returns an SVG icon when SVG rendering is not >> compiled in evas, >> > then you get no icon where an xpm icon (which could have been rendered >> > correctly) might have existed. >> >> OK >> >> > - Since there is no way to ask evas if SVG support is available >> (which I think >> > is a mistake), you need to do some kind of runtime detection. >> >> Yes, that's bad. >> >> > - Right now, the only practical way to do that is using some >> voodoo: create a >> > dummy file and try to load it. >> >> Why not use install the dummy file to a known location and try loading >> it that way? share/enlightenment/data/icons/dummy.svg or so. > > I can't recall, and like I said I'd much rather have Evas being able > to expose > the information. But if it's not going to happen, then the file should either > be shipped with e17 or created in a more secure manner (I'd prefer that, but > that's a matter of personal taste).
you can test that only at runtime and not at configure time, as someone can add the svg loader (as a shared lib) after an installation of evas. So it can only be after testing a svg file, I think. Vincent ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
