iOS：ナビゲーションバーのテーブルビューの[閉じる]、[編集]、[+]ボタンの配置
テーブルベースの複数項目ビューでナビゲーション（ "閉じる"/"戻る"）、編集モードの切り替え（ "編集"）、および集約（ "+"/"追加"）を組み合わせる必要がある場合、あいまいさが存在するようです。単一のナビゲーションバー。
Appleは、テーブルビュー内に専用の「追加」行を挿入し、ナビゲーションバーの左側（ルートビューの場合）または右側（？）に「編集」ボタンを配置することで、問題を回避しているようです。ナビゲーションバーの（スタックビューの場合）。
ユーザーがテーブル全体を探し回る必要があるテーブルビューの機能にバインドされた行と、ナビゲーションバー内の位置を変更する[編集]ボタンのアイデアが嫌いです。
私が検討している解決策は、次のいずれかのナビゲーションバーの複数のボタンです：1.）左側、["Back" | "Edit" ---- TITLE --- "+"]、または2.）右側、["Back" ---- TITLE --- "Edit" | "+"]。
コンテキスト：編集モードの切り替え機能を備えたテーブルビュー（たとえば、iOS 7 Clock >> Alarm -sに類似）。非編集モードでは、行のタップは、開示インジケーター（行のアクセサリー）によって提案される、その行での「ドリルダウン」の選択を意味します。編集モードでは、行をタップすると行が変更され、行「-」で行を削除します。
考え？
（1.）または（2.）に投票しますか？
コンテキストなしでは少しトリッキーです-スケッチは役に立ちますが、一般的に、ナビゲーションバーに3つのボタンを配置することはお勧めしません。ボタンのデザイン方法によっては、スペースを取りすぎたり、UIガイドラインに従って「一貫性がない」と感じたりするためです。
オプションを選択する必要がある場合は、番号2を使用します。右上隅は通常、現在のビューに関連するアクションのために予約されています。左上はナビゲーション用に予約されています。
追加の手順であることはわかっていますが、右上隅に1つのボタンを作成して、編集または新規作成のオプションを備えたポップオーバーをトリガーすることを検討する場合があります。
さらに、新しいアイテムを追加するために右上隅を予約してから、代わりにテーブルの行に編集を埋め込むことができるかどうかと思いますか？編集とはどういう意味ですか？テーブル全体を編集するのですか、それとも単一の行だけを編集するのですか？どこかを押して行を選択し、右側のアイコンを押して行を検査できるパターンを知っていますか？表示されない場合は、iOSの[Wi-Fiネットワーク]タブが表示されます。それは私の好きなパターンではありませんが、ここであなたを助けるかもしれません。
まったく異なるアプローチは、代わりにジェスチャーを使用して見ることです。ただし、ジェスチャーには、ジェスチャーのアフォーダンスを作成するのに十分な視覚的手がかりを提供するのを忘れるという問題がある傾向があります。だから、それを探してください。
多くの精力的な調査と多くのモックアップのスクリーンショットの後、ナビゲーションバーの同じ側にある1つ以上のボタンがiOSアプリケーションでは非標準に見えるというfunkylaundryに同意する必要があります。
したがって、私は、テーブルビューの下部にある別の「+」セクション（最も一般的と思われる）で、機能にバインドされた「追加...」行というAppleのアイデアを守ることにしました。一番下の配置では、「追加...」行にさえ気付くために画面全体よりもスクロールが必要になる場合があるため、発見の容易さの悪さというUXの問題は未解決のままです。 「追加...」行のテーブルビュー全体を「狩る」必要があるという副次的な問題は、一番下の「+」トリガーボタンが付いた右端の「インデックスバー」を使用することで軽減できます。シングルタップで一番下までスクロールすると便利です。
別の解決策は、テーブルビューの上部に「追加...」行を配置することです（その後にデータ固有のセクションと行が続きます）。最上位の配置は、UXの発見の容易さを優先して、テーブルビュー編集モードを介して利用可能な機能に関する直接の手掛かりとして役立ちます。ただし、欠点は、項目のリストを表すテーブルビューが「アーティファクト」に見え、その先頭に「追加...」行があることです。 （とにかく、私は将来このアプローチに切り替える可能性があります。）
まったく異なる解決策は、ビュー自体と一緒にスクロールしないテーブルビューの上部にある（[追加...]行ではなく）グラフィカルな[+]ボタンです。ただし、このような「フローティング」ボタンは、行の内容や行の削除/移動ボタンを覆い隠す可能性があるため、扱いにくい場合があります。
哲学的な注記では、テーブルビュー編集モードの切り替えは、アプリケーション固有のcommandではなく、ユーザー定義の[編集]ボタンを必要とするようですが、固有のプロパティテーブルビューの。 iOSヒューマンインターフェイスガイドライン（HIG）は、たとえば、テーブルビュー自体のどこかに埋め込まれた専用のトグルボタンを介して、または同じ側にある複数のボタンの特定の使用例を説明および許可することによって、おそらくこの区別を認めるべきです。ナビゲーションバー（右側の[編集]ボタンと[+]ボタン）。