Closed
Bug 153601
Opened 24 years ago
Closed 24 years ago
Implement "overflow" attribute for <toolbar> elements
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 103543
People
(Reporter: bugzilla, Assigned: hyatt)
Details
The navigator chrome spec (
<http://bugzilla.mozilla.org/attachment.cgi?id=65067&action=view> ) mentions
"chevrons" to handle overflowing toolbars. Thus, I'm proposing a "overflow"
attribute that will handle them. It should have the following possible values:
- "chevron" (default) ==> will add chevrons to end of toolbar in case of
overflowing toolbar elements. chevrons will render a popup menu on click that
contains all remaining (overflowing) elements in a vertical order. (this can be
seen in explorer.exe of win98 thru xp)
- "clip" ==> will just clip off the overflowing other toolbar elements
- "newline" ==> will add a new line to the toolbar containing the overflowing
toolbar elements (or *multiple* new lines if necessary. This used to be the
default behaviour for win32 toolbars; still seen in "mplayer2.exe"s menu bar)
Since "chevron"s are, according to mpt, the most practical variant, they'll be
the new default. "clip" is the current handling and should remain for backwards
compatibility (as well as "newline" for conformance to old win32 apps)
Comment 1•24 years ago
|
||
See, in particular, bug 103543 comment 6.
*** This bug has been marked as a duplicate of 103543 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 2•23 years ago
|
||
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: shrir → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•