W3C home > Mailing lists > Public > www-style@w3.org > August 2004

Re: CSS Tabs

From: fantasai <fantasai.lists@inkedblade.net>
Date: Mon, 16 Aug 2004 17:41:48 +0200
Message-ID: <4120D5BC.3080400@inkedblade.net>
To: www-style@w3.org

Robin Berjon wrote:

> 
> fantasai wrote:
> 
>> fantasai wrote:
>>
>>> Since Hixie brought to my attention the problem of making CSS tabs
>>>   http://fantasai.inkedblade.net/style/design/tabs
>>> I wrote a proposal for handling the basic layout geometry through the
>>> 'display' property:
>>>   http://fantasai.inkedblade.net/specs/tabs
>>
>> http://fantasai.inkedblade.net/style/specs/tabs , rather.
> 
> Have you considered:
> 
>  - tab placement wrt to content: if they are on the bottom do you want
>    the active row to still be at the bottom?

Good point. There would need to be a back-tab analogous to front-tab.

>                                              For side tabs?
>  - the relationship to vertical text?
>  - left and right tabs, possibly with rotated (90) text?

That would be handled by putting it in the appropriate block-progression
context.

> I understand the use case, but is it worth adding that complexity into 
> UAs when tabs are likely to be used only by a minority of websites? Last 
> I looked there were various ways to simulate tabs to what seemed to be a 
> satisfactory degree (even if they weren't complete).

The shifting rows may be a bit unnecessarily complex. However, I haven't
seen a satisfactory way of formatting tabs such that they wrap and justify
and margin-collapse appropriately depending on the width of the containing
block. It requires a lot of JS to make that work dynamically.

~fantasai

-- 
http://fantasai.inkedblade.net/contact
Received on Monday, 16 August 2004 15:41:51 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:32 GMT