LINUX.ORG.RU

Проект Xfce4 разрабатывает собственный Wayland-композитор

 , , ,


1

4

Разработчики Xfce4 – одного из старейших десктопных окружений для Linux – сообщили о начале работы над новым композитором, который призван заменить имеющийся в составе Xfce4 оконный менеджер для систем на основе Wayland. Проект получил название Xfwl4. Предполагается, что он должен максимально повторять функциональность и поведение имеющегося Xfwm4 (насколько это возможно реализовать на Wayland). Для работы над проектом был нанят разработчик Брайан Террикон, уже давно сотрудничающий с командой Xfce4.

Первоначально предполагалось, что поддержка Wayland будет добавлена в уже существующий оконный менеджер Xfwm4. Однако разработчики быстро столкнулись с рядом проблем, делающими одновременную поддержку X11 и Wayland в одном проекте затруднительной. Вместо этого было решено создать в составе Xfce4 новый Wayland-композитор. Для проекта был выбран язык программирования Rust и библиотека smithay, реализующая базовый набор функций для построения композитора для Wayland. Предполагается, что использование Rust позволит избежать многих ошибок, связанных с некорректным использованием памяти, и уменьшить вероятность сбоев в работе композитора.

Сообщается, что Брайан уже приступил к работе над проектом. Первый рабочий релиз разработчики надеются представить сообществу уже в середине 2026 года.

>>> Xfwl4 - The roadmap for a Xfce Wayland Compositor



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от Rootlexx

Ничто не мешает этому впоследствии переехать в основные Настройки

Ты же понимаешь, о чем я. Гном действительно любит выпиливать фичи в угоду своему единственно-правильному видению. У тебя вообще ситуация запрета обсуждения СКМ не вызвала никаких подозрений, что что-то тут не в порядке?

В чём пробовал?

Я же говорил: GIMP и Inkscape. Трансмишн ведет себя нормально. Но я уже понял, в чем проблема: первые два написаны на GTK3, второй уже на GTK4. Но GTK3 так-то не GTK2, могли бы и поддерживать работу с порталами.

добавить второй тулкит без замены старого было решением разработчиков Qt

Так получилось из-за необходимости поддержки старого. Новый тулкит делался исключительно под мобильные интерфейсы всякого тырпрайза, поэтому проще было делать с нуля, чтобы не сломать ничего для десктопного тырпрайза с Qt Widgets, который тоже приносит деньги. Решение для коммерческого продукта исключительно верное. Потом, когда набьют все шишки, вполне могут подвести всё это под какую-то общую базу, если будет необходимость. Или выровнять паритет по фичам.

Qt породила проблему, от которой KDE страдает до сих пор

Будем честными, не велика проблема, и кдешники ее фиксят.

Тем временем в GTK кинетическая прокрутка работает с 2012 года.

На этом, и на простоте порта на другие языки, плюсы GTK и заканчиваются %) Сильная сторона Qt, до которой GTK как до луны - всеобъемлющесть (хотя он и не пытается). Как я говорил, берешь Qt - и получаешь в довесок сеть и многие другие компоненты. Берешь GTK - и бегаешь по репозиториям, или мучительно пишешь обертки для всего сам.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Сильная сторона Qt, до которой GTK как до луны - всеобъемлющесть

У этого есть и свои минусы, вроде болезненного перехода с qwebkit на qwebengine. Либо писать обертки…

u-235
()
Ответ на: комментарий от liksys

Статистику в студию.

Личные наблюдения за новостями в последние годы. Ну приведи несколько примеров обратного.

slepoy_pew
() автор топика
Ответ на: комментарий от kirill_rrr

Я не против чтобы умер конкретно гном

Свобода пользователя в настройки окружения растёт в квадрате от числа доступных ДЕ/ВМ

Начал о здравии, кончил за упокой. Два клоуна этому господину.

slepoy_pew
() автор топика
Ответ на: комментарий от liksys

Из кед ты можешь слепить вообще что угодно благодаря их фичастости

А если человек не может, не имеет возможности или банально не хочет «лепить»? Пердолики почему-то думают, что настраивать систему - это процесс, который доставляет не только им, но и вообще всем и каждому. Отсюда и настраиваемость преподносится как однозначный плюс. Но я тебе открою секрет - большинству пользователей плевать на настраиваемость и возможность «слепить» из буханки любой троллейбус. Даже на Линукс. Им нужен удобный, интуитивно понятный дефолт. Чтобы просто работало. Они платят за коммерческие ОС, потому что там уже им настроили удобно и избавили от необходимости «лепить».

slepoy_pew
() автор топика
Ответ на: комментарий от liksys

Сильная сторона Qt, до которой GTK как до луны - всеобъемлющесть (хотя он и не пытается). Как я говорил, берешь Qt - и получаешь в довесок сеть и многие другие компоненты. Берешь GTK - и бегаешь по репозиториям, или мучительно пишешь обертки для всего сам.

Ой, а как же Юниксвей? Ну и опять же, свои предпочтения преподносятся как однозначный плюс для всего человечества.

slepoy_pew
() автор топика
Ответ на: комментарий от slepoy_pew

Ну приведи несколько примеров обратного.

Ты предлагаешь мне опровергать твое умозрительное недоказанное утверждение? Нет, спасибо.

liksys ★★★★
()
Ответ на: комментарий от slepoy_pew

Им нужен удобный, интуитивно понятный дефолт.

Именно. И гном от этого максимально далеко.

