История изменений

Так wlroots это и есть «всем теперь надо X’ы свои писать-то везде».

Нет, это xcb.

Прочие композиторы на wlroots это тот же sway, вид в профиль (читай беспомощное убогое говно).

Они все +- одинаковые, потому что wlroots уже умеет прятать большую часть деталей. wlroots уже даже scene graph умеет прятать, и композитору больше не нужно реализовывать собственную логику рендеринга. Просто закидываешь внутрь список протоколов которые хочешь уметь и получаешь наружу стейт-машину.

Если захочется что-то нормальное, придется опять свои иксы писать, как это делают кдешники.

Да нет конечно. KDEшники просто написали все это ещё до того как wlroots стал достаточно годным. Вот тебе цитата:

In addition, the problem of fragmentation of effort is being solved by wlroots, a library of Wayland implementations that you can use to build a Wayland compositor. We don’t use it in KDE’s KWin compositor because we already did most of that work ourselves before wlroots existed, but it’s a big benefit to anyone writing a new compositor from scratch today. And there’s a chance we might port KWin to use wlroots in the future.

Так wlroots это и есть «всем теперь надо X’ы свои писать-то везде».

Нет, это xcb.

Прочие композиторы на wlroots это тот же sway, вид в профиль (читай беспомощное убогое говно).

Они все +- одинаковые, потому что wlroots уже умеет прятать большую часть деталей. Они уже дажеscene graph умеют прятать, и композитору больше не нужно реализовывать собственную логику рендеринга. Просто закидываешь внутрь список протоколов которые хочешь уметь и получаешь наружу стейт-машину.

Если захочется что-то нормальное, придется опять свои иксы писать, как это делают кдешники.

Да нет конечно. KDEшники просто написали все это ещё до того как wlroots стал достаточно годным. Вот тебе цитата:

In addition, the problem of fragmentation of effort is being solved by wlroots, a library of Wayland implementations that you can use to build a Wayland compositor. We don’t use it in KDE’s KWin compositor because we already did most of that work ourselves before wlroots existed, but it’s a big benefit to anyone writing a new compositor from scratch today. And there’s a chance we might port KWin to use wlroots in the future.

Так wlroots это и есть «всем теперь надо X’ы свои писать-то везде».

Нет, это xlib.

Прочие композиторы на wlroots это тот же sway, вид в профиль (читай беспомощное убогое говно).

Они все +- одинаковые, потому что wlroots уже умеет прятать большую часть деталей. Они уже дажеscene graph умеют прятать, и композитору больше не нужно реализовывать собственную логику рендеринга. Просто закидываешь внутрь список протоколов которые хочешь уметь и получаешь наружу стейт-машину.

Если захочется что-то нормальное, придется опять свои иксы писать, как это делают кдешники.

Да нет конечно. KDEшники просто написали все это ещё до того как wlroots стал достаточно годным. Вот тебе цитата:

In addition, the problem of fragmentation of effort is being solved by wlroots, a library of Wayland implementations that you can use to build a Wayland compositor. We don’t use it in KDE’s KWin compositor because we already did most of that work ourselves before wlroots existed, but it’s a big benefit to anyone writing a new compositor from scratch today. And there’s a chance we might port KWin to use wlroots in the future.