Uli's Web Site
[ Zathras.de - Uli's Web Site ]
Other Sites: Stories
Pix
Abi 2000
Stargate: Resurgence
Lost? Site Map!
 
 
     home | blog | moose | programming | articles >> blog

 Blog
 
 Archive
 
 Blog Topics
 

15 Most Recent [RSS]

 Less work through Xcode and shell scripts
2011-12-16 @600
 
 iTunesCantComplain released
2011-10-28 @954
 
 Dennis Ritchie deceased
2011-10-13 @359
 
 Thank you, Steve.
2011-10-06 @374
 
 Cocoa Text System everywhere...
2011-03-27 @788
 
 Blog migration
2011-01-29 @520
 
 All you need to know about the Mac keyboard
2010-08-09 @488
 
 Review: Sherlock
2010-07-31 @978
 
 Playing with Objective C on Debian
2010-05-08 @456
 
 Fruit vs. Obst
2010-05-08 @439
 
 Mixed-language ambiguity
2010-04-15 @994
 
 Uli's 12:07 AM Law
2010-04-12 @881
 
 Uli's 1:24 AM Law
2010-04-12 @874
 
 Uli's 6:28 AM Law
2010-04-12 @869
 
 Uli's 3:57 PM Law
2010-04-12 @867
 

More...

How not to do the multi-row tab control

By now everyone knows that multi-row tab controls are a usability nightmare waiting to happen. Either they shift around tabs or whole rows to keep the physicality of a filing card with a tab at the top intact, destroying muscle memory in the process, or they don't move tabs and destroy the physicality of the metaphor because the tab seems to be "torn off" from its filing card. Both approaches aren't very desirable. But while I'm at it, Apple's MacOS X-approach to the tab control has been traditionally bad, so let's not smirk yet. I'll take Windows' single-row tab controls over the OS X ones any day.

But since it's so much fun to hit an application while it's down, and since this is a new confusing concept introduced, I thought I'd pick up this old topic once more. I'm talking about the single-tab row:




I've accompanied the first tab by a picture of how it looks when another tab is selected, so those of you not fluent in German can make out that this really is a tab control. The problem is just that there is one tab that stretches an entire row, and when it is selected, it looks as if the tab title was just some text on the tab body, while none of the tabs looks selected. An easy way to solve this would be to just calculate the width of the tabs beforehand, and if you realize there are more than would fit in one row, to evenly distribute them across the rows.

Yes, I'm aware that this involves some fiddling with maths and means you need one loop for the layout and a second one for the display, but hey, good UI is work. I'm not naming the app here. It's an open-source app that is otherwise fairly handy, and I don't expect a volunteer project to have perfect UI. OTOH I assume that this is a standard Windows system control, and thus Microsoft should have taken the time to fix this.

But wait, they're working on transparent title bars these days and don't have time ...
 
Created: 2005-08-18 @814 Last change: 2005-08-18 @822 | Home | Admin | Edit
© Copyright 2003-2018 by M. Uli Kusterer, all rights reserved.