Since st has no scroll buffer, theoretically it's impossible for st to consume more memory than xterm. If st does eat up more, it should be because of its screen buffer, whose size is decided by the size of its window.
Also, yes, the rendering portion of st is not the fastest. I know it pretty well because I implemented it like an year ago. It has been improved, but it's still kinda hacky due to lack of proper Unicode layout engine (or normalization). And what makes things worse is that existing layout engines(ICU, harfbuzz, etc) are just "sucks" for suckles community, while making a new one is not feasible AFAIK.
I exclusively use bitmap fonts in terminals and editors for crisp and clear text and cannot get bitmap fonts to work in st config.h anymore.
kinda-sorta...
http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Prompt-A...
doesn't do exactly what i want... i'm looking for something more like this
, except the completions list and tab stuff don't work
aaand, i have to get back to "web" technologies :)
You can give it something else than defaultXPConfig to customize the look and completion behavior: http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Prompt.h...
Setting:
searchPredicate :: String -> String -> Bool
searchPredicate = \_ _ -> False
seems to make no difference.And the default is:
searchPredicate = isPrefixOf
Patching and recompiling with this patch[1] mentioned here[2] seems to fix the issue.[1]: https://code.google.com/p/xmonad/issues/attachmentText?id=39... [2]: https://code.google.com/p/xmonad/issues/detail?id=393
Trying to customize xmonad is why I use i3 now.