Sway 0.14

Неужели они уже на wayland? А получится утащить реализацию в Gnome3?

Ты мне дал ссылку на иссую про осом, которую и так нетрудно найти. Дай мне лучше ссылку, где написано про конфигурацию через dbus с хоть какими-нибудь POC, если таковая имеется.

Это всё прекрасно, если не учитывать, что воспроизводимость стопроцентная. Ну и цитату я привел, да.

Неужели они уже на wayland?

Нет. Работают через xwayland

Ну сам ищи. Я это добро даже не запускал ни разу, так мимо проходил.

Тогда и спорить не о чем. Без POC я буду смотреть на их планы как на влажные фантазии.

Ну ты ниже читай, да:

Benchmarks and profiling are not the same thing. Benchmarks tell you there are performance issues. Profiling tells you what they are.

I'm closing issues that don't have enough information to solve. Profile it and leave a comment with the results, and I'll re-open this.

C GDM и двумя курсорами проблема все еще есть?

Что за проблема?

Да читал я это всё. Но кому, как не автору знать, как всё это безобразие профилировать? Автор, конечно, никому ничего не должен, но в качестве иллюстрации отношения к пользователям своей поделки вполне показательно. Если во всё это [censored] погружаться, проще сразу форк сделать или вообще с нуля переписать.

Что за проблема?

После авторизации в гдм, оставался второй мышиный курсор.

Никто не мешает спросить «объясни, как это делать». Или просто погуглить. Или может кто-то ещё придет с нужными знаниями и сделает. Он же не удалил багрепорт, а закрыл. Лучше что ли, чтобы он висел 5 лет открытым?

Он же не удалил багрепорт, а закрыл. Лучше что ли, чтобы он висел 5 лет открытым?

Нет. Лучше, чтобы автор решил проблему. А раз автор проблему не решил, то логично было бы оставить багрепорт открытым. 5 лет, значит 5 лет. Очень хорошо бы показывало готовность проекта.

I'm closing issues that don't have enough information to solve

Это было бы простительно, если бы это был трудновоспроизводимый баг. А так это wontfix чистой воды.

Для конфигов самое оно .ini или json на худой конец.

А конфигурация через тьюринг-полные это костыли.

А конфигурация через тьюринг-полные это костыли.

Окда, напиши мне скрипт без условий, но чтобы было норм? Если тебе хватает дефолта, то можешь не заглядывать в конфиги, но когда надо решить задачу, то эти ini-портянки даже открывать не хочется.

Какие такие нетривиальные задачи нельзя решить не выбрав из зоопарка оконных менеджеров тот, автор которого такой же извращенец как ты?

Что вообще нетривиального делается в том же awesome в скриптах?

Сигналы (хуки), которые позволяют совершать сильно меньше телодвижений.

Информативные виджеты.

а где можно увидеть список программ не требующих Xwayland? знаю только вот этот sway и firefox.

firefox

Что?

Почти все, которые построены на gtk3, не нуждаются в xwayland, за исключением особо талантливо написанных, как вот этот firefox или, например, deadbeef.

В gnome on wayland rofi не перехватывает фокус у нативных окон, в sway сумели как-то обойти эту проблему?

гтк3

токо на гтк3 и всё?

Разумеется, нет! Но gtk3 разжевывают для хомячков, оттого-то хомячки больше ничего и не знают.

ну если нет, то где список бы найти других программ.

Есть замена urxvt на wayland не на vte?

В gnome on wayland rofi не перехватывает фокус у нативных окон, в sway сумели как-то обойти эту проблему?

Вот, видимо, что нет. Я не мог найти зависимости, видимо это оно.

Виджет можно уместить в однострочник на баше.

Ну разве что сигналы, хотя мне более чем хватает обычных хоткеев.

Виджет можно уместить в однострочник на баше.

Нельзя. Индикатор UPS, например, это не просто процент заряда, а состояние, напряжение, нагрузка. Да, можно всё текстом отобразить, но тогда только под UPS мне придётся выделить целую панель.

Ну разве что сигналы, хотя мне более чем хватает обычных хоткеев.

Например, когда я открываю кинцо, я хочу просто его посмотреть, а не отключать перед этим локер, уведомления и отключение экрана, а после просмотра — снова всё включать.

Никогда с таким не сталкивался. Всегда открывал кинул фулскрин и ничего не лочилось, не засыпало, не атаковало уведомлениями.

Для конфигов самое оно .ini или json на худой конец.

представляю конфиг в виде json похожего на xaml(с тригерами и прочим)

не лочилось, не засыпало

При использовании какого-нибудь DE вполне поверю, но

не атаковало уведомлениями

не поверю никогда — уведомления от других приложений как вылезали поверх кинца, так и вылезают, а если и отображаются под ним, то ты их уже не прочитаешь (не касается KDE, так как у него есть стек уведомлений). А у меня когда выходишь из фуллскрина, показываются все уведомления, которые я пропустил. Надо подумать, как запилить себе стек уведомлений типа как в андройде KDE.

Буду использовать вместо i3wm, если вдруг решу на wayland перейти. Хорошо что проект развивается. Нужная вещь

так вообще бы ему цены не было!

Это смотря для кого. Простому пользователю Lua-это ад. Да и сам язык громоздкий и неудобный.

Для конфигов — самое оно.

Берите пример с i3.Простой и читабельный файл...

Простому пользователю Lua-это ад.

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

Да и сам язык громоздкий и неудобный.

Программировать на нём в здравом уме никто не станет, но для расширения логики (читай — гибкой конфигурации) он просто идеален.

Берите пример с i3.Простой и читабельный файл...

И никакой гибкости: захотел виджет почты — баш в зубы, захотел виджеты нагрузки — коньки, и так далее. Понятно, что KISS, но панелька должна иметь хоть какую-то информативность.

но панелька должна иметь хоть какую-то информативность.

Да все нормально с этой панелькой. Хотите расширений по больше-есть i3blocks.

Да все нормально с этой панелькой. Хотите расширений по больше-есть i3blocks.

А как же целостность?

А как она теряется? Один кусок софта заменяется другим аналогичным.

По поводу скриптинга как ни странно простые конфиги лучше императивных портянок.

А если так уж охотно поизвращаться можно прописать путь к любому бинарнику в теле виджета.

По поводу скриптинга как ни странно простые конфиги лучше императивных портянок.

Не всегда и не везде. Я тоже за KISS, у меня даже почта устрочена через жопу offlineimap+neomutt+msmtp+neovim + сортировка почты POSIXовым шеллскриптом, но awesome предоставляет гибкую систему для управления окнами, целостность здесь просто незаменима, а виджеты… ну, это же фреймворк, куда без приятных плюшек? Тем более, никто не заставляет всем этим пользоваться.

Один кусок софта заменяется другим аналогичным.

Один кусок софта заменяется другим аналогичным целым приложением. Если это удобнее, то почему нет? Но если от этого одни страдания, то зачем?