LINUX.ORG.RU

Pinta 1.4

 , , ,


0

2

Вышла новая версия лёгкого кроссплатформенного графического редактора Pinta, написанного на Gtk#/Mono.

Существенные изменения:

  • Режимы выделения для инструмента Magic Wand (Union, Exclude, Xor, and Intersect).
  • Режимы наложения слоёв.
  • Существенно снижено потребление памяти панелями «открытые изображения» и «история изменений».
  • При вводе текста теперь поддерживается copy-paste, специальные символы и альтернативные методы ввода.
  • Улучшена скорость отрисовки.
  • Инструмент «выбор цвета» теперь поддерживает выбор размера пипетки, а также выбор из одного слоя или всего изображения.
  • Добавлена команда для копирования в буфер обмена всего изображения (с объединёнными слоями), а не только текущего слоя.
  • Холст теперь отбрасывает тень.
  • Улучшена поддержка расширений, также теперь поддерживается загрузка расширений из удалённых репозиториев.
  • Как всегда, исправлено множество багов.

На сайте доступны версии для Windows, Mac OS X, а также tarball и кроссплатформенный zip-архив. Для Ubuntu доступны deb-пакеты из PPA.

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



Проверено: post-factum ()
Последнее исправление: Silent (всего исправлений: 1)

Ответ на: комментарий от reserved

Интерфейс не содран. Pinta - это форк Paint.NET

Quasar ★★★★★
()
  • Редактирование кривых происходит крайне черезжопно.
  • Почему ползунки в Уровнях нельзя возить мышью — непонятно.
  • Какого лешего при вызове инструментов Тон/Насыщенность и Яркость/Контраст затемняется весь остальной экран как-будто вызывается административный системный диалог-- тоже не понятно. Это какой-то абсурд... Это только у меня так (KDE)?
valentin_v13 ★★★
()

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

(Pinta:23017): Gtk-CRITICAL **: IA__gtk_box_reorder_child: assertion `old_link != NULL' failed

(Pinta:23017): Gtk-CRITICAL **: IA__gtk_widget_grab_default: assertion `gtk_widget_get_can_default (widget)' failed
Завершено


А вообще, не смотря на вышесказанное, программа нравится, хотя мне и не нужна. Пусть будет.

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

Ну, я конечно, бывает криво выражаю свой поток мыслей, но, по-моему, в данном случае всё понятно :-)

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

есть ли в линуксе легкий редактор растровой графики

mtpaint крутой!

Если прям-похож на виндовый - KolourPaint c зависимостями, gnome-paint - не долелан :)

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

Да ладно!

Ну интерфейс чуток странноват, но скорость!

Да и умеет более чем для «быстро поправить»

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

А там можно придумать что-то радикально новое (кроме тени от холста)? :D

Я понимаю с более навороченными программами, но в категории «две кисти, fill tool, слои» революций не было давно.

chazcatrix
()
Ответ на: комментарий от RedPossum

ну офигеть

А что такого ?

Они как-то запустили Андроид на моно вместо дальвика, так прирост производительности часто в 2 раза был.

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

аоборот, братец, на нём только хеловорлды и писать. И те тормозят и жрут тонны рамы.

Врать так врать!
Уж напишите, что терабайты паямяти жрёт.
А то враньё какое-то дохлое

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

Вроде на полурегулярной основе ещё помогают человек пять, но за точным числом надо обращаться к Прокудину: он там участвует в качестве пиараса (что в данном случае похвально).

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

А чем примечателен этот редактор? Мне не очень понятна мотивация разработчика.

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

Что там не так? Интерфейс с Paint.NET и содран же.

Может что изменилось за столько лет и Paint.NET превратился в уг, но раньше у него интерфейс был много лучше интерфейса редактора из этого топика.

andreyu ★★★★★
()

Был раньше закрытый и платный редактор Pixel32. Разрабатывал его один человек в качастве замены Photoshop. Всем остальным поделкам до него было очень далеко.
К сожалению сейчас на сайте написано «ждите» - http://www.kanzelsberger.com/
И теперь это уже не Pixel32, а Pixel Studio Pro. Хз, что это значит.

andreyu ★★★★★
()

Кто-нибудь скажет мне, зачем нужны подобные рисовалки,когда можно поставить гимп?

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

Был раньше закрытый и платный редактор Pixel32.

Будем откровенными до конца. Павел собирал бабло под предлогом «Ещё вот-вот, ещё чуть-чуть, и всё взлетит, так что несите мне деньги сейчас, потому что потом оно будет дороже». Ничего не взлетело, объяснения на уровне детского сада, деньги, вроде, тоже никому не вернул.

Разрабатывал его один человек в качастве замены Photoshop. Всем остальным поделкам до него было очень далеко.

Особенно в плане стабильности, ага

К сожалению сейчас на сайте написано «ждите» - http://www.kanzelsberger.com/

