Sizing of select elements

VERIFIED FIXED in M10

Status

()

P3
normal
VERIFIED FIXED
19 years ago
18 years ago

People

(Reporter: dbaron, Assigned: rods)

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

This is a spinoff of bug 8230, which exhibited the problems in Tests 4 and 5
described below, except that a select widened its containing block (a table
cell) rather than protrude outside of it.

Sizing of select elements is strange (and different with GFX or Native
widgets).  With native widgets, I see the following problems with the test case
I'm about to attach:

Test 2: Width is not obeyed (while it is on test 1), since the select has long
options in it.  However, the select is not widened to fit the options, either,
but left partway, and a horizontal scrollbar appears.

Test 4: The option protrudes out of its containing block.  This is not strictly
a bug, but it may or may not be a good thing.  You may want the option elements
to size to fit within their containing block.  However, you would have to be
careful with table cells.  This option also has a horizontal scrollbar.

Test 5: The vertical scrollbar is not taken into account when finding the width
of the select, so it needs a horizontal scrollbar too.

Similar problems seem to appear with GFX widgets, but they're not ready yet.
Created attachment 467 [details]
Test case for sizing of select elements
Created attachment 468 [details]
Test case for sizing of select elements in tables

Updated

19 years ago
Assignee: karnaze → kmcclusk

Comment 3

19 years ago
Reassiging to Kevin for gfx controls.

Comment 4

19 years ago
Moving all Widget Set bugs, past and present, to new HTML Form Controls
component per request from karnaze.  Widget Set component will be retired
shortly.

Comment 5

19 years ago
phillip, is this linux only?

Comment 6

19 years ago
it's really hard to tell. problem #2 doesn't seem to exist anymore, based on
build 1999-06-23-08. all platforms widen the select in this case, despite the
style attribute (style="width: 200px;")

and the select element stretches the boundaries of its container on
all platforms. (using builds from 6-24-99) this can be seen by adding
"<style type="text/css"> td { border: solid green 2px; }</style>"
to the head element of the second attatchment.

so i recommend that this bug be moved to all/all for platform/os.

Updated

19 years ago
Status: NEW → ASSIGNED
Target Milestone: M10

Updated

19 years ago
Assignee: kmcclusk → rods
Status: ASSIGNED → NEW
Here is another bug to test the gfx-select against.
(Assignee)

Comment 8

19 years ago
From what I understand of the spec. these have been fixed for GFX. David, maybe
you should do a quick test to make sure they match your understanding.
(Assignee)

Updated

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

Comment 9

19 years ago
Fixed, closing it out.

Comment 10

19 years ago
QA Contact massive update.

Comment 11

18 years ago
The behaviour seems normal. At least the same as in IE5. Marking verified.
Platforms:
  Linux RedHat6.2 build 2000-09-19-21-M18
  Windows 98 build 2000-09-19-21-M18
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.