Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Рабочий стол 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
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+24 +/–
Сообщение от Аноним (1), 15-Сен-21, 12:00
Будет жарко
Ответить | Правка | Наверх | Cообщить модератору

	5. Скрыто модератором	–27 +/–
	Сообщение от Аноним (5), 15-Сен-21, 12:07
	по-настоящему жарко на Windows -- вот на неё и стоит переходить
	Ответить | Правка | Наверх | Cообщить модератору

	11. Скрыто модератором	+22 +/–
	Сообщение от Annoynymous (ok), 15-Сен-21, 12:15
	Да, разработчики Windows, в отличие от разработчиков Gnome, прислушиваются к мнению альтернативных проектов и желают учитывать их потребности. Особенно по части оформления тулкита, конечно же. Ты лучше скажи, что ты курил.
	Ответить | Правка | Наверх | Cообщить модератору

	13. Скрыто модератором	+6 +/–
	Сообщение от Аноним (13), 15-Сен-21, 12:19
	Святая Толстота!
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	7. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+9 +/–
	Сообщение от Жироватт (ok), 15-Сен-21, 12:09
	И больно. Хотя гномерам aka редхату в принципе параллельно - им главное поставку развернуть на копроративных машинах, а потом продать обучение и саппорт.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	27. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (13), 15-Сен-21, 12:56
	> в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится наивные...
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+18 +/–
	Сообщение от Массоны Рептилоиды (?), 15-Сен-21, 13:40
	>> в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится > > наивные... А могли бы на опеннете у любого анонима ещё в 2017 спросить. 4 года коту под хвост
	Ответить | Правка | Наверх | Cообщить модератору

2. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+8 +/–
Сообщение от abi (?), 15-Сен-21, 12:04
Удачи им https://what.thedailywtf.com/topic/15001/enlightened
Ответить | Правка | Наверх | Cообщить модератору

	14. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (14), 15-Сен-21, 12:19
	Ну по правде говоря и статья довольно странная. Автор в стене текста искренне удивляется, что в С существует void* и UB. Как будто с GTK таких проблем нет.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (40), 15-Сен-21, 13:32
	Автор - погромист на кюте, это многое объясняет.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от n00by (ok), 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]”;
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от анончик (?), 15-Сен-21, 19:03
	В каком, интересно, месте?
	Ответить | Правка | Наверх | Cообщить модератору

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

	101. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Михрютка (ok), 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 еще одна причина не покупать ни при каких обстоятельствах ничего "умного" от самсунга. им было мало байды, они решили еще тайзен запилить, чтоб усугубить ситуацию вконец.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Ivan_83 (ok), 16-Сен-21, 16:57
	Так у самсунга много годноты и без тизена.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от ptr128 (?), 17-Сен-21, 03:40
	Вообще то QT в классе QKeyEvent предоставляет выбор https://doc.qt.io/qt-5/qkeyevent.html Иногда удобно получать сразу UTF-8. Но никто не запрещает пользоваться key(), nativeScanCode() или nativeVirtualKey()
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	145. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от n00by (ok), 17-Сен-21, 11:20
	Ну вот даже "тяжёлая" Qt предоставляет данные в виде простых типов, а QString создаёт по желанию. А "лёгкая" сишная либа присылает обязательно указатель, с которым непонятно что делать и можно ли его копировать.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Аноним (71), 15-Сен-21, 16:08
	Вы статью явно читали по диагонали.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	129. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Сам Себе Дартаньян (?), 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?". Человеку надо было не в программисты идти, а в кинокритики или гринпис-активисты.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	136. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от n00by (ok), 16-Сен-21, 17:20
	> отсутствием целочисленных > кейкодов в Evas_Event_Key_Down Не правильно. Про применение строк где не надо. Зачем вместо кодов strcmp()?
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (146), 17-Сен-21, 11:57
	> "Не правильно" Неправильно! // b.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от n00by (ok), 17-Сен-21, 16:01
	Спасибо!
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Сам Себе Дартаньян (?), 17-Сен-21, 21:55
	Вы правы. > Ha! EFL gives you something more ... Эту строку прочитал как "gives you something else ...". Май бад.
	Ответить | Правка | К родителю #136 | Наверх | Cообщить модератору

	150. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (150), 17-Сен-21, 19:18
	Это был пост сарказма или вы и вправду считаете, что типо-безопасность, конст-корректность, чёткие правила владения объектами и документация не нужны?
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	151. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Сам Себе Дартаньян (?), 17-Сен-21, 21:52
	сарказм -- это акцент любого взрослого мужика; абсолютной нужности/ненужности не существует -- оно всегда определяется конкретным случаем; если в сях или ассемблере нет многого нужного, значит там оно не нужно; а те вещи, где оно есть, были созданы именно чтобы оно там было; потому что в других местах его либо не было, либо было, но с нюансами (вроде лицензий или наличия оператора goto, например); void* часто используется просто потому, что нельзя заранее, на этапе проектирования, точно предположить все возможные варианты данных, которые придётся передавать в функцию; const void* -- это информирование вроде "эта функция вот эту переменную менять не будет, мамой клянусь", причём при подключении .so или .dll такое определение -- единственная возможность сообщить компилятору, что переданную функции переменную можно считать неизменяющейся;  в действительности функции передаётся адрес, и как конкретно она будет его использовать -- зависит только от неё, проконтролировать это нельзя никак. корректное владение объектами и выделенными кусками памяти определяется корректной архитектурой программы;  если в архитектуре косяки, будут утечки и бардак, и всяко-разные сборщики мусора помогают экономить на качестве архитектуры, потому что оказываются значительно дешевле масштабного дебага и аудита кода; "типо-безопасность" относится сюда же: программист должен либо понимать, что конкретно он напроектировал, либо читать документацию к тому, что напроектировал кто-то другой (или читать исходники, если доков не получилось, а поделие использовать приходится;  но это сильно ненадёжно, особенно если поделие продолжает развиваться кем-то другим). ситуация, когда необходимо принуждение к использованию корректных типов, возникает довольно часто, потому что когда в проекте много людей и разные его части развиваются параллельно, количество ошибок получается колоссальное;  и потому дешевле использовать высокоуровневый язык, компилятор которого будет следить за всеми типами и указателями, но -- в свою очередь -- может несколько ограничить особо творческих программистов в полёте мысли; если ограничения оказываются проблемой (как в случаях системного ПО, например), язык приходится выбирать низкоуровневый, который обычно был C; про документацию надо заметить, что документация по библиотеке/фреймворку -- это своего рода стандарт, которого разработчики обязуются придерживаться как минимум в текущей ветке; вещи, которые не указаны в документации, могут измениться при следующем рефакторинге, и использующий их код окажется нерабочим; поэтому если у EFL нет корректной документации -- это очень большой косяк;
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 18-Сен-21, 02:09
	Что значит тру - как в suckless что-ли? Конечно, подход к документированию как в doxygen и gtk-doc сильно неудобный, т.к. там документация как правило дублирует имеющуюся инфу. Например, описание функции польностью повторяет объявление функции. А в описании структуры - вся структура. Ещё это железъное правило - коммент перед кодом. Верно, но только иногда. Комент может быть первым только если выполняет роль заголовка (для секции относительно громоздкого кода). Если же это описание для документации, то оно идёт после (либо в конце, либо на следующей в строке), лучший пример - man страницы из руководств Linux, POSIX и libc. Такой исходник должен быть поприятнее для чтения, при том, что сгенерировать удобные pdf и html всё также не проблема. Просто генератор должен извлекать информацию из самого исходника. Кстати, создавать pdf и html непрямую вообще не нужно. Хватит поддержки markdown, asciidoc или retext - из них потом (если очень хочется) можно что угодно сгенерировать.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	156. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Сам Себе Дартаньян (?), 18-Сен-21, 12:21
	> Что значит тру Это значит, что задача поставлена и работу сделать надо, и если отсутствует документация, приходится изучать недокументированный код -- именно код, а не комментарии к коду (потому что раз он недокументирован, значит здравых комментариев там нет). Потому как пляски с бубном и метод тыка в этом случае не помогают: время уходит, работа стоит, и дымится рабочее кресло. Поэтому лучше читать код. Это помогает заменить сильно вредное негодование (в спектре от батхёрта до праведного гнева) на практически безвредные фейспальмы и весьма полезные приступы хохота. Поэтому читайте код.
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 19-Сен-21, 01:06
	Читайте код. Код - это смех, смех - это здоровье, здоровье - это чувство юмора и способность испытывать хохот DDD
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от ммнюмнюмус (?), 19-Сен-21, 01:00
	Нда, теперь полно смыслов пилить очередной васянский тулкит. Сказал бы - "у всех не то, одно с тормозами, другое вообще с фричеством", но так и до NIH-синдрома не далеко :).
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	162. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от n00by (ok), 19-Сен-21, 07:56
	"NIH-синдром" придуман корпорациями, для направления леммингов в нужную им сторону.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
Сообщение от lockywolf (ok), 15-Сен-21, 12:05
EFL отличный тулкит, я на нём пробовал писать. Очень всё просто и понятно. Но почему не встроиться в сам Enlightenment?
Ответить | Правка | Наверх | Cообщить модератору

	6. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Аноним (5), 15-Сен-21, 12:08
	потому что это другое DE
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Урри (ok), 15-Сен-21, 12:32
	А у него есть аналог glade для gtk?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	68. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Fu (?), 15-Сен-21, 15:51
	Есть Enventor зовут
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от Урри (ok), 15-Сен-21, 22:50
	Этот? https://www.enlightenment.org/about-enventor Если да - то это совсем не то. Glade в визивиг режиме создает файл описания юайки, который с помощью вызова gtk_builder_new_from_file() превращается в полноценный интерфейс. Дальше через g_signal_connect() привязывай обработчики на любимом языке к контролам и вперед к светлому будущему. Вот я про такое же спрашивал - чтобы меняя проперти контролов не перекомпилировать весь проект. А энвентор - это какой-то генератор игровых платформеров, судя по страничке и скринам с нее. С блекджеком и музыкой. Где контролы? Где кнопки, поля ввода, чекбоксы, менюшки?
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 18-Сен-21, 11:53
	Если их сравнивать с редакторами документов, то Glade - libreoffice, а Enventor - какой-нибудь Latex-редактор с предпросмотром. Зато даже язык - не xml (мечта).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 18-Сен-21, 13:31
	А на счёт платформеров - ну решили его использовать в качестве примера, хотите - приведите свой. Правда, понять к чему тот скриншот, не открыв в полном размере, невозможно (сами wireframes в миниатюре неразличимы).
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	69. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–1 +/–
	Сообщение от Минона (ok), 15-Сен-21, 15:56
	>Но почему не встроиться в сам Enlightenment? NIH-синдром.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	158. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 18-Сен-21, 14:20
	И перестать быть Budgie? Тогда и LXDE мог бы встроиться в xfce или (мамма...) gnome )))
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. Скрыто модератором	–3 +/–
Сообщение от Аноним (-), 15-Сен-21, 12:06
>> Большая часть кода Budgie написана на языке Vala, но в качестве вариантов для миграции допускалось использование тулкита на Си или Rust. надо было на Rust переписать и все ожидания бы сразу оправдались.
Ответить | Правка | Наверх | Cообщить модератору

8. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+9 +/–
Сообщение от Нанобот (ok), 15-Сен-21, 12:10
> К сожалению GTK4 не оправдал ожиданий разработчиков Есть подозрение, что после перехода на efl через какое-то время выяснится, что efl тоже не оправдывает ожидания разработчиков. По принципу "по ту сторону забора трава всегда кажется зеленее"
Ответить | Правка | Наверх | Cообщить модератору

	12. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от Annoynymous (ok), 15-Сен-21, 12:16
	https://www.opennet.dev/opennews/art.shtml?num=45914 В 2017-м они уже перешли на Qt.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Анто Нимно (?), 15-Сен-21, 15:02
	Поскольку есть > планы GNOME по изменению работы с темами оформления, которые затрудняют создание собственных вариантов оформления то съезжать таки и правда имеет смысл. Ну чисто конкретно, если прикинуть, зачем нужно с такими идеями-планами.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	74. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Stax (ok), 15-Сен-21, 16:22
	Ну, гном тоже в свое время возлагал много надежд на Enlightenment. Плакали, кололись, но использовали, думали в этом будущее. Потом наконец плюнули, выкинули и взяли sawfish - сразу и лагов поубавилось, и развитие пошло бодренько...
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	155. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 18-Сен-21, 11:57
	Тогда даже их трава была зелёная. Пример, до чего докатились (похоже, wayland тоже на них завязан): https://discourse.gnome.org/t/gtk4-migration-window-manageme...
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (116), 16-Сен-21, 04:10
	зато работа есть
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

9. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Тот_Самый_Анонимус (?), 15-Сен-21, 12:10
>но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится Куда изменится? гтк всегда был уродлив, и не умел мимикрировать под другие окружения, в отличие от конкурентов. Какие бы кудесники не были бы разработчики, я всегда вижу что приложение написано с использованием этой библиотеки.
Ответить | Правка | Наверх | Cообщить модератору

10. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Annoynymous (ok), 15-Сен-21, 12:13
> К сожалению GTK4 не оправдал ожиданий разработчиков из-за продолжения полной ориентации только на потребности проекта GNOME, разработчики которого не прислушиваются к мнению альтернативных проектов и не желают учитывать их потребности Странно. Удивительно. Разработчики Gnome не хотят поддерживать ничего кроме Gnome. Да где это видано!
Ответить | Правка | Наверх | Cообщить модератору

	15. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–5 +/–
	Сообщение от llolik (ok), 15-Сен-21, 12:22
	Самое смешное, что народ из GNOME предлагали обсудить варианты, каким образом реализовать нужный функционал, но перец из Budgie истерит, что ему охота только custom stylesheets и никак иначе. Так что истерички, с моей точки зрения, как раз оказались не GNOME-ры.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от Zenitur (ok), 15-Сен-21, 12:24
	Может, его просто довели?
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от llolik (ok), 15-Сен-21, 12:33
	> Может, его просто довели? Там достаточно обсуждения и твитер Михайленко почитать. Им пишут, что стайлшиты проблеммны и есть другие варианты, но можно посотрудничать и придумать что-то ещё. Пацаны упёрлись, обломались и истернули. Ну ок, идите пилите на EFL и флаг вам в руки. Почему только это проблема GNOME и GTK - непонятно.
	Ответить | Правка | Наверх | Cообщить модератору

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

	46. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Annoynymous (ok), 15-Сен-21, 14:02
	> Да, конечно.  И проблемы LXDE, из-под которых выдернули нужный виджет и > отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE. Да, LXDE может сопровождать свои виджеты самостоятельно. > Вот только к чему же такое отношение приводит-то исторически, дайте вспомнить... Вспомнил?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от llolik (ok), 15-Сен-21, 14:18
	> отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE. Внезапно да, это проблема LXDE. Нужно было спохватываться не когда уже удалили. > Вот только к чему же такое отношение приводит-то исторически, дайте вспомнить... Берём, форкаем, развиваем It_s_my_best_toolkit_name как хочем. В чём проблема-то? Что-то я только форков GTK-стека не наблюдаю. Как и мифического уже "сообщества", вой на болотах от которого слышно, а что-то делать должны опять GNOME-ры и виноваты соответственно тоже, что они сделали что-то не то, как кто-то хотел. Вон недавно же, как под копирку, были проблемы с Pango и Бехдад сразу сказал, в стиле "это всё уже давно подтухло, мейнтейнить это некому, у Redhat руки не доходят, он занят Harfbuzz и вообще отстаньте". Ну и как там сообщество? Мейнтейнеры и разрабы стека шрифтов нашлись? Вроде всё как всегда: пусть глупое RH решает, а мы умно побурлим в интернетах.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	65. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–1 +/–
	Сообщение от Аноним (65), 15-Сен-21, 15:45
	> дайте вспомнить... Миша, ты обещал ссылку на компас под линукс. Где она, Миша?
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	75. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от prokoudine (ok), 15-Сен-21, 16:34
	> Да, конечно.  И проблемы LXDE, из-под которых выдернули нужный виджет и отказались возвращать (мол, гному не нужен) -- это тоже проблемы LXDE. Это, конечно, чудовищная проблема. Мир не видывал такого доселе! Ой, что это? https://developer.gimp.org/api/2.0/gtk/GtkRuler.html#id4384897
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	83. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (83), 15-Сен-21, 17:47
	Gnome активно так деградирует. Форкать и развивать самим, другого выхода не вижу.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	110. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (110), 16-Сен-21, 01:02
	Снова ты со своим бредом...
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	128. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (-), 16-Сен-21, 12:12
	>твитер Михайленко Чо за перец?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	130. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от llolik (ok), 16-Сен-21, 14:32
	> Чо за перец? Один из заметных разработчиков GNOME. https://twitter.com/alexm_gnome/with_replies?lang=ru
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+12 +/–
	Сообщение от Аноним (20), 15-Сен-21, 12:41
	>Самое смешное, что народ из GNOME предлагали обсудить варианты, каким образом реализовать нужный функционал, Cамое смешное, что гномосеки всегда предлагают обсудить, потом обсуждают до потери пульса и всеравно делпют как они захотели. Такое было и при обсуждениии GTK3, это же повторилось и при GTK4.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	30. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от lockywolf (ok), 15-Сен-21, 13:13
	Это называется filibuster.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 15-Сен-21, 13:29
	"заболтать вопрос" это называется...
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (65), 15-Сен-21, 15:47
	Как с Компасом?
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от lockywolf (ok), 17-Сен-21, 08:10
	> "заболтать вопрос" это называется... К слову, Михаил, ваша страница https://www.altlinux.org/IRC устарела. Сколько-то людей теперь сидит на LiberaChat, а канал на freenode совсем пуст, и даже SIMd не заходит.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	21. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Совершенно другой аноним (?), 15-Сен-21, 12:41
	По новости не совсем так - "Разработчики GIMP ToolKit не хотят поддерживать ничего, кроме GNOME". Согласитесь, смысл немного другой. Им надо-было, когда они "+" у названия отпиливали заодно и переименоваться в GNOME ToolKit, тогда-бы и вопросов не возникало.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	62. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (62), 15-Сен-21, 14:58
	gtk уже сто лет как не gimp toolkit
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от fsb4000 (?), 16-Сен-21, 04:39
	Они и переименовались. GTK больше не GIMP ToolKit.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	22. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+4 +/–
	Сообщение от Аноним (20), 15-Сен-21, 12:43
	>Разработчики Gnome не хотят поддерживать ничего кроме Gnome. Как ты лихо GTK к гному прилепил. Но по факту да, гномовцы тупо экспроприировали GTK.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	47. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Annoynymous (ok), 15-Сен-21, 14:03
	>>Разработчики Gnome не хотят поддерживать ничего кроме Gnome. > Как ты лихо GTK к гному прилепил. Но по факту да, гномовцы > тупо экспроприировали GTK. А что, GTK разрабатывается не гномовцами? Тогда в чём проблема, что гномовцы кого-то послали? Идите к тем, кто разрабатывает GTK. А там, внезапно, гномовцы? Ну а что вы хотели, у кого разработчики, тот и заказывает музыку.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+7 +/–
	Сообщение от Аноним (76), 15-Сен-21, 16:36
	В данном случае, кто захватил проект, тот заказывает музыку. А проблем никаких. Всего-то подмяли под себя проект и никого к коду не допускают. Но ты можешь сделать форк. А чтобы было веселее - каждый месяц мы будем что-нибудь ломать, а ты со своим форком следи и повторяй, т.е. будь в положении догоняющего, чтобы тебе ничего не светило.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–5 +/–
	Сообщение от Annoynymous (ok), 15-Сен-21, 17:04
	> В данном случае, кто захватил проект, тот заказывает музыку. А проблем никаких. > Всего-то подмяли под себя проект и никого к коду не допускают. > Но ты можешь сделать форк. А чтобы было веселее - каждый > месяц мы будем что-нибудь ломать, а ты со своим форком следи > и повторяй, т.е. будь в положении догоняющего, чтобы тебе ничего не > светило. Так захвати проект обратно.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Michael Shigorin (ok), 15-Сен-21, 13:27
	До gnome3 таки было иначе.  Видимо, ещё тогда помнили, _чей_ тулкит.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	48. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Annoynymous (ok), 15-Сен-21, 14:04
	> До gnome3 таки было иначе.  Видимо, ещё тогда помнили, _чей_ тулкит. До Gnome3 был зоопарк бекендов для отрисовки. К чему это привело, все помнят.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от Аноним (122), 16-Сен-21, 09:55
	>До Gnome3 был зоопарк бекендов для отрисовки. К чему это привело, все помнят. Я не помню. К чему? Gtk2 вроде был вполне юзабелен.
	Ответить | Правка | Наверх | Cообщить модератору

18. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Агент (?), 15-Сен-21, 12:33
Скатертью дорога. Эти два с половиной разработчика больше всех кричали против Сломана. А ещё Qt им не подошёл, gtk не подошёл. О чем ещё можно говорить, да ни о чём.
Ответить | Правка | Наверх | Cообщить модератору

	60. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Аноним (60), 15-Сен-21, 14:44
	GLIMPSE Tool Kit им бы подошёл.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Анонис (?), 15-Сен-21, 23:03
	Это точно ))
	Ответить | Правка | Наверх | Cообщить модератору

24. Скрыто модератором	–4 +/–
Сообщение от Аноним (24), 15-Сен-21, 12:45
Ну и огород же у них там. Форки форкаются от форков. И у каждого своя, блин, философия. Лучше бы просто всем скопом сосредоточили все усилия на том, чтобы прикрутить к линуху интерфейс от винды 7ки.
Ответить | Правка | Наверх | Cообщить модератору

	28. Скрыто модератором	+4 +/–
	Сообщение от Аноним (28), 15-Сен-21, 12:58
	>Лучше бы просто всем скопом сосредоточили все усилия на том, чтобы прикрутить к линуху интерфейс от винды 7ки. Лучше тебе самому срыгнуть на семерку, чтобы не разводить каргокульт тут.
	Ответить | Правка | Наверх | Cообщить модератору

	33. Скрыто модератором	+1 +/–
	Сообщение от aname (?), 15-Сен-21, 13:19
	Будто если он срыгнёт, интерфейс линуха станет лучше
	Ответить | Правка | Наверх | Cообщить модератору

	67. Скрыто модератором	+/–
	Сообщение от Аноним (24), 15-Сен-21, 15:48
	Когда все садятся на линух с винды, а все обычно именно так и происходит у нормальных людей, то в любом случае выбирают по принципу чтобы больше было похоже на винду. Причем винда без OpenShell тоже неудобоварима, т.к. все эти закосы в жырнопальцевые мобилки с гигантскими квадратами на охренительном 4к экране - зло. Никому не нужно возвращение в эру 320x200. Тру пацаны пользуются клавой и мышкой. Так зачем городить огород? Интерфейс 7ки просто идеален и ничего другого просто не нужно. Был бы такой в линухе, я бы туда не глядя свалил. Они же вместо этого городят еще один унылый серый интерфейс, которого и в 10/11ке навалом. Толку ради такого переходить нет.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	31. Скрыто модератором	+1 +/–
	Сообщение от Анонам (?), 15-Сен-21, 13:14
	Solus не форк, самобытный дистр со своим менеджером пакетов eopkg. Только вот после ухода основатея и главного разработчика Ikey Doherty всё похоже движется к финалу...
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	70. Скрыто модератором	+/–
	Сообщение от Аноним (70), 15-Сен-21, 15:58
	менеджер пакетов они изначально форкнули из Pardus, но сам дистр и DE очень приятные. пользуюсь им на всех своих линукс-десктопах последние несколько лет(до этого попеременно юзал федору-арч-убунту, еще раньше дебиан, а еще раньше слаку).
	Ответить | Правка | Наверх | Cообщить модератору

25. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Аноним (25), 15-Сен-21, 12:46
Надеюсь, в итоге на один болгенос станет меньше.
Ответить | Правка | Наверх | Cообщить модератору

32. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Nicholass (?), 15-Сен-21, 13:17
А что мешает перейти а Qt? И когда они собираются выкатить Budgie 11? Уже очень давно обещают...
Ответить | Правка | Наверх | Cообщить модератору

	72. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (146), 15-Сен-21, 16:15
	Им не нравится проприетарная природа тулкита и невозможность влиять на разработку вообще. Т.е. теоретически на GTK как бы можно влиять (по факту - нет), а с Qt - никак вообще. Плюс, QT - GPL2/LGPL 3.0, а GTK/EFL - LGPL 2.1, т.е. не такие анальные и позволяют линковать с ними проприетарное ПО, не выкладывая исходники всего и вся. // b.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (83), 15-Сен-21, 17:49
	>Им не нравится проприетарная природа тулкита >не такие анальные и позволяют линковать с ними проприетарное ПО, не выкладывая исходники всего и
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от aname (?), 15-Сен-21, 19:10
	Шизофрения какая- то
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (146), 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 (бесплатная версия)
	Ответить | Правка | Наверх | Cообщить модератору

34. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (34), 15-Сен-21, 13:23
Уже есть Bodhi можно взглянуть что вышло из этого
Ответить | Правка | Наверх | Cообщить модератору

36. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Michael Shigorin (ok), 15-Сен-21, 13:26
> К сожалению, GTK4 не оправдал ожиданий разработчиков > из-за продолжения полной ориентации только на > потребности проекта GNOME, разработчики которого > не прислушиваются к мнению альтернативных проектов > и не желают учитывать их потребности. Ну теперь-то они поняли смысл термина "инклюзивность"? Дай Бог здоровья Рендерману...
Ответить | Правка | Наверх | Cообщить модератору

41. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Аноним (28), 15-Сен-21, 13:33
А почему они на motif не перекатились?
Ответить | Правка | Наверх | Cообщить модератору

	82. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноном (?), 15-Сен-21, 17:25
	Вероятно потому, что motif — это запчасть от иксов, которая с вейлендом никак не дружит.
	Ответить | Правка | Наверх | Cообщить модератору

42. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Nikki Next (?), 15-Сен-21, 13:35
Сначала хотели на Qt, потом на GTK4, теперь на EFL. Дальше куда?
Ответить | Правка | Наверх | Cообщить модератору

	44. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (20), 15-Сен-21, 13:57
	>Дальше куда? SixtyFPS :)
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (103), 15-Сен-21, 22:48
	Те же яички что и кьюти.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (45), 15-Сен-21, 13:58
	Сначала на React, потом на Tk
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	57. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–1 +/–
	Сообщение от Аноним (60), 15-Сен-21, 14:37
	Electron
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	133. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (133), 16-Сен-21, 16:56
	Нет // b.
	Ответить | Правка | Наверх | Cообщить модератору

49. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
Сообщение от acroobat (??), 15-Сен-21, 14:07
Ждём тулкит от Поттеринга, написанный, сами знаете на чём.
Ответить | Правка | Наверх | Cообщить модератору

	61. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+5 +/–
	Сообщение от Аноним (60), 15-Сен-21, 14:45
	На systemd
	Ответить | Правка | Наверх | Cообщить модератору

51. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (51), 15-Сен-21, 14:10
Ну Gnome и GTK согласен. EFL - тоже. Не плохая штука. А вот Qt зря выкинули. Там многое уже сделано до чего EFL ещё расти. И лицензия им бы совсем не помешала.
Ответить | Правка | Наверх | Cообщить модератору

52. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+5 +/–
Сообщение от Любитель Монеточки (?), 15-Сен-21, 14:12
Угадайте, что общего между Half-Life 3 и Budgie 11
Ответить | Правка | Наверх | Cообщить модератору

	97. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от нах.. (?), 15-Сен-21, 20:42
	Оба выйдут в релиз к 2022 году?
	Ответить | Правка | Наверх | Cообщить модератору

55. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
Сообщение от Аноним (55), 15-Сен-21, 14:35
Очередные скакуны-переписыватели.
Ответить | Правка | Наверх | Cообщить модератору

	106. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (103), 15-Сен-21, 22:53
	Кто не скачет, тот не разраб
	Ответить | Правка | Наверх | Cообщить модератору

56. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
Сообщение от Аноним (60), 15-Сен-21, 14:36
>К сожалению GTK4 не оправдал ожиданий разработчиков из-за продолжения полной ориентации только на потребности проекта GNOME, разработчики которого не прислушиваются к мнению альтернативных проектов и не желают учитывать их потребности. И кто ещё и дальше продолжает называть это "GIMP Tool Kit"?
Ответить | Правка | Наверх | Cообщить модератору

	123. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (123), 16-Сен-21, 10:03
	Эм, никто? Он уже лет 5 как GNOME Tool Kit. Вылезайте из криокамеры.
	Ответить | Правка | Наверх | Cообщить модератору

58. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Anonymoustus (ok), 15-Сен-21, 14:40
> усложнить анализ проблем у пользователей Стремительным домкратом GNOME врывается на десктопы пользователей.
Ответить | Правка | Наверх | Cообщить модератору

	98. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от нах.. (?), 15-Сен-21, 20:43
	Ну дык гном это раковая опухаль.
	Ответить | Правка | Наверх | Cообщить модератору

59. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Kuromi (ok), 15-Сен-21, 14:43
"В сборке Solus с рабочим столом Budgie 11 планируется пересмотреть состав приложений, заменив приложения GNOME на аналоги, в том числе разработанные внутри проекта. Например, планируется разработать собственный центр установки приложений." Опять велосипеды и 101-ый калькулятор? Прям уже раздражает когда смотришь новый DE и каждый тащит свои варианты тривиальщины, зачем?
Ответить | Правка | Наверх | Cообщить модератору

	79. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Онаним (?), 15-Сен-21, 17:14
	> Опять велосипеды и 101-ый калькулятор? Вот бы уже сделал кто действительно классный калькулятор наконец на самом деле. Простора для фич же немеряно. Жаль постоянно делают примтитивизм.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Ordu (ok), 15-Сен-21, 19:59
	Есть python, есть excel. Выбирай на вкус. Калькуляторы не нужны. Ну реально, пытаясь сделать навороченный калькулятор, ты получишь либо язык программирования, либо excel.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (70), 15-Сен-21, 20:25
	еще bc есть, реально же лучший калькулятор .
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (104), 15-Сен-21, 22:49
	cantor лучший калькулятор
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (116), 16-Сен-21, 04:20
	ну и как там с битовыми операциями? Calc - C-style arbitrary precision calculator
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	121. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Ordu (ok), 16-Сен-21, 08:51
	> еще bc есть Язык программирования. Лучший или нет -- дело вкуса, но язык программирования.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	131. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (-), 16-Сен-21, 15:02
	МК-71 же!
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	99. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от нах.. (?), 15-Сен-21, 20:44
	Total calculator шикарная весчь.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	164. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от ммнюмнюмус (?), 20-Сен-21, 20:05
	>> Опять велосипеды и 101-ый калькулятор? > Вот бы уже сделал кто действительно классный калькулятор наконец на самом деле. > Простора для фич же немеряно. Жаль постоянно делают примтитивизм. Qalculate-gtk более-менее. По фичам стремится к системам комп. алгебры, всё ещё сохраняя человеч^калькуляторное лицо.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

73. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–2 +/–
Сообщение от Stax (ok), 15-Сен-21, 16:20
Шрифты теперь будут такие же нечитабельные, как в типичном десктопе на Enlightenment?..
Ответить | Правка | Наверх | Cообщить модератору

77. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
Сообщение от prokoudine (ok), 15-Сен-21, 16:45
У Растермана получился хоть и шустрый, но абсолютно неюзабельный, корявый десктоп с мёртвенькой экосистемой. Желание повторить этот опыт и угробить годы жизни впустую не может не впечатлять.
Ответить | Правка | Наверх | Cообщить модератору

	85. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (85), 15-Сен-21, 17:57
	Действительно, вроде Е полноценный десктоп, а популярности никакой.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+3 +/–
	Сообщение от Zulu (?), 15-Сен-21, 21:20
	Enlightenment это как те рыбы, которых не продают а показывают. Юзать невозможно, и было невозможно даже в 2000 году с тогдашней убогой конкуренцией.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	102. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Admino (ok), 15-Сен-21, 22:22
	Зато красивое )
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (150), 16-Сен-21, 02:59
	E16 был очень даже ничего
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	120. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от prokoudine (ok), 16-Сен-21, 08:50
	> E16 был очень даже ничего Enlightenment всех версий красивый, что 20 лет назад, что сейчас. Вот только пользоваться им совершенно невозможно :)
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (150), 17-Сен-21, 03:57
	А я попользовался E16 и мне понравилось. А потом попробовал долгострой E17, он не понравился.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Хан (?), 16-Сен-21, 03:53
	В телеках Samsung tizen на EFL и норм, не тормозит в отличии от гномов всяких
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

80. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (83), 15-Сен-21, 17:20
Я вот посмотрел на этот Budgie, вообще никаких отличий не вижу. Что они все друг на друга похожи.
Ответить | Правка | Наверх | Cообщить модератору

86. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–2 +/–
Сообщение от darkshvein (ok), 15-Сен-21, 18:56
бедные разработчики баджи не захотели принять coc GTK . да, я знаю, звучит несколько двусмысленно, но это так....
Ответить | Правка | Наверх | Cообщить модератору

	126. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (126), 16-Сен-21, 11:02
	>не захотели принять coc GTK Один из двух(да, только двух) главных разработчиков budgie транс если что, интересно как стрелочка комментов опеннета бы повернулась, если бы его в новости упомянули а не другого.
	Ответить | Правка | Наверх | Cообщить модератору

91. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–1 +/–
Сообщение от Ананоним (?), 15-Сен-21, 19:39
Ох пожалеют...
Ответить | Правка | Наверх | Cообщить модератору

92. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от Аноним (92), 15-Сен-21, 19:41
Наконец то Budgie станет независимой средой, а не надстройкой над GNOME.
Ответить | Правка | Наверх | Cообщить модератору

94. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (94), 15-Сен-21, 20:13
Хорошая новость, поддерживаю!
Ответить | Правка | Наверх | Cообщить модератору

108. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от bergentroll (ok), 15-Сен-21, 23:06
В чём смак завязываться на C (но не C++)? Как будто на C код графических приложений выглядит просто и изящно.
Ответить | Правка | Наверх | Cообщить модератору

	109. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+2 +/–
	Сообщение от Аноним (103), 15-Сен-21, 23:11
	Привязка к Vala?
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (150), 16-Сен-21, 03:01
	Подозреваю, что обычное неосиляторство С++ разработчиками Budgie
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	114. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–3 +/–
	Сообщение от Хан (?), 16-Сен-21, 03:51
	Для C++ нужен мозг побольше и побыстрее чем у сишниками
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	119. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от n00by (ok), 16-Сен-21, 08:20
	> Для C++ нужен мозг побольше и побыстрее чем у сишниками Это так Александреску объяснил свой уход в D?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Хан (?), 16-Сен-21, 11:28
	И где теперь D?
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от n00by (ok), 16-Сен-21, 17:36
	> И где теперь D? Примерно там же, где и специалисты его уровня по шаблонному метапрограммированию на плюсах. Они как тот суслик, которого не видно, но он точно есть: "Не найдено документов соответствующих запросу 'sfinae'" Это результат поиска Опеннет. А это отражение ситуации на развитии языка: В C++17 добавили конструкцию if constexpr(), несколько снизившую надобность в SFINAE. В C++20 появилась конструкция explicit (true). ... Также снизили надобность в SFINAE концепции
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–1 +/–
	Сообщение от Ivan_83 (ok), 16-Сен-21, 17:07
	Скорее нужна забитая кучей С++ мусора голова, которая после этого может думать только в парадигмах крестов. Я такое уже ни раз видел, из недавнего вон новость про трасмисион, где автор уже не может думать головой, ему везде кресты мерещятся и он на них переписывает все.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	143. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (150), 17-Сен-21, 04:06
	Автору Транисмиссии просто нравится удобство С++ по сравнению с С. Он же пишет, что постоянно натыкается на отсутствие в С фич, к которым относился как с само собой разумеющемуся. А про сишников можно тоже самое сказать, что якобы умеют думать только в парадигме С и мол неспособны к обучению. Такое обобщение людей, что сишников, что плюсовиков - неверно. Есть просто отдельные неосиляторы.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Ivan_83 (ok), 19-Сен-21, 02:56
	Вот именно об этом и речь: он думает словами С++. Может, но не про всех. У меня основное использование си - вызов системных функций и работа с памятью, конструкции языка при этом самые базовые используются. Те для меня самого языка С как бы и нет, я скорее пишу на посикс :)
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от llolik (ok), 16-Сен-21, 10:20
	> В чём смак завязываться на C (но не C++)? Биндинги делаются достаточно просто (с наличием GIR так и вообще). Биндинги для С++ проекта - ну можно, но не для всего и адский геморрой.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	140. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	–1 +/–
	Сообщение от Аноним (140), 16-Сен-21, 20:40
	Глупост. Биндинг на плюсы делается элементарно и часто даже проще чем на C. Другое дело что он не везде нужен, но делается красиво и просто.
	Ответить | Правка | Наверх | Cообщить модератору

125. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (126), 16-Сен-21, 10:54
>в 2017 году проект уже принимал решение о переходе на Qt, но позднее пересмотрел планы, в надежде, что в GTK4 ситуация изменится. Перевожу как кто-то кто использовал budgie в прошлом, пристально следил за ситуацией и ушёл с него из-за того как оно прошло: >В 2017 году проект уже принимал решение о переходе на Qt, потом раработчики поняли что они криворукие хипстеры и не осилят, продолжили не делать практически ничего и проект увидел минимальный уровень разработки за 4 года Я не знаю почему они сейчас решили, что у них руки отросли, наверное опять сдадутся через год.
Ответить | Правка | Наверх | Cообщить модератору

132. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (132), 16-Сен-21, 15:10
Что же, надеюсь это такой же каприз, как и с кути. Хотите смейтесь, но для меня баджи стал неким подобием лхде во времена гтк2. очень хорошая оболочка рабстола, даже сейчас с имеющимися недочетами. Очень жаль.
Ответить | Правка | Наверх | Cообщить модератору

138. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
Сообщение от МояВенда (ok), 16-Сен-21, 18:40
Ребята при деле, пусть развлекаются, учатся. Пока адекватные люди используют KDE.
Ответить | Правка | Наверх | Cообщить модератору

	139. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+1 +/–
	Сообщение от Аноним (140), 16-Сен-21, 20:38
	+1
	Ответить | Правка | Наверх | Cообщить модератору

147. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
Сообщение от Аноним (147), 17-Сен-21, 13:03
Даёте Enlightenment во все дистры по умолчанию
Ответить | Правка | Наверх | Cообщить модератору

	148. "Рабочий стол Budgie переходит с GTK на библиотеки EFL от про..."	+/–
	Сообщение от Аноним (-), 17-Сен-21, 14:09
	В Энлайте нет корзины. Удалили файл - навсегда.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема