Вышел (http://d1223m.blogspot.com/2009/06/samurai-x-02-is-out.html) релиз samurai-x 0.2 (http://samurai-x.org/), модульного и высоко конфигурируемого оконного менеджера, написанного на языке Python c использованием ctypes (http://python.net/crew/theller/ctypes/), xcb (http://xcb.freedesktop.org/) (X protocol C-language Binding - замена xlib) и cairo (http://cairographics.org/). Samurai-x создан для людей, желающих полностью контролировать процесс настройки с возможностью адаптации любых компонентов под свои нужды.
Ядро оконного менеджера Samurai-x имеет минимальный размер, все функции свойственные типовым оконным менеджерам реализованы в виде дополнительных плагинов (декораторы окон, виртуальные рабочие столы, раскрытие, сворачивание и перемещение окон, назначение горячих клавиш). В следующей версии ожидается появление поддержки композитного режима, улучшение системы управления конфигурацией и увеличение производительности благодаря задействованию PyPy (http://codespeak.net/pypy/), транслятора скриптов Python в представление на низкоуровневых языках (C, Java байткод).
URL: http://d1223m.blogspot.com/2009/06/samurai-x-02-is-out.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=22208
достаточно одного взгляда на скриншоты, чтобы оценить всю глубину и актуальность проекта
>достаточно одного взгляда на скриншоты, чтобы оценить всю глубину и актуальность проекта
>Скриншот как скриншот. Декорации окон вполне (оставить их на совесть скиннерам), или вас возможно смутил чистый pixbuff у gtk приложений, а потому их стиль аля win98? Дак это никакого отношения в WM не имеет. Но всё равно, лучше пока *boxов (туда же и pekwm) для floating манагеров ещё не придумано, а тут ещё и питон
>Но всё равно, лучше пока *boxов (туда же и pekwm) для
>floating манагеров ещё не придумано, а тут ещё и питонEnlightenment. да будет флэйм!
Но софт на etk ущербен более чем. Тем более Enlightenment уже вышел из категории WM
>Но софт на etk ущербен более чем. Тем более Enlightenment уже вышел
>из категории WMetk трогать не надо, это очень печальная история, да.
а тот же E!17 никто не запрещает обкорнать до состояния чистого WM. да и E!16 ещё никто не убивал… если на то пошло, fluxbox тоже не чистый WM — у него и таскбар есть, и док, и слит…
Обкорнать можно и кде, чтобы пользоваться kwin, или xfce до xfwm4, но вы же отлично понимаете, что так поступать не совсем логично.
>Обкорнать можно и кде, чтобы пользоваться kwin, или xfce до xfwm4, но
>вы же отлично понимаете, что так поступать не совсем логично.так я и не предлагал. но Энлайт, всё-таки, ближе к флюксу сотоварищи, нежели к Xfce и прочим монстрам. опять же — E!16, чистейший WM…
>достаточно одного взгляда на скриншоты, чтобы оценить всю глубину и актуальность проекта
>ты главное dwm и всякие 9wm не смотри
>ты главное dwm и всякие 9wm не смотрипоздно... уже посмотрел и потрогал
потому и понимаю, что этот новый wm из себя представляет
красивый (с точки зрения кодеров) скин его не спасет
чем плох dwm?
>достаточно одного взгляда на скриншоты, чтобы оценить всю глубину и актуальность проекта
>нормальные скриншоты, кстати :)
ещё кто-то не осилил Rox-Desktop + zeroinstall... забавно.
>ещё кто-то не осилил Rox-Desktop + zeroinstall... забавно.Расскажите мне лучше, где вы берёте amd64-фиды.
Осилили. Только этот Rox некрасивый и неудобный.
Интерпретатор Питона поверх тормознутых иксов? Мне бы такое в голову не пришло... :) Интересно, когда додумаются на Питоне писать ядра ОС?
>Интерпретатор Питона поверх тормознутых иксов? Мне бы такое в голову не пришло...
>:) Интересно, когда додумаются на Питоне писать ядра ОС?ядро и интерфейс разные вещи, интерфейс не обязательно должен быть быстрым, в интерфейсе самым медленным звеном есть юзер.
>интерфейс не обязательно должен быть быстрымно не настолько же!
>самым медленным звеном есть юзер.Поэтому некоторые интерфейсы пишут в рассчете на гааряячиих ээстоонскиих паарнеей... которые деелааюют всее меедлеенноо.
>Интерпретатор Питона поверх тормознутых иксов? Мне бы такое в голову не пришло...
>:) Интересно, когда додумаются на Питоне писать ядра ОС?Уже придумали: http://uuu.sourceforge.net/
> интерфейс не обязательно должен быть быстрымНо он не обязательно должен быть медленным. А если его реализовывать на заведомо медленном языке, то он будет заведомо медленным.
> в интерфейсе самым медленным звеном есть юзер.
Это не аргумент в пользу медленных интерфейсов. Тем более что WM взаимодействует не только с юзером, но и с каждым приложением, которое этот WM использует. Делать это взаимодействие заведомо медленным, по-моему, не разумно. Какие-такие преимущества дает Питон в написании именно оконных менеджеров?
иногда важна быстрота разработки, а разработка на питоне в большинстве случаев быстрее чем разработка на C
Согласен. Но быстрота разработки актуальна когда заказчик ставит ограниенные сроки и когда качество кода не имеет решающего значения. В данном случае, насколько я понимаю, разработчикам некуда спешить, и оконный менеджер - это, все-таки, не бухгалтерия - тормоза будут заметны в буквальном смысле на глаз.
В данном случае пользователю предоставляется инструментарий, с помощью которого он может создать свой уникальный WM. Преимуществ у разработчика практически нету, а вот для пользователя который хочет перекроить WM "под себя" их масса.
>Согласен. Но быстрота разработки актуальна когда заказчик ставит ограниенные сроки и когда
>качество кода не имеет решающего значения. В данном случае, насколько я
>понимаю, разработчикам некуда спешить, и оконный менеджер - это, все-таки, не
>бухгалтерия - тормоза будут заметны в буквальном смысле на глаз.Фраза 'качественный код' скоро станет мемом упоротых сишников. На Питоне что-ли нельзя качественный код сделать? Или это возбраняется религией и признается ересью
>Фраза 'качественный код' скоро станет мемом упоротых сишников. На Питоне что-ли нельзя
>качественный код сделать? Или это возбраняется религией и признается ересьюконечно, нельзя. красивый — можно. качественный — нет. потому что «качественный» — это ещё и быстрый.
>Фраза 'качественный код' скоро станет мемом упоротых сишников.Не только.Еще как минимум тестеров и юзеров.Которым быстрые и красивые интерфейсы - нравятся.А тормозные и некрасивые - то что должно сдохнуть.Иррелевантно к тому на чем оно написано даже.
Не в данном случае
>Не в данном случаеа Вы разработчик?