On Sun, 15 Aug 2010 00:17:40 +0200 Albin Tonnerre <albin.tonne...@gmail.com>
said:

> 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).

that's precisely how the other tests work. e ships a small set of test images.
see data.images/test.png, test.jpg, test.edj etc. - e_main has a snippet to
test this. the "write out xml to /tmp" is wrong... jeffdameth! :)


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
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

Reply via email to