Ну так ждите, чо.

AP ★★★★★
()

А я до сих пор одну вещь с этим mono не понял. Всякие C# и прочая - хрен с ним, каждый сходит с ума по своему. Язычков много разных, большая часть из них есть под *nix.

Главная фишка mono вроде как «воплощение .NET Framework». Так какого хрена тогда надо писать всякие вот пинты, баньши (или что там под mono написано) и прочее УГ вместо того чтобы просто запускать оригинальный Paint.NET и прочая на этом mono?

Если mono этого не умеет - то вообще непонятно кому и зачем оно может быть нужно в линухе и зачем его писать.

Если умеет - то зачем писать пинты вместо использования оригинала?

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

Пилили бы Gimp и хернёй не страдали.

Для этого надо было бы выгнать оттуда всех трёх человек, которые его пилят сейчас.

Если проблема __именно__ в этом, можно форкнуть. Лицензия позволяет.

Но на самом деле я просто не понимаю, чем уж GIMP в его нынешнем виде так ужасен.

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

Так какого хрена тогда надо писать всякие вот пинты, баньши (или что там под mono написано) и прочее УГ вместо того чтобы просто запускать оригинальный Paint.NET и прочая на этом mono?

Кстати, а с автором Paint.NET никто не связывался с просьбой потестировать его поделие на Моно? Проблему ведь можно с двух сторон решать...

hobbit ★★★★★
()

как быстро летит время... вот недавно пешком под стол ходил 0.9 испытывал, а теперь даже пользоваться им можно!

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

Будем откровенными до конца. Павел собирал бабло под предлогом «Ещё вот-вот, ещё чуть-чуть, и всё взлетит, так что несите мне деньги сейчас, потому что потом оно будет дороже». Ничего не взлетело, объяснения на уровне детского сада, деньги, вроде, тоже никому не вернул.

Продукт был? Был.
Работал? Работал.
Какие претензии?

Особенно в плане стабильности, ага

Беты GIMP и у меня иногда валятся, так что не нужно про стабильность.
Впрочем последние билды Pixel32, которые я смотрел, были стабильнее предыдущих. Потом я забил на Pixel32, полностью перейдя на GIMP.

Ну так ждите, чо.

Ну хз, я не знаю, когда он сказал ждите. Может это было вчера.

Стоит заметить, что его GUI был весьма продвинутым, темы менялись налету. И выглядели подо всеми ОС одинаково.

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

Автор Paint.NET забил на опенсорс здоровенный болт. Думаешь, ему это Mono куда-то упёрлось?

Ну так это было просто его студенческая работа, если мне не изменяет память. С тех пор он давно не студент.

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

Главная фишка mono вроде как «воплощение .NET Framework». Так какого хрена тогда надо писать всякие вот пинты, баньши (или что там под mono написано) и прочее УГ вместо того чтобы просто запускать оригинальный Paint.NET и прочая на этом mono?

Вопрос уже обсуждался здесь. Paint.NET юзает много вендоспецифичных функций и не запустится на mono.

По поводу «воплощения»: большинство из здесь присутствующих считает что mono - это .net для linux. Mono - это свободная кроссплатформенная реализация стандарта ecma-335, совместимость с .net никто не заявлял. В самом mono есть ряд фич, которых нет в .net.

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

Кстати, а с автором Paint.NET никто не связывался с просьбой потестировать его поделие на Моно? Проблему ведь можно с двух сторон решать...

А зачем связываться с автором? Никто ведь не связывается с автором notepad.exe чтобы он заработал под wine. Просто пилят wine чтобы оно заработало. И, кстати, никто не пишет «аналоги» notepad.exe под wine. И уж тем более никто не тащит wine c поделками под него на Win32 API как составную часть какого-нибудь DE.

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

Вопрос уже обсуждался здесь. Paint.NET юзает много вендоспецифичных функций и не запустится на mono.

Если бы таким макаром рассуждали авторы wine - то ничего кроме calc у них не работало бы под wine.

Mono - это свободная кроссплатформенная реализация стандарта ecma-335, совместимость с .net никто не заявлял. В самом mono есть ряд фич, которых нет в .net.

Wine - свободная реализация Win32 API, в wine есть ряд фич, которых нет в Win32 API.

Но зачем может понадобится wine сделанный в точности по докам на Win32 API, но на котором не будет работать софт под Win32 API (именно из-за того, что сделано по докам, а не так как работает Win32 API в реальности)?

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

совместимость с .net никто не заявлял.

Это, кстати, - наглое 4.2

http://www.mono-project.com/Main_Page : «Mono is an open source implementation of Microsoft's .NET Framework»

Paint.NET юзает много вендоспецифичных функций и не запустится на mono.

И это тоже за отмазку не канает ваще. notepad.exe например вообще только вендоспецифичные функции использует, но запускается под wine без шума и пыли. Кто мешает любителям mono запиливать вендоспецифичные функции в их поделие, вместо того, чтобы намертво прибивать гвоздями свою недоделку к гномам и прочему?

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

Но зачем может понадобится wine сделанный в точности по докам на Win32 API, но на котором не будет работать софт под Win32 API (именно из-за того, что сделано по докам, а не так как работает Win32 API в реальности)?

А для чего вообще делаются свободные реализации? В рамках mono код переносим, mono есть под linux, mac, винду. Нет поддержки некоторых нетовских библиотек (например wpf). Paint.NET юзает WinAPI, естественно что из-за этого он не запустится вне винды.

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

И уж тем более никто не тащит wine c поделками под него на Win32 API как составную часть какого-нибудь DE.

man ReactOS. Целая ОС, а ты про DE какие-то...

Но если серьёзно - были слухи, что Близзарды специально тестировали WoW под wine и в итоге то ли патчи в wine прислали, то ли, наоборот, подправили код WoW, чтобы он с wine не конфликтовал. Правда, пруфов я уже не найду...

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

Тут, скорее, играет роль, что

Развитие продолжается двумя разработчиками, которые теперь работают в Microsoft

(цитата с http://paintnet.ru/)

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

Продукт был? Был.

Не был

Работал? Работал.

Не работал.

Какие претензии?

Да уж какие у меня могут быть претензии.

Ну хз, я не знаю

Именно.

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

Это, кстати, - наглое 4.2

Он совместим только в рамках того, что описывается стандартом, т.е. CLI, формат IL и т.д., полной поддержки всех нетовских либ никто не обещал

И это тоже за отмазку не канает ваще. notepad.exe например вообще только вендоспецифичные функции использует, но запускается под wine без шума и пыли

Wine - это реализация WinAPI, каким боком ты ее c .net связываешь мне непонятно.

encyrtid ★★★★★
()

И ещё - а, извините, что ЭТО делает на глагне?

Я недгодую не столько по поводу наличия подобного софта в новостях, сколько по поводу аццкого двоемыслия в подходе к выбору что стоит в новости пропускать, а что нет. Почему-то в новостях я не видал постоянных сообщений о том, что «вышла новая версия MyNotepad.exe 0.12 который работает под wine» или «вышла новая версия MyCalc.jar 1.3.4 которая работает под JRE», но постоянно вижу всякие новости про поделия которые работают под mono. Либо должно быть и то и другое в соответствующем количестве, либо новостей про ненативный софт работающий под всякими монами, явами вайнами и пр. быть не должно.

Stanson ★★★★★
()

хочется попробовать, но целый mono ставить, не

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

Он совместим только в рамках того, что описывается стандартом, т.е. CLI, формат IL и т.д., полной поддержки всех нетовских либ никто не обещал

Кому-нибудь нужен Wine совместимый с Win32 API только по описанию функций, без поддержки выполнения софта для Win32 API?

Никому не нужен. Вот и Mono не поддерживающий выполнения софта написанного под NET.Framework тоже никому не нужен.

Кому-нибудь нужен софт «для linux» написанный под wine копирующий поведение и функции соотвествующих виндовых софтин?

Никому не нужен. Вот и софт под Mono копирующий поведение и функции соответствующего софта под NET.Framework тоже никому не нужен.

Wine - это реализация WinAPI, каким боком ты ее c .net связываешь мне непонятно.

Mono - реализация NET.Framework, как заявляют создатели.

Чем отличается WinAPI от NET.Framework применительно к linux - совершенно непонятно. И то и другое - чуждые для *nix фреймворки которые по тем или иным причинам были запилены под linux. Если и есть место для тем про это - так только для тем о выходе очередной версии mono или wine. Темы про софт под wine или mono - совершенно не к месту тут, ИМХО.

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

Форкнуть такой сложный проект, как GIMP — это почти что написать его заново.Чтобы его форкнуть, нужно разобраться в огромной массе сложного (и, возможно, дурно написанного) кода. Если и старый никто писать не хочет, то новый гимп и подавно никто не потянет.

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

В рамках mono код переносим, mono есть под linux, mac, винду.

Зачем нужен mono под винду? Там же есть родной NET.Framework. Т.е. всё ещё хуже - и софтина под mono не будет работать под NET.Framework?

Никто же не делает wine под винду - это ведь бред и дебилизм.

Paint.NET юзает WinAPI, естественно что из-за этого он не запустится вне винды.

notepad.exe тоже юзает WinAPI, но он прекрасно работает вне винды.

Не, может я чего не знаю, и разработчики wine запретили разработчикам mono использовать wine в своих разработках? Просветите, я не отказался бы почитать тёрки между командами на эту тему, наверно там масса лулзов и высококачественного троллинга. :)

Stanson ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.