Где кончается одно DE и начинается другое?

>очередь за dconf

«dconf is a low-level configuration system. Its main purpose is to provide a backend to GSettings on platforms that don't already have configuration storage systems.»

В KDE уже есть, так что пусть гткшники лучше пилят свой GSettings, чем на других работу перекладывать

КоммонКуТЭ в муках рожали триста лет и от КуТэ там гораздо больше, чем от лиспа. Сравни, например, с целлс-гэтэка. Биндиться к qt можно, но трудно шопиздец, и результат будет хреновый. Не то, что с Си.

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

>>С крестами это прокатывает с трудом.

SWIG

Высокоуровневый ≠ скриптовой.

>Высокоуровневый ≠ скриптовой.

Свиг и к OCaml биндинги генерит, а этот язык трудно назвать скриптовым

>По большому счёту функции DE и WM не пересекаются вообще.

Конечно, функции KDE и KWin не пересекаются, функции Gnome и Metacity не пересекаются, ага.

Любое DE включает в себя некий дефолтный WM + рюшечки, которые позволяют считать DE именно DE.

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

А ещё есть KDE4windows

А это к чему, если не секрет? :)

>Конечно, функции KDE и KWin не пересекаются
Ставим compiz в KDE, они от этого не становятся менее кедами. Аналогично с гномом. Из этого делаем вывод, что compiz — одновременно часть двух DE.
Аналогично с опенбоксом и awesome. DE — не WM+рюшечки, а enviroment, одновременно для софта и пользователя.

А это к чему, если не секрет? :)

Набор интегрированного софта? Это явное DE без WM.

> Ставим compiz в KDE, они от этого не становятся менее кедами. Аналогично с гномом. Из этого делаем вывод, что compiz — одновременно часть двух DE.

Ставим tint вместо гномопанели. От этого гномы не становятся менее гномами.

Ставим xterm вместо gnome-terminal. От этого гномы не становятся менее гномами.

Продолжать?

>Из этого делаем вывод, что compiz — одновременно часть двух DE

Делайте разницу между дефолтным WM, который является частью бренда определенного DE, и любым WM, который можно прикрутить.

DE — не WM+рюшечки, а enviroment, одновременно для софта и пользователя

Можно просветить, что входит в понятие «environment для пользователя» кроме WM и рюшечек?
«environment для софта» - это обычно какая-нибудь либа, дающая интеграцию софта с рюшечками.

Набор интегрированного софта? Это явное DE без WM

Это не DE, а именно набор софта. KDE-софт давно уже стал справедливо называться в KDE Software Compilation.

On 24 November 2009 the KDE Marketing Team announced an official rebranding of the KDE project components, motivated by the perceived shift from building a desktop environment to a complete project around a community of «people who create software». The rebranding focused on de-emphasizing the desktop environment as «just another product», and emphasizing both the community and the other technologies provided as KDE software. After the repositioning, the name KDE no longer stands for K Desktop Environment, as it now acts as an umbrella brand for software produced by the community
(с) wikipedia

>Продолжать?
Запросто. Остальной софт запускается через гномосессию (и прекрасно знает, как ей управлять), может отправлять нотификации, зная, что гномодемон их поймает, может использовать gconf, давно уже запущенный etc.

И да, я говорил, что именно WM является наименее интегрированным. В том числе за счёт fd.o и netwm. Панель часто интегрирована больше.

>что входит в понятие «environment для пользователя» кроме WM и рюшечек?
Естественно, WM в это понятие *не* входит. Потому, что смена WM практически ничего не меняет (максимум — место, где настраивается цвет рамки. И не надо про тайловые, да.).
Входит: менеджер сессий, нотификаций, vfs (это касается не только софта, но и пользователя), HIG (внезапно?), набор дефолтных батареек, включая софт (в том числе и core (это не значит, что его нельзя менять), гномонастройщики и (уже давно fd.oшное) меню приложений, к примеру), поддержка IM и accesibility (да, всё это поддерживается не WM и не панельками). Драг-н-дропом, внезапно, рулит тоже не WM. Power management аналогично.

Это что, пользователя не касается? ИМХО, пользователю больше пофиг на цвет панели и рамок окон, чем на всё это.

Вся «DE» свелась к гномодемону и реестру.

>Вся «DE» свелась к гномодемону и реестру.
Конечно. А прожорливость гномокед обусловлена исключительно тяжёлыми WM, панелью, демоном и реестром. Ведь они больше ничего не делают.

> Конечно.

Вот поэтому DE и существует, главным образом, в голове. Из чего слепишь удобную рабочую среду — то и «DE».

А прожорливость гномокед обусловлена исключительно тяжёлыми WM, панелью, демоном и реестром. Ведь они больше ничего не делают.

Про кеды не знаю, но в гномах — хз где там прожорливость. Не фонтан производительности, конечно. Но и не тормозит. Даже на моём древнем говне мамонта нормально идут.

