Closed
Bug 74467
Opened 23 years ago
Closed 22 years ago
Using "<tree rows="8"..." for a listbox doesn't layout vertically when list is empty (no treechildren)
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.2alpha
People
(Reporter: cmanske, Assigned: hewitt)
References
Details
Attachments
(1 file)
Test case is Composer's EdDictionary.xul. Be sure you don't have a "custom.dic" file in the profile you use to test this: Start composer, click on Spell button to bring up Spelling dialog, click on "Edit" to bring up Dictionary dialog. Type in a word and click "Add" button. The list now expands vertically but this causes the "Close" button to be off the bottom edge of dialog. The XUL for the tree should have reserved 8 rows, but layout with this vertical size doesn't happen until the list has at least one treechildren->treeitem->treecell added. We can work around this by adding a blank item, but it would be better to find the root cause. Hewitt: Pleasee see if there are any errors or suggestions for fixing this in EdDictionary.xul. I've done lots of experimenting with adding/remove flex, etc with no luck.
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
you can test with this, and don't need the spellchecker, etc. Just run as '.\mozilla -chrome file:///c:/temp/foo.xul', enter a word, and click on Add. The tree will then expand, moving the close button beyond the visible region of the dialog.
Reporter | ||
Comment 4•23 years ago
|
||
Thank you John! I really appreciate your help with the extra test case.
Updated•23 years ago
|
Target Milestone: --- → mozilla0.9
Comment 5•23 years ago
|
||
Embedding trumps SeaMonkey. I have no choice but to push this off while I work on my Bugscape focus bugs.
Target Milestone: mozilla0.9 → mozilla0.9.1
Comment 6•23 years ago
|
||
--> bryner. Thought it'd be fun.
Assignee: hyatt → bryner
Status: ASSIGNED → NEW
Comment 7•23 years ago
|
||
->moz1.0, since there is a workaround
Target Milestone: mozilla0.9.1 → mozilla1.0
Updated•23 years ago
|
Status: NEW → ASSIGNED
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla0.9.8
Comment 8•23 years ago
|
||
-> hewitt, who will need to fix this in the new listbox code. There is no reason to fix it in the old tree code at this point.
Assignee: bryner → hewitt
Status: ASSIGNED → NEW
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.9 → mozilla1.0
Comment 9•22 years ago
|
||
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+, topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword. Please send any questions or feedback about this to adt@netscape.com. You can search for "Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
Assignee | ||
Comment 10•22 years ago
|
||
I believe this works with listbox
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•