Closed
Bug 24241
Opened 25 years ago
Closed 25 years ago
Width of GFX widget increases automatically in tables
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: jmraker, Assigned: rods)
Details
(Whiteboard: Fix is in my tree)
Attachments
(1 file)
1.39 KB,
text/html
|
Details |
In Win32 2000011708 Daily Build. The width of a GFX select widget increases automatically when following it is a button (or submit) with border properties. The increase does not occur outside of tables. Actual Results: The width of the <select> field increases. Expected Results: The width of the <select> field shouldn't be affected.
Updated•25 years ago
|
Assignee: pavlov → troy
Component: GTK Embedding Widget → Layout
QA Contact: pavlov → petersen
Comment 2•25 years ago
|
||
Is this actually a bug in the GTKMozilla embedding widget? This sounds like a bug in Layout. Reassigning to layout.
Rod, what seems to be happening is that when the mouse moves over row 3, for example, an incremental reflow command is generated. The line layout code reflows everything on the line and the select frame ends up chosing a width that's larger than what it previously wanted. Because it returns that width as its max-element-size width, that means the table cell gets wider as well
Assignee | ||
Updated•25 years ago
|
Target Milestone: M14
Assignee | ||
Comment 4•25 years ago
|
||
setting milestone
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Whiteboard: Fix is in my tree
Assignee | ||
Comment 5•25 years ago
|
||
Fix is in my tree - I have allready fixed it when I reworked the code for incremental reflow
Assignee | ||
Comment 7•25 years ago
|
||
This is fixed by my lastest combobox checkin
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•