Они платят за коммерческие ОС, потому что там уже им настроили удобно

И от этого тоже, ага.

liksys ★★★★
()
Ответ на: комментарий от slepoy_pew

Ой, а как же Юниксвей?

Большинство из тех, кто кричит про юниксвей, не понимает его сути. Юниксвей не запрещает существовать всеобъемлющим фреймворкам, если они не являются монолитными комбайнами. Qt целиком модульный, и каждый его модуль выполняет одну конкретную задачу. Однако они все объединены под одной крышой общим подходом к проектированию. Это канонический юникс-вей, как он есть.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

У тебя вообще ситуация запрета обсуждения СКМ не вызвала никаких подозрений, что что-то тут не в порядке?

Эээ, какого такого запрета обсуждения СКМ? 🤔

Я же говорил: GIMP и Inkscape. Трансмишн ведет себя нормально. Но я уже понял, в чем проблема: первые два написаны на GTK3, второй уже на GTK4.

Ну да, это включено по умолчанию в GTK4.

Но GTK3 так-то не GTK2, могли бы и поддерживать работу с порталами.

Попробуй установить переменную окружения GTK_USE_PORTAL=1.

ЕМНИП, с ней могли вылезать какие-то проблемы, но подробностей уже не помню, и возможно, уже всё починили.

Так получилось из-за необходимости поддержки старого

Ну так сделали бы реализацию API Widgets на QtQuick. Учитывая, что enterprise обычно совсем не спешит переезжать на новые версии, времени у них было вагон. Вместо этого они вот уже 13 лет как вынуждены параллельно поддерживать 2 разных тулкита, а пользователи — терпеть разницу в функциональности, внешнем виде и поведении.

Потом, когда набьют все шишки, вполне могут подвести всё это под какую-то общую базу, если будет необходимость

Ещё раз: Qt5 вышла 13 лет назад. Если за такой долгий срок не случилось, то говорить об этом всерьёз невозможно.

Будем честными, не велика проблема, и кдешники ее фиксят.

Кому как. То же отсутствие инерционной прокрутки — это первое, что я замечаю, когда запускаю KDE. Сложно смириться с её отсутствием, когда за годы использования GNOME уже привык к хорошему.

А потом постоянно то тут, то там вылезают отличия в поведении и внешнем виде. Впрочем, эти отличия теряются в родовых хаосе и неконсистентности KDE, т.ч. в этом плане использование двух разных тулкитов лишь добавляет энтропию, а не порождает её.

берешь Qt - и получаешь в довесок сеть и многие другие компоненты

Тут палка о двух концах. Получается замкнутая экосистема, в которой хорошо лишь пока ты полностью в неё погружён, а стоит сделать шаг в сторону — и начинаются перегоны из std::string в QString и обратно, NIH-контейнеры вместо STL и прочие радости жизни.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Эээ, какого такого запрета обсуждения СКМ? 🤔

Посмотри новость, которая была пару недель назад, про выпиливание этой функции из гнома. Я ходил в их гитлаб и видел дивное. Там обсуждение было закрыто для какого-то подмножества разработчиков. Один из коммитеров гнома (но не постоянный член команды) создал соседний тикет с адкеватным предложением альтернативы, после чего какой-то гномовец рангом повыше устроил там истерику и заблокировал обсуждение - мол, гитлаб не для дискуссий, и вообще уже всё решено.

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

Короче, гномодизайнеры в своем репертуаре.

Попробуй установить переменную окружения GTK_USE_PORTAL=1.

Пробовал перед тем, как пожаловаться. Не работает.

Если за такой долгий срок не случилось, то говорить об этом всерьёз невозможно.

Не «не получилось», а «задачи не стояло».

То же отсутствие инерционной прокрутки — это первое, что я замечаю, когда запускаю KDE.

Я настраивал свежий профиль KDE год назад, и у меня проблема была в том, чтобы избавиться от этой самой прокрутки. Уж не знаю, что у тебя не работало.

эти отличия теряются в родовых хаосе и неконсистентности KDE

Ну так, если у тебя кратно больше фичей и приложений, чем в гноме - то понятно, что будет проблематично привести всё к общему знаменателю ;)

стоит сделать шаг в сторону — и начинаются перегоны из std::string в QString и обратно, NIH-контейнеры вместо STL и прочие радости жизни

Обертки для Qt пишутся элементарно, и это первое, что нужно сделать, если ты делаешь шаг в сторону. Справедливости ради, это действие приходится делать сильно реже, чем когда пишешь на GTK.

liksys ★★★★
()
Ответ на: комментарий от liksys

Так выглядят глюки 2D-ускорения на иксах.

Вот только это глюки 3Д-рендера в вайланде.

В логи-то смотрел?

И что я там увижу? Предупреждение с цифробуквенным кодом о непонятной операции с памятью? Я бы даже ради любопытства включил логи, но там уже вместо арча дебиан и никакого кде6 и вайланда. Возможно я ещё вернусь к этому вопросу если мне что то приспичит и я побегу разворачивать бэкап обратно.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Вот только это глюки 3Д-рендера в вайланде.

Никакой разницы. Рендерингом в обоих случаях занимается железо. Если у тебя рассыпаются текстуры, то это проблемы с драйверами. Иксы могли не запуститься по той же проблеме. Учитывая, что у всех остальных KDE на арче прекрасно работает, то надо разбираться, что не так с дровами к твоему железу.

Предупреждение с цифробуквенным кодом о непонятной операции с памятью?

Ага. Смотришь логи, идешь в гугл, решаешь проблему. Я вообще не понимаю, как ты с таким подходом умудряешься жить на линуксах. Действительно постоянно переустанавливаешь ось на каждый чих, что ли?

liksys ★★★★
()
Ответ на: комментарий от liksys

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

Нет. Реальная настраиваемость современной плазмы где то на уровне кде3. Например там требуются какие то титанические усилия чтобы перевести монитор памяти и процессора в обычный вид. Логика накидывания всякой хрени в текстовое поле просто мозговыносящая. Или например в чём прикол виджета погоды, засунутого в трей а не вижеты, причём его невозможно выключить!

А вместе с тем - бажность и сложность отладки всего этого

А если посмотреть не с точки зрения теоретика-менеджера а как оно на практике у пользователей работало - во первых никто не занимался вопросами типа «я запустил панель гном2 в плазме и у меня что то не работает», а во вторых при меньших усилиях оно лучше работало. Если стандарты соблюдались в ущерб модности и динамичности - оно просо работало. И оставалось куча времени на новый функционал. По настоящему новый, а не инновационное закругление кнопок и уникальный алгоритм уплавнения анимаций.

kirill_rrr ★★★★★
()
Ответ на: комментарий от liksys

Началось всё с того, что некий регистрант начал утверждать без всяких доказательств, что софт массово переписывают с ГТК на Кьют. Доказательства нужно начинать отсюда.

slepoy_pew
() автор топика
Ответ на: комментарий от slepoy_pew

некий регистрант

Это был не я; претензии, соответственно, не ко мне. Так что и выдумки твои я опровергать не обязан.

liksys ★★★★
()
Ответ на: комментарий от kirill_rrr

Нет.

Да. Гляди, как могу.

А если посмотреть не с точки зрения теоретика-менеджера

А можно на твой код посмотреть, не-теоретик ты наш? Много ты софта собственноручно написанного отладил, чтобы делать подобные выводы?

Это точка зрения разрабатывающего практика. Ты код не пишешь вообще, поэтому не знаешь, что чем больше взаимодействующих компонентов - тем сложнее отладка результата.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Учитывая, что у всех остальных KDE на арче прекрасно работает, то надо разбираться, что не так с дровами к твоему железу.

Это огромный пласт графики амд GCN-поколений. Это не старый драйвер radeon который не хотят поддерживать из за неактуальности железа. Данная интеграшка довольно косметически отличается от RX580, до сих пор являющейся конкурентом RTX 5050. Причём проблема появилась и усугубилась именно с обновлением КДЕ, а драйвер и ядро всё те же.

Ага. Смотришь логи, идешь в гугл, решаешь проблему.

Это так не работает. Гугл на такие вопросы не отвечает, тут надо достучаться до разработчика, а решением вопроса будет «мы это не поддерживаем, идите нафиг и вообще виноват кто то другой».

Действительно постоянно переустанавливаешь ось на каждый чих, что ли?

Возможно меня просто задоблала ОС, которая требует полого обновления на каждый чих? Мне надо чтобы просто работало, это не к Арчу. А ещё мне надо освоить засовывание стрёмного софта и стрёмных ОС в контейнеры. Это тоже не к Арчу, в Арче обслуживание платформы для запуска контейнера будет сжирать всё свободное время.

kirill_rrr ★★★★★
()
Ответ на: комментарий от liksys

Да. Гляди, как могу.

Ты коньки поверх плазмы натянул?

Небольшой апгрейд Затишье перед сносом. xfce 2021 года Вот моя стандартная раскладка панели для ониторов 16:9, попробуй повторить её в плазма-6, сильно удивишься. Даже если без попытки получить кнопки окон с читаемыми подписями.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Причём проблема появилась и усугубилась именно с обновлением КДЕ

Извини, но я не верю, что при обновлении кед аж с 6.1 до 6.5 на арче у тебя было одно и то же ядро, учитывая, как часто оно в арче обновляется. Я сомневаюсь, что ты додумался использовать хотя бы LTS-ядро из реп.

Это так не работает.

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

Возможно меня просто задоблала ОС, которая требует полого обновления на каждый чих?

Возможно. Но скорее всего дело в том, что ты используешь линукс, в котором вещи плюс-минус работают из коробки, потому что не умеешь решать проблемы оного линукса. Вон, даже логи отключаешь. То есть - даже не пытаешься решать. Я не могу тебя винить в том, что ты хочешь, чтобы всё работало. Но тебе, в общем-то, никто и не говорил, что арч - это система для домохозяек или конечного пользователя.

в Арче обслуживание платформы для запуска контейнера

Какой платформы? У меня вот дискорд из флатпака стоит - вообще никаких проблем, есть совершенно не просит. Обновляю когда перестает логиниться. Всё остальное, типа докера, работает точно так же, как и в других дистрах.

liksys ★★★★
()
Ответ на: комментарий от liksys

Много ты софта собственноручно написанного отладил, чтобы делать подобные выводы?

Про это обычно говорят, что не надо быть курицей чтобы оценить качество яичницы.

Ты код не пишешь вообще, поэтому не знаешь, что чем больше взаимодействующих компонентов - тем сложнее отладка результата.

Я об этом догадываюсь не хуже разработчков-практиков. Это всегда так в сложных системах. Но мы не в каменном века только потому, что научились обходить это ограничение разбивая сложные системы на взаимозаменяемые стандартные модули, хорошо работающие вместе вместо того чтобы городить комбайн бесконечной сложности.

kirill_rrr ★★★★★
()
Ответ на: комментарий от liksys

Обрати внимание, у меня более 10-и лет гном/кде с Kwin в качестве ВМ. Разве это кто либо тестировал? Нет. Но это работает идеально потому что кто то 20 лет назад принял и исполнил единый стандарт.

kirill_rrr ★★★★★
()
Последнее исправление: kirill_rrr (всего исправлений: 1)
Ответ на: комментарий от kirill_rrr

Про это обычно говорят, что не надо быть курицей чтобы оценить качество яичницы.

Вот только ты неправильно понимаешь эту пословицу. Со своей юзерской точки зрения ты можешь только оценить, насколько глючен тот или иной софт. А вот о том, какие сложности предостерегают разработчиков, ты не имеешь ни малейшего представления.

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

Я об этом догадываюсь не хуже разработчков-практиков.

Даже близко не догадываешься, учитывая, какую чушь ты сейчас порешь.

liksys ★★★★
()
Ответ на: комментарий от liksys

на арче у тебя было одно и то же ядро

6.12-лтс. Арч не заставляет сидеть на свежайшем ядре если ты не в курсе. И в смысле «я бы не додумался»? По какой причине ты считаешь что дебианщику могло прийти в голову иное решение?

Это именно так и работает: смотришь логи - фиксишь баги.

Это и есть «идти к разработчику».

в котором вещи плюс-минус работают из коробки, потому что не умеешь решать проблемы оного линукса.

Было очень увлекательно заниматься всем этим когда свободного времени было в разы больше чем сейчас, а проблем на порядок меньше. Но с тех пор модель разработки софта поменялась на апгрейды ради аргрейдов со свежайшими наборами самых креативных граблей, а вершина всего этого - Арч. Который не какой то чудо-дистрибутив для людей, а просто Слака с самыми свежайшими граблями.

Но тебе, в общем-то, никто и не говорил, что арч - это система для домохозяек или конечного пользователя.

Как раз ты это и рассказывал.

У меня вот дискорд из флатпака стоит - вообще никаких проблем, есть совершенно не просит.

Флатпак очень много просит и сильно засирает систему. И вообще, основа для запуска флатпаков и конейнеров должна быть LTS а не роллингом.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Ты коньки поверх плазмы натянул?

Не «натянул», а «положил». Вообще никаких сложностей не возникло.

попробуй повторить

Я не понял, в чем конкретно у тебя проблема. Попробовал разве что сделать вертикальную панельку с датчиками - всё вполне работает. Там этих датчиков и разновидностей отображения - вагон и маленькая тележка.

Сам я коньки использую по историческим причинам, мой конфиг тянется еще со времен KDE3.

у меня более 10-и лет гном/кде с Kwin в качестве ВМ

Осталось только выяснить, кому вообще в здравом уме это может понадобиться.

liksys ★★★★
()
Ответ на: комментарий от kirill_rrr

Арч не заставляет сидеть на свежайшем ядре если ты не в курсе.

Мне вот интересно, почему ты выпендриваешься именно после того, как я тебе буквально говорю о том, что какая-то возможность существует?

И в смысле «я бы не додумался»?

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

Это и есть «идти к разработчику».

Нет. Я объяснил, что нужно делать, перечитай еще раз: проблемы уже могут быть решены, и тебе надо просто выполнить чью-то инструкцию.

Который не какой то чудо-дистрибутив для людей, а просто Слака с самыми свежайшими граблями.

Опять же, никто и не обещал.

Как раз ты это и рассказывал.

Не было такого. Ссылку в студию.

Флатпак очень много просит и сильно засирает систему.

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

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

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

А вот о том, какие сложности предостерегают разработчиков, ты не имеешь ни малейшего представления.

Это можно оценить по финансовым отчётам, числу разработчиков и активности в репе. Всё это вырасло в разы с отрицательной динамикой качества. Ситуация настолько дефолтная и мейнстримная, что странно что это ещё не закон.

Даже близко не догадываешься, учитывая, какую чушь ты сейчас порешь.

Ты думаешь строительчтво зданий чем то сильно отличется если кто то вдруг начинает вязать единый сквозной каркас из арматуры или проектирует 16 уникальных колонн с индивидуальными фундаментами чтобы удержать 4 балкона? Или в машиностроении когда изготавливается уникальный совмещённый агрегат, на который через 3-4 года нет ни одной запчасти потому что у него тираж был микроскопический?

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Это можно оценить по финансовым отчётам, числу разработчиков и активности в репе.

Нельзя. Ты видишь только итог и какие-то внешние проявления, а не причины. Здесь даже нечего обсуждать: ты не тимлид, не архитектор, и даже не рядовой разработчик. Всё зависит от конкретного проекта, конкретного подхода, команды, предметной области и сотен других факторов.

сильно отличется

Да. Все инженерные области чем-то отличаются друг от друга. Я не лезу делать проект здания, потому что не настолько разбираюсь в сопромате и материаловедении. Могу только покритиковать финальную работу. Почему, при этом, ты, не написав в жизни ни одной строчки кода, берешься делать далеко идущие выводы о разработке софта - решительно не ясно.

проектирует 16 уникальных колонн с индивидуальными фундаментами чтобы удержать 4 балкона

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

А вообще, пример занятный: он буквально говорит о том, что комбинаторный взрыв до добра не доводит, потому что вместо исследования взаимодействий однотипных элементов, тебе надо исследовать 16 на 4 балкона.

liksys ★★★★
()
Ответ на: комментарий от liksys

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

Эээ, ну так merge request в GitLab это неподходящее место для нетехнического обсуждения, для этого есть https://discourse.gnome.org/.

Один из коммитеров гнома (но не постоянный член команды) создал соседний тикет с адкеватным предложением альтернативы

Ты про это, что ли? Интересный такой коммитер с нулём коммитов. ;) Как и вообще любой активности помимо создания этого issue.

после чего какой-то гномовец рангом повыше устроил там истерику

А покажи истерику, а то что-то я такого и близко не вижу. Вижу вежливую просьбу:

Please don’t attempt to bypass restrictions by opening issues about them. If you want to discuss it go to https://discourse.gnome.org/.

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

В том-то и проблема, что нифига он не следует. Попробуй отключить вставку по средней кнопке у себя в KDE (кстати, а с какого перепуга KDE просит аж целую перезагрузку для применения этой настройки?) и нажми её в Firefox. Результат — вместо primary selection вставляется текущее содержимое буфера обмена, т.е. Firefox начинает эмулировать эту самую вставку по средней кнопке.

В идеале если функциональность отключена на уровне композитора, то СКМ или не должна ничего делать вообще, или активировать альтернативную функциональность, например весьма подходящий для браузера режим автопрокрутки.

А вообще, всё это бурление говен из-за, блин, изменения значения по умолчанию, которое элементарно включить обратно тем, кому оно нужно, — это просто какой-то позор. Я бы ещё понял, если бы эту функциональность удалили с концами, — и немалая часть комментаторов, не разобравшись в вопросе, так и подумала, — но когда опытных пользователей Linux пугает переключение одной настройки…

Пробовал перед тем, как пожаловаться. Не работает.

Угу, потыкал сейчас в Debian sid — и правда, не работает. Что ж, увы.

Не «не получилось», а «задачи не стояло».

Какая разница, если итог один: вот уже больше 10 лет есть 2 тулкита в рамках одного фреймворка, с разной функциональностью и поведением — и оба используются в KDE одновременно, да ещё и с наверченным Kirigami поверх второго.

Ну так, если у тебя кратно больше фичей и приложений, чем в гноме - то понятно, что будет проблематично привести всё к общему знаменателю ;)

Однако если оказывается, что подавляющая часть этих фичей данному конкретному пользователю и нафиг не нужна (как, например, оказалось в моём случае), то этот пользователь остаётся с одними только минусами, не получая плюсов. Поэтому лично я считаю, что наличие большого количества фич, которыми я не пользуюсь, — это скорее минус для меня как пользователя.

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

Но это уже такая глубокая кроличья нора, в какую я прыгать не хочу.

Rootlexx ★★★★★
()
Ответ на: комментарий от slepoy_pew

Началось всё с того, что некий регистрант начал утверждать без всяких доказательств, что софт массово переписывают с ГТК на Кьют. Доказательства нужно начинать отсюда.

Справедливости ради, тенденция такая, действительно, имеет место, пусть и в небольших масштабах.

Из недавнего, EasyEffects переписали с GTK+libadwaita на QtQuick+Kirigami. Получилось, правда, хуже чем было, ну это уже другой вопрос.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

merge request в GitLab это неподходящее место для нетехнического обсуждения

Хорошо, почему тогда PR был создан без обсуждения в дискусе? Как-то интересно получается: можно закинуть PR, и он будет принят без обсуждения, а для отмены надо идти в дискус.

Как и вообще любой активности помимо создания этого issue.

Значит я его с кем-то перепутал. Тем не менее, истерики мейнтейнера гнома это не оправдывает.

В том-то и проблема, что нифига он не следует.

Разраб фокса ответил, что они либо сделают это, либо уже сделали. Несоответствие поведения - очевидный баг.

всё это бурление говен

Бурление из-за того, что гномовское видение слишком радикальное, при всей его спорности. Скрытая опция будет доступна, пока в очередном приступе UX/UI-бесия ее не выпилят совсем, как это часто бывает в гноме.

Какая разница, если итог один

Большая. Вещь, которую не осилили сделать != вещи, которую не делали.

что наличие большого количества фич, которыми я не пользуюсь, — это скорее минус для меня как пользователя

Пока этот сабсет фич включает требуемые тебе - всё в порядке. Как только отломают что-то, что тебе было нужно - случится «ой».

liksys ★★★★
()
Ответ на: комментарий от Rootlexx

Audacity еще переписали. Там, правда, был wx, который компилялся в gtk, но тем не менее, выбрали чистый qt, а не чистый gtk. Так что показательно.

liksys ★★★★
()
Ответ на: комментарий от Rootlexx

Некоторым кажется (ошибочно), что переделав на Qt жизнь будет проще. Не будет.

Такие проекты в основном или имеют большую базу на Виндах (да, кроссплатформу тянуть на Qt несколько проще, тут согласен) (Wireshark, например), или это проект «три кнопки + два поля» (или наоборот одно окно и OpenGL), которые хотят получить Винды,Мак и планшетики бесплатно (GCompris), или это белки-истерички, которым что-то сделали не так, как им хотелось и «оно обиделось» (EasyEffects).

Особенно умиляют Audacious и Budgie, которые вплоть до сейчас метаются туда-сюда-обратно.

SkyMaverick ★★★★★
()
Ответ на: комментарий от liksys

Так им же ещё Винды поддерживать. Какбы очевидно. Wx - просто дерьмо и точка. Всегда и везде. Бэкенд в Qt у него тоже есть, к слову. И тоже дерьмо.

SkyMaverick ★★★★★
()
Ответ на: комментарий от liksys

Хорошо, почему тогда PR был создан без обсуждения в дискусе?

Эээ, а должен был? Разработчик захотел — разработчик создал. Наверное, он не ожидал, что столько людей не умеет читать, что простой flip дефолта вызовет реакцию «аааа!!1 всё пропало!! из гнома убирают поддержку средней кнопки мыши!!!».

Тем не менее, истерики мейнтейнера гнома это не оправдывает.

Второй раз закинул он невод спрошу, где ты там умудрился увидеть истерику-то.

Скрытая опция будет доступна, пока в очередном приступе UX/UI-бесия ее не выпилят совсем, как это часто бывает в гноме.

Ну вот когда выпилят, тогда и приходите. А пока что разработчики прямым текстом заявили уже неоднократно, что никаких планов удалять эту функциональность у них нет.

Большая. Вещь, которую не осилили сделать != вещи, которую не делали

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

Пока этот сабсет фич включает требуемые тебе - всё в порядке. Как только отломают что-то, что тебе было нужно - случится «ой».

Случится, да. Правда, пока ещё за много лет ничего такого не отломали, так что не вижу смысла в чисто умозрительных рассуждениях. Зато с другой стороны я уже прямо сейчас получаю более отлаженное и единообразное окружение с большим вниманием к деталям.

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

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

Как правильно сказал один регистрант выше:

чем больше взаимодействующих компонентов - тем сложнее отладка результата

;)

Rootlexx ★★★★★
()
Ответ на: комментарий от liksys

Audacity еще переписали

Ну допустим, не переписали, а переписывают. Текущая ветка 3.x ведь всё ещё на wxWidgets.

Но да, некоторые приложения так поступают. Думаю, немалую роль в этом играет существенно лучшая кроссплатформенность Qt, в то время как GTK сфокусирован на *nix. На мой взгляд, это единственное неоспоримое реально ощутимое преимущество Qt над GTK.

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

Равно как и в переписывании на Qt, если авторам так хочется.

Rootlexx ★★★★★
()
Ответ на: комментарий от SkyMaverick

Там две причины отказа от wx: совместимость с каким-то кодом из другого большого проекта, который уже на Qt, и хреновая поддержка вяленда. У wx не было шансов из-за второго. А GTK проиграл из-за первого.

liksys ★★★★
()
Ответ на: комментарий от Rootlexx

Разработчик захотел — разработчик создал.

Еще раз: он создал ломающее изменение без исследований, без сбора фидбека - без всего. Это он, по-хорошему, должен был доказывать, что такое изменение нужно. И любой отрицательный фидбек должен был остановить мерж. Но не остановил, потому что фидбек в эхо-камере не слышно.

где ты там умудрился увидеть истерику-то

Например вот здесь, по той же причине.

Ну вот когда выпилят, тогда и приходите.

Я не вижу причин относиться к этому так, учитывая репутацию гнома.

Эта разница имеет значение только для порассуждать

Нет. Разница есть в архитектурном плане. Если делали-делали - и не сделали, то это одно. Если намеренно пилили отдельный тулкит и поклали болт на фичу в изначальном - другое.

Как правильно сказал один регистрант выше

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

Хе-хе-хе %) Увы, это невозможно, пока я не стану планетарным диктатором.

PS: А еще я введу уголовную ответственность за десктопные приложения, сделанные на вебе, так что голосуй за меня. Нативный код - в каждый дом!

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Ответ на: комментарий от liksys

Еще раз: он создал ломающее изменение без исследований, без сбора фидбека - без всего. Это он, по-хорошему, должен был доказывать, что такое изменение нужно.

Ну давай ещё раз: он создал merge request, где обосновал изменения, как смог (бесспорно, что плохо). Merge request не является коммитом в основную ветку, пока его не слили, таким образом он сам и есть предложение и сбор обратной связи от разработчиков, каждый из которых привёл свои доводы за или против. Этот merge request не сливали, пока не получили +1 от Design Team. Сам merge request слил другой человек. Так что очевидно, что разработчики в целом согласились с предложенными изменениями.

Все голосования, что я видел до сих пор на эту тему, показывают, что большинство пользователей этой функциональностью не пользуется. Более того, в интернете полно жалоб от тех, у кого вместо ожидаемой ими автопрокрутки вставляется текст куда ни попадя. Опытные пользователи могут без проблем включить это поведение обратно, что лично я и сделаю.

Так что могу лишь повторить, что лично я не вижу ровным счётом никаких причин для такой глобальной истерики кроме неумения читать у отдельных представителей интернет-социума.

Например вот здесь, по той же причине.

Да, здесь разработчик, действительно, неправ по форме.

Я не вижу причин относиться к этому так, учитывая репутацию гнома.

Репутация — это хрень полная и сборище предрассудков. Вон, у Plasma репутация, что она постоянно падает, — и что с того?

Нет. Разница есть в архитектурном плане. Если делали-делали - и не сделали, то это одно. Если намеренно пилили отдельный тулкит и поклали болт на фичу в изначальном - другое.

Какое до этого дело мне как пользователю, у которого инерционная прокрутка с помощью тачпада не работает в половине приложений KDE?

Rootlexx ★★★★★
()
Последнее исправление: Rootlexx (всего исправлений: 2)
Ответ на: комментарий от Rootlexx

Так что могу лишь повторить, что лично я не вижу ровным счётом никаких причин

Я могу еще хоть десять раз повторить мой поинт, и менее правым от этого не стану: гном постоянно выпиливает фичи по желанию левой пятки. Дизайн-тима сидит в эхо-камере, и тикет, на который я дал ссылку, четко показывает, что класть они хотели на альтернативные мнения. Очевидно, что PR - это кого надо PR, а вот мнение - кого не надо, от того у того гномовца и случилась истерика. Предложить пользователю попробовать фичу всплывающим диалогом? Нет, зачем. Лучше сделать как в маке, потому что как в маке это то, чем ограничиваются представления гномовцев об UX/UI.

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

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

Репутация — это хрень полная и сборище предрассудков.

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

Какое до этого дело мне как пользователю

Всё это время мы обсуждали техническую сторону Qt vs. GTK.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Ответ на: комментарий от liksys

Я могу еще хоть десять раз повторить мой поинт, и менее правым от этого не стану

Если что, это работает не так. ;)

гном постоянно выпиливает фичи по желанию левой пятки

Дизайн-тима сидит в эхо-камере

Очевидно, что PR - это кого надо PR

И я тебе скажу, что будет потом

это в гноме происходит постоянно

Какая осведомлённость! У тебя, наверное, уже все свечки закончились. ;)

Знаешь, играть в предсказания ванги мне неинтересно. Наверняка в отличие от, у меня многолетний опыт реального боевого использования обеих сред рабочего стола, так что давай ты не будешь мне про устрицы рассказывать, хорошо? Заранее спасибо.

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

Значит, ты согласен, что Plasma таки постоянно, чуть ли не ежечасно, падает? — так и запишем.

Какое до этого дело мне как пользователю

Всё это время мы обсуждали техническую сторону Qt vs. GTK.

Я несколько раз уже несколькими способами сказал, что пути, приведшие к проблеме, не важны в контексте наличия самой проблемы. Есть медицинский факт: 2 плохо сочетающихся между собой тулкита в рамках одного и того же фреймворка. Есть факт использования обоих тулкитов в KDE одновременно. Есть факт вызванного этим негативного пользовательского опыта.

А всё это потому что «не захотели» или «не смогли» лично мне — не интересно. Меня интересует конечный результат, а не варианты объяснения «как мы до этого дошли».


Вот что мне реально интересно, так это как мы дошли до обсуждения GNOME vs KDE в теме про Xfce. XD

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

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Если что, это работает не так. ;)

Мне, право, уже наскучило, и стало не особо интересно, согласен ты с этими фактами, или нет.

Какая осведомлённость!

Если ты не можешь сложить два плюс два и сделать очевидный вывод на основе прошлого поведения гномовцев вкупе с текущим - ничем не могу помочь. Банальное умение в анализ ситуации некоторыми людями действительно воспринимается, как вангование и чудо. Ничего не поделаешь.

у меня многолетний опыт

А у меня многолетний опыт проектирования и анализа интерфейсов, так что можешь мне не хвастаться своим многолетним опытом сидения на гноме. Хорошо? Заранее спасибо.

Значит, ты согласен, что Plasma таки постоянно, чуть ли не ежечасно, падает? — так и запишем.

Я смотрю, у тебя отлично получается передергивать и вести диалог с самим собой. Можешь продолжать дальше, только уже без меня.

Я несколько раз уже несколькими способами сказал, что пути, приведшие к проблеме, не важны в контексте наличия самой проблемы.

А я несколько раз несколькими способами сказал, что важна техническая составляющая, потому что разговор был именно о техническом превосходстве при разработке на Qt. Ты же просто решил уйти в обсуждение конкретных багов. Отказать.

liksys ★★★★
()
Ответ на: комментарий от liksys

гном нужно закопать, а освободившихся разработчиков отправить допиливать KDE

Это должно звучать голосом Шарикова из всем известной экранизации)

А «освободившиеся разработчики» согласны? Или с планетарным диктатором не поспоришь?)

slepoy_pew
() автор топика
Ответ на: комментарий от liksys

Если ты не можешь сложить два плюс два и сделать очевидный вывод на основе прошлого поведения гномовцев вкупе с текущим - ничем не могу помочь

Для статистически корректной оценки необходимо хотя бы иметь репрезентативную выборку. Если же твой опыт ограничен ангажированной выборкой статей из интернета, подкреплённой личным предвзятым отношением к проекту, то твоим вангованиям красная цена — ноль целых ноль десятых.

А у меня многолетний опыт проектирования и анализа интерфейсов, так что можешь мне не хвастаться своим многолетним опытом сидения на гноме. Хорошо? Заранее спасибо.

Плохо. Ты примитивно передёргиваешь. Речь шла про твои прохладные истории о том, как «гном постоянно выпиливает фичи по желанию левой пятки». И вот тут как раз «многолетний опыт сидения на гноме» гораздо актуальнее, чем твой «многолетний опыт проектирования и анализа интерфейсов».

Я смотрю, у тебя отлично получается передергивать и вести диалог с самим собой.

Я продемонстрировал на примере «постоянно падающей плазмы», что «репутация» далеко не всегда отражает текущее положение вещей. Как следствие, твоя попытка использования «репутации GNOME» (среди кого?) как аргумента некорректна.

Честное слово, заходы про «постоянное выпиливание фич» от тех, кто не пользуется GNOME, раздражают ничуть не меньше заходов про «постоянно падающую плазму» от тех, кто не пользуется KDE.

Можешь продолжать дальше, только уже без меня

Ну вот и поговорили.


