[poppler] poppler-glib

[Jeff Muizelaar]

On Fri, Mar 18, 2005 at 11:16:49AM -0500, Kristian H??gsberg wrote:
> Jeff Muizelaar wrote:
> >like we discussed on irc, instead of using **error this should just
> >return a locked document if it is encrypted and no document if it fails.
> 
> It can still fail for various other reasons; file not found or invalid 
> document...

Yeah I can see those two being a useful distinction to make. However, I
don't know if it is worth the API uglyness. Currently, both kpdf and
evince don't distinguish between those conditions.

> >One other thing, out of curiosity, do we actually gain much other than
> >reference counting from using glib over a plain c wrapper?
> 
> Well, it's more than just using GObjects for the document and page 
> objects, it's being able to render to a GdkPixbuf, using GObject 
> properties for meta data.  It's the availability of a set of tested and 
> optimized data structures, and a large set of convenience functions that 
> just work across a wide range of platforms.  I think the benefits will 
> become clearer as the binding is fleshed out a bit more.
> 
> I'm not too attached to the glib dependency, though I have a threshold 
> as to how much of glib I want to reinvent.  If we find out down the road 
> that glib is not worth it, I think we should consider providing only one 
> wrapper using neither glib or qt.  There is no point in providing both C 
> and C++ bindings if they don't integrate nicely with GNOME and KDE, 
> respectively.

fair enough.

-Jeff