Разработчики графического редактора GIMP объявили об успешном выполнении задач, связанных с переводом кодовой базы на использование библиотеки GTK3 вместо GTK2, а также задействованием новой CSS-подобной системы определения стилей, применяемой в GTK3. Все необходимые для сборки с GTK3 изменения включены в основную ветку GIMP. Переход на GTK3 также отмечен как выполненная работа в плане подготовки выпуска GIMP 3.0...Подробнее: https://www.opennet.me/opennews/art.shtml?num=59003
Очень смешно, перевели на GTK3 только тогда когда он устарел и уже давно вышел GTK4.
Не смешно - над проектом трудиться полтора программиста. И куда им спешить, если прошлый фреймворк вполне рабочий?
> Не смешно - над проектом трудиться полтора программистаох опять какие-то числа с потолка от анонимов
https://gitlab.gnome.org/GNOME/gimp/-/project_members
А теперь заходим https://gitlab.gnome.org/GNOME/gimp/-/commits/master?ref_typ... , убираем "Update XXX translations". Видим, что процентов 95 кода - это Jehan. Ну и сейчас пришёл с GSoC и активничает(переводит на новые API/запиливает форматы/подбирает старые недоделанные проекты/собственно провигает CMYK) CMYKStudent он же AlxSa, он же Nick. Остальные набегами пилят специфические вещи (вроде сборок не под Линукс, документации, фильтров и т.д.).
док-я, переводы, тесты должны быть в отдельных проектах кмкособенно в таком жирном ПО
ну переводы точно. Только засоряют гит.
Как тогда все узнают какой ты страдалец тащишь все в одно лицо?
Если на каждый чих не валить всё в одну большую помойку проекта, то не будет создаваться видимости напряжённейшей работы над проектом!
А уж если отказаться и от огромных куч веток на каждый да бесконечных мерджей - так и вовсе могут возникнуть вопросы какого чёрта делается и на что уходят деньгивы что, хотите чтобы разработчиков гимпа начали по башке бить за то что хрен пинают вместо работы и выпускают откровенно отсталые фичи вроде переезда на актуальнейший третий гтк !?
Я вообще критой да инкскейпом пользуюсь. Гимп, где бы он ни запускался - всё равно выглядит чуждо, отстало и крайне недружественен пользователю в плане компоновки интерфейсов и оформления
Нет не должны. Каждый делает как ему удобнее. Гит ни к чему не обязывает. Всё в одной репе наоборот удобно, а не собирать по всем углам, чтоб только скомпилировать.
> Нет не должны. Каждый делает как ему удобнее. Гит ни к чему
> не обязывает. Всё в одной репе наоборот удобно, а не собирать
> по всем углам, чтоб только скомпилировать.Не все осиливают субмодули, что поделать... GTKшные "креативщики" и те кто вокруг в топе чарта неумех и криворучек, для них это сильно сложно. Скажите спасибо что виндовые бинари в репу не комитнули. А то бывает и такое.
Покажите какой вы правильный "креативщик", желательно проект масштаба gimp.
> док-я, переводы, <...> должны быть в отдельных проектах кмкНет. Какую проблему это призвано решить?
Как раз наоборот, это хорошо, что документация и переводы -- жёстко связаны с кодом. Если их по разным репам раскидать, неминуемо возникнет задача соотнесения оных с кодом. А пока вы держите всё это в одной репе -- проблемы нет.
> тесты должны быть в отдельных проектах кмк
Смотря какие. Интеграционные да, лучше вынести в отдельный проект. А вот например юнит-тесты однозначно должны идти вместе с проектом.
На самом деле картина печальная. "Извращенец" (Гимп же) подается как альтернатива Фотошопе (что особенно актуально в ...новых реалиях), но на самом деле оказывается что разработка почти мертва. Очевидно нет коммерческого интереса. Даже ФФ при куда больших возвожностях конкурирует в своей нише ни шатко ни валко, что уж говорить о Гимпе с "полтора землекопами".
> подается как альтернатива Фотошопе (что особенно актуально в ...новых реалиях)Подаётся кем угодно, только не авторами Гимп-а, у которых прямо на сайте (в FAQ) написано, что задачи делать альтернативу фотошопу не стояло и не стоит.
> но на самом деле оказывается, что разработка почти мертва. Очевидно нет коммерческого интереса.
Ну не сказал-бы, чтобы мертва. Тотже Scribus куда "мертвее" и то шевелится. Но да, могла бы быть сильно бодрей. Как-минимум Ковида была так и вполне себе резвой.
> Даже ФФ при куда больших возвожностях конкурирует в своей нише ни шатко ни валко, что уж говорить о Гимпе с "полтора землекопами".
Самое смешное, что как говорил @prokoudine, и деньги в проекте тоже есть (через GNOME Foundation). Но это надо организовывать некоммерческую организацию, это надо вести всю эту бухгалтерию и заниматься организационной деятельностью. Это сильно-бы подстегнуло, но это не сильно просто и людей, готовых этим головняком заняться, на данный момент нет.
Реальные временные расходы на управление НКО в ЕС не такие уж и большие (см. моё интервью с чуваком из FreeCAD Project Assoсiation на LWN), а ведение бухгалтерии можно за деньги передоверить кому-то ещё. Все эти вопросы абсолютно решаемые. Выбор нынешней команды — ничего не менять. Ну, ок.
> LWN), а ведение бухгалтерии можно за деньги передоверить кому-то ещё.Даже нашару можно, есть всякие штуки типа SPI, допустим, которые могут этим заняться если их условия устраивают.
Вангую:Закрыты перевалы. Погода плохая. Для ухода в долину развития, через перевал, за которым исполнение надежд.
Прикованы туманами к земле... Взлететь легко, а садиться в тумане - что разбиться.
> А теперь заходим https://gitlab.gnome.org/GNOME/gimp/-/commits/master?ref_typ... , убираем "Update XXX translations". Видим, что процентов 95 кода - это Jehan.Минутка занимательной статистики.
Собираем статистику по всему workdir-у без учёта директорий локализации:
% _GIT_PATHSPEC=':!po*' git-quick-stats -T > stats.postarЗа 42% проекта ответственны 2 человека:
% grep -E '@|lines' stats.postar | grep -v '(.%)' | grep -B1 lines | grep -v -- --
Jehan <jehan@girinstud.io>:
lines changed: 1983932 (12%)
Michael Natterer <mitch@gimp.org>:
lines changed: 4794646 (30%)Последний коммит от Митча датирован декабрём прошлого года:
% grep -A10 'mitch@gimp\.org' stats.postar | grep last
last commit: Tue Dec 22 20:40:31 2020 +0100За 87% кода ответственны 19 авторов:
% grep -E '@|lines' stats.postar | grep -v '(0%)' | grep -B1 lines | grep -v -- -- | grep % | wc -l
19
% grep -E '@|lines' stats.postar | grep -v '(0%)' | grep -B1 lines | grep -v -- -- | grep -o '[0-9]*%' | sed 's/%//' | paste -sd+ | bc
87Имена оставшихся 17-ти:
% grep -E '@|lines' stats.postar | grep -v '(0%)' | grep -B1 lines | grep -v -- -- | grep @ | grep -vE 'jehan@girinstud.io|mitch@gimp.org'
Manish Singh <yosh@gimp.org>:
Helvetix Victorinox <Helvetix@src.gnome.org>:
Ell <ell_se@yahoo.com>:
Martin Nordholts <martinn@src.gnome.org>:
Sven Neumann <neo@src.gnome.org>:
Marc Lehmann <pcg@src.gnome.org>:
Adrian Likins <adrian@src.gnome.org>:
David Odin <dindinx@src.gnome.org>:
Elliot Lee <sopwith@src.gnome.org>:
William Skaggs <weskaggs@src.gnome.org>:
Michael Natterer <mitch@src.gnome.org>:
Simon Budig <simon@gimp.org>:
Manish Singh <yosh@src.gnome.org>:
Michael Natterer <mitschel@cs.tu-berlin.de>:
Pat David <patdavid@gmail.com>:
klausstaedtler <staedtler-przyborski@web.de>:
Sven Neumann <sven@gimp.org>:^^^ (между делом обнаруживаем Митча ещё два раза и добавляем ему в копилочку ещё 3% кода) ^^^
Выясняем, когда появлялись оставшиеся 15:
% grep -E 'yosh@gimp.org|Helvetix@src.gnome.org|ell_se@yahoo.com|martinn@src.gnome.org|neo@src.gnome.org|pcg@src.gnome.org|adrian@src.gnome.org|dindinx@src.gnome.org|sopwith@src.gnome.org|weskaggs@src.gnome.org|simon@gimp.org|yosh@src.gnome.org|patdavid@gmail.com|staedtler-przyborski@web.de|sven@gimp.org' stats.postar -A10 | awk '/last/ {print $7}' | sort -ru | head -n5
2020
2018
2016
2012
2010Итого, из основных разработчиков сейчас активен только Jehan: Mitch пропал ещё в прошлом декабре, а из остальных самый крайний в последний раз коммитил что-то аж в 2020м, а все прочие -- прекратили деятельность и того раньше.
Тезис о "полутора программистах" подтверждается.
> Тезис о "полутора программистах" подтверждается.Класс, что заморочился с подсчётами. Я просто слежу за проектом где-то с начала 2.10 (ну интересно мне, бывает такое). mitch - это предыдущий мейнтейнер, jehan - текущий. Они вдвоём сделали большую часть работы, по переводу на GTK3. И много интересных фич и оптимизаций (асинхронщину, например) сделал Ell.
Потом настал covid и поскольку у mitch-а основная работа - это семейный бизнес, то, по очевидным причинам, ему немного не до фрисофта. Он +- с начала ковида передал мейнтейнерские полномочия jehan-у и до минимума сократил участие в проекте (сейчас и вообще до нуля). А Ell-а выбесил сраный glimpse и он тоже оборвал своё участие в проекте.
И больше сколько-нибудь серьёзных активных разработчиков, кроме jehan-а и нет. Ну вот благодаря CMYKStudent-у зашевелился собственно CMYK и недеструктивщина. Да и вообще он посматривает неоконченные/заброшенные начинания и пытается доводить до ума. Вот сейчас непосредственно разработка, по большей части - это они двое.
Есть один, который пилит доки и немного плагины импорта (Jacob Boerema), есть один который пилит сборки под Мак-и (Lukas Oberhuber), есть разгребальщик багов (Michael Schumacher) и есть жена jehan-а (Aryeom Han), которая следит за сайтом и, я так понимаю, основной тестер и дизайнер (потому что она художник, в общем-то). Остальные, на данный момент - эпизодические мимокрокодилы.Если упоминать проекты, которые составляют ядро обработки, т.е. GEGL/babl/ctx - то, в подавляющем большинстве, последнее время это Øyvind Kolås, также мейнтейнер этих проектов.
> прошлого года
> Tue Dec 22 20:40:31 2020Даже если считать количество прошедших полных лет, то 2020-й прошлым ну никак не получится.
Хм. Видимо глаз дёрнулся, мне казалось, что там 2022.
Ну, значит дело ещё более паршиво: из основных разработчиков -- остался только один человек.
> Тезис о "полутора программистах" подтверждается."Горжусь, что это работает на Эльбрусе" (ц) угадайте кто.
Цыфры.
Цифры.
>если прошлый фреймворк вполне рабочий?Но скоро будет выпелен из всех дистров.
GTK2 выпилен, но ты же как то гимп запускаешь)
Прошлый - это GTK2? Ну, рабочий - это если в смысле запускается. Одно отсутствие поддержки HiDPI уже переводит в разряд условно-съедобных.Внешний вид Гимпа даже с "увеличенной" темой это ппц ад страшный.. Особенно на тёмной теме (разработчики-дизигнеры в тёмные темы похоже в принципе не могут, в отличие от таковых в текстовых редакторах/терминалах).
Впрочем, увы, не только из-за масштабирования. Когда в принципе видишь его диалоги это какой-то ужас. Как люди-профессионалы этим пользуются? А ещё гонят на tcl/tk...
Трудится, извините. Помогите им.
Вопрос сложный, так как потом его в качестве "Граффического редактора" будут продавать в АльтЛинуксе, Астре и еще доброй половине дистрибутивов.Я думаю, что для россии нужен аналог Буста для развития каких-то инициатив. Создал инициативу перевести на GTK4 и ввалил туда денег. Компания взяла сделала и забрала деньги за инициативу,
а кто-то уже решает - выливать обратно в OpenSource или нет.А так забесплатно могут только непонятные люди писать с каким-то толи пассивных доходом толи
еще по непонятно какой причине.
>а кто-то уже решает - выливать обратно в OpenSource или нет.Лицензия GIMP уже однозначно решила насчёт выливать обратно в OpenSource.
ничего она не решила. исходники должны быть предоставлены покупателям.
Ты покупатель? вот шиш тебе а не исходники.
Ну как google поступает, или всякие SaaS.
Однако же, ничто не мешает покупателю распространять исходники и дальше. Он имеет на это полное право
В России никому не интересно заниматься прикладной частью десктопного линукса. Трёп на эту тему от ключевых игроков рынка я слышу уже лет 15, а выхлоп примерно нулевой.
И системной серверной тоже, воровать чужой труд и продавать под своей довольно убогой лычкой за откаты в госучреждения вот это очень интересно.
Ну, не совсем околонулевой - вот одинэска таки переползла, например.
Вообще же мировой вектор развития и инноваций заметно сместился с десктопа в веб, а для него, по большому счету, достаточно, чтобы браузер запускался.
> Я думаю, что для России нужен аналог Буста для развития каких-то инициатив.
> Создал инициативу перевести на GTK4 и ввалил туда денег. Компания взяла
> сделала и забрала деньги за инициативу,
> а кто-то уже решает - выливать обратно в OpenSource или нет.России может и нужен, а торговцам готовым бесплатным кодом, собранным в пакетики, не нужен.
Если вполне рабочий, то может и не надо было создавать новую мажорную версию?
ты же им не помог
Ну, к слову, основную массу работы сделали уже давным давно. Я так понял, делали ещё большой рефакторинг вообще всего. Окончание, собственно, связано с тем, что закончился наконец-то перенос с GtkAction/GtkUIManager на GAction/GMenu. Что было долго, но дало много плюшек сразу.ИМХО, чисто субъективно, перенестись на GTK4, за счёт того, что "технический долг" по большей части, видимо, выгребли, должно быть сильно проще. Но, опять же, вопрос в количестве рабочих рук (потому что последние ИМХО пару лет подавляющая часть работы выполнена одним человеком).
А сейчас, в принципе, пофиксить некоторые неприятные баги с Wayland и можно спокойно пользоваться 3.0. Кто сидит на Иксах, можно и сейчас спокойно пользоваться, оно нормально работает, несмотря на unstable.
А на гтк4 сильно перепиливать надо? Или слегка подправить? Понятно, что в 3.0 всё будет на гтк3, ведь план был на это. Но затянулось на сколько уже... Мамадарагая.
> А на гтк4 сильно перепиливать надо? Или слегка подправить?Ну перепиливать-то там есть что, но , по моим ощущениям не настолько радикально, как с 2 на 3.
Вот гайд даже есть https://docs.gtk.org/gtk4/migrating-3to4.htmlGIMP проект посерьёзней, чем то, с чем я игрался, но вот +- сопоставимый по сложности Инкскейп нанимают разработчика и оценивают сроки около 16 недель (вместе с исследованием, если заниматься исключительно портом).
https://inkscape.org/news/2023/04/17/inkscape-hiring-acceler.../
> Но затянулось на сколько уже... Мамадарагая.
Там, как я понял, затянулось не столько, собственно, портирование, сколько по организационным (много задач подтянули под третью версию, много сил сожрал рефакторинг и т.д.) и человеческим причинам (отвалились года два-три назад по разным причинам, как-минимум, два очень сильных разработчика mitch и Ell).
Если посмотреть список изменений между 2.10 и 3, то читать устанешь. А если между 2.8 и 3.0 то трёшку, в принципе, можно как отдельный проект записывать. Там изменилось ИМХО практически всё.
>Style properties do not exist in GTK 4. You should stop using them in your custom CSS and in your code.Капец... Вот нововведение...
> Капец... Вот нововведение...Так этож свойства запретили. Я так понял, что виджетам запретили переопределять тему. Теперь всё определяется через CSS темы. Как там определено, так оно и отрисовывает. А в чём минусы такого решения?
В том что тему выбираешь не ты? А какая тема будет в шинде, а на маке?
стандартная. и это прекрасно!можно долго обсуждать хороша стандартная или нет, но главное что она одна и также везде.
Гимперы традиционно пытаются ублажить всех за один релиз очень скромными человеческими ресурсами. Поэтому такие долгие циклы разработки (хотя до Scribus им ещё очень далеко). Если они возьмут себя в руки и научатся говорить "нет" хотелкам, станет лучше. Если начнут платить самим себе деньги, дело пойдет еще шустрее.
>Если они возьмут себя в руки и научатся говорить "нет" хотелкамgnome-paint уже написали, увы
очень смешно то что GTK это GIMP Toolkit. И казалось бы первым кто его должен осваивать должен быть GIMP... ;-)
Логично.А тогда это значит, в обновлениях не было ничего по настоящему важного, нужного.
Нет. Они отказались от этого.Теперь GTK это просто буквы, которые не расшифровываются.
Погугли.
Ээх... Жаль GLIMPSE не взлетел, а то бы GLIMPSE ToolKit было :)
С одной стороны ты прав, с другой, GIMP в целом лучше бы заменить на что-то более простое с базовым функционалом фотошопа.Типа, есть Penpot для векторной графики, очень удобный редактор с открытым кодом, куда проще в использовании чем Inkscape.
> Типа, есть Penpot для векторной графики, очень удобный редактор с открытым кодом, куда проще в использовании чем Inkscape.Приветствую любителей сравнивать тёплое и мягкое :)
Penpot, в отличие от инкскейпа, заточен под создание веб-дизайна, экранов мобильных приложений и прочий UX/UI. Делать векторные иллюстрации в нём как раз не так удобно.
Молодцы, теперь пора портировать под GTK4. А пока портируют, там уже GTK5 появится. Без дела не останутся.
Я понял почему народ не выкупает юмора. Не все знают что GTK расшифровывается как GIMP ToolKit.
по всей видимости, не знают в силу возраста
> не знают в силу возрастаВ смысле память уже не та?
Вылезай из криокамеры. Давно уж GNOME ToolKit.
Только даже википедия об этом не знает. Ты наверно из очень далекого воображаемого будущего.
но как так получается что гимповый инструментарий собственно гимп осваивает гораздо позже остальных ?
Очень просто - обновления не содержат чего-либо очень уж ценного.Ты видишь именно то, что ты видишь. Всё очень просто.
> Ты видишь именно то, что ты видишь. Всё очень просто.Я вижу интерфейсно-чуждое и неинтуитивное старьё где бы оно ни запускалось
Почему у той же криты с интерфейсами и внешним видом всё в порядке ?
Потому что она на KDE'шном Kigigami. Или ты особо одарённый?
А почему Gimp так не может?
Никакого Kirigami в релизах Krita пока нет. Они только-только начали переезд на QML/Kirigami. Там ещё пахать и пахать.
А чем профит перехода на QML? Ещё столько усилий? Чтобы всё лагалa из-за скриптов вместо кода?
И на телефончиках чтоб приемлемо отображаться могло.
> А чем профит перехода на QML? Ещё столько усилий? Чтобы всё лагалa
> из-за скриптов вместо кода?С QML проще сделать нормальный порт на Android. Ну и у qtwidgets есть свои конструктивные недостатки.
А какая разница, если выглядит отлично и функционал в интерфейсы упакован удобно и что гимпу мешает по итогу стольких лет бесконечного допиливания и переделывания ?Или гтк прямо запрещает располагать ожидаемые кнопки и поля там, где они собственно ожидаются и под теми названиями которые ожидаются ?
У криты почему-то всё получается. Для относительно простых действий не надо никаких многотомников-монографий читать как пользоваться конкретно этим инструментом, а просто запустил и делаешь.
И даже на яблоке смотрится годно.
А не как наследие виндовс 95 каким-то чудесным образом запущенное на чём-то современном и неясно зачемВот что с гимпом и его разработчиками не так ?
Это наверное особый юмор, что последний GTK, который "расшифровывается как GIMP ToolKit", в самом GIMP отсутствует и появится годиков через 3-5.
Вот и вопрос что в этом тулките от гима осталось-то.
Знают и помнят, а еще знают что GTK давным давно не зависит от Гимпа. Сейчас хихикать на ту тему это примерно как тыкать в связь DOS и Windows приговаривая "Ха, виндушечка уже 11-ая вышла, а DOS на семерке\восьмерке застрял"
Разработка GTK5 даже не начата, никаких сроков окончания поддержки GTK3 нет и пока не предвидится. В чем проблема то вообще?
Тебе тогда просто вопрос, даже не со звездочкой. Зачем тогда выпускать GTK4, если всё так хорошо и радостно?
Исследовать новое, пробовать идеи.Но, нет нужды вообще тащить эти неопробованные, ничем не лучше прежних идеи и эксперименты в нормальный софт.
Очень редко, когда в новом возникает что-то стоящее сохранения. Оооочень редко.
Ну нельзя же вести себя как кот, когда нечего делать. Разве мы не Люди?
Kt так делает у них всё норм.
GTK2 лучший free toolkit ever
>лучшийthe best тогда уж
GTK2 is the best toolkit ever, тогда уж
GTK2 is the best toolkit ever, togda uzh
Жирные заголовки с кнопками или даже с частью приложения вынесенного в заголовок,
Переворачивающие схемы взаимодействия (инновации) с пользователем от самой GNOME Desctop.
Вечно ломающие обратную совместимость наборы API и качественно гигантская автогенеренная
документация без примеров. Смущаюсь спросить что вам так понравилось в Gnome и GTK?ПОнятное дело что Qt чуть более чем полностью бесполезен без C++, но там хотя бы есть
единый стилевой гайд и нормальная документация.
С Python ещё полезен.
Документация впрямь отвратная. Как добавить коллбек кнопке? Каким образом вкладывать виджеты в ЛистБокс? Ну видимо только в гитлаб гнома лезть и смотреть репозитории.
Вот еще на developer.gnome.org/documentation кое что написано по мелочи.
https://docs.gtk.orgЯ, видимо, в какую-то другую документацию смотрю?
Классы:
- Кнопки: https://docs.gtk.org/gtk4/class.Button.html
- ЛистБокса: https://docs.gtk.org/gtk4/class.ListBox.html
Все верно. Это наоть$бись сгенеренная документация из разряда списка функций.Такую документацию в целом при должном умении может сгенеить любая IDE.
Нормальная документация содержит инструкции и обьяснения для каждой(!) функций
с примерами и обьяснениями нюансов.
>отмечается поддержка WaylandНу не поддержка wayland а дофиксы багов с позиционированем и размерами окон
Удаление Gtk2/LXDE и т.п. на счет три...
Когда на Qt?
надеюсь что никогда !
Зачем ты надеешься на плохое?
чем плох QT?
Чужеродный везде.
В Венде Семёре вполне себе вписывается.
Чего? Вписывается и под Win 7 (как ранее заметили), и под KDE Plasma.
Лицензией.
LGPLv3 и GPLv2 плохие лицензии?
GPLv3, если не брать версии из мезозоя.
вайберок-таки на нём построен.
>объявиличот ссылка не открывается
Твиты под РКН. Вот та же новость https://fosstodon.org/@GIMP@floss.social/109993389... .
И портировал себя на себя, а уже и ненадь?
Закапывайте, теперь этим поделием невозможно будет пользоваться из-за тулкита. Обменяли кроссплатформенность на что, опять же? Лучше бы psd до юзабельного состояния довели. Ну или хотя бы поддержку psb добавили, а то стыдно как-то должно быть. Крита то умеет открывать хотя бы. Без проблем. И этого достаточно. А вот со слоями в psd не все фишечки в ней работают тоже, из-за чего выглядит не всегда хорошо. Нет особого толка работать с такими файлами, но хотя бы открывать и показывать. Проприетарные рисовалки же как-то справляются.
И при переключении слоёв перерисовка занимает несколько минут, в крите моментально. Но я так понял крита импортирует, и гимп гимп как обычно.
бессмысленный набор букв
надо psd - ставь фотошоп
Для тебя может и бессмысленный. Мне не надо фотошоп и никому не надо фотошоп. Надо нормально открывать файлы хотя бы сохранённые в таком виде что другие программы их понимают.
Специально для тебя придумали формат eps.
Пацак точно знает продолжение языка, на котором разговаривает?
Между PSD и EPS общего - только создатель формата.
При чём тут общее? Или у тебя с детства одна модель поведения найди общее? Слово альтернатива тебе не знакомо?
"— Кто такой Студебеккер? Это ваш родственник Студебеккер? Папа ваш Студебеккер? Чего вы прилипли к человеку?!"
Напомню, по сюжету это разоряется жулик, которому задали неудобный вопрос.
Надо psd - на пронхаб ;)
Видно что ты ни разу даже hello world в жизни не осилил написать раз тебе непонятно почему слезть с древнего неподдерживаемого тулкита который не будет нормально работать на десктопе в ближайшем будушем это перовочередная задача.
Что ещё тебе видно? Отличный современный тулкит, и, главное, кроссплатформенный, самое время начать его поддерживать. Ещё ни одной программе переход на гтк3 на пользу не пошёл, все сдохли.
В дебиане gtk2 будет ещё сто лет, а фанаты гтк2 не будут пользоваться hidpi мониторами во имя GTK2!
У меня в конторе несколько дизайнеров и один HiDPI монитор. У гендира.
Дорогая, но, в сущности, бесполезная игрушка.
На мелких экранах мобил ретина еще оправдана, а на столе - исключительно вау-импульсная технология.
В Debian 13 уже не будет.
Когда у тебя в гимпе градиент слоя из фотошопа, почему то становится фиолтеовым начинают появляться вопросы.С другой стороны может Адобу сначала надо открыть свой проприетарный формат?
https://www.adobe.com/devnet-apps/photoshop/fileformatashtml/
Хорошая попытка адоб, но нет.
> psd до юзабельного состояния довелиОдна из худших идей: пытаться совмещать проприетарную экосистему со свободной.
Гоняться, глотая чужую пыль, за проприетарщиной - плохая идея.
Свободной "экосистемы" не существует в данном случае, поэтому неплохо бы подстроиться под реалии.
> Ну или хотя бы поддержку psb добавилиПочти два года назад добавили.
https://gitlab.gnome.org/GNOME/gimp/-/commit/d99b87c529dbc34...
Там что-то про несовместимые версии было, фотошоп емнип 2016 года в тегах.
Отлично, шикарно. Молодцы ваще ребята. А теперь начинайте портировать на GTK4.
Нет надо подождать GTK5.
Не нужно ничего ждать, а API нужно совместимый делать и прослойки обратной совместимости хотя бы...
Так GTK и была их прослойкой совместимости с X, WinApi и т.д. Увели...
Как можно "увести" открытый исходный код?
Когда начнёте писать сами, тогда и придёт понимание.
То есть ответа нет, вы что не пишете код?
Вам и не нужен ответ. Вы вкидываете ложный тезис, высмеиваете факты. GTK изначально расшифровывалась как GIMP Toolkit.
Модно, молодёжно и прогрессивно!
Ура! Ждём поддержки GTK 3.1 и GTK 3.2
Почему мне стыдно после прочтения сообщений других людей на тему, в которой они ничего не понимают?Матчасть сначала изучи и только после этого пиши.
GTK 3.1 ≠ GTK 3.0
Грубо говоря, при обновлении GTK даже на одну версию, всё может сломаться
Потому что упустили момент, когда идиотизм в Сети набрал критическую массу и превратился в лавину. И теперь не понятно, что с этим делать.
Красивее станет? Или тут чисто код меняется, что конечному юзеру не видно?
Станет хуже и жруче. Красивее на вкус и цвет. Имхо Гимп и красивый интерфейс понятия не совместимые.
Нормальный интерфейс. Все видно, все понятно, все удобно. Работается прекрасно.
https://i.imgur.com/lLL8mUq.png
Целая вечность
Не понимаю зачем проекту это? Сделали бы уже свой кастомный толките (как в том же блендере) и не парились с портированием.
Толките -> тулкит
Ты не поверишь но они так и сделали. А потом пришли корпы, которые знают как надо и теперь диктуют проекту как надо.
>свой кастомный толкитеа гтк по твоему что это?
В текущем виде гтк для них внешняя библиотека.
> Не понимаю зачем проекту это? Сделали бы уже свой кастомный толките (как в том же блендере) и не парились с портированием.Полтора калеки должны еще и тулкит свой написать? А жить когда?
Не просто должны, а обязаны это сделать.
Отлично, самое время форкать GTK3.
Интересно, как они wayland fract scaling сделают на 3-м гтк
А никак, ахаха, не будет у вас fract scaling!
И вообще, нинужОн ваш вейланд вообще!
Теперь надо портировать сразу на GTK 5, чтобы сравнялось.
Написать самим GTK 6, чтоб в GNOME все о..ли нафиг.
Надеюсь они переработали код и портирование на Gtk4 не займет так много времени.
> переработка API для скриптов и плагиновОбожаю такое.
Туда, сюда, туда, сюда, туда, сюда, релиииз...
Туда, сюда, туда, сюда, туда, сюда, релиииз...
Туда, сюда, туда, сюда, туда, сюда, релиииз...
> Обожаю такое.Ну, надо сказать, сугубо субъективно, убрали ужасное и запилили нормальный GIR. Сразу автоматически стало можно пилить плагины на всём, что поддерживается GIR (Python/JS/Vala/чётотамещё).
Сейчас, как я понимаю, осталось дорефакторить классы так, чтобы сделать местами попроще, местами повыразительней.
Слушай, вот я помню, что кто-то на ЛОРе пытался разобраться, как теперь писать скрипты на Пайтоне, и был в ужасе от того, насколько монструозный код теперь получается. Это же, я так понимаю, не поменялось?
> Слушай, вот я помню, что кто-то на ЛОРе пытался разобраться, как теперь
> писать скрипты на Пайтоне, и был в ужасе от того, насколько
> монструозный код теперь получается.Да помню, было такое. Ну не то, чтобы совсем монструозный. Я помню у него подгорело, что теперь в PDB-процедуры просто переменные не запихнёшь. Аргументы и возвраты надо сериализовать в GValue. Не сказал-бы, что прямо монструозно, но да - чуть сложней. С другой стороны снимает необходимость ждать, пока там биндинги допортируют. Прямо из коробки.
> Это же, я так понимаю, не поменялось?
Вроде как до API jehan ещё не добирался. Ну как-минимум в git log я не видел. Может проглядел, но в доках, как-минимум, всё также.
https://developer.gimp.org/api/3.0/libgimp/method.PDB.run_pr...
GIR --- это нормально?! Ну, знаете ли. Хрень чтобы вывернуть все внутренности наружу не взирая на мнение авторов о "привтности" определённых вызовов/... . С последующей дилеммой: либо ты полностью в курсе всех внутренностей и им соответствуешь (а зачемм нам это на внешне-скриптовом уровне?), либо "хреначу тут по площадям, и иногда мне везёт".
> вывернуть все внутренности наружуЕсли это так, то огромный решпект авторам. Радует, что в опенсорсе ещё жив принцип "мы не огороживаем нигде и ничего, а если ты где-то накосячишь - это твоя проблема".
В плюсах это называется "public Морозов". Ну так то и папа оригинального Павлика накосячил, получается...
Это ничего, что у вас источники есть?
Теперь можно начинать портирование на Qt )
Забавно, что GTK - это GIMP Toolkit
Не очень забавно. Это означает, что начав развивать GTK не сделали чего-то очень ценного. Что стоило бы прямо вот сразу брать.Выбежала куча народу утверждая: якобы новое - это здорово. А на самом деле новое не особенно-то стоит того чтоб внедрять.