Thanks very much for helping us make the design bullet proof! Responding to 
everyone’s comments in kind & inline where appropriate.


On Mar 13, 2014, at 2:07 PM, Wesley Hardman <[email protected]> wrote:

> Personally I am less fond of option 2 as I remove the new tab button from the 
> browser, so I would have to go to drill though the menus to find it.

You’re right. I think we’d have to find a way to better modularize this option. 
I forgot that the “new tab” control was removable.

> Any reason option 1 can't have "sync", instead of just "refresh synced tabs" 
> at the bottom, then combine them into one button?

If I understand what you’re saying correctly, we have combined them. We’d 
replace the standalone “Sync” button with this option.

> The existing sync button doesn't really seem to serve much purpose, as the 
> browser synchronizes pretty frequently anyway.

This is hotly debated here. I think it’s frequent enough for passwords, and 
bookmarks, but not frequently enough for tabs (which would ideally have no 
latency at all). The backend requires much work to achieve this.

- - - - - 8< - - - - - - - 
On Mar 13, 2014, at 2:12 PM, Mark Hammond <[email protected]> wrote:

> * Tight integration with about:newtab - this page could have some UI that 
> allows you to see tabs from other devices - eg, above or below the tab 
> thumbnails some element saying, eg, "Tabs from other devices" that expands 
> into the list of tabs as shown in your other slides.

Yes! I will make sure the Firefox UX team keeps this in mind.

> * Tight integration with the awesomebar - as you start typing in the 
> awesomebar it could explicitly callout tabs that match the current search and 
> which are open on other devices.  This could possibly even match based on the 
> device name - eg, typing "Galaxy" into the awesomebar could match all tabs 
> which are open on "Ryan's Galaxy Nexus T”

Yes! I need to do a row decoration much like “Switch to tab” for this.

- - - - - 8< - - - - - - - 
On Mar 13, 2014, at 3:53 PM, Richard Newman <[email protected]> wrote:

> Bear in mind that a number of tabs-altering add-ons (e.g., Vertical Tabs) 
> eliminate the spillover menu

Noted!

> And probably a lot of users don't even know that it exists (after all, modern 
> UIs are chock full of arrows pointing in various directions).

I would imagine that in the context of being snapped to the tabs, putting the 
features under a downward arrow discoverable and sensible. That said, we may 
need an icon, as troublesome as they can be.

> Also the spillover menu has huge perf problems (Bug 944555) that ought to be 
> fixed before we encourage users to treat it as primary UI.

Did not know, thanks!

> A cross-platform/cross-population solution probably needs a dedicated button, 
> integration with other primary UI (e.g., the spillover menu), and a menu item.

So the two options I presented are now started to come together more. Option 1 
is just synced tabs, the question is, what to include in Option 2?

- - - - - 8< - - - - - - - 
On Mar 13, 2014, at 2:35 PM, Eric Le Lay <[email protected]> wrote:

> In option 1, groups and windows could appear as subdivisions of
> locations, in turn containing the tabs.
> I don't see how to show groups and windows in option 2.
> The mega menu could subdivide tabs on other devices.

Yes multiple windows add another dimension to this we need to consider.

Ryan Feeley
Product Designer, Identity
Mozilla UX
IRC: rfeeley

_______________________________________________
Sync-dev mailing list
[email protected]
https://mail.mozilla.org/listinfo/sync-dev

Reply via email to