Ведь они больше ничего не делают.

Вот и я о том.

Если с некоторыми другими вашими аргументами я соглашусь, то про WM - точно нет.

WM является ключевым элементом окружения пользователя.
KDE строится вокруг KWin, Gnome - вокруг Metacity (3 - Mutter), LXDE - вокруг Openbox, XFCE - вокруг Xfwm.

Менеджер окон занимается предоставлением пользователю способа управлять окнами приложений. //кэп


По поводу остального:

Менеджер сессий - фича иксов.

С нотификациями фичи DE сводятся только к их отображению, протокол де-факто стандартизован.

Дефолтный софт - да, согласен. Файломенеджер, картинкоменеджер, менюшки, панельки и настройщики. Как ни странно, оконный менеджер идет сюда же.

Если понимать под accessibility «лупу и экранную клавиатуру», то да, это обычно тоже дефолтный софт DE.
Если понимать API (iaccessible, at-spi, msaa (извините)), то ответственность лежит на библиотеках и приложениях.

Drag'n'drop-ом рулит gui-тулкит.

Управление питанием ложится на плечи сторонних приложений, DE только дергают нужные ручки этих приложений.

HIG - да, но это не обязательно фича DE. Это может быть фичей gui-тулкита. Но согласен, что в случае Gnome и KDE это фича DE.

IM - имеются в виду методы ввода? Этим рулят иксы и отдельные приложения, кажется.

>Менеджер сессий - фича иксов.
Да ну? Ни гном, ни кеды не полагаются на иксовые ~/.xsessionrc. Менеджер сессий емнип описан в ICCCM, но он таки свой в каждом DE (и занимается как правило автозапуском всего остального + опционально «сохранением сессии»).

Если понимать API (iaccessible, at-spi, msaa (извините)), то ответственность лежит на библиотеках и приложениях.

А в не-DE софте такое часто бывает?

Управление питанием ложится на плечи сторонних приложений, DE только дергают нужные ручки этих приложений.

Ага. Только consolekit именно под DE делался.

IM - имеются в виду методы ввода? Этим рулят иксы и отдельные приложения, кажется.

Иксы — не слишком рулят (XIM достаточно убог и его нужно включать в приложение руками, gtk/qt-immodule заметно лучше). В гном входит интегрированные IM (да хотя бы ibus). А ещё IM умеют встраиваться в гномопанель (но не во всякие tint'ы).

Кстати, можно ли считать tiled wm + скрипт сессии (xinitrc) + управление mime-ассоциациями (mailcap) + менеджеры хоткеев/жестов (xbindkeys+xgestures) + велосипедную систему нотификаций, на которую завязан десяток скриптов полноценным DE? Панели тут нет (и в wm отключено) за ненадобностью.

>Drag'n'drop-ом рулит gui-тулкит.
Это стоит объяснить пытающимся драг-н-дропнуть файл на «рабочий стол» без запущенной плазмы/наутилуса/thunar/whatever, да. В пределах DE он как минимум работает.

> Кстати, можно ли считать tiled wm + скрипт сессии (xinitrc) + управление mime-ассоциациями (mailcap) + менеджеры хоткеев/жестов (xbindkeys+xgestures) + велосипедную систему нотификаций, на которую завязан десяток скриптов полноценным DE?

Учитывая само значение слов desktop environment, скорее нельзя, чем можно. Имхо следует разделить мухи от котлет, можно рассуждать о:
* environment (рабочем окружении) как таковом;
* desktop environment как его конкретной разновидности;
* средствах/способах интеграции, благодаря которым environment остаётся environment-ом, а не мешком утилит.

А чем это отличается от LXDE, в котором интеграции явно нехватает?

>А в не-DE софте такое часто бывает?
Firefox как яркий пример реализации нескольких accessibility API: своё, MSAA, IAccessible2, at-spi.
https://developer.mozilla.org/En/Accessibility/AT-APIs/Implementation_Details

Ага. Только consolekit именно под DE делался

Да, но по факту оно может использоваться и вне DE, а DE дает только морду для управления.

ibus

А он именно гномовский? Или гном просто его включил в себя?
«IBus means Intelligent Input Bus. It is an open source input framework for Linux/Unix OS». Про гном ни слова не увидел.

не во всякие tint'ы

Думаю, если разработчики впилят поддержку, то смогут. Видимо, это просто пока никому из пользователей tint не понадобилось.

tiled wm

Тот же awesome имеет встроенную поддержку dbus-нотификаций, хоткеев, трея, свою панель, соответствующие стандарту меню и значки десктопа (сторонняя либа, правда).
Если прибавить pcmanfm, будут vfs, управление накопителями, mime-ассоциации.

Разве что at-spi root, увы, не реализован.
Для управления сессиями теоретически можно написать либу.

Получается, что awesome - это DE, который каждый пилит под свои нужды.