web-dev-qa-db-ja.com

iPadのモーダルビューとポップオーバー

IPhoneアプリからiPadに移行しています。iPhoneバージョンでは、次のようなビュー階層があります。

iPhone_listiPhone_item

つまり、UITableViewのセルをタップすると、アプリは詳細を含む別のビューに移動します。そのビューから、現在のアイテムの編集を有効にすることもできます。

IPadでは、メールアプリのように、デバイスが縦向きのときに非表示になるように分割ビューを作成しました。

iPad1

UXを使用する観点から、およびiOS HIGの観点から、次のどのオプションがより適切であるかわかりません。

a)フォームシートのモーダルビュー。映画または別のものを選択したときにiTunes for iPadに表示されるものと似ています。次に、[アイテムの編集]ボタンをタップしたときに、同じモーダルビュー内の[新しいアイテム]フォームに移動するか、このモーダルビューの上に別のモーダルビューを表示するか(iPhoneでは、新しいアイテム」フォームはモーダルビューです):

iPad2

b)ポップオーバー。次に、編集フォームをポップオーバー内に保持する必要があるか、モーダルビューで表示する必要があるかわかりません。

iPad3

別の考慮事項:画像のプレースホルダーをタップすると、ユーザーが写真を撮れるようにカメラビューが表示されます。そのようなプレースホルダーにサムネイルが表示されます。

前もって感謝します

編集:編集モードやユーザー操作を有効にする必要なしに、セルの詳細を表示するには、どのオプションが最適ですか?モーダルビュー、ポップオーバー、または全画面ナビゲーション?

7
AppsDev

ポップオーバーは、より小さく、より一時的なタスクに使用します。

ユーザーがこのビューの下で見つけることができる複数のビューがある場合は、モーダルビューを使用します。

たとえば、ユーザーがテーブルのエントリの詳細(編集オプション付き)を表示しているだけの場合は、ポップオーバーを使用します。これはあなたが質問で述べたものなので、あなたの場合、ポップオーバーがより良い答えになるでしょう。

独自のナビゲーションコントローラーで情報を表示していて、ユーザーがポップアップ内のビュー階層に移動できる場合は、モーダルビューを使用することをお勧めします。ユーザーは、このビューの頭の中でナビゲーションパスを保持します。これは、1つのビューを考え出して消えるだけではありません。

これは確実なガイドラインではありません-ポップオーバーを使用するのが適切で、いくつかのビューがある場合がありますが、一般的には次のとおりです。

  • 単一のタスク(表示、編集、設定の変更)の場合は、ポップオーバーを使用します。

  • 複数のオプション(アカウントの追加、表示設定の変更、およびすべて同じポップアップからの電子メール更新のサブスクライブ)のポップアップ、および/またはより複雑なタスクの場合は、モーダルビューを使用します。


また、ポップオーバーを閉じるボタンは必要ないことに注意してください。ユーザーは、ポップオーバーを閉じるときにタップして離れることを知っています。 HIGから:

「ポップオーバーを閉じる」ボタンを提供しないでください。ポップオーバーは、その存在が不要になると自動的に閉じます。

HIG here で議論を見つけることができます。

2
ekinnear

IOSのナビゲーションモデルを完全に取り入れてみませんか?

アイテムを選択すると、右からスライドする新しい画面でアイテムが開きます(右側に向かって深く潜っているような印象になります)。そこから、ユーザーが項目のリストに戻ることができるヘッダーに戻るボタンが表示されます。

1
Dvir Adler

問題に「パターン」またはソリューションをもう1つ追加する必要がある場合-同様のインターフェイス"Settings" on ipad、があり、リストビューと必要な詳細が表示されますクリックしたアイテムの(スライドによる新しいページ)。細部が単純ではなく、カメラ機能を採用する必要があるとおっしゃっていた方がいいと思います。

アイテムに関する簡単な詳細が最もよく理解されている既存のインタラクションに複雑さ(ハードウェアファシリティなどの並列機能をトリガーする必要がある場合)があるようです-詳細を読んでください(viz.popovers、モーダルビュー) 。

裏側は、モーダルビューまたはポップオーバーがある場合、ユーザーは特定のウィンドウの外側をクリックして遷移フェーズを閉じることを理解しています。これは、ユーザーがカメラ機能を保持しようとしたときに誤ってトリガーされる可能性がある(脆弱性が高い)最悪の場合、この機能を提供せずに「x」または「閉じる」ボタンで代用すると、画面の「閉じる」がユーザーのアドオン機能またはタスクまたはキーストロークであることがよく理解されています(たとえば、タスクを有効にするか、キーストロークを開いて有効にするか)

フルページまたは別のページに移動します。これは、コンテンツや使用法に適している可能性があり、重点的なデザインとして結果として生じる可能性があり、ユーザーは引き続き権限を与えられます。

0
inkmarble

これはすべて、ユーザーのストーリーをどのようにしたいかにかかっていると思います。

  • オプションを参照できるようにしながら、ユーザーに「リスト」コンテンツを参照させますか?ユーザーが迷子になる可能性を低くしますか?その後、フライアウトが機能する場合があります。

  • ユーザーに焦点を合わせて「フロー」を「壊す」場合、モーダルが機能する可能性があります。モーダルはそれらを一時停止させ、うまくいけばモーダルにあるものに集中するように強制します。

  • 彼らがページ上の他のものを参照し、彼らが閲覧している方法を壊すことなくすばやくオプションにアクセスできるようにしたい場合は、ドロップダウンでそれを行うことができます。

もちろん、iPadアプリとしてだけでなく、iPhoneのバージョンでも、ユーザーが最もよく使用しているものや、アプリケーションの一貫性を保つ方法を検討する必要があります。

0
Jason

同じ詳細ビューで編集します。 iPhoneでこれを実行した場合、ユーザーはこれに慣れます。

マスター&詳細ビューアイテムのリスト(マスター)と右側のアイテム(詳細)のリストを表示するには、設定アプリを参照してください。

0
micap