2

ほとんどのマシンでデフォルト以外の Windows 配色を使用しており、Windows が設定されている 124 DPI 画面のラップトップを使用しています。

私がテストした、または毎日使用している多くのプログラムには、標準外のサイズのコントロール、切り取られた UI 要素、判読できないテキストなどを表示するなどの問題があるようです。少しうるさいものから（ほとんど）使用できないものまで、さまざまな範囲があります。

今では、これらの問題の多くは不必要だと感じています。いくつかの配色で高解像度画面で簡単なテストを実行すると、それらが表示されます。そのうちのいくつかは、非常に簡単に修正できます (clWhite、clBlack、および clSilver の代わりに常に clWindow、clWindowText、および clBtnFace を使用するなど)。それらのいくつかは、適切なコントロールのサイジングなど、より困難です。

私の質問は: システムの色、UI 要素のサイズと間隔、フォントのサイズとフォントに関する UI ガイドラインの推奨事項に従うようにしていますか? それらへの準拠をテストすることは、QA プロセスの一部ですか? ほとんどの IDE (私の場合は Delphi) にはピクセル指向のデザイナーがいますが、ピクセルではなくダイアログ単位でフォームをレイアウトしようとしますか?

[編集]: 寝てからこれを読み直すと、この質問は実りのない議論への招待のように見えるかもしれないことに気付きました. そういう意味ではなく、UI インターフェイスのガイドラインに準拠したアプリケーションを作成するのに役立つツールに興味があることは間違いありません。これは、Delphi が私を少し失望させていると感じている領域です。私自身の答えも参照してください。

4

4 に答える 4

3

私は間違いなくしません。非標準の Windows 設定を使用する少数のユーザーよりも、多くのユーザーのエクスペリエンスを向上させることに時間を費やしたいと思うのは時間がかかります。私が通常行ういくつかのことで、これらの問題のいくつかを修正する必要があります。

  • とにかくそれが Delphi コントロールの標準であるため、clWindows などを使用します。なぜそれを変更するのですか?
  • ラベルを左ではなく入力フィールドの上に配置します。これにより、多くのサイズの問題が解決されるはずです
  • アンカーを設定して、フォームのサイズが適切に変更されることを確認します
  • タブ オーダーが正しいことを確認します (これを行わないと、大きな問題になる可能性があります)。

しかし、私は確かに、変な解像度や色のテスト コンピューターをセットアップするのに時間をかけません。さらに悪いことに、開発ボックスを変更してそれらを使用することもありません (適切にリセットするのに時間がかかる多くのことが台無しになります)。

有料の顧客が非標準設定の問題を報告した場合、それらが対処されるかどうかは顧客次第です。彼が 100 個のライセンスを注文すれば、チャンスは十分にあります。彼が視覚障害のためにこれらの設定を使用する場合、彼の可能性は十分にあります。彼がそれを要件の一部にする場合、私はそれを行いますが、追加の作業は有料です.

于 2008-11-15T09:32:58.200 に答える
2

今日、非常に多くのソフトウェアが非標準の DPI では適切に動作しないため、修正を試みる価値はないと思います。多くのアプリケーションのトラブルシューティング FAQ では、関連する問題のために通常のフォント サイズに切り替えるようユーザーに指示しているだけです。Microsoft は、サードパーティ製ソフトウェアで適切な DPI サポートが不足していることを認め、Windows Vista でディスプレイのスケーリング方法を再設計しました。これにより、アプリケーションが DPI 設定を認識することに依存するのではなく、すべての GDI 操作が低レベルでスケーリングされます。

最終的な答え: それは、ソフトウェアの対象ユーザーによって異なります。障害のあるユーザーがソフトウェアを使用する可能性が高い場合は、努力する価値があるかもしれません。

于 2008-11-15T03:15:37.417 に答える
2

標準色に適切な色定数を使用することとは別に、高 DPI 画面で内部的に使用する必要があるアプリケーション、または顧客がこれを必要とする可能性があるアプリケーションに対して、追加の労力を費やしています。

適切なサイズと配置マージンを決定するためのヘルパー関数を備えたユニットがあります。これは、デフォルトの GUI フォントと UI ガイドラインで指定されているダイアログ ユニットの標準値からこれらを計算し、ヘルパー関数を使用して最大幅/高さを計算します。コントロールの配列、コントロールの配置など。固定サイズのフォームとダイアログの場合、GNU gettext でテキストを変換した後、コントロールの配置を計算します。サイズ変更可能なフォームの場合は、OnResize ハンドラーでこれを行います。

これは良い結果をもたらしますが、時間がかかります。コントロールの最小サイズが設定されると、サイズ変更を自動化するwxWidgets sizer 機能のようなものが欲しいです。ただし、Delphi で同様のものを見たことはありません。

于 2008-11-15T10:04:52.397 に答える
1

私の Vista ラップトップはラージ フォントに設定されているため、大きなフォントを自分でテストすることがあります。色はそれほど多くはありませんが、コントロールに色を指定することはめったにありません。

ただし、適切なサイズ変更はかなり難しいです。通常、フォームのサイズが間違って変更されないように、フォームのスケールを false に設定します。

フォームの自動サイズ変更用のツールがいくつかあります。私はそれらを調べましたが、適切にテストすることはできませんでした:

  • TFormResizer

  • ElasticForm - 皮肉なことに (コンポーネントの領域を考えると)、このページのほとんどのテキストは Chrome では表示されません...

  • JVAutoFormSize (JVCL で - 私が読んだものからはあまり役に立たないようです)

于 2008-11-17T12:33:58.117 に答える