Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes
- From: Shaun McCance <shaunm gnome org>
- To: Matthew Paul Thomas <mpt myrealbox com>
- Cc: Usability gnome conference <usability gnome org>, Epiphany List <epiphany-list gnome org>
- Subject: Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes
- Date: Sat, 04 Mar 2006 12:49:02 -0600
On Sat, 2006-03-04 at 04:36 +1300, Matthew Paul Thomas wrote:
> On Mar 4, 2006, at 4:17 AM, Nickolay V. Shmyrev wrote:
> > ...
> > Well, actually there are some other arguments pro statusbar, for
> > example it's exteremely useful for resizing.
> > ...
> You don't need a status bar to display a resizing grippy. On Mac OS X,
> Safari has a resizing grippy even when the status bar is turned off (as
> it is by default), Mail has a resizing grippy even though the status
> bar (yes it does have one) is at the top of the window instead of the
> bottom, and Preview has a resizing grippy even though (like Evince) it
> has no status bar at all. When these programs are displaying documents
> that don't need vertical scrollbars, the grippy has a transparent
What you can do in Cocoa and what you can do in
GTK+ are two entirely different things. Right
now, the only way to get a grippy with GTK+ is
to have a status bar.
Cocoa simply always adds a grippy to resizable
windows, and developers design their windows
accordingly. That approach isn't feasible in
GTK+. What would be nice to have is a way to
pack a grippy into the dead space in scrolled
Many of us have been asking for more flexible
grippy placement, but right now, today, when
developing with GTK+, you do need a status bar
to display a resizing grippy.
] [Thread Prev