Development:Planning:Shift Toggle

Camino has a "load in background" pref to control whether new tabs/windows spawned in various ways load in the backgroud or foreground. In addition, the shift key acts as a toggle, causing the tabs/windows to be opened in the opposite state from the pref.

Actions that need to respect the background pref and shift toggle

Menus

• Selecting a Bookmarks menu item (when cmd is held down, to open in new foo)
  • pref: Yes
  • toggle: Yes
• Selecting a Go menu item (only when cmd is held down)
  • pref: Yes
  • toggle: No
• Selecting "Open in Tabs" in the Bookmarks menu (only when cmd is held down)
  • pref: Yes
  • toggle: No
• Selecting a Bookmark Bar folder menu item (when cmd is held down, to open in new foo)
  • pref: Yes
  • toggle: Yes
• Selecting "Open in Tabs" in Bookmark Bar folder menus (only when cmd is held down)
  • pref: Yes
  • toggle: No

Context Menu

• Open Link in New Window/New Tab in the context menu
  • pref: Yes
  • toggle: No
• View image (when cmd is held down) in the context menu
  • pref: Yes
  • toggle: Yes
• Search (when cmd is held down) in the context menu
  • Bug 331670 - "Search" CM item needs to respect new & background keys/toggles
• Back and Forward in the context menu (when cmd is held down)
  • Doesn't respect command
• Open in New Tab/Window in the Bookmarks CM
  • pref: Yes
  • toggle: Yes
• Open in New Tab/Window in the History CM
  • pref: Yes
  • toggle: No

Text Entry

• Cmd-return in location bar
  • pref: Yes
  • toggle: Yes
• Cmd-return in search bar
  • pref: Yes
  • toggle: Yes

Toolbar

• Cmd-clicking a tab group
  • pref: Yes
  • toggle: No
• NOT clicking a tab group (See Discussion)
• Cmd-clicking a Bookmark Bar item
  • pref: Yes
  • toggle: Yes
• View Source Toolbar Button
  • pref: No (has own pref)
  • toggle: Yes
• NOT double-clicking to create a new tab (See Discussion)

Dragging to the tab bar

Anything dragged to the blank area of the tab bar should open new tabs, respecting both the pref and the shift key.

• Dragging a tab group to the tab bar
  • Bug 319627 - Cmd-drag a bookmark folder should append, not replace
• Dragging a bookmark folder to the tab bar
  • Bug 319627 - Cmd-drag a bookmark folder should append, not replace
• Dragging a Bookmark Bar item to the tab bar
  • Bug 320668 - Dragging a bookmark into the tab bar creates a background tab, regardless of pref
• Dragging a link on a page to the tab bar
  • Bug 183401 - Bring target tab to front on link drop, based on tab load-in-background setting
• Dragging a plain-text link to the tab bar
  • pref: No
  • toggle: No
• Dragging URL text from the location bar to the tab bar
  • pref: No
  • toggle: No
• Dragging a favicon from a tab or the location bar to the tab bar
  • pref: No
  • toggle: No
• Dragging one *loc to the tab bar
  • pref: No
  • toggle: No
• Dragging multiple *locs to the tab bar
  • pref: No
  • toggle: No

The fix for Bug 320668 will almost certainly fix the above

Dragging to an existing tab

We need foreground/background distinctions here. Dragging to the current tab should have the same behaviour as dragging to the content area, so even Cmd is held it should load in the same tab. Dragging to a background tab should be equal to dragging to the tab bar.

• Dragging a tab group to an existing tab
  • Bug 319627 - Cmd-drag a bookmark folder should append, not replace
• Dragging a bookmark folder to an existing tab
  • Bug 319627 - Cmd-drag a bookmark folder should append, not replace
• Dragging a Bookmark Bar item to an existing tab
• Dragging a link on a page to an existing tab
• Dragging a plain-text link to an existing tab
• Dragging URL text from the location bar to an existing tab
• Dragging a favicon from a tab or the location bar to an existing tab
• Dragging one *loc to an existing tab
• Dragging multiple *locs to an existing tab

The fix for Bug 320668 will almost certainly fix the above

Dragging to the content area and current tab

• Dragging a tab group to the content area
• Dragging a bookmark folder to the content area
• Dragging multiple *locs to the content area
• NO other drags to the content area should respect pref or toggle (See Discussion)

The behavior of the above three are an odd case. We should always open everything we're asked to open somehow.

To Do

1. Seek reviews to see if any actions are missing
2. Determine if any do not make sense on this list, if any
3. Determine
   • which of these work
   • which of these do not, but are covered by existing bugs (and link to bugs)
   • which need to be filed (then link, once filed)