Sent by Nancy Johnson on 18 September 2008 17:05
Thank you for your suggestions.
I am updating the stylesheet and already converted the remaining px I
must have missed the first time round to ems. I am also changing the
doctype xhtml in the newer files to XHTML. It is a tight layout since
I took it from a older tabular look and feel.
I did choose the float: right solution although it sometimes leaves a
small space on the left. Although this solution won't be live for
awhile. I was having the same problem before with safari and someone
suggested body: first of type.
I am concerned that it breaks in Firefox 3.1. I have had that problem
before only when the laptop computer uses an odd monitor display and
only in the IE browsers so I was able to come up with a fix.
Lots to think about
Nancy
On Thu, Sep 18, 2008 at 9:03 AM, Philippe Wittenbergh [EMAIL-REMOVED]> wrote:
>
> On Sep 18, 2008, at 9:08 PM, Nancy Johnson wrote:
>
>> There is one other issue between Firefox3 for the pc and Firefox3 for
>> the mac. It doesn't seem to matter the doctype. What is live is
>> standards but an old doctype.
>> I have a div entitled "content" and a very dark gray and it houses two
>> divs "leftnav" and "contentcopy". "leftnav" has no background color,
>> "contentcopy" is a lighter gray.
>>
>> Firefox 3 for the Mac you can see content div appear on the right as a
>> thin line whereas Firefox3 for the PC it is hidden as it should be. In
>> the past, I have had to give slightly different widths to the leftnav
>> for each browser including using a hack for Safari to achieve this
>> affect. http://www-odi.nhtsa.dot.gov/ewr/.
>>
>> Is there a way to fix this?
>
> Your document is in Quirks mode currently (not that it matters much).
>
> #shell { /*style.css (line 14)*/
> ...
> width:51.25em;
> }
>
> descendant elements ( the two columns) also have a width set in ems
>
> The difference you see is due to
> 1/ different rounding on different platforms due to subpixel rendering
> 2/ possibly slight differences between platforms
>
> And rounding 'errors' handled differently by different rendering engines,
> esp if you go down to 2 digits after the comma (like padding 0.19em). See
> also below.
>
> BTW, on my Firefox nightly build (what will be FX 3.1 next year), the right
> column drops below the left column. The right column is too wide to fit next
> to the left column.
>
> You use this (hack)
> body:first-of-type .contentcopy { /*style.css (line 201)*/
> width: 41.38em;
> }
> recognised by aforementioned nightly build, but not by Firefox 3.0x, I
> _guess_ you used that hack to filter for Safari.
> Safari computes the width to 662px, where as Fx 3.1b1pre nightly build
> computes it 668px.
>
> Recommendation: don't do this. Hack the death, but leave the living ones
> alone [1].
>
> If I were you, I wouldn't float the right column at all, but just give it
> left-margin as appropriate (9.5em I think).
>
>
> [1] browsers that is...
>
>
> Philippe
> ---
> Philippe Wittenbergh
> http://l-c-n.com/
>
>
>
>
>
>
______________________________________________________________________
css-discuss [EMAIL-REMOVED]]
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/
