Closed Bug 415533 Opened 13 years ago Closed 13 years ago
Table rendering algorithm wrt overflow on child-elements changed
Component: General → Layout: Tables
OS: Windows XP → All
Product: Firefox → Core
QA Contact: general → layout.tables
Hardware: PC → All
Version: unspecified → Trunk
This was intentional, per bug 402567 and bug 309110.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Yeah, this is for better compatibility with IE. I wonder if a special CSS property would give min width of 0 back for scrollframes, but I guess that's probably a bad idea.
IE does support text-overflow but also makes it impossible to use that within non-fixed layout tables which is already a pain. Therefor this change seems unlogical to me and also makes it more of a pain to simulate text-overflow in Firefox for such tables. I would favor some css property to get the old (and sane) rendering behaviour back; perhaps text-overflow would be an idea? ;)
I'll make it blocking the bug that caused it at least, to be able to track what amount of trouble it is causing.
(In reply to comment #4) > Yeah, this is for better compatibility with IE. (and WebKit as well). (In reply to comment #5) > I would favor some css property to get the old (and sane) rendering behaviour > back; perhaps text-overflow would be an idea? ;) (In reply to comment #7) > There is some talk ... about letting authors a way to > choose between the two behaviors Bug 433621 is filed for this.
Resolution: WONTFIX → DUPLICATE
Duplicate of bug: 409736
You need to log in before you can comment on or make changes to this bug.