Open Bug 241253 Opened 21 years ago Updated 3 years ago

Splitter changes in response to changes in "content"

Categories

(Core :: XUL, defect)

defect

Tracking

()

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.
related: bug 21342
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.widgets
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.