Re: [gtk-list] GTK+ Menu Styles...

[Shevek <shevek plaice valhalla net>]

On Tue, 5 May 1998 docwhat@gerf.org wrote:

[SNIP]
> I think that Menus should be *very* configurable.  I know this
> falls under Raster and his "theme"ing GTK+, but I think that menus should
> be a very flexable widget.
> 
> The ability to have the WindowManager be able to say to an app,
> "Put menus here, like so." is a very nice feature.  I'd like to 
> let a theme be able to be setup that would let the menu go at the
> top of a screen (ala Mac) or be mounted vertically (ala NextStep)
> or ripped off and pinned to the desk top (ala Openview).  For
> something like the GIMP I'd like to be able to toggle this.  I
> think I'd prefer the NextStep ones in that case, since I'd want
> more vertical space.
> 
> Just an idea, but I love being able to drag around everything to 
> get it out of the way. :)
> 
> docwhat@gerf.org
>From the point of view of the applications programmer, I have just put
everything in a handle box, the button bar, the menu bar, the lot. Each
has its' own. It makes the application in it's essence very small indeed
(one tiny menu bar along the top of the screen, a la` mac and one
minimised icon) but for the windoze users, or those who like the style,
they can reassemble the whole lump into a complete application GUI as they
might prefer.

My view on this is that applications should take up the minimum screen
space necessary to do the task with no loss of functionality. Of course,
in this, xterms are supreme, as you can set them to unreadable font, and
just watch events if you want. I don't feel it's the job of the library to
interface with the windowmanager to produce this type of functionality,
however. I would say it is the job of the applications programmer to
handle it.

If, however, there were a standardised set of command line or style
options that all GTK applications could read, the only thing I can think
of at this second is 'Detatch menubar and give it X geometry NxN+n+n' or
'Detatch buttonbar etc' then this type of styling could be applied in much
the same way that X geometries are specified to X toolkit clients. I think
anything else gets too window manager dependent, and I dislike any program
with features that rely on either overfeatured or rococo windowmanagers.

--
S.
GM/CS/MU -d+ H+>++ s+: !g p2 au0 !a w+++ v-(---) C++++$ UL++++$ UB+
US++ UI+++$ P+>++++ L++++$ 3+ E--- N+ K !W(-----) M+(-) !V -po+ Y+ t+
5++ !j !R G' !tv b+++ D++ B--- e+ u+* h++ f? r-- n---- y?