AWT, Swing и JavaFX — да. Но переписать XToolkit на какой-нибудь WToolkit не так сложно, кмк. Вон, в проекте GCJ/GNU Classpath был же свой AWT Toolkit, который работал поверх GTK+. Просто для Oracle эта задача пока не является приоритетной.
SWT — нет. Современные версии работают поверх GTK3. SWT/GTK2 умер год назад (4.7 или 4.8), SWT/Motif — и того раньше (3.6).
Все верно, принципиальной разницы нет. Какая разница пользователю, какой стек под капотом — графической подсистемы, системы инициализации его дистрибутива.
Если ставить вопрос, готов ли GNU/Linux — то всегда готов, GNU и графика ортогональны.
Если ставить вопрос, можно ли ежедневно жить на том софте, который уже портирован на Wayland, при отсутствии особой экзотики, то давно можно, примерно год как, когда Firefox научился в W, остальное есть.
Если ставить вопрос, что любой софт, написанный для Linux за последние X лет легко запустится и будет работать — нет, никто такой задачи не ставил, не ставит и слава богу.
Если ставить вопрос, можно ли ежедневно жить на том софте, который уже портирован на Wayland, при отсутствии особой экзотики, то давно можно, примерно год как, когда Firefox научился в W, остальное есть.
Имхо Wayland только геймерам и нужен, но и им не очень, потому как и им X11 хватает.
По мне так переход на W форсируют для подготовки замены индивидуального ПК на облако с кучей терминалов, ну и чтоб в облаке было всё, включая рендеринг изображения, ну и сам терминал был как можно слабее, чтобы точно никто не смог с этого облака соскочить и не потерять в функциональности софта( в том числе и свободного софта, типа софт свободный, но работать будет только внутри манфрейма)
Нет. Даже не касаясь вопроса поддержки видеокарт определенного производителя, там дофига багов и недоработок.
Частный пример:
1. Multi-monitor rendering in Wayland sessions spends some random fixed percentage of its time (average 50%) blocked, sleeping and unable to render the screen or respond to the user
This is caused by blocking in the Wayland (which is really the “EGL native”) backend. So presently for using Gnome with multi-monitors you need to choose between two suboptimal options:
- Wayland: Blocks and stutters too often, but won’t tear.
- Xorg: Screen tearing on all-but-one monitor thanks to DRI2 (apparently fixed in DRI3), but does not block or stutter.
И это, на секундочку, mutter - самый взрослый и отполированный композитор из тех что есть.
А помимо этого есть еще просто недостающие фичи. Push-to-talk (для голосовых приложений) по состоянию на полгода назад считался нереализуемой фичей. Что-то в состоянии «скоро будет» (с) EXL, что означает «сейчас нет и непонятно когда будет»
По мне так переход на W форсируют для подготовки замены индивидуального ПК на облако с кучей терминалов, ну и чтоб в облаке было всё, включая рендеринг изображения, ну и сам терминал был как можно слабее, чтобы точно никто не смог с этого облака соскочить и не потерять в функциональности софта( в том числе и свободного софта, типа софт свободный, но работать будет только внутри манфрейма)
Это как раз X и был сделан для того, что ты описал. Терминалы были слабы для рендеринга GUI графония, даже такого простейшего, что есть у иксов, поэтому прикрутили к нему сетевую прозрачность. Чтобы тяжёлый графический софт крутился где-то чуть ли не на мейнфрейме, а тонкие клиенты-терминалы к нему цеплялись и отображали интерфейс.
И это, на секундочку, mutter - самый взрослый и отполированный композитор из тех что есть.
У Mutter’а есть другая проблема, которую не пробить из-за твердолобости GNOME-разработчиков, обсуждение в параллельном треде: Выпуск Fedora 31 (комментарий)
This change coupled with a binding (example for sway below) allows usage of push to talk on Wayland. Gnome, Plasma, and Sway all seem to support triggering arbitrary shell commands with a hotkey. Due to the lack of a Wayland protocol for keyboard shortcut registration this seems to be a good workaround.
Они просто зопелили API для start/stop и дали юзеру повесить на хоткеи. Вай нот, собственно.
Костылик, но шо поделать. Проблема в целом остается - мамбл не единственное приложение подобного рода, и общего стандартного решения для глобальных хоткеев нет
Небезопасно это гном, дбус с полкитом и весь этот дикий десктопный стек. А пуштутолк довольно нужная фича, и если в итоге приходится руками хоткеи развешивать, то это чем лучше опенбокса в итоге?