Closed Bug 393789 Opened 17 years ago Closed 2 months ago

Cache toolbar items as they are created

Categories

(Camino Graveyard :: Toolbars & Menus, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: stuart.morgan+bugzilla, Unassigned)

Details

Attachments

(1 file)

Attached patch fixSplinter Review
While investigating bug 235910 I wrote a toolbar item cache, and while it didn't fix that bug it's still what the docs recommend, so there's no real reason not to go ahead and land it.
Attachment #278325 - Flags: review?(murph)
Comment on attachment 278325 [details] [diff] [review]
fix

Need to declare mCachedToolbarItems in the header file.

More importantly though, there's some weirdness with our custom back/forward icons (probably related to the fact that the version that gets cached is explicitly 32x32).  STR:

1. Make the toolbar have small icons
2. Customize toolbar

What happens: back/fwd buttons both in the customize sheet and on the real toolbar are too big, and get clipped at the edges.
Attachment #278325 - Flags: review?(murph) → review-
So that the reason this bug exists is here, rather than just in bug 235910:

The docs for toolbar:itemForItemIdentifier:willBeInsertedIntoToolbar: say:
"This method is called lazily on behalf of a toolbar instance, which must be the sole owner of the toolbar item. A toolbar may ask again for a kind of toolbar item already supplied to it, in which case this method can and should return the same toolbar item it returned before."
Assignee: stuart.morgan → nobody
Status: NEW → RESOLVED
Closed: 2 months ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: