История изменений
Исправление wandrien, (текущая версия) :
Лол, если ты про роадмап на картинке, то я каждый день так.
Если серьёзно, давно хочу вкатить полноценное DE на GTK2. У меня уже много лет панель нафарширована фичами лучше, чем все остальные панели на gtk2/gtk3 когда либо были.
ФМ косячный, его нужно допиливать.
Хочется сделать упор на качественную интеграцию компонентов, при этом не создавая жестких зависимостей.
В том числе, например, хотелось бы сделать GUI для управления системными демонами, который будет с одним и тем же пользовательским интерфейсом работать поверх systemd, openrc или runit.
Аналогично GUI для управления конфигурацией графического сеанса (автозапускаемые приложения и их параметры) с адекватными возможностями, а не как это было сделано в LXDE, где ты можешь просто поставить или снять галочки напротив непонятно чего.
И т.п.
От идеи садить всё на фундамент из общих so-файлов я отказался. Это очередные гномокеды получатся с dll-hell и ломающимися зависимостями. Ту часть, где уже успел это сделать, буду переделывать.
Каждое приложение должно использовать только базовый набор библиотек общего назначения и быть полностью функциональным без «родного» DE. При этом если оно видит другие «знакомые» приложения в системе, оно задействует их по умолчанию, а пользователь в любой момент может переназначить настройки.
Интеграция компонентов выполняется на уровне вызова команд оболочки или общения через пайп, а не прошивания зависимостей от разделяемых библиотек. На крайний случай - подгрузка интеграционных библиотек выполняется в ран тайме и корректно обрабатывается случай их отсутствия, а не просто «команду не удалось запустить потому что libsomecrap.so.2 не найден».
Исправление wandrien, :
Лол, если ты про роадмап на картинке, то я каждый день так.
Если серьёзно, давно хочу вкатить полноценное DE на GTK2. У меня уже много лет панель нафарширована фичами лучше, чем все остальные панели на gtk2/gtk3 когда либо были.
ФМ косячный, его нужно допиливать.
Хочется сделать упор на качественную интеграцию компонентов, при этом не создавая жестких зависимостей.
В том числе, например, хотелось бы сделать GUI для управления системными демонами, который будет с одним и тем же пользовательским интерфейсом работать поверх systemd, openrc или runit.
Аналогично GUI для управления конфигурацией графического сеанса (автозапускаемые приложения и их параметры) с адекватными возможностями, а не как это было сделано в LXDE, где ты можешь просто поставить или снять галочки напротив непонятно чего.
И т.п.
От идеи садить всё на фундамент из общих so-файлов я отказался. Это очередные гномокеды получатся с dll-hell и ломающимися зависимостями. Ту часть, где уже успел это сделать, буду переделывать.
Каждое приложение должно использовать только базовый набор библиотек общего назначения и быть полностью функциональным без «родного» DE. При этом если оно видит другие «знакомые» приложения в системе, оно задействует их по умолчанию, а пользователь в любой момент может переназначить настройки.
Интеграция компонентов выполняется на уровне вызова команд оболочки или общения через пайп, а не прошивания зависимостей от разделяемых библиотек. На крайний случай - подгрузка интеграционных библиотек выполняется в ран тайме и корректно обрабатывается случай их отсутствия, а не просто «команду не удалось запустить потому что libsomecrap.so.2 не просто».
Исходная версия wandrien, :
Лол, если ты про роадмап на картинке, то я каждый день так.
Если серьёзно, давно хочу вкатить полноценное DE на GTK2. У меня уже много лет панель нафарширована фичами лучше, чем все остальные панели на gtk2/gtk3 когда либо были.
ФМ косячный, его нужно допиливать.
Хочется сделать упор на качественную интеграцию компонентов, при этом не создавая жестких зависимостей.
В том числе, например, хотелось бы сделать GUI для управления системными демонами, который будет с одним и тем же пользовательским интерфейсом работать поверх systemd, openrc или runit.
Аналогично GUI для управления конфигурацией графического сеанса (автозапускаемые приложения и их параметры) с адекватными возможностями, а не как это было сделано в LXDE, где ты можешь просто поставить или снять галочки напротив непонятно чего.
И т.п.
От идеи садить всё на фундамент из общих so-файлов я отказался. Это очередные гномокеды получатся с dll-hell и ломающимися зависимостями. Ту часть, где уже успел это сделать, буду переделывать.
Каждое приложение должно использовать только базовый набор библиотек общего назначения и быть полностью функциональным без «родного» DE. При этом если оно видит другие «знакомые» приложения в системе, оно задействует их по умолчанию, а пользователь в любой момент может переназначить настройки.
Интеграция компонентов выполняется на уровне вызова команд оболчки или общения через пайп, а не прошивания зависимостей от разделяемых библиотек. На крайний случай - подгрузка интеграционных библиотек выполняется в ран тайме и корректно обрабатывается случай их отсутствия, а не просто «команду не удалось запустить потому что libsomecrap.so.2 не просто».