Closed
Bug 515715
Opened 15 years ago
Closed 15 years ago
Migration UI for toolbar customization after bug 474523 has landed
Categories
(Thunderbird :: Toolbars and Tabs, defect)
Thunderbird
Toolbars and Tabs
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 3.0rc1
People
(Reporter: rsx11m.pub, Unassigned)
References
Details
(Whiteboard: [fixed by bug 516884])
+++ This bug was initially created as a clone of Bug #474523 +++
The change of toolbar ID introduced with adding the Gloda search bar looses subsequently all customizations a user made before the transition. While this was motivated by promoting the new search function, the user may want to retain his or her customizations of the main toolbar and place the search bar manually as desired into the existing set of buttons.
This can be roughly achieved by coping over the mail-bar2 definitions in localstore.rdf to the mail-bar3 definition (for all still valid items).
More detailed discussion and suggestions are in bug 474523 comment #43 and following. I'm nominating this for blocking TB3 with target RC1 per Bryan's suggestion (it obviously doesn't make much sense any more after the release).
Flags: blocking-thunderbird3?
Comment 1•15 years ago
|
||
My observation on starting the first Gloda default build had mixed migration results.
1.) The primary Toolbar lost all it's customizations, as expected.
2.) My 4 Menubar customizations were preserved. The new search widget replaced both prior widgets. Each of the other two, View and Folder Picker, were preserved.
Comment 2•15 years ago
|
||
Thanks for filing. After discussion amongst the thunderbird-drivers, our current thinking is that while this be great to get, we wouldn't hold for it if it were the last bug standing.
The suspicion is that this is likely to be a non-trivial amount of work to get right.
All that said, if someone wants to pick this up and start working on it, we'd be supportive...
Flags: wanted-thunderbird3+
Flags: blocking-thunderbird3?
Flags: blocking-thunderbird3-
Keywords: relnote
Comment 4•15 years ago
|
||
Ah, _this_ is where this bug was. I couldn't find it, so spun up bug 516884 with some WIP and a screenshot. One of these bugs should probably dupe the other, I don't care much which way.
I've noticed but marked the bug here as a dependency rather than a duplicate. Your bug is more general, covering more cases, whereas this one here is more specific to the toolbar customization. We can leave it open for any follow-up work that may be necessary to be done for that specific task after bug 516884.
Anyway, it's definitely good to see some progress on this!
Comment 6•15 years ago
|
||
Reading through Bug #474523, it looks to me like the primary reason for wanting to remove all the icons is space issues with the mail toolbar, so they can add more space for the gloda search dialog. One option I didn't see discussed was the possibility of leaving all old icons in place, but simply changing from "text+icon" to either "icon" (some space savings) or "Icon" with the "small icons" box checked (significant space savings). Perhaps as a quick-implementation for migration options _and_ leaving enough space for the gloda dialogue, we could offer up the option (or in the interest of time to make this meet release, simply convert) all prior icons over to the new ID but with the small icon (only) setting enabled. This would make it trivial for most users to revert look and feel to prior by a simple change in the customize window, save space, and for those requiring the minimalist look of the almost empty toolbar (I still haven't figured out of all icons, why was tag left there ...?), can quickly drag off all undesired icons (as they can in 2.0 for that matter).
This was fixed as proposed as part of bug 516884, so I consider this done. Specific issues should probably by filed as follow-up bugs to that one.
->FIXED
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [fixed by bug 516884]
You need to log in
before you can comment on or make changes to this bug.
Description
•