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.)
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>
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.
Moving to M9
Rod, here is another one to try with the latest gfx-based combo box.
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
Fixed. Was not calculating the width correctly, works for GFX.
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.