4

フォントのガイドラインを見ると、フォントがポイントで指定されていることがわかります。ポイントは1/72インチなので、絶対的な尺度です。10ポイントの文字は、どの解像度のどのモニターでも、まったく同じ絶対サイズで表示されるはずです。10インチのタブレットでも23インチのモニターでも、同じサイズのテキストを読みたいので、それは私には理にかなっています。つまり、タブレットでテキストを読み取れるようにしたいのですが、モニターでテキストが大きくなりすぎないようにしたいのです。

一方、ページレイアウトのガイドラインのように、一部のUI要素をピクセル単位で指定できることは理解できます。

ただし、XAMLでは、フォントサイズはデバイスに依存するピクセルで指定されます（私の理解では）。したがって、フォントサイズは、より高い解像度のモニターでは小さく見えます。詳細については、この投稿を参照してください。その投稿の答えは、「このようにして、一貫したフォントサイズを取得している」と述べています。解像度が変わったときにサイズが変わると、どのように一貫したサイズが得られるのかわかりませんか？！？

デバイスの解像度に応じて、プログラムで異なるフォントサイズをロードする必要がありますか？ここでは、WindowsがDPIに応じてスケーリング調整を行っていることがわかります。この調整は、ユーザーがタブレットや20インチモニターなどで素晴らしい体験をするのに十分ですか（または、デバイスの解像度に応じてプログラムでフォントサイズを変更する必要があります）？

ボーナスの質問：ソフトウェアツールがポイントを使用しないのに、なぜフォントガイドラインはポイントを使用して書かれているのですか（彼らは何を考えていたのですか？）

4

1 に答える 1

5

「彼らは何を考えていたのか」については、このブログ記事で詳しく説明しています。

また、ピクセル密度のスケーリングがどのように自動化されるかについても説明します。

これらのより高いピクセル密度の画面を購入するユーザーのために、アプリ、テキスト、および画像がこれらのデバイスで美しく、使いやすく表示されるようにしたいと考えています。早い段階で、オブジェクトのサイズをインチ単位で維持するピクセル密度への連続スケーリングを検討しましたが、ほとんどのアプリはビットマップ画像を使用しており、予測できないサイズに拡大または縮小するとぼやけて見える可能性があることがわかりました。代わりに、Windows 8 は予測可能なスケール パーセンテージを使用して、Windows がこれらのデバイスで適切に表示されるようにします。Windows 8 には 3 つのスケール パーセンテージがあります。

100% when no scaling is applied
140% for HD tablets
180% for quad-XGA tablets

パーセンテージは、エコシステム内の実際のデバイス用に最適化されています。140% と 180% は奇数のスケール パーセンテージの選択のように思えるかもしれませんが、これが実際のハードウェアでどのように機能するかを考えると理にかなっています。

たとえば、140% のスケールは 1920x1080 HD タブレット用に最適化されており、これはベースラインのタブレット解像度である 1366x768 の 140% です。これらの最適化された縮尺係数は、ベースライン タブレットと HD タブレットの間で一貫したレイアウトを維持します。これは、有効な解像度が 2 つのデバイスで同じであるためです。各縮尺率は、100% 1366x768 タブレット用に設計されたレイアウトが、140% HD タブレットまたは 180% Quad-XGA タブレットで同じ物理サイズおよび同じレイアウトのコンテンツを持つように選択されました。

ここに画像の説明を入力

于 2013-02-26T05:15:20.523 に答える