Closed Bug 176095 Opened 22 years ago Closed 21 years ago

A preference references Ctrl on Mac when it should be Command

Categories

(SeaMonkey :: Tabbed Browser, defect)

PowerPC
macOS
defect
Not set
trivial

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: vberon, Assigned: jag+mozilla)

Details

Attachments

(4 files)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.0.1) Gecko/20021021
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.0.1) Gecko/20021021

The "Middle-click or control-click of links in a Web page" preference should be
"... or command-click of ..." on Mac.
The string is in locale/communicator/pref/pref-tabs.dtd, middleClick.label.
The fix should make it the same way as the next one, urlbarWinUnix.label and
urlbarMac.label.

Reproducible: Always

Steps to Reproduce:
1. Open Edit -> Preferences.
2. Navigator -> Tabs

Actual Results:  
In the second group of checkboxes, the first one says "Ctrl" on Mac.


Expected Results:  
In the second group of checkboxes, the first one should be "Command" on Mac.
Proposed patch for the branch Mozilla-1_0
reporter: 
pöease send a MAIL to get reviews. YOu need ar= (ask on irc) and a sr=
(www.mozilla.org/hacking)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: patch, review
Proposed patch for the trunk
Comment on attachment 103803 [details] [diff] [review]
Fix for branch trunk

I would rather see this patch go in on both the trunk and the branch. sr=jag.
Attachment #103803 - Flags: superreview+
Then I need to update the corresponding xul file as well, since for now it
doesn't search in the platform specific dtd in the branch 1-0. I'll attach a new
patch for branch 1-0 doing just that.
This is the first part, which handles only modified files. It implements the
same thing as in the trunk. Another pacth is needed to create the proper files
fr this to work.
Attachment #103781 - Attachment is obsolete: true
This patch creates (backports from the trunk, in fact) some files from the
en-US/mac directory. It must be used in conjonction with attachment #103860 [details] [diff] [review].
Comment on attachment 103860 [details] [diff] [review]
Fix for branch mozilla-1_0 (modified files only)

sr=jag
Attachment #103860 - Flags: superreview+
Comment on attachment 103861 [details] [diff] [review]
Fix for branch mozilla-1_0 (new files only)

sr=jag
Attachment #103861 - Flags: superreview+
Comment on attachment 103781 [details] [diff] [review]
Fix for branch mozilla-1_0

I'd like to see the previous two patches get checked into the branch, but if it
can't be done because of l10n constraints or because drivers think it's too
risky, sr=jag on this patch, if you fix the nit pointed out below.

>Index: xpfe/components/prefwindow/resources/content/pref-tabs.xul

>+	string = document.getElementById("macMiddleClickPref");
>+	checkbox = document.getElementById("middleClick");
>+	checkbox.label = string.getAttribute("label");

Spaces, not tabs.
Attachment #103781 - Attachment is obsolete: false
Attachment #103781 - Flags: superreview+
Comment on attachment 103803 [details] [diff] [review]
Fix for branch trunk

a=dbaron for trunk checkin.  (Can all platforms potentially have a
middle-click?)
Attachment #103803 - Flags: approval+
Comment on attachment 103803 [details] [diff] [review]
Fix for branch trunk

This should be tested before it is checked in, though.
Tested correctly with Mozilla 1.2b on Mac OS9.
I still don't see a checkin message.
Who is entitled to check it in?
In other words: who should I bug?
This has approval.  If it doesn't get checked in by the early morning tree
closure on Nov 5, 2002 it's going to have to wait until after the branch is cut.
We're still waiting on this for the 1.2 branch.  It's going to miss the boat soon.
reporter: jag or I would check it in, but there are four attachments, and I
couldn't figure out which ones need to be committed to the branch. if you can
visit irc.mozilla.org #mozilla and contact jag or me (timeless) there, that'd be
great. if you miss us (unlikely), someone else on the channel would probably be
willing to commit it for you.

all i really need to know is which attachments to check in.
None of the attachments seem to have r=, nor does this seem to have been landed
on the trunk yet.

timeless, could you r= and land this on the trunk? The same patch should (still)
pretty smoothly apply to the 1.2 branch.
I think it's the second patch that would/should apply to the trunk.
Yes, it's the second one. ID=103803.
This bug has been fixed in CVS since November 2002. Should be marked Resolved/Fixed.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: