Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал очередной отчёт о разработке KDE. Наиболее заметным изменением стала инициатива по решению проблем с пиктограммами, используемыми в приложениях, входящих в соста KDE Gear, при запуске подобных приложений в окружениях, отличных от KDE, таких как GNOME и Xfce. Проблема в том, что при формировании интерфейса KDE-приложений используются пиктограммы из общей темы Breeze...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61205
В этом весь ваш линакс: сидишь в гноме - боль с культями, сидишь в кедах - боль с жтк. Одни страдания.
Зачем тебе все время радоваться?
да это и опасно с точки зрения психики
На самом деле никакой боли нет. 95% всех лучших программ написано на Qt. Так что выбор DE вполне очевиден. Нет особого смысла сидеть на Gnome, даже если приходится использовать какой-нибудь Gimp.
А в реальности от Linux нужна только OS и рабочее окружение, а софт запускают виндовый через wine/proton.
В реальности профессионалы выбирают KDE. Тем более, что достойных конкурентов не наблюдается.
Говори за себя
https://linux-hardware.org/?view=os_de
А ещё большинство использует винду. Это не значит, что миллионы мух правы.
Так статистика по всем подряд. Я не особо топлю за кде, но профессионалы может его и пользуют. Я хмонад лично пользую
А как же гном шелл?
> На самом деле никакой боли нет. 95% всех лучших программ написано на
> Qt. Так что выбор DE вполне очевиден. Нет особого смысла сидеть
> на Gnome, даже если приходится использовать какой-нибудь Gimp.Не знаю у кого там боль и страдания, вполне свободно могу ставить туда и обратно любую программу Qt или GTK, главное не использовать GNOME, потому что это убожество корявое не может в элементарные функции без косяков, даже с программами на GTK у него проблемы!
На Xfce том же культишный софт можно использовать вполне нормально. Это всё проблемы сраных эстетов, у которых что-то из общей темы выбивается, то сразу крах в жизни, удои падают и рожь не колосится!
В виндавсе ещё лучше: Win32, WinUI2, WinUI3, WPF, MAUI (это всё только в системных приложениях), GTK, Qt и бог весть что ещё.
Разве все они в конечном итоге не дёргают WinAPI?
Сейчас сложно уже сказать, так как в самом начале в Widnows 95 действительно так и было,
а сейчас там появился .NET, который даже во времена XP требовал каких-то танцев с бубнами для смены стилей кнопок (манифестов), а дальше пошло поехало ещё хуже пошли интерфейсы на Windows Forms, а дальше WPF это что там под капотом просто рисование на экране не важно (в GTK и Qt тоже рисование), но важно что делают это все рахзными путями, а от этого десяток разных стилей кнопок, а еще добавляет Java инопланетности своим Swing-ом и что там дальше JavaFX, так что вот тебе и зоопарк всяких решений, а как насчет JetBrains которого и это не устроило и они сделали еще один вариант на базе системных вызовов. Каждый делает свои интерфейс, а что насчет Electron где кажому нужно свою CSS что бы приложние выглядело "свежо и интересно"? Короче на этом фоне я думаю, что хорошо было придумано сделать общий стандарт каких-то базовых контролов в Motif, но там только одна проблема это лицензия. Вот не протупи они с самого начала с платностью библиотеки, то сейчас все было бы и смотрелось бы одинаково плюс минус причем везде.
Нет не совсем так. В один прекрасный момент наступила страшная путаница с тем кто и что рисует исправлять кашу сели только в 10.Сначала действительно рисование интерфейса производилось средствами драйвера GDI (векторная графика, рендеринг шрифтов) через вызовы Win32. Оно и сейчас работает. Этот способ отрисовки GUI работает даже тогда, когда у вас в системе не работает 3D и копмозитинг. Исторически разработчики видеокарт должны были предоставить специфический GDI-драйвер для поддержки отрисовки векторной графики, однако современные видеокарты смогут нарисовать всё, что требуется даже на стандартном встроенном драйвере от MS, разве что он не всегда правильно выставит режимы. Под старыми драйверами мониторов и видеокарт имеется в виду оборудование из 90-х.
Затем вместе с первыми версиями .NET Framework появилась абстракция WinForms, которая делает абсолютно то же самое, что и GDI+Win32. Это готовый набор классов и виджетов для работы с MVC. С/С++ тоже поддерживаются.А вот дальше начинаются усложнения. Windows Presentation Foundation это совершенно другой способ рисовать GUI, который изначально рассчитан на композитные рабочие столы. Вплоть до 2006-го года (Vista) Windows не поддерживал композитный рабочий стол. Поддержка композитинга появилась начиная с Vista с возможностью вернуть старое поведение ("классическая тема" через GDI). Композитный рабочий стол предполагает, что мы рисуем не просто векторную графику во фреймбуфер средствами CPU, а рисуем на поверхность в буфер видеокарты. От этого исчезает двойная буферизация. Для достижения композитнинга на Windows набор разделяемых библиотек пространства пользователя DirectX 9 был реализован как модуль ядра (DirectX 10), а само API было обновлено. Был создан композитный рабочийстол DWM и переведен на использование нового драйвера. При этом старые приложения WinForms продолжали рендериться на програмном буфере на CPU. Чтобы при этом приложение могло использовать GPU и был придуман WPF. Он отрисовывает приложение через DirectX. При этом если драйвер видеоадаптера не установлен или не поддерживает работу с 3D, то реализуется программная эмуляция на CPU, которая сильно медленнее. Помимо прочего WPF создан для паттерна MVVM, хотя MVC тоже можно использовать.
Дальше сложнее. В погоне за глупыми объединениями интерфейсов планшетов и десктопов вышла страшная Windows 8 в которой появился WinRT, которая совместно с другими компонентами стала называться UWP. То есть это API для "магазинных" приложений. Важный момент, который случился в Windows 8 - старый режим обратной совместимости, т.е. некомпозитный рабочий стол был полностью удален и не поддерпживается. Все драйверы были переведены на соответсвующую версию WDDM и теперь нельзя представить ситуацию, что на Windows некомпозитный десктоп без поддержки пусть даже и эмулируемого на процессоре (нет соответствующего 3D ускорителя, как в сервере, например). Однако, это не нашло поддержки у разработчиков "универсальная" платформа оказалась не универсальной. Windows Phone больше нет, планшеты и даже "ультрабуки" - редкость. И вся эта дурацкая идея сделать несовместимым всё API между 7 и 8 всех только раздражала. Да, кто-то писал на этом, но не массово. Основными средствами написания приложений оставались WinForms и WPF.
Windows 10 решает 2 ключевые проблемы:
- .NET Framework депрекейтед. Теперь вместо него просто .NET (он же mono). Все библиотеки переносимы и не прибиты гвоздями к редакции ОС.
- WinRT и его обновленная версия под Win 10 (WinUI2) отвязываются от билда ОС и отвязываются от магазина вовсе, чтобы можно было писать любые приложения на этом API так и приходит WinUI3Идиотизм Балмера вокруг дурацкого единого API ушел в прошлое, потому что если раньше предполагалось, что WinRT - это единое API которое позволяет создать соплекухуи на десктоп и на планшет, то теперь вместо этого придумана абстракция .NET MAUI (обновленный Xamarin Forms). Разработчик кросплатформенного проекта создаёт абстрактный интерфейс с использованием абстрактынх классов. Реализация же интерфейсов этих абстрактных классов находится в той ОС, на которую таргетится приложение. В Windows это WinUI3, в MacOS это Cocoa итд. Соответственно WinRT->WinUI2->WinUI3 это апгрейды одного и того же. Последняя версия просто работает в отличии от предшествующих версий. И кстати, рендеринг веб-объектов в WinUI3 идет через Google Blink, а не через сами знаете что.
WinForms никуда не девается, а вот WPF планируется в перспективе тоже депрекнуть ввиду того что он не кроссплатформенный и привязан к .NET Framework, а не к mono/.NET. Ну то есть он продолжит работать еще пару десятилетий, но разрабов постепенно отучают от WPF, WCF и прочих старых API времен .NET Framework 2.0.
И при этом всё работает. Вот как так-то?
> И при этом всё работает. Вот как так-то?Как это как?
Винда - это же одна система: винда!
А Гномы да Кеды - разные же ведь!
Вот поэтому я ещё в начале 2010-х где-то на форуме писал, давайте уж разделим на две разные ОС: GNOME/GNU/Linux и KDE/GNU/Linux.
Но они не послушали...
> Вот поэтому я ещё в начале 2010-х где-то на форуме писал, давайте
> уж разделим на две разные ОС: GNOME/GNU/Linux и KDE/GNU/Linux.Fix:
Давайте уж разделим на две разные ОС: SystemdOS с GNOME от RHEL атомарную, обмазанную флатпаками и GNU/Linux здорового человека с KDE и другими средами и wm, чисто чтобы первые тусовались в своём смузи-кутке не зашкваривая всех остальных!
>И при этом всё работает. Вот как так-то?Ну как работает… Иногда и местами.
Жизнь это боль. Мы приходим в этот мир через страдания, страдаем, а потом через страдания уходим.
Поэтому был придуман буддизм
Так там же все тоже самое, но по кругу.
> Так там же все тоже самое, но по кругу.Буддизм это путь, методы по выходу из этого порочного круга.
Все религиии строятся на страхе смерти. Вот только с физической смертью всё закансчивается.
Буддизм строится на страхе жизни?
Лишь во мраке терминала обретёшь покой.
В кедах проблем с гтк явно меньше, установка qt тем под гномом это вообще мрак
> В кедах проблем с гтк явно меньше, установка qt тем под гномом
> это вообще мракУ GNOME даже с GTK софтом тоже бывает мрак, вообще он до сих пор производит впечатление какого-то макета проекта, который по недоразумению с нетрезвой головы слили в прод.
Ты сам то понял свой бред? Qt никак не связана с GNOME.
Так починили же
А в чём боль?
Сижу на Linux с 2010, никакой боли не наблюдаю.
Сначала сидел на Gnome 2, потом перешёл на KDE 4. Из боли только плазма падала, но уже давным давно её (алилуйя!) допилили и теперь каеф :)
Проблемка надумана. Точнее она из-за кривости С++ среды. Если б это была прога на Лазарусе, то все просто! Встраиваем в прогу imagelist в котором сидит наш набор иконок. Весь UI загружает иконки из этого imagelist. Если надо чтобы иконки были синх-нуты с ОСью, делаем LoadImageListFromЧтоНадо. И все. Разве не все? Разве это не решение? Почему в С++ среде это решение не работало? Криворукие!
Загляни в /usr/share/icons и всё поймёшь.
https://stopthemingmy.app/ !
> https://stopthemingmy.app/ !надо бы наверно завести сайты типа stopeatmyram, stopeatmycpu, stopeatmyscreen, stoplaggingonmypc, stopshowingmeshittythemes и т.д.
Все их перечитают и человечество перейдет в новую эру
stopeatmyscreen : гномеры уже давно работают над этим ;)
> LoadImageListFromЧтоНадону используй
> QIcon undoicon = QIcon::fromTheme("edit-undo");Только вот стандарт иконок обновлялся последний раз хз когда. freedesktop по факту мёртв. Можешь и в Qt/KDE-приложение внедрить иконки (через qrc, например). Только они не будут соответствовать системному стилю.
> freedesktop по факту мёртв.Интересное заявление
Увы, реальное
> Проблемка надумана.Это точно.
Дальше не точно:
> Точнее она из-за кривости С++ среды.
> Если б это была прога на Лазарусе, то все просто!Думаю, что в данном случае результат сильно зависит от ваятелей, а не от языка, на котором они там ваяют.
> Почему в С++ среде это решение не работало?
Думаю, что вот это самый точный ответ на этот вопрос:
> Криворукие!
Обхясните мне одну порстую вещь, почему KDE Plasma не может использовать свой набор иконок а GNOME свой? Это противоречит феншую freedesktop?
Или оба моглибы использовать fontawesom хотябы.
потому что в кде рассчитывали, что темы в гноме следуют феншую, больше не рассчитывают
> потому что в кде рассчитывали, что темы в гноме следуют феншую, больше
> не рассчитываютА я просто ставил нужные темы значков, что остальным мешало так делать?
у тех, кому "мешало", стояла адваита основной в системе. Откуда пользователю знать, что адваита теперь "не такая как все"?
Приложения тянули значки из основной темы, а не искали какую-то конкретную
Почему бы каждому приложению не использовать свой нарисованный набор иконок? Подумай об этом на досуге.
Ну подумал. В Blender свой набор, в Qbittorrent свой, в Chrome свой. Че дальше?
Так тут явно проблемы со вкусом. Те же самые которые по 10 разных шрифтов на одной странице делают.
> проблемы со вкусомКто ты такой, чтобы судить о чьем-то вкусе? Давай конкретно, какие иконки тебе не нравятся в приведенных мной примерах? И как именно гугль и блендер фаундэйшон должны между собой договариваться, если их софт имеет совершенно разный интерфейс и предназначен для решения абсолютно разных задач?
> Давай конкретно, какие иконки тебе не нравятся в приведенных мной примерах?я не он, но мне не нравятся _разные_ иконки
> как именно гугль и блендер фаундэйшон должны между собой договариваться, если их софт имеет совершенно разный интерфейс и предназначен для решения абсолютно разных задач?
пусть делают возможность использовать набор иконок из системы, рано или поздно кто-то запилит единый.
Единственное с чем соглашусь, что блендер весьма специфичный, в отличии от хрома
Ну бред же. Завтра в хроме напротив настройки с кредиткой появится пиктограмма кредитки. И кто будет это отслеживать и запиливать новые универсальные пиктограммы в режиме реального времени? Ты будешь?
> Ну бред же. Завтра в хроме напротив настройки с кредиткой появится пиктограмма
> кредитки. И кто будет это отслеживать и запиливать новые универсальные пиктограммы
> в режиме реального времени? Ты будешь?Для этого в новых поколениях процессоров встраивать нейросеточный зонд, он будет, наряду с тем, чтобы стучать на тебя в АНБ! xD
> Завтра в хроме напротив настройки с кредиткой появится пиктограмма кредитки.а еще в kmymoney/gnucash/и т.д., в том же keepassxc для обозначения хранящегося пинкода и еще черт знает где. При этом кто-то нарисует карту с полоской, кто-то изобразит чип, а кто-то ограничится прямоугольником и без подписи ты все равно не догадаешься что это.
> И кто будет это отслеживать и запиливать новые универсальные пиктограммы в режиме реального времени? Ты будешь?
еще раз: я за наличие возможности заменить на те, что в системе. Будет ли кто-то рисовать весь необходимый набор, перерисует неудачные или просто сунет что-то на свой выбор — роли не играет.
Вполне может оказаться, что у человека есть нарушение зрения и "авторские" иконки ему не подходят, т.к. недостаточно контрастные или у него проблемы с восприятием цветов и т.д.
Вообще-то в Qt есть fallbackSearchPaths (ещё со времён Qt4). Также в Qt можно внедрить свои иконки и подсовывать их, если в стандартное теме не оказалось нужной иконки. Но по факту это долго, нудно и неохота... Видимо пора там что-то обновить, или просто начать использовать предусмотренный механизм нормально.Что сейчас в KDE давно не смотрел.
Раньше во времена Mandrake 10 (мой первый и лучший линукс, имхо). Можно было спокойно устанавливать две среды и них использовать не родные наборы значков. Хотя и тогда были местами проблемы, но все выглядело намного лучше.Сейчас стандарт freedesktop не удовлетворяет требованиям на KDE6, ни Gnome46, первому нужно куда больше пиктограмм, а второму нужны пиктограммы в своем собственном лево-либеральном стиле наименования. Вот и проблемы.
Для тех кто хочет понастальгировать:
https://distrowatch.com/dwres.php?resource=review-mandrake1
https://distrowatch.com/dwres.php?resource=review-mandrake2
https://distrowatch.com/dwres.php?resource=review-mandrake3
https://distrowatch.com/dwres.php?resource=review-mandrake4
Это жесть. Как с таким можно было работать? Хотя тогда все сидели на xp и подобные жуткие темы были в порядке вещей.
Потому что каждый пилит как хочет и в этом весь Линукс. Сплошной набор гениальных идей и, при этом, не менее "гениальных" костылей.
> подготовлена функциональность для встраивания эталонного стиля и пиктограмм BreezeРасшифруйте, пожалуйста, что это значит? С программами будут дублироваться инкоки? Бриз в жёстких зависимостях с игнорированием иконок юзера?
Да
Бриз в жёстких зависимостях в качестве запасной темы, если в теме юзера нужных иконок нет.
Нет, они собираются сделать что breeze будет первой и приоритетной темой. В таком случае в системе не нужны никакие запасные темы.
? Возможность установки пользовательской темы в КДЕ останется, так что breeze не может быть "первым и приоритетным". Я так понял что схема будет такая: в КДЕ/xfce и т.п. тема пользователя -> breeze -> hicolor. В гноме adwaita -> breeze -> hicolor. Сейчас breeze в серединке нет, а adwaita кривая, отчего и проблемы.
Они сделали "if DE != KDE; then if !(kdeglobals/Theme).isEmpty(); then kdeglobals/Theme; else Breeze; fi; else QT_SYSTEM_THEME; fi"Т.к. ни у кого вне KDE нет kdeglobals, то по сути будет всегда Breeze
>> подготовлена функциональность для встраивания эталонного стиля и пиктограмм Breeze
> Расшифруйте, пожалуйста, что это значит? С программами будут дублироваться инкоки? Бриз
> в жёстких зависимостях с игнорированием иконок юзера?Скорее зашьют Breeze, который будет отображаться дефолтом, если пользователь явно не сменит тему на какую-то другую, но зашитый Breeze будет поставляться баластом всегда, если я правильно понял ситуацию.
Если так, то решение сомнительное. Вообще дефолты в графической части украшательств это шляпа. У нас уже есть среда, в которой почти все дефолты гвоздями прибиты, зачем это KDE, который наоборот славился своей кастомизацией, вот это вопрос?!
Это как раз для того чтобы КДЕ приложения работали вне КДЕ где гвоздями прибита кривая тема (гном) и нужных иконок в принципе нет. При работе в КДЕ ничего не изменится.
Вообще вертикальная панель инструментов в KDE мне не нравится. В оффтопике её не было и здесь тоже не нужна.
А какое должно быть дело пользователям KDE до того, как там в Оффтопике?
Прямое. Если хочешь делать для людей, а не для себя лично, нужно выйти на улицу из своей темной комнаты с глухими стенами и взглянуть на огромный раскинувшийся вокруг мир, ведь люди живут именно в нём, а не в твоей комнате.
> Прямое. Если хочешь делать для людей, а не для себя лично, нужно
> выйти на улицу из своей темной комнаты с глухими стенами и
> взглянуть на огромный раскинувшийся вокруг мир, ведь люди живут именно в
> нём, а не в твоей комнате.Для людей уже делают GNOME, потому что основная масса теперь более привычна скорее к пальцетыкательным интерфейсам планшетов и смартфонов. А классический рабочий стол это уже скорее удел гиков и олдов, которые с первых виндосов начинали.
То есть спустя Х лет они наконец узнали что есть ДРУГИЕ темы иконок, которые внезапно, могут отличаться?
Что до того что там могут показываться иные иконки - так вроде в темах иконкам роли определены, в этом же весь смысл, подменять иной?
Кедовики предложили встраивать иконки прямо в приложение, чтобы Кедовские приложения смотрелись одинакого чуждо везде? Лол, а Мозиллу за это ругали...
Наоборот, всё сломал гном и переименовал в своём дефолтном паке иконки без оглядки на стандарт и сохранение совместимости, решив, что им темы иконок больше не нужны, что и сломало kde-софт (и не только его, даже свой софт сумели сломать). Поэтому в kde-приложения решили вшить fallback-иконки. Т.е. они всё ещё будут брать иконки из темы. При наличии таковых
> Наоборот, всё сломал гном и переименовал в своём дефолтном паке иконки без
> оглядки на стандарт и сохранение совместимости, решив, что им темы иконок
> больше не нужны, что и сломало kde-софт (и не только его,
> даже свой софт сумели сломать). Поэтому в kde-приложения решили вшить fallback-иконки.
> Т.е. они всё ещё будут брать иконки из темы. При наличии
> таковыхО, ну это в духе Гнома.
> Наоборот, всё сломал гном и переименовал в своём дефолтном паке иконки без
> оглядки на стандарт и сохранение совместимости, решив, что им темы иконок
> больше не нужны, что и сломало kde-софтНу что сказать? Ничего удивительного, если FreeDesktop ныне сообщество содомитов, проповедующих главенство своих ценностей выше идеи написания кода как такового вообще.
"Hyprland BANNED from FreeDesktop: Why."
https://www.youtube.com/watch?v=xjTdroiDCtcРыба гниёт с головы.
> Наоборот, всё сломал гном и переименовал в своём дефолтном паке иконки без
> оглядки на стандарт и сохранение совместимости, решив, что им темы иконок
> больше не нужны, что и сломало kde-софт (и не только его,
> даже свой софт сумели сломать). Поэтому в kde-приложения решили вшить fallback-иконки.
> Т.е. они всё ещё будут брать иконки из темы. При наличии
> таковыхНасколько я прочитал код, если у тебя нет kdeglobals, то вне KDE будет всегда Breeze. И иконки, и виджеты.
> Насколько я прочитал код, если у тебя нет kdeglobals, то вне KDE
> будет всегда Breeze. И иконки, и виджеты.Чтобы сконфигурировать предпочтительную тему иконок, для этого, совершенно внезапно, нужен... какой-то конфиг
Ну и да, там помимо kdeglobals, проверяются и собственные конфиги приложений, а в качестве фоллбека вообще hicolor. И если я правильно понял, то вот только если уже и его нет (или нет иконок в нём), то берутся иконки из ресурсов
>> Насколько я прочитал код, если у тебя нет kdeglobals, то вне KDE
>> будет всегда Breeze. И иконки, и виджеты.
> Чтобы сконфигурировать предпочтительную тему иконок, для этого, совершенно внезапно,
> нужен... какой-то конфиг
> Ну и да, там помимо kdeglobals, проверяются и собственные конфиги приложений, а
> в качестве фоллбека вообще hicolor. И если я правильно понял, то
> вот только если уже и его нет (или нет иконок в
> нём), то берутся иконки из ресурсовРаньше это шло через Qt, а Qt спрашивал плагины... Например, Qt из коробки умеет спрашивать у gtk, поэтому конфигурация gtk наследовалась, теперь не будет.
> Раньше это шло через Qt, а Qt спрашивал плагины...Оно никуда и не делось: https://invent.kde.org/frameworks/kiconthemes/-/blob/master/...
>> Раньше это шло через Qt, а Qt спрашивал плагины...
> Оно никуда и не делось: https://invent.kde.org/frameworks/kiconthemes/-/blob/master/...Не туда смотршиь.
https://invent.kde.org/frameworks/kiconthemes/-/blob/master/...
> Не туда смотршиь.
> https://invent.kde.org/frameworks/kiconthemes/-/blob/master/...Спасибо, я посмотрел, как это API используется (на примере Kate) и... похоже на правду. Да, они и правда сломали эту фичу. По крайней мере в KDE-приложениях (но для фреймворка в целом мне это до сих пор не очевидно)
К счастью, судя по ссылке на блог из этой же статьи, разработчикам это тоже не нравится:
> The second point is harder, as that requires at the moment a few hacks and is not 100% as good as going the Qt platform theme plugin route we use inside Plasma
> All is not perfect, we will need to get some Qt API to fully do that, but the current state is already usable¯\_(ツ)_/¯
Шрифты указывать в зависимости норм, а иконки уже религия не позволяет? Причём в шрифтах типа Cantarell или Source Code Pro по факту нет жесткой необходимости, а вот без иконок приложение почти нерабочее.
А стандартизировать шрифты, наборы пиктограмм и прочее - не судьба? Если бы был один стандарт, и ему обязаны были бы следовать все DE - ничего адаптировать, встраивать и переделывать бы не нужно было. Если бы ещё и KDE с Qt выкинули, заменив их на одну современную GUI-библитеку, к примеру, на Rust - цены бы им не было. Но, как минимум, пусть общий стандарт запилят, а уж его реализации - не столь важны, главное чтобы стандарту они следовали.
> А стандартизировать шрифты, наборы пиктограмм и прочее - не судьба?класть на все стандарты — тоже судьба
присоединяйся https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/132
Где десктопный линукс, а где стандарты.
Недесктопный, впрочем, тоже.
https://en.wikipedia.org/wiki/Freedesktop.org
Увы, от этих стандартов с каждым годом становится только хуже
контроль качества kde? шТош ты пропустил 6 плазму в релиз? этоЖож ужас: все виджеты 5 плазмы отлетели, а kwin и вообще стал тормозить. wayland как был дно так и остается, там еще добавился странно дергающийся курсор.
Это как Гомер Симпсон следит за безопасТностью на АЭС.
Какой ещё Breeze? Стандартный стиль KDE же называется Oxygen.
> но в сторонних окружениях
> тема Breeze может отсутствовать
> или расходиться с эталонным вариантомА чё - программы умеют ваять без проверки наличия нужных (т.е. в т.ч. и исправных тоже) для её работы ресурсов? :-)))
Так ваяют-то кде-шники в KDE. У них всё установлено, всего хватает и всё работает ;)А что получится в васян-дистре с гномом - ну пусть васян и проверяет, если ему не лень. Разработчики KDE этим дистром и не пользуются.
Сегфолтиться на отсутствующую иконку на самом деле хуже, чем просто вывести пустую кнопку. При наведении может там хинт появится с описанием. Или юзер доустановит нормальную тему иконок и всё заработает. Опять же, панелька - это довесок к меню, а в меню всё и без иконок понятно.
> Так ваяют-то кде-шники в KDE. У них всё установлено, всего хватает и
> всё работает ;)
> А что получится в васян-дистре с гномом - ну пусть васян и
> проверяет, если ему не лень. Разработчики KDE этим дистром и не
> пользуются.
> Сегфолтиться на отсутствующую иконку на самом деле хуже, чем просто вывести пустую
> кнопку. При наведении может там хинт появится с описанием. Или юзер
> доустановит нормальную тему иконок и всё заработает. Опять же, панелька -
> это довесок к меню, а в меню всё и без иконок
> понятно.У меня только вопрос, а где можно взять этот KDE-дистр для людей, ну чтоб поставить и пользоваться, а не быть бетатестером на Neon, есть где-то такой, где KDE считается дефолтом, чтобы прям взять эталонные кеды и наслаждаться готовым продуктом для повседневного использования?!
> У меня только вопрос, а где можно взять этот KDE-дистр для людей,
> ну чтоб поставить и пользоваться,Ну, например, я для свежеустановленную системы беру KDE всегда так:
# pkg install kde5Народ, знаю, любит это делать не так, а установкой из порта.
Ну и сейчас вижу, что программа неподдержки 32-разрядных фрях дошла уже до того, что из пакаджей для фряхи 13.2-RELEASE уже выкинули kde5. Оставили только в портах.
А для 64-разрядной фряхи на примере 13.1-RELEASE в пакаджах сидит kde5.
Но если теперь понадобится в 32-ю фряху установить KDE, то всё-равно не буду собирать её из порта. Лучше пострадаю немного в GNOME, чем страдать сборкой порта. :-)
Вот тут поищи https://www.trinitydesktop.org/
А как можно набор иконок от одного набора программ применять к набору других программ?
Если в программе-а есть кнопка-а, то программа-а на кнопке-а рисует иконку-а.
А если в программе-б есть кнопка кнопка-б, которой нет в программе-а, то по какими там ещё стандартами программа-б найдёт иконку для её нанесения на кнопку-б?
Отсюда очевиднейший же вывод: каждая программа должна использовать только свой набор иконок.
Иконка с дискетой для "сохранить" тоже у каждой программы должна быть своя?Чтобы полный разброд и шатание, и никакого единства стиля?
> Иконка с дискетой для "сохранить" тоже у каждой программы должна быть своя?Пример:
В файловом менеджере одной системы нет кнопки FTP.
А в файловом менеджере другой системы есть кнопки FTP.
Где вторая система возьмёт иконку для кнопки FTP, если у себя она эту иконку не имеет, а в "систему" такую иконку (по некому стандарту типа "стандарта" на кнопку "сохранить") тоже никто не натолкал?
Это что такой за самодеятельность? Эпл вас разве не приучила если в системе нет иконки FTP значит в ней и на может быть функциональности FTP.
> Иконка с дискетой для "сохранить" тоже у каждой программы должна быть своя?
> Чтобы полный разброд и шатание, и никакого единства стиля?Да, каждая программа должна требовать зависимость хотя бы с базовыми иконками, для нормальных людей, но возможностью их заменить на кастомные для страдальцев у которых отсутствие единства стиля царапает клинками безобразия по сердцу их тонкой дизайнерской натуры!
> А как можно набор иконок от одного набора программ применять к набору других программ?Можно стандартизировать часть иконок. И если какие-то иконки являются стандартными - полагаться на то, что эти иконки в системе уже установлены (не важно от KDE или от GNOME). Проблемы наличия хоть каких-то иконок решал пакетный менеджер, но он может решать и через suggests/recommends. Во времена позднего KDE3 и KDE4 стандарт был и более-менее удовлетворял всех (включая и гном и кде) и в целом очень многое работало.
Потом прошло время и каждый пошёл немного своей дорогой. Сейчас решили посмотреть - а как оно работает сейчас. Выяснилось, что уже не очень работает.
>> А как можно набор иконок от одного набора программ применять к набору других программ?
> Можно стандартизировать часть иконок. И если какие-то иконки являются стандартными - полагаться
> на то, что эти иконки в системе уже установлены (не важно
> от KDE или от GNOME). Проблемы наличия хоть каких-то иконок решал
> пакетный менеджер, но он может решать и через suggests/recommends. Во времена
> позднего KDE3 и KDE4 стандарт был и более-менее удовлетворял всех (включая
> и гном и кде) и в целом очень многое работало.
> Потом прошло время и каждый пошёл немного своей дорогой. Сейчас решили посмотреть
> - а как оно работает сейчас. Выяснилось, что уже не очень
> работает.Вы не поверите, в дистрибутивах здорового человека давно приняли решение, что пакеты с графическим окружением должны тянуть за собой хотя бы какой-то пакет иконок, дабы не наблюдать так называемые "заглушки" и пустоты. И только во всяких школолошных дистрах с этим бывают проблемы.
KDE: улучшают совместимость с другими средами окружения, ратуют за общие стандарты, слушают своих пользователейGnome: целенаправленно ломают совместимость с другими средами окружения, а так же с собственными темами и расширениями, плюют в лицо стандартам и собственным пользователям
Почему Gnome до сих пор существует?
> Почему Gnome до сих пор существует?Перевожу на ананимовский: здравствуйте, я кутешник, почему не все хотят писать на моём любимом фреймворке?
Если без шуток, то потому что в GNOME кое-что написано лучше, он в целом стабильнее (меньше падений и артефактов), очевидно его легче кастомизировать т.к. разрабы linux mint вообще отказались от kde из-за сложности. Но я напомню, в kde например есть неотключаемая проверка обновлений через виджет трея и его не отключить никак кроме как удалить из системы.
> Если без шуток, то потому что в GNOME кое-что написано лучше, он
> в целом стабильнее (меньше падений и артефактов), очевидно его легче кастомизировать
> т.к. разрабы linux mint вообще отказались от kde из-за сложности. Но
> я напомню, в kde например есть неотключаемая проверка обновлений через виджет
> трея и его не отключить никак кроме как удалить из системы.GNOME и легче кастомизировать в одном предложении! xD
Linux Mint отказались от KDE по причине того, что не хотели ради одной среды учиться накостыливать свои костылики на другом тулките и поддерживать это. Ведь без их велосипедов Linux Mint будет банальной убунтой с другими обоями.
Ни о какой такой сложности KDE там речи не шло, просто банально не хватало ресурсов на это.
Завтро не заходим вгном весь день. Рейтинг гнома упадёт. И Red Hat перейдёт на KDE. Ведь только мы приносим ему прибыль. Потерпите 1 день, зато потом нормальная ДЕ.
Кдешники в своём стиле, пытаются пропихнуть свой корявый бриз всюду. Всегда меняю его на papirus у его создателей почему-то нормально получается делать набор иконок которые работают и с kde и c gnome.
"В Dolphin при активации режима работы с правами root (меню View/ Act as Administrator) сверху теперь постоянно показывается предупреждение о необходимости быть осторожным."А как же так?!.. Мне вот недавно для 5ой плазмы в ру-сообществе KDE усирались доказывали, что нельзя запускать файловый менеджер от рута, поэтому в KDE это штатно не реализовано, а тут оказывается вот оно как!
Ой, а что же теперь будут делать эти фанатики? Как будут сову на глобус натягивать?
Ты ещё так молод, мой юный подаван. Скоро тебе придётся понять что запускать Долфин от рута это не то же самое что выполнять операции с правами рута. И именно поэтому Долфин от рута у тебя и не запустится.
> Ты ещё так молод, мой юный подаван. Скоро тебе придётся понять что
> запускать Долфин от рута это не то же самое что выполнять
> операции с правами рута. И именно поэтому Долфин от рута у
> тебя и не запустится.Этот бред кедерастический справедлив наверное только в KDE-среде, в средах здоровых людей какой-нибудь thunar запущенный с привилегиями рута, работает как thunar из под рута.
> Этот бред кедерастический справедлив наверное только в KDE-среде, в средах здоровых людей
> какой-нибудь thunar запущенный с привилегиями рута, работает как thunar из под
> рута.Это прекрасное изменение справедливо во всех операционных системах, включая ту же винду с её UAC, от которого все поначалу плевались. И только у приверженцев всякой маргинальщины запускать целый менеджер файлов от рута это нормально.
"В менеджере приложений Discover обеспечена обработка ситуации, кода приложение в пакете Flatpak помечено как прекратившее существование, и ему на смену пришло другое приложение. В подобной ситуации пользователю будет выведен запрос, оставить старое приложение или перейти на новое. "А чо, до этого дефолтно просто заменяло одну программу другой?!
всегда боялся в гноме ставить приложения начинающиеся на К :)пс: мои страхи подтвердились (<-- Bad)
> всегда боялся в гноме ставить приложения начинающиеся на К :)
> пс: мои страхи подтвердились (<-- Bad)А зачем гномолюбам софт не из их лагеря, у них же самая великолепная и самая совершенная среда?!
Или вы начали поддаваться ереси и уже впали в сомнения? xD
> А зачем гномолюбам софт не из их лагеря, у них же самая
> великолепная и самая совершенная среда?!синдром "КПКвБСД"
> Или вы начали поддаваться ереси и уже впали в сомнения? xD
наоборот приходить озарение, что "линукснадескЖ-опе - полное Г (Гном конечно же).
Но ведь в Линукс дестопном софте главное не сам софт, а свобода ... Халявы. А халявный софт по умолчанию не может не быть Г.
> Но ведь в Линукс дестопном софте главное не сам софт, а свобода
> ... Халявы. А халявный софт по умолчанию не может не быть
> Г.Только вот свободы в линуксах всё меньше, в любом смысле этого слова.
Так и софт всё лучше. Только всё равно Г.
>не тех пиктограмм, что задумали авторы приложения.Это достоинство, а не недостаток.
>В качестве решения данной проблемы для KDE-приложений, нацеленных на использование вне окружения KDE Plasma, подготовлена функциональность для встраивания эталонного стиля и пиктограмм Breeze, который будет задействован по умолчаниюТо есть приложения будут транжирить ещё больше памяти?
Всё это - свистелки-перделки. Приложение открывается - уже хорошо. Основная задача софта - выполнение задач, красота - вторична.