gnomeを使用しない場合、gtkアプリケーションでフォントが薄く見える
Emacsやgeditなどのgtkアプリケーションのフォントは、ウィンドウマネージャーとしてawesomeを使用すると、他のアプリケーションよりも薄く見えます。 Unityに戻すと、問題が解決します。たとえば、DejaVu Sans Monoは、サイズが同じであっても、私の端末や他のアプリケーションよりもemacsで「太字が少ない」です。この問題を解決するには、どの構成ファイルを編集する必要がありますか？
部分的にしか満足できない問題を回避する方法を見つけました。1。gnome-settings-daemonを実行します。 2. C-cを押してプロセスを停止します。これは、awesomeではうまく機能しないためです。
私はそれが何をするのかを正しく理解しておらず、より信頼性の高いソリューションを望んでいます。時々、service dbus restartでdbusを再起動する必要があります。そうしないと、gnome-settings-daemonが起動しません。これは無関係かもしれません。
このブログ投稿 が問題を理解するのに役立つかどうか疑問に思います。 3歳ですが、ネズミの巣の基本的な性質は今も続いています。
gnome-settings-daemonを実行していないため、xrdbとXSETTINGSはGNOMEダイアログで確立されたヒント設定を取得しません。したがって、fontconfigにフォールバックし、独自の$HOME/.fonts.confを設定する必要があります。その時点で、鈍いXMLエントリを作成します。 このArch Linux Wikiページ 始めるのに役立つかもしれません。
編集：あなたのシステムの/usr/share/doc/fontconfig/fontconfig-user.htmlを見てください。これは、ひどい詳細を説明しています。幸いなことに、いくつかのソフトリンクを使用することで、最も厄介な詳細を回避できる場合があります。
私は実際に試したことがないことに注意してください：
/etc/fonts/conf.availの内部を見てください。これには、事前に作成された構成フラグメントが多数含まれています。特に興味深いのは、10-*と11-*で始まるファイルです。これらのファイルは、フォントのヒントとサブピクセルの配置を制御します。これらのいくつかは相互に排他的です。たとえば、10-hinting-*フラグメントの1つだけを選択する必要があります。
まず、ホームディレクトリ内に、.fonts.conf.dおよびcdという名前のディレクトリを作成します。次に、有効にする構成フラグメントへのソフトリンクを作成します。これは次のようになります。
ln -s /etc/fonts/conf.avail/10-antialias.conf 10-antialias.conf
ln -s /etc/fonts/conf.avail/10-sub-pixel-rgb.conf 10-sub-pixel-rgb.conf
この時点で、好みのfontconfigフラグメントにリンクすると、次にプログラムを起動したときに魔法のように機能します（これが当てはまると思います）。または、fc-cacheを実行して、システムに変更を認識させる必要があります。または、ログアウトしてXセッションに再度ログインする必要があります（可能性は最も低いです）。