Рабочий стол KDE Plasma 5.16 увидел свет

Ты стал высыпаться, в чем твой секрет?

Его в секрет в профилактическом забане. Видишь как благотворно он влияет на разум участника конференции?

Напомнило
Дикая собака Динго или повесть о первой любви
Прочесть что-ли. Описание заинтересовало.

Лол. По иронии судьбы совсем недавно прочитал это произвдение Р. Фраермана; у него довольно странный и непривычный слог, да и события, описываемые в этой повести, отдают какой-то нереальностью происходящего. Но, чёрт возьми, мне понравилось. Будет время – прочитаю его остальные произведения в сборнике.

Я даже немного разачарован тем, что человек изменился благодаря простому бану. И благотворное ли это влияние? Анонимусов теперь куда подальше не шлет, про ненужность не говорит, использует эмодзи в сообщениях.

Раньше он засорял форум агрессивным поведением, а теперь приносит хоть какую-то пользу. Это ли не победа?

Есть ли вообще стол похожий на Windows XP?

Отчасти TDE на него похож на дефолтной теме оформления Plastik.

Посмотри Q4OS

Ничего про это не слышно, хотя фича очень классная, соглашусь. Насколько я помню в KDE 4 была такая возможность в KWin, потом её почему-то выпилили.

Фишка эта вроде оконным менеджером BeOS/Haiku была вдохновлена, где окошки можно стаковать во вкладки из коробки и это очень удобно.

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

Баклажанно-фиолетовое с тёмным ещё, да. Жутко не нравится эта цветовая гамма. Можно поменять тему на светлую (Ambiance или Radiance?) но лучше от этого не станет.

Хотя нет, в <=8.04 у них были няшные оранжевые цвета.

Да, и тогда Ubuntu выглядела просто отлично. Наверное из-за няшной светло-оранжевенькой темы она и стала популярнее того же Debian’а. Лучше бы они эту тему продолжали использовать и улучшать. Глядишь и пользователей у Ubuntu ещё больше бы было.

5 лет не могут пофиксить, ироды: https://bugs.kde.org/show_bug.cgi?id=340982

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

P.S. У меня всё работает: http://esxi.z-lab.me:666/~exl_lab/screens/KDE_DateTime.png

/me сидит на KDE4

В KDE 4 из коробки угрёбищный Oxygen, поэтому KDE 4 пользоваться невозможно. Счастье-то какое, что в KDE Plasma 5 этот Oxygen закопали и залили бетоном.

а что если KDE Plasma будет рабочим столом по умолчанию в RHEL/Fedora и Ubuntu?

В RHEL недавно вообще весь KDE депрекейтнули, о чём ты?

In October 2018, Red Hat declared that KDE Plasma was no longer supported in future updates of Red Hat Enterprise Linux. The announcement came shortly after the announcement of the business acquisition of Red Hat by IBM for close to US$34 billion.

https://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux

В RHEL 8 уже просто так KDE не поставишь.

Что изменится в KDE?

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

Что изменится в GNOME?

В GNOME сообщество без палки корпорации бабла начнёт запиливать обратно выпиленную функциональность, привнося с ней кучу багов.

Станет ли лучше/хуже, соответственно?

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

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

поможете разобораться с одним багом в ТДЕ? если надо сделаю vbox-имидж с установленной системой п.с. точнее, баг идентифицирован, проблема с тем, «где искать»…

Скинь мне образ и описание бага, посмотрю как будет свободное время.

У кого-нибудь наблюдается следующий баг в KWin’е?

При работе с Java приложениями вроде IntelliJ IDEA, Android Studio и др. при разворачивании (или переключении) окна IDE через панель задач, оно разворачивается на задний план под окно которое активно, например, окно браузера.

Жутко раздражает. Хочу знать, пофиксили ли в этой версии его.

человек изменился

эти слова подразумевают некоторые глубинные сдвиги. Например искреннее раскаяние, или искренний страх.

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

Прилетело в арч. Накатил и запустил wayland сессию. У меня ноутбук с nvidia optimus, но дискретная видеокарта постоянно включена. На иксах был жуткий тиринг. Но с вяленным это нечто. Я такой плавной картинки никогда не видел. Хорошо, что разрабы KDE не страдают EGLStreams-фобией и добавили в этом релизе поддержку блоба.

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

Первый абзац в кассу только до точки

Ты общаешься допустим с дружбаном, шутишь постоянно про то что он тупой урод. После 50го раза он попросил так больше не шутить. Тебе дали понять что «хватит». Ну окей, ты перестал. Вот и всё.

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

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

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

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

В Wayland это всё зафикшено и на графический стек GNU/Linux наконец-то можно смотреть без слёз. Осталось чтобы композиторы вобрали в себя ту функциональность, который был в них ранее.

Следующий шаг – полное убийство иксов и их выжигание из базовой поставки дистрибутивов в отдельный Legacy-пакет. Как это сделано в macOS – кому нужны иксы те качают пакет и ставят его.

Дело сдвинулось с мёртвой точки и в том же RHEL 8 теперь по умолчанию Wayland-сессия, как и в SUSE SLE. Жаль, что Wayland внедряют не так агрессивно, как systemd. Например, Google и хромог тупят и медлят с Wayland-сборкой Chrom{e,ium}. Хотя в своём дистрибутиве Gentoo – Chrome OS они выжгли иксы с корнями и заменили их на Freon. Возможно, вскоре заменят Freon на Wayland, когда портирую Chrome под него.

