私たちのソフトウェアは、反対のタスクに=/+および-/ _キーを使用します。たとえば、値を増減したり、ズームインまたはズームアウトしたりします。修飾キーは使用されません。
ここに難問があります:
ある:
編集:他のキーボードレイアウトに関する懸念が指摘されていますが、この質問の目的のために、私はUSキーボードについてのみ質問しています。
他の場所の規則に基づいて、プラスまたは+キーとして参照するのがおそらく最善です。
+/-二分法は他のアプリで使用されており、異なるコンテキストであっても、ユーザーが使用する前にユーザーが遭遇する可能性が高くなります。また、ユーザーは=文字を入力するのではなく、特定のキーを押すことを試みています。これにより、キーボードに+キーがある場合、ユーザーはテンキーの+キーを使用できます。
一部のユーザーが混乱してシフトを押したままにする可能性があることは事実ですが、ソフトウェアはそれを考慮に入れて、入力されている文字ではなく、押されているキーを見るのに十分スマートでなければなりません。
2つの簡単な例として、Chromeとブラケットのフォントサイズ(Macの場合)は、Cmd +とCmd-の使用を指します。確かに、これは修飾キー付きですが、ほとんどのアプリで、テキスト入力(ある容量の場合)を使用して、入力の途中で機能を実行できるようにします。これは、テキスト入力にフォーカスがあるときにユーザーがズームする必要がある場合などに、アプリで考慮する必要があることです。
いつものように、実際のユーザーでテストすることは確実に知る最良の方法です。聴衆が金融セクターに大きく偏っており、数字パッドのボタンを押すだけである場合(=と+は別々のキーです)、またはCaps LockとShiftを使用して多くのデータ入力を行っているか、一般的に入力している=ズームレベルを変更する直前。
最悪のシナリオ:ユーザーが標準ではない何かを入力するQWERTY英語のキーボードで、+キーがさまざまな場所にある可能性があります。+ /-をペアとして使用しても意味がない場合があります。異なる言語/キーボードの規則をサポートするためにキーボードショートカットが頻繁に変更される場合は、ローカリゼーションの経験が豊富な人がうまくいけば、うまくいくと思います。
ソフトウェアが+
を関数にマッピングしていない場合は、この目的で両方を使用し、確立された使い慣れた二分法を維持するために+
のみを文書化します。これは ロバストネスの原則 の良い例です。
「+」と発声し、「=」は機能する可能性がありますが保証されないという脚注を付けます。
理論的根拠:(1)将来「=」に関数を追加する自由を与えます。 (2)「=」に慣れ、「=」に特定の機能を持つアプリ(存在する)を入手した場合のユーザーの混乱を回避します。 (3)代替キーボードを使用する場所に市場を拡大しても、問題はありません。
書く +
。しかし、両方を作る+
および=
仕事。ユーザーがシフトを保持する必要がないことを自分で発見できるようにします。