Closed Bug 11714 Opened 21 years ago Closed 21 years ago
[Tree][Feature] Ability to set visible rows in a tree
It would be very useful to be able to se the number of rows in a tree. The height of each row might even be set to the height of the first row.
moving to m14
Could you go into more detail about what this means and where it would be used?
We need to be able to fix the height of the addressing widget tree to a specific number of rows and not in em (lineheight) like we do today in addressingWidgetOverlay.xul: <tree id="addressingWidgetTree" class="addressingWidget" style=height:5em" <-- kind of hardcoded height, we need to say how many rows we need instead! onclick="awClickRow();"> Like that we will not have anymore row partially cut!
taking this bug
Status: NEW → ASSIGNED
Summary: [Feature] Add ability to set the number of rows in a tree → [Feature] Ability to set visible rows in a tree
Summary: [Feature] Ability to set visible rows in a tree → [Tree][Feature] Ability to set visible rows in a tree
Adding [Tree] to summary
giving me rest of phillips open qa contact bugs, sorry for spam
reassigning tree bugs back to hyatt. this bug may even already be fixed. It would be great if the QA contact here could verify this bug is still broken.
I nearly have this working, and I think it's important for the mailcompose widget. Pulling back in.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
This is done. I converted the mailcompose window to use a fixed row height of three rows.
Also, about the problem where Ender fields don't shrink... I've been repeatedly waffling over whether the treecell should be a block or a box. When it's a box, you need flex="1", but I just changed it back to block again, which means you need a width of 100% (set through style) on the text fields.
please ignore, massive spam giving firstname.lastname@example.org backlog of XPToolkits resolved fixed bugs to verify
QA Contact: paulmac → jrgm
You need to log in before you can comment on or make changes to this bug.