Re: Problem with preview and the blocking print dialog

["John (J5) Palmieri" <johnp redhat com>]

On Wed, 2006-05-10 at 18:56 -0400, John Ehresman wrote:
> 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.

win32 and OS X use their own dialogs.  I haven't yet looked at the issue
of enabling previews there.

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

Eak, ugly :-)

>   I'm 
> not entirely clear on why the helper app needs to be closed before the 
> dialog is closed, though.

No it doesn't.  The dialog just needs to stick around even after we run
the helper app.

-- 
John (J5) Palmieri <johnp redhat com>