W3C home > Mailing lists > Public > www-style@w3.org > February 2011

Re: [css3-text] Tab U+0009 expansions to 8 spaces

From: Brad Kemper <brad.kemper@gmail.com>
Date: Thu, 24 Feb 2011 09:43:57 -0800
Cc: Koji Ishii <kojiishi@gluesoft.co.jp>, David Singer <singer@apple.com>, Anne van Kesteren <annevk@opera.com>, W3C style mailing list <www-style@w3.org>, Christoph Päper <christoph.paeper@crissov.de>
Message-Id: <85FE0940-8259-4359-9906-E606F9FAAAFC@gmail.com>
To: fantasai <fantasai.lists@inkedblade.net>

On Feb 24, 2011, at 9:38 AM, fantasai wrote:

> On 02/24/2011 07:08 AM, Brad Kemper wrote:
>> I think it needs to have a<length>  if it is to be definable at all.
>> That is more normal for tabs (in word processing, graphic design, etc.)
>> than counting out space characters.
> 
> Tabs in word processing and graphic design aren't fixed lengths,
> they're fixed positions. Using tabs in this way is a layout system,
> and there are much better proposals for doing that using elements
> and properties rather than tab characters. When you're using a
> tabbed layout system, you want to set positions and alignment,
> leader characters, etc. It's not about the size of the tab character.
> So I consider such use cases to be out-of-scope for this feature.

Even if the commonest use case is to show lines of code, isn't it still important that the tabs line up from line to line? And doesn't that get messed up if you are not using a monospace font and have a few lines in bold, or in slightly larger type for emphasis?
Received on Thursday, 24 February 2011 17:44:33 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:37 GMT