107200 - [quirks]make cell overflow default to hidden for table-layout:fixed

Status: RESOLVED WONTFIX

(Core :: Layout: Tables, defect)

Description

[Bernd]

IE hides the overflow in table-layout:fixed for every cell. The attached patch
would change our default rendering in quirks mode. It has passed the regression
tests.

Comment 1

[Bernd]

Attachment: patch

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I don't think we want this in the default stylesheet.  I'd prefer that the
overflow be visible.  We don't have to emulate IE here as this isn't a widely
used feature on the web.

Comment 3

[karnaze (gone)]

I thought the reason we have quirks mode is to handle cases like this. There was 
a url from another bug that was affected, but I can't remember the bug number. 
It would be nice to know what pages are really affected.

Comment 4

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The reason we have quirks mode is to handle backward-compatibility issues *that
affect real web pages*.  First of all, this isn't a backwards-compatibility
issue -- it's a brand-new CSS2 feature that isn't widely used on the web. 
Second, I haven't seen any real web pages that this breaks.  If the standards
don't break real web pages, then we should stick to the standards in all modes.

Having quirks that we don't need is very confusing both for us and for web authors.

Comment 5

[Bernd]

Attachment: page generated with Excel2000 under Win98

Comment 6

[David W. Jeske]

I would like to support Bernd Mielke and request that his patch be applied. This
feature is somewhat commonly used in more application-oriented tools, such as my
Trakken CRM tool, in order to get fixed-width colums for a "mailreader" style
listing. It's impossible to do this in Mozilla because it renders the overflow.

Instead of saying that you don't want to emulate IE, you should consider what
one would ever do with fixed-table layout with Mozilla's current behavior. The
answer is, it can't be used, because the output is garbled on top of itself.
Presumably the fixed-table layout style was put in the DOM standard for a
reason, and it wasn't to have cells render on top of eachother, so you should do
the same useful thing that IE does.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

What about the effects of this patch on relative or absolute positioning of
elements within tables?

Comment 8

[Bernd]

microsoft behaviour is documented at
http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/tablelayout.asp
I will attach a new patch using selectors restricting the overflow clip only to
cells in tables with table-layout:fixed. David you can easily fix your pages by
adding <style>td {overflow:hidden}</style> to your pages. The difference between
mozilla and IE is that in IE you can set overflow:visible but it is not
honoured. I opened this bug to have some discussion before some WRMB bug appears
and this will be changed without any discussion (yes sometimes mozilla bugs are
fixed in 30 min).

Comment 9

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I don't think any WRMB will appear since I don't think real pages depend on this
behavior.

Also, how do IE5Mac, Konqueror, and Opera behave?

And how do you plan to use selectors for the new patch?

Comment 10

[José Jeria]

Is bug 157281 related to this one or even a duplicate?

Comment 11

[José Jeria]

Attachment: testcase with table-layout:fixed;

Comment 12

[José Jeria]

Totally agree with comment 6. Just see the testcase I attached and see how bad
it looks when Mozilla shows the overflow.

IE 5 Mac and Opera 6 does not seem to support the table-layout in a correct way,
cuase they expand the cells to show all the text.

Comment 13

[Zibi Braniecki [:zbraniecki][:gandalf]]

And Opera behavior looks much better than Mozilla's one. I agree with comment #6
. IE has nice handler for this.

Comment 14

[Zibi Braniecki [:zbraniecki][:gandalf]]

*** Bug 157281 has been marked as a duplicate of this bug. ***

Comment 15

[Miloslaw Smyk]

As for the real pages using it, I believe HTML generated by Excel is a prime
example. See bug #97205 for details, real-world use and testcases.

Comment 16

[Zibi Braniecki [:zbraniecki][:gandalf]]

Miroslaw, bug 97205 is for completly different issue.

Comment 17

[Miloslaw Smyk]

(it's Miloslaw, not Miroslaw).

Bug #97205 is more general, as it covers more pecularities of Excel's crap,
however table-layout:fixed is also there. Just take a look at URL attached to
bug #97205 with and without Bernd's patch. Same goes for the testcase.

Comment 18

[Zibi Braniecki [:zbraniecki][:gandalf]]

Sorry for mistake.

About issue. I would leave table-layout:fixed problem in this bug, and set bug
97205 dependecy on this one.

Comment 19

[Greg K.]

Reconfirmed using FizzillaCFM/2002071508. Setting All/All.

Comment 20

[Boris Zbarsky [:bzbarsky]]

*** Bug 220120 has been marked as a duplicate of this bug. ***

Comment 21

[TAKAHASHI Makoto]

Attachment: Error case of table-layout:fixed

If you have assined width through CSS and specify 'table-layout:fixed', Mozilla
did not fix the col width.

Comment 22

[Bernd]

marking this as wontfix. We didn't do this for 4 6 years why now.