For some reason the Print dialog hangs for several seconds before fully
activating. During this period I am unable to push any buttons and on my OS X
10.6.3, I get the little color wheel. After a few seconds, The dialog pops
bigger, with several added tabs show up at the top (printer info).
I've run into this issue (and have been poking at it recently). The core
problem appears to be that, although GTK+ is using CUPS and setting things
like httpBlocking off, the CUPS "non-blocking" API isn't. See
conversations with CUPS developers at [1,2,3].
It appears that the only sane way to
On Wed, 2010-06-09 at 20:20 -0400, David A Benjamin wrote:
> I've run into this issue (and have been poking at it recently). The core
> problem appears to be that, although GTK+ is using CUPS and setting things
> like httpBlocking off, the CUPS "non-blocking" API isn't. See
> conversations with
On Thu, Jun 10, 2010 at 9:38 AM, Alexander Larsson wrote:
> On Wed, 2010-06-09 at 20:20 -0400, David A Benjamin wrote:
>> I've run into this issue (and have been poking at it recently). The core
>> problem appears to be that, although GTK+ is using CUPS and setting things
>> like httpBlocking off,
> It appears that the only sane way to interact with CUPS in a GUI application
> is to use separate threads.
At last look, CUPS was not thread safe, not even if you only
interact with CUPS through one thread.
Morten
___
gtk-devel-list mailing list
gtk-d
Le mercredi 09 juin 2010 à 20:20 -0400, David A Benjamin a écrit :
> It appears that the only sane way to interact with CUPS in a GUI
> application is to use separate threads. If folks do not object the
> change,
> I'll try my hand at them.
I would suggest to write a very thin layer that wrap
works, don't add more layers.
Shawn
> Date: Thu, 10 Jun 2010 10:11:41 +0200
> From: four...@gmail.com
> To: gtk-devel-list@gnome.org; gtk-osx-us...@lists.sourceforge.net
> CC: david...@mit.edu; al...@redhat.com
> Subject: Re: [Gtk-osx-users] Print dialog hangs for se
