質問: webページ用のdpi独立ui lcd=が標準になる前は、ほぼ10年間、画面は72または96 dpiでした(通常、トリニトロンディスプレイでのみ見られます)。しかし、現在120および144 dpiディスプレイは非常に一般的です。windows 7の登場により、デスクトップアプリのdpiの問題はある程度解決され、少なくともosのuiが高dpiディスプレイで壊れることはありません。今私たちはウェブページに行きます-dpiに依存しないウェブページの構築について友人と大きな議論がありました-私の見解は、ui要素はさまざまなシステムで同じサイズに見えるべきであり、すべてのcss寸法はピクセルではなくインチで指定されるべきであるというものでした。私はこのトピックをso=で提起しましたが、インチを単位として使用することについて一般的な不承認がありましたが、それはかなり-uh-不合理だと思います。わずか15.4インチのサイズの144 dpi画面があります-個々のピクセルのサイズは非常に小さいので、テキストのアンチエイリアスとサブピクセルのレンダリングは本当に効果的ですが、8ポイントのフォントがどれでも読むのに十分な大きさであると想定する多くのwebページが表示されますシステム。これは、ui設計における大きな不快感と根本的な欠陥だと思います...実際に既存の環境に適応できる場合は、ユーザー環境について想定します。1024x768用に設計されているため、2000年代の初期のwebページと1280x1024で適切に表示されないので、それほど違いはありません。別の皮肉なことに、firefoxのみが1インチの要素を1物理インチとしてレンダリングします。画面のdpiが96でない限り、他のすべてのブラウザーはオフです。明らかに、コードのどこかに値96がハードコードされています-これをgetscreendpi( )または何かapi呼び出し?あなたの見解は?
回答: グラフィックスと画面サイズの両方をピクセル単位で測定するときに、なぜインチを使用するのですか?解像度ごとに1インチあたりのピクセル数が異なるため、マージン、パディング、フォントサイズ(ptよりもpxまたはemを使用する方が良い)などをインチで測定した場合、画像の大きさ(ピクセルごとに作成された)ページ上になります。 800x600の解像度は常に800px x 600px に関係なく画面のインチ数であることは言うまでもありません。web開発/設計の専門家(または第一人者)になるには、できるだけ多くのユーザーがアクセスできるようにサイトを効果的に構築する方法を学びます。そして、そのために必要な技術は広く普及し、受け入れられるようになっています。私のポイントは、開発者がそこで仕事をしているなら、それは問題ではないはずです。そして、それがこのサイトが存在する理由の1つです。