Keyboard shortcuts in editor break standard OSX shortcuts

貢献 UX
1

On OSX, I frequently use the following standard shortcuts that work across all applications:

  • ctrl+e for end of line
  • ctrl+a for beginning of line
  • ctrl+k to copy from the cursor to the end of the line
  • ctrl+y to paste copies made with ctrl+k

Of these ctrl+k and ctrl+y do not work which has been somewhat frustrating since this is the only app I use where they do not work :confused:. This negatively impacts my user experience :frowning:.

2

This is also true at Stack Overflow with the editor – it’s a shared open source component with default keyboard shortcuts.

There are alternative keyboard shortcuts for doing those functions, e.g. end takes you to the end of line, home takes you to the beginning of the line, etc.

3

MacBookのキーボードにはこれらのキーが存在せず、また、右手をホームポジションから離さなければならないため、タイピング中にそれらのキーにアクセスしにくいという問題もあります。

4

ホームには ⌘+←、エンドには ⌘+→ を使用します。

「いいね！」 3
5

ctrl + a と ctrl + e はそれぞれ home と end として正常に機能します。問題となるオーバーライドは ctrl + k です。通常は行末まで切り取る操作ですが、ここではリンクのテンプレートが表示されます。

6

アクセシビリティが最優先事項であるなら、なぜラップトップ、特に非常に薄く軽量にするために多くの妥協を余儀なくされ、修理のしやすさや機能するキーボードそのものを犠牲にすることさえあるアップルのラップトップを使う必要があるのでしょうか？アクセシビリティ向けに特別に_設計_された外部USBキーボードを使用することもできます。

「いいね！」 1
7

これは単なる藁人形論法ではありませんか？

ウェブサイトが標準的なキーバインドを上書きしてしまう場合、これは役に立ちません。Apple がこれらのバインドを発明したわけではありません。GNU Readline も同じバインドを使用しています。私は主に Linux で作業しているため、これらのキーバインドは Linux でも機能します。OSX に言及したのは、Linux ユーザーに関する問題が一般的に無視されがちだからです。この特定の問題は OSX と Linux の両方のユーザーに影響を及ぼします。

外部 USB キーボードの方がアクセシビリティが高いというあなたの意見は、単なる意見に過ぎません。私の意見では、ホームポジションに素早く戻せる場所にトラックパッドがある方がアクセシビリティが高いです。一つのキーボードに慣れれば済むという点でも、アクセシビリティが高いと言えます（例えば、外部キーボードがないデスク以外の場所で作業する場合など）。そのため、私にとってラップトップのキーボードを使用できることの方が、よりアクセシビリティの高い選択肢です。ただし、私が Macbook を使用している唯一の理由は、会社が支給したものだからです。過去にはキーボードが優れている Thinkpad を使用していました。また、この Macbook は数年経っており、キーボード自体はまともなものです。あなたが述べた藁人形論法の理由により、このラップトップを交換する時期が来たら、おそらく他のメーカーのラップトップを要求するでしょう。しかし、それでもウェブサイトが標準的なキーバインドを上書きすることで生じるアクセシビリティの問題は解決しません。

8

興味深いですね。Ctrl+K の「行末への移動（yank）」については初めて聞きました。面白いことに、Stack Overflow ネットワーク全体でもこのショートカットが割り当てられていますが、Gmail はそのままにしています。

私はまだ判断しかねています…「ハイパーリンク (Ctrl+K)」というツールチップをすべて「Ctrl+Shift+K」に再割り当てし、Ctrl+K を使っているすべてのユーザーに再教育を行うなど、非常にコストのかかる作業です。

もしこれが大きな問題であれば、行末への移動を別のキーに再割り当てするか、あるいはサイト固有のテーマコンポーネントを使ってショートカットを再割り当てすることはできませんか？

「いいね！」 3
9

Ctrl+K はハイパーリンクを挿入するための OS に依存しない慣習です。これはさまざまな Web 開発スイートや、Microsoft Word などのアプリケーションにも適用されます。あまりにも一般的であるため、Wikipedia の項目 すら存在します。

投稿を編集している場合、リンクを探すよりも、リンクを挿入する可能性の方がはるかに高いでしょう。

「いいね！」 4
10

はい、その通りです :rage:。

個人的な意見ですが、ショートカット「Ctrl+K URL Tab タイトル Enter」よりも、単に「タイトル」と入力する方が便利です。

サイト上でキーバインドをカスタマイズできる、あるいは完全に無効化できることを望みます。

11

ブラウザプラグインを使えば、それを可能にできると思います。

12

それは本当かもしれませんが、キーロガーではないと確認できるものにはまだ出会っていません :)。私が確認したプラグインは、これを実現するために少し不安になるような権限を必要としています。

13

影響を受けた他のユーザー向け：Violent Monkey 用のスクリプトはこちらです。

おまけとして、最近多くのウェブページでページ内検索ではなくサイト内検索に上書きされてしまっている「find」機能も修正します（投稿時点では Discourse 関連ではありません）。

// ==UserScript==
// @name anti key-grabber
// @description Prevent web apps from capturing and muting vital keyboard shortcuts
// @inject-into auto
// @version 1.1
// ==/UserScript==

function antigrab(e) {
  if (! e.ctrlKey) {
    return;
  }
 
  switch (e.keyCode) {
    case 65: // A - goto beginning of line
    case 69: // E - goto end of line
    case 70: // F - find
    case 87: // W - close window
    case 84: // T - open tab
    case 75: // K - kill to end of line
    case 89: // Y - yank
      e.stopImmediatePropagation();
      e.stopPropagation();
  }
}

(function(){
unsafeWindow.document.addEventListener('keydown', antigrab, true);
})();

（インスピレーション元：https://gist.github.com/rodneyrehm/5213304）

14

今日、Gmail も Ctrl+K を乗っ取り始めたことに気づきました :crazy_face:。

「いいね！」 3