Closed
Bug 24241
Opened 26 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•26 years ago
|
Assignee: pavlov → troy
Component: GTK Embedding Widget → Layout
QA Contact: pavlov → petersen
Comment 2•26 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•26 years ago
|
Target Milestone: M14
| Assignee | ||
Comment 4•26 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
•