We're calling tabcandy "Tab Sets", and I think the View menu entry should reflect that.

So Tabcandy==Tab Sets? Are the tab sets I see in Tabcandy tab sets, then? Or are they called tab groups?

Aza said to hold off on giving it an official user facing name and just describe the functionality. "Organize your tab groups" instead of something like "Open Tab Sets"

I think we need to make a call here before beta4.

Mass moving all Tab Candy bugs from Mozilla Labs to Firefox::Tab Candy. Filter the bugmail spam with "tabcandymassmove".

For b4 we are staying away from in-product branding (so yes, that does mean I'll have to update the video, but that can happen outside of the Firefox beta release schedule). Marketing is helping us come up with a name but that will take until early next week (after string freeze). Thus, the menu should say "Organize your tabs..." The tooltip should say the same thing for hovering on the Tab Candy button. (With the os-apropos keyboard shortcut).

Mayumi suggests "Group your tabs..." which is more direct and shorter. Let's go with that.

Final iteration "Group my tabs..."

This should land today if it's going to make beta4.

With changes to the title of the tab candy window.

Comment on attachment 465897 [details] [diff] [review] Patch v4 >-<!ENTITY tabViewButton.label "Tab Sets"> >-<!ENTITY tabViewButton.tooltip "Open a visual tab interface"> >+<!ENTITY tabViewButton2.label "Group Your Tabsâ¦"> >+<!ENTITY tabViewButton2.tooltip "Group Your Tabsâ¦"> Nit: the label should be a smaller string -- "Tab Groups" -- and the tooltip shouldn't have the trailing ellipsis. r+ with that.

-tabView.title=%S Tab Sets +tabView2.title=%S - Group Your Tabs Care to explain what is that variable? Please add useful localization comments when you commit new strings.

Also, "Group Your Tabs" can have a much better name than tabView2, using numeric increments is generally the least good option.

(In reply to comment #14) > -tabView.title=%S Tab Sets > +tabView2.title=%S - Group Your Tabs > > Care to explain what is that variable? Please add useful localization comments > when you commit new strings. This is for the window title while the Tab Candy UI is up. The %s becomes the application name, so it'll be "Firefox - Group Your Tabs".

(In reply to comment #15) > Also, "Group Your Tabs" can have a much better name than tabView2, using > numeric increments is generally the least good option. I was told we need to add a number to indicate to the localization team that it was a substantive change (rather than just fixing a typo). Is this not true? Is there a better way?

Ian, mind dropping me a mail who said so, might be good to do some focused messaging there. In general, string names should be "good variable names" in a "good programming" sense, and foo2 is obviously not. Sometimes we're between a rock and a hard place, where there's no good new name, in which case, rev'ing the entity name with a number is the last resort. But in this case "groupYourTabs" would have been a much better name than tabView, or tabView2.

(In reply to comment #19) > Ian, mind dropping me a mail who said so, might be good to do some focused > messaging there. > > In general, string names should be "good variable names" in a "good > programming" sense, and foo2 is obviously not. Sometimes we're between a rock > and a hard place, where there's no good new name, in which case, rev'ing the > entity name with a number is the last resort. But in this case "groupYourTabs" > would have been a much better name than tabView, or tabView2. I actually don't remember who it was. Anyway, I agree that it did not have a good name to begin with. If it did have an ideal name, however, then I should add a number to it if the phrase needs retranslating but the meaning of the variable hasn't changed? Seems wrong to change the variable name to something substandard just to avoid adding a number.