On Tue, 26 Apr 2011 10:20:53 +0200 Cedric BAIL <cedric.b...@free.fr> said:
> On Tue, Apr 26, 2011 at 10:02 AM, Vincent Torri <vto...@univ-evry.fr> wrote: > > On Tue, 26 Apr 2011, Cedric BAIL wrote: > >> On Tue, Apr 26, 2011 at 9:54 AM, Vincent Torri <vto...@univ-evry.fr> > >> wrote: > >>> > >>> On Tue, 26 Apr 2011, Enlightenment SVN wrote: > >>>> > >>>> Log: > >>>> some readme fun > >>>> > >>>> Author: raster > >>>> Date: 2011-04-26 00:46:01 -0700 (Tue, 26 Apr 2011) > >>>> New Revision: 58922 > >>>> Trac: http://trac.enlightenment.org/e/changeset/58922 > >>>> > >>>> Modified: > >>>> trunk/evas_generic_loaders/README > >>>> > >>>> Modified: trunk/evas_generic_loaders/README > >>>> =================================================================== > >>>> --- trunk/evas_generic_loaders/README 2011-04-26 07:29:30 UTC (rev > >>>> 58921) > >>>> +++ trunk/evas_generic_loaders/README 2011-04-26 07:46:01 UTC (rev > >>>> 58922) > >>>> @@ -1,2 +1,27 @@ > >>>> Additional "generic" loaders for Evas that are stand-alone executables > >>>> -evas may run from its generic loader module > >>>> +evas may run from its generic loader module. > >>>> + > >>>> +Generic loaders currently provided: > >>>> + > >>>> + XCF (.xcf .xcf.gz) > >>>> + > >>>> +Wanted: > >>>> + > >>>> + RAW > >>>> + (libopenraw1 ??) > >>>> + PDF > >>>> + (use -key option to specific what page to get and load options for > >>>> size > >>>> + and use poppler and/or mupdf - look at epdf) > >>>> + PS > >>>> + (use -key option to specific what page to get and load options for > >>>> size > >>>> + and use ghostscript (libgs) to render etc.) > >>> > >>> what is the interest compared to eyesight/epdf/eps ? > >> > >> Complete integration with evas cache and preload infrastructure. > >> Should be easier to maintain it. > > > > so there is no interest to develop eyesight anymore > > I may be wrong, but it would not be possible to expose all the > chapter, link, page, and other contextual information that a pdf/ps do > have. That why we still need eyesight (it would also provide the > binary that would load the pdf/ps stuff). It's a source of > simplification in my opinion, not a replacement. correct. the generic loader mechanism is not a replacement. it's a "i want to just load page x in the pdf and i am uninterested in yet another library and an api to deal with as i need none of those features for just rendering a THUMBNAIL of the pdf". for example. for doing a real pdf viewer u need all the info. bu no means meant to kill off or replace epdf and friends. BUT... people need the ability to load a pdf as an image, and not make their generic "i display images" app gpl because of it. they lose functionality (chapters, links, references and other things) but gain simplistic functionality. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
