web-dev-qa-db-ja.com

KateとKonsoleで表示される醜い水平線と小数のHiDPIスケーリング

これは問題の写真です：

enter image description here

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

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

Konsoleにも同じ問題があります。黒い背景に白いテキストを使用すると、Konsoleはマルチカラーの水平線を表示することがあります。時々、Konsoleのすべての行にこの醜くて気を散らす下線があります。時には、行の一部だけにそれがある。

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

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

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

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

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

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

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

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

編集：KonsoleのKDEバグレポートをご覧ください：
73232 –部分的なHiDPIスケーリングを伴う水平線

kdekonsoleplasma5kate
19
MountainX

これは、バージョン5.12で QTBUG-66036 で解決されたと報告されています。これを書いている時点では、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を開き、入力します

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

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

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

9
BugBuddy

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

8
ismay7

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

2
J. Doe

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

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

この時点で、水平線が消え、画面上のすべてを読み取ることができるはずです。

2
nico

システムテキストのDPIを144、192などのより高いものに変更することに関するニコの指示に従いましたが、ディスプレイのスケーリングを再びオンにしてKateの見栄えを良くする方法があります。ただし、結果はデスクトップ環境によって異なる場合があります。

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

Kateへの1回の呼び出しに対して環境変数QT_SCREEN_SCALE_FACTORS=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に追加して永続化します。

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

0
Tarocco

enter image description hereenter image description hereenter image description here 私にとって最善の回避策は次のとおりです。

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