нормальный оконный менеджер

> нормальный оконный менеджер

с конфигами на SQL.

/0

Microsoft Windows (C) (R) (TM)

> конфигами на SQL
facepalm.ogv (300 Gb)

ставь stumpwm @ учи лисп.

а учить sql для настройки wm значит хочется?

dwm — только си учить.

оконный менеджер с конфигами на SQL.

Скажите мне, что это опечатка. Никогда не думал, что скажу такие слова, но... (с надеждой) ты ведь имел ввиду XML, да?..

я не знаю lua, и это не мешало мне пользоваться авесомом раньше и ионом сейчас.

Неужели такое существует? Я, конечно, согласен, что писать конфиги на всяких хаскелях - извращение, а XML - извращение в кубе, но ведь есть и обычные человеческие текстовые файлы конфигурации. У того же icewm, к примеру (после смерти KDE3 я сам перешел на icewm и очень доволен).

C имеет существенно ограниченное применение, на практике почти не используется. Хотя, это, конечно, лучше haskell'я, который нужен только для настройки xmonad и ни для чего больше.

FROM settings SELECT >_____________<

Metacity. Конфиги на реестре.

OpenBox - XML

не, ну а чо? если есть конфиги на xml и c, почему бы и сиквелу тут не отметиться?

> Metacity. Конфиги на реестре.

а что, реестр не может быть SQLight?

> C имеет существенно ограниченное применение, на практике почти не используется.

Хочешь сказать его теперь учить не надо?

>посоветуйте, пожалуйста нормальный оконный менеджер

Это смотря что Вы считаете нормой.

с конфигами на SQL

Не могу представить для чего тут SQL. Это не из разряда «из пушки по воробъям»? А SQL, небось, никак не меньше, чем oracle?

не хочется учить C/lua/haskell только для настройки WM'a

Для этого вовсе не обязательно настройки хранить в SQL. Более того, эти 2 вопроса: как представить и где хранить, практически между собой не связаны.

Я, например, пользуюсь WindowMaker. Его конфиги хранятся в обычных текстовых файлах. Настраивать можно как их обычным редактированием, так и при помощи штатной GUI-утилиты. И никаких хаскелей для этого учить нет необходимости. Думаю, что многие wm могут похвастаться тем же.

> а что, реестр не может быть SQLight?

Вероятно могут возникнуть проблемы аналогичные Akonadi, когда те пытались использовать SQLite

какбе, 90% конфигурирования можно сделать не зная языка конфигов. Ну и костыли в виде скриптов на знакомом тебе языке.
А вообще, нормальный человек не написал бы такой wm