gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: opening problems with GWorkspace


From: Fred Kiefer
Subject: Re: opening problems with GWorkspace
Date: Fri, 23 Apr 2010 21:37:06 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.9) Gecko/20100317 SUSE/3.0.4-1.1.1 Thunderbird/3.0.4

Am 23.04.2010 17:14, schrieb Wolfgang Lux:
> Incidentally, I noticed during debugging that GNUstep applications do
> not respond to DO messages while in a modal dialog loop. This means that
> if the user or a background application attempts to connect to a running
> application while that application presents a modal dialog, a new
> instance of the application is launched. If your are using GWorkspace,
> just put in it into a state where it presents a modal dialog (in the
> default configuration move a file do a different folder or to the
> trash), then switch to a terminal and call gopen. After a short delay
> when the timeout of [conn rootProxy] has expired a new instance of
> GWorkspace is started. If your are not using GWorkspace, you can use Ink
> instead. Open its open panel and then use gopen -a Ink to open a rtf
> document. Again, after a short delay this will start a new instance of
> Ink. Both behaviors are really annoying. Of course, it is quite unlikely
> that a user will gopen a document while its application is presenting a
> modal dialog, but this situation could easily arise with background
> tools using GWorkspace to launch applications or present documents (or
> just check the list of running applications!).

This sounds like a very annoying bug to me. And even though we probably
have had it for a long time we should try to fix it now that we know
about it.
Does this mean that DO messages aren't handled at the run loop mode that
modal windows run in? I just don't understand enough of that area to
suggest a fix.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]