urxvtでxftフォントをレンダリングするにはどうすればよいですか？

urxvtにxftフ​​ォントをレンダリングさせる方法はあるのでしょうか。

URxvt.font: xft:Droid Sans Mono Slashed:pixelsize=9:Regular
URxvt.boldFont: xft:Droid Sans Mono Slashed:pixelsize=9:Bold
URxvt.talicFont: xft:Droid Sans Mono Slashed:pixelsize=9:Italic
URxvt.bolditalicFont: xft:Droid Sans Mono Slashed:pixelsize=9:Bold:Italic

これを試してみると、次のようなものが得られます。

だからそれはかなり悪いスケーリングです：

 ! Fonts
 Xft.dpi:        132
 Xft.antialias:  true
 Xft.rgba:       rgb
 Xft.hinting:    true
 Xft.autohint:  true
 Xft.hintstyle:  hintfull   

これが理由の1つであるかどうかはわかりません。しかし、私はアンチエイリアスとそのドロイドが欲しいです。ここにトリックはありますか？

urxvtは、指定したxftフォント名が見つからない場合、デフォルトのフォントを使用します。たとえば、次はスクリーンショットのようになります。

urxvt -fn 'xft:foo'

使用可能なxftフォントを確認するには、次を実行します。

fc-list

ここに、美しいUbuntu Monospaceフォントでurxvtを実行する方法を示します。

urxvt -fn "xft:Ubuntu Mono:pixelsize=14,style=regular"

コマンドラインオプション「-letsp -1」で動作するようになりました。

http://www.saltycrane.com/blog/2009/11/how-make-urxvt-look-gnome-terminal/

覚えているなら、間隔は

URxvt*letterSpace: -2

これは私の.Xresourcesです。

Xft.dpi:                    96
Xft.antialias:              true
Xft.rgba:                   rgb
Xft.hinting:                true
Xft.hintstyle:              hintslight

URxvt.depth: 0

URxvt.intensityStyles:  false                                       
! Turn it on here... (then boldFont)
URxvt.allow_bold:       false                                        
URxvt.font:             xft:Ubuntu Mono:style=Regular:pixelsize=17
! ... but put this on Regular, else the ls output is overly fat
URxvt.boldFont:         xft:Ubuntu Mono:style=Bold:pixelsize=17  
URxvt.saveLines:        8192


! Fix font space
! any larger than -1 I dont like
URxvt*letterSpace: -2                                               

私はこれ.XdefaultsをDroid Sans Monoに持っています

!-- Xft settings -- !
Xft.dpi:        96
Xft.antialias:  true
Xft.rgba:       rgb
Xft.hinting:    true
Xft.hintstyle:  hintslight

! -- Fonts -- !
URxvt.font:xft:droid sans mono slashed:medium:pixelsize=11
URxvt.boldFont:xft:droid sans mono slashed:medium:pixelsize=11

文字間隔に関するバグレポートがあることに注意してください。ただし、回避策があります。これはバグの説明で提案され、unix.stackexchange.comで繰り返しました（見つからない場合）。