155863 - Allow link click modifiers for new tab and new window (maybe in background)

Status: RESOLVED WONTFIX

(Camino Graveyard :: Tabbed Browsing, enhancement)

Description

[Stephane Moureau]

Concerning Tabbeb Browsing Options - Open a New tab if CMD key is Down
If you set it OFF
CMD-click : New Window
Option-Click : Save as
Ctrl-Click : Contextual menu

If you set it ON
CMD-click : New Tab
Option-Click : Save as
Ctrl-Click : Contextual menu

That means there is no way when it's ON to open a New Window...
To keep the same shortcuts like the other browsers, is it not possible to choose
these options:

CMD-Click : New Window OR New Tab according to Pref OFF/ON
CMD-Option-Clic : New Tab <<<< NEW
Option-Click : Save As
Ctrl-Click : Contextual menu

This will allow to choose any kind of output without having to deal with the
pref without removing the pref options for those who are used to it.

Comment 1

[sairuh (rarely reading bugmail)]

also see bug 164990 for more tab-oriented mouseclick options.

Comment 2

[Stephane Moureau]

See also Bug 180095
I suggest to replace the Option key in my description in this, Bug 155863 , by
the the Shift key.
The Option key is easier to access and Bug 180095 will probably be used more
often, eg: opening a lot of pictures for a list of url and then browsing them.

I'll try to find consistant shortcuts to cover all the cases, but not tonight.

Comment 3

[Stephane Moureau]

New shortcuts:
- covering all cases
- less key combos
- less options in the Prefs
- consistent in all cases
- can open a Window or a Tab in all cases

The Pref "Tabbed Browsing" contains only:
[ ] Load opened windows or tabs in background (=LoadBg)
-------
Loading a page requested by another application + 3 radio buttons (unchanged)


Shift is used to invert the LoadBg only.
I suppose it's best to keep the LoadBg option to please everyone, less keys to
press even if 2 keys is not that much.

IF LoadBg is OFF
Cmd-click : New Window
Opt-click : New Tab

Shift-Cmd-click: New Window in Background
Shift-Opt-click: New Tab in Background

Ctrl-click : Contextual menu

IF LoadBg is ON

Cmd-click : New Window in Background
Opt-click : New Tab in Background

Shift-Cmd-click: New Window
Shift-Opt-click: New Tab

Ctrl-click : Contextual menu


In Build 1210, Option-click on a link in a page opens a Save As dialog.
This can be replaced by Cmd-Opt-Click, though I find that a bit useless as it's
already in the Contextual menu.

See bug 164990 BUG 181007 bug 183484 (bug 172144)

Comment 4

[Stephane Moureau]

Sorry the Cmd-Option-click must be kept for Hand-browsing (moving the mouse).
Shift-click does nothing, might be good for the quick download.

Comment 5

[Brad Kemper]

In I.E., shift clicking opens in the background. I propose the same. If loading
in background is already on, then shift click should load in foreground.

Comment 6

[Mike Pinkerton (not reading bugmail)]

.

Comment 7

[Samuel Sidler (old account; do not CC)]

I'm fairly sure we've squared this away enough in the current nightlies. Can we
resolve this bug?

CCing Jasper as it's regarding usability.

Comment 8

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Yeah, I don't think we can do anything more here.

Cmd is new [tab|window], depending on pref.
Shift already toggles [fore|background] (i.e., shift=opposite of pref) of cmd.

Opt is for save (there's a bug to make it always quick-save/download).

Ctrl is for contextual menu.

Shift-click is for selections typically (plain shift-click on link does nothing)

Opt-Cmd-click is for "Hand-browsing."


By my count, that leaves Shift-Opt-click (selects and opens save),
Shift-Ctrl-click (brings up contextual menu), or some more convoluted combo like
Shift-Opt-Cmd-click (selects and opens link in [bg|fg][tab|window] depending on
prefs).  These all seem pretty hard to manage.  

Possibly shift-click could do the opposite of your tab/window pref and be clean
and easy enough, but it would have to respect your bg/fg pref.

Personally I'm of the opinion that most people are either tab people or window
people and rarely want to mix the two; when they do want to mix the two, the
contextual menu seems sufficient.

As Samuel noted in comment 7 (and I restate above), the current situation (and
the heart of the bug) have long since been ameliorated, and I vote we WONTFIX
the remainder.

Comment 9

[Samuel Sidler (old account; do not CC)]

Last call for someone to speak up requesting changes to this. Otherwise will
resolve as WONTFIX per my comment 7 and Smokey's comment 8.

Comment 10

[Chris Lawson (gone)]

Agree with comment 7 and comment 8. This should be WONTFIXed. Current nightlies
and the 1.0a releases are handling this very well, for the most part, and
anything else would add unnecessary complexity.

cl

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

WONTFIX per discussion.