>> I had to do something similar for a site owned by a 'print person'
>> who insisted that lines be the recommended-for-reading-in-books
>> length of somewhere around 7 words per line.
>> It was a simple matter to specify the width of the containing
>> element (the site's old enough that this used to be a table cell,
>> but it's now a DIV). I use EMs as the unit of measure, which with
>> the usual caveats, will give -- in most browsers most of the time,
>> which is as good as it gets -- a similar line length.
The containing element's width is fixed, that didn't help any, alas. I
checked on Firefox/Win and Safari/Win and had to add in a few
line-breaks for Safari where Firefox's text flow already worked
normally. That sucks for longer texts of course and is at best unreliable.
If I use, say, 62.5% font-size for the body and ems for paragraphs some
of the text flows as planned in both browsers with a few minor
inconsistencies further down the road. What makes me really crazy is the
finality of the demand.. there's no reasoning possible it seems. What
counts is the result, no matter how it's achieved and I'm a bit lost here.
I'm not really sure how to compensate for the font size differences
between Win and Mac. Should I perhaps use a browser sniffer (unreliable
I heard) and influence the font size for the Mac? Evenf for Firefox/Mac
which shows those different text flows as well? Is that "good practise"?
IE7 information -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/