If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Toolbar & toolbox collapsing issues (standalone toolbar & missing ID).

Status

SeaMonkey
UI Design
P3
normal
ASSIGNED
17 years ago
5 years ago

People

(Reporter: John Morrison, Assigned: Ben Goodger (use ben at mozilla dot org for email))

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
A couple of toolbar functionality issues that we discussed:

1) Currently, in the Classic skin, a toolbar or menubar that is
   not contained in a toolbox will present a grippy. However, clicking
   on that grippy will not collapse the toolbar and a JS error is
   reported:
       JavaScript error:
        line 6: toolbox.collapseToolbar is not a function
   Of course, unless the toolbar|menubar is inside a toolbox, it can't
   be collapsed, so there should probably be a style rule that collapses
   the grippy for a standalone toolbar|menubar. (The modern skin apparently
   has such a rule).

2) If a menubar or toolbar does not have an ID, it can be collapsed, but
   cannot subsequently be re-expanded, since the ID is used to recover the
   previously collapse "real" toolbar. Need to create some number/value if ID
   does not exist and use that to lookup the "real" toolbar.
Status: NEW → ASSIGNED
Target Milestone: --- → Future

Comment 1

12 years ago
This bug affects Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051231 SeaMonkey/1.5a on both Classic and Modern Themes.

Instead of css, can the grippies be hidden by code within the XBL of toolbar.xml?

Comment 2

5 years ago
Moving it to SeaMonkey which is the curr. the only app that uses these toolbargrippies.
Component: XUL → UI Design
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.