LINUX.ORG.RU

Deep Space Window manager 0.0.5

 


2

5

Вышла версия 0.0.5 DSWM — форка StumpWM, оконного менеджера написанного на common lisp. В DSWM по сравнению с оригинальным stumpwm был внесен ряд изменений, а также некоторый рефакторинг кода. Список основных изменений, видимых для пользователя:

  • Переписана подсистема клавиатурного ввода.
  • История ввода команд заменена с общей на раздельную для разных команд (например, отдельная история для 'colon', 'run' и т.п.).
  • Добавлено автодополнение и возможность редактирования для некоторых команд.
  • Добавлена поддержка hex-обозначений цветов,
    например: (set-bg-color (make-color-hex «#000000»)) также можно использовать (set-bg-color «red») как и раньше.
  • Изменен формат модулей на asdf-совместимый. Также добавлены команды для управления модулями.
  • Изменено поведение mode-line. Теперь она состоит из двух строк — списка окон и информации и задаются установкой переменных *info-line-format* і *window-list-line-format* соответственно. Для обратной совместимости, при установке *mode-line-format*, mode-line преобретает классический вид.
  • Добавлена функция 'startup-only', которая выполняет код, заданный в качестве аргумента, только во время загрузки (код не выполняется во время выполнения 'loadrc').
  • Добавлены команды для сохранения и восстановления правил разбивки рабочего стола на фреймы и правил размещения окон во фреймах.
  • Добавлена корректная (с прозрачной навигацией: команды 'gother', 'gprev', 'gnext' и т.п. «не замечают» этой группы) поддержка scratchpad — группы для размещения приложений, к которым часто обращаются.
  • Добавлены функции для работы с параметрами mode-line.
  • Добавлены новые модули (web, todo).
  • Изменен порядок интерпретации конфиг-файлов (/etc/dss/dswm/dswm.lisp → (~/.dswm или ~/.dswm.d/init.lisp).

Текущая версия DSWM: 0.0.5r2
Скриншоты: http://dss-project.org/ru/?DSWM:Skrinshoty
Cкачать sourceforge.
Также имеются сборки для Debian/Ubuntu и Arch Linux (AUR) и готовится ebuild для Gentoo.

>>> Подробности



Проверено: JB ()
Последнее исправление: JB (всего исправлений: 4)

Будет интересно увидеть какое-то сравнение с XMonad

на текущий момент совсем не хочу от него отказываться, но интересно =)

nCdy
()

Пользовался многими тайловыми wm, но ни один и близко не дотягивается до ion3.

p.s. Скриншоты говно. Лишние клики, что бы открыть полный скрин, который по сути пережатое говно.

andreyu ★★★★★
()

Очередное доказательство того, что на красноглазых языках пишется только красноглазое ПО и PoC.

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от lazyklimm

ну, точнее как, оно конечно похвально, некоторые фичи интересны, только одно но: в Stumpwm долго и упорно пилили поддержку CCL и ECL, наконец-то запилили, а тут взять их так просто и выкинуть.

lazyklimm ★★★★★
()
Ответ на: комментарий от BruteForce

Кто использует x86?

Все, кому не хочется терпеть глюки сырого x86_64. Куда ни плюнь, проблемы именно у этих ссзб.

Akamanah ★★★★★
()
Ответ на: комментарий от andreyu

Я пытался его допилить, но у меня ничего не вышло, даже в том что касается кривых хинтов для urxvt, например. Если отключить(выбросить из кода) хинты то тогда тоже всё не так. А в лиспе программы достаточно просто менять. Да и сам язык проще в чтении как по мне, удобный.

e7z0x1 ★★★★★
()
Ответ на: комментарий от c0smonaut

под clisp - не тестил. Возможно, будет пахать при небольшой правке Make-файла

Для оконного менеджера, ИМХО, довольно хороший выбор - это clisp, потому что:

1. Скорость оконному менеджеру особая не нужна.

2. clisp имеет весьма маленький размер образа.

3. Быстро стартует.

Зачем для легкого WM весьма тяжелый SBCL?

Zubok ★★★★★
()

Лучше вместо голосового управления приделай плавающие скратчпады как в ионе.

e7z0x1 ★★★★★
()
Ответ на: комментарий от Zubok

1. Скорость оконному менеджеру особая не нужна.

У тебя с нормальной скоростью stumpwm ресайзит окна? Хороший комп тогда.

e7z0x1 ★★★★★
()
Ответ на: комментарий от Akamanah

у меня половина серверов на amd64. И что-то я глюков не заметил. Не, бывают косяки, но только с проприетарным говном времен царя гороха, которое и на x86 также глючит...

Pinkbyte ★★★★★
()
Ответ на: комментарий от e7z0x1

У тебя с нормальной скоростью stumpwm ресайзит окна? Хороший комп тогда.

А какое отношение к ресайзу окна (тем более без декораций) имеет WM? WM только сообщения (ConfigureNotify) передает X-клиенту и свои декорации перерисовывает. Или ты меня хочешь убедить, что уже для такой ерундовой операции как передача сообщения, уже не хватает скорости? Что-то у вас там в консерватории не так. Скорость перерисовки при ресайзе зависит от скорости перерисовки самого приложения в гораздо большей степени. Firefox будет долго перерисовываться, например.

Disclaimer: у меня нет StumpWM.

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

А какое отношение к ресайзу окна (тем более без декораций) имеет WM?

Ресайз разный бывает. Например, WM может в процессе ресайза рисовать только границы окна, а само окно ресайзить в конце процесса.

annulen ★★★★★
()
Последнее исправление: annulen (всего исправлений: 1)
Ответ на: комментарий от annulen

Ресайз разный бывает. Например, WM может в процессе ресайза рисовать только границы окна, а само окно ресайзить в конце процесса.

Погоди, но на общую скорость резайза-то это как влияет? Она все равно складывается из времени резайса своих декораций и ресайза содержимого окна. К последнему WM не имеет отноешния. Но разве рамку вокруг окна в 1 пиксель нарисовать стало сложной вычислительной задачей? :)

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Может там sleep() где-нибудь, как в вебките :)

