artmemのソリューションを使用しましたが、EoghanMが言及したマウスの問題に遭遇しました。--panningに関連して彼がリンクした古いバグレポートで見つけた回避策。
私が撮影しているのは:-ネイティブDIPのDP1-2 3840x2160。-eDP1 1366x768、DP1-2の右側に合理的に見えるようにスケーリング。
DP1-2 +(2x eDP1)のようなフレームバッファーを使用してこれを実現し、eDP1に向かうすべてを1/2にスケーリングします。
これは単純なはずですが、xrandrは少し注意が必要です。
ここで--scaleは、eDP1に送られるすべてを1/2に減らすために使用されます。-パンニングは、DP1-2のすぐ右側の位置(+ 3840 + 0)で、元のフレームバッファーのeDP1と同じです。+ 0 + 2160はその下になります。
xrandr -d :0 --fb 6572x3696 --output DP1-2 --mode 3840x2160 --scale 1x1 --rate 60 --pos 0x0 --primary
# sometimes panning get applied incorrectly when switching from some other mode, running it twice is a work around
xrandr -d :0 --output eDP1 --off
xrandr -d :0 --fb 6572x3696 --output eDP1 --mode 1366x768 --scale 2x2 --panning 2732x1536+3840+0
xrandr -d :0 --fb 6572x3696 --output eDP1 --mode 1366x768 --scale 2x2 --panning 2732x1536+3840+0
また、Xft.dpiを185に設定します
$ cat ~/.Xresources
Xft.dpi: 185
私が実行する外部モニターからプラグを抜くとき:
xrandr -d :0 --output DP1-2 --off
xrandr -d :0 --fb 2732x1536 --output eDP1 --mode 1366x768 --scale 2x2 --panning 2732x1536+0+0 --pos 0x0 --primary
それは見栄えがよくありませんが、私は私の机からあまり離れていません。これを回避するには、Xft.dpiを変更し、すべてのデスクトッププログラムを再起動します。Xft.dpiを変更し、クライアントを再起動せずに使用する方法を知りません。