Closed Bug 153601 Opened 24 years ago Closed 24 years ago

Implement "overflow" attribute for <toolbar> elements

Categories

(Core :: XUL, defect)

x86
Windows XP
defect
Not set
normal

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)
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
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.