Представлен (https://www.gimp.org/news/2018/05/20/gimp-2-10-2-released/) новый выпуск графического редактора GIMP 2.10.2, который в основном носит корректирующий характер и устраняет 44 проблемы (https://git.gnome.org/browse/gimp/tree/NEWS), выявленные в релизе GIMP 2.10 (https://www.opennet.ru/opennews/art.shtml?num=48504). Кроме исправления ошибок в новой версии также представлено несколько новшеств:- Добавлена поддержка формата изображений HEIF (https://en.wikipedia.org/wiki/High_Efficiency_Image_File_For... который использует методы внутрикадрового кодирования из HEVC;
- Добавлен фильтр Spherize для оборачивания изображения вокруг сферического колпака. Фильтр основан на операции gegl:spherize;
- Добавлен фильтр рекурсивной трансформации (Recursive Transform) для создания эффекта Дросте (https://ru.wikipedia.org/wiki/%D0%AD%D1%.... Фильтр основан на операции gegl:recursive-transform;
- Налажен процесс создания скриншотов одного выбранного окна в Windows, если это окно выходит за край экрана или частично перекрывается другими окнами;- Вычисление гистограмм перенесено в отдельные потоки, что позволило избавиться от подвисаний интерфейса в определённых случаях;
- Актуализирована (https://git.gnome.org/browse/gimp/log/devel-docs/xcf.txt) документация на формат XCF (https://git.gnome.org/browse/gimp/tree/devel-docs/xcf.txt).
Также отмечается успешное продвижение работы над веткой GIMP 3 (https://git.gnome.org/browse/gimp/log/?h=gtk3-port), &n...в которой будет проведена значительная чистка кодовой базы и осуществлён переход на GTK3+. За месяц в новую ветку было добавлено более 200 коммитов.URL: https://www.gimp.org/news/2018/05/20/gimp-2-10-2-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=48632
GIMP -- лушчий графический редактор!
...из множества { MS_Paint, GIMP }
AppImage пакет - https://github.com/aferrero2707/gimp-appimage/releases/downl...
Flatpak:
https://flathub.org/apps/details/org.gimp.GIMP
Мне как то больше krita нравится.
Крита не для редактирования, она для рисования
Что именно нельзя отредактировать с помощью криты? //одно другому не мешает
да большинство задач и в пэйнте можно, но всё-таки крита разрабатывается как инструмент для рисования, а гимп как фоторедактор. разница в расширенном функционале весьма существенна.
Неужели нельзя было не страдать nih-синдромом и сделать один универсальный редактор?
> один универсальный редактор?тупица, Гимп и есть такой редактор. А Крита - ПО для рисования.
Вставку и редактирование надписей там таки уже пофиксили до человеческого уровня? Не троллинг, реально была та ещё беда в 3.
> Вставку и редактирование надписей там таки уже пофиксили до человеческого уровня?Так и в GIMP такого не завезли... Не троллинг, реально была та ещё беда в любой версии.
>> Вставку и редактирование надписей там таки уже пофиксили до человеческого уровня?
> Так и в GIMP такого не завезли... Не троллинг, реально была та
> ещё беда в любой версии.Тыцкаем мышкой в холст, набираем текст. Надо поменять размер/шрифт — выделили и поменяли.
Нечеловечески сложная задача.
>>> Вставку и редактирование надписей там таки уже пофиксили до человеческого уровня?
>> Так и в GIMP такого не завезли... Не троллинг, реально была та
>> ещё беда в любой версии.
> Тыцкаем мышкой в холст, набираем текст. Надо поменять размер/шрифт — выделили и
> поменяли.
> Нечеловечески сложная задача.Если задача сводится тупо к наложению текста, то да. Но в таком случае для этого и гимп не нужен, подойдёт любой из клонов пйнта.
А вот если нужна обводка, тени, заливка текстурой или градиентом, трансформации и прочее, при этом ещё и привязанное к самому текстовому слою, то в гимпе всё это превращается в адовый ад.
Например тупо обводка - http://en.linuxreviews.org/HOWTO_outline_text_in_GIMP при этом если тебе вдруг понадобится сдвинуть или изменить сам текст - всё придётся делать заново.
А, ну вот это уже конкретнее, да.> Обводка
Есть патч, добавляющий настраиваемую обводку. Там практически всё, что есть в Inkscape, включая хоть текстуры в обводке. В текущей реализации дизайн выглядит страшновастенько. Пока даже не могу сказать, будут ли принимать этот патч. Похоже, что кроме меня его даже никто не смотрел пока.
> заливка текстурой или градиентом
Внутри XCF текст сейчас хранится Pango-разметкой. Не могу сходу сказать, можно ли это заженить с текстурными заливками.
> трансформации
Да, это больная часть. Решение будет скорее всего в 3.2, вместе с недеструктивной обработкой.
Тупо обводка - это выделили текст - пкм + Контур из текста - Правка - Обвести контур.
Ну вот простой тест.
Берём Windows 10 (да, ужас, ну что попало под копыто).
Выбираем значит текст. Набираем, жмём CMD+. выбираем из Emoji единорога 🦄
А он не отображается в GIMP
Потому что глючное ненужно. На Ubuntu 18.04 работает.
> А он не отображается в GIMPИ не только в GIMP. В Chrome тоже, например.
> И не только в GIMP. В Chrome тоже, например.Не. Там нормально.
Может ли крита удалить выбранный объект с фона дорисовав фон на месте удаления?
Есть ли в крита удобные средства выделения объекта на фоне?
Может ли в крита сделать blur или sharpening выделенной облости?
>Может ли крита удалить выбранный объект с фона дорисовав фон на месте удаления?если фон не монотонный, то это вроде и гимп не может. Или может?
> если фон не монотонный, то это вроде и гимп не может. Или
> может?https://docs.gimp.org/2.10/en/gimp-tool-foreground-select.html
Под каждой новостью о гимпе кто-то говорит, что ему больше крита нравится, а ему отвечают, что крита для рисования.Исправлено множество ошибок.
Для винды бинарников нет
Уже выложили.
Вы не могли бы пояснить: как в Винде реализован режим opencl?
> Вы не могли бы пояснить: как в Винде реализован режим opencl?А почему именно в винде? Это же кроссплатформенный API.
Лучше, чем в линуксе.
А не проще немного подождать и перейти сразу на GTK4?
> А не проще немного подождать и перейти сразу на GTK4?Нет, не проще.
Портировать на GTK3 в конце его жизни чтобы потом всё опять переписать? Ты нормальный?
Я очень жду от тебя, "нормального", чем же GTK4 отличается от GTK3 в части кода Gimp-а. Жажду примеров.
лучше скажи в чем совпадает ?:)>Each 6 months, the new release (Gtk 4.2, Gtk 4.4, Gtk 4.6) will break API and ABI vs. the release that came before it.
Не уходи от темы. Что можно собрать на Gtk4, чего нельзя собрать на Gtk3? И как это отностится к GIMP?
Так и gtk2 можно не менять!
> Так и gtk2 можно не менять!У GTK2 с Wayland не сложилось
Это у вяленого не сложилось,не задалось...
Ха. Ну предположим. А как насчет HiDPI, с которым у GTK2 тоже все грустно?
Вам пламенный привет от команды XFCE!
Александр, по поводу 3й версии, есть роадмап хотя бы с примерными сроками?
Нет, потому что никто не оценивал масштаб работы и не знает, сколько у кого свободного времени будет. Для проекта с таким объёмом кодовой базы это вообще непростая задача, поэтому парни просто последовательно делают работу.Есть положительный момент: к работе над проектом вроде как вернулся Симон Будиг, который раньше (лет 10-15 назад) был очень активен. Он уже сделал часть работы по порту на новый API. Не знаю, насколько его хватит, надеюсь, что надолго.
А как в плане Gtk3 и windows? Inkscape столкнулся с рядом проблем в этом плане.
> А как в плане Gtk3 и windows? Inkscape столкнулся с рядом проблем
> в этом плане.Насколько я знаю, есть некоторые проблемы с планшетами, зафиксированные парнями из MyPaint:
https://github.com/mypaint/mypaint/wiki/Debugging-tablet-iss...
Но пока что версию на GTK+3 для Windows никто ещё не собирал. Возможно, предстоит многое узнать :)
> Если нету здравого смысла, не лучше уж закрыть проект? Надоело постоянное нытье
> про большую кодовую базу. Никто ниче не должен. Тяжело, закройте нафиг!
> Есть же Фотошоп.Дружище, я, конечно, не врач, но у вас явно истерика. Никто тут не ноет. Команда тихо и спокойно делает свою работу.
Лучше сразу на Qt.
Под Qt не получится писать на чистом Си,увы.
> Под Qt не получится писать на чистом Си,увы.а на GTK не получится писать из-за постоянной смены API / ABI.. такая вот засада..
А на куте получится писать из-за постоянной смены api/abi?
> А на куте получится писать из-за постоянной смены api/abi?в qt ломают в 4->5, а в gtk обещают ломать в 4.0->4.2->4.4 и далее по тексту..
Слишком медленно разработка идет, а те кто не успевают за ними - это их проблемы.
> А на куте получится писать из-за постоянной смены api/abi?А на Qt нет постоянной смены api/abi в рамках мажорной версии в отличие от GTK+.
Понятное дело переписывать на следущую GTK+ всяко проще, но не настолько, чтоб оправдать это. Если бы они давным давно вместо решения портировать на GTK3 переписали на Qt4, то проблема перехода на Qt5 не стояла бы. Houdini, например, поддерживает до сих пор две версии(Qt4 и Qt5) и на форуме отписывались, что портировать им это не составило труда(этим занимался 1 человек насколько я помню), GIMP же не один год уже не могут портировать с GTK2 на GTK3, а поддерживать две ветки не реально, потому как они сильно отличаются. Даже между мажорными версиями Qt не так сильно ломается. Еще не один раз ты вспомните эту ситуацию, когда в очередной раз, что-то будет ломаться в Gimp из-за GTK, но тогда портировать уже будет "больнее", потому как сил уже потратили на это Гтк неоправдано много. Ну да ладно, это проблема программистов GIMP. Меня как пользователя больше удручает этот убогий диалог открытия/сохранения в GTK3+.
> GIMP же не один год уже не могут портировать с GTK2 на GTK3, а поддерживать две ветки не реально, потому как они сильно отличаютсяОткуда у вас такие фантазии?
Мажорная версия на то и мажорная чтобы перейти на новые технологии со сменой api/abi и других устаревших вещей.
Можно подумать в Qt оно всё не так же пляшет. Особенно памятны эпики по портированию между мажорными релизами тулкита (что и для GTK и для Qt справедливо).
так если в QT ломают в мажорных, то в gtk будут ломать в минорных :)4.2/4.4/4.6/... все будет сломано. и API и ABI..
> 4.2/4.4/4.6/... все будет сломано. и API и ABI..Qt и в минорных бывает неплохо ломают. Впрочем, от новой модели релизов GTK я тоже, мягко говоря, не в восторге.
сравните разницу "бывает" и "не будем поддерживать стабильность".Вообщем удачи в поддержке проекта в свете настолько не стабильного API
> Можно подумать в Qt оно всё не так же пляшет. Особенно памятны
> эпики по портированию между мажорными релизами тулкита (что и для GTK
> и для Qt справедливо).Какие эпики были при Qt4 -> Qt5? Надеюсь не по KDE судите, который одновременно делили на меньшие фреймворки и библиотеки?
В Qt сильно меняли при переходе Qt3->Qt4, а переход с Qt4 на Qt5 был очень мягким. Все изменения с которыми столкнулся лично я, были тривиальными. Больше проблем создал cmake, вот эти решили под шумок все переделать, но добавить новый подход и для четверки поленились, приходилось иметь большие блоки if-else для разных кутей.А в минорных релизах они обещают и поддерживают стабильность не только для API, но и для ABI.
> В Qt сильно меняли при переходе Qt3->Qt4, а переход с Qt4 на Qt5 был очень мягким.Что не означает, что очередной переход Qt5->Qt6 будет таким же, а не в стиле Gtk2->Gtk3 и даже хуже.
> Все изменения с которыми столкнулся лично я, были тривиальными.Насколько большой объём кода именно в GUI? Кроссплатформа? Использовались-ли кастомные виджеты?
Без какого-либо наезда спрашиваю, действительно интересно.
> Больше проблем создал cmakecmake ИМХО сам по себе сплошная проблема.
> А в минорных релизах они обещают и поддерживают стабильность не только для API, но и для ABI.Стабильный ABI и С++. Это что-то новое.
https://stackoverflow.com/questions/25250171/how-to-use-the-...
> Что не означает, что очередной переход Qt5->Qt6 будет таким же, а не в стиле Gtk2->Gtk3 и даже хуже.Конечно, всякое может быть, но главное что люди думают о совместимости. https://wiki.qt.io/Qt-Version-Compatibility
>Насколько большой объём кода именно в GUI? Кроссплатформа? Испоhльзовались-ли кастомные виджеты?
Полноценные гуевые приложения ( https://github.com/Flacon/flacon , https://github.com/Boomaga/boomaga). Под винду не собирал, но Linux, BSD, Haiku, macOS, и даже OS/2. Так что да, кроссплатформа. Есть кастомные виджеты, и дописанные и полностью свои.
> Стабильный ABI и С++. Это что-то новое.
Да не легко, но PIMPL плюс дополнительные ограничения на изменения в классах (где-то на qt.io был документ описывающий что нельзя, что можно и как менять) позволяют добиться стабильного ABI в рамках всей мажорной версии.
> Конечно, всякое может быть, но главное что люди думают о совместимости. https://wiki.qt.io/Qt-Version-CompatibilityНу логично, иначе тогда вообще смысл существования Qt был бы непонятен.
> Полноценные гуевые приложения ( https://github.com/Flacon/flacon , https://github.com/Boomaga/boomaga). Под винду не собирал, но Linux, BSD, Haiku, macOS, и даже OS/2. Так что да, кроссплатформа. Есть кастомные виджеты, и дописанные и полностью свои.
Посмотрел. Не самое, конечно, навороченное приложение, но ОК, мнение принял к сведению.
> Да не легко, но PIMPL плюс дополнительные ограничения на изменения в классах (где-то на qt.io был документ описывающий что нельзя, что можно и как менять) позволяют добиться стабильного ABI в рамках всей мажорной версии.
Ну будем посмотреть, что они там напилят. Пока лично я всё-таки скептично отношусь к полноценному ABI compatibility там, где вижу С++.
ЗЫ. boomaga - прикольная штука. Утащил собрал себе :)
ЗЫЫ. Есть небольшой фич-реквест. Можно сделать брошюрное расположение? Т.е. как расположение "Книга", но страницы переставлены под печать, 8стр.-> 4стр. с порядком 1-8,2-7,3-6,4-5.
> Посмотрел. Не самое, конечно, навороченное приложение, но ОК, мнение принял к сведению.Еще в Razor-qt я добавлял поддержку 5-го Qt, то-же особых проблем не было.
> Пока лично я всё-таки скептично отношусь к полноценному ABI compatibility там, где вижу С++.
Да, это дается нелегко. Помню они фичи отклоняли, т.к. те меняли размеры объектов и соответственно ломали ABI. А повальный PIMPL усложняет наследование, чуть копнешь глубже, и упираешься в приватные хэдеры.
> Есть небольшой фич-реквест. Можно сделать брошюрное расположение? Т.е. как расположение "Книга", но страницы переставлены под печать, 8стр.-> 4стр. с порядком 1-8,2-7,3-6,4-5.Так расположение "Книга" это оно и есть, при печати и будет 1-8,2-7 и.т.д (на самом деле: 8-1, 2-7, 6-3...). Это на предпросмотре они идут в нормальном порядке.
>Стабильный ABI и С++. Это что-то новое.А про Стабильный ABI и С Линус уже высказался. Стабильный ABI - нонсенс.
> А про Стабильный ABI и С Линус уже высказался. Стабильный ABI - нонсенс.Линус, насколько я помню, высказывался про внутриядерный API. Или это какая другая цитата?
> Под Qt не получится писать на чистом Си,увы.Чистый си не нужен и вреден. В проектах на чистом си обычно разведён лютый гoвнокод с самоповторами, костылями и дефайнами, где они не нужны, который разрабы воспринимают как достоинство. И пулл-реквесты, где гoвнокод устранён, фaнатики отвергают с формулировкой "я, bdfl, хочу оставить этот проект на си".
> Чистый си не нужен и вреден.Эксперт в разработке?
> В проектах на чистом си обычно разведён лютый гoвнокод с самоповторами, костылями и дефайнами, где они не нужны, который разрабы воспринимают как достоинствоПримеры крупных проектов (GIMP крупный проект), на каком угодно языке, без вот этого всего конечно есть в природе?
> И пулл-реквесты, где гoвнокод устранён, фaнатики отвергают с формулировкой "я, bdfl, хочу оставить этот проект на си".Пулл-реквесты в стиле "собралось на моей машине и ладно" не нужны от слова совсем.
>Пулл-реквесты в стиле "собралось на моей машине и ладно" не нужны от слова совсем.А на чьей ещё машине должно собраться? Я должен на всех машинах в мире это собрать? На трависе тоже собралось.
> А на чьей ещё машине должно собраться? Я должен на всех машинах в мире это собрать? На трависе тоже собралось.На машинах остальных разработчиков + на парке поддерживаемых архитектур + на всех поддерживаемых проектом ОСях (Win, Linux, Mac) в диапазоне поддерживаемых версий. Не работает - или дорабатывай патч, или иди с ним нафиг - всё просто.
Плюс, патч должен решать какую-либо назревшую проблему или полезную и интересную идею. Если вместо этого пихаются "хотелки" и новые проблемы - патчи тоже почти всегда идут нафиг, а зануда-реквестер в игнор, ибо этот геморрой никому не нужен (пусть, если приспичило, форкает и там сам-себе развлекается).
А какая необходимость писать именно на чистом Си без плюсов?
> А какая необходимость писать именно на чистом Си без плюсов?Предлагается команде GIMP в составе 5-6 наиболее активных разработчиков всё бросить и засесть на n-цать лет для переписывания на плюсы? Инкскейперы вон стартанули - до сих пор в процессе.
А о преимществах / недостатках плюсов уже гигабайты текста исписаны и исходя из этого сделаны Rust, Go, C# и т.д. Зачем лишний раз повторяться?
>> А какая необходимость писать именно на чистом Си без плюсов?
> Предлагается команде GIMP в составе 5-6 наиболее активных разработчиков всё бросить и
> засесть на n-цать лет для переписывания на плюсы? Инкскейперы вон стартанули
> - до сих пор в процессе.Это вы предлагаете. А я предлагаю начать убирать все макросы, какие можно убрать. Потому что меня уже зае%%ло, когда проект на моей машине не собирается, а компилятор выдаёт какую-то муть, а всё потому, что кто-то сделал дефайн, а на моей машине этот дефайн раскрылся непредусмотренным образом (а сборка мингвой для винды не тестируется совсем; либо используется msvc, либо сборка идёт под линукс) в ебенях и подействовал на другие ебени. Так можно и бэкдоры незаметные совсем пихать.
> А я предлагаю начать убирать все макросы, какие можно убрать.Более другого способа делать условную компиляцию ещё не придумали. Придумаете - welcome, переписывайте. Макро-функции да, можно заменить на инлайны, но они не всегда "инлайнятся", компиляторы ведут себя с ними по разному и вообще вещь, требующая крайней внимательности.
> Потому что меня уже зае%%ло, когда проект на моей машине не собираетсяФайлы README, INSTALL, HACKERS для кого пишут?
> а компилятор выдаёт какую-то мутьИ что мешает её прочитать?
> а всё потому, что кто-то сделал дефайн, а на моей машине этот дефайн раскрылся непредусмотренным образом (а сборка мингвой для винды не тестируется совсем; либо используется msvc, либо сборка идёт под линукс) в ебенях и подействовал на другие ебени.А потом, внезапно, выясняется, что в инструкции (которую никто не читал, ведь так) написано чем, на чём и с чем в комплекте собирать. Пытаться при этом собрать mingw, то что изначально писано под msvc или линукс-only, можно, конечно, до посинения.
> Так можно и бэкдоры незаметные совсем пихать.Можно. Пихайте. Вспомним за Induc, поражающий Дельфёвый RTL.
> а на моей машине этот дефайн раскрылся непредусмотренным образомЗначит компиляция данной программы на вашей машине - не предусмотрена. И здесь ничего существенно не изменится даже если вы замените все макросы шаблонами :) Единственное, что можно сделать, - это самому разобраться, что именно не так, и внести соответствующие исправления.
>Под Qt не получится писать на чистом Си,увы.А нужно графический редактор писать на чистом C?
> Добавлена поддержка формата изображений HEIF, который использует методы внутрикадрового кодирования из HEVCНу наконец-то.
Интерфейс пипцовый, конечно. Но если закрыть глаза, то работать можно. Наверно.
Закыть глаза и рисовать? Сальвадор Дали вам люто завидует.
Какие-то вырвиглазные темы завезли в 2.10.х и возможности вернуть как было не могу найти :(
> Какие-то вырвиглазные темы завезли в 2.10.х и возможности вернуть как было не
> могу найти :(Зайти в Правка - Параметры и увидеть "Тема" (System) и "Тема значков" (Legacy). Разве не очевидно?
Параметры в Правке это всегда несколько неочевидно.
А вот это https://www.microsoft.com/en-us/store/p/the-gimp-essential-t...Какое отношение к GIMP имеет?
Видно же, что обучалка какая-то и не от гимповцев. Зачем оно оформлено в виде программы да еще и с версий на мобильник остается загадкой.
платное приложение под win-дофон для обучения gimp.
у парней есть проблемы с бизнес идеями
> платное приложение под win-дофон для обучения gimp.
> у парней есть проблемы с бизнес идеямиУ каких парней? :)
M$ делает на GIMP деньги.
в убунту репах 18,04 обновится?
Нет конечно. Обмазывайся Flatpack-ами
https://flathub.org/repo/appstream/org.gimp.GIMP.flatpakref
я через репы подключил, а зачем эти флакпаки?
Это ссылка на репу.
Лаги курсора уже починили?
аа, вот не один я такое оказывается словил
> Лаги курсора уже починили?При каких обстоятельствах они у вас проявляются?
Даже не знаю. Что на Linux, что на Windows 8, на разном железе, CPU и видеокартах, сразу после чистой установки. Выглядит как-то так: http://rgho.st/private/8qNfbx8xb/71e31a43159a4021223f6f090d5...Не поспевает за курсором мыши. Началось где-то с >= 2.8 (2.7 не запускал).
http://dropmefiles.com/zRnF1
Пишут "Файл загружается".
Выше другую ссылку дал.
Вижу, спасибо. Да, это пока осталось.
А есть issue в трекере? Я бы подписался.
Сходу не нашёл. В любом случае, сейчас всё (включая багрепорты) переносят на gitlab.gnome.org.
1. Не запоминает положение доп. окон (2.8 запоминал) в случае нескольких мониторов. Т.е. вот я к примеру вынес в отдельное окно все инструменты, задвинул то окно на второй монитор, и при следующем запуске гимпа оно оказывается на одном мониторе с основным окном.
2. Движки цвета (в режиме "шкала") можно только двигать драгом, нельзя ткнуть в произвольную позицию движка, как у стандартного gtk'шного скроллбара.
С окнами у него вообще всегда были проблемы. Открывает в случайном месте экрана, хотя принято по центру. А экран создания нового изображения вообще за пределы экрана частично уходит.
В Ubuntu mate, с панелью Brisk, Gimp не появляется на панели. Новую версию Gimp ещё не смотрел, надеюсь исправили.
> В Ubuntu mate, с панелью Brisk, Gimp не появляется на панели. Новую версию Gimp ещё не смотрел, надеюсь исправили.Нет, никто ничего не исправлял специально для Mate и Brisk (что бы это ни было такое).
я класический вид выбрал, бриск глючный какой-то и не допиленный
До обновления тоже глючил, да и сейчас глючит. Gradio из выподающей панели на панель Brisk не всунуть. Только если висит открытая, то тогда можно закрепить.
Похоже, что gegl пошёл в массы?
Эт`хорошо!
А я думал GIMP на питон переводят, ... много файлов .py, .pyc
В новости заявлена поддержка формата HEIF, но плагина внутри архива такого нет и редактор такой формат не открывает. Кто-нибудь подскажет как заставить его работать или может кто скомпилировать плагин с github "heif-gimp-plugin"?
На момент выпуска 2.10.2 libheif не собирался в Windows. Это уже исправлено в апстриме libheif. Либо перепакуем инсталлятор 2.10.2, либо подождём 2.10.4.
Спасибо за ответ, перепаковывать думаю смысла нет, лучше подождать.