Re: Problem with preview and the blocking print dialog
- From: John Ehresman <jpe wingware com>
- To: "John (J5) Palmieri" <johnp redhat com>
- Cc: Federico Mena Quintero <federico ximian com>, gtk-devel-list gnome org, alexl redhat com
- Subject: Re: Problem with preview and the blocking print dialog
- Date: Wed, 10 May 2006 18:56:01 -0400
John (J5) Palmieri wrote:
This was my original thought but Matthias and others suggested this.
One of the issues with cairo is that we would have to either run through
the drawing commands on every expose event or save out to a bitmaps
surface which would remove the ability to zoom. The other option is to
recreate evince in gtk+. That is not going to happen.
One issue is that there's a good chance evince won't be installed on
win32 or OS X. I'm a bit unclear on what you're doing though. I'd have
thought there'd be a preview widget that would need to handle expose
events and render as appropriate.
As far as the question about about print dialog modality, the win32
dialog api is designed to block until the dialog is closed. It might be
possible to work around this using threads, but it would be ugly. I'm
not entirely clear on why the helper app needs to be closed before the
dialog is closed, though.
] [Thread Prev