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)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jmraker, Assigned: rods)

Details

(Whiteboard: Fix is in my tree)

Attachments

(1 file)

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.
Assignee: pavlov → troy
Component: GTK Embedding Widget → Layout
QA Contact: pavlov → petersen
Is this actually a bug in the GTKMozilla embedding widget?  This sounds like a
bug in Layout.  Reassigning to layout.
Assignee: troy → rods
Component: Layout → HTML Form Controls
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
Target Milestone: M14
setting milestone
Status: NEW → ASSIGNED
Whiteboard: Fix is in my tree
Fix is in my tree - I have allready fixed it when I reworked the code for
incremental reflow
This works as expected.
This is fixed by my lastest combobox checkin
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
tested win95
marking verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: