Closed
Bug 45670
Opened 25 years ago
Closed 23 years ago
Viewer Demo #8 Form - Table in button is rendered incorrectly
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: kinmoz, Assigned: rods)
References
Details
(Keywords: testcase)
Attachments
(1 file)
|
182 bytes,
text/html
|
Details |
Using my 07/17/00 Win32 Mozilla debug build:
If you load the Viewer demo #8 in the browser via the menu "Debug -->
ViewerDemos --> #8 Form", you'll notice that there is a gray button at the top
of the page that says "This button contains a table and a background image. It
will also submit the form."
You'll also notice that the table inside the button is rendered incorectly until
you mouse over it.
By incorrect, I mean that you see the table border rendered too small, and you
see 2 of the cell borders drawing outside the table border, and you don't see
any of the text that should be in the cells.
Reassign to karnaze@netscape.com.
Assignee: clayton → karnaze
Comment 2•25 years ago
|
||
Comment 3•25 years ago
|
||
Looking at the frame dump before and after, I think it's the TABLE which
changes height.
Comment 4•25 years ago
|
||
Upon managerial request, adding the "testcase" keyword to 84 open layout bugs that
do not have the "testcase" keyword and yet have an attachement with the word
"test" in the description field. Apologies for any mistakes.
Keywords: testcase
Comment 5•25 years ago
|
||
With recent table reflow optimizations the table portion is correctly rendered
before mousing into it, but is then incorrect. The problem is that the button is
reflowing the table unconstrained and then never reflowing it again with a real
width. The table never gets a chance to balance its columns correctly. Rather
than un-optimizing tables for the benefit of html 4 buttons, it is better if
html buttons do a 2nd reflow of their children. When they do, they should also
make an optimization where they don't do the 2nd reflow if they are
being reflowed unconstrained.
Reassigning to rods.
Assignee: karnaze → rods
Updated•24 years ago
|
Target Milestone: --- → mozilla0.9.2
| Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.2 → Future
Comment 7•24 years ago
|
||
Mozilla 2001112003
Windows 2000
NOTICE: by "clicking" I mean "press mouse button over BUTTON and holding MB move
cursor out of the BUTTON".
[Viewer demos->#8 Form]
The table in the button changes after clicking it. Text is wrapped into two
lines, therefore size of the button also gets bigger (vertically).
[testcase]
Similar behaviour.
[http://www-mag.com.pl/kurs/form/form.htm]
There is a button containing table - table looks strange before clicking (just
after loading this webpage), but after clicking - looks nice.
Comment 8•24 years ago
|
||
Editing for grammar.
Old Summary: Viewer Demo #8 Form - Table in button renders incorrectly
New Summary: Viewer Demo #8 Form - Table in button is rendered incorrectly
Summary: Viewer Demo #8 Form - Table in button renders incorrectly → Viewer Demo #8 Form - Table in button is rendered incorrectly
| Assignee | ||
Updated•24 years ago
|
Priority: P3 → --
You need to log in
before you can comment on or make changes to this bug.
Description
•