Для любителей Xfce - Идеи для будущих релизов
Добавлено: 20 июл 2017, 18:08
Понимаю, что не Mint'ом единым жив Xfce, но всё же пишу в этот раздел...
Статья найдена тут.
=================================================================
Future Roadmap
Use GDBus
A whole bunch of Xfce uses DBus communication (xfconf, thunar, xfce4-panel, xfce4-session, xfce4-appfinder, tumbler). Most of this is done through generating dbus binding (xml > dbus-binding-tool > code) and using the dbus-glib library.
Since 2.26 glib has its own implementation for this to replace dbus-glib, so it is wise to switch to this and drop dbus-glib.
Advantages are: gdbus does not include the dbus library and uses GIO streams. It's therefore a lighter implementation. dbus-glib is also not maintained as much as gdbus.
Tasks:
1. Start with xfconf and port the code and generation to gdbus. It might be wise to use direct proxy communication in libxfconf, because the calls are sync.
2. Port the other components to gdbus.
3. Open bugs for the various components and attach the patches.
Contact: Nick
=================================================================
Будущая Дорожная Карта
Использовать GDBus
Целая куча xfce используют DBus коммуникации (xfconf, thunar, xfce4-панели xfce4-сессии, xfce4-appfinder, тумблер). Большинство это осуществляется путем генерации dbus-glib привязки (в формате XML > dbus-обязательный инструмент > код) и с помощью dbus-glib библиотеки.
Так как у 2.26 glib есть своя реализация, чтобы заменить dbus-glib, поэтому разумно переключиться на это и оставить dbus-glib.
Преимущества: gdbus не включает библиотека dbus и использует потоки GIO. Поэтому это легче осуществлении. Dbus-glib тоже не сохранены так же, как gdbus.
Задачи:
1. Начнем с xfconf и портируем код и производные в gdbus. Это вполне правильно, чтобы использовать прямого посредника связи в libxfconf, потому что вызывается синхронизацией (вызывает синхронизацию).
2. Портировать другие компоненты для gdbus.
3. Пофиксить баги в различных компонентах и выпустить патчи.
Контактное Лицо: Nick
. . . . . . . .
Это типа "Long Live" Xfce !?
Статья найдена тут.
=================================================================
Future Roadmap
Use GDBus
A whole bunch of Xfce uses DBus communication (xfconf, thunar, xfce4-panel, xfce4-session, xfce4-appfinder, tumbler). Most of this is done through generating dbus binding (xml > dbus-binding-tool > code) and using the dbus-glib library.
Since 2.26 glib has its own implementation for this to replace dbus-glib, so it is wise to switch to this and drop dbus-glib.
Advantages are: gdbus does not include the dbus library and uses GIO streams. It's therefore a lighter implementation. dbus-glib is also not maintained as much as gdbus.
Tasks:
1. Start with xfconf and port the code and generation to gdbus. It might be wise to use direct proxy communication in libxfconf, because the calls are sync.
2. Port the other components to gdbus.
3. Open bugs for the various components and attach the patches.
Contact: Nick
=================================================================
Будущая Дорожная Карта
Использовать GDBus
Целая куча xfce используют DBus коммуникации (xfconf, thunar, xfce4-панели xfce4-сессии, xfce4-appfinder, тумблер). Большинство это осуществляется путем генерации dbus-glib привязки (в формате XML > dbus-обязательный инструмент > код) и с помощью dbus-glib библиотеки.
Так как у 2.26 glib есть своя реализация, чтобы заменить dbus-glib, поэтому разумно переключиться на это и оставить dbus-glib.
Преимущества: gdbus не включает библиотека dbus и использует потоки GIO. Поэтому это легче осуществлении. Dbus-glib тоже не сохранены так же, как gdbus.
Задачи:
1. Начнем с xfconf и портируем код и производные в gdbus. Это вполне правильно, чтобы использовать прямого посредника связи в libxfconf, потому что вызывается синхронизацией (вызывает синхронизацию).
2. Портировать другие компоненты для gdbus.
3. Пофиксить баги в различных компонентах и выпустить патчи.
Контактное Лицо: Nick
. . . . . . . .
Это типа "Long Live" Xfce !?
)