Re: Tabs 'n widgets screenshot
Jan Vroonhof <vroonhof(a)math.ethz.ch> writes:
Ben Wing <ben(a)666.com> writes:
> This is real cool, but looking at this, it's clear that it doesn't look the
> way tab widgets are supposed to work. In particular, of course, they should
> have the proper borders around the stuff displayed. I've attached a screen
> shot of a typical Windows dialog box with a tab widget in it. The problem
> lies with this "expanded gutter" concept. Tabs are *NOT* extra
> graphical
I think in this case the extra border would just be wasted space. The
buffer tabs are more like the tabs used to select between various sheets
in modern spreadsheets. They also do not use extra borders.
But they are themselves much different visually than the tabs that were
used in the screenshot, and oriented differently. :)
For the typical 'property sheet' type of widgets that andy is using, a
border around them to show the area of control of the tab widget is normal
and desired. If you do not, then the tab widget is really no different
than a row of buttons placed on top of an arbitrary screen area.
Now, if there was some way to use the smaller, triangular, bottom-oriented
tab widgets, then I would agree that the extra border space is not needed
_as much_. I'd still like to be able to see it as an option though.
From a gut reaction to thee screenshot, I'd say cool concept but
no way in
#%!＠! I'd use it on a daily basis. I would hope you could turn it
off. I
typically have so many buffers open that it would quickly get pretty nasty
with the large tabs. Using the smaller ones typically seen in
spreadsheets, etc, would be better, but could still get pretty cluttered.
Anyone remember the text base DOS IDE's that did MDI in text
mode,
wasting a character on every side of the text window, so that you
actaully had a 50x10 window to edit in?
Well, this isn't text mode though. It would only take a few pixels. And
doesn't everyone run in 32bit 1600x1200 ? :)
-bp