数ヶ月前、meld奇妙な振る舞いを始めました。一般的な行はほとんど読めず、黒い背景に濃い灰色のテキストとして表示されます。

奇妙なことにkdesudo meld、テーマはあまりきれいではありませんが、rootで実行するのは問題ありません（withで）。

meldのテキストの色オプションを指定するにはどうすればよいですか？

私は使用しています：

• Arch Linux
• KDE 4.14.3（4.14.2でも見られます）
• meld 3.12.2（3.12.1でも見られます）
• gtk3 3.14.6（3.14.5でも見られます）

トラブルシューティング

KDEシステム設定

meldGTK3を使用しているため、[システム設定]> [一般的な外観と動作]> [アプリケーションの外観]> [GTK]> [GTK3テーマの選択]をいじりました。この変更はmeldに反映されましたが、選択した3つのオプションのいずれもテキストを変更しませんでした。（使用可能なオプションは、Default、Emacs、およびoxygen-gtkでした。後者は上のスクリーンショットで使用されています。）

構成ファイルを手動で変更する

名前にある~ファイルを探しましたgtk。

~/.gtkrc-2.0
~/.gtkrc-2.0-kde4
~/.config/gtk-2.0
~/.config/gtk-3.0
~/.kde4/share/config/gtkrc
~/.kde4/share/config/gtkrc-2.0

興味深いことに、にはgtkその名前には何もありません/root。そのため、いくつかの~ファイルを削除して、ユーザーに同じ効果が得られるかどうかを確認しました。私はすべてのgtkrc-2.0ファイルがmeldと無関係であると思います。

最初に、を削除~/.config/gtk-3.0しましたが、これは効果がなく、meldを開いたときに再作成されました。

他の唯一のオプションはであるよう~/.kde4/share/config/gtkrcに見えたので、これを削除し、meldを開始しましたが、影響はありませんでした。ただし、ファイルは再作成されず、関連する可能性のある行（例：）が含まれていますtext[ACTIVE] = { 1.000, 1.000, 1.000 }。（欠落している）ファイルがまったくロードされたかどうかはわかりません。試しましたkbuildsycoca4 ; kquitapp plasma-desktop ; sleep 2 ; kstart plasma-desktopが、これは効果がありませんでした。gtkrcを手動でリロードする必要がありますか？そして、なぜこのファイルはシステム設定の影響を受けない/書き換えられないのですか？

（また、FWIW、私はを削除しましたが~/.gtkrc-2.0-kde4、これは実際にはへのシンボリックリンク~/.gtkrc-2.0でした。また、ターゲット自体も削除しましたが、助けにはなりませんでした。再び、gtkをリロードしませんでした可能）、およびmeldを再度実行しようとしたときにファイルは再作成されませんでした。）

おそらく適切な環境変数

$ export | grep -i gtk
declare -x GTK2_RC_FILES="/etc/gtk-2.0/gtkrc:/home/sparhawk/.gtkrc-2.0:/home/sparhawk/.kde4/share/config/gtkrc-2.0"
declare -x GTK_IM_MODULE="xim"
declare -x GTK_MODULES="canberra-gtk-module"
declare -x GTK_RC_FILES="/etc/gtk/gtkrc:/home/sparhawk/.gtkrc:/home/sparhawk/.kde4/share/config/gtkrc"

（開示：私は以前にKDEフォーラムでこの質問をしましたが、解決には至りませんでした。）

少なくともMeld 3.16.4からは、異なる配色がサポートされています。

参照Meld > Preferences：

（この変更は以前のバージョンで導入された可能性があります）

注：
CLIによってMeldに特定のテーマを強制することもできます。GTK_THEME=Adwaita:dark meld

Meld 3.12.1で導入された回帰のようです。meld ウェブサイトから以前のバージョンをダウンロードしました。

Meld 3.12.0は正常に動作します。

Meld 3.12.1はサポートしていません。

私は開発者に連絡しましたが、彼らはそれが本当にgtk + 3ポートで導入されたリグレッションであると私に言いました。彼らは、リリースされたばかりの3.12.3を試すことを提案しました。（ただし、新しいアカウントでの融合が機能する理由はまだ完全には説明されていません。）

もしそうならlocate -b meld | grep home、私はあなたが言及していない3つのディレクトリを取得します。

~/.gconf/apps/meld
~/.gconf/apps/gnome-settings/meld
~/.local/share/meld

の1つ~/.local/shareはローカル比較の履歴のようですが、他の2つのディレクトリにはxmlファイルがあります。それらを削除してみます。

それでもうまくいかない場合はmeld、次のようなファイルでどのファイルが読み取られているかを正確に確認できます。

strace -e trace=file meld |& grep home

出力を見ると、調査するために何か他のものが得られるはずです。

それに失敗すると、別のユーザーアカウントを作成してログインし、そこでmeldを実行します（ただし、他には何も実行しません）。正常に表示されたら、そこにあるドットファイル/環境変数を表示して、自分のアカウントと比較できます。あなたはX経由でログインし、ちょうど使用しないように注意してくださいsuまたはsudorootとして実行しているとき、それは無地に見える理由は、これは可能性が高くなります-ので、あなたのデスクトップ環境は、デフォルトのドットファイルを作成するための機会を得ること。

いずれも機能しない場合は、常にあきらめて代わりにDiffuseを使用できます。私はまだ自分で適切にテストしていませんが、meldできないいくつかのことを行います（ただし、ディレクトリ比較はありませんので、完全に置き換えることはできません）。:)

更新

問題のあるファイルを追跡するために、新しいアカウントのドットファイルと古いアカウントを比較できます。残念ながら、新しいアカウントのほとんどすべてのドットファイルである可能性があるため、他のアプリケーション（特にWebブラウザー）を実行しないことが重要です。ファイルを比較するには、新しいアカウントで次のようなものを実行してみてください。

find . -type f -exec cmp {} /home/your_account/{} \;

異なるものについては、メルでさらに調査することができます。これで何も得られない場合は、おそらく削除するファイルがありますが、見つけるのは難しいでしょう。strace2つのアカウントの出力に戻って比較してみてください。

更新のみを許可する...

3.18バージョンでは、テーマを変更するための設定は表示されません。

dconf-editorを使用すると、meld設定にアクセスし、style-chemaを「meld-dark」に設定できます。

ほとんどそのような：https : //linux.m2osw.com/no-meld-preferences-menu

そこにあるmeld.cssを上書きすると、ダークテーマhttps://wiki.gnome.org/Apps/Meld/DarkThemesで Meldを使用できるようになります。