Ubuntu Xenialで特定のDPI設定を強制することはまったく可能ですか?
Xに適切なDPIを設定するためにdpiフラグをlightdmに渡すことはできますか? で言及されたレシピはもう機能しません:
-dpi...
オプションをXサーバーに正常に渡すことができます。Xorg.0.log
には、Xサーバーがそのオプションを使用していることがわかります(実際、このオプションがなくても、モニターの物理的寸法から適切なDPIが正常に計算されました)。xdpyinfo
に従ってDPI設定は96に戻ります(xtermでこれを確認し、適切な$DISPLAY
および$XAUTHORITY
を手動で使用してテキストコンソールから起動しました。セットする)。質問は次のとおりです:DPIを変更することはまったく可能ですか?それとも、もっと正気な開発者がGNOMEチームに来るまで、GNOMEに関連するものをすべてダンプする必要がありますか(これにより "WONTFIX" )。
現時点ではXenialでテストすることはできませんが、他のどれもテストしなかったときにTrustyでのDPI関連の問題に対して機能する修正があります。
問題: 19インチ1280x1024モニターのいずれかを17インチ1280x1024モニターに交換しなければならなかった後に再起動すると、フォントが小さくなり、「間違った」ように見えました(詳しく言う語彙がありませんが、アンチエイリアシングが悪いDPI設定とどのように相互作用したかに関係していると仮定します。
さらに悪いことに、GTK + 2.xアプリは、フォントサイズの設定を無視しているという混乱した印象を与えました。 (フォントフェイスまたはスタイルを変更すると、アプリケーションは更新されますが、アプリケーションを再起動しても11pt。から12pt。または14pt。への変更が目に見える効果をもたらすことはありません。その症状をGTK + 3.xに対してテストしませんでした。しかし。)
ソリューション:Xft.dpi
X11リソース。
以下に対して有効であることを確認済み GTK + 2.x、GTK + 3.x、およびQt 4アプリ
あなたの場合、システムでこれを実行してから、アプリケーションを再起動してみてください:
echo Xft.dpi: 75 | xrdb -merge
注: 2回待機または再起動する必要がある場合があります。 GTK + 3.xをfile-roller
と144のDPIでテストしたとき、DPIを96に戻した後に初めてテストしたとき、144スケールのままでしたが、2回目に終了して再起動すると、予想される規模。
これで問題が解決する場合は、Xft.dpi: 75
の独自の行に~/.Xresources
を追加して問題を解決します。
解決しない場合は、他の値でもう一度試して、システムが指定した値で何をしているのかを理解してください。希望するスケールを得るためにDPIを96に設定する必要がありましたが、72 DPIを試し、フォントを縮小するのではなく縮めるまで、眠りに沈んだ心にそれは起こりませんでした。
(故障した左端の19インチモニターを17インチモニターに交換することはオンライン交換であり、KDEのディスプレイ設定デーモンを無効にしているため、19インチ1280x1024ディスプレイから計算された固定DPI設定で動作する3つのモニターすべてが期待されていました。 )
~/.Xresources
バージョンに効果がない場合、デスクトップにはそれらを適用するためのxrdb
への通常の呼び出しが存在しない可能性があります。通常、ログイン時に実行する最後のものの1つとしてxrdb -merge ~/.Xresources
を追加して、デスクトップが達成しようとしている他のことと競合しないようにします。
実行中にxrandrを使用してdpiを直接設定できます
xrandr --output <outputname> --dpi <dpi>
または/etc/lightdm/lightdm.confファイル内
xserver-command=X -dpi 75
を使用して受け入れられることを確認します
xdpyinfo | grep resolution
ドライバーと画面出力のすべての組み合わせがDPIスケーリングをサポートしているわけではありません。コマンドラインで実行できない場合、lightdmで実行できる可能性は低いでしょう。
また、一部のアプリケーション(特に古いまたはネイティブgtkではない)は、非標準のDPIを正しく認識せず、場合によってはまったく使用できないこともあります。これは、dpiの高い画面が標準になるため、時間の経過とともに改善されるはずです。