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

VERIFIED FIXED in M9

Status

()

Core
XUL
P3
major
VERIFIED FIXED
20 years ago
19 years ago

People

(Reporter: Charles Manske, Assigned: rods (gone))

Tracking

Trunk
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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.)

Updated

19 years ago
Assignee: evaughan → kmcclusk

Comment 1

19 years ago
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>

Updated

19 years ago
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.

Updated

19 years ago
Target Milestone: M8 → M9
Moving to M9

Updated

19 years ago
Assignee: kmcclusk → rods
Status: ASSIGNED → NEW
Rod, here is another one to try with the latest gfx-based combo box.
(Assignee)

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 5

19 years ago
Fixed. Was not calculating the width correctly, works for GFX.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 6

19 years ago
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.