annulen ★★★★★
()
Ответ на: комментарий от Zubok

А вот нефига, попробуй на практике и потом говори. Скорее всего это связано с тем что окон >1 или какой-то кривой алгоритм со sleep, то есть ресайз запаздывает, в других wm такого не бывает.

e7z0x1 ★★★★★
()
Ответ на: комментарий от e7z0x1

Я пытался его допилить, но у меня ничего не вышло,

Что именно?

У меня претензии к:
1. Отсутствие умолчального altmeta. Но это разовая «проблема».
2. Отсутствие поддержки xft.
3. Статус бар, обновляемый только по таймеру. А хотелось бы по событию.
4. Сложность кастомной подсветки текста в статус-баре (пришлось делать костыль).
5. Отсутствие графического отображения в статусе загрузки cpu (пришлось писать свой cpustatgraph).
6. Изредка ломающийся scratchpad, точнее его размер.

Но все эти проблемы перекрываются общим удобством wm.

Не скрою, я не сразу осилил ion3. Обычно я поступаю так - запускаю wm и решаю в нем повседневные задачи в течении нескольких дней.

даже в том что касается кривых хинтов для urxvt,

Что с ними не так? Я пользуюсь urxvt, но запускаю его всегда сам в нужном мне фрейме.

andreyu ★★★★★
()
Ответ на: комментарий от e7z0x1

А вот нефига, попробуй на практике и потом говори. Скорее всего это связано с тем что окон >1 или какой-то кривой алгоритм со sleep, то есть ресайз запаздывает, в других wm такого не бывает.

Все это странно. А зачем там sleep? Более реалистичное объяснение: при ресайзе слишком много лишних окон перерисовывается, либо перерисовывает каждое окно несколько раз из-за какой-нибудь ошибки. Но если в других оконных менеджерах при такой же раскладке все гораздо быстрее, то в консерватории точно что-то не так, а реализация CL как бы и ни при чем.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 2)

Вышла версия 0.0.5 DSWM — форка StumpWM, оконного менеджера написанного на common lisp. В DSWM по сравнению с оригинальным stumpwm был внесен ряд изменений, а также некоторый рефакторинг кода.

А можно узнать причину форка? Невменяемый автор, который не принимает патчи? Синдром NIH? Изменения, которые вы задумали, никак не вписываются в идею StumpWM? Форк же крайняя мера. Обычно можно ограничиться открытием экспериментальной ветки с возвратом изменений в основную.

Zubok ★★★★★
()
Ответ на: комментарий от q11q11

сайтец у них - просто ужас.

Не, не ужас. Конечно, есть к чему стремиться, но и не так плох.

anonymous
()
Ответ на: комментарий от Zubok

А можно узнать причину форка?

А выше уже говорили. Разные направления допила + в stump таки плохо принимают патчи

