Currently, the switch to tab feature indicates that it will be switching to a tab, but not what group that tab is in. From Unfocused: only obvious thing i can think (that doesn't abuse toolkit with browser-specific stuff) of would be to attach a binding to richlistitem[actiontype="switchtab"] .ac-url-text, and have that binding walk up the dom tree to get the url from the base richlistitem binding. From me: I believe the easy way to get the group for the tab is, given a xul:tab: aTab.tabItem.parent.getTitle()
This is an important polish bug, but should probably be scoped for after Firefox 4 is shipped.
Assignee: nobody → bmcbride
Severity: normal → enhancement
Priority: -- → P2
Target Milestone: --- → Future
In addition to indicating the group a tab is in, more important is indicating that you are switching to a new panorama group (see bug 593317). The use case ere is: 1. Create a panorama group 'firefox' with www.mozilla.org in it. 2. Create a panorama group 'searches' with www.google.co.uk in it. 3. Switch to the firefox panorama group. 4. Create a New Tab. 5. Type in 'goog' in the awesome bar. When selecting the 'Switch to Tab' entry, the tabs displayed in the tab bar change as you are changing to a different panorama. I found this disorientating -- especially since I wanted to keep the current tab set open. Now (in recent builds), it shows the panorama view with the google window larger and it takes 2 tries to switch to that panorama with no obvious way to cancel without switching panoramas.
Aza's proposal for how this feature should look: * If the group is named, it should say "switch to tab in group [name]". * If the group is unnamed, it should say "switch to tab in other group".
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.