ISNは、最近、さまざまな解像度のプログラムのサポートの質に不便があるというトピックに既に触れています。 特に、この問題は、たとえばAtomベースのネットブックなどの新しいソリューションの開発とともに前面に出ています。 これらのデバイスは通常、標準以外の画面解像度を持っていますが、そこまで行くことはできません。 1680x1050の解像度と125％のDPIを備えた、まったく普通のデスクトップモニターを使用するだけで十分です。
プログラムがウィンドウに収まらないことに常に気づきます。 これはほとんど重要ではありませんが、便利ではないか、単に不快です。 古い音楽ディスクを挿入しても、リスニングプログラムがどのように開始されるかを見て、私は驚きも文句も言いません。
適切なドライブを購入するだけです。 :)しかし、私は、私だけでなく、そのような状況にますます頻繁に遭遇します。 この投稿を読むプログラマーの注意を喚起したいと思います。この問題は不当に無視されます。 現在、プログラムは最も標準的なもののみを対象に設計されていますが、より多くのアクセス許可があります。 その結果、より多くのユーザーが解像度またはDPIに問題を抱えています。
同時に、これは非常に単純なインターフェースが使用され、プログラマーがいくつかの問題があるかもしれないとさえ考えないようなプログラムにも当てはまります。 実際、私たちの製品の間違いについて話しています。 この投稿を書くように促したのは彼女でした。 誰かがそのような間違いから結論を引き出すことを願っています。 :)
実際にはエラーについて。 PVS-StudioツールはVisual Studioに統合され、いくつかの設定タブが追加されます。 特に：
簡単にはなりません。 また、問題を観察せず、ユーザーの1人がこのウィンドウの操作方法を理解できるまで待機しませんでした。 そして当然です。 彼には次のように見えます（4つのボタンはありません）。
私たちのように、内部システムのパフォーマンスに重点を置いており、GUI部分は単純すぎてテストに大きく投資できないと考えている人にとっては良い教訓です。 さまざまなコンピューターオプション、モニター、解像度の出現により、そうではありません。 画面の異なるシステムでアプリケーションを実行するという観点から、GUIをテストする方法を再検討する必要があります。
私が書いたものは当たり前のように見えるかもしれません。 しかし、私が絶えず遭遇する「曲がり具合」の豊富さは、問題の緊急性を示しています。 稼働中のマシンにインストールされているプログラムはほとんどありませんが、 3つだけです！ 数分で、2つのプログラムのセットアップインターフェイスでエラーを見つけることができました。 トレイで最初に出会ったのは、CruiseControl.Net継続的インテグレーションプログラムです。 その設定のページの1つで：
ところで、興味深いことに、このプログラムのウィンドウは拡大できますが、これはエラーを回避するのに役立ちません。 結果は非常に独創的です：
2番目のトレイアイコンはKaspersky Anti-Virusでした。 ところで、私はこのプログラムをグラフィカルインターフェイスの例と考えています。 よくできました。 ただし、インターフェイスを制御するのが難しいと感じた場合でも：
注目したいです。 私はまったくエキゾチックではありません。 私は普通のワイドモニターを持っています。これはプログラミング時に非常に便利です。 もちろん、これらの例では特に、解像度はそれとは何の関係もありません。 ここで、DPIが役割を果たしました。 ただし、DPIは私にとってエキゾチックでもありません。 Windows 7の標準DPIの碑文は小さく見えたので、デフォルト（100％）ではなく中（125％）を選択しました。 そして、すべてがすでに浮かんでいる...多くのプログラムでは、解像度も影響します。 私はすでにこれを観察しましたが、今例を示すのは難しいと思います。
おわりに
プログラマーは、このノートの表面性を批判せず、個々のプログラムの欠陥を批判しません。 どうぞ-奇妙なDPIを備えた奇妙なモニターであなたの開発がどうなるかを詳しく見てください。 :)美しく機能的なインターフェースの作成に成功することを願っています！