c0smonaut
() автор топика
Ответ на: комментарий от c0smonaut

А выше уже говорили. Разные направления допила + в stump таки плохо принимают патчи

Выше как-то не очень уверенно сказано, что патчи плохо принимают. А пробовали? Если да, то наверняка в рассылку отправляли. Тогда, вероятно, должна быть ссылка на это, где вам отказывают в приеме патча и мотивируют как-то. Есть такая?

Zubok ★★★★★
()

Ну что за дурацкая привычка писать оконные менеджеры на своем любимом ЯП? :(

greyl
()
Ответ на: комментарий от c0smonaut

Разные направления допила

Ну, не знаю. Вполне можно было бы поднять тему, чтобы добавили папку contrib, куда сторонние решения на основе базовых вещей складывать. Ну, дело, конечно, хозяйское. Если все такое разное, что несовместимо, то ладно.

Zubok ★★★★★
()

на скриншотах редкое убожество

bernd ★★★★★
()
Ответ на: комментарий от funeralismatic

Только в глубоко запланированной девятой версии.

Akamanah ★★★★★
()
Ответ на: комментарий от Akamanah

чего ты взъелся на архитектуру? у всех работает. а ты, не попробовав, такое... это как все на генту - не юзал, значит Г.

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

funeralismatic ★★★
()
Ответ на: комментарий от funeralismatic

чего ты взъелся на архитектуру?

Что у людей работает на x86, то у x86_64 чрез костыли. Мультилибы какие-то выдумали. Родина дала им PAE- используй всю оперативку. Нет, не хочу пае, хочу проблем.

Akamanah ★★★★★
()
Ответ на: комментарий от Akamanah

подерёмся?

Что у людей работает на x86, то у x86_64 чрез костыли.

ни разу.

Мультилибы какие-то выдумали.

Всё прекрасно работает, сам попробуй.

Родина дала им PAE- используй всю оперативку. Нет, не хочу пае, хочу проблем.

ну ты ж не пользовался x86_64, попробуй, прежде чем говорить что-то. странные люди. Если у вас не работает, это не значит, что не должно работать у остальных, стоит просто сменить руки, или прокладку.

funeralismatic ★★★
()
Ответ на: комментарий от funeralismatic

подерёмся?

Lets the battle begins!

ну ты ж не пользовался x86_64

и не собираюсь, пока x86 окончательно не похоронят.

Akamanah ★★★★★
()
Ответ на: комментарий от Akamanah

пока x86 окончательно не похоронят.

оркестр и похороны оплачивает заказчик.

funeralismatic ★★★
()
Ответ на: комментарий от andreyu

То что когда на весь экран там при затемнении светлые полосы. И ещё не хватает поддержки ewmh. (4) пункт тоже не нравится. Костыль пытался делать, не пашет. ewmh поддержку вроде сделал. Не пашет почему-то. А что до ломающегося скратчпада, то я там как-то код правил, то ли тут было , то ли на юниксфоруме, если надо потом скину, авось поможет. У меня вот больше ломается.

e7z0x1 ★★★★★
()
Ответ на: комментарий от Zubok

а) ресайз в стампе с перерисовкой всех граничных окон при каждом инкременте, а по умолчанию инкремент пикселов 5. Ресайз не интуитивный. Интуитивный ресайз есть в виде патча месячной давности. б) патч месячной давности в мастер ветку не влит. На ирц говорят: «стамп работает, остального не нужно».

asvil
()

На скриншотах какая-то жесть, но разработчику удачи.

HerrWeigel ★★★★
()
Ответ на: комментарий от RCV

Я хотел пулреквестов в оригинальную репу наделать, да там все спят. Поэтому здесь пока опишу, что я доделал в «гламурной сборке» (всё пуре лисп солюшнз):

  • Область уведомлений (он же трей) (clx-xembed).
  • Интуитивное изменение размеров окон.
  • Сглаженные шрифты (clx-truetype).
  • Сохранение раскладки клавиатуры между окнами (clx-xkeyboard).
  • Прозрачность окон через xcompmgr (не знаю зачем, ну пусть будет).
  • Скриншоты окна в png (zpng).
asvil
()

Переписана подсистема клавиатурного ввода.

Разве на лиспе нужно что-то переписывать? Там, кажется, пару макр добросишь и программа перепишет себя сама. Или нет?

shimon ★★★★★
()

А чем это лучше awesome, например?

zerg6p
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.