.Xresources キーの命名とワイルドカードの一致

.Xresources キーの命名とワイルドカードの一致

XTerm.vt100.faceName または xterm.vt100.faceName

.Xresourcesでキーを設定してもXTerm.vt100.faceName効果はありません。

$ xrdb -q
*customization: -color
XTerm.vt100.faceName: Inconsolata:size=14:antialias=true

しかし、小文字はxterm.vt100.faceName機能します。

$ xrdb -q
*customization: -color
xterm.vt100.faceName: Inconsolata:size=14:antialias=true

私はdebian netinstallとXTerm(312)を使っています。したがって、以下で説明するように、別のバージョンのXTermを使用しているのは問題かもしれません:構成ファイルの「Xterm」または「xterm」

ワイルドカードが機能しません

たとえば、設定はxterm.vt100.foreground有効ですが無効です。*.foreground

アップデートの承認

  • $ appres XTerm xterm | grep -i color0いつありますか?*vt100.color0

    *vt100.color0:  #1d1f21
    *VT100*color0:  black
    
  • $ appres XTerm xterm | grep -i faceNameXTerm.vt100.faceName両方xterm.vt100.faceNameとも

    xterm.vt100.faceName:   Inconsolata:size=14:antialias=true
    XTerm.vt100.faceName:   Inconsolata:size=14:antialias=true
    

ベストアンサー1

xterm使用しているカテゴリを確認できますxprop。あなたは次のようなものを見なければなりません

$ xprop
...
WM_CLASS(STRING) = "xterm", "XTerm"

あなたの場合、より具体的な設定(より少ないワイルドカード)が機能しているように見えますが、あまり具体的な設定(インスタンス名ではなくワイルドカードまたはクラス名)は機能しません。これはxterm宣言が使用される場所があることを意味します。

xterm*faceName: blah

より具体的な説明を上書きしますが、より具体的な説明に上書きします。

xtermそのリソースがどこに定義されているかは不明ですが、Xrm管理されているルートウィンドウのプロパティはxrdbそのようなソースの1つにすぎません。したがって、あまり具体的なステートメントを使用できないのが面倒な場合は、システムから別のステートメントを見つけて削除する必要があります。

編集する:私のDebianシステムでは、アプリケーション固有のリソースは/etc/X11/app-defaults

おすすめ記事