フラクショナルHiDPIスケーリングでケイトとコンソールに表示されるUい水平線

問題の写真を次に示します。

テキストのすべての行には、下線に似た水平線があることに注意してください。ただし、これはプレーンテキストエディター（Kate）であり、下線は付きません。このテキストに適用される書式はありません。

テキストを選択したので、写真で線がよりよく見えるようになりました。しかし、行はテキストを選択しなくても存在します。時々、それらはより厚く、より暗いです。時々彼らは軽いです。時々、彼らはまったくそこにいなくて、ランダムに戻ってくるだけです。

Konsoleにも同じ問題があります。黒の背景に白のテキストを使用して、Konsoleは多色の水平線を表示することがあります。Konsoleのすべての行には、このthisくて気が散る下線が付いている場合があります。場合によっては、行の一部のみがそれを持っています。

線が非常に密集していて圧倒的で、テキストを読みにくい場合があります。添付の写真のように、線が穏やかな場合もあります。

この問題は、約10か月前にデスクトップコンピューターで初めて見ました。ユーザーがフォント設定で本当におかしなことをしたばかりだと思いました。しかし、現在、デフォルトから大きな設定変更なしで、新しいラップトップで問題が発生しています。

両方のシステムは、完全に更新されたArch Linux KDEを実行します。このラップトップでは、システム設定のすべてのフォント設定をデフォルト値にリセットします。また、Konsoleプロファイルの外観をデフォルト設定にリセットしました（設定はすでにデフォルト値になっていますが）。

ただし、水平線は消えません。

アプリケーションは正しく動作します（テキストが読みにくい場合もあります）。コピーされたテキストには、水平線は含まれません。Konsoleのコマンドは、水平線の外観の影響を受けません。それはディスプレイの不具合のようですが、GPU（Intelまたはnvidiaに影響します）やディスプレイ画面（デスクトップで異なるモニターをテストしました）や他の特定できるものに固有のものではありません。

この10か月間、影響を受けるデスクトップでさまざまな修正を試みましたが、そのマシンでも解決していません。

問題のない他のArch KDEコンピューターが複数あります。

誰がこれを引き起こす可能性があるのか​​についての手掛かりを持っていますか？他の誰かがそれを見ましたか？

編集：KonsoleのKDEバグレポートを参照してください：
373232 –部分的なHiDPIスケーリングを使用した水平線

これは、QTBUG-66036バージョン5.12で解決されたと報告されています。これを書いている時点で、Arch LinuxのQTはバージョン5.11.2-1です。他の一般的なディストリビューションもQt 5.12でパッケージをリリースしていません。ただし、Qt 5.12がリリースされると、開発者はこの問題が解決されることを期待しています。

Qtバージョンを確認するには、ターミナルを開いて次のように入力します。

qmake --version

出力は次のようになります

QMake version 3.1
Using Qt version 5.11.1 in /usr/lib

Qtバージョン5.12が表示されたら、解像度が期待できます。そうでない場合は、開発者にQTBUG-66036で知らせてください。

それまでの間、次のバグレポートに記載されている回避策があります。

再現する手順：

1. 表示->スケール->スケールファクター：1.3（または1.4など）
2. 再起動
3. KonsoleまたはKateを開き、「stuff」と入力します

回避策：スケール係数を1.0（または2や3などの整数）に戻します。

Konsoleについて同様のバグレポートがここにあります

373232 –部分的なHiDPIスケーリングを伴う水平線
https://bugs.kde.org/show_bug.cgi?id=373232

Qt 5.12へのアップグレードは問題ありませんが、すぐに問題を解決するようには見えません。詳細タブのKonsoleプロファイル設定で、「行間隔」を1に変更します。これにより、水平線の問題が修正されました。

回避策として、Fonts DPIを変更できます。

1. に移動してFonts、チェックボックスをオンにしますForce Fonts DPI
2. 適切な値に設定します（1442560x1440画面で使用します。4Kで試し192てみてください）
   • DPIが高いほど、画面のテキストが大きくなります
3. ディスプレイのスケーリング係数を1に戻します
4. ログアウトしてユーザーにログイン（または再起動）

この時点で、水平線はなくなり、画面上のすべてを読むことができるはずです。

別の回避策は、[設定]-> [現在のプロファイルの編集]-> [詳細]-> [端末機能]で[行間隔]を1に設定することです。ほとんど目立たない（行間に余分なピクセルが1つ）が、問題は修正される

私にとって最善の回避策は次のとおりです：

1. ブリーズダークを使用します。
2. 必要に応じて、1.3、1.4にスケーリングします。
3. GTKの代替を使用します。なぜなら、QTベースのエディターはそのテキストレンダリングの不具合を取得するからです。
4. Konsoleの場合、Tilix（5mbなどのgtk依存関係が最も少ない）を好みます。Dolphin端末の統合については、https://bbs.archlinux.org/viewtopic.php?id=211524に従ってください。「Open Tilix here」サービスを使用します（Dolphin Configuration> Service Menuからダウンロードできます）。上記のサービスドキュメントに記載されているように、自宅にフォルダを作成するだけです。また、デフォルトのターミナルをKDE設定>デフォルトのアプリケーションから変更して、DolphinからTilixにShift + F4でアクセスできるようにします。
5. KateまたはKwriteの場合、GeditまたはBrackets、SublimeText、AtomなどのIDEを好みます。

システムテキストのDPIを144、192などのようなより高い値に変更するというNicoの指示に従った後、ディスプレイのスケーリングを再度オンにして、Kateの外観を良くする方法があります。ただし、結果はデスクトップ環境によって異なる場合があります。

ディスプレイのスケーリングを目的の小数値に設定します（たまたま1.5xを使用します）。

QT_SCREEN_SCALE_FACTORS=1Kateの1回の呼び出しに環境変数を設定できます。

QT_SCREEN_SCALE_FACTORS=1 kate

そして、あなたはケイトへのすべての呼び出しのためのラッパースクリプトを作ることができます

#!/bin/bash
cd $HOME
# Add home binaries directory & cd into it
mkdir -p bin && cd bin
# Symlink Kate executable as kate0
ln -s $(which kate) kate0
# Create the wrapper script
echo '#!/bin/bash' > kate
# This tells Kate to use a 1x scale factor, and to pass all arguments from wrapper
echo 'QT_SCREEN_SCALE_FACTORS=1 kate0 "$@"' >> kate
# Make the wrapper script executable
chmod +x kate

次に、それがにあることを確認$HOME/binします$PATH。そうでない場合は、次の方法で追加できます。

export PATH="$HOME/bin:$PATH"

それを追加し~/.profileて永続化します。

これが機能するためには、ホームスクリプトが環境変数の元のKate実行可能ファイル（例：）のパスの前に来る必要があることに注意して/usr/binください$PATH。