web-dev-qa-db-ja.com

iPhoneで「戻る」ボタンと「キャンセル/完了」を使用するタイミング

Apple使用キャンセル/完了ボタン、その他のボタンにはBackボタンしかありません。

Calendarでは、たとえば、イベントを繰り返す頻度を選択すると、Cancelおよび完了、前の画面に自動的に戻ります。ただし、設定では、着信音を選択するときに、サウンド(または戻る)を押して選択を保存する必要があります。

私が思うに、あなたがcreating何かなら、あなたはDoneすべてのステップで、ただし設定を変更するだけの場合、「保存」(または完了ボタン)はあなたが反撃したときに暗示される。

これらをいつどのように使用するかについての公式の規則はありますか?

(1) Calendar > Choosing the frequency of an event (2) Settings > Choosing a ringtone

21
inko9nito

ルールは次のとおりです。

  1. ビューを押すときに[戻る]ボタンを使用します([戻る]ボタンは自動的に表示されます)。
  2. ビューをモーダルに表示するときに[キャンセル]/[確認]ボタンを追加します。

したがって、本当の質問は、ビューをモーダルに表示する必要があるのはいつですか?質問は、 iOSヒューマンインターフェイスガイドライン の範囲内で回答されます。

アプリケーションの主要機能に関連する自己完結型のタスクを実行する機能を提供する必要がある場合は、モーダルビューを使用します。

質問のカレンダーの例:アラームを追加または編集すると、自己完結型のタスクが実行されるため、モーダルビューが使用されます。より正確には、提供したスクリーンショットは、モーダルビューにプッシュされたビューに関連しています。ただし、この状況では、ビューのプッシュは、別のモーダルビューでのモーダルビューを回避するために使用されます(キャンセル/確認ボタンが使用されます)。

質問のサウンドの例:サウンドを選択しているだけなので、それは実際の作業ではなく、単なる選択肢です。そして、ビューのプッシュは正しいです。より正確に言うと、サウンドを選択したときに自動的に戻らないのはなぜですか?このようにして、ビュー間を行き来することなく、複数のサウンドを聞くことができます(正しいサウンドを選択した場合、1回だけ戻ります)。

5
Samnis

これは矛盾しているように見えますが、2つの異なる戦略の背後にある理由は、「酔ったユーザーのバックドアオプション」と呼んでいるものに関係しています。

キャンセルボタンは、UIデザインのさまざまな理由で提供されます。それらの1つは次のとおりです。

(キャンセルボタンを提供する)ユーザーがその後のアクションの結果を伝えることができない場合

選択を行い、電話を受けた直後(たまたま20分間続く)または誰かがバスで(20分間)話し始めたシナリオを考えます。どちらも画面から「離れます」が、画面には戻ります。

キャンセル/完了画面では、実際に編集されているイベントについては何も示唆されません。ユーザーは、画面に入った直後にこの情報を念頭に置いていますが、おそらく20分後ではありません。

右側の画面は、新着メールの通知の音を選択していることを明確に示しています。したがって、3日後でも、この画面にぶつかったユーザーは、アクションの結果であるものをすばやく収集できます。これは左の画面には当てはまらないため、「キャンセル」オプションです。

3
Izhaki

全体として、「元に戻す」のは簡単で、自動保存で十分かと思います。元に戻すのが難しい場合は、「キャンセル」コントロールを提供することをお勧めします。

IOSのポップオーバーには通常「戻る」がなく、代わりに「完了」/「完了してキャンセル」/「OK」があります。

IOSを見ると、編集フローと作成フローの間にも違いがあります。

フローの編集:連絡先の編集には[キャンセル]と[完了]があり、リマインダーの編集には[キャンセル]と[完了]があります。

作成フロー:新しい連絡先(キャンセルと完了)、新しいメモ(戻る、完了)、新しい通知(完了)。

したがって、個々のUIフローを検討し、キャンセルできることが重要かどうかを確認することをお勧めします。

2
Anna Rouben

何かを作成するか変更するかに関して、あなたは正しい方向に進んでいると思います。提供されている例では、アラームの繰り返し頻度の選択が最後のステップです。そのため、[完了]ボタンが表示されます。アラームを設定する同じステップが階層ナビゲーションを使用して追加設定の複雑な階層に実装された場合、それは最も面倒です。

着信音を設定すると、それは変更可能なさまざまな設定の1つになります。したがって、変更したい他のすべての設定を変更するまで、実際には完了していません。個人的には、[戻る]ボタンを使用することは、階層内の1つまたは2つのレベルにのみ適していると思います。広範な階層を前後に移動するアプリケーションに興味がなくなります。

1
Chris

キャンセルおよび完了アクションを使用して最初のルートを取得します。アクションを連鎖させてワークフローを作成することもできます。唯一の選択肢が戻ってきたら、ツリー階層をさらに作成します。複数の単一選択オプションを備えたハブページ。使い方はこのビューの前のページに大きく依存すると思います。決定は前のページの複雑さに依存するようにします。

0

enter image description here

キャンセルボタンは、ユーザーにその画面で行われたすべての変更を取り消すオプションを提供します。これは便利ユーザーが設定に多くの変更を加えたを取り消し、元に戻したい場合設定を元の設定に戻すのは骨が折れるためだった

上記の例では、ユーザーが行って10ほどの設定を「オン」状態にスワイプしたとします。気が変わった場合、設定をオフにリセットするには、さらに10回スワイプする必要があります。キャンセルボタンがあれば、指で1回タップするだけで、以前に行ったすべての変更をキャンセルできます。

新しいものを作成する場合、例えば新しいアカウントを作成するには、フォームに入力したら、新しいアカウントの作成を確認するボタンが必要です。ユーザーがプロセスをオプトアウトする方法がなく、また言語的にも意味がないので、確認のための戻るボタンがあるのはばかげているでしょう。

0
Rich