W3C home > Mailing lists > Public > www-style@w3.org > January 2010

Re: [CSS3 Text] request: line-padding

From: Brad Kemper <brad.kemper@gmail.com>
Date: Wed, 20 Jan 2010 14:29:37 -0800
Message-Id: <75D93D89-963B-4042-A384-9BBF2DB56FDA@gmail.com>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: fantasai <fantasai.lists@inkedblade.net>, Kenneth Kufluk <kenneth@kufluk.com>, "www-style@w3.org" <www-style@w3.org>


On Jan 20, 2010, at 12:57 PM, "Tab Atkins Jr." <jackalmage@gmail.com>  
wrote:

> On Wed, Jan 20, 2010 at 12:41 PM, Brad Kemper  
> <brad.kemper@gmail.com> wrote:
>> On Jan 20, 2010, at 9:49 AM, fantasai wrote:
>>> and it'll break if there's any
>>> content on any lines that's taller than the default line height.
>>
>> True. But in many cases where striping is useful (code listings,  
>> for instance), that would be rare, or controllable.
>
> Given the pretty-printed code employing roughly that strategy I've
> seen on the web, and considering how often the striping becomes
> noticeably misaligned after 20 lines or less of code, I'd say it's not
> very rare at all.  Either line-height commonly varies by small,
> unpredictable amounts, or authors are just bad at predicting exactly
> how tall the line is.  Or both.

Probably the latter, and maybe rounding errors. I don't see why it  
should drift if the text is all the same size and the same measure is  
used for line-height and background-size, and for vertical padding and  
margins. Where is the lack of precision coming from otherwise?

The point is that there is a way to create a box with an evenly  
striped background in which the pattern is spaced the same as the  
lines of text. Or there are implementation bugs.

  
  
Received on Wednesday, 20 January 2010 22:30:23 GMT

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