LINUX.ORG.RU

Solus отказывается от GTK

 , , ,


3

2

Один из лидеров проекта Solus Linux, Джошуа Стробл (Joshua Strobl), объявил о намерении отказаться от GTK при разработке как будущих версий Budgie, так и всей экосистемы приложений в Solus. В своем блоге он высказал ряд упреков в адрес текущего состояния и планов развития GTK, а также философии разработки GNOME.

По его словам, повсеместное насаждение Adwaita как единственно верной темы рабочего стола и попутное удаление части API для разного рода кастомизации добавило головной боли разработчикам, поддерживающим стек GNOME в дистрибутивах или интегрирующим в него свои приложения. Все предлагаемые варианты настройки внешнего вида приложений на базе GTK и сопутствующих библиотек отклоняются, а участники команды GNOME в ответ грубят в тикетах и соцсетях.

Жалуется Джошуа и на то, что выпущенный чуть менее года назад GTK 4 немного усложнил код для работы с виджетами, запретив прямое наследование. Но гораздо более важной проблемой ему видится упразднение API X11, в частности для получения конфигурации подключенных мониторов. Двигаясь в сторону полной поддержки Wayland, GNOME удалил функции опроса X-сервера, поручая разработчику писать собственные интерфейсы для обращения напрямую к X11 (либо к API других ОС, если приложение оказалось кроссплатформенным).

В то время как рабочая функциональность удаляется, многие известные ошибки в GNOME не исправляются месяцами и годами (в частности, автор приводит в пример ошибки с прокруткой в GtkListView и с переключением на другое окно при открытом выпающем списке в GtkPopover). При этом Джошуа описывает это в разрезе собственного опыта написания с использованием GTK своего аудиоплеера Koto.

Релиз GTK 4 не оправдал ожидания авторов Solus, надеявшихся на ряд обещаемых изменений в libhandy, которые в итоге так и не были добавлены. А дорожная карта к GTK 5 предрекает ещё большее закручивание гаек в части кастомизации и общий регресс как в UX, так и для использования библиотки в сторонних приложениях. Джошуа прямым текстом утверждает, что использование в разработке GTK 4 и выше — это выстрел себе в ногу.

По итогам этих размышлений лидеры проекта Solus приняли решение отказаться от использования GTK в Budgie и в целом минимизировать присутствие GNOME в своем пользовательском окружении, перейдя к выбору одного из следующих GUI-тулкитов:

  • EFL (библиотека в основе Enlightment Desktop);

  • Qt;

  • iced (кроссплатформенная GUI-библиотека для Rust).

В случае Qt разработчикам Solus не хочется писать код на C++, и к тому же смущает «коммерческая лицензия» Qt и неприятный осадок. iced находится в ранней стадии разработки и многие полезные вещи придется писать с нуля, а ресурсов для этого нет.

Остаётся EFL, который в итоге и был выбран. Постепенно планируется написать на EFL свои виджеты, а затем и основные десктопные приложения, либо адаптировать существующие, по возможности не связанные с GNOME.

Что касается дистрибутива, то версия с GNOME будет собираться в отдельный образ, и ей будет уделен минимум внимания, будет обеспечена лишь базовая работоспособность. В Budgie 11 не будет никаких зависимостей от GTK.

>>> Подробности

★★★★★

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

Все понимают, что хочешь сделать по-человечески - делай так

Свистопердящие антивирусы со своими нескучными скинами вместо системных декораций — это Вы называете «по-человечески»? Или о чём речь?

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

Ну так опять же:

в ОП автор жалуется что разрабы гнома годами забивают на баги. По вашей ссылке именно такой баг.

А про «непонимание» я ничего не говорил, это Вы сами себе нафантазировали./thread

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

А кроме гномосеков и кедерастов больше никого нету, или что?

mertvoprog
()
Ответ на: комментарий от X512

Для фанатов тайлинга может быть никакого, но для меня это основной инструмент управления окнами.

Я не фанат тайлинга, но случай зависания окна - это вовсе не что-то обыденное. В таком редком случае реально пофиг, можешь ты сдвинуть зависшее окно или нет. Вообще, половина пользователей вейланд в данной теме - пользователи гнома. Т.е. те, кто пользуются CSD. Как думаешь, многие из них в принципе заметили, что зависшее окно нельзя подвинуть? Я лично это видел только в специальном режиме, когда запускал gedit из терминала, а потом нажимал ctrl-z.

В Haiku можно. Хайку неинтересно никому кроме тебя. Будет рисоваться текущий цвет фона или мусор. Это лучше полностью зависшего и неуправляемого окна. Я например могу отодвинуть окно чтобы оно мне не мешало и ждать пока оно развиснет.

И глупо. В 90% случаев зависшее окно означает небольшой лаг в долю секунды. Потом программа получит сообщение и обработает, пользователь заметит лишь небольшое протормаживание. Но если с этим бороться, запонять окно мусором или растягивать старое окно, то будет заметная визуальная колбасня, которую пользователь 100% увидит.

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

Неправда. У зависшего окна есть только 2 полезные функции: прибить процесс или подождать в фоне. В гноме это можно сделать через super-h или переключившись на другое окно через alt-tab или overview. Перераскивание зависшего окна нахрен не надо.

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

Это только замена трея. И та убогая — всё квадратное, декларативное и прибито гвоздями.

У XEMBED есть другие применения

Я рад, что у XEmbed есть другие применения, однако я отвечал конкретно на утверждение о трее, поэтому моё сообщение осталось ничуть не менее релевантным.

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

в ОП автор жалуется что разрабы гнома годами забивают на баги

Вы на какой ОП конкретно ссылаетесь?

В ОП вообще переводная новость.

про «непонимание» я ничего не говорил

О непонимании шла речь в комментарии @Aceler. Вы здесь при чём? Вы вообще смотрите, на что отвечаете?

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

Вы на какой ОП конкретно ссылаетесь?

ОП от ТСа.

В ОП вообще переводная новость.

ну вот автор оригинала как раз и жалуется на баги.

Вы вообще смотрите, на что отвечаете?

я то смотрю. И Ваши ссылки как раз пруф слов автора оригинально статьи.

anonymous
()
Ответ на: комментарий от khrundel

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

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

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

случай зависания окна - это вовсе не что-то обыденное

Очень даже обыденное, попробуйте на хронически перегруженной системе работать :P

а потом нажимал ctrl-z

thrash-protect, например, может постоянно автоматически замораживать и размораживать приложения.

то будет заметная визуальная колбасня, которую пользователь 100% увидит

Увидит, и? Что плохого? Современные композиторы давно умеют помечать зависшие окна.

переключившись на другое окно через alt-tab или overview.

А если зависшее окно always-on-top?

Перераскивание зависшего окна нахрен не надо

А если оно красивую обоину загораживает? ;DDDDDDDDD

mertvoprog
()
Ответ на: комментарий от anonymous

В ОП речь о других багах. При чём здесь проблемы неанглоязычных? В ветке, на которую Вы отвечали, речь шла о них.

mertvoprog
()
Ответ на: комментарий от X512

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

Куда вы собрались отодвинуть окно, чтобы оно не мешало?

Переключиться на другое и тем самым «похоронить» зависшее в глубине Z-порядка зависание не помешает. Как и переместить его на другой рабочий стол.

Если прям очень нужно, то почти везде есть клавиша-модификатор, зажав которую можно двигать окно за любую его точку. В GNOME, например, это Super.

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

Я не фанат тайлинга, но случай зависания окна - это вовсе не что-то обыденное.

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

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

Зато принудительные хедербары стоят, да.

Что ты несёшь? Бухой что ли?

_NET_WM_STATE_SKIP_TASKBAR тоже не нужен, ясно.

Безусловно. Мне пришлось искать что эта херня означает, что уже показатель. Да, абсолютно бесполезная хрень. Если кому-то реально интересно, он может добавить расширение, которое будет такое сигнализировать.

Потому что исторически сложилось™, что заголовки должны быть вверху и должны быть в принципе — значит, других вариантов не надо?

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

Тогда будет некрасиво. Идут нафиг сплешскрины, идут нафиг красивые плавающие окна типа тех же вышеупомянутых мини-виджетов, идут нафиг всякие xeyes, QtPonies, и т.п.

Бро, ты реально тупой. Но ладно, я добрый, я тебе поясню: всё перечисленное никуда не идёт. CSD по определению означает что приложение само решает что ей рисовать. Нафиг идут только дисплейсерверы, которые просто берут и не рисуют заголовки окон чтоб сэкономть место. Просто есть в этой теме дурачки, которые считают нормальной ситуацию, когда окно просит нарисовать ей красивый заголовок и отобразить в ней некий, возможно критично важный с точки зрения приложения текст, но при этом WM или дисплейсервер на эту просьбу забивает. Понятно, что в 90% случаев заголовок занят бесполезным мусором, но определить, когда это не мусор невозможно.

Потому что больше ему выводить некуда?

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

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

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

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

Нет, Вы проскипали часть про

виджеты GtkSocket/GtkPlug

и сделали вид, будто её и не было, свёв обсуждение к трею.

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

Правка: Это предложение даже не вы написали. Что, впрочем, не отменяет сказанное выше.

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

Нам не нужны. Мы хоть из соседней TTY можем DISPLAY=:0 pipiska & запустить. И грохать оттуда же. И wmctrlом рулить.

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

mertvoprog
()
Ответ на: комментарий от khrundel

кликнешь чуток мимо окна

Вам там захват курсора до сих пор не завезли?

mertvoprog
()
Ответ на: комментарий от X512

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

Эээ… да. Но можно сделать проще, просто запустить из терминала и в терминале нажать ctrl-z. Можно просто послать процессу sigstop. Но я как бы специально оговорился, что речь не о хитрых выкрутасах знающего об этой особенности человека, а о реальной обыденной работе с программами. Бывало такое, чтоб вот без моей подсказки, пользователь пытается перетащить окно, а оно не таскается? В моей практике - нет.

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

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

Каков для Вас результат прекращения поддержки XUL-расширений в Firefox Quantum?

«Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)»

У меня score=57, проголосовать не могу - все радиокнопки серые. И фигли?

redeyedanonymous
()
Ответ на: комментарий от khrundel

Но вот уже скоро 10 лет с момента публикации статьи, но никто подобным расширением не озаботился. Всем и так норм.

Потому что все пользуются KDE, а GNOME – самая ненавидимая DE с большим отрывом, в том числе и из-за CSD.

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

У KDE и GNOME разные спецификации по работе с окнами?
Почему в KDE приложения для GNOME работают без нареканий, а в GNOME много нет?
Вообще, что это за бардак, KDE, GNOME …? Должна быть единая спецификация для работы с окнами.
Wayland отрисовкой не занимается, а остальные кто как считает нужным.
ИМХО БАРДАКс …

anonymous
()
Ответ на: комментарий от khrundel

Бухой что ли?

Вообще не употребляем.

он может добавить расширение, которое будет такое сигнализировать

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

Но только в своём приложении

Ну и нафиг этот зоопарк?

то твоим приложением пользоваться не будут

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

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

А Вам не кажется, что пользователи специально ставят такие WM, чтобы не видеть заголовков нигде?

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

С какого перепугу ЭВМ должен командовать не её пользователь, а какие-то постронние разработчики приложений? Мы на linux.org.ru, или drm.com.de? Давайте ещё за огораживание данных приложений от пользователя на всяких мобильных недоосях покопротивляйтесь, а то ведь снапофлатпаки специально для этого и подвозят. И за stopthemingmyapp-мудаков.

оно выдаёт тебе предупреждение о несохранённых данных

Это WM решает. В нём и принудительное завершение может быть. Для зависших программ особенно полезно, опять же.

Более того, оно может тихо закрыть окно и продолжить выполняться в фоне

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

mertvoprog
()
Ответ на: комментарий от khrundel

При «реальной обыденной работе» программы тоже виснут, внезапно?

Для этого не нужно никаких выкрутасов. Это прям базовое свойство фон-неймановских машин вообще.

В моей практике - нет.

Очередное УМВР, ясно.

Всем и так норм

Угу, пока есть возможность избегать гнома и вяленда — вот народ и разбегается туда, где норм, толку возмущаться-то, всё равно гномосеки никого не слушают.

mertvoprog
()
Ответ на: комментарий от redeyedanonymous

Потому что не подтверждён же.

Пинайте модераторов, если хотите увидеть опрос на главной :P

mertvoprog
()
Ответ на: комментарий от anonymous

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

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

В этом и конечная цель вялендорастов: убить разнообразие,

Microsoft успешно использует именно Wayland.
Все это замечательно, но Wayland не занимается никакой отрисовкой.
Нужна еще единая спецификация для отрисовки окон.
Или принята таковой одна из самых успешных …

anonymous
()
Ответ на: комментарий от X512

Концептуально

Нещитово.

Таким макаром весь мир можно поделить, по принципу: что ближе к GNOME, а что к KDE. А надо смотреть, чем отличается. Потому что запросто может оказаться, что того, чем отличается, куда больше, чем того, чем на что-то похоже.

mertvoprog
()
Ответ на: комментарий от anonymous

Microsoft успешно использует именно Wayland.

Ну движок от хромога они тоже успешно угнали, ага.

Но это уже паразитизм и беготня за лидерами. Наделловский Microsoft уже не тот, что раньше, не может предоставить чего-то инновационного и стоящего. Всегда второй, но стабильно второй: как род Малфоев в HPMOR.

Нужна еще единая спецификация для отрисовки окон.

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

mertvoprog
()

Ребята, подскажите, где взять красивые тёмные темы для Qt, без всякого плоского дерьма и прочего виндовозного и виндоподобного шлака, и как их переключать не ставя лишнего?

anonymous
()
Ответ на: комментарий от mertvoprog

Таким макаром весь мир можно поделить, по принципу: что ближе к GNOME, а что к KDE.

Да, можно. И близких к GNOME десктопных окружений внезапно не найдётся кроме самого GNOME и его производных.

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

Да, можно

Но зачем? Это всё равно что взять любые три точки не на одной линии, и построить по ним плоскость. Формально всё правильно, училка по геометрии пятёрку поставит, практической пользы 0.

Какой смысл пытаться сравнивать с GNOME или KDE какой-нибудь FVWM или Phoc, объясните?

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

Да вроде как раз наоборот, ведь полупустой заголовок окна + меню + панель инструментов в сумме получается ощутимо выше, чем один заголовок в стиле CSD: https://ibb.co/0rdyQS6.

Неудачные примеры.

Лучше взять реальные проф.программы и попытаться на них натянуть стиль CSD. CSD хорошо идет на программы, которые делают минимум операций, т.е. весть стек Gnome. Как быть с Maya, Blender и так далее. Представьте в CSD какой-нибудь AutoCAD.

anonymous
()
Ответ на: комментарий от khrundel

А ещё там можно создать кнопку. Для этого нужно вызвать функцию откуда? Правильно, из того же user32.dll

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

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

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

Насколько удобно нажимать на кнопку «play/pause»?

Удобнее, чем на кнопку закрытия окна.

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

Да.

Нет, ну теоретически это возможно.

Это возможно практически: существующий пример из жизни QGnomePlatform от GNOME-разработчиков.

зачем пользоваться программой, в которой «некоторые места» определены неправильно?

Потому что достойных альтернатив на GTK+3/GTK 4 нет.

следовательно у разработчика есть всё необходимое для реализации нормального CSD.

Кроме чего? Ах правильно, инициативы. Именно поэтому «CSD Initiative» провалилась.

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

Чтоб место не занимало, когда не нужно - окно скрывают

А если нужно, но места мало?

А толку в этом случае от заголовка «без ничего»? Ладно бы все без исключения программы умели в заголовке что-то полезное показывать, так фигвам - у большинства там только название. В HeaderBar хотя бы ProgressBar засунуть можно. И тут мне вспомнилась еретическая виндовая фича, появившаяся ещё в богомерзкой висте: отображение состояния программы в кнопке на таскбаре. Включая тот же прогресс. Но не, у гномеров даже таскбар с простыми кнопками - харам. И вообще, похоже, у них главный принцип - «как угодно через *опу, лишь бы не как в винде». И если при этом теряется удобство для юзера, тем хуже юзеру, он старомысл и не нутрит ангсоц. Вообще весь этот горький катаклизм(ц) - следствие того, что у каждой палки есть минимум два конца: упёрлись авторы иксов/вяленого/... в юниксвей - «у нас тут только окна, а чо внутри нам до лампады» - и привет, ни единого стандартного тулкита для UI, ни стандартных общесистемных плюшек вроде того же прогресса в кнопках таскбара, нифига.

redeyedanonymous
()
Ответ на: комментарий от mertvoprog

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

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

Ну и нафиг этот зоопарк?

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

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

Именно эта идея и работает на CSD. Нафиг не нужны все эти мудрёные фичи управлением окнами.

А Вам не кажется, что пользователи специально ставят такие WM, чтобы не видеть заголовков нигде?

Кажется. И происходит это почему? Потому что заголовки выглядят уродски и отжирают кучу места. Каково решение? Правильно, CSD. Проще поместить кнопки закрытия/минимизации в самом приложении чем присобачивать уродскую нашлёпку, которая бесит.

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

С какого перепугу ЭВМ должен командовать не её пользователь,

Никогда такое не говори при людях. Выставишь себя идиотом.

Пользователь принципиально не может командовать ЭВМ, он языка понятного ЭВМ не знает и внедрять команды в её память не может. Компьютером управляют программы. Желательно написанные во благо пользователя, доброжелательно настроенным разработчиком. И поэтому идиотские костыльные хаки, о возможности которых разработчик не подозревал, принесут вред пользователю.

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

гномиковую помойку с GTK надо было давно выкинуть

Гном выкинуть, GTK оставить, поменяв разработчиков. Потому как Qt ещё ужаснее, а прочее либо еле живое, либо совсем уж маргинальное.

redeyedanonymous
()
Ответ на: комментарий от X512

Потому что все пользуются KDE,

Ты же понимаешь что это неправда?

а GNOME – самая ненавидимая DE с большим отрывом, в том числе и из-за CSD.

В это верю. Кедерасты вообще ничего кроме как ненавидеть не умеют. Взять хоть бывшего разраба Плазмы Флоссера (в девичестве Граслина). Все его технические дискуссии, неважно против CSD или против EGLStreams, в них собственно техническая или практическая аргументация занимает совсем мало места и аргументы его сомнительны. На первом месте у него изобличение врагов оупенсорса, которые вносят разлад в ряды комьюнити. Прям как выступление на партсобрании в 1937м

У КДЕ и у Гнома принципиально разный подход к идее дружественности пользователю. В КДЕ ты всегда можешь рассчитывать, что тебе дадут возможность перекрасить всё в цвет говна. Но если вдруг у тебя видеокарта от Nvidia, то тебя отправят срать на форум нвидиа и требовать переписать драйвер под хотелки Флоссера. У Гнома наоборот, они пошлют любое количество подписантов петиции «верните нам интерфейс гнома2», но если у людей не работает вейланд из-за особенностей нвидия, они расстараются ради того чтоб сделать гном работоспособным.

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

Представьте в CSD какой-нибудь AutoCAD.

Самое смешное, что вот именно он как раз CSD (как и MS Office, например, или 3dMax). И у них довольно функциональные header-ы.

SkyMaverick ★★★★★
()

Sorry

Шутка на

Solus отказывается от GTK

И вся Одесса об этом должна знать!

Тред СУПЕР.
ТС давай эшо треды создавай на эти темы.
Тема то весьма актуальна и злободневна /к сожалению/ …

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

Самое смешное, что они реализованы в точности наоборот от Gnome. Скрины посмотри, а еще лучше поработай.

anonymous
()
Ответ на: комментарий от Oberstserj

Тут с давних пор дискриминация по анонимному признаку, новую тему не создать!

Поэтому и пишу в теме, где собрались эксперты!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.