382463 - Table detail cell width too narrow with first line right justified, second line left justified, text trespasses into next cell column

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Kent Paul Dolan]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070522 SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070522 SeaMonkey/1.5a

This is an error where Internet Explorer gets the same rendering "correct",
suggesting that the HTML/XML code is probably okay.

1) In the subject URL, about at the 50% vertical point, Table 1's first data cell is misrendered, probably because the two lines have opposite horizontal justifications and the first one an indentation; the cell is then too narrow for
the data, which trespasses into the next horizontal cell over.

2) The table is set up to display as two blocks. Probably the horizontal cell
boundaries should not display between the blocks.

3) The subscripting doesn't seem to be deep enough, at least Internet Explorer
sets the subscripts about three times as far down.

4) However, set that depth, Internet Explorer gets the subscripts too far down
in the cell and clips them.

xanthian.

Reproducible: Always

Steps to Reproduce:
1. Open subject URL
2. Scroll down to table 1, see mis-rendered cell.
3. 
Actual Results:  
1) Cell width is rendered too narrow. text overprints next cell.
2) Table separate blocks are connected by horizontal borders
that probably should not be there.
3) Subscripting is insufficiently deep, maybe. This doesn't look
like the usual math "penalty text" typeset rendering of a subscript.

Expected Results:  
1) Proper cell width, cell fully encloses its contents.
2) Table trims border line properly.
3) Subscripts set as expected.

This may be a dup of bug 379361, the description there is too sparse to be sure.

The HTML/XML/Style control of this table is too snarking complex for me to
have any clue how to make a cut down testcase. [WTF does most of that stuff
even _mean_?]

Three screen shots attachments showing problems to follow.

xanthian.

Comment 1

[Kent Paul Dolan]

Attachment: Table 1 rendering screen snapshot, SeaMonkey version

This is an unmarked screen snapshot out-take showing the misrendered table with several problems as rendered by SeaMonkey and as described in the initial bug
report.

Comment 2

[Kent Paul Dolan]

Attachment: Table 1 as rendered by Internet Explorer

Internet Explorer 6.0 gets the three SeaMonkey misrenderings right, setting
the table row/column label in a cell big enough to hold it, cutting away the
between-block horizontal cell borders appropriately, and setting the subscripts at the depth expected, but then goes on to make a different error, four times,
in _its_ version, setting the (correctly) deeper subscripts it uses in cells
too shallow to accommodate them, thus clipping them.

Comment 3

[Kent Paul Dolan]

Attachment: Table 1 renderings by SM and IE set side by side, compared, marked up

This composite image shows the SeaMonkey and Internet Explorer renderings
side by side, with markups and comments to show what each browser gets
right and what it does wrong. Especially subtle but worth noting is that
IE uses deeper subscripts, needs a taller table to make room to render
them "inside the boxes", but instead its full table is a few pixels
_shallower_ than the one SeaMonkey renders, seemingly ignoring the subscript
vertical space additional requirements entirely, where at least SeaMonkey
caters for additional vertical space required by the shallower subscripting
it uses. When/if the subscript depth gets fixed, developers be sure not to
break that part of the current SeaMonkey behavior here which is _correct_.

Comment 4

[Kent Paul Dolan]

Comment on attachment 266632 [details]
Table 1 renderings by SM and IE set side by side, compared, marked up

Fixed wrong word in attachment description

Comment 5

[Steve England [:stevee]]

Can you please attach the minimal html testcase?

Comment 6

[Brian Polidoro]

Attachment: reduced testcase

It seems to me like MS Word did not give the table a large enough width.  If you remove the width from the table then it renders ok.

Comment 7

[Kent Paul Dolan]

Seems like I can't type a description over a couple of words
without getting the sense wrong in one of them. Repaired use
of "right" where "left" was meant.

xanthian.

Comment 8

[Kent Paul Dolan]

(In reply to comment #6)

> It seems to me like MS Word did not give the table a large enough width.  If
> you remove the width from the table then it renders ok.  

Would that explain why IE renders the cell column the correct width
using the same HTML/XML/Style instructions, grotesquely overcomplex
though they are?

xanthian.

Thanks to Brian for creating a reduced testcase, since I'd denied
being able to do so in the original report text.

Comment 9

[Wayne Mery (:wsmwk)]

with respect to original problem, tescase OK IE and Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008042302 SeaMonkey/2.0a1pre
so => WFM

however, column height of IE is different.