- From: fantasai <fantasai.lists@inkedblade.net>
- Date: Mon, 16 Aug 2004 17:41:48 +0200
- 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 UTC