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)
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.
Assignee | ||
Comment 1•17 years ago
|
||
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?
Assignee | ||
Comment 2•17 years ago
|
||
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"
Reporter | ||
Comment 3•17 years ago
|
||
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.
Reporter | ||
Comment 4•17 years ago
|
||
Confirming per the decision in bug 369990; we should get this for 1.6 :p
Assignee | ||
Comment 5•17 years ago
|
||
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.
Updated•17 years ago
|
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"
Reporter | ||
Comment 6•17 years ago
|
||
Pulling some prefPane polish bugs to 1.6 as well, per roadmap discussions.
Priority: -- → P3
Reporter | ||
Comment 7•17 years ago
|
||
(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.
Comment 8•17 years ago
|
||
If we're going to do this, we need to get it before beta.
Flags: camino1.6b1?
Assignee | ||
Updated•17 years ago
|
Assignee: nobody → stuart.morgan
Assignee | ||
Comment 9•17 years ago
|
||
Fixed by the checkin for bug 241100.
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: camino1.6b3? → camino1.6b3+
Keywords: polish → fixed1.8.1.12
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•