Closed Bug 5975 Opened 26 years ago Closed 26 years ago

Sizing of SELECT element incorrect when inside <box> </box>

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: cmanske, Assigned: rods)

Details

Make a simple combobox using the SELECT tag: <select> <optgroup> <option>Normal</option> <option>Heading2</option> </optgroup> </select> If this put inside a XUL file and dislayed in Apprunner, the width of the combobox when closed is correctly calculated to accomodate the longest line of text AND the down-arrow part of the control, thus the entire string ("Heading2" in this case) is visible. When the above sample is placed surrounded by a <box> </box> tag, the width is underdetermined. It looks like its not compensating for the down arrow portion. This happens when you put similar SELECT items inside a toolbar. Eric: you may want to check other layout details inside the <box>. I believe there might be problems when using CSS margin attributes (I'll file more bugs as I find them.)
Assignee: evaughan → kmcclusk
Select tags don't seem to be calculating there size correctly. If you make a select tag with a width of 100% it will be bigger than the window by the width of its down arrow. Perhaps you are forgetting to subtract the down arrows size? below is a test case: -E // to reproduce <html> <body> <select style="width:100%"> <optgroup> <option>Normal</option> <option>Heading2</option> </optgroup> </select> </body> </html>
Status: NEW → ASSIGNED
Target Milestone: M8
The test case above does not display inside a combobox unless a form element is put around the select. If the select is placed inside a form element then it does resize correctly when native widgets are enabled. When a gfx-combo box is used it makes the combox really wide.
Target Milestone: M8 → M9
Moving to M9
Assignee: kmcclusk → rods
Status: ASSIGNED → NEW
Rod, here is another one to try with the latest gfx-based combo box.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed. Was not calculating the width correctly, works for GFX.
Status: RESOLVED → VERIFIED
verified fixed on (viewer w/ gfx, apprunner with native widgets) 1999-08-13-08 RedHat Linux 6.0 (GNOME/enlightenment) 1999-08-13-08 WinNT 4.0 sp5 1999-08-13-08 MacOS 8.51
You need to log in before you can comment on or make changes to this bug.