А я несколько раз несколькими способами сказал, что важна техническая составляющая, потому что разговор был именно о техническом превосходстве при разработке на Qt. Ты же просто решил уйти в обсуждение конкретных багов.

А я, кажется, понял, в чём дело. Ты неправильно прочитал:

Если за такой долгий срок не случилось, то говорить об этом всерьёз невозможно.

— как «не получилось», и поэтому ответил:

Не «не получилось», а «задачи не стояло».

И дальше на мой недоумённый вопрос:

Какая разница, если итог один: …

— ты продолжил пытаться полемизировать с тем, что я вообще-то и не утверждал:

Большая. Вещь, которую не осилили сделать != вещи, которую не делали.

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

И т.д.

Должен признать, твой слова про диалог с самим собой теперь выглядят весьма иронично. 🤭

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

Для статистически корректной оценки необходимо хотя бы иметь репрезентативную выборку

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

Ты примитивно передёргиваешь.

Нет. Тебе просто стало нечем крыть, и сейчас началось юление, «ваш опыт - не опыт» и прочие кулстори.

«репутация» далеко не всегда отражает текущее положение вещей

Именно поэтому ты не можешь использовать одну репутацию для отрицания другой. Особенно учитывая, что ты видел тикет с истерикой. Такие вот дела. Все твои следствия, как водится, тоже здесь ложны. Мы оба знаем, что ты можешь просто прогуляться по тегу новостей про гном, чтобы убедиться в моей правоте. Просто тебе неприятно от этого факта, от того ты и начал передергивать.

А я, кажется, понял, в чём дело.

Этот демагогический слоп я даже удостаивать прочтением не буду. Мы говорили о технической составляющей с самого начала. Всё, точка. В попытках вывернуть диалог наизнанку отказано.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Ответ на: комментарий от Rootlexx

Вдогонку: каюсь, прочитал. И вот для тебя было бы лучше, если бы я действительно его не читал.

Я, конечно, проморгал изначальное слово, это правда. Вот только самое смешное не это, а то, что ты сам этого не заметил, и продолжал как ни в чем не бывало.

Из этого можно сделать довольно занятненький вывод: по всей вероятности, обладая довольно неплохим вокабуляром, ты употребил «не случилось» в контексте «не получилось», и у тебя на тот момент не возникло ко мне никаких претензий. Ты читал меня через слово, и возражал так, будто бы действительно сам имел в виду «не получилось», не замечая никакой разницы. И только теперь, попытавшись увести диалог в сторону пользовательского опыта, пошел перечитывать диалог и нашел спасительную, как тебе показалось, соломинку.

Думаю, на этом обсуждение можно смело закрывать.

liksys ★★★★
()
Ответ на: комментарий от liksys

Весьма ироничное заявление от человека, пытавшегося апеллировать к своему субъективному опыту использования гнома и кде

Куда уж мне до:

ты можешь просто прогуляться по тегу новостей про гном

XD

Подтверждение моих слов «если твой опыт ограничен ангажированной выборкой статей из интернета» ещё никогда не было таким быстрым и безапелляционным.

Нет. Тебе просто стало нечем крыть, и сейчас началось юление, «ваш опыт - не опыт» и прочие кулстори.

Ответ не по делу крыть, действительно, нечем. Твой заявленный «опыт проектирования интерфейсов» просто не имеет отношения к обсуждавшемуся вопросу.

Ты даже процитировал из всего утверждения только «у меня многолетний опыт» — и принялся рассказывать в ответ про свой богатый опыт, только в не относящейся к обсуждаемой теме области.

Опыт же чтения заголовков тем на ЛОРе, здесь увы, малополезен в силу их нерепрезентативности. ;)

Именно поэтому ты не можешь использовать одну репутацию для отрицания другой

Очевидно, что я и не использовал «одну репутацию для отрицания другой». Я вообще не занимался отрицанием репутации. Я показал, что само наличие какой-либо репутации не означает, что она отражает текущее положение вещей, а значит, делать какие-либо выводы просто из факта существования репутации неверно.

И попытка привязать грубый ответ одного из разработчиков на тему использования GitLab issues для обсуждения дизайна — к удалению фич (!), это просто смешно.

Понятнее я объяснить уже не смогу.

Rootlexx ★★★★★
()
Ответ на: комментарий от liksys

почему ты выпендриваешься именно после того, как я тебе буквально говорю о том, что какая-то возможность существует?

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

Потому что для этого надо почитать документацию, а ты этого делать ой как не любишь.

Я не люблю читать ненужную мне документацию написанную пяткой левой ноги с бодуна. Особенно по софту, который надо не изучать а вышвырнуть нахрен.

С другой стороны, вот я лезу в новый для меня дистр, минимум 9-й по счёту. Как дебианьщик и гентушник я сразу задаюсь вопросом: а как тут выбирается версия ядра? А что доступно? А что про это написано в инструкции по установке?

Нет. Я объяснил, что нужно делать, перечитай еще раз: проблемы уже могут быть решены, и тебе надо просто выполнить чью-то инструкцию.

Нет, ды дословно написал:

Это именно так и работает: смотришь логи - фиксишь баги.

Т.е. дословно - выполняешь работу тестировщика и разработчика вместо них. Осталось только как то в обход них просунуть багфиксы в гит...

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

Очень сильно отличается. Тем что каждые 2-3 дня надо тратить около получаса на обновление и перезагрузку, а раз в месяц что то будет отваливаться.

kirill_rrr ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.