dmenu и русские буковки

терминус в dmenu поставь, с ним все нормально.

Какой конкретно?

apt -get xfonts-terminus

прежде чем я пойду исходники ковырять?

Чё там ковырять то?

config.h

static const char font[]            = "-*-*-bold-*-*-*-14-*-*-*-*-*-iso10646-*";

Ковырять очевидно то, что наделали там эти патчи. У меня что с dmenu2(который обычный) что с dmenu просто и -xos4-terminus-bold-r-normal--18-180-72-72-c-100-iso10646-1 результат один: кракозябры.

[~] >> locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

bold

убиват

Проблема не в шрифтах, а в dmenu2, похоже он криво работает с utf-8, если надо патчи могу приложить, а так частично то что нужно для dmenu2 есть тут: https://github.com/mmitch/dwm-mitch.git

Но зачем? Гораздо интересней приделать автопереключение на инглишь и возврат в предыдущее состояние в dmenu.

Не понял, что значит сделать автопереключение с возвратом в предыдущее состояние. А затем чтобы вроде как работало по дефолту как бы.

При вызове dmenu переключение раскладки на us, у меня 0 названо не латиницей.

Ты не понял, это не dmenu_run, там это для других целей, сами строки в меню на русском.

Хм, получается, dmenu можно использовать ещё для чего-то? Это не выглядит как удобный способ взаимодействия с пользователем… kdialog и zenity будут уместней…