После успешного релиза (http://www.opennet.me/opennews/art.shtml?num=39245) Krita 2.8, команда разработчиков свободного графического редактора для художников "Крита" приступает к работе над следующим релизом, средства для которого планируется собрать через Kickstarter (http://www.krita.org/kickstarter.php). Krita развивается сообществом разработчиков KDE и входит в состав свободного офисного пакета Calligra (http://www.calligra.org/). Проект курируют фонд Krita Foundation (http://krita.org/) и организация KO GmbH (http://www.kritastudio.com) (Krita Studio).Выпуск Krita 2.8 оказался крайне успешным, количество загрузок с сайта уже превысило значение в сто тысяч. Более того, это была первая версия редактора, официально выпущенная как для Linux, так и для Windows. Частью секрета такого успеха была спонсорская поддержка фонда Krita Foundation, которая позволила разработчику Дмитрию Казакову работать над редактором в режиме полного рабочего дня, благодаря чему графический редактор избавился от большого числа ошибок и получил множество полезных новшеств (http://krita.org/aboutkrita2.8_sm.pdf), сделавших проект более привлекательным для художников и иллюстраторов.
Разработчики планируют повторить и даже превзойти успех прошлого выпуска и в релизе Krita 2.9. В частности, планируется обеспечить поддержку оплачиваемой работы в режиме полного рабочего дня сразу двух разработчиков. Это первая цель (stretch goal) кампании по сбору средств. Если начальная сумма будет значительно превышена, то разработчики наметили к реализации дополнительную цель — портирование Krita для платформы OS X.
Совместно с сообществом художников составлен
список функций (http://www.krita.org/kickstarter.php), которые пользователи хотят увидеть в версии 2.9. Список обширен и включает в себя такие интересные задачи, как улучшенную совместимость с Photoshop и дальнейшее улучшение инструмента трансформации и деформации изображения.
URL: http://krita.org/item/238-give-krita-2-9-a-kick-start
Новость: http://www.opennet.me/opennews/art.shtml?num=39968
Чем Крита хороша, она очень быстро работает, а вот остальное...
Какие ваши претензии?
На fglrx при использовании opengl ускорения не видно курсор. А без ускорения вращение холста превращается в мучение.
Забыл добавить, это началось как раз в 2.8. В 2.7 с курсором никаких проблем нет, пользуюсь именно этим релизом.
C fglrx в целом проблем очень много. Конкретно эту багу репортили на багзилу? Вроде есть три баги связанные с курсором, но такой не видел.
О сам Дмитрий Казаков? Приятно видеть разработчика в треде :) Спасибо за Ваш титанический труд.И воспользовавшись моментом спрошу: А как там дела с kipi плагинами? Когда-то был разговор, что неплохо бы включить их в Криту, но чем дело закончилось? будет с kipi работать или нет? Честно говоря, родные плагины - плакать хочется (правда я 2.8 не пробовал).
> О сам Дмитрий Казаков? Приятно видеть разработчика в треде :) Спасибо за
> Ваш титанический труд.
> И воспользовавшись моментом спрошу: А как там дела с kipi плагинами? Когда-то
> был разговор, что неплохо бы включить их в Криту, но чем
> дело закончилось? будет с kipi работать или нет? Честно говоря, родные
> плагины - плакать хочется (правда я 2.8 не пробовал).На текущей повестке такого, к сожалению, нет. Чтобы исправить ситуацию с отсутствием фильтров, мы подключили Gmic от Гимпа. Этот проект еще не завершет, но его уже можно попробовать в тестинг версиях.
Если, что то я постоянно присутствую в группе: https://vk.com/ilovefreeart
Там можно зававать вопросы и следить за новостями Криты почти из первых рук :)
> На текущей повестке такого, к сожалению, нет.Жаль, у KIPI хорошие фильтры. Из-за них Showfoto держу.
Я наверное плохо объяснил. Вот этот баг в багзилле, уже отправленный кем-то другим: https://bugs.kde.org/show_bug.cgi?id=331840
Перейти на свободный драйвер пока не могу.
> C fglrx в целом проблем очень много.Да вообще грабельная штука. Лучше MESA до нормального состояния допинать, имхо. И да, если MESA вдруг где-то умудряется тормозить сильнее fglrx в 2D - логично пнуть разработчиков оной багом.
> Какие ваши претензии?Падения, функционал.
>портирование Krita для платформы OS XЭм, вот за это я платить точно не буду.
> Эм, вот за это я платить точно не буду.И правда, пусть макофаги за это платят. А там можно как-то более-менее выборочно указать за что платить? Я не заинтересован в спонсировании порта для всяких пи...сов.
Автор новости: Дмитрий Казаков:)
ну дык новости из первых рук. только на opennet!!11
https://bugs.kde.org/show_bug.cgi?id=324848 размер выделенной области в пикселях надо показывать... :-)А так симпатичная штука, интерфейс вменяемый.
А, ещё не допускайте туда Прокудина с его разделением Save и Export. Я помню как он мне утверждал что надо в KRita тоже этот изврат замутить, как в гимпах последних.
>А, ещё не допускайте туда Прокудина с его разделением Save и Export. Я помню как он мне утверждал что надо в KRita тоже этот изврат замутить, как в гимпах последних.Удваиваю. Очень неудобно и нелогично, ибо лично я программизмом головного мозга не страдаю.
На самом деле очень логично. Сохраняешь в родной формат, экспортируешь в любой доступный.
можно обойтись только save, а родной формат будет по умолчанию выбран.
Зачастую экспортирование предполагает потерю какой-то информации. Если делать через одну кнопку, тогда придётся делать предупреждения какие-нибудь.
Боже, ну человек же не дебил, чтобы думать что jpg слои поддерживает, например. А если дебил, сам виноват)Но в принципе даже предупреждение удобнее, чем разнос save/export. Добавить туда галочку "больше не показывать это предупреждение" и ок.
> Боже, ну человек же не дебил, чтобы думать что jpg слои поддерживает,
> например. А если дебил, сам виноват)А ещё человек не компьютер, чтобы всё помнить.
> А ещё человек не компьютер, чтобы всё помнить.Ну знаете, работать с графикой и не быть в состоянии помнить такую простую вещь - это я хз кем надо быть. Особенно - работая со сложными рисунками с кучей слоёв и т.п., особенно - делая это в гимпе! O_O
А для тех, кто видит графический редактор ПЕРВЫЙ раз в жизни - вполне можно предусмотреть отключаемое предупреждение.
Какую простую вещь? Сохранил ли послойный оригинал и если да, то все ли из последней полусотни изменений оказались сохранены? Это когда ничего не делаешь можно упомнить, а когда одновременно открыты пара-тройка blender`ов, пяток документов в gimp`е, inkscape и geany смегабайтом кода в двух десятков файлов — тут помнить всё несколько сложнее.
> Боже, ну человек же не дебил, чтобы думать что jpg слои поддерживает,
> например. А если дебил, сам виноват)А я и не говорю про lossy-сжатие. Даже png вам не сохранит всё, что может пригодиться (он не понимает слои и многое другое).
И честно сказать, я не помню свойств каждого формата. Поэтому лично мне это разделение удобно. Если этого достаточного для вас, чтобы называть меня дебилом, то вы не конструктивны.
> Но в принципе даже предупреждение удобнее, чем разнос save/export. Добавить туда галочку
> "больше не показывать это предупреждение" и ок.Хотя да, предупреждение меня тоже устроит (если его можно отключить).
> И честно сказать, я не помню свойств каждого формата. Поэтому лично мне
> это разделение удобно. Если этого достаточного для вас, чтобы называть меня
> тупым, то вы не конструктивны.Ну вы ведь согласитесь, что 1 раз запомнить, что родной формат сохраняет всё, а все остальные - не всё - это легко? :)
И если уж человек такое не может запомнить... :) а большего там и не надо.
>> И честно сказать, я не помню свойств каждого формата. Поэтому лично мне
>> это разделение удобно. Если этого достаточного для вас, чтобы называть меня
>> тупым, то вы не конструктивны.
> Ну вы ведь согласитесь, что 1 раз запомнить, что родной формат сохраняет
> всё, а все остальные - не всё - это легко? :)Собственный формат бывает не один. Да и чужие форматы тоже могут использоваться для полноценного сохранения. Притом со временем все эти форматы могут гулять из списка в список (с полным и неполным сохранением), в зависимости от возможностей разработчиков и каких-то особенностей программы. В результате, отвечая на ваш вопрос, не легко это всё держать в голове и поддерживать там в актуальном состоянии.
В общем, я не разработчик данной утилиты, я -- лишь пользователь. И мне требуется получать информацию о потере данных прежде, чем станет поздно. Более того, процедуры сохранения и экспортирования у меня в голове логически разделены, так как первое нужно для продолжения работы над данным изображением (используя данную программу) в будущем, а второе нужно лишь для представления результата.
Все же разделение удобно. Я например работаю исключительно шорткатами Ctrl+c скопировать Ctrl+e экспортировать. Если концепция поменяется многие графики, художники, иллюстраторы впадут в ступни
Да пожалуйста, но зачем это в разные пункты меню-то разносить.
>Да пожалуйста, но зачем это в разные пункты меню-то разносить.Еще раз: чтобы тупому было понятно, что сохранение информации для дальнейшей работы слегка отличается от экспорта в, местами, несовместимый с _дальнейшей работой_ формат.
> Еще раз: чтобы тупому было понятно, что сохранение информации для дальнейшей работы
> слегка отличается от экспорта в, местами, несовместимый с _дальнейшей работой_ формат.Ещё раз: а я не хочу страдать из-за каких-то там "тупых". Здесь не винда и не богадельня, чтобы на дебилов, которые не понимают, что в jpg слоёв нет, ориентироваться.
Кстати даже в том же ФШ никто не додумался разносить это на два разных пункта меню. Просто при сохранении в неродной формат форсируется "сохранить как копию", и всё.
Вам ещё в октябре на пальцах, по пунктам разъяснили, для чего было реализовано разделение. Я думаю, вы просто не умеете слушать. Не умеете и не хотите.
Всё объяснение там из одного пункта состоит: проблемы негров шерифа не волнуют. Я-то после версии GIMP 2.6 уже ничему не удивляюсь, ибо сильнее иинтерфейс уродовать после неё уже некуда, но иногда можно было при разработке задумываться, что кому-то с этим работать потом.
А я вам ещё в октябре, по пунктам, разъяснил, почему ваше объяснение неправильно. ;-)Всё сводится к тому, что вы там упёртые и считаете, что правы только вы. Но я-то тоже упёртый, и точно так же считаю, что прав только я. ;-)
Но я счастлив со своим патчем, собрал себе пакетики да ставлю повсюду.
> А я вам ещё в октябре, по пунктам, разъяснил, почему ваше объяснение
> неправильно. ;-)
> Всё сводится к тому, что вы там упёртые и считаете, что правы
> только вы. Но я-то тоже упёртый, и точно так же считаю,
> что прав только я. ;-)
> Но я счастлив со своим патчем, собрал себе пакетики да ставлю повсюду.Друзья!
Сегодня фонд Krita Foundation собрал внеочередное собрание учредителей, по результатам которого было принято следующее официальное заявление:
"На протяжении своей пятнадцатилетней истории Крита имела два пункта меню: "Save As..." и "Export...". На протяжении пятнадцати лет единственным отличием этих двух пунктов было то, что сохранение меняет путь текущего открытого файла и помечает его как сохраненный, второй --- нет. Сохранение используется для исполнения "форка" текущей редакции файла и продолжения редактирования новой "ветки", экспорт --- для создания ни с чем не связанных слепков текущей ревизии файла. Оба варианта сохранения позволяют пользователю сохранять его файл в любой формат из поддерживаемых Критой. В случае, если сохранение в выбранный формат предполагает потерю данных, Крита выводит предупреждение.
В связи с последними событиями фонд Krita Foundation доводит до сведения пользователей, что *никогда*, *ни при каких условиях*, Крита не будет менять это поведение. Оба пункта меню продолжат сохранять в любой из поддерживаемых форматов без каких либо ограничений, предупреждая при этом о возможной потере данных. Это официальная позиция фонда и команды разработчиков.
Вместе с тем команда разработчиков хотела бы также напомнить пользователям, что люди есть люди и что не все форматы файлов совместимы. Если вы считаете, что Крита сохраняет в какой-то формат с потерей данных и *не* предупреждает об этой потере, то, скорее всего, это бага. Пожалуйста, сообщите о ней на странице по адресу: https://bugs.kde.org , разработчики сделают все возможное чтобы исправить ее как можно скорее."
> А я вам ещё в октябре, по пунктам, разъяснил, почему ваше объяснение неправильно. ;-)На самом деле, нет. Вы не объясняли, вы открыто хамили, за что и отхватили бан в списке рассылки.
> Всё сводится к тому, что вы там упёртые и считаете, что правы только вы.
На самом деле, нет. У нас есть определённое видение того, как гимп должен работать. Оно не обязательно единственно верное, но оно -- наше.
> Ещё раз: а я не хочу страдать из-за каких-то там "тупых".Уже страдаешь, как я посмотрю. И не избавиться тебе от этих страданий, если понял мой намёк. Работа обычно ведётся с многослойным документом, например, xcf. На разных этапах работы требуется сохрянять jpg/png/dds копии.
В одном варианте есть два пункта — save для исходника, export для результата. Со своими настройками, рутями и т.д.
В другом варианте есть только save as (да-да, одним только save никак не обойтись!), который каждый раз надо перенастраивать.
>Кстати даже в том же ФШ никто не додумался
В том же ФШ до Linux-версии не додумались, если что.
> В одном варианте есть два пункта — save для исходника, export для результата. Со своими настройкамиВы не поверите, но в нормальном save настройки для каждого типа графики могут быть свои.
> В другом варианте есть только save as
save as для сохранения под другим именем т.к. save автоматом сохраняет под старым. Что удобно (для людей конечно, а не для программистов с марса).
> Вы не поверите, но в нормальном save настройки для каждого типа графики
> могут быть свои.Да причём тут тип графики?! XCF хрнятся в каталоге XCF, PNG в каталоге img, вложенном в каталог проекта. А может и по нескольким путям.Типичнейший пример использования.
> save as для сохранения под другим именем т.к. save автоматом сохраняет под
> старым. Что удобно (для людей конечно, а не для программистов с
> марса).Ещё раз для альтернативно одарённых: есть исходник, есть результат. Периодически надо сохранять то один, то другой.
> В том же ФШ до Linux-версии не додумались, если что.Ну во-первых это тут ни при чём, во-вторых я уверен что они не "не додумались", а специально её не выпускают.
Но то, что они не выпускают Linux-версию, не меняет то, что ФШ - в большинстве контор стандарт де-факто, и достаточно удобный. Я тоже не одобряю закрытое ПО, и сам ФШ стараюсь не юзать. Но и это не меняет его статус.
> Уже страдаешь, как я посмотрю.
Страдал пока патч себе не запилил, эту дурь отключающий. С тех пор в целом спокоен как слон.
> Ну во-первых это тут ни при чём, во-вторых я уверен что они
> не "не додумались", а специально её не выпускают.Да мне плевать на мотивы. Результат есть? Результата нет. Свободны.
> не меняет то, что ФШ
> - в большинстве контор стандарт де-факто, и достаточно удобный.
> и это не меняет его статус.Популярность фотошопа на девять десятых обеспечивается не его качествами как софта, а истеричностью его фанатов. Наблюдал форменные истерики у граждан-фотошоперов, услышавших краем уха заветные слова «Gimp», «Krita» и даже идеологически близкий «Corel Painter» на тему «ФОТОШОПВЕЛИКНЕПОЛЬЗУЕШЬСЯФОТОШОПОМНЕХУДОЖНИК!!!». Зрелище комичное и отвратительное одновременно. По-моему, по степени упоротости с фотошоперами могут сравниться только тридээсмаксеры.
> Здесь не виндаНо я все равно хочу чтоб мне сделали как в винде, а не чтоб страдать.
>> Здесь не винда
> Но я все равно хочу чтоб мне сделали как в винде, а
> не чтоб страдать.Ну, я к тому, что ориентация на дебила - обычно прерогатива массовых и закрытых ОС, типа винды, андроида, иоса. В данном случае авторы гимпа решили просто видимо превзойти эту ориентацию! :)
> Да пожалуйста, но зачем это в разные пункты меню-то разносить.Наверное чтобы было понятно что произойдет потеря информации. Не все же крутые специалисты в детальном устройстве файловых форматов...
> Наверное чтобы было понятно что произойдет потеря информации. Не все же крутые
> специалисты в детальном устройстве файловых форматов...На самом деле, там несколько причин. Но у vitalif в голове умещается одна, ита наполовину выдумана им же. Такая вот беда.
> https://bugs.kde.org/show_bug.cgi?id=324848 размер выделенной области в пикселях надо
> показывать... :-)Размер выделения пофиксили несколько месяцев назад. Наведите мышкой на значек выделения в левом нижнем углу, и все появится. Возможно, нужно будет обновиться, не помню, когда это реализовали, но весьма давно.
>> https://bugs.kde.org/show_bug.cgi?id=324848 размер выделенной области в пикселях надо
>> показывать... :-)
> Размер выделения пофиксили несколько месяцев назад. Наведите мышкой на значек выделения
> в левом нижнем углу, и все появится. Возможно, нужно будет обновиться,
> не помню, когда это реализовали, но весьма давно.О, круто, спасибо! Надо обновиться =)
Спасибо, посмеялся :)
Хороший редактор.
А есть ли функция сшивания кучки открытых иконок в спрайт и наоборот? Плугин для гимпа для сшивания есть, если можно в Крите, то удалю Гимп :)
> Хороший редактор.
> А есть ли функция сшивания кучки открытых иконок в спрайт и наоборот?
> Плугин для гимпа для сшивания есть, если можно в Крите, то
> удалю Гимп :)Эрм... не очень знаю, что есть спрайт... Возможно, через Gmic возможно сделать... Мы его подключили недавно
Ну не напиток же :) http://www.w3schools.com/css/css_image_sprites.asp Только бывают намного больше
Много иконок, размещённые сеткой в одном графическом файле, а оттуда на сайт показывают иконку с конкретными координатами.
> Много иконок, размещённые сеткой в одном графическом файле, а оттуда на сайт
> показывают иконку с конкретными координатами.Репорт для этого есть. Нужны гиды. Пока в ближайших планах нет, но мы держим это в голове :)
>> Много иконок, размещённые сеткой в одном графическом файле, а оттуда на сайт
>> показывают иконку с конкретными координатами.
> Репорт для этого есть. Нужны гиды. Пока в ближайших планах нет, но
> мы держим это в голове :)Как бы то странно не звучало, но с этим прекрасно справляется inkscape:)
От kdelibs планируют отвязать? Тянуть кучу мусора из-за одного редактора не хочется...
С пятой версии kdelibs распилили на несколько десятков мелких библиотек. Правда неизвестно, когда Calligra перейдет на KF5.
Основная цель будущей 3.0 - портирование на Qt5/KF без добавления новой функциональности. Всё, что не успеет войти в 2.9 появится уже только начиная с 3.1
> От kdelibs планируют отвязать? Тянуть кучу мусора из-за одного редактора не хочется...Переход на Qt5 произойдет в период 2.9->3.0. После 3.0 Крита будет зависеть только от KF5 Tier1, что есть самая легкая часть будущих kdelibs, так что будет легче. Но это только после релиза 2.9
>> От kdelibs планируют отвязать? Тянуть кучу мусора из-за одного редактора не хочется...
> Переход на Qt5 произойдет в период 2.9->3.0. После 3.0 Крита будет зависеть
> только от KF5 Tier1, что есть самая легкая часть будущих kdelibs,
> так что будет легче. Но это только после релиза 2.9супер, спасибо за информацию!
>После 3.0 Крита будет зависеть только от KF5 Tier1Хм, а фунционал Krita можно будет использовать в своём приложении посредством KParts ?
Странные вы люди, а ничего, что для установки GIMPа, в среде KDE приходится устанавливать кучу гномо-гткшного барахла?
> Странные вы люди, а ничего, что для установки GIMPа, в среде KDE
> приходится устанавливать кучу гномо-гткшного барахла?какое мне дело до пользователей KDE? Я пользователь Unity, кроме Qt/GTK+ я не хочу видеть еще кучу ненужного.
Странные люди, в вендах никто (в том числе обитатели этих ресурсов) не жалуется что все программы со своими либами идут, оттого и весят over9000гб какой-нибудь графический редактор с копиями всего необходимого. А тут как юзерам показывают внутренности что конкретно будет установлено, так начинается баттхерт.
> Странные люди, в вендах никто (в том числе обитатели этих ресурсов) не
> жалуется что все программы со своими либами идут, оттого и весят
> over9000гб какой-нибудь графический редактор с копиями всего необходимого. А тут как
> юзерам показывают внутренности что конкретно будет установлено, так начинается баттхерт.в виндах хомяки тупые, им все равно, не нужно всех ровнять под них.
Тупые, не тупые, но даже пользователи линукса не обращают внимание на дублирование библиотек в вендах, при каких обстоятельствах им не приходилось бы ей пользоваться. Проблема высосана из пальца, лишние 40 мб ничего системе не сделают, если от неё и так требуется функциональный графический редактор.
> Тупые, не тупые, но даже пользователи линукса не обращают внимание на дублирование
> библиотек в вендах, при каких обстоятельствах им не приходилось бы ей
> пользоваться. Проблема высосана из пальца, лишние 40 мб ничего системе не
> сделают, если от неё и так требуется функциональный графический редактор."пользователи линукса не обращают внимание на дублирование библиотек в вендах" - что это за пользователи линукса такие? :)
Ну я не любитель захламлять систему мусором. Ибо ставится она не на год-два, как шиндовс
> в виндах хомяки тупыеТо ли дело умнейшие пользователи Linux с их непревзойдённым чувством такта.
> какое мне дело до пользователей KDE? Я пользователь Unity, кроме Qt/GTK+ я не хочу видеть еще кучу ненужного.Поддерживаю. Геморойная привязка и не только в крите.
> Странные вы люди, а ничего, что для установки GIMPа, в среде KDE
> приходится устанавливать кучу гномо-гткшного барахла?Зачем так глупо врать?
https://packages.debian.org/wheezy/gimp
dep: libatk1.0-0 (>= 1.12.4)
dep: libcairo2 (>= 1.10.2)
dep: libdbus-1-3 (>= 1.0.2)
dep: libgdk-pixbuf2.0-0 (>= 2.22.0)
dep: libglib2.0-0 (>= 2.31.8)
dep: libgtk2.0-0 (>= 2.24.10)
dep: libpango1.0-0 (>= 1.29.4)
dep: libwebkitgtk-1.0-0 (>= 1.3.10)Вот, собственно, и всё. Даже гномоспецифичного ничего нет.
Ну, человек на Убунте сидит, я на Кубунте, и что имеем?
http://packages.ubuntu.com/trusty/gimp
А если собрать все плагины, то и ещё накапает.Но я не тулкитофоб, я как раз наоборот. Всю жизнь живу с "лишними" ГТКшными либами, которые нужны только ГИМПу и Фоксу. Мне не понятен смысл страданий по поводу "лишних" библиотек? Места они едят не много (по нонешним меркам) и КДЕшные тоже.
> Мне не понятен смысл страданий по поводу "лишних" библиотек?Мне тоже. Эволюция давно уже должна была пережевать персонажей с гиговыми винтами.
>> Мне не понятен смысл страданий по поводу "лишних" библиотек?
> Мне тоже. Эволюция давно уже должна была пережевать персонажей с гиговыми
> винтами.Если бы был винт гиговый, да быстродействие как на "стационаре"...
Вот подскажите, раз такие вумные, ноут до 15к рублев с нормальным быстродействием (на уровне компа 5-и лет давности), винтом - не флэш и жизнью от батарейки от 15-и часов (мой ecafe живет часов на 4-5 дольше).
P.S. Совсем забыл, вес до кило трехсот.
Не знаю, зачем все что вы описали, но мой походный HP Mini похож на тот по характеристикам (64gb SSD, 2Gb ram), а если бы у него была такая здоровая батарея наверняка бы проработал более 12 часов
> Места они едят не много (по нонешним меркам) и КДЕшные тоже.Вы бы комп работой загрузили поплотнее что-ли, что-бы прочувствовать.
Раскрутите пару SQL серверов с многогиговыми базами, врубите музыку, браузер с 20-30 вкладками, креатор, пару просмотрщиков фотографий, маил/асько/скайп/воип клиент, граф редактор и полезьте отлаживать софт в отладчик.
я тога посмотрю как вы после пару недель трахания будите думать - а как бы еще скорости и поворотливости добавить.а, да. еще виртуалбокс запустите для тестрирования софта на других окружениях.
Спасибо, разрабам! С радостью подкинул деньжат.
2.8 не щупал. Недавно работал с 2.4, есть косяки неприятные, но в целом подобных инструментов по пальцам пересчитать. Если допиливать продолжат, то это будет просто убер штука!
> Спасибо, разрабам! С радостью подкинул деньжат.
> 2.8 не щупал. Недавно работал с 2.4, есть косяки неприятные, но в
> целом подобных инструментов по пальцам пересчитать. Если допиливать продолжат, то это
> будет просто убер штука!Спасибо! Обязательно обновитесь на 2.8. С 2.4 прошло уже очень много времени. Просто несравнимо в плане стабильности и производительности. Для Ubuntu есть готовый репозитарий с последними версиями:
http://dimula73.blogspot.ru/2013/05/krita-lime-ppa-always-fr...
Пакет для 2.8 называется krita-2.8
Ещё вот на этот проект обратите внимание:https://www.indiegogo.com/projects/synfig-free-animation-sof...
Там сбор средств уже завершён. Но Костя, я думаю, на днях новый запустит.
Вот понять не могу, как китайцы так быстро запилили свой оффис, он ведь в разы быстрее и легче криты и ло и опенофиса, прекрасно работает с doc и другими мсофисными форматами.
В чём секрет, неужели только в том, что его сделала коммерческая фирмочка?
> Вот понять не могу, как китайцы так быстро запилили свой оффис, он
> ведь в разы быстрее и легче криты и ло и опенофиса,
> прекрасно работает с doc и другими мсофисными форматами.
> В чём секрет, неужели только в том, что его сделала коммерческая фирмочка?Не знаю насчет китайцев, но для Sailfish и Meego офис пилили мы :)
Вообще ускоглазые погроммисты в последнее время сильно прокачали навык программирования, подняв его на пару уровней. Их клоны известных программ выглядят сильно, работают бодро. Взять хотя бы обсуждаемый Kingsoft Office, весьма напоминает мордой Мелкософтовский 2007, а HaoZip очень даже рабочая копия WinRAR с плюшками.
http://store.steampowered.com/app/280680
А эту платную Криту можно купить один раз и распространять? Она ведь Gnu вроде.
Она гвоздями к SteamCloud прибита, без стима в ней смысла нет.
А как там дела с прозрачными областями в tiff-формате в CMYK-пространстве. В Scribus все пучком, в Индюке - оппа. Только не говорите мне что это проблема разрабов Индюка
> А как там дела с прозрачными областями в tiff-формате в CMYK-пространстве. В
> Scribus все пучком, в Индюке - оппа. Только не говорите мне
> что это проблема разрабов ИндюкаМожно подробнее? Желательно в виде репорта ;)
Если цвет дефолтного пиксела для прозрачных слоев, то сейчас есть настройка такая. Если что-то другое, то объясните.
Вот за что я не люблю криту -- так это за привязанность к KDE и смешиванию экспортирования и сохранения.
По функционалу замечательный просто редактор, а в свете планируемых фич так вообще к фотошопу подбирается. Одно только у меня пожелание к разработчикам - отполировать бы интерфейс, а то неаккуратный он во многом. Иконки инструментов нечёткие/смазанные; иконки действий над слоями стилистически вразнобой идут, да и цветастые-страшненькие к тому же; иконки видимости/защиты/проч. слоя - без пространства, нашпигованы меж друг другом; диалог создания нового файла(да и не только он) вообще, честно говоря, ужасный - огромный, нелепый со здоровенными элементами. Верхняя панель редактора - тоже с иконками проблема. Есть в планах доработать это дело? Я понимаю, что всё это не первой важности, но ведь, театр начинается с вешалки ))
> По функционалу замечательный просто редактор, а в свете планируемых фич так вообще
> к фотошопу подбирается. Одно только у меня пожелание к разработчикам -
> отполировать бы интерфейс, а то неаккуратный он во многом. Иконки инструментов
> нечёткие/смазанные; иконки действий над слоями стилистически вразнобой идут, да и цветастые-страшненькие
> к тому же; иконки видимости/защиты/проч. слоя - без пространства, нашпигованы меж
> друг другом; диалог создания нового файла(да и не только он) вообще,
> честно говоря, ужасный - огромный, нелепый со здоровенными элементами. Верхняя панель
> редактора - тоже с иконками проблема. Есть в планах доработать это
> дело? Я понимаю, что всё это не первой важности, но ведь,
> театр начинается с вешалки ))С некоторыми замечаниями могу согласиться. Когда-нибудь мы и до этого дойдем. Сейчас приоритеты стабильность и производительность. Возможно, найдутся волонтеры, которые захотят привести все иконки в consistent state.
Крита 2.8.3 АЛьТЛинукс7 Нижняя граница окна программы уехало далеко вниз за пределы границ монитора и достать от туда её (границу окна) нет никаких видимых возможностей. Помощь в программе по F1 на русском не доступна!! Нехорошо.....
интересно. давно не пользовался, но позитивно.p.s.
MacOS-то зачем ? :/
> интересно. давно не пользовался, но позитивно.
> p.s.
> MacOS-то зачем ? :/БольшАя часть художников сидит под маками. Это факт ;)
> БольшАя часть художников сидит под маками. Это факт ;)Пусть эти художники тогда и оплачивают. Только их тут нет...
>под макамиНадо еще создать новость на ЛОРе, в таком случае. Там как раз целевая аудитория.
А что, для доната обязательно логиниться?
Для доната на Кикстартер, да. Напрямую в фонд без участия в Кикстартере, нет.