URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 125264
[ Назад ]
Исходное сообщение
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от проекта Enlightenment"
Отправлено opennews , 15-Сен-21 12:00 
Разработчики десктоп окружения Budgie приняли решение уйти от использования библиотеки GTK в пользу библиотек EFL (Enlightenment Foundation Library), развиваемых проектом Enlightenment. Результаты миграции будут предложены в выпуске Budgie 11. Примечательно , что это не первая попытка ухода от использования GTK - в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55804

Содержание
Сообщения в этом обсуждении
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:00 
Будет жарко
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:07 
по-настоящему жарко на Windows -- вот на неё и стоит переходить
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 12:15 
Да, разработчики Windows, в отличие от разработчиков Gnome, прислушиваются к мнению альтернативных проектов и желают учитывать их потребности. Особенно по части оформления тулкита, конечно же.

Ты лучше скажи, что ты курил.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:19 
Святая Толстота!
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Жироватт , 15-Сен-21 12:09 
И больно.
Хотя гномерам aka редхату в принципе параллельно - им главное поставку развернуть на копроративных машинах, а потом продать обучение и саппорт.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:56 
> в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится

наивные...

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Массоны Рептилоиды , 15-Сен-21 13:40 
>> в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится
>
> наивные...

А могли бы на опеннете у любого анонима ещё в 2017 спросить. 4 года коту под хвост

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено abi , 15-Сен-21 12:04 
Удачи им https://what.thedailywtf.com/topic/15001/enlightened
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:19 
Ну по правде говоря и статья довольно странная. Автор в стене текста искренне удивляется, что в С существует void* и UB. Как будто с GTK таких проблем нет.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 13:32 
Автор - погромист на кюте, это многое объясняет.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 15-Сен-21 17:22 
Как Qt объясняет использование вместо кодов клавиш строк с их именами?

To find if your key was A, compare the name to string “A”; to check for return key, compare to “[Return]”;

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено анончик , 15-Сен-21 19:03 
В каком, интересно, месте?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 15-Сен-21 19:12 
В обработчик события нажатия клавиш приходит структура Evas_Event_Key_Down, она и содержит вот такие имена (или, скорее, указатель на них). То есть вместо сравнения с целым приходится вызывать strcmp() для строки из одного символа. Вместо switch() городить вереницу if else. Про эффективность молчу. Не понимаю, зачем так сделано.

Статья от 7 мар. 2015 г., может что-то изменилось.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Михрютка , 15-Сен-21 22:00 
судя по тому, что где-то на пятой странице каментов пришел растерман и на ломаном английском объявил, что все кругом содомиты, один он дартаньян - это вряд ли.

поржал с вопроса

@blakeyrat said:

    you look like an pissed-off jerk.

On a scale from Theo de Raadt to Jeff Atwood, where would you place him?

когда шкалу мудаков _начинают_ с Тео - ну тут я даже и не знаю, каких высот надо достичь.

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Ivan_83 , 16-Сен-21 16:57 
Так у самсунга много годноты и без тизена.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ptr128 , 17-Сен-21 03:40 
Вообще то QT в классе QKeyEvent предоставляет выбор https://doc.qt.io/qt-5/qkeyevent.html
Иногда удобно получать сразу UTF-8. Но никто не запрещает пользоваться key(), nativeScanCode() или nativeVirtualKey()
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 17-Сен-21 11:20 
Ну вот даже "тяжёлая" Qt предоставляет данные в виде простых типов, а QString создаёт по желанию. А "лёгкая" сишная либа присылает обязательно указатель, с которым непонятно что делать и можно ли его копировать.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 16:08 
Вы статью явно читали по диагонали.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Сам Себе Дартаньян , 16-Сен-21 14:12 
> Удачи им https://what.thedailywtf.com/topic/15001/enlightened

В двух словах суть статьи: [на момент 2015го] у EFL проблема с документацией, с отсутствием должных сообщений об ошибках и с именованием некоторых типов/сущностей;
у автора проблема с неочевидным взаимоотношением сущностей, отсутствием целочисленных кейкодов в Evas_Event_Key_Down и неизменностью layout'ов.

Также намешана куча негодования и одна шутка про SWALLOW и Redtube.

Пассаж про неконстантность указателей "const void*" порадовал: чел не отличает указатель от указуемых им данных.
Также доставляет пассаж про "типичный лавкрафтовский C-стиль", когда неясно, кому принадлежит выделенная область.
Ещё чел недоумевает, почему все структуры передаются как void*.
И временами сетует на отсутствие документации, не понимая, что труъ-программеры читают исходники, а документацию используют только как ориентир. Но, видимо, кадр не читатель, а писатель.

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

Поэтому можно предположить, что автор статьи молод, неопытен и специализируется исключительно на "wtf, man?".
Человеку надо было не в программисты идти, а в кинокритики или гринпис-активисты.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 16-Сен-21 17:20 
> отсутствием целочисленных
> кейкодов в Evas_Event_Key_Down

Не правильно. Про применение строк где не надо. Зачем вместо кодов strcmp()?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 17-Сен-21 11:57 
> "Не правильно"

Неправильно!

// b.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 17-Сен-21 16:01 
Спасибо!
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Сам Себе Дартаньян , 17-Сен-21 21:55 
Вы правы.

> Ha! EFL gives you something more ...

Эту строку прочитал как "gives you something else ...".
Май бад.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 17-Сен-21 19:18 
Это был пост сарказма или вы и вправду считаете, что типо-безопасность, конст-корректность, чёткие правила владения объектами и документация не нужны?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Сам Себе Дартаньян , 17-Сен-21 21:52 
сарказм -- это акцент любого взрослого мужика;

абсолютной нужности/ненужности не существует -- оно всегда определяется конкретным случаем;
если в сях или ассемблере нет многого нужного, значит там оно не нужно;
а те вещи, где оно есть, были созданы именно чтобы оно там было;
потому что в других местах его либо не было, либо было, но с нюансами (вроде лицензий или наличия оператора goto, например);

void* часто используется просто потому, что нельзя заранее, на этапе проектирования, точно предположить все возможные варианты данных, которые придётся передавать в функцию;

const void* -- это информирование вроде "эта функция вот эту переменную менять не будет, мамой клянусь", причём при подключении .so или .dll такое определение -- единственная возможность сообщить компилятору, что переданную функции переменную можно считать неизменяющейся;  в действительности функции передаётся адрес, и как конкретно она будет его использовать -- зависит только от неё, проконтролировать это нельзя никак.

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

"типо-безопасность" относится сюда же: программист должен либо понимать, что конкретно он напроектировал, либо читать документацию к тому, что напроектировал кто-то другой (или читать исходники, если доков не получилось, а поделие использовать приходится;  но это сильно ненадёжно, особенно если поделие продолжает развиваться кем-то другим).

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

если ограничения оказываются проблемой (как в случаях системного ПО, например), язык приходится выбирать низкоуровневый, который обычно был C;

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 18-Сен-21 02:09 
Что значит тру - как в suckless что-ли?
Конечно, подход к документированию как в doxygen и gtk-doc сильно неудобный, т.к. там документация как правило дублирует имеющуюся инфу.
Например, описание функции польностью повторяет объявление функции. А в описании структуры - вся структура.
Ещё это железъное правило - коммент перед кодом. Верно, но только иногда.

Комент может быть первым только если выполняет роль заголовка (для секции относительно громоздкого кода). Если же это описание для документации, то оно идёт после (либо в конце, либо на следующей в строке), лучший пример - man страницы из руководств Linux, POSIX и libc. Такой исходник должен быть поприятнее для чтения, при том, что сгенерировать удобные pdf и html всё также не проблема. Просто генератор должен извлекать информацию из самого исходника. Кстати, создавать pdf и html непрямую вообще не нужно. Хватит поддержки markdown, asciidoc или retext - из них потом (если очень хочется) можно что угодно сгенерировать.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Сам Себе Дартаньян , 18-Сен-21 12:21 
> Что значит тру

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

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

Поэтому читайте код.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 19-Сен-21 01:06 
Читайте код. Код - это смех, смех - это здоровье, здоровье - это чувство юмора и способность испытывать хохот DDD
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 19-Сен-21 01:00 
Нда, теперь полно смыслов пилить очередной васянский тулкит.
Сказал бы - "у всех не то, одно с тормозами, другое вообще с фричеством", но так и до NIH-синдрома не далеко :).
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 19-Сен-21 07:56 
"NIH-синдром" придуман корпорациями, для направления леммингов в нужную им сторону.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено lockywolf , 15-Сен-21 12:05 
EFL отличный тулкит, я на нём пробовал писать. Очень всё просто и понятно.

Но почему не встроиться в сам Enlightenment?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:08 
потому что это другое DE
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Урри , 15-Сен-21 12:32 
А у него есть аналог glade для gtk?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Fu , 15-Сен-21 15:51 
Есть Enventor зовут
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Урри , 15-Сен-21 22:50 
Этот? https://www.enlightenment.org/about-enventor
Если да - то это совсем не то.

Glade в визивиг режиме создает файл описания юайки, который с помощью вызова gtk_builder_new_from_file() превращается в полноценный интерфейс. Дальше через g_signal_connect() привязывай обработчики на любимом языке к контролам и вперед к светлому будущему.

Вот я про такое же спрашивал - чтобы меняя проперти контролов не перекомпилировать весь проект.


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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 18-Сен-21 11:53 
Если их сравнивать с редакторами документов,
то Glade - libreoffice, а Enventor - какой-нибудь Latex-редактор с предпросмотром.
Зато даже язык - не xml (мечта).
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 18-Сен-21 13:31 
А на счёт платформеров - ну решили его использовать в качестве примера, хотите - приведите свой.
Правда, понять к чему тот скриншот, не открыв в полном размере, невозможно (сами wireframes в миниатюре неразличимы).
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Минона , 15-Сен-21 15:56 
>Но почему не встроиться в сам Enlightenment?

NIH-синдром.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 18-Сен-21 14:20 
И перестать быть Budgie?
Тогда и LXDE мог бы встроиться в xfce или (мамма...) gnome )))
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:06 
>> Большая часть кода Budgie написана на языке Vala, но в качестве вариантов для миграции допускалось использование тулкита на Си или Rust.

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Нанобот , 15-Сен-21 12:10 
> К сожалению GTK4 не оправдал ожиданий разработчиков

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 12:16 
https://www.opennet.dev/opennews/art.shtml?num=45914

В 2017-м они уже перешли на Qt.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Анто Нимно , 15-Сен-21 15:02 
Поскольку есть

> планы GNOME по изменению работы с темами оформления, которые затрудняют создание собственных вариантов оформления

то съезжать таки и правда имеет смысл.

Ну чисто конкретно, если прикинуть, зачем нужно с такими идеями-планами.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Stax , 15-Сен-21 16:22 
Ну, гном тоже в свое время возлагал много надежд на Enlightenment. Плакали, кололись, но использовали, думали в этом будущее. Потом наконец плюнули, выкинули и взяли sawfish - сразу и лагов поубавилось, и развитие пошло бодренько...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 18-Сен-21 11:57 
Тогда даже их трава была зелёная.
Пример, до чего докатились (похоже, wayland тоже на них завязан):
https://discourse.gnome.org/t/gtk4-migration-window-manageme...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 04:10 
зато работа есть
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Тот_Самый_Анонимус , 15-Сен-21 12:10 
>но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 12:13 
> К сожалению GTK4 не оправдал ожиданий разработчиков из-за продолжения полной ориентации только на потребности проекта GNOME, разработчики которого не прислушиваются к мнению альтернативных проектов и не желают учитывать их потребности

Странно. Удивительно. Разработчики Gnome не хотят поддерживать ничего кроме Gnome. Да где это видано!

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено llolik , 15-Сен-21 12:22 
Самое смешное, что народ из GNOME предлагали обсудить варианты, каким образом реализовать нужный функционал, но перец из Budgie истерит, что ему охота только custom stylesheets и никак иначе. Так что истерички, с моей точки зрения, как раз оказались не GNOME-ры.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Zenitur , 15-Сен-21 12:24 
Может, его просто довели?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено llolik , 15-Сен-21 12:33 
> Может, его просто довели?

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Michael Shigorin , 15-Сен-21 13:28 
Да, конечно.  И проблемы LXDE, из-под которых выдернули нужный виджет и отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE.

Вот только к чему же такое отношение приводит-то исторически, дайте вспомнить...

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 14:02 
> Да, конечно.  И проблемы LXDE, из-под которых выдернули нужный виджет и
> отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE.

Да, LXDE может сопровождать свои виджеты самостоятельно.

> Вот только к чему же такое отношение приводит-то исторически, дайте вспомнить...

Вспомнил?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено llolik , 15-Сен-21 14:18 
> отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE.

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

> Вот только к чему же такое отношение приводит-то исторически, дайте вспомнить...

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

Вон недавно же, как под копирку, были проблемы с Pango и Бехдад сразу сказал, в стиле "это всё уже давно подтухло, мейнтейнить это некому, у Redhat руки не доходят, он занят Harfbuzz и вообще отстаньте". Ну и как там сообщество? Мейнтейнеры и разрабы стека шрифтов нашлись? Вроде всё как всегда: пусть глупое RH решает, а мы умно побурлим в интернетах.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 15:45 
> дайте вспомнить...

Миша, ты обещал ссылку на компас под линукс. Где она, Миша?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено prokoudine , 15-Сен-21 16:34 
> Да, конечно.  И проблемы LXDE, из-под которых выдернули нужный виджет и отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE.

Это, конечно, чудовищная проблема. Мир не видывал такого доселе!

Ой, что это?

https://developer.gimp.org/api/2.0/gtk/GtkRuler.html#id4384897

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 17:47 
Gnome активно так деградирует. Форкать и развивать самим, другого выхода не вижу.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 01:02 
Снова ты со своим бредом...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 12:12 
>твитер Михайленко

Чо за перец?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено llolik , 16-Сен-21 14:32 
> Чо за перец?

Один из заметных разработчиков GNOME.
https://twitter.com/alexm_gnome/with_replies?lang=ru

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:41 
>Самое смешное, что народ из GNOME предлагали обсудить варианты, каким образом реализовать нужный функционал,

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено lockywolf , 15-Сен-21 13:13 
Это называется filibuster.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Michael Shigorin , 15-Сен-21 13:29 
"заболтать вопрос" это называется...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 15:47 
Как с Компасом?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено lockywolf , 17-Сен-21 08:10 
> "заболтать вопрос" это называется...

К слову, Михаил, ваша страница https://www.altlinux.org/IRC устарела.

Сколько-то людей теперь сидит на LiberaChat, а канал на freenode совсем пуст, и даже SIMd не заходит.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Совершенно другой аноним , 15-Сен-21 12:41 
По новости не совсем так - "Разработчики GIMP ToolKit не хотят поддерживать ничего, кроме GNOME". Согласитесь, смысл немного другой. Им надо-было, когда они "+" у названия отпиливали заодно и переименоваться в GNOME ToolKit, тогда-бы и вопросов не возникало.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:58 
gtk уже сто лет как не gimp toolkit
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено fsb4000 , 16-Сен-21 04:39 
Они и переименовались. GTK больше не GIMP ToolKit.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:43 
>Разработчики Gnome не хотят поддерживать ничего кроме Gnome.

Как ты лихо GTK к гному прилепил. Но по факту да, гномовцы тупо экспроприировали GTK.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 14:03 
>>Разработчики Gnome не хотят поддерживать ничего кроме Gnome.
> Как ты лихо GTK к гному прилепил. Но по факту да, гномовцы
> тупо экспроприировали GTK.

А что, GTK разрабатывается не гномовцами? Тогда в чём проблема, что гномовцы кого-то послали? Идите к тем, кто разрабатывает GTK. А там, внезапно, гномовцы? Ну а что вы хотели, у кого разработчики, тот и заказывает музыку.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 16:36 
В данном случае, кто захватил проект, тот заказывает музыку. А проблем никаких. Всего-то подмяли под себя проект и никого к коду не допускают. Но ты можешь сделать форк. А чтобы было веселее - каждый месяц мы будем что-нибудь ломать, а ты со своим форком следи и повторяй, т.е. будь в положении догоняющего, чтобы тебе ничего не светило.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 17:04 
> В данном случае, кто захватил проект, тот заказывает музыку. А проблем никаких.
> Всего-то подмяли под себя проект и никого к коду не допускают.
> Но ты можешь сделать форк. А чтобы было веселее - каждый
> месяц мы будем что-нибудь ломать, а ты со своим форком следи
> и повторяй, т.е. будь в положении догоняющего, чтобы тебе ничего не
> светило.

Так захвати проект обратно.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Michael Shigorin , 15-Сен-21 13:27 
До gnome3 таки было иначе.  Видимо, ещё тогда помнили, _чей_ тулкит.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Annoynymous , 15-Сен-21 14:04 
> До gnome3 таки было иначе.  Видимо, ещё тогда помнили, _чей_ тулкит.

До Gnome3 был зоопарк бекендов для отрисовки. К чему это привело, все помнят.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 09:55 
>До Gnome3 был зоопарк бекендов для отрисовки. К чему это привело, все помнят.

Я не помню. К чему? Gtk2 вроде был вполне юзабелен.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Агент , 15-Сен-21 12:33 
Скатертью дорога. Эти два с половиной разработчика больше всех кричали против Сломана. А ещё Qt им не подошёл, gtk не подошёл. О чем ещё можно говорить, да ни о чём.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:44 
GLIMPSE Tool Kit им бы подошёл.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Анонис , 15-Сен-21 23:03 
Это точно ))
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:45 
Ну и огород же у них там. Форки форкаются от форков. И у каждого своя, блин, философия. Лучше бы просто всем скопом сосредоточили все усилия на том, чтобы прикрутить к линуху интерфейс от винды 7ки.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:58 
>Лучше бы просто всем скопом сосредоточили все усилия на том, чтобы прикрутить к линуху интерфейс от винды 7ки.

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено aname , 15-Сен-21 13:19 
Будто если он срыгнёт, интерфейс линуха станет лучше
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 15:48 
Когда все садятся на линух с винды, а все обычно именно так и происходит у нормальных людей, то в любом случае выбирают по принципу чтобы больше было похоже на винду. Причем винда без OpenShell тоже неудобоварима, т.к. все эти закосы в жырнопальцевые мобилки с гигантскими квадратами на охренительном 4к экране - зло. Никому не нужно возвращение в эру 320x200. Тру пацаны пользуются клавой и мышкой. Так зачем городить огород? Интерфейс 7ки просто идеален и ничего другого просто не нужно. Был бы такой в линухе, я бы туда не глядя свалил. Они же вместо этого городят еще один унылый серый интерфейс, которого и в 10/11ке навалом. Толку ради такого переходить нет.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Анонам , 15-Сен-21 13:14 
Solus не форк, самобытный дистр со своим менеджером пакетов eopkg. Только вот после ухода основатея и главного разработчика Ikey Doherty всё похоже движется к финалу...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 15:58 
менеджер пакетов они изначально форкнули из Pardus, но сам дистр и DE очень приятные. пользуюсь им на всех своих линукс-десктопах последние несколько лет(до этого попеременно юзал федору-арч-убунту, еще раньше дебиан, а еще раньше слаку).
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 12:46 
Надеюсь, в итоге на один болгенос станет меньше.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Nicholass , 15-Сен-21 13:17 
А что мешает перейти а Qt?
И когда они собираются выкатить Budgie 11? Уже очень давно обещают...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 16:15 
Им не нравится проприетарная природа тулкита и невозможность влиять на разработку вообще.

Т.е. теоретически на GTK как бы можно влиять (по факту - нет), а с Qt - никак вообще.

Плюс, QT - GPL2/LGPL 3.0, а GTK/EFL - LGPL 2.1, т.е. не такие анальные и позволяют линковать с ними проприетарное ПО, не выкладывая исходники всего и вся.

// b.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 17:49 
>Им не нравится проприетарная природа тулкита
>не такие анальные и позволяют линковать с ними проприетарное ПО, не выкладывая исходники всего и
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено aname , 15-Сен-21 19:10 
Шизофрения какая- то
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 19:31 
> When it comes to Qt, neither myself nor Beatrice desire writing C++. I absolutely recognize that there are many language bindings, however the reality is the bindings for languages we would likely write in, Rust or Go, are not active. Expanding on this, the history between Qt and their commercial license, and the open source community plus KDE has made us hesitant to adopt it for an application even if the bindings were actively developed.
> Когда речь заходит о Qt, ни я, ни Беатрис не хотим писать на C++. Я абсолютно признаю, что существует множество языковых привязок, однако реальность такова, что привязки для языков, на которых мы, скорее всего, будем писать, Rust или Go, не активны. Продолжая эту тему, история с Qt и их коммерческой лицензией, а также с сообществом открытого кода плюс KDE заставили нас сомневаться в том, что мы сможем использовать его для приложений, даже если бы привязки активно разрабатывались.

Переведено с помощью www.DeepL.com/Translator (бесплатная версия)

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 13:23 
Уже есть Bodhi можно взглянуть что вышло из этого
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Michael Shigorin , 15-Сен-21 13:26 
> К сожалению, GTK4 не оправдал ожиданий разработчиков
> из-за продолжения полной ориентации только на
> потребности проекта GNOME, разработчики которого
> не прислушиваются к мнению альтернативных проектов
> и не желают учитывать их потребности.

Ну теперь-то они поняли смысл термина "инклюзивность"?

Дай Бог здоровья Рендерману...

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 13:33 
А почему они на motif не перекатились?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноном , 15-Сен-21 17:25 
Вероятно потому, что motif — это запчасть от иксов, которая с вейлендом никак не дружит.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Nikki Next , 15-Сен-21 13:35 
Сначала хотели на Qt, потом на GTK4, теперь на EFL. Дальше куда?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 13:57 
>Дальше куда?

SixtyFPS :)

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 22:48 
Те же яички что и кьюти.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 13:58 
Сначала на React, потом на Tk
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:37 
Electron
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 16:56 
Нет

// b.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено acroobat , 15-Сен-21 14:07 
Ждём тулкит от Поттеринга, написанный, сами знаете на чём.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:45 
На systemd
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:10 
Ну Gnome и GTK согласен. EFL - тоже. Не плохая штука. А вот Qt зря выкинули. Там многое уже сделано до чего EFL ещё расти. И лицензия им бы совсем не помешала.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Любитель Монеточки , 15-Сен-21 14:12 
Угадайте, что общего между Half-Life 3 и Budgie 11
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено нах.. , 15-Сен-21 20:42 
Оба выйдут в релиз к 2022 году?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:35 
Очередные скакуны-переписыватели.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 22:53 
Кто не скачет, тот не разраб
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 14:36 
>К сожалению GTK4 не оправдал ожиданий разработчиков из-за продолжения полной ориентации только на потребности проекта GNOME, разработчики которого не прислушиваются к мнению альтернативных проектов и не желают учитывать их потребности.

И кто ещё и дальше продолжает называть это "GIMP Tool Kit"?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 10:03 
Эм, никто? Он уже лет 5 как GNOME Tool Kit. Вылезайте из криокамеры.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Anonymoustus , 15-Сен-21 14:40 
> усложнить анализ проблем у пользователей

Стремительным домкратом GNOME врывается на десктопы пользователей.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено нах.. , 15-Сен-21 20:43 
Ну дык гном это раковая опухаль.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Kuromi , 15-Сен-21 14:43 
"В сборке Solus с рабочим столом Budgie 11 планируется пересмотреть состав приложений, заменив приложения GNOME на аналоги, в том числе разработанные внутри проекта. Например, планируется разработать собственный центр установки приложений."

Опять велосипеды и 101-ый калькулятор? Прям уже раздражает когда смотришь новый DE и каждый тащит свои варианты тривиальщины, зачем?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Онаним , 15-Сен-21 17:14 
> Опять велосипеды и 101-ый калькулятор?

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Ordu , 15-Сен-21 19:59 
Есть python, есть excel. Выбирай на вкус. Калькуляторы не нужны. Ну реально, пытаясь сделать навороченный калькулятор, ты получишь либо язык программирования, либо excel.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 20:25 
еще bc есть, реально же лучший калькулятор .
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 22:49 
cantor лучший калькулятор
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 04:20 
ну и как там с битовыми операциями?

Calc - C-style arbitrary precision calculator

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Ordu , 16-Сен-21 08:51 
> еще bc есть

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 15:02 
МК-71 же!
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено нах.. , 15-Сен-21 20:44 
Total calculator шикарная весчь.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено ммнюмнюмус , 20-Сен-21 20:05 
>> Опять велосипеды и 101-ый калькулятор?
> Вот бы уже сделал кто действительно классный калькулятор наконец на самом деле.
> Простора для фич же немеряно. Жаль постоянно делают примтитивизм.

Qalculate-gtk более-менее. По фичам стремится к системам комп. алгебры, всё ещё сохраняя человеч^калькуляторное лицо.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Stax , 15-Сен-21 16:20 
Шрифты теперь будут такие же нечитабельные, как в типичном десктопе на Enlightenment?..
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено prokoudine , 15-Сен-21 16:45 
У Растермана получился хоть и шустрый, но абсолютно неюзабельный, корявый десктоп с мёртвенькой экосистемой. Желание повторить этот опыт и угробить годы жизни впустую не может не впечатлять.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 17:57 
Действительно, вроде Е полноценный десктоп, а популярности никакой.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Zulu , 15-Сен-21 21:20 
Enlightenment это как те рыбы, которых не продают а показывают. Юзать невозможно, и было невозможно даже в 2000 году с тогдашней убогой конкуренцией.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Admino , 15-Сен-21 22:22 
Зато красивое )
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 02:59 
E16 был очень даже ничего
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено prokoudine , 16-Сен-21 08:50 
> E16 был очень даже ничего

Enlightenment всех версий красивый, что 20 лет назад, что сейчас. Вот только пользоваться им совершенно невозможно :)

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 17-Сен-21 03:57 
А я попользовался E16 и мне понравилось. А потом попробовал долгострой E17, он не понравился.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Хан , 16-Сен-21 03:53 
В телеках Samsung tizen на EFL и норм, не тормозит в отличии от гномов всяких
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 17:20 
Я вот посмотрел на этот Budgie, вообще никаких отличий не вижу. Что они все друг на друга похожи.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено darkshvein , 15-Сен-21 18:56 
бедные разработчики баджи не захотели принять coc GTK .
да, я знаю, звучит несколько двусмысленно, но это так....
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 11:02 
>не захотели принять coc GTK

Один из двух(да, только двух) главных разработчиков budgie транс если что, интересно как стрелочка комментов опеннета бы повернулась, если бы его в новости упомянули а не другого.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Ананоним , 15-Сен-21 19:39 
Ох пожалеют...
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 19:41 
Наконец то Budgie станет независимой средой, а не надстройкой над GNOME.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 20:13 
Хорошая новость, поддерживаю!
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено bergentroll , 15-Сен-21 23:06 
В чём смак завязываться на C (но не C++)? Как будто на C код графических приложений выглядит просто и изящно.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 15-Сен-21 23:11 
Привязка к Vala?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 03:01 
Подозреваю, что обычное неосиляторство С++ разработчиками Budgie
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Хан , 16-Сен-21 03:51 
Для C++ нужен мозг побольше и побыстрее чем у сишниками
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 16-Сен-21 08:20 
> Для C++ нужен мозг побольше и побыстрее чем у сишниками

Это так Александреску объяснил свой уход в D?

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Хан , 16-Сен-21 11:28 
И где теперь D?
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено n00by , 16-Сен-21 17:36 
> И где теперь D?

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

"Не найдено документов соответствующих запросу 'sfinae'"

Это результат поиска Опеннет.

А это отражение ситуации на развитии языка:

В C++17 добавили конструкцию if constexpr(), несколько снизившую надобность в SFINAE.

В C++20 появилась конструкция explicit (true). ... Также снизили надобность в SFINAE концепции

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Ivan_83 , 16-Сен-21 17:07 
Скорее нужна забитая кучей С++ мусора голова, которая после этого может думать только в парадигмах крестов.
Я такое уже ни раз видел, из недавнего вон новость про трасмисион, где автор уже не может думать головой, ему везде кресты мерещятся и он на них переписывает все.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 17-Сен-21 04:06 
Автору Транисмиссии просто нравится удобство С++ по сравнению с С. Он же пишет, что постоянно натыкается на отсутствие в С фич, к которым относился как с само собой разумеющемуся.

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Ivan_83 , 19-Сен-21 02:56 
Вот именно об этом и речь: он думает словами С++.

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено llolik , 16-Сен-21 10:20 
> В чём смак завязываться на C (но не C++)?

Биндинги делаются достаточно просто (с наличием GIR так и вообще). Биндинги для С++ проекта - ну можно, но не для всего и адский геморрой.

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 20:40 
Глупост. Биндинг на плюсы делается элементарно и часто даже проще чем на C. Другое дело что он не везде нужен, но делается красиво и просто.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 10:54 
>в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится.

Перевожу как кто-то кто использовал budgie в прошлом, пристально следил за ситуацией и ушёл с него из-за того как оно прошло:
>В 2017 году проект уже принимал решение о переходе на Qt, потом раработчики поняли что они криворукие хипстеры и не осилят, продолжили не делать практически ничего и проект увидел минимальный уровень разработки за 4 года

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

"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 15:10 
Что же, надеюсь это такой же каприз, как и с кути. Хотите смейтесь, но для меня баджи стал неким подобием лхде во времена гтк2. очень хорошая оболочка рабстола, даже сейчас с имеющимися недочетами. Очень жаль.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено МояВенда , 16-Сен-21 18:40 
Ребята при деле, пусть развлекаются, учатся. Пока адекватные люди используют KDE.
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 16-Сен-21 20:38 
+1
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 17-Сен-21 13:03 
Даёте Enlightenment во все дистры по умолчанию
"Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."
Отправлено Аноним , 17-Сен-21 14:09 
В Энлайте нет корзины. Удалили файл - навсегда.