Задолбали мани, из-за тем которых чёрные буквы рисуются на чёрном фоне, потому что они обосрались и что-то забыли сделать, а мне потом приходится лазить по всему интернету в поисках как же переопределить тему для конкретного приложения.
Рост чего, куда, зачем? Постоянно растут только раковые опухоли. Если наяриваешь на рост и прочие атрибуты успешного успеха - лучше иди на венду или макакось, у них там красивенькие графики, образцовые клиенты в пиджачках, и прочий глянец. А у нас тут удовольствие от жизни, а не выжимание циферок из неё.
Правда, рост венды и макакоси привёл к тому, что они безбожно распухли и начали гнить, но это же не проблема, главное - священный рост))
Это не нужно, как и все что делается ради достижения любого результата.
Смысл опенсоурса в том чтобы делать что то с любовью, а не ради достижения результата.
Подумай над этим :D
Ну, вообще-то, даже довольно ограниченные движки GTK2 позволяли менять цвета, как минимум. Clearlooks имел неплохой набор настроек. Murrine и pixbuf вместе давали, наверное, максимум возможностей без написания своего движка.
Как же вы бесите своей манерой вставить сраное менение в рандомное место! Дорогой друг, мало что-то ляпнуть оформленное в виде текста, надо чтобы слова имели какое-то отношение к предыдущим высказываниям. Есть сентенция А, в ответ дана сентенция Б, если вы хотите вставить В, то это должно иметь некий смысл в отношении А и Б. Правда ведь?
Задан вопрос, нахрена в GTK нужен CSS. Это - А. Дан ответ - потому что потому, это - Б. «Ну, вообще-то, даже довольно ограниченные движки GTK2 позволяли менять цвета». Ну и с@@@ка, что? Что ты хотел сказать этим? Да позволяли и …, что следует то из этого? Как я должен протянуть нить логики, чтобы это стало В? Каким образом это В должно опровергнуть, или подтвердить или дополнить предыдущие тезисы? «Движки позволяли» => «CSS не нужен», ну не вытекает одно из другого, понимаешь? Хотя, видимо, не понимаешь. Нахрена понимать, у тебя же есть МНЕНИЕ!
С точки зрения авторов тем, важно то, что в GTK 4 вообще нет поддержки тем, только переопределение Adwaita через CSS, примерно как userChrome.css в браузере. А захардкожен стиль и в GTK 3, просто не так аккуратно.
Не очень правильный, к слову. Нет цели порадовать конечных пользователей GTK.
Что ты хотел сказать этим?
Что там и раньше не надо было ничего компилировать. И сам язык стилей был проще. Это ответ на
Можно упороться и заставить пользователей ковыряться в коде и компилировать программули из исходников
Повторюсь, огрызок CSS в GTK 3 никакого значительного упрощения для простых пользователей не принёс, текстовые файлы для создания тем были и раньше. Более того, в некоторых случаях теперь внезапно нужна компиляция стилей (SCSS). Очень дружелюбно для простой кастомизации. А в GTK 4 и вовсе нет понятия тем. Тоже, видимо, упростили жизнь пользователям. Кому не нравится оверрайдить стиль, могут форкнуть libadwaita и конпелировать сколько угодно.
Повторюсь, огрызок CSS в GTK 3 никакого значительного упрощения для простых пользователей не принёс, текстовые файлы для создания тем были и раньше.
Надо бы определиться с понятием «пользователь». Вот я взял фреймворк Джанго, там из коробки есть админка. Мне не нравится, как выглядит админка, поэтому я определил собственные стили и подложил CSS файл в статику сайта, теперь админка выглядит иначе. Я пользователь? Ну да, пользователь фреймворка. Пользователи моего сайта, тоже пользователи, тольк им ничего не надо знать про CSS для админки.
Что там и раньше не надо было ничего компилировать. И сам язык стилей был проще.
Теперь понятнее?
Да не очень. Предположим такой диалог.
– Зачем в автомобиле нужен датчик детонации?
– Затем, чтобы ЕБУ мог корректировать угол опережения зажигания в зависимости от характеристики топлива.
Можно возразить, что ответ некорректен и датчик нужен для другого. Можно дополнить, что датчик детонации плохо работает на каких-то моделях. Но если продолжить в вашем стиле, то:
– А вообще-то, еще в 70-х были ручные октан-корректоры. И никто не жаловался.
Понимаете? Это другое инженерное решение. Оно может был хорошим, неудачным, странным и так далее. Но «Затем, чтобы ЕБУ мог корректировать угол опережения зажигания» - это валидный ответ на заданный вопрос. Ваши экспертные занания в устройстве автомобилей 70-х годов никак не инвалидируют состояние индустрии в 2023м.
Разумное замечание. Я имею в виду тех, кто делает сторонние стили и тех, кто ими пользуется. Не разработчиков самого GTK (которые тоже, очевидно, являются пользователями системы стилей, когда пилят свою Adwaita) и разработчиков дистрибутивов, которые хотят задать свой внешний вид, и менее стеснены в средствах (они могут и GTK пропатчить при необходимости).
Те, о ком я говорю, могли что-то выиграть при переходе к GTK 3, потому что язык описания стал ближе к стандартному CSS из веба, и добавились новые интересные возможности. Но одновременно и что-то потеряли, потому что это не хорошо документированный внешний интерфейс, а скорее внутреннее дело GTK, см. нытьё с частыми поломками тем. В GTK 4 это стало уже совсем очевидно.
Если говорить о второй категории пользователей — разработчиках GTK и дистрибутивов, — то они в целом скорее выиграли на всех этапах.
Это камень в огород обратной совместимости GTK, появится gtk-5.0, и это новая папка. Да и наследование CSS в темах такое себе. Плюс разные DE костылят свои виджеты.
Если при gtk-2 еще хотелось наваять свою тему, то сейчас желания нет. Достаточно посмотреть gnome-look, там ведь тоже уже особо не замарачиваются - сплошные форки от Breeze, Adwaita с мелкими изменениями под «свой вкус».