Open
Bug 241253
Opened 21 years ago
Updated 3 years ago
Splitter changes in response to changes in "content"
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
NEW
People
(Reporter: BenB, Unassigned)
Details
Split-off from bug 91622, esp. comment 316:
If the element on one side of the splitter doesn't have enough size, the
splitter moves. Howhever, the whole purpose of the splitter is to allow the user
to *set* the size, so it should stick with it. The "content" (i.e. the 2 sides
of the splitter) should have no effect whatsoever on the position of the
splitter or the container, just like the content of a window never resize it,
even if the content needs more size.
In bug 91662, this can currently be observed as "jiggling" splitter between
folder pane and thread/msg page when the addresses are too long to fit in the
header bar. I have a workaround for this case, but I consider this a general XUL
splitter bug, which may appear again in other circumstances.
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.widgets
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•