GNOME станет лучше для обычных пользователей, потому что привнесёт новые возможности и хуже для корпоративных, потому в этих новых возможностях будет куча багов и уязвимостей

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

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

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

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

Интересно, замечу ли я разницу, у меня и на иксах всё плавно, в основном

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

Ну и X-сервер всё-таки порой работает лучше до сих пор. Например, он прекращает физическую отрисовку окон на отключённом мониторе. Проверьте сами: откройте какой-нибудь сайт с уродской рекламой, заставляющей своей анимацией нагружать процессор, и дождитесь DPMS. В X-сервере после погасания экрана нагрузка на процессор снизится почти до нуля, а композитор Wayland будет продолжать жужжать вентиляторами и разряжать батарею.

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

вот простой пример кде, оно хорошеет с каждым релизом

Я именно из-за багов с него и ушёл после 15 лет использования.

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

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

Какой смысл в функциональности, если из-за багов ей практически невозможно пользоваться? «Шоб було?»

и на что тогда ориентироваться, например, тулкитам?

Так же как и сейчас – ванильные GTK+ и Qt должны ориентироваться на эталонную реализацию. Дистроспецифичный KDE-софт и GNOME-софт со своими тулкитами типа KDE Frameworks и ATK (?) пусть ориентируется на композиторную реализацию (Mutter, KWin).

Ну и X-сервер всё-таки порой работает лучше до сих пор.

Нельзя не согласиться с тем, что в каких-то случаях X.Org работает лучше, за столько лет его существования в него было вложено немало труда по приведению его в более-менее удобоваримый и приближенный к современным реалиям вид. Вот только всё это в пустую, потому что самую главную функцию, которая на него возложена, он выполняет просто отвратно. Он не умеет нормально отрисовывать окошки без тиринга и в 60+ fps.

Первое правило UNIX-Way нам гласит:

Пишите программы, которые делают что-то одно и делают это хорошо.

X.Org его с тресток проваливает. Следовательно эталонная реализация X11 не соответствует философии UNIX и должна быть предана анафеме.

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

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

Какой смысл в функциональности, если из-за багов ей практически невозможно пользоваться? «Шоб було?»

Ты забываешь про распространённый принцип, который называется «по счастливому стечению обстоятельств УМВР».

Внедрённая функциональность может работать хорошо на тачке разработчика и сильно глючить на твоей. Чтобы не ковырять и не дебажить подобные случаи корпоративщики и обрезают тот же GNOME.

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

нужно смотреть в справку qml, благо хоть ссылку там оставили

И это весьма правильный подход со стороны KDE-разработчиков. Пользователей нужно приучать работать с документацией. Только я бы не ссылкой сделал, а просто всплывающей табличкой по типу такой, которая на этом форуме всплывает при наведении курсора на надпись «прочитайте описание разметки LORCODE» под полем ввода ответа.

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

к кде тоже корпорации прикладывают руку но все таки не в таком объеме

Да по-моему KDE только от корпораций и кормится, там добрая половина программистов фулл-тайм работает

я про модель разработки а не про источник доходов

Элт столько не живут.

По dpms достаточно отключать.

Предадут, как только станут внедрять так же агрессивно, как и systemd, так разрабы софта станут шевелиться.

А это не с теми приложениями которые были уже запущены в этой сессии? Там давняя проблема, не умеет (никогда не умел) квин нормально определять кого пущать на первый план, а кого непущать. Я просто отключаю контроль перехвата фокуса в настройках квина

Что забавно, проблемы с многопоточностью в xlib уменьшили переходом на xcb, но glx требует xlib. Так что там адок с одновременным использованием xlib и xcb в одной программе.

а говорить мол кде глючное говно потому что у меня где то что то отвалилось это по моему не объективно

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

xlib давно внутри себя использует xcb.

после Твоего коммента решил попробовать wayland. Удивлен, но тиринга вовсе не заметил, но не завелся поворот второго экрана. HD видео на ютубе можно смотреть, нагружает проц до 60%. Kubuntu 19.04, intel hd 4000 + nvidia geforce 840M

Что не отменяет того факта, что для создания опенгл контекста под иксами нужны одновременно xlib и xcb.

И что xlib продолжает глючить при использовании из нескольких потоков.

А все от того же, от чего и раньше, только на ЭЛТ это было навечно, а на ЖК временно, но тоже неприятно, поскольку остаются эти следы довольно надолго, если потом просто работать, а не заниматься специально их устранением.

Я просто отключаю контроль перехвата фокуса в настройках квина

Подскажи, где эта настройка, попробую отключить.

Лол. Юзал пару древних ЭЛТ, так что живут.

Против фиолетового я, кстати, ничего не имею.

Лучше бы они эту тему продолжали использовать

Да это все мелочи до тех пор, пока не появился Unity и пришлось мигрировать.

Пишу сейчас с ЭЛТ. Завидуйте.

Да, интересная точка зрения.

Настройки -> Диспетчер окон -> Поведение окон и в нём «Уровень предотвращения смены фокуса» отключить. Че выше уровень - тем неадекватнее поведение. Опять же, особые правила окон не прописаны?

Но может это где-то глубже в недрах дистрибутива (и, возможно, не относится к ДЕ), не помню где, вроде в /etc находил, прописаны правила отключения композитора, полноэкранные всякие и пр. хинты, даже оверрайды версии опенжиеля. Почему-то сейчас не нашёл, может это с каким-то пакетом приходило? Может и у тебя тоже такое прилетело?

У всех знакомых померло как минимум по одному элт.