[poppler] glib/poppler-page.cc glib/poppler-page.h

[Carlos Garcia Campos]

El jue, 04-10-2007 a las 10:56 -0400, Jeff Muizelaar escribió:
> On Thu, Oct 04, 2007 at 04:47:27PM +0200, Carlos Garcia Campos wrote:
> > 
> > El jue, 04-10-2007 a las 10:27 -0400, Jeff Muizelaar escribió:
> > > On Thu, Oct 04, 2007 at 03:37:37AM -0700, Carlos Garcia Campos wrote:
> > > >     Add poppler_page_render_for_printing() and poppler_page_render_to_pixbuf_for_printing()
> > > >     
> > > >     We were unconditionally passing printing=gFalse to displaySlice. With these new
> > > >     functions we can render to a pixbuf or cairo surface passing printing=gTrue to
> > > >     displaySlice.
> > > > 
> > > 
> > > I'm curious. What's the effect and motivation behind this?
> > 
> > Look at this bug: http://bugzilla.gnome.org/show_bug.cgi?id=476627
> > 
> > The trivial fix was just adding a printing parameter to
> > poppler_page_render, but it would have meant breaking the api again. 
> 
> Makes sense. I didn't know that evince did printing style operations
> with the cairo backend. 

yes! we are now using cairo to print to ps and pdf files so that we can
create ps files with multiple pages per sheet, for example. 

> Do we need render_to_pixbuf_for_printing()
> though? I'm inclined to think that it isn't nearly as useful.

I'm not using it in evince, I added it just for consistency, I think it
doesn't hurt anyway. 

> -Jeff
> 
-- 
Carlos Garcia Campos
   elkalmail at yahoo.es
   carlosgc at gnome.org
   http://carlosgc.linups.org
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url : http://lists.freedesktop.org/archives/poppler/attachments/20071004/c4a17ca5/attachment.pgp