Pretty sure Mozilla has the numbers on how many installations each OS has, so it’s probably a legitimate decision.
HOWEVER, if they want to maintain their position on Linux, I highly recommend changing the default behavior of Ctrl+Shift+C to match how it works in Helium, where it simply copies the selected content instead of opening Developer Mode, which cannot be closed again using the same keystroke.
Whats wrong with using the metric system to represent quantities? Its the default on pretty much everything except fueling planes or operating satellites.
/s
The conflict arises from having two different defaults for the same action. Since users frequently switch between these environments, the lack of a universal shortcut causes constant friction.
The key issue is that the request is to change behavior in one place (browser) to match that of a rare case (terminal), causing a mismatch with the frequent case (office suites, mail programs, …). The terminal is the odd one out, not the browser, and ought be the one to change the default for the reason you provide.
In practice, a terminal is a special case and not just a text input window, and current convention is that Ctrl + C aborts / cancels.
(You could of course have a duplicate hotkey, but now you are inconsistent w.r.t. other browsers, and there will be someone else who will be annoyed by the difference)
Actually, Ctrl+C is the ASCII Code for the control character ETX (End of Text) since the early 60s. This is not a hotkey but a control character. To change this system, you’d have to change not only dozends of terminal emulators and the kernels of all unixoid operating systems, but at least ANSI, Unicode and Posix, too. And Windows, by the way - even Microsoft uses ctrl+c in both cmd.exe and powershell to kill the running process.
To be similarly pedantic: Ctrl+C is a hotkey that sends the corresponding ASCII code / codepoint to signal something, it is not an ASCII code itself.
You could have the same character be sent by using Ctrl+Q (if you were to remap it), and not break compatibility with other processes while doing so: the codepoint being sent would be the same.
From a technological perspective there is nothing special about the key combination Ctrl+C specifically, but altering this behavior in a terminal absolutely wreak havoc on the muscle memory of terminal users, and altering it’s behavior in a text editor on everyone else’s.
Ah the classic Linux community response to any complaint.
The default either actively ignores what every other software does or purposely uses something other than everything else for no apparent reason.
Someone brings up the fact that it makes no sense why it’s different and how it makes the user experience worse.
Someone else recommends a half baked solution that still doesn’t really solve the problem and doesn’t address the fact that the specific weirdness being default is the issue. So it ignores the actual complaint and only provides a half solution.
Nothing is ever done to address the issue and it remains for decades constantly annoying new users and being one of thousands of small issues that turn potential curious new users away as they accumulate.
I doubt they’ll change that, since Ctrl+Shift+C also opens the dev console on chromium based browsers on Windows (just tried it with Chrome and Edge). Not sure if that’s the behavior on Linux, since I only use Firefox there.
Also, I really doubt that Ctrl+Shift+C behavior is going to factor into people’s decision anyway. That’s a very niche problem to have.
Pretty sure Mozilla has the numbers on how many installations each OS has, so it’s probably a legitimate decision. HOWEVER, if they want to maintain their position on Linux, I highly recommend changing the default behavior of Ctrl+Shift+C to match how it works in Helium, where it simply copies the selected content instead of opening Developer Mode, which cannot be closed again using the same keystroke.
What’s wrong with Ctrl+C to copy? Its the default shortcut on pretty much everything except terminals.
Whats wrong with using the metric system to represent quantities? Its the default on pretty much everything except fueling planes or operating satellites. /s
The conflict arises from having two different defaults for the same action. Since users frequently switch between these environments, the lack of a universal shortcut causes constant friction.
The key issue is that the request is to change behavior in one place (browser) to match that of a rare case (terminal), causing a mismatch with the frequent case (office suites, mail programs, …). The terminal is the odd one out, not the browser, and ought be the one to change the default for the reason you provide.
In practice, a terminal is a special case and not just a text input window, and current convention is that Ctrl + C aborts / cancels.
(You could of course have a duplicate hotkey, but now you are inconsistent w.r.t. other browsers, and there will be someone else who will be annoyed by the difference)
Actually, Ctrl+C is the ASCII Code for the control character ETX (End of Text) since the early 60s. This is not a hotkey but a control character. To change this system, you’d have to change not only dozends of terminal emulators and the kernels of all unixoid operating systems, but at least ANSI, Unicode and Posix, too. And Windows, by the way - even Microsoft uses ctrl+c in both cmd.exe and powershell to kill the running process.
To be similarly pedantic: Ctrl+C is a hotkey that sends the corresponding ASCII code / codepoint to signal something, it is not an ASCII code itself.
You could have the same character be sent by using Ctrl+Q (if you were to remap it), and not break compatibility with other processes while doing so: the codepoint being sent would be the same. From a technological perspective there is nothing special about the key combination Ctrl+C specifically, but altering this behavior in a terminal absolutely wreak havoc on the muscle memory of terminal users, and altering it’s behavior in a text editor on everyone else’s.
You can change that in about:keyboard in the new Firefox versions
Absolutely, all behavior can be changed somehow. But the default defines the product :)
Ah the classic Linux community response to any complaint.
I doubt they’ll change that, since Ctrl+Shift+C also opens the dev console on chromium based browsers on Windows (just tried it with Chrome and Edge). Not sure if that’s the behavior on Linux, since I only use Firefox there.
Also, I really doubt that Ctrl+Shift+C behavior is going to factor into people’s decision anyway. That’s a very niche problem to have.
Can confirm ctrl-shift-c opens dev console
I keep mixing up the shortcuts because ctrl-shift-c is copy in the KDE terminal