GNOMEにおけるQT5アプリケーションのスケーリング/HiDPIの問題

GNOMEにおけるQT5アプリケーションのスケーリング/HiDPIの問題

QTアプリケーションの使用に問題があります(つまりピカードまたはマスターPDFエディタ)GNOMEでは:インターフェースが小さく見えます。
逆にGTKアプリケーションはよさそうだ。

私はアプリケーション固有の変更ではなく、すべてのアプリケーションで動作するグローバルソリューションを望んでいます。

問題が正確にどこから始まるかはわかりませんが(QT5の問題ですか、それともGNOMEの問題ですか?)大きい相互作用。どうすればいいですか?

私は説明するトリックを試しましたここしかし、部分的に動作します。

  • たとえば、正しい変数を追加して端末から直接アプリケーションを起動すると、QT_SCALE_FACTOR=1.35 picardトリックが表示されます。働く!
  • そしてメニュー(gnome-shell)で実行すると、エクスポートした変数は正確に無視される

回避策がありますか?

私は外部のフルHD 24インチモニターが接続されたノートパソコンを持っています。私はArch Linux x86_64とGnome 3.28/3.30を使用しています。

答え1

ViberがHiDPIモニターで正常に動作する際には、いくつかの問題があります。デフォルトでは、Viberはたくさん多すぎて使用するには、フルスクリーンに行く必要があります。

回避策は、自動サイズ変更を無効にしQT_AUTO_SCREEN_SCALE_FACTOR=0()、手動値を設定することです(QT_SCALE_FACTOR=1.5)。

Exec=この行を次のように修正しました/usr/share/applications/viber.desktop

Exec=/usr/bin/env QT_AUTO_SCREEN_SCALE_FACTOR=0 QT_SCALE_FACTOR=1.5 /usr/bin/viber %u

今完璧に見えます。モニターのサイズによってマイレージが異なる場合があり、QT_SCALE_FACTOR2つ以上に設定する必要があります。

オンラインで見つけた回答のほとんどは、自動サイズ変更を明示的に無効にする必要があることが奇妙だと思います。〜できるようにするスケーリングの問題を解決できます。 QT 新バージョンでは基本になったようです(?)

(私はこれが質問に対する厳しい答えではないことを知っていますが、誰かに役立つと思いました。)

答え2

Archlinux Wikipediaによると:

Qt 5.6以降、QT_AUTO_SCREEN_SCALE_FACTOR環境変数を設定して、Qt 5アプリケーションに画面DPIに準拠するように指示できます。

したがって、この行を編集または追加し~/.profile~/.bash_profile、次のように正しい環境変数をエクスポートできます。

export QT_AUTO_SCREEN_SCALE_FACTOR=1

Ubuntu 18.04でKeepassXCを正常に使用してみました。

答え3

私の経験によると、QT_AUTO_SCREEN_SCALE_FACTORこれは奇妙なデフォルトのサイズ変更を引き起こすようです。

代わりに使用してくださいQT_SCALE_FACTOR=1.5
(または希望のサイズ、分数のスケーリングがサポートされています。)

4Kディスプレイを搭載したDellで完璧に動作します。

デスクトップランチャーに追加することもできます。

Exec=env QT_SCALE_FACTOR=1.5 /path/to/app

源泉: 4kディスプレイを搭載したマイコンピュータで動作します。

答え4

Linux Mint 20.3、Apple Retinaディスプレイ、同じ問題。この素晴らしいレビュー正しい方向を指しています。

変化はQT_SCALE_FACTOR私には効果がありません。

xrdb -query | grep dpi「172.156948…」(整数ではない)が表示されます。

次のように手動で172に設定しました。

xrdb -merge Enter

Xft.dpi: 172Enter Strg+D

問題が解決しました。この解決策がどれほど永久的かはわかりませんが、.Xresourcesに保存する方法に関する十分な情報がインターネットにあります。

関連情報