On 17 Oct 2009, at 18:13, Wolfgang Lux wrote:
I agree that with MS Windows style menus an application should
terminate when its last window is closed and have just committed
code that implements that logic.
That sounds right to me.
With regard to creating a new document upon program
On 18 Oct 2009, at 05:31, Sheldon Gill wrote:
Actually, I think it would simplify things a great deal if we
dropped the miniwindow entirely.
I believe the fundamental problem here is one of design and the flaw
is trying to get -gui to handle miniwindows. For any compatibility
desktop
Hi,
I agree that with MS Windows style menus an application should
terminate when its last window is closed and have just committed code
that implements that logic.
With regard to creating a new document upon program startup, I think
that a document based application should always do so
Richard Frith-Macdonald wrote:
On 17 Oct 2009, at 18:13, Wolfgang Lux wrote:
I agree that with MS Windows style menus an application should
terminate when its last window is closed and have just committed
code that implements that logic.
That sounds right to me.
With regard to
On 18 Oct 2009, at 07:44, Richard Frith-Macdonald wrote:
With regard to creating a new document upon program startup, I
think that a document based application should always do so
(regardless of the interface style) and have committed code for
that too.
I'm less sure about that ... one
Riccardo Mottola wrote:
Hi,
I agree that with MS Windows style menus an application should
terminate when its last window is closed and have just committed
code that implements that logic.
With regard to creating a new document upon program startup, I
think that a document based
Hi,
If the application delegate responds to
-applicationShouldOpenUntitledFile the result is of course always
respected (and guess you've implemented it in PRICE). What I've done
is just to change the default behavior for a document based
application if that delegate method is not
Hi,
This was why I suggested doing it only if, after calling
-applicationDidFinishLaunching in the delegate, there is no main
window. That way, if the application is opening the last document on
relaunch, or providing a 'create some specialised kind of document'
window, -gui has somewhere
Riccardo Mottola wrote:
Hi,
If the application delegate responds to -
applicationShouldOpenUntitledFile the result is of course always
respected (and guess you've implemented it in PRICE). What I've
done is just to change the default behavior for a document based
application if that
On Oct 18, 2009, at 3:21 AM, Richard Frith-Macdonald wrote:
On 18 Oct 2009, at 05:31, Sheldon Gill wrote:
Actually, I think it would simplify things a great deal if we
dropped the miniwindow entirely.
I believe the fundamental problem here is one of design and the
flaw is trying to
On 17 Oct 2009, at 00:01, Wolfgang Lux wrote:
Richard Frith-Macdonald wrote:
On 16 Oct 2009, at 19:16, Wolfgang Lux wrote:
IMHO Richard's proposal is much too complicated. I'd suggest
something
radically simpler: If an application does not have an appicon the
hide
command should just
On Sat, Oct 17, 2009 at 07:02:12AM +0100, Richard Frith-Macdonald wrote:
It sounds reasonable to allow interface style to control that sort of
thing, and the behavior you suggest makes sense for a windows app.
I'm not sure it addresses the original case though ... which was not for
an app
Richard Frith-Macdonald wrote:
On 17 Oct 2009, at 00:01, Wolfgang Lux wrote:
You are right with issue (1), but this is only for the case where
an application
deliberately hides its appicon. On the other hand, in Phillipe's
case I feel that
GSSupressAppIcon is abused (somewhat) as a
On 17 Oct 2009, at 00:01, Wolfgang Lux wrote:
With respect to problem (2), I think that this could be handled by
terminating
applications by default when their last window is closed and the
application
delegate does not respond to -
applicationShouldTerminateAfterLastWindowClosed:.
I was
David Chisnall wrote:
On 17 Oct 2009, at 00:01, Wolfgang Lux wrote:
With respect to problem (2), I think that this could be handled by
terminating
applications by default when their last window is closed and the
application
delegate does not respond to -
On 17 Oct 2009, at 12:04, Philippe Roussel wrote:
On Sat, Oct 17, 2009 at 07:02:12AM +0100, Richard Frith-Macdonald
wrote:
It sounds reasonable to allow interface style to control that sort of
thing, and the behavior you suggest makes sense for a windows app.
I'm not sure it addresses the
On 18/10/2009, at 02:45 , Richard Frith-Macdonald wrote:
On 17 Oct 2009, at 12:04, Philippe Roussel wrote:
On Sat, Oct 17, 2009 at 07:02:12AM +0100, Richard Frith-Macdonald
wrote:
It sounds reasonable to allow interface style to control that sort
of
thing, and the behavior you suggest
Begin forwarded message:
From: Richard Frith-Macdonald rich...@tiptree.demon.co.uk
Date: 16 October 2009 07:29:59 GMT+01:00
To: Philippe Roussel p.o.rous...@free.fr
Cc: discuss-gnus...@gnu.org
Subject: Re: Window manager interaction
On 15 Oct 2009, at 21:34, Philippe Roussel wrote:
Hi all
Richard Frith-Macdonald schrieb:
Begin forwarded message:
From: Richard Frith-Macdonald rich...@tiptree.demon.co.uk
Date: 16 October 2009 07:29:59 GMT+01:00
To: Philippe Roussel p.o.rous...@free.fr
Cc: discuss-gnus...@gnu.org
Subject: Re: Window manager interaction
On 15 Oct 2009
On Fri, Oct 16, 2009 at 09:30:07PM +0200, Philippe Roussel wrote:
On Fri, Oct 16, 2009 at 08:16:24PM +0200, Wolfgang Lux wrote:
IMHO Richard's proposal is much too complicated. I'd suggest something
radically simpler: If an application does not have an appicon the hide
command should just
On 16 Oct 2009, at 19:16, Wolfgang Lux wrote:
IMHO Richard's proposal is much too complicated. I'd suggest something
radically simpler: If an application does not have an appicon the hide
command should just minimize all application windows. As far as I
understand this also was the solution
Philippe Roussel wrote:
On Fri, Oct 16, 2009 at 09:30:07PM +0200, Philippe Roussel wrote:
On Fri, Oct 16, 2009 at 08:16:24PM +0200, Wolfgang Lux wrote:
IMHO Richard's proposal is much too complicated. I'd suggest
something
radically simpler: If an application does not have an appicon the
22 matches
Mail list logo
