После шести месяцев разработки опубликован релиз многоплатформенного тулкита для создания графического интерфейса пользователя - GTK 4.10.0. GTK 4 развивается в рамках нового процесса разработки, который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода придётся переделывать приложения из-за изменения API в очередной ветке GTK...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58747
Вы бы лучше File Roller наконец переписали бы на gtk4, а то перетаскивание из архивов файликов в вяленом не работает. Уже хрен знает сколько лет.
Каким боком относится file-roller к GTK?Этот вопрос нужно адресовать Gnome, но не как к команде GTK, хоть часть из них разрабатывает и то, и другое.
>Этот вопрос нужно адресовать Gnome, но не как к команде GTK, хоть часть из них разрабатывает и то, и другое.Смысл этого замечания, когда оно в процессе написания само себя опровергло?
О приоритетах не слышал?И да, сам то хоть кроме слов хоть пару строчек кода отправил в этот file-roller?
Там, по-хорошему, вообще-бы весь код UI переписать. А конкретно этот баг - там дикая Xorg-специфичная хреномуть. Её ещё вычищать и вычищать.
upd. Вон ниже сообщили, что уже есть вариант порта на GTK4.
> а то перетаскивание из архивов файликов в вяленом не работаетDrag And Drop же не труе в линуксах.
ЗЫ: в последние десять лет им вообще ни разу не пользовался.
Канешна. Всё что не осилили - не труе.
Я согласен с тем, что DnD -- порочная концепция для дегенератов, но именно в file-roller ее часто хотелось.
Почему это порочная? Если что-то позволит выполнять действия быстрее - это надо использовать. А у вас просто магическое мышление.
Потому-что она не всегда удобная, например: перетаскиваешь что-либо на окно, которое скрыто.
Это не проблема, если есть нормальная панель задач с широкими кнопками, как в xfce или kde. А гномоюзеры должны страдать
На самом деле в Гноме это делать значительно проще, чем на вашей широкой панели: просто берешь файл в файловом менеджере, нажимаешь клавишу Super, открывается Overview с открытыми приложениями и ты просто кидаешь в нужное окно.
Или так, или переключением по Alt+TAB.
Ещё один критик гнома который его только на скриншотах видел, в гноме это делать проще, удобнее и быстрее особенно если у тебя несколько окон одной и той же программы открыто. Как же устал от этих персонажей которые не знают что и как в гноме, но активно гонят на него.
Дело топорной пропаганды Каваи Гёрл живёт. А если у меня больше десяти разных программ, документов, папок открыто, то что делать? Клацать клавишами пока не переберу все? Рептилоиды с планеты Нибиру хотят чтобы линуксоиды работали с одним документом и одной папкой, больше не надо. Линуксоиды должны быть тупенькими.
«Не всегда удобная» != «Всегда неудобная».
> Потому-что она не всегда удобная, например: перетаскиваешь что-либо на окно, которое скрыто.Неправаславна! В нынешнем гноме кнопка "скрыть окно" сама скрыта, и не случайно. Гномик заточен под ноуты, всё управление окнами заточено под клаву (ноуты часто используются без мыши). Простого и однозначного способа раскрыть скрытое окно клавой никто ещё не придумал. Поэтому разрабы предлагают нам перенести окно на другой виртуальный рабочий стол вместо скрытия. Тем более что вирт столы динамические и их можно иметь сколько угодно. И навигация между ними простая и интуитивная.
Интересно, что будет, если пользователям гнома показать тайловые оконные менеджеры и открыть секрет, что 90% "чисто гномовских" фич давным-давно изобретены и просто используются за пределами известной гномоюзерам вселенной?
Ну вообще есть один серъёзный недостаток: если случайно навести мышь на папку в списке, то перетаскивается туда, а не в текущую папку, ищи потом, куда оно перетащилось. Но это конечно проблема реализации, а не самой концепции DnD. Если реализовать так, чтоб только в текущую папку перетаскиваось, то нормально будет
При этом обновляется время модификации, зачем искать? Ну и чтобы такого не происходило, надо перетаскивать в область сбоку. Может быть, последнее -- это особенность конкретного ФМ, в dolphin сделано нормально.Днд очень удобен когда тебе надо отправить какой-то файл на вебсайт и приложить к ответу, например, это куда удобнее, чем искать в неудобном файловом диалоге. Ещё удобно выбирать 1 файл в архиваторе и перемещать его сразу в нужное место, не загаживая диск мусором (а мусор подобного генерируется очень быстро).
Практически всегда можно нажать Ctrl-c и Ctrl-p в приложении.
Но ведь буфере обмена и его логе есть более полезные данные (засирать его опять же не хочется). Да и зачем эти пассы хоткеями, когда можно в 1 клик переместить файл в нужное место?
Ты просто не понимаешь, они просто очень крутые, они делают все на клавиатуре, без мышки. Я тоже очень крутой, я даже на Винде делаю без мышки.
Это многое объясняет. Довольно не эффективно например сортировать файлы без мышки, даже в 2 панельнике. Ну, каждому своё, у каждого должна быть возможность чего-то достичь в жизни.
А я вообще тут самый крутой, я вообще графические программы не использую, работаю в голом терминал.
> А я вообще тут самый крутой, я вообще графические программы не использую,
> работаю в голом терминал.Но кстати я часто работаю в текстовом режиме на пк, но мышкой то я пользуюсь. Это следующий уровень элитности, когда нет смысла что-то себе доказывать. Имеет значение только эффективность и результаты, у каждого разные задачи и нет универсального решения для всех.
LMGTFY
https://gitlab.gnome.org/GNOME/file-roller/-/merge_requests/90
да и на иксах все виснет
Оно и под иксами не работает.
Что значит "не работает"? у меня в иксах такая попытка просто завешивает сеанс намертво (ну пока file-roller не убьешь), куда уж хлеще?
Существуют DE, которые не имеют этой проблемы?
>каждые полгода придётся переделывать приложения из-за изменения API
Сам то хоть одно приложение спроектировал?
Это не утверждение, а вопрос с цитатой > каждые полгода придётся переделывать приложения из-за изменения API
И я не разработчик, я - пользователь.
> я не разработчик, я - пользовательВот и не выпендривайся раз не разраб. Работает? Работает. Баги фиксят? Фиксят. Функционал улучшают? Улучшают. Какая тебе разница сколько раз и что переписали.
Жри что дают.
Это Open Source!Никто ничего тебе не обязан!
И именно из-за такого отношения в Linux нет нормальных DE
Разработчик приложений это пользователь API. У него есть какой никакой заказчик, и как он будет обьяснять заказчику что надо всё переворошить, потому что API изменился?
В Open Source никто никому ничего не должен. Либо нанимай разработчиков и реализуй свои потребности, либо нужно подстраиваться под других. Это жизнь)
ну объяснил же он как-то что надо вообще это приложение трогать и обновлять на новый тулкит..
И зачем тебе на этот хамский коммент нужно было отвечать? Вижно же что человек хамло
и великий проектировщик приложений. Не трать время. Все давно уже поняли, что с этим
GTK от версии к версии обьедаешься говнами. Что было при переходе 2->3, что в 3->4 будет
так что просто активно нужно искать или альтернативу или какую-то прослойку вроде WxWidgets.
Я буду дергать через него свой АПИ ...
Согласен. Нашел для себя способ - остановиться на конкретной версии фреймворка и поставлять пользователям пускай объемный, но самодостаточный пакет приложения. Иначе на эту гонку за повышенной версией никаких ресурсов не хватит.
Потом пользователи дружно бегут в магаз за ssd и дисками, ибо если до конца размотать кишку зависимостей почти любого приложения сложнее hello world то выяснится что потребен Gnome runtime v%% весом в несколько гигабайт.А те кто не побегут вспомнят https://ru.wikipedia.org/wiki/DLL_hell
Порядка 60 Мб для любой платформы на "чистой" системе, без дополнительных требований.
Почему полгода? Год-два нормальный срок. Так за этот же срок приложение так и так придётся модернизировать.
С какой стати? Если функционал достиг своего пика и всех устраивает?
Тотал командер всё ещё обновляется, а проге тыща лет 👀
тотал коммандер все еще коммерческий продукт
Не ехидства ради, но интересно, а кто покупатели и на каком рынке продается такого рода ПО?
Покупал в начале 2000х, больше из уважения автора, ибо пользовался ТС с 90х.
Я им и сейчас пользуюсь. Обновляш, но великого смысла гнаться за последними версиями НОЛЬ.И более того под Linux тоже TotalCommander использую. Во первых из за плагинов, а во вторых, несмотря, что через Wine, он ещё и быстрее клонов (наиболее вменяемый DoubleCommander) и консольного mc.
Щас выскажутся любители голой консоли, и аналогов проводников, что того и другого с избытком хватает. Ну флаг им в руки.
А у меня библиотека файлов, где и исходники и чертеди, и 3д модели, и базёнки, и бинарные файлы, а в ТС и быстрый просмотр, и быстрый поиск, и с большими каталогами резво работает.
Если один раз написать программу под ТЗ, то потом не ща что получать зарплату.
XFCE
Ибо обновляется раз в несколько лет только
Есть, Windows Shell называется.
Половина из тех кто работает над API сами же и являются разработчиками софта под Gnome, и соответственно делают изменения с оглядкой на разработчиков и их пожелания.
Тебе дать список сред рабочего стола (СРС)?
Cоветую Trinity TDE среда рабочего стола, форк KDE 3, на своём фреймворке -- TQT.
Ну а также есть MATE форк Gnome 2.
Xfce Xubuntu GTK
Cinnamon Linux Mint GTK
Deepin Deepin Linux Qt
Lumina TrueOS Qt
LXQt Lubuntu Qt
UKUI Ubuntu Kylin Qt
KDE Plasma KDE neon
Budgie Ubuntu Budgie GTK
CuteFish CutefishOS Qt
Maui Shell Nitrux 1.7.1 Qt
Pantheon elementary OS GTK
Pop Shell Pop!_OS GTK
все нормальные как раз на gtk
Нормальные и gtk в одном предложении ставить не нормально.
CDE может быть
KDE, например. И многие другие, думаю.
Мы назовем GTKDialog как GTKWindow, а GTKFileChooser как GTKFileDialogидеально:))
Слышал звон, да не знаешь где он)Ты реально думаешь, что изменилось только название? Ах-ха-ха. Сходи хоть код посмотри, ну хотя бы описание.
А я разве говорил что изменилось ТОЛЬКО название? Как говорил один великий аноним: -> Слышал звон, да не ...
>Мы назовем GTKDialog как GTKWindow, а GTKFileChooser как GTKFileDialogидеально:)
Только про это ты и написал)
Можно еще в именах пакетов часть строчных букв на заглавные поменять - пускай ищут. Ну а что - Альт так любит.
Разработчики Qt наверняка смеются над этой поделкой.
Все это не смешно как у qt так и у gtk когда надо получать corelib gtk webview все не стабильно и у тех и вторых менят цифры после деассеблерити и на этом всё.
Выдыхай!
я думаю у разработчиков Qt забот хватает помимо Linux Desktop Wars
Qt крут. Приложение, идеальное в 5.0, при сборке в 6.0 выдает 100500+ ошибок. И проще проектировать заново. Чем же еще заняться?
Мажорка изменилась? Изменилась. Мажорки имеют право ломать обратную совместимость? Имеют.
Эта… вот в ненавистных форточках они не ломают, почему-то, а тут по мнению Анонима, они вдруг стали иметь право. Ага, «тварь я дрожащая или право имею?»
Потому что старые версии библиотек таскают.
Таскай с собой qt5 и ничего не сломается
Тото я смотрю там 100500 версяй netframevork.
В них не ломают. Но перенос кода VBA из 32-разрядного в 64-разрядный не прост.
Это ж как все должно быть плохо у человека, чтобы заниматься переносом кода на VBA на 64-битную систему...
Так вот же. Местные тут топят за семвер, а ещё чем-то недовольны при смене 5.x -> 6.x.
Угу, а потом оказывается что нужно просто пару вызовов переименовать просто поиском и заменой.
Но слоооожжжннааа и вони на все интернеты
150k loc с qml с 5.15 на 6.4, ни единого разрыва, cmake чутка подправил
> Разработчики Qt наверняка смеются над этой поделкой.Так же как разработчики GTK над реализацией сигналов и слотов в Qt
Смеется такой разработчик GTK на Qt-шными слотами и сигналами, а у самого всё навязчивая мысль в голове крутится: освободил ли я память по сигналу, или она по-прежнему течет?
Они не смеются им нет дела по таких поделок.
За что люто дико ненавижу GTK - это то, что в диалоге файл сохранить-как/открыть нет возможности вставить путь.И это уже длится больше 20 лет.
Это всё, что нужно знать про "usability" в GTK - это пишут нелюди для нелюдей.
откройте для себя стандартное сочетание Ctrl+L
Во, я вижу специалиста по гтк. Как сделать, чтобы эта дрянь поганая не затирала буфер выделения в файловом диалоге например? Невозможно бесит. В кутях сделано нормально к примеру.
выделяете файлы с зажатым Ctrl, ЛКМ или на клавиатуре с помощью стрелок и клавиши пробела
Нет, это вообще не понятно о чём. При открытии файлового диалога сохранения в любой программе гтк затирает данные в буфере выделения именем файла на экране. Больше ни одна программа или тулкит этого не делала (кроме фф, но тоже гтк).
Вы уверены, что подбираете правильные слова для описания своей проблемы?
Что такое буфер выделения в этом контексте?
Что значит "именем файла на экране"?
Абсолютно. После вызова диалога сохранения данные в primary selection затираются, и автоматически выделенный текст не должен их затирать. То же самое с кликом по адресной строке, но тут закостыляли.
Выдержка из текста по ссылке от анонима ниже:> PRIMARY is an "easter egg" for expert users, regular users
> can just ignore it; it's normally pastable only via
> middle-mouse-click.Так что не удивительно, что я не сталкивалась с этим, так как попросту мне это ненужно.
какой-то бред написан, набор слов
Ты мог бы заняться самообразованием, чтобы это не звучало странно. Или заплати тому, кто объяснит, ведь страшно наверно жить в мире, где столько непонятного.
primary selection buffer перезатирается, это бесит, да.
https://specifications.freedesktop.org/clipboards-spec/clipb...
> выделяете файлы с зажатым Ctrl, ЛКМ или на клавиатуре с помощью стрелок
> и клавиши пробелаО, опять магические shortcuts. Usability 1000th level.
а ты только мышкой умеешь вазюкать?
Вы наверное удивитесь, но да, сексизм и мизогиния это плохо. А еще хамство это не что-то "крутое", а наоборот признак слабого ума.
> буфер выделенИяОно же устарело.
Может, и устарело. Но это главная причина, по которой я не могу пользоваться вендой -- продуктивность работы с данными падает очень ощутимо.
Что ж там у тебя за работа такая? Копипастить код с SO на скорость чтобы тикет закрыть?
Да хоть бы и так, если это предел твоей фантазии. Есть много информации, которую сохранять где бы то ни было было бы излишне и вредно, ведь намного лучше, когда сохранена только полезная информация.
Откуда обычным людям знать про эти сочетания клавиш? Сочетания клавиш должны повторять действия доступные через UI. Нужно иметь возможность сделать любое действие как через UI для дедов, так и через сочетания клавиш для продвинутых.А ещё в гноме очень любят придумывать сочетания клавиш не такие как везде. Например что в кедах, что в винде в файловом менеджере можно вернуться назад при нажатии backspace, а в гноме нет.
>А ещё в гноме очень любят придумывать сочетания клавиш не такие как вездеА в macOS например вообще своя атмосфера в плане сочетаний клавиш, но почему-то никто не жалуется. Почему вообще везде должно быть все как в винде? Зачем пытаться сделать из десктопного GNU/Linux какую то подделку под винду? Самобытность гнома это его большой плюс.
Давайте пойдем дальше и поменяем сочетания ctrl + c / v.
Самобытность, своя философия - это хорошо, но такие привычные всем вещи как сочетания клавиш - это борщ. Это как а давайте просто поменяем чтобы быть не как все. При том была одна клавиша, а стало 2. А на моей сплит клавиатуре это вообще 3 клавиши (1 на одной половине + 2 на другой).Макось по той же причине не очень люблю. Многие вещи сделали не так как у всех, а то что некоторые решения получились не самыми логичными никого не волнует.
Кстати, а что ты думаешь про невозможность редактирования путей через GUI?
> Давайте пойдем дальше и поменяем сочетания ctrl + c / v.было бы хорошо, а то в линуксах плохо с этим
ctrl + c как бэ двоякое значение имеет и не универсальное
Согласен, но конкретно в макос это путает пользователей. Какие-то шоткаты с cmd, а какие-то с ctrl. Приходиться пробовать и так и так
>Давайте пойдем дальше и поменяем сочетания ctrl + c / v.Я лично не против. Мне например больше нравится яблочный вариант с cmd+c/v. Так значительно удобнее пользоваться терминалом например.
>Кстати, а что ты думаешь про невозможность редактирования путей через GUI?
Это вот уже не очень хорошо.
>Зачем пытаться сделать из десктопного GNU/Linux какую то подделку под винду?а зачем делать хуже чем в винде? самобытность такая? за 24 года существования проекта не достигнуть уровня винды 98. Г полное - гном
Самое забавное что гном первой версии начинался как копия один в один вин98. Кде как копия вин95, потом 98. Этому можно убедиться посмотрев скрины из Википедии. Кидать не буду, с телефона не удобно. Самое забавное что первые версии гнома и кде были более юзабильные, а сейчас успешно деградируют.
Можете привести конкретный пример где винда 98 лучше по функциональности чем последняя версия гнома?
> Можете привести конкретный пример где винда 98 лучше по функциональности чем последняя
> версия гнома?в винде не надо качать всяких левых экстешенов, чтобы часики вернуть туда где они были всегда.
> Можете привести конкретный пример где винда 98 лучше по функциональности чем последняя
> версия гнома?:)
1. Я не обязан знать никакие shortcuts - в Win32 file open/save as и Qt ничего запоминать и нажимать не надо - есть тупая строка для пути, которая, аж жуть, занимает от силы 100 пикселей вертикального места.2. Расскажите мне как на планшете ввести Ctrl + L, когда там обрезанная onscreen клавиатура, которая не показывается по умолчанию вообще. GTK же делали для mobile, так? Адъ.
1. Не обязан - не пользуйся и не ной. Сам альтернативы и назвал.
2. На планшете в принципе не удобно работать с текстом, там как раз тыкать пальцами по директориям проще.
На планшетах на Windows вполне удобно работать.
Да, если много писать на сенсорном экране, то надо сам инструмент менять,
но если ввода текста не много, то всё хорошо и эргономично.
Ещё есть курьёз, в том, что режимы для планшета и подобные костыли, на планшете менее удобны обычного интерфейса с чуть увеличенными элементами управления.Но, раз эта тема таки про Linux, то уточню что я использую на планшетах с ним.
В основном Mate, иногда Trinity.
С Кде и Гномом по быстродействию проблем нет, но в планшете всего 4Гб ОЗУ, нефиг транжирить память, не получая взамен существенных удобств. Но Кде на планшете вполне эргономичен. А в Гноме слишком много лишних телодвижений, и вообще без внешней клавиатуры его нкстраивать на планшете... сперва сами попробуйте.
"Работать с текстом" не равно "немного ввода текста".
Работать с Гномом на планшете с тачем в разы удобнее из-за наличия в нем нормальных жестов.
> в разы удобнее из-за наличия
> в нем нормальных жестов.В Winwows и iPad тоже есть жесты. Но ими не принуждают пользоваться, если не нравится, так есть альтернативы. А в свободной ОС принуждение неуместно.
Кстати, на планшетах с тонкими рамками, и при наличии чехла, жесты от краёв в любом случае идут лесом, как бы они не нравились.
гном для тача слишком сырой, причём баги для иксов и вяленого пересекаются примерно на половину. после долгих попыток использования гнома на таче (тоже сначала думал, что он для этого лучше всего приспособлен), ушёл на kde.если тач ещё и стилус поддерживает, про гном можно забыть.
на xfce, пардон, какой kde
Жри что дают х2.
ты просто обязан брать в свой root всё что дают хозяева
просто нажми ctrl+l
"Люто ненавидеть" бесплатный свободный фреймворк, притом один из лучших на рынке и самый популярный под онтопик, это вообще говоря диагноз. Сходи голову полечи.
> "Люто ненавидеть" бесплатный свободный фреймворк, притом один из лучших на рынке и
> самый популярный под онтопик, это вообще говоря диагноз. Сходи голову полечи.Чем он лучший? Чем Qt? Да, это верно. Только это старый анекдот.
* Расскажите как переименовать или удалить файлы в этом диалоге.
* Расскажите как запустить приложения для файлов в этом диалоге.
* Расскажите как сделать drag-n-drop в этом диалоге.
* Расскажите почему не работает Backspace, чтобы Level Up по папкам.Это всё было возможно ещё в Windows 95 - и на эту ОС man-hours было потрачено меньше, чем на GTK.
Один из "лучших", ага. Пилят дрянь какую-то десятилетиями, забивая на реально нужное.
Свои косяки есть абсолютно везде. И по сравнению с другими DE Gnome вылизанный по самое не могу. Ну да, у разрабов немного свое видение на интерфейс. Не нравится, пользуйся KDE или чем-то еще. Это не винда - выбор есть.Меня все устраивает, и кучу остального народа тоже. Выбор делается по совокупности плюсов/минусов. И да, приоритеты у людей разные. То, что одного как бельмо на глазу, другому мелочь, которая не стоит никакого внимания. Ты этим диалогом пользуешься два раза в день. Это не повод хейтить отличный свободный продукт.
> Gnome вылизанный по самое не могу.Смотря для кого вылизан. Если брать в расчет Морлоков, в которых должны превратиться линуксоиды использую Гном, по замыслу Рептилоиды с планеты Нибиру, тогда да.
>Не нравится, пользуйся
Аргумент: "жри что дают" сменился на аргумент "не хочешь не жри.".
>Меня все устраивает, и кучу остального народа тоже.Демагогидеский прием аргументация к толпе.
>Это не повод хейтить отличный свободный продукт.Каваи Гёрл постоянно требует конкретных примеров, чем плох гном. Когда приводят конкретный пример, Каваи Гёрлы на удивление нет, но есть аноним которые приводит нелепые отмазки. Как же это все нелепо.
Конкретный пример, вылизанный из пальца потому что какому-то типу неудобно? Отличный пример, кдешный утёнок.
>Когда приводят конкретный примерНе увидела никаких конкретных примеров. Вообще не понимаю зачем переименовывать или удалять файлы через диалог выбора файла. Сколько вообще людей пользуются такой возможностью? Я лично таких вообще не знаю.
>на удивление нет
Я не обязана сидеть на этом сайте круглосуточно и заходить во все новости.
>Как же это все нелепо
Нелепа абсолютно не аргументированная критика гнома основанная исключительно на том что в гноме интерфейс отличается от привычного хейтерам GUI Windows Xp.
> Я лично таких вообще не знаю.Привет, я такой человек. Давай дружить? Иногда очень не хватает возможности переименовать файл прямо на месте, чтобы не затереть старую версию. Не то, чтобы это критично, но было бы удобнее, если бы такая возможность была.
>Давай дружить?Давайте)
>но было бы удобнее, если бы такая возможность была.
Я вас обрадую. Оказывается такая возможность есть! Только что проверила. Можете посмотреть:
Хейтеры гнома как всегда придумали какую-то ерунду.
> Давайте)Я тут один и со мной можно на ты.
> Хейтеры гнома как всегда придумали какую-то ерунду.
Haters gonna hate.
Когда вашей секте адептов гнома приводят конкретные примеры, начинаются отмазки типа: это вам не винда, я этим не пользуюсь, значит и остальным не надо, можно ещё про мизогонию упомянуть.
Аноним всего лишь один пример привел. Остальные примеры сто раз уже повторялись и анонимы уже устали повторять одно и то же.
В то же время смешно читать про то что гном самая популярная, самая лучшая среда, а все остальные просто завидуют.
>приводят конкретные примерыТаких практически нет. Обычно хейтеры пишут "фу гном! Для деградантов! Урезание функционала!") А когда я привожу конкретные примеры проблем в других DE и преимуществ гнома, то ответ всегда один "Это не нужно!".
>гном самая популярная
Это факт с которым глупо спорить.
>преимуществ гномаИх там нет.
на самом деле на опеннете всё очень просто
я вижу очередного эксперта, причём зарегистрированного
открываю его профиль и смотрю рейтинг
закрываю профиль и игнорирую коммент потому что он 100% будет мусорным
>открываю его профиль и смотрю рейтингага, поколение - ставьте лайки, подписывайтесь, жмите на колокольчик, все ссылки в описании :)
> стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода придётся переделывать приложения из-за изменения API в очередной ветке GTK
> Поддержка ранее используемого бэкенда вывода на печать lpr прекращена
> Переведена в разряд устаревших большая порция API и виджетовПоследовательно
> Переведена в разряд устаревших большая порция APIПредставляю, какая веселуха будет разработчикам Gimp успевать за этими "инновациями".
За какими инновациями? Gimp 10 лет переводят на gtk 3 и до сих пор не перевели
А знаешь почему так происходит?
Конечно. Потому что проект такого уровня сложности полтора землекопа в свободное от основной работы время не поднимут.
Два чая этому господину.
а вы потомок фотографа времён начала прошлого века?
Нет. Если какое-то родство вдруг и есть, то седьмая вода на киселе.
> Конечно. Потому что проект такого уровня сложности полтора землекопа в свободное от основной работы время не поднимут.Там все же сильно больше, чем полтора:
https://www.gimp.org/news/2023/01/29/2022-annual-report/#sta...
Просто люди сфокусированы на фичах, а не на уборке свиней, которых постоянно подсовывают гноморазработчики Gtk.
Подаляющее кол-во работы по портированию, насколько я знаю, сделали mitch и jehan. Причём по большей части уже давно. Потом настал COVID и mitch-у стало немного не до того. А оставшиеся моменты (перевод с deprecated GtkActions -> GMenuModel и т.д.) jehan фиксил в одно лицо, попутно решая другие задачи.> сильно больше, чем полтора:
Это сколько? GIMP - это Jehan и недавно прибившийся с GSOC CmykStudent(он же Nikc, он же AlxSa). GEGL/babl/ctx - это Øyvind Kolås. Jacob Boerema - это документация по-большей части.
Остальные или пилят что-то специфическое (типа фикса багов и сборок под MacOS), либо разовые патчи мимокрокодилов.C 2019 проект потерял по разным причинам (COVID, сраный glimpse и т.д.) как-минимум по моим воспоминаниям трёх действительно сильных разработчиков.
> Jacob Boerema - это документация по-большей части.Он ещё поддержку форматов разных патчит.
> Просто люди сфокусированы на фичах, а не на уборке свиней, которых постоянно подсовывают гноморазработчики Gtk.Там нет каких-то особых свиней. Насколько я помню, худшее, что до сих пор случилось — отвал части возможностей при переходе с GtkAction на GAction. Ещё сколько-то времени занял переход на GIR несколько лет назад, но его никто не заставлял делать — просто хотелось поддержку кучи скриптовых языков на халяву.
Аналогично, никто не выкручивал руки делать рефакторинг кода, который как раз отнял много сил. Но жить с костылями вечно тоже не хотелось, можно понять. Плюс часть рефакторинга вполне заметная пользователям — это поддержка множественного выделения слоёв, например.
Парни довольны не всеми изменениями в GTK3, но такого, чтоб они бегали и рвали на себе волосы, я что-то не припоминаю.
При этом GTK3 дал ряд реально полезных изменений — бескостыльную поддержку HiDPI, хотплаг графических планшетов и прочее.
Интересно может быть дальше, если состоится переход на GSK. Поглядим.
Потому что никто не хочет разрабатывать за защекоинты и попытки марально опустить.
Так вроде ж перевели уже....
Пока не вернут subpixel rendering, gtk4 для меня мертв. Мало того, что он безбожно тормозит по сравнению с gtk3, так еще и шрифты замыленные. Нет, проблема не столько в хинтинге, сколько в принципиальном отсутствии субпиксельного сглаживания. Можно подумать хотя бы четверть линуксоидов сидит с 4к-мониторами. Да там если процент наберется - уже хорошо.
Они свой рендерер прикрутили? 8-\
Жалко gtk плохо работает в windows
да что-то как-то и не очень
Да он и в линуксе не то чтобы хорошо работает...
Прекрасно работает, REAPER например на GTK
Зачем врёшь-то
> стабильный и поддерживаемый в течение нескольких лет APIДа не может быть!
> Переведена в разряд устаревших большая порция API и виджетов
Ааа, ясно...
>> Переведена в разряд устаревших большая порция API и виджетов
> Ааа, ясно...Не, ну какбы GTK4 с нами уже больше, чем 2 года, а GTK5 только начнёт разрабатываться в конце года. Как я понял, поддержка GTK4 не заканчивается с началом разработки пятой ветки.
Ну т.е. какбы да, несколько лет. Как и сказано.
Ты разницу между deprecated и removed осиляешь?
>В виджете GtkFileChooserWidget с реализацией диалога, открываемого для выбора файлов в приложениях, реализован режим представления содержимого каталогов в форме сети значков.Лучше б договорились с Qt по поводу порядка сортировки файлов. Куда важнее украшалок.
GNOME может договариваться с Qt только на условиях «как мы хотим, так и будет». Гиблое это дело.
А Qt много с кем договаривается? И почему с ними надо, а с Avalonia/Tk/Electon/Tauri/Flutter/чётамеще нет? Для таких случаев должны быть стандарты. Нет стандартов, какой спрос с разработчиков?
Все тобой перечисленные на подсосе у гнома и никогда не займут сколько-нибудь заметную долю (что, собственно, устраивает корпы рулящие гномом).
Tk
Electon
Flutter
>Все тобой перечисленные на подсосе у гномаэкспертиза опеннет как она есть. Глупость, некомпетентность, сквернословие
Ну, всё верно. Они ничего не решают.
Electron? Так у него же в бекенде всё тот же GTK.
> Electron? Так у него же в бекенде всё тот же GTK.Это потому что онанимная экспертиза так решила или потому что рамка окна (с возможным заголовком) стала вдруг "бекендом"?
От пакета gtk4-4.8.3 у меня зависят только два пакета: vte3-0.70.2 (от vte3-0.70.2 зависят xfce4-terminal и mate-terminal — довольно нужные вещи) и libadwaita-1.3.rc.Пакет gtk4-4.10.0 для своей сборки требует librsvg2-rust, альтернатива в виде librsvg2-2.40.21 не подходит! Конфликт пакетов.
От librsvg2, в свою очередь, зависят: xfce4-tumbler, приложения MATE и гномовские казуалки.
Таким образом, новый gtk4-4.10.0 насильно заставляет сменить librsvg2 на librsvg2-rust и зафиксировать Rust в качестве обязательного компонента в системе!
Ультралегаси наконец дропнули, чему ты удивлён? Это наименьшая из проблем gtk, лично меня нервируют запускаемые фоном at-spi, я даже пропатчил гтк, чтобы убрать зависимость и ещё ни разу не столкнулся с проблемами помимо переезда гтк на месон из-за чего теперь не удаётся удалить зависимость от bridge не залезая уже в месон. Нежелание делать разную дрянь опциональной вот что по-настоящему заслуживает порицания, я надеюсь гтк сдохнет.
> я надеюсь гтк сдохнетА что на замену-то? Qt в другую крайность упёрлось - перегруженность фичами.
А чем это плохо?
> зафиксировать Rust в качестве обязательного компонента в системеВ _сборочной_ системе
У него фря, он по ночам мир пересобирает. Это не лечится.
Боюсь, что llvm и rust многих "вылечат"...
>llvmв том самом мире ллвм ол-таргетс дольше всех и собирается
это ты firefox под gcc на генте не собирал
> это ты firefox под gcc на генте не собиралпхп со всеми модулями собирал :)
> librsvg2-2.40.21
> librsvg2-rustРазве это не одно и то же? https://gitlab.gnome.org/GNOME/librsvg изначально была написана на расте и вроде ничего не поменялось.
нет, librsvg изначально написана на С, потом брошена, и потом подхвачена снова с переписыванием на раст.
"переписывание на раст" это тавтология
В процессе переписывания на Rust можно сдавать в фонд Apache.
> Переведена в разряд устаревших большая порция API и виджетов <...>
> GtkDialog (следует использовать GtkWindow).Т.е. с event loop дочерних "диалогов" теперь небось придётся #бстись самостоятельно, вместо вызова run() для экземпляра класса диалога?
> GtkTreeView (следует использовать GtkListView и GtkColumnView)
Почитал документацию: https://docs.gtk.org/gtk4/section-list-widget.html#displayin...
За-ши-бись. Похоже, вместо нативного дерева (с GtkTreeStore для данных) будет имитация из груды вложенных виджетов. Предсказываю жор памяти и тормоза.В общем, виден курс гномосеков на выпиливание "сложных" виджетов в сторону перекладывания их функциональности на авторов приложений.
В целом идея правильная - не надо пытаться угодить каждом в**ирая натужно виджета убермонстра, он точно не подойдет тем кому нужно сделать по-своему -> пускай вкладывают виджеты.Жор памяти как-раз таки это скорее решит ибо есть простор для оптимизации в отличии от монолитного виджета с жырной моделью данных под капотом.
> В целом идея правильная - не надо пытаться угодить каждом в**ирая натужно виджета убермонстраНда? Упомянутые классы были в GTK2 и GTK3, и они использовались и используются массово.
Совместимость между 2 и 3 версией не 100%, но у меня лично при переходе со 2 на 3й особых проблем не было. Если придётся перелезать на 4й - придётся переделывать очень много. И на кой чорт программистам такое счастье - вместо функциональности своей программы вечно гнаться за мозговыми тараканами гномосеков?
Блин, не люблю винду, но по сравнению с этим Win32 API конца 90х годов (работающее до сих пор, несмотря на колебания линии ихой партии) - эталон совместимости.
А GTK2 и GTK3 у тебя отобрали и исходники насильно удалили? Традиционно в опенсорсе никто никому ничего не должен, ни разработчики GTK делать как ты хочешь, ни ты «вечно гнаться за мозговыми тараканами». Так в чём же проблема?
У меня их отберут, когда выпилят из массовых дистрибутивов линукса.
Корячиться потом в одно рыло, допиливая заброшенные автором исходники под свежую ось я не готов. А делать енто для меня никто, разумеется, не будет.
Ну не корячься. Линкуй статически. Или вообще напиши в требованиях, мол, GTK2 и точка. Пусть майнтейнеры разбираются как тебе угодить.
> Корячиться потом в одно рыло, допиливая заброшенные автором исходники под свежую ось я не готов.Тут год, вроде-бы, назад, ради интереса, на ЛОР-е i-rinat собирал что-то на Gtk1 (текстом, гтк-первый) на свежайшей на тот момент Убунте. И оно нормально работало. Без патчей кода, просто сборка.
Ну, т.е. я к тому, что собрать-то всё таки можно, т.к. внешний API ядра и libc, вроде как, особо не ломают. Что никто пакетить под свежие ОСи не хочет: ну, досадно, но можно попробовать один раз запакетить самому и забыть, или собрать static-build, или поэкспериментировать с чем-нибудь кросс-дистрибутивным (aka Flatpak/Appimage). Короче, было-бы желание.
Если в будущем Wayland вытеснит иксы, такое уже не прокатит.
> Если в будущем Wayland вытеснит иксы, такое уже не прокатит.XWayland специально для этого запилен и, в обозримой перспективе, его никто выкидывать не собирается, насколько я знаю. Для приложения на X11 это, в общем-то, такой же Xorg как и был.
Беда-беда, огорчение. Про перфокарты и вывод на телетайп тоже будем жаловаться или это другое, понимать надо? Как показывает весь опыт разработки софта, если кому-то что-то нужно — портируют под новые реалии. А что не портируют, то, видимо, особо-то и нужно никому не было.
Ну вот в бложике они писали чего как https://blog.gtk.org/2022/10/30/on-deprecations/
По-первому, кроме того, что там написано ещё ИМХО это шаги к тому, что чтобы ко ВСЕМ стандартным диалогам ходить через порталы (уж очень похожа концепция на).
Нам написано что просто дан новый API диалогов с асинхронными вызовами, а цикл событий внутри так и остался
> В общем, виден курс гномосеков на выпиливание "сложных" виджетов в сторону перекладывания их функциональности на авторов приложений.Поэтому никто, кроме всяких хеллоувордов на GTK4 переписывать ничего не будет. На фиг это нужно.
Покажите, что вы написали не на gtk4
Очень интересно посмотреть
> Поэтому никто, кроме всяких хеллоувордов на GTK4 переписывать ничего не будет. На фиг это нужно.
> Поэтому никто, кроме всяких хеллоувордов на GTK3 переписывать ничего не будет. На фиг это нужно.
> Поэтому никто, кроме всяких хеллоувордов на GTK2 переписывать ничего не будет. На фиг это нужно.
> Поэтому никто, кроме всяких хеллоувордов на GTK1 переписывать ничего не будет. На фиг это нужно.
GTK3 ещё ничего, но GTK4 это уже ни в какие ворота.
На протяжении 20-ти лет главным изменением в gtk всегда был диалог открытия файлов. Его по приколу как испытательный проект всем новопришедшим в команду поручают?
Стабильный и поддерживаемый API здесь только в Wine и ядерной консоли.
Смотрю я на это и понимаю куда вбухивают миллиарды на разработку красивого и грамотного UI\UX (macOS) и где дизайнит васян за миску риса (зоопарк опенсорсных тулкитов).
Да ладно. Нормальных дизайнеров из эппл уволили лет 10 назад. Сейчас там радужное недоразумение, на фоне которого даже гном выглядит ничего так.
гномеры с яблочниками тырят друг у друга идеи, чаще гномеры из макоси, например systemd почти полная копия launchd из макос
>systemd почти полная копия launchd из макосТак Лёнька и Мелкомягких подставит под юристов Яббла.
> systemd почти полная копия launchd из макосВот только на маке никто не заморачивается что там под капотом если не системный программист. Оно просто работает. В линуксе же, как пример, не раз приходилось вручную включать fstrim.timer т.к. по-умолчанию оно почему-то не было включено, или создавать свои сервисы потому что из коробки что-то не работало, всего уже и не припомню.
Диалог открытия файлов в ГТК - это какое то проклятие фараонов. Кто бы не брался, всегда выходит погано
Особенно, когда оно самопроизвольно несмотря на установку открываться по центру, открывается внизу большого 1920x1200 экрана без скэйлинга и уезжает за его пределы.
пипец сколько боли :)
меня больше бесит, что все gtk4 проги недавно стали со светлой глазовыжигающей темой. нагуглил env var, сделал тёмную. через неделю после апдейта опять слетело на белую.даже про элементы гуя на пол экрана в такие моменты не вспоминаю
Да, тоже страдаю: с некоторого момента список файлов и папок стал вперемешку, но отсортированным по именам. Чтобы сделать папки по списку выше, а файлы после них, приходится клацать по заголовку колонки типов. Но после этого папки и файлы теряют порядок сортировки по именам!!! Выбешивает это.P.S.
Это относится к диалогу открытия/сохранения файлов Gtk3.
Была когда-то wrapper для GTK, которая вызывала KDEшный диалог выбора файлов.
В последнее время сужу о GTK, в основном, по Firecocks. И там оно - отвратительное зрелище. Огромные отступы, гигантские размеры. Сначала Отмена, потом ОК. Особенно сташно нажать enter в диалогах - никогда не знаешь, к чему это приведёт.
Да скока можно... еще с GTK 3 вонь поднимать о том что все сломали. Да, в GTK все ломают и сломали сново. Ну чего теперь...
лучший фреймворк, и главное - свободный!
Ещё пару мажорных версий и станет свободным от свободных пользователей. IBMHat-пользователи-то будут пользоваться. Им деваться некуда, как партия скажет.
> главное - свободныйНормального человека это должно беспокоить в самою последнюю очередь.
...а потом - духи закончились?
который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API
"который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API"
ПЫТАЕТСЯ...