2

シナリオ: 同じアプリを異なる画面に公開する必要があります。たとえば、標準の 15 インチから 17 インチ、ポータブル 10 インチ、モバイル 4 インチで、異なる解像度で動作する可能性があります。

質問: 使用可能な領域に応じて再配置されるリキッド レイアウトを使用しようとしていますか?それとも、サポートされている特定の解像度/画面サイズごとに最適化された、N (範囲ごとに 1 つ) の個別の UI レイヤーをロールバックしますか.

この種の問題に関する業界標準は何ですか?

画面がいずれかの方法でサイズ変更されたときに消えたり戻ったりする優先領域で画面を分割する非常にトリックなレイアウトを考え出すことは理にかなっていますか?

iPhone アプリ (またはその他のパーム デバイス) がデスクトップ バージョンのようなものになることはあり得ないことは誰もが知っているので、その場合 (4 インチ以下)、異なる UI をロールバックする必要があると想定していますが、中間はありますか?地面 (たとえば、13 インチから 7 インチの画面の間で、後者は主な入力として指を必要とします) で、リキッド レイアウトを使用するのが理にかなっている場所はどこですか?

4

4 に答える 4

4

モバイル デバイスには別の UI が必要であると既に判断されているようで、私はこれを支持します。ユーザーがこれらのデバイスを操作する方法は非常に異なるため、特定の方法で考える必要があります。

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

テキスト エディタは、この典型的な例です。ドキュメント ウィンドウが大きくなり、ドキュメントを編集するためのスペースが増えますが、実際のインターフェイスはかなり静的なままです。

于 2009-10-16T10:48:53.057 に答える
2

非常によく似た問題を抱えているプロジェクトを開始したばかりです。

私たちの場合、アプリは異なる画面でわずかに異なる動作をします。たとえば、小さい画面ではステージが多く、オプションが少なくなります。

ASP.Net MVC フレームワークを使用して、画面解像度/サブアプリごとにビューを実装する予定です。アプリの残りの部分は、すべての画面解像度で共通にするように努めます。

于 2009-10-20T15:27:26.780 に答える
2

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

あなたが話している10インチから13インチのケースは、よりネットブックの範囲にあります. この場合、デバイス UI は (ほとんどの場合) 通常のデスクトップ UI に似ているため、リキッド レイアウトを使用して同じ UI を使用します。

編集

要件の明確化については、コメントを参照してください...

しかし、小さいインターフェースはタッチ インターフェースになり、大きいインターフェースはタッチ インターフェースにならないことを考慮すると、それぞれに異なる UI を使用することをお勧めします。タッチ バージョンの UX は、タッチ ベースの問題に関して特別な配慮がなされれば、はるかに優れたものになります。

于 2009-09-02T13:08:40.090 に答える
1

In the context of web applications, Jakob Nielsen suggests (basing his assessment on recent usability tests, read linked article for details) to design a dedicated UI for mobile devices. I think that even if your application is not web-based some of his guidelines are useful anyway.

He has guidelines for desktop resolutions also.

于 2009-10-22T02:32:26.843 に答える