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)

x86
Windows NT
defect
Not set
normal

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.
Do I have to have a commercial build to test this?
Status: NEW → ASSIGNED
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.
Thank you John! I really appreciate your help with the extra test case.
Blocks: 67242
Target Milestone: --- → mozilla0.9
Blocks: 74972
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
--> bryner.  Thought it'd be fun.
Assignee: hyatt → bryner
Status: ASSIGNED → NEW
->moz1.0, since there is a workaround
Target Milestone: mozilla0.9.1 → mozilla1.0
Blocks: 78460
Status: NEW → ASSIGNED
Target Milestone: mozilla1.0 → mozilla0.9.8
-> 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
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.9 → mozilla1.0
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
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.

Attachment

General

Creator:
Created:
Updated:
Size: