LINUX.ORG.RU

AzPainter 2.0.1

 ,


6

3

7 февраля, спустя год после финального выпуска AzPainter 1.0.7, был представлен релиз AzPainter 2.0.1 — свободного (GPL v3) графического редактора полноцветных изображений, основанного на наработках проектов AzPainter 1.x и AzPainterB (последний приспособлен для pixel art). Данная ветка содержит огромное количество улучшений по сравнению с AzPainter2 (Windows). Уже сейчас AzPainter может посоревноваться в удобстве с такими проектами, как mtPaint, благодаря парадигме UI, схожей с классическими парадигмами GIMP и Photoshop.

Главные отличия ветки 2.x от 1.x

  • Код переписан c C++ на C для упрощения портирования на другие ОС.
  • Тулкит AzXClass заменён на mlib. Оба тулкита разработаны автором и работают поверх X Window System (без зависимостей от других тулкитов или DE).
  • Добавлен однооконный режим.
  • Максимальный размер холста увеличен с 9999 × 9999 до 20000 × 20000 пикселей.

Особенности программы

  • поддержка полноцветных изображений с прозрачностью (RGBA, 16bit);
  • поддержка регулирования размера кисти в соответствии с показаниями датчика давления планшета или относительно скорости движения курсора;
  • поддержка слоёв и разнообразных операций по работе с ними;
  • наличие большого количества фильтров;
  • поддержка выделения произвольной формы, а также инструмента «волшебная палочка»;
  • собственный формат APD;
  • поддержка открытия и сохранения APD (v3), PSD, BMP, PNG и JPEG;
  • поддержка открытия APD (до v3), ADW (v1—v2) и GIF.

Список изменений (за январь—февраль 2017)

  • Изменён порядок действия при выделении с зажатыми клавишами Shift (добавить к выделенному) и Ctrl (убрать из выделенного).
  • При заливке с зажатием клавиши Ctrl применяется «transparent (antialias)».
  • Изменение цвета слоя стало возможным при выборе цвета в палитре с зажатой клавишей Shift.
  • Добавлен файл справки на японском языке.
  • Исправлен проблема с окном предпросмотра.
  • Исправлен инструмент прямоугольного выделения.
  • В процессе создания слоёв теперь можно выбрать название из предварительно созданного списка типовых названий (можно создать собственные шаблоны).
  • Добавлена опция «Key + Operation Selection Range Tool Action» в «Canvas Key Setting». Теперь можно настроить ассоциацию клавиш для Selection Tool в любой момент.
  • Улучшена интерполяция при увеличении угла поворота canvas.
  • Исправлена ошибка, приводящая к исчезновению перемещаемого элемента, если не было определено «left / right movement» в «Palette placement setting».
  • Исправлена ошибка, из-за которой порядок отображения слоёв был неправильным, если сразу же отпустить кнопку после быстрого перемещения полосы прокрутки в списке слоёв.
  • В меню настроек «Operation» теперь можно настроить действия кнопок мышки и стилуса планшета. Также можно добавить операции на ЛКМ.
  • Реализовано автоматическое скрытие рамки выделения при перемещениях с зажатой клавишей Ctrl для смещения или копирования изображения в выделенном регионе.
  • В диалоге трансформации по нажатию Ctrl + Left Drag теперь включается прокрутка canvas.
  • При настройке толщины кистей настройки автоматически сохраняются и для следующей сессии, если не отключено автосохранение.
  • Изменён шаг фиксации слайдеров прокручивания.
  • Цветовые маски и маска прозрачности слоя привязаны к цвету линии (влияет на ввод кистью с включённым сглаживанием).
  • Во время рисования кистью произвольных линий теперь используется информация от устройства ввода, которым была активирована кисть (если кисть активирована нажатием левой кнопки мышки, то и кисть будет реагировать только на движения мышки, а если инструмент был активирован через нажатие на планшете, то кисть будет реагировать на ввод с планшета; данную опцию можно отключить или настроить на своё усмотрение).
  • Добавлена опция «Select grabbed layer» в настройки горячих клавиш в настройках canvas.
  • Добавлена опция «Create new layer above this folder» и «Move check layer to this folder» в меню ПКМ на значке папки списке слоёв.
  • Тип области выделения теперь изменяется при нажатии на соответствующий значок.
  • Заменена иконка палитры видимой области canvas.
  • Исправлено ошибка, из-за которой отображался индикатор «No change» после сохранения копии изображения.
  • Исправлена ошибка в окне слоев, из-за которой увеличивались некоторые элементы списка слоев и возникали проблемы при прокрутке списка.
  • Исправлена функция поддержки фиксированных углов (шаг 45 градусов) при зажатии клавиши Shift.
  • Добавлена локализация на бразильский вариант португальского языка (pt_BR).
  • Заменена иконка программы, добавлен её SVG-вариант.

Дальнейшее развитие

На данном этапе автор приостанавливает разработку AzPainter 2.x и переключает свое внимание на усовершенствование AzDrawing 1.x — минималистичной программы для рисования и создания эскизов с поддержкой лишь оттенков серого (8bit).

Ранее автор заявлял о планах создания AzDrawing 2.x (Linux), но скорее всего, доработанный код будет объединён с AzPainter 2.x в одну программу, ведь они обе имеют много идентичных функций и отличаются по большому счёту лишь поддержкой цветовой гаммы. Возможно, код AzPainterB также будет включён в финальный продукт, в результате чего три отдельных приложения будут заменены одним. В конечном счёте слияние сэкономит время на разработку.

Также не исключена вероятность того, что объединение повлияет на размер программы и отразится на поддержке прошлых форматов файлов (APD и ADW).

Скриншоты и обзоры процесса разработки

  1. Официальный блог автора (на японском).
  2. Блог пользователя из Бразилии (на португальском).
  3. AzPainter 1.0.7 и AzDrawing 1.5 в разделе «Галерея → Скриншоты».

>>> Все программы для GNU/Linux на сайте автора

>>> Исходный код

>>> Сборки для разных дистрибутивов

>>> Подробности

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: AP (всего исправлений: 19)

Код переписан c C++ на C для упрощения портирования на другие ОС.

ОМГ. Обычно же наоборот делают.

DELIRIUM ☆☆☆☆☆
()

Код переписан c C++ на C для упрощения портирования на другие ОС.

что добавили разрабы в смесь «травы» и мухоморов?

anonymous
()

Да всем насрать :D

anonymous
()
Ответ на: комментарий от DELIRIUM

Код переписан c C++ на C для упрощения портирования на другие ОС.
ОМГ. Обычно же наоборот делают.

Ниппонцы же пишут книжки справа на лево, а иногда и сверху вниз. Так что вполне логично.

anonymous
()
Ответ на: комментарий от atsym

В LinuxMint 18.1 нету «из коробки» Krita и Inkscape, так что не надо тут выступать со статистикой аля 106%...

Минт основан на дебиановских пакетах, а там всё это есть, так что не звизди. Вот прям об лицо тебе это вытираю: inkscape есть _везде_ https://repology.org/metapackage/inkscape/versions

slovazap ★★★★★
()

Код переписан c C++ на C для упрощения портирования на другие ОС.

https://translate.google.com/translate?hl=&sl=ja&tl=en&u=http://a...

When I was building AzDrawing / AzPainter for Linux, I was trying to fumble while not familiar with the Linux environment, so I had various suitable parts, but I think that the circumference has been largely eliminated .
After all it was more convenient to use C than C ++.

Автор новости, пять кубиков разупорина-форте тебе внутривенно.

dt1 ★★
()
Ответ на: комментарий от slovazap

они адекватно написаны и оформлены, с портированием проблем не возникает

Дело не в адекватности написания и оформления, а в количестве труда контрибьюторов/пакетировщиков, приложенного для портирования. И бывали ситуации, когда приложению требуются либы более новые или совсем отсутствующие, чем те, что есть в стабильных версиях дистров. Поэтому зарекаться нельзя про полное отсутствие проблем.

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Дело не в адекватности написания и оформления

Нет, именно в нём. Только когда проект изначально написан через ж, требуется

количество труда контрибьюторов/пакетировщиков, приложенного для портирования

В нормальной же ситуации git clone && cmake && make install работают сразу, причём на всех дистрах и на BSD в том числе, за вычетом установки зависимостей. И, к великому счастью, такое сейчас действительно норма, причём даже когда автор тестируется только на своём дистре. Во многом благодаря cmake, и вообще тому что хорошие практики написания кода и сборки быстро приживаются.

Но только, к сожалению, не у таких вот индивидуумов барахтающихся в своих местячковых деревнях с дельфями и C вместо языков программирования и каракулями вместо языка общения.

приложению требуются либы более новые или совсем отсутствующие, чем те, что есть в стабильных версиях дистров

А это уже проблемы т.н. «стабильных дистров». На самом деле не проблемы, поскольку новый софт которому могут потребоваться свежие библиотеки в них просто не нужен.

slovazap ★★★★★
()
Ответ на: комментарий от env

Такого популярного крапа на каждой недородине навалом. И у нас свои квипы на дельфе были. Только чтобы выбраться из этих местячковых родин, а особенно в F/OSS сообщество, надо проявить хотя бы минимум уважения к пользователями и потенциальным контрибуторам.

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

А это уже проблемы т.н. «стабильных дистров». На самом деле не проблемы, поскольку новый софт которому могут потребоваться свежие библиотеки в них просто не нужен.

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

Вот к примеру ноуты Dell Inspiron идут с Ubuntu 14.04 и дровами, обеспечивающими работу всего железа. Под Ubuntu 16.04 на сайте дров нет и, как подсказывает опыт и убунтовский хелп, ванильный дистр не заведется с полной поддержкой всего железа. Чо делать? Покупать более свежий ноут? Или корячиться с кривыми дровами на более свежей версии дистра? И только потому, что автору проги XXX захотелось заюзать что-то экзотичное. Это типичная проблема для Linux, увы.

И в таких случаях выручает работа пакетировщиков, корректирующих эти проблемы.

Linfan ★★★★★
()
Ответ на: комментарий от slovazap

Что не так-то? Оно и практически git clone && make && make install. Собирается отлично, ничего не тащит, запускается за мгновение и вроде как работает даже хорошо.

anon1337
()
Ответ на: комментарий от slovazap

C вместо языков программирования

Возник интересный вопрос. Был ли получен какой-то полезный результат от подобных петушиных воплей? Т.е., нашелся ли хоть один дурачок, который от подобных фанатичных выкриков решил на C++ перейти? Интересуюсь статистики для.

waker ★★★★★
()
Ответ на: комментарий от slovazap

В нормальной же ситуации git clone && cmake && make install работают сразу, причём на всех дистрах и на BSD в том числе, за вычетом установки зависимостей.

Предлагаю тебе собрать GIMP из Git master параллельно с GIMP 2.8.x, не трогая переменные окружения.

AP ★★★★★
()
Ответ на: комментарий от waker

Т.е., нашелся ли хоть один дурачок, который от подобных фанатичных выкриков решил на C++ перейти?

Целая прорва дурачков - разработчики gcc, например.

slovazap ★★★★★
()
Ответ на: комментарий от Linfan

Вот к примеру ноуты Dell Inspiron идут с Ubuntu 14.04 и дровами, обеспечивающими работу всего железа. Под Ubuntu 16.04 на сайте дров нет и, как подсказывает опыт и убунтовский хелп, ванильный дистр не заведется с полной поддержкой всего железа. Чо делать? Покупать более свежий ноут? Или корячиться с кривыми дровами на более свежей версии дистра? И только потому, что автору проги XXX захотелось заюзать что-то экзотичное. Это типичная проблема для Linux, увы.

Это типичная проблема Dell'а и подобных проприетарных говновендоров, а также их недалёких пользователей. Но вы здорово её переложили на авторов софта. Теперь только чтобы у вас, кактусёров, что-то собралось, авторы, оказывается, должны использовать старые версии библиотек, теряя в фичах, производительности, стабильности и городя костыли. Здорово.

Но, знаете, не будет этого. Не увидите на своём Trusty ни нового софта, ни свежих версий. Даже ваши пакетёры ради вас не почешутся. Вы там, где вам место: https://repology.org/statistics (мотайте вниз). И это даже не «увы», потому что вы ничего не даёте сообществу, а только питаетесь его объедками. Никто не уронит слезы если вы и на оффтопик свалите.

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

Целая прорва дурачков - разработчики gcc, например.

сомневаюсь, что они это сделали на основании твоих выкриков на лоре. наверняка у них были более существенные причины. я имел ввиду переход на C++ именно благодаря тебе, исключительно на голой фанатичности.

waker ★★★★★
()
Ответ на: комментарий от slovazap

Но, знаете, не будет этого. Не увидите на своём Trusty ни нового софта, ни свежих версий. Даже ваши пакетёры ради вас не почешутся.

Вах, сколько экспрессии ))) Йуный друх, Каноникал поддерживает Trusty до 2019го. И производители софта его тоже саппортят (Хром, VBox и т.п.) Поэтому и пакеты были, есть и будут есть :)

И это даже не «увы», потому что вы ничего не даёте сообществу, а только питаетесь его объедками. Никто не уронит слезы если вы и на оффтопик свалите.

Хм... мсье, вы случаем не Торвальдс, или там RMS? А то вы как-то мощно оцениваете значимость своего выхлопа ;) Я не спорю, мой вклад скромен (http://sk1project.net). Но назвать его «ничего не даёте сообществу» это как-то ну уж совсем через чур.

Linfan ★★★★★
()
Ответ на: комментарий от AP

Перегруппировка панелей в AzPainter

Режим смешивания кисти слева, пустая панель параметров инструмента — справа.

Сейчас перегруппировать панели можно через меню «Settings (O) --> Palette settings (P)», где отдельные панели можно переместить на левую или правую сторону а также установить какая выше и какая будет расположена ниже.

Скорее всего это ошибка в английской локализации (в файле ../transation/en): словосочетания (там их три) «Palette settings» нужно исправить на "Pannel settings".

Ну, и конечно же, можно любую панель временно отсоединить (для тех кому нужна многооконность).

atsym ★★★★★
() автор топика
Последнее исправление: atsym (всего исправлений: 1)
Ответ на: комментарий от Linfan

Поддерживаю!

slovazap, если пользователь FLOSS программ, сам не создает новых, но при этом тестирует существующие программы и делает отличные отчеты об ошибках для разработчиков, то его вклад не менее важен чем вклад тех, кто изначально написал код (с ошибками).

Хороший тестировщик (QA) иногда стОит больше чем несколько программистов, которые пишут код!

atsym ★★★★★
() автор топика
Ответ на: Перегруппировка панелей в AzPainter от atsym

Скажу честно: я не планирую пользоваться AzPainter и потому не готов постить багрепорты и вообще вкладываться в его развитие. Но программа занятная, и народ делает в ней прикольные работы. Мне тут накидали на них ссылок пачку, надо бы запостить :)

AP ★★★★★
()
Ответ на: комментарий от AP

Мне тут накидали на них ссылок пачку, надо бы запостить :)

Может, по свободному времени, напишешь обзоры на DigiLinux и LibreGraphicsWorld, а?

Я, думаю, в ближайшие пару дней сделаю статью на Википедии.

atsym ★★★★★
() автор топика
Ответ на: комментарий от atsym

Хороший тестировщик (QA) иногда стОит больше чем несколько программистов, которые пишут код!

Не стоит пытаться «тянуть одеяло» на какой-либо этап разработки. Важны все участники процесса изготовления и доставки софта.

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Согласен, но и заявлять что «пользователь = никто», особенно в случае с FLOSS, тоже неуместно.

atsym ★★★★★
() автор топика
Последнее исправление: atsym (всего исправлений: 1)
Ответ на: комментарий от AP

Спасибо, буду ждать с нетерпением! ;-)

не готов постить багрепорты и вообще вкладываться в его развитие.

А вот даже не знаю... Я двое суток назад написал на мыло автору, но пока никакой реакции. На Гитхабе официально проекта пока нет, куда вообще еще постить отчеты непонятно. В принципе можно поднимать свой форк и допиливать пока-что мелкие неточности, а когда автор появится тогда дать все это ему на усмотрение...

atsym ★★★★★
() автор топика
Ответ на: комментарий от atsym

В принципе можно поднимать свой форк и допиливать пока-что мелкие неточности, а когда автор появится тогда дать все это ему на усмотрение...

Совершенно не стоит. Лучше выйти на контакт с автором (http://azsky2.html.xdomain.jp/mailform.html )

Linfan ★★★★★
()
Ответ на: комментарий от Linfan

Ну, дык, я уже написал автору пару дней назад (читай мой коммент выше). Форк это уже последний метод, если автор не будет выходить на связь в ближайшие пару недель.

atsym ★★★★★
() автор топика
Ответ на: комментарий от atsym

Форк есть делать смысл тогда, когда ты чувствуешь в себе достаточно сил, чтобы развивать проект. И то при условии, что оригинальный проект заглох. Сабж развивается и весьма шустро. А отвечать на письма автор не обязан в короткий срок. Может у него почта завалена по самое небалуй отзывами и подобными реквестами, хз.

Linfan ★★★★★
()
Ответ на: комментарий от waker

сомневаюсь, что они это сделали на основании твоих выкриков на лоре

И что мне с этого? Важно что они это сделали, поскольку это верный путь. А кто-то вместо этого деградирует. Упрощает портирование на другие ОС. Переходом на низкоуровневый недоязык. При том что проект прибит к Linux и X11...

slovazap ★★★★★
()
Ответ на: комментарий от Linfan

Вах, сколько экспрессии ))) Йуный друх, Каноникал поддерживает Trusty до 2019го. И производители софта его тоже саппортят (Хром, VBox и т.п.) Поэтому и пакеты были, есть и будут есть :)

Видели мы ваши пакеты. Четверти от актуального количества нет, из оставшегося половина жестоко протухла.

https://repology.org/statistics

https://repology.org/metapackages/outdated-in-repo/ubuntu_trusty/

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

А кто-то вместо того, чтобы создавать достойную альтернативу GIMP и Photoshop, пишет комменты на ЛОР'е. Такие дела...

atsym ★★★★★
() автор топика
Ответ на: комментарий от slovazap

Видели мы ваши пакеты. Четверти от актуального количества нет, из оставшегося половина жестоко протухла.

Trusty гораздо стабильнее и цельнее, чем 16.04. Ессно для рутинной работы. А пианэрам да, нужны красивые циферки версий и пофиг, что кеды в трешовом состоянии. Им же не работать, а попонтоваться :)

Linfan ★★★★★
()
Ответ на: комментарий от atsym

если пользователь FLOSS программ, сам не создает новых, но при этом тестирует существующие программы и делает отличные отчеты об ошибках для разработчиков, то его вклад не менее важен чем вклад тех, кто изначально написал код (с ошибками)

Золотые слова! Только задумайся, пожалуйста, что можно тестировать и о чём отчёты писать используя софт пятилетней давности. Не забывай, у них же «стабильность». Эти могут только багтрекеры засорять багами которые были давно исправлены. Была даже новость об авторе, который запретил распространение его софта у древних то ли Debian то ли Ubuntu, посколько его достали репорты давно исправленных ошибок оттуда. Интересно было бы эту новость найти...

slovazap ★★★★★
()
Ответ на: комментарий от Linfan

Только надо уточнять, что этому скриншоту уже более 6 лет!

Да и AzPainter 2.x (Linux) это в несколько раз улучшенная версия AzPainter2 (Windows).

atsym ★★★★★
() автор топика
Ответ на: комментарий от slovazap

Во, Дискуссия о потенциальных проблемах безопасности в Debian

«История началась с просьбы разработчика XScreenSaver к мейнтейнерам Debian удалить его программу из репозиториев дистрибутива. Автору программы надоело объяснять пользователям Debian, сообщающим об ошибках в XScreenSaver, что ошибки уже давно исправлены в новых версиях программы, но из-за политики Debian в репозиториях остаётся устаревшая версия программы (от 2014 года).»

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

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

ну т.е. ты в принципе просто борец за идею. понятно.

Упрощает портирование на другие ОС. Переходом на низкоуровневый недоязык. При том что проект прибит к Linux и X11...

ты даже не знаешь, что C и кресты языки одинакового уровня?

waker ★★★★★
()
Ответ на: комментарий от Linfan

Trusty гораздо стабильнее и цельнее, чем 16.04.

Главное повторяйте это по десять раз перед сном. И не дай бог вам в вашей рутине свежую версию чего-нибудь захотеть.

slovazap ★★★★★
()
Ответ на: комментарий от atsym

У меня был похожий опыт. У gimp-astronomy-plugins не было репозитория, а я там поправил метаданные плагинов и макеты некоторых диалогов. Ну я залил исходники на гиториус (он тогда ещё живой был) и прислал ссылку автору. Тот сделал пару релизов с моими изменениями, а третью пачку изменений проигнорировал :) Так и живём.

AP ★★★★★
()
Последнее исправление: AP (всего исправлений: 1)
Ответ на: комментарий от waker

ты даже не знаешь, что C и кресты языки одинакового уровня?

[картинка с вилли вонка]

slovazap ★★★★★
()
Ответ на: комментарий от slovazap

Не перекручивай слова!

Только задумайся, пожалуйста, что можно тестировать и о чём отчёты писать используя софт пятилетней давности. Не забывай, у них же «стабильность».

Я занимаюсь тестированием «AzPainter», а не тестированием «AzPainter under Trusty» или же «Trusty distr itself».

Завязывай офтопить! Если есть что сказать по программе - скажи. Нет, тогда «welcome to talks»(на форуме)

atsym ★★★★★
() автор топика
Последнее исправление: atsym (всего исправлений: 1)
Ответ на: комментарий от Linfan

Как и у всех других графических FOSS приложений, у AzPainter'а целевая аудитория не на Linux:

Ты такой мальчик-обобщун, что просто мимими :)

Рекомендую на досуге погуглить старые треды в списке рассылки разработчиков Хугина. Там авторы предлагали дропнуть поддержку винды из-за того, что от этой части аудитории больше проблем, чем пользы.

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

Также советую поспрашивать у команд гимпа и инкскейпа, сколько программистов у них живёт в винде. За первых можешь спросить прямо меня, прямо тут :)

AP ★★★★★
()
Ответ на: комментарий от slovazap

Была даже новость об авторе, который запретил распространение его софта у древних то ли Debian то ли Ubuntu, посколько его достали репорты давно исправленных ошибок оттуда.

Подозреваю, что речь идёт о Shotcut. Там дело было в другом. Софт Дэна собирали криво, и когда начался разговор на тему сборок для Дебиана, он завёлся.

https://github.com/mltframework/shotcut/issues/26#issuecomment-57869453

AP ★★★★★
()
Последнее исправление: AP (всего исправлений: 1)
Ответ на: комментарий от AP

Не, AzPainter 2.0.1 (комментарий)

Софт Дэна собирали криво

А тут я бы поспорил. Если он бандлил зависимости, он такой же криворучка как тот японец.

slovazap ★★★★★
()
Последнее исправление: slovazap (всего исправлений: 2)
Ответ на: комментарий от slovazap

А тут я бы поспорил. Если он бандлил зависимости, он такой же криворучка как тот японец.

Тут не о чем спорить. Пользователям нужен работающий софт вне зависимости от того, под каким конкретно гнулинупсом он сидит. Если единственный способ добиться этого — сделать статическую сборку, куда включён ffmpeg, movit и иже с ними, то пускай так и будет.

Вот в идутвуке забандлен и ffmpeg, и OCIO, и ничё — брат жив. У перфекционистов от этого, конечно, могут происходить прикольные корчи. Но я лично сомневаюсь, что у этих перфекционистов есть продакшон 3D/VFX с дедлайнами.

AP ★★★★★
()
Последнее исправление: AP (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.