[Top][All Lists]

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

Re: Shared application menu

From: Martin Brecher
Subject: Re: Shared application menu
Date: Wed, 08 Oct 2003 17:23:23 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030903 Thunderbird/0.2

Hash: SHA1

Personally, I pretty much like the way ParaSheet does it on OPENSTEP. It
has floating toolbar/input windows which can be made to stick to the
focused document window.
This way only one toolbar is present at a time which avoids wasting
screenspace and reduces clutter. And, as with all tool windows, the
toolbar and input windows are hidden when the app loses focus.

I've put up a screenshot at

AFAIK this is what Word does on OS X, but I could be wrong :-)


Lars Sonchocky-Helldorf wrote:
| As for NSToolBar:
| This is a per window thing, that means an application may sport different
| kind of windows of which each kind can have it's personal toolbar. (An
| example that comes to my mind is Camino which has different toolbars for
| it's browser and download windows).
| A toolbar on the top of the screen implies global validity of the toolbar
| items. Since it is done different from that in Mac OS X it would create
| another hurdle for porting applications.
| Btw. you might think it is done like you propose in MS Windows for
| instance. That is only half way true: Even MS Word and MS Excel differ in
| the way they handle this. MS Word has a toolbar at the top of each window
| like in Mac OS X but MS Excel has a master window with a toolbar that
| contains the document windows. Such an inconsistency is worse than any
| other consistent way to do this. MS Windows should not be a role model
| user interfaces (like for KDE or GNOME).
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org


reply via email to

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