送信ボタンに「選択」という名前を付けても大丈夫ですか
私は作成フォームを使用しており、このフォームにビデオを追加したいと考えています。 +を押すと、ビデオギャラリーがポップアップで開きます。ビデオを選択して送信する必要があります。送信ボタンにSelectという名前を付けても大丈夫ですか？または、「完了」、「保存」、「選択」、「開く」などのより良いオプションはありますか？
Ok/Cancel）のような一般的なラベルを使用しないようにしますが、実際にボタンに名前を付けます。
...しかし、実際にボタンに名前を付けます。
これは見苦しいように見えるかもしれませんが、スクリーンショットを見ると、「選択」ボタンはビデオを選択せず、おそらくユーザーがビデオの1つをクリックするなどして、以前の選択を確認します。
アプリケーションが実行する動詞（編集、削除、再生など）を使用することをお勧めします。または、OK /キャンセルのままにします。選択が行われるまでOKは無効になっている可能性があります（これはよく理解された標準です）。
ここに一歩戻って、そのボタンは必要ですか？
ダイアログのタイトルは、ユーザーに「ビデオの選択」を要求します。これは、ビデオを直接クリックすることで行います。それで十分ではありませんか？別のボタンをクリックするには、この直後にマウスを一番下まで完全に移動する必要がありますか？
さて、ワークフローに複数のビデオの選択が含まれている場合（そのダイアログタイトルに基づいて疑わしいと思います）、「完了」をクリックする必要があることがわかりました。それ以外は、たった1回のクリックで動画（またはその時点からアプリが実行するアクション）をそのまま視聴することを許可します。
さて、少し後戻りしましょう。
画像ベースのコントロールを操作するとき、人は何をしていますか？
「選択」を行う。 （thatはどういう意味ですか？後で説明します）
そのボタンを操作するとき、人は何をしていますか？
個人的には、彼らは以前に行った選択を確認しているため、1つの潜在的な表現は「選択の確認」のようになります。私にとっての第一の選択肢は、彼らが選択を行うことで「完了」したことです。
マルチステージタスクでは、「完了」を単独の単語として単独で使用しないようにします。これは、状況に応じてアンカーが解除される場合があるためです。私は、アプリケーションを使用している誰かとして、完全に「完了」しますか、それともこのステージで「完了」しますか？ "Done with selection"または "Done Selecting"は、より具体的なコンテキストを持つWordへの1つの方法です。
「選択の保存」もモーダルコンテキストで機能しますが、後で選択を編集できると誰かが期待できるような暗黙のニュアンスも含まれます。
選択されているビデオが1つだけあり、この選択タスク画面に戻る方法（ある種のバックナビゲーション、または後でこの選択を編集する）がある場合、私は間違いなく同意します @ NHの答え このボタンの完全な削除について。ビデオ選択コントロールを操作することは、意図を示すのに十分です。
この画面のプロンプト自体はどうですか？
しかし、それを説明する前に、あなたはさらにバックアップし、プロンプトの言語を検討したいと思うかもしれません。 「動画を選択してください」は非常に一般的で、おそらくシステムの観点から表現されています（たとえば、開発者が「私のユーザー」この時点で行うことを必要としているのは、この時点では何ですか）。それを使用する人が達成することを望んでいる/行うことに従事しているものよりも。視聴する動画を選んでいますか？彼らはここで編集する動画を選択します。これは調査の一部であり、彼らは彼らが好んだビデオを示しています？
彼らをこの画面に連れてきた人は何をしているのですか？彼らの意図は何ですか？なぜここにいるのですか？ theyは、各制御の相互作用で何を示していますか（システムが反応として何をしているかに対して）？それに対して視点を反転すると、多くの言語が発見しやすくなります。
タスク自体が非常に一般的にラベル付けされている場合、タスク完了制御の可能な代替案についてより良いアドバイスを提供することは困難です。私は、あなたのプロンプトがタスクの視点に従事している人によりしっかりと固定された方法で語られた場合、完了コントロールはそれに応じて語るのが容易であり、一般的というよりは文脈的に具体的に聞こえると考えがちです。ここであなたの質問の1つの根源になります。
しかし、「選択」は完了ボタンのテキストとして問題ありませんか？
一般的に言えば、送信ボタンには必ず「選択」という名前を「付ける」ことができます。ただし、その時点で「OK」と名付けることもできます。タスクの完了を通知するための一般的な用語が使用されている状況に陥っている場合でも、グローバルな一貫性を保つために最も標準的なものを使用することをお勧めします。理由。 「続行」は、ウィザード、調査などの多くのマルチステージタスクインターフェースでも一般的です。
ただし、少なくとも、「選択」は画面のプロンプトに使用される言語と一致するため、内部的には一貫しています。同時に、それが一般的であると思われる場合は、ボタンのテキストが実際に派生している場所（タスクプロンプト）から、フォーカスが間違った場所にある可能性があります。
私にとって、この質問にたどり着くには、言語の使用にアプローチする方法のステップをバックアップし、システムのデータ/入力のニーズではなく、それを使用する人の視点に焦点を当てることを目的としたインターフェースを作成する必要があることを指します開発の観点から。適切な観点からのタスクプロンプトの言い回しは、タスク完了コントロールのより適切な対応する言い回しを通知する可能性があります。
[〜＃〜] dry [〜＃〜]-自分を繰り返さないでください。ダイアログのタイトルが「ビデオの選択」である場合、下部に「選択」を再度配置するのではなく、標準の「OK」のままにします。
さらに、ダブルクリックを使用して特定のビデオをすぐに選択します（つまり、下の確認ボタンをクリックする必要はありません）。
そして、ダイアログ自体に関するもう一つの注意-ダイアログのサイズをコンテンツに合わせて調整しておくことは可能ですか？つまり、未使用の領域が多くなり、[OK /キャンセル]ボタンがユーザーの主なフォーカスフィールド（ビデオの近く）の外にあるということです。ダイアログを小さくすると、ユーザーが確認/キャンセルボタンを見つけやすくなります。
ボタンがビデオを選択しないので、 'Next'や 'Continue'のようなもの、またはそれらの線に沿った何かを添付したものを見ると、より適切な場合があります。ビデオ自体をクリックすると、ビデオが選択されます。
これはボタンの機能である場合は「選択」で、テキストに問題はありませんが、デザインから、私の結論は実際にはconfirmオプションを選択するアクション。この場合、「確認」、「開始」、「続行」、または「保存」の最初のステップであれば使用できます。
与えられたユーザーが+を押してビデオを添付することによってこのポップアップを開いており、複数選択できると思います。 +はこのコンテキストでの追加に似ているため、「追加」を選択します。また、ポップアップの主なタスクは追加です。キャンセルはメカニズムをエスケープするだけなので、「追加」の後に「キャンセル」を配置します。
あなたのようなすべてのケースの95％では、単に「選択」するのではなく、別の目的で何かを「選択」します。ボタンのカスタム名が必要な場合は、名前に他の目的を使用します。
直感も覚えておいてください。ユーザーは、「OK」、「完了」、「保存」、「確認」、「添付」などの特定のキーワードに精通しています。おなじみの単語を使用してください。ただし、あなたの単語がユーザーによって誤解される可能性が明らかに低い場合を除き、その一部はネイティブスピーカーではありません。
親しみについて言えば、「選択」は「選択を確認する」ではなく「これを選択する」という文脈で使用されることがあります。あなたの例では、各ビデオに1つずつ、3つの「選択」ボタンがあることを意味します。
あなたは彼らにダイアログを表示して、彼らが何かを選択できるようにします。何かを選択したら、キャンセルするか、またはAccept選択を行って、何をしていたかを続行します。
[キャンセル]または[承諾]
または
[キャンセル]または[選択を受け入れる]
または、それらを許可することもできます確認それらの選択。
この場合の「成功」アクションが行うのは「保存」です。
私はビデオのクリックで「選択」します（そしてダイアログを閉じます）。 「キャンセル」は、ダイアログの隅にある「X」で実行できます。
ボタンにラベルを付けるときは、そのボタンをクリックした結果がどうなるかを考える必要があります。
この場合、ユーザーがボタンをクリックして、それらの選択されたビデオが何らかの投稿/アップロードに添付される場合、ラベルは「選択されたビデオを添付」である必要があります。これがプロセスの最後のステップでない場合は、「選択した動画を添付して続行する」可能性があります。