Re: [css-d] text positioning

[Jim Albert]

Philippe Wittenbergh wrote:
> On Mar 7, 2009, at 2:17 PM, Jim Albert wrote:
> 
>> I have an example of a table defined with a height to one of the cells
>> and I would like some text to be aligned to the right and bottom of  
>> that
>> cell.
>>
>> Here is the example:
>> http://www6.netrition.com/anchor_bottom.html
>> I would like the blue text "lower right" to be anchored to the bottom
>> and right of its surrounding table cell.
>>
>> Obviously, there is no additional information in the above html that
>> would produce what I want, but that's the base of the simple example I
>> am using.
>>
>> I tried applying a style of position:absolute;bottom:2px;right:2px in
>> this example:
>> http://www6.netrition.com/anchor_bottom_position_absolute.html
>> but you can see the blue text gets anchored to the lower bottom corner
>> of the browser not the table cell.
> 
> That is to be expected.  The containing block for that absolute  
> positioned element is the root element. To achieve what you want, in  
> your simple example above, you'd need to make the parent div the  
> containing block (relative positioning it):
> 

Thank you. The position:relative on the parent div solved it.

> 
>> How can I anchor that text to the lower right corner of its cell?
> 
> If the cell has a declared height (e.g. td {height:300px;}), you can  
> then wrap the contents of the cell in a div, set the height to 100%,  
> and then just as in the above example.
> 
> PS - try to present test cases with valid html please.

Was there something other than the lack of a DOCTYPE tag that you 
noticed? That was the only thing the w3 validator showed.

-- 
Jim Albert

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

[css-d] Hunting a peek-a-boo bug in IE8rc1

[Gunlaug Sørtun]

Hey all,

I'm trying to catch a bug in IE8rc1, hoping it can be found and killed
before they release IE8 final.

Bugnote: 
...and this bug randomly makes the footer on all my regular pages
collapse - disappear.


The IE developer tool shows that all the right styles apply to #footer
and its content in IE8rc1, but it doesn't seem to matter. Somehow IE8rc1
just randomly ignores that there is a footer there at all.

The bug may be related to body or page-wrappers - that these elements do
not always open properly to include their last child. I simply don't
know where IE8rc1 fails at the moment, so I need help to figure it out.


Right now I need confirmation that this bug is real - not just my
imagination or only in my copies of IE8rc1.
Therefore I need others to test a randomly chosen set of regular 2 and 3
column pages on my site in IE8rc1, and let me know if the footer, with
navigation and an image on the right side, stays open all the time
during first loads and subsequent refreshes of the tested pages, or if
the entire footer disappears now and then in IE8rc1.

TIA.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Floating a sub-list level with it's parent list

[Seona Bellamy]

2009/3/7 

> From your layout above the only way I could get it to position correctly
> was with the following:
>
> HTML:
>
> 
> Main Nav
> 
> Page 1
> Page 2
> Page 3
> Subscriber Modules
> 
> Module 1
> Module 2
> Module 3
> Module 4
> 
> 
> 
>
>
> CSS:
>
> #mainnav {
> float: left;
> }
> #submod {
> position: relative;
> top: -65px;
> left: 60px;
> }
>
> -- This works with no other CSS included so you'll have to play around with
> top and left to ensure they line up (depending on your style of list).
>

The trouble is that the content of the two lists are coming from the CMS. If
I do it this way and another page is added under Main Navigation, then it
all falls over again because the list is a different length and so the
Subscriber Modules list will no longer be coming up far enough.

Thanks for the suggestion, though.

Cheers,

Seona.
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] css-d Digest, Vol 76, Issue 7

[peter . twiggs]

I am currently out of the office and will return on Monday the 9th of March.
If you have any urgent queries please contact Steve Lee on 0113 391 2929.

Regards
Peter


__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Hunting a peek-a-boo bug in IE8rc1

[Ingo Chao]

I can reproduce the issue in a fresh IE8rc1 install on XP. After a few
refreshes, the footer disappeared.

regards,
 Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Hunting a peek-a-boo bug in IE8rc1

[Ian Young]

> -Original Message-
> From: css-d-boun...@lists.css-discuss.org [mailto:css-d-
> boun...@lists.css-discuss.org] On Behalf Of Gunlaug Sørtun
> Sent: 08 March 2009 19:36
> To: cs...@css-discuss.org
> Subject: [css-d] Hunting a peek-a-boo bug in IE8rc1
> 

Georg

I have tried a number of your demo/test sites and none has the effect that
you describe.
IE8 RC1 Vista. Reloaded several times.

Cheers

