Confirmed users
187
edits
User:David Regev/Ubiquitous Firefox: Difference between revisions
Jump to navigation
Jump to search
m
User:David Regev/Ubiquitous Firefox (view source)
Revision as of 18:47, 24 January 2011
, 24 January 2011→Step 4a: App Tabs: Copyediting
David Regev (talk | contribs) m (→Step 3c: Solving the ‘Too Many Tabs’ Problem: Copyediting) |
David Regev (talk | contribs) m (→Step 4a: App Tabs: Copyediting) |
||
| Line 172: | Line 172: | ||
App Tabs can be viewed as a partial replacement for the Bookmarks Toolbar. Since this feature is already being integrated into Firefox proper, there is no need to extol its virtues here. I do, however, need to explain how app tabs relate to our reimagined tabs. | App Tabs can be viewed as a partial replacement for the Bookmarks Toolbar. Since this feature is already being integrated into Firefox proper, there is no need to extol its virtues here. I do, however, need to explain how app tabs relate to our reimagined tabs. | ||
Consider the archetypal web application: Gmail. Gmail is designed such that following links in the interface modify the display in-place. Repeating the entire interface in a new page below the current one would not make sense. In fact, it would be detrimental to Gmail’s usability. Besides, Gmail’s links typically modify only the page’s anchor, not the rest of the <abbr title="Uniform Resource Locator">URL</abbr>. Normally, following a link to an anchor causes the content area to scroll to that point in that page. In Gmail, however, it modifies Gmail’s own content area. Gmail also has its own navigation system, such that the traditional Back and Forward buttons are not necessary. Finally, Gmail is designed such that it is generally left open for long periods of time. Following external links, therefore, should not deactivate Gmail’s interface. | Consider the archetypal web application: Gmail. Gmail is designed such that following links in the interface modify the display in-place. Repeating the entire interface in a new page below the current one would not make sense. In fact, it would be detrimental to Gmail’s usability. Besides, Gmail’s links typically modify only the page’s anchor, not the rest of the <abbr title="Uniform Resource Locator">URL</abbr>. Normally, in our redesign, following a link to an anchor causes the content area to scroll to that point in that page. In Gmail, however, it modifies Gmail’s own content area. Gmail also has its own navigation system, such that the traditional Back and Forward buttons are not necessary. Finally, Gmail is designed such that it is generally left open for long periods of time. Following external links, therefore, should not deactivate Gmail’s interface. | ||
Using Gmail as an archetype, the following rules apply: | Using Gmail as an archetype, the following rules apply: | ||
* No History Scroller. Internal links always open in-place, like they already do in standard Firefox. Navigation is dealt with by the | * No History Scroller. Internal links always open in-place, like they already do in standard Firefox. Navigation is dealt with by the app, though the standard Back and Forward commands remain available through Ubiquity. | ||
* External links ( | * External links (outside the application) open in a new tab. This is a singular tab that collects all external links from that application. That tab is placed directly to the right of the app tab and is visually attached to it. | ||
* The tab shows only one favicon on top, and appears narrower than other tabs. | * The app tab shows only one favicon on top, and appears narrower than other tabs. | ||
Sites that do not require such an interaction model need not be pinned as app tabs. | Sites that do not require such an interaction model need not be pinned as app tabs. | ||