Re: [Usability] Re: Mozilla Firefox 2.0 Chrome Changes

[Shaun McCance <shaunm gnome org>]

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 
> background.

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
windows.

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.

--
Shaun