[imp] Re: Re: Skewed Table Layout/CSS Problem?Firefox?
Adam Ashley
> Zitat von Adam Ashley <aas...@optimiser.com>:
>
>> On Mon, 06 Dec 2004 15:41:07 +0800, Adam Ashley wrote:
>>
>>> Hrmm, thats definitely not the cause of the bug. Here at the office we
>>> just updated to the latest CVS (2004-12-05) code and are experiencing
>>> the same problem intermittently. It seems to be more frequent for our
>>> Windows users (firefox and ie), amongst the Linux users its only been
>>> reported once.
>>>
>>> Looking closely at how the page generates, the normal page view is
>>> displayed then a stylesheet is applied that drops it into the left
>>> floating display, to me it almost looks like a stylesheet isnt being
>>> loaded properly.
>>>
>>> Adam
>>>
>>>
>> I've finally managed to pull up an offending page in the DOM Inspector
>> in firefox.
>>
>> All the assigned styles appear to of be correct associated with the
>> right nodes. The problem appears in that the table with class
>> messageList has a calculated width of 15 pixels and the trs within it
>> have a width of 7. So all the cells are rendered one after another
>> across the page.
>>
>> The containing form element has the correct calculated width (1100 odd
>> on my screen). Only the table seems to be misbehaving.
>>
>> Hope this helps folks track down the problem
>
> No, because you can already *see* that the calculated widths are off. The
> questions is *why*? Or more important, how to work around it.
>
> Jan.
Sorry if my early comments sent people off in the wrong direction, I've
just talked to our mozilla guy here. He believes the problem could quite
likely be a table reflow bug in gecko, which is what the parent bug
message was about.
We've been testing it in his own builds of firefox and mozilla from trunk
(which contains the fixes mentioned in the bug report) and have been
unable to duplicate the bug while using said builds.
As to fixing it reliably in earlier versions of firefox and mozilla, none
of my attempts at editing the CSS and HTML while maintaining the intended
behaviour of the table have been successful. As to IE we've only seen it
occur once, so testing it is almost impossible.
Adam
--
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-uns...@lists.horde.org
Chuck Hagenbuch
> As to fixing it reliably in earlier versions of firefox and mozilla, none
> of my attempts at editing the CSS and HTML while maintaining the intended
> behaviour of the table have been successful.
And they were?
-chuck
--
"But she goes not abroad in search of monsters to destroy." - John
Quincy Adams
Adam Ashley
> Quoting Adam Ashley <aas...@optimiser.com>:
>
>> All the assigned styles appear to of be correct associated with the
>> right nodes. The problem appears in that the table with class
>> messageList has a calculated width of 15 pixels and the trs within it
>> have a width of 7. So all the cells are rendered one after another
>> across the page.
>>
>> The containing form element has the correct calculated width (1100 odd
>> on my screen). Only the table seems to be misbehaving.
>>
>> Hope this helps folks track down the problem
>
> And how does this explain that reloading the exact same HTML, or adjusting
> the font size, fixes the layout?
>
After I'd been educated by one of my workmates here, I've come to
understand it is likely a reflow bug in firefox. changing the font size,
reloading, or resizing the window cause firefox to rerender the page. One
of the recommended fixes for this sort of thing he said was Ctrl -, Ctrl
0, and from our testing that caused every page to render correctly.
Adam