14

Windows で実行するために、Delphi でさまざまなサイズのないフォームとレイアウトを設計しています。最小の 1024x768 (またはそれ以上) の画面サイズを想定すると、まだ 800x600 を使用している顧客に出くわすのではないかと心配しています。どの最小画面サイズを想定する必要がありますか? ユーザーをいらいらさせるような最低限を要求したくありません。画面サイズのベスト プラクティスまたは現在の合理的な仮定は何ですか?

4

8 に答える 8

13

それが依存しているので、あなたの聴衆についてもっと教えてください。

いくつかの例:

現在の4:3の画面解像度、16:9の解像度、ネットブックの廃止により、1024x600の解像度は、1024x576の解像度(576iと互換性があります)と同様に非常に人気があります。

デスクトップシステムでは、HDビデオ解像度1280x720および1920x1080がますます一般的になっています。

ソフトウェアをインストールする場合は、いくつかの理由で640x480で実行できることを確認してください。

  • 多くのシステム管理者は、 WHQL以外のビデオドライバーをインストールしません。これは、最新のビデオハードウェアがWHQLドライバーを取得するのに時間がかかるため、システムの安定性が低下するためです。最新のハードウェアは、640x480で実行されることがよくあります。

  • Windows Embedded Standardシステム(大部分はWindows XP Embeddedベースのシステムで構成され、Windows 7 Embeddedが最近リリースされました)でも、同じことが当てはまります。ドライバーの特別な組み込みバージョンが表示されるまでに時間がかかるか、ビデオがインストールされないことがよくあります。それらのデバイスはヘッドレスシステムとして実行されるため、ドライバはまったくありません。

--jeroen

于 2010-08-08T09:35:41.503 に答える
10

http://marketshare.hitslink.com/report.aspx?qprid=17は、この市場の内訳を提供します...

代替テキスト

于 2010-08-19T23:17:47.650 に答える
5

私はウェブの慣例に従います。http://960.gs/

于 2010-08-08T04:36:18.493 に答える
3

ユーザーがまだ 800x600 を持っていると思われる場合は、幅を 800 にします。Web 開発者として、私は最小画面幅を 1024 と想定し、Web アプリケーションの幅を 1000px にします (スクロールバーなどを考慮して)。

もし私があなただったら、ウィンドウに合わせてアプリケーションを拡大/縮小します。たとえば、右側の要約ウィンドウなど、一部だけをサイズ変更可能にすることを意味するとしてもです。

于 2010-08-08T04:39:23.610 に答える
2

対象者によると思います。

800x600 の 1 人に遭遇しました。わかりました、いくらですか?ユーザーの 25% ですか? ユーザーの 0.00001% ですか?

初めての場合 - 800x600 で適切に動作する必要があります。それが最後のケースである場合 - あなたはそれらを気にするかもしれませんが、それは価値がありますか?

インターフェイスを 800x600 に圧縮することに多くの労力を費やし、テストにさらに多くの労力を費やすことになるでしょう - 何の目的でしょうか? 1 人の顧客を喜ばせ、アプリケーションの 1 部の販売で XX ドルを手に入れるには? もっと重要な仕事はありませんか?

于 2010-08-08T06:06:36.070 に答える
1

800x600 で実行している人に出くわすことは間違いありません - 彼らの選択によるものです。

私は、20 インチの 1680x1050 モニターを使用しながら 800x600 で実行している人々の 2 つの別々の例を知っています...はい、とにかくあいまいですが、すべてが見やすいので気に入っています。どちらも年配の男性です、FWIW.

フォームに対するラージ フォントの影響について考えたことはありますか? 私が最後に Delphi 開発 (Delphi 7) を行っていたとき、ラージ フォントのサポートは少し怪しげで、非常に奇妙な結果をもたらしました。

提案 #1: フォームのサイズを変更できるようにします (スケーリングのみの場合)。

提案 #2: 解像度ごとに異なるバージョンのフォームを作成します。たとえば、低解像度の画面で実行する 6 つのタブを持つもの。高解像度画面で実行する 3 つのタブを備えたもの。これにより、アプリケーションがさまざまな環境にきれいに適応できるようになります。優れた MVP 設計では、追加作業は少なくなります (らしい)。

于 2010-08-08T04:40:11.083 に答える
0

ユーザーがネットブックでアプリを使用することを想定していない限り、720p。

于 2010-08-08T21:14:53.433 に答える
0

私自身、複数のコンピューターを持っており、そのうちの 1 つは 1920x1200 のデュアル モニターを備えています。私も 1920x1200 のラップトップと、解像度が 1024x600 の Asus EEE マルチタッチ ラップトップを持っています。この後者のラップトップは私の旅行用システムであり、家やオフィスから離れているときに使用します。下部ではなく左側にタスク バーがあるため、少なくとも 800x600 の一般的な領域がありますが、必要に応じてより広くすることができます。(非表示のタスクバーで最大 1024x600。) また、画面を 90 度または 270 度回転させて 600x1024 の画面にすることもできます。これは、電子ドキュメントを読むのに実用的です。次に、タスクバーを一番下に移動して、もう少しスペースを確保する必要があります。
EEE はマルチタッチ オプションを備えたいわゆるネットブックであるため、ユーザー ベースの間で人気のあるシステムになりつつあるのではないかと心配するかもしれません。安価で軽量、バッテリー寿命が長い。2 GB の RAM と Windows Home Premium を備えた私自身の最大の懸念は、多くのユーザーが単に実用的という理由でこの種のハードウェアを選択するのではないかということです。もちろん、マルチタッチ スクリーンは解像度が向上した最新のラップトップでも人気が高まっていますが、ユーザーがコンピューターを持って移動する必要がある場合、これらのネットブックは非常に長い間ビジネスに使用されます。
したがって、最低でも 800x600 の解像度で開発することをお勧めします。このような小さな解像度を使用するユーザーには、タスクバーを画面の左側に移動するか (1024x600 を使用している場合)、タスクバーの自動非表示オプションを使用することをお勧めします。

ネットブックはより一般的になり、1024x600 はネットブックの非常に一般的な解像度です。ただし、可能であれば、フォームを 4:3 の比率に保ちます。したがって、オーディエンスが大きく異なる場合を除き、800x600 の最小サイズが推奨されます。

于 2010-08-09T12:39:36.140 に答える