Closed Bug 381356 Opened 17 years ago Closed 17 years ago

Make it clear that load in background pref only applies to "Links opened by Cmd-click"

Categories

(Camino Graveyard :: Preferences, defect, P3)

PowerPC
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED
Camino1.6

People

(Reporter: alqahira, Assigned: stuart.morgan+bugzilla)

Details

(Keywords: fixed1.8.1.12)

Since the load in bg pref only applies to links opened by cmd-clicks (or to other things opened by cmd-click, like bookmarks or CM items), we should make it appear indented from the cmd-click pref visually, instead of in its own section at the bottom of the pane. There seems to be a lot of confusion that it applies to "links from other apps" (I think it used to, before those were changed to always open in the fg) and to SWM, and people keep thinking "shift-click" is broken. It'll be uglier, especially with the hint text, but it will leave no doubt that the "load in bg" pref only applies to cmd-clicks.
I don't think that's the right solution. It applies whether the command-click tab pref is set or not, which shouldn't be true of nested checkboxes, and it has nothing to do with the heading "Open tabs instead of windows for:". Why not just change the title text for the bottom to "Links opened with command-click:", or something of that nature?
Re-titling to decouple the issue summary from a specific method of fixing it.
Summary: Make load in background pref appear to be a subsidiary pref of "Links opened by Cmd-click" → Make in clear that load in background pref only applies to "Links opened by Cmd-click"
Oops, that's right; I forgot about people using windows instead of tabs. "Windows and tabs" was a more elegant phrase, but it was clearly confusing people; "Links opened with ⌘-click:" sounds good to me.
Confirming per the decision in bug 369990; we should get this for 1.6 :p
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: polish
Target Milestone: --- → Camino1.6
We also got feedback about "load in background" being unclear ("in background" potentially implying some sort of lower priority), so we might think about alternate wording there while changing the first half of the sentence. It's not critical, just something to keep toss around while we fix this.
Summary: Make in clear that load in background pref only applies to "Links opened by Cmd-click" → Make it clear that load in background pref only applies to "Links opened by Cmd-click"
Pulling some prefPane polish bugs to 1.6 as well, per roadmap discussions.
Priority: -- → P3
(In reply to comment #3) > "Windows and tabs" was a more elegant phrase, but it was clearly confusing > people; "Links opened with ⌘-click:" sounds good to me. Except that's not right, either; it also affects any "New" foo menu items, many of which are explicit and not simply cmd-generated alternates (e.g., ctrl-click on any non-mailto link on this page; see "Open Link in New Tab" and "Open Link in New Window"). (In reply to comment #5) > We also got feedback about "load in background" being unclear ("in background" > potentially implying some sort of lower priority), so we might think about > alternate wording there while changing the first half of the sentence. Firefox uses "Select tabs..." here; I'm not fond of that wording, though.
If we're going to do this, we need to get it before beta.
Flags: camino1.6b1?
Assignee: nobody → stuart.morgan
Fixed by the checkin for bug 241100.
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: camino1.6b3? → camino1.6b3+
Keywords: polishfixed1.8.1.12
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.