異なる解像度/画面で同じアプリを提供する方法

Question

シナリオ： 別の画面で同じアプリを公開する必要があります。標準の15インチから17インチのポータブル10インチとモバイル4 "、おそらく異なる解像度で動作します。

質問： が利用できる不動産に応じて並び替えます液体のレイアウトのために行くために、あなたを試みてくださいか、N（各範囲に1つ）ロールない各特定のために最適化された個別のUI層は、解像度/スクリーンをサポート-サイズ。

この種の問題について業界標準は何ですか？

スクリーンが片方向または他の方向にサイズ変更されたときに戻ったり来たりする優先順位の高い領域で画面を分割する非常にトリックなレイアウトを考え出すのは意味がありますか？

私たちは皆、あなたが別のUIのをロールバックすることを強制しているので、、私はそのような場合には想定しています（4「」以下）、iPhoneアプリ（または任意の他のPalmデバイス）は、デスクトップ版のような何もないではないことを知って（13 '' - 7 ''のスクリーンと、後者が指を一次入力として必要とするものとの間で）中間の地点にありますが、そこでは液状レイアウトのために意味がありますか？

Answer 1

モバイルデバイス用に別個のUIが必要であると私はすでに決めているようですが、私はこれをサポートしています。ユーザーがこれらのデバイスとやりとりする方法は非常に異なり、特定の方法でそれらを考える必要があります。

他の画面サイズについては、ユーザーの視点からアプローチする必要があると思います。ユーザーが異なる方法で画面とやりとりする場合は、別個のインターフェースが必要です。しかし私の経験では、ユーザーは約10インチ以上の画面を同じ大きさのものよりも大きく見える傾向がありますので、同じ方法でUIを扱う必要があります。ユーザーが同じ古いUIを使用して作業するために多くのスペースがあると感じるように、ユーザーが拡大または縮小する方法を見つける必要があります。

テキストエディターは、大きな成長し、そこに編集する文書のためのより多くのスペースがあるが、実際のインターフェイスは非常に静的なままです。

Answer 2

モバイルアプリ（携帯電話やその他のポータブルデバイス用）は、通常、手巻きモバイルUIを取得します。

あなたが話している10 " - 13"のケースは、ネットブックの範囲でより多くです。この場合、デバイスのUIは通常のデスクトップUIと似ています（ほとんどの場合）ので、私は液体レイアウトで同じUIを使用します。

EDIT

要件の明確化のためのコメントを見る

しかし、小さいインターフェイスは、タッチインタフェースになるだろう、と大きなインタフェースはしません...私は思い検討それぞれ異なるUIをローリングすることをお勧めします。タッチベースの懸念事項に関して特別な配慮がなされている場合、タッチバージョンのUXはもっと良くなります。

Answer 3

私達はちょうど私たちは非常によく似た問題を抱えているプロジェクトを始めている。私たちのカリフォルニア州

例えば、小さな画面では、さまざまな画面、多段階、オプションの選択肢が多少異なることがあります。

私たちが行う予定は、ASP.Net MVCフレームワークを使用し、各画面解像度/サブアプリケーションのビューを実装することです。私たちは、残りのアプリケーションをすべての画面解像度に共通に保つようにします。

Answer 4

モバイルデバイス用の専用UIを設計するために、Webアプリケーションのコンテキストでは、Jakob Nielsen suggests（最新のユーザビリティテストで彼の評価を基にして、リンクされた記事を読んでください）。私はあなたのアプリケーションがWebベースではないとしても、彼のガイドラインのいくつかはとにかく便利だと思います。

彼はguidelines for desktop resolutionsも持っています。