Ian

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Hunting a peek-a-boo bug in IE8rc1

[Gunlaug Sørtun]

Gunlaug Sørtun wrote:
> Hey all,
> 
> I'm trying to catch a bug in IE8rc1, hoping it can be found and 
> killed before they release IE8 final.
> 
> Bugnote: 
> ...and this bug randomly makes the footer on all my regular pages 
> collapse - disappear.

Update: Bug confirmed by PPK and Bruno Fassino off-list, in addition to
on-list responses. Thanks all.

Further investigation shows that the missing footer is a symptom - not
the real problem. IE8rc1 quits rendering at an end-tag on one of the
wrapper-divs above the footer in the source-code, which means both the
footer and the image on top left on all pages go missing since they're
both near the end - below the quitting point.

For testing-purposes: when I delete an end-tag just above where IE8rc1
quits rendering - makes the start/end tag number uneven and non-valid,
IE8rc1 will render the entire page most of the time. This indicates that
the browser reads a sort of [EOF] for rendering into the markup at the
wrong place - too early. The source-code is completely loaded (View
source), but the rendering engine is buggy.

Since not all my pages have equally complex structure - despite being
based on the same template, IE8rc1 appears to handle a number of them ok
nearly all the time. This confirms the unstable nature of this bug, and
explains why not all who tested managed to provoke the bug on my site.

this is for the IE-team to fix, and I can't think of a reliable solution
at our end anyway. I certainly don't want another round of fixing Layout
bugs in IE, now that the 'hasLayout' mess in IE7 and older versions is
- more or less - behind us.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] css, in place of javascript

[karla pringle]

thank you so much that is perfect, i'll give it a go!

On 08/03/2009, at 10:47 PM, Daniel Navarro wrote:

> Hi,
>
> Here is a simple example that works in IE6, but I don't know why!
> http://webpelon.net78.net/css-d/2009-mes03-08-img_and_text_rollover_without_javascript/
> (styles in same url /styles.css)
>
> This rule is needed or It doesn't work in IE6, ¿why?
> a:hover {
>   border: none;
> }
>
> Thanks
>
>
>
>
> 2009/3/7 karla pringle 
> Hello,
> I am rebuilding a very basic image gallery, (and apologies there is a
> table in it)
> But that was not my problem.(yes, it should be)
> But...
> I was wondering if there was a way using css to create what used to be
> added using javascript and images.
> I would like to have an image file with text underneath, and when the
> image is moused over, the text below highlights as well as a border
> being created around the image. I used to use swap image restore and
> attach the behaviour to the text image file.
> Is there are way to do this with css?
> I hope this makes sense.
> thanks very much in advance,
> here is a link to a test page,
> http://www.niagara-galleries.com.au/artists/imagno.html
> __
> css-discuss [cs...@lists.css-discuss.org]
> http://www.css-discuss.org/mailman/listinfo/css-d
> List wiki/FAQ -- http://css-discuss.incutio.com/
> List policies -- http://css-discuss.org/policies.html
> Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
>

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Hunting a peek-a-boo bug in IE8rc1

[David McGlone]

On Sunday 08 March 2009 3:35:44 pm Gunlaug Sørtun wrote:
> Hey all,
>
> I'm trying to catch a bug in IE8rc1, hoping it can be found and killed
> before they release IE8 final.
>
> Bugnote: 
> ...and this bug randomly makes the footer on all my regular pages
> collapse - disappear.
>
>
> The IE developer tool shows that all the right styles apply to #footer
> and its content in IE8rc1, but it doesn't seem to matter. Somehow IE8rc1
> just randomly ignores that there is a footer there at all.
>
> The bug may be related to body or page-wrappers - that these elements do
> not always open properly to include their last child. I simply don't
> know where IE8rc1 fails at the moment, so I need help to figure it out.
>
>
> Right now I need confirmation that this bug is real - not just my
> imagination or only in my copies of IE8rc1.
> Therefore I need others to test a randomly chosen set of regular 2 and 3
> column pages on my site in IE8rc1, and let me know if the footer, with
> navigation and an image on the right side, stays open all the time
> during first loads and subsequent refreshes of the tested pages, or if
> the entire footer disappears now and then in IE8rc1.

Hi George, I can reproduce the disappearing footer, but it seems to happen 
only when I click a link in the footer. Afterwards I can refresh the page and 
the footer will reappear.

I am running IE8rc1 on XP in VMware. 

Blessings,
David M.
http://www.dmcentral.net
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

[css-d] Firefox - Font-size and Line-height

[Blake]

Simple problem, but I can't see a solution.

I have the font-size and line-height set on the body, which is fine.
But then I want to set any STRONG elements to a font-size larger than
the line-height. In Firefox doing this completely throws out the line
height.

body{ font-size: 13px; line-height: 23px; }
strong  { font-size: 25px; }

My first thought was to add line-height: 23px to STRONG elements, but
this doesn't have any effect. I then lowered this down to line-height:
0, and found that it displayed how I wanted it to in Firefox (even on
multiple lines, bizarrely). But of course this worked as I would
expect in IE, and crushed my multiple line examples down to nothing.

Any ideas?

--
Blake Haswell
http://www.blakehaswell.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

[css-d] User Style Sheets ?

[Christopher R]

I have two questions, first off how many people here sometimes use there own 
style sheet ? Also could you have your style sheet so that 
no matter what it could not be overwritten but without adding a series of 
!important everywhere in the style sheet?
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[David Laakso]

Blake wrote:
> Any ideas?
>
>   

Well, short of not of not setting mousetype and font-sizes and 
line-height in pixels-- not really...

-- 

A thin red line and a salmon-color ampersand forthcoming.

http://chelseacreekstudio.com/

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] User Style Sheets ?

[David Laakso]

Christopher R wrote:
> I have two questions, first off how many people here sometimes use there own 
> style sheet ? Also could you have your style sheet so that 
> no matter what it could not be overwritten but without adding a series of 
> !important everywhere in the style sheet?
>   

I'll bite on your first question. I do not have my own style sheet. I 
am, in the course of daily surfing, able to destroy and blow most sites 
out of the water (including some of my own) just based on very simple 
user discretion.

-- 

A thin red line and a salmon-color ampersand forthcoming.

http://chelseacreekstudio.com/

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Blake]

On Mon, Mar 9, 2009 at 12:15 PM, David Laakso
 wrote:
> Well, short of not of not setting mousetype and font-sizes and line-height
> in pixels-- not really...

However you set font-size or line-height this is still an issue, so
we'll save the px v.s. em debate for another day, shall we?

--
Blake Haswell
http://www.blakehaswell.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[David Laakso]

Blake wrote:
> On Mon, Mar 9, 2009 at 12:15 PM, David Laakso
>  wrote:
>   
>> Well, short of not of not setting mousetype and font-sizes and line-height
>> in pixels-- not really...
>> 
>
> However you set font-size or line-height this is still an issue, so
> we'll save the px v.s. em debate for another day, shall we?
>   

Debate? Debate what? I did not bring up px vs em. Point to the problem 
page. Perhaps someone more experienced than me can help.


-- 

A thin red line and a salmon-color ampersand forthcoming.

http://chelseacreekstudio.com/

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Blake]

On Mon, Mar 9, 2009 at 1:10 PM, David Laakso
 wrote:
> Debate? Debate what? I did not bring up px vs em. Point to the problem page.
> Perhaps someone more experienced than me can help.

Sorry, perhaps I misunderstood what you said.

If you check out this page
 and look
at it in IE and Firefox you'll note that IE keeps the vertical rythm
of 18px, while in Firefox it goes right out the window as soon as it
encounters the larger font-size. Firefox just seems to ignore the
line-height and come up with its own value.

I'd like to be ale to enforce my value, but on inline elements Firefox
seems to do its own thing.

--
Blake Haswell
http://www.blakehaswell.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[L. David Baron]

On Monday 2009-03-09 11:46 +1100, Blake wrote:
> I have the font-size and line-height set on the body, which is fine.
> But then I want to set any STRONG elements to a font-size larger than
> the line-height. In Firefox doing this completely throws out the line
> height.

So what the 'line-height' property does is actually a lot more like
"inline height" than "line height".  And that height is always
placed so that the font is centered within it (or, in this case, so
that it is centered within the font, since the line-height is
smaller).  So when you have:

  # # #   # #
#   #  # ##
#   #   # #  ^
#   #  # ##  |
TEXT#   # #   #   #  v

with the line heights set to the height of "TEXT", the pieces that
contribute to the size of the line look like this:


 ^
 |
 v

so the actual height of the line runs as marked at the right edge of
the diagrams.

-David

-- 
L. David Baron http://dbaron.org/
Mozilla Corporation   http://www.mozilla.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Felix Miata]

On 2009/03/09 12:45 (GMT+1100) Blake composed:

> However you set font-size or line-height this is still an issue, so
> we'll save the px v.s. em debate for another day, shall we?
> http://www.blakehaswell.com/lab/lineheight/line-height.html

You really can't ignore it once you understand the magnitude of the problem
px can create: http://fm.no-ip.com/SS/blahas01.png

px for line-height can be a bigger problem than for text:
http://fm.no-ip.com/auth/line-height-inherit.html
-- 
"The plans of the diligent lead to profit as surely
as haste leads to poverty." Proverbs 21:5 NIV

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Blake]

On Mon, Mar 9, 2009 at 2:47 PM, L. David Baron  wrote:
> So what the 'line-height' property does is actually a lot more like
> "inline height" than "line height".  And that height is always
> placed so that the font is centered within it (or, in this case, so
> that it is centered within the font, since the line-height is
> smaller).

But if I set display: block; on STRONG I can get the effect I want
(i.e. a line-height smaller than the font-size), but because strong is
an inline element it behaves differently than I would expect.

This behaviour seems really unintuitive, especially since there
appears to be no way to force the line height I want (except for
setting line-height: 0; which breaks IE and also seems completely
unintuitive).


On Mon, Mar 9, 2009 at 2:54 PM, Felix Miata  wrote:
> You really can't ignore it once you understand the magnitude of the problem
> px can create: http://fm.no-ip.com/SS/blahas01.png

Don't worry, I more than understand the implications. :-)

On Mon, Mar 9, 2009 at 2:54 PM, Felix Miata  wrote:
> px for line-height can be a bigger problem than for text:
> http://fm.no-ip.com/auth/line-height-inherit.html

IMO this is the desired behavior, and why I always set units for
line-height. If I set a baseline of 18px, or 2em, or whatever, I want
that baseline no matter the font-size. If I wish to change the
line-height I'll do it explicitely for the element I wish to.

--
Blake Haswell
http://www.blakehaswell.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Gunlaug Sørtun]

Blake wrote:

> This behaviour seems really unintuitive, especially since there 
> appears to be no way to force the line height I want (except for 
> setting line-height: 0; which breaks IE and also seems completely 
> unintuitive).

Try...

strong  { font-size: 24px; display: inline-block; margin: -3px 0;}

...which will give you some, initial, control.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Blake]

On Mon, Mar 9, 2009 at 4:48 PM, Gunlaug Sørtun  wrote:
> Try...
>
> strong  { font-size: 24px; display: inline-block; margin: -3px 0;}
>
> ...which will give you some, initial, control.


Thanks.

This helps, but has a few issues. Mainly that the  text will
attempt not to wrap, if it can, and this is causing some weird
break-points on shorter line-lengths. Also in IE the  text
doesn't sit on the same baseline as the ordinary body text. I get the
feeling this is an issue that will cause a bit of pain. >.<

--
Blake Haswell
http://www.blakehaswell.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] Firefox - Font-size and Line-height

[Gene Falck]

Hi Blake,

You wrote:

> This behaviour seems really unintuitive, especially since there
> appears to be no way to force the line height I want ...

I don't think what you appear to be trying to do belongs in
the realm of "intuitive" behaviors. Just imagine, if you will,
trying to do this in old-fashioned printing; any particular
typeface was made up of bits of metal type that have a given
height and usually lines of these were spaced with strips of
metal--the leading. (Our present "line height" is equivalent
to that old type height plus the leading) I don't get a very
pretty picture of an old-time typesetter inserting, into the
running line, a few words of a typeface larger than that
running line's type-plus-leading line height!

I do have some thoughts on how you might approach this.

If the elements you wish to be strong are separate from any
smaller line-height material, You should be able to style
a div or a paragraph (to contain the strong material) with
its own font size and line height. Line height may be done
without units so that it works as a proportion of font size.

You may need to experiment a bit to see how small the line
height can be; 1.2 or 1.4 is fairly usual. If closer to 1
doesn't work in all target browsers, you might have to have
margins and borders on the "strong" div set very small or
zero to compensate for the leading.

If the "strong" bits are actually within a line of ordinary
type, I think you might have to have to do the HTML markup
to put them in a separate location and use CSS to reposition
them into a blank place the line--just remember the original
markup location will then display as whitespace so this could
be quite a project! I do see some drawbacks to this:

* Don't forget this might not go well with disabled assisting
methods. If you are required to have an accessible website,
this is important.

* Also remember the size you are after would then be larger
than the space you put it into and I think the result would be
to have the "strong" bits overlie the descenders from the line
above and/or the ascenders and Capital tops on the line below
--sounds ugly to me but it may the effect you want.

* I don't know if all browsers will cooperate--they may just 
automatically spread the lines vertically a bit to make room.

-- 

Gene Falck
gfa...@merr.com

__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/