Представлен (http://www.gimp.org/) корректирующий выпуск растрового графического редактора GIMP 2.8.6. В новой версии отмечено (http://git.gnome.org/browse/gimp/plain/NEWS?h=gimp-2-8) внесение 18 изменений, в основном связанных с устранением ошибок. Из изменений можно отметить увеличения максимального размера кистей и шаблонов до 1024x1024, обеспечение сохранения размера правой панели между сеансами в однооконном режиме.URL: http://www.gimp.org
Новость: http://www.opennet.me/opennews/art.shtml?num=37249
>размера правой панелиА для левой панели такой функционал они считают лишним?
> А для левой панели такой функционал они считают лишним?Разве не работает?
Такое чувство, что после 2.6 gimp разрабатывают неадекваты: ни намёка на исправление кривого антиалиасинга для текста, никаких подвижек в исправлении абсолютно невменяемого инструмента для ввода текста, в коем багов и недоработок уже чуть не десяток найден, вечная путаница формы Vs. устройства ввода, зато полно возни с однокоонным режимом, про который пели в основном фотошоперы (да и то, скорее, те, что этим самым фотошопом красные глаза убирали да картинки ресайзили), на гимп плевавшие.
Возьми дело в свои руки, код открыт.
я - QA(тестировщик), а не developer.
> Возьми дело в свои руки, код открыт.Увы, чужой код читаю с трудом. Да и c++ не знаю. Предел талантов в этой области — какую-нибудь мелочь найти и поправить, да и то если писано без наворотов.
Вот только C++ тут вообще ни при чём.
Просто взять и "поправить" код в проекте такого масштаба, как GIMP? Может, ты ему ещё менеджмент питания в ядре Linux предложишь усовершенствовать?
>ни намёка на исправление кривого антиалиасинга для текста, никаких подвижек в исправлении абсолютно невменяемого инструмента для ввода текстаМожно поподробнее про «кривой антиалиасинг» и «невменяемый инструмент для ввода текста»?
Что-то давно использую GIMP, но вот _таких_ нареканий у меня к нему небыло. Может у меня с глазами/руками что-то не то?
>Можно поподробнее про «кривой антиалиасинг»Гугл по «white text antialiasing green». Сглаживание белого текста даёт зелёную кайму вокруг этого самого текста. Наблюдается при включении межпиксельного сглаживания в kde-шном systemsettings, который, в свою очередь, редактирует ~/.fonts.conf. Я так понял, что виновата кривая работа gimp с freetype. Баг есть на багтрекере, пользователи спрашивали разработчиков — подвижек ноль.
>«невменяемый инструмент для ввода текста»
Невменяемая их новая плавающая панелька, которая гвоздями прибита к верхнему правому углу текстового поля. Она загораживает часть изображения, неотключаема, хотя логично было бы ожидать её исчезновения после установки галки «использовать старый диалог редактирования текста», не регистрирует клики на своём бэкграунде — просто перемещается вместе с текстовым полем.Плюс там не всё гладко с выбором цвета. Иными словами, потенциально штука полезная, но на данный момент дико сырая и глючная.
>Может у меня с глазами/руками что-то не то?
Может с глазами и руками, может обстоятельства использования другие — кто ж знает? Я вот тоже давно использую, меня вышеперечисленные регрессии стороной не обошли.
> Наблюдается при включении межпиксельного сглаживания в kde-шном systemsettingsНе надо перекладывать с больной головы на здоровую. В KDE совершенно упоротая работа со шрифтами. Даже в браузерах шрифты перекорёживает. Просто не пользуйтесь гадостью, и всё будет ОК.
> Баг есть на багтрекере
https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/1010421 — это левый багтрекер. Пора бы уже научиться постить баги куда надо.
> Плюс там не всё гладко с выбором цвета.
Что конкретно?
> регрессии
О, да! Появление внутристрочного форматирования текста по сравнению с 2.6 — это прямо всем регрессиям регрессия.
>Не надо перекладывать с больной головы на здоровую. В KDE совершенно упоротая работа со шрифтами.Хохма в том, что у меня не kde, а xmonad. Правда, установлен кое-какой kde-шный софт — нет на сегодня приличных альтернатив dolphin, okular и gwenview, на мой взгляд. На упоминание systemsettings наткнулся, пока гуглил, с чего вдруг текст зеленеет. Выяснил, куда она настройки сглаживания шрифтов пишет. Всё. Текст в gimp`e корёжит без всякого kde при наличии соотв. настроек в файле. Видел упоминание freetype-infinality Vs. freetype ванильный (якобы, зелень из-за первого прёт), но у меня freetype-freeworld — та же петрушка.
>Что конкретно?
Настройки цвета есть в 3-х местах: на левой панели, на плавающей панели и в диалоге редактора (если активирован). Не все реагируют на изменение в каком-то одном месте — насколько помню, выбранный цвет на левой панели не меняется при выборе цвета в плавающем окне, что-то похожее с диалогом редактора — цвет берётся оттуда вне зависимости от того, что выбрано в плавающем окне.
>О, да! Появление внутристрочного форматирования текста по сравнению с 2.6 — это прямо всем регрессиям регрессия.
Так работай оно нормально — вопросов бы не было.
> Хохма в том, что у меня не kde, а xmonad.Это не имеет значения. Проблема со шрифтами начинается после их ковыряния в панели управления KDE. Обнулите настройки fontconfig и больше никогда её не используйте. Ну или миритесь со всякой фигнёй.
Хотя нет, что это я? Пишите багрепорты авторам KDE.
> Настройки цвета есть в 3-х местах: на левой панели, на плавающей панели
> и в диалоге редактора (если активирован). Не все реагируют на изменение
> в каком-то одном месте — насколько помню, выбранный цвет на левой
> панели не меняется при выборе цвета в плавающем окне, что-то похожее
> с диалогом редактора — цвет берётся оттуда вне зависимости от того,
> что выбрано в плавающем окне.Цвет в плавающем окне затрагивает только выделение. В правой панели устанавливается дефолт. Я согласен: надо подумать, стоит ли это улучшить.
>Это не имеет значения. Проблема со шрифтами начинается после их ковыряния в панели управления KDE.У меня нет проблем со шрифтами за исключением невменяемого антиалиасинга в gimp`е. Это во-первых. Во-вторых, я уже дважды написал, какой именно файл дёргает kde-шная приблуда. Да, я могу его поправить хоть в текстовом редакторе, хоть через kde-шную приблуду, хоть накатать bash-скрипт, что будет в нужный момент подменять этот несчастный .fonts.conf на такой, которым gimp не подавится, а потом возвращать всё обратно. И в gimp`е с AA тогда будет всё в норме. Только я не собираюсь обходиться без межпиксельного сглаживания. И да, я считаю, что это косяк именно gimp`а, а не kde — в предыдущих версиях gimp`а его не было, появился после того, как разработчики начали мудрить с антиалиасингом. Каким вообще образом работает AA в гимпе? Почему его настройки вдруг стали браться из .fonts.conf? Может стоит перестать бухтеть «kde виновато!» и попробовать разобраться в чём именно дело? Никакой магии тут нет и близко, сплошное программирование.
> И да, я считаю, что это косяк именно gimp`а, а не kdeСчитать вы можете что угодно. Это ваше личное дело.
Он считает правильно, между прочим.
вот зря ты KDE упомянул. всё, «причина бага» найдена, «пусть кде чинят!»
> вот зря ты KDE упомянул. всё, «причина бага» найдена, «пусть кде чинят!»Если апплет управления шрифтами воспроизводимо вызывает косяки в самых разных приложениях, это не проблема приложений. Поэтому да — пусть чинят KDE.
> Если апплет управления шрифтами воспроизводимо вызывает косяки в самых разных приложениях,
> это не проблема приложений. Поэтому да — пусть чинят KDE.а тебе вот написали, что «самые разные» работают, а в гимпе — косяк. причём раньше его не было. но это всё ерунда, конечно, всё равно кеды виноваты!
> а тебе вот написали, что «самые разные» работаютВ том-то и дело, что нет, и я даже говорил, какие именно приложения перекорёживает.
Больше того, аналогичная проблема была в Kdenlive: www.kdenlive.org/mantis/view.php?id=558
Но вы спорьте, спорьте. Спор — у вас главная задача, как я вижу. Результат неважен.
результат, к сожалению, я получаю совершенно без помощи разработчиков гимпа. и от гимпофанов вся помощь заключается в повторении мантры «с гимпом всё в порядке, ничего менять не надо!»
— Я запустил конфигуратор шрифтов из KDE, и у меня всё поломалось в GIMP.
— Да, конфигуратор шрифтов в KDE много чего ломает. Обнулите локальный файл fontconfig.
— Он ничего не ломает!
— Напротив, и вот конкретные примеры.
— Ничего не хочу знать! Виноват GIMP!!1111!!!Извините, но мне этот детский сад надоел. Хотите пользоваться кривым софтом — на здоровье. Желаю удачи.
> Извините, но мне этот детский сад надоел. Хотите пользоваться кривым софтом —
> на здоровье. Желаю удачи.так не хочу. но для гимпа — увы — нет замены.
В файл ~/.gimp-2.8/fonts.conf записать такое:<fontconfig>
<match target="font">
<edit name="rgba" mode="assign">
<const>none</const>
</edit>
</match>
</fontconfig>
> В файл ~/.gimp-2.8/fonts.conf записать такое:Спасибо! Это действительно работает! Теперь этой зеленой хрени вокруг белых букав нет!
Делал себе визитку, отрисовка шрифтов вполне устроила. Инструмент ввода текста требует привыкания (часть пимпочек в боксе, прибитом гвоздями над боксом ввода текста, часть - в свойствах инструмента, это не очень удобно, но жить можно)
Опеннетовские онанимы настолько суровы, что делают визитки в растровых редакторах...
А тру хакеры делают визитки в vim с псевдографикой :)Если серьезно, то не удивлюсь, если еще и в blender-е делать начнут, ибо векторная графика - одно из самых слабых мест free software :(
Ты просто не застал dtpblender шесть лет назад :)
> Ты просто не застал dtpblender шесть лет назад :)Я тогда за открытием xara xtreme следил, казалось вот-вот и все будет ... Наверное потому и не заинтересовался dtpblender. Как там sk1?
> Как там sk1?Читай новости у них на сайте. Вроде как пилят.
> Я тогда за открытием xara xtreme следил, казалось вот-вот и все будет...а они возьми и зажлобь ключевую либу...
В инкскейпе забанили?
А вы попробуйте сделать в нем что нибудь более менее серьезное, потом рассказывайте.
Слабак! Я в нём даже чертежи рисовал!
> А вы попробуйте сделать в нем что нибудь более менее серьезное, потом
> рассказывайте.Опять я всё делаю не так. Ужас.
Что с ним сделать, чтоб не тормозил так? Скорость отрисовки хотя бы как у корела (хотя и он тормоз тот еще). Эх xara ...
> Что с ним сделать, чтоб не тормозил так? Скорость отрисовки хотя бы
> как у корела (хотя и он тормоз тот еще). Эх xara
> ...Для любителей фильтров SVG в транке их вычисление/рендеринг распараллеливается.
Собрал из trunk, openmp при сборке влючается, но рендерит все ровно на одном ядре :(
> Собрал из trunk, openmp при сборке влючается, но рендерит все ровно на
> одном ядре :(Все разобрался - в настройках по-умолчанию один поток стоит, хорошо бы там автодетект сделать.
у корела отрисовка нормальная, у него перемещения по рисунку ужасные, и, судя по последней версии, исправлять не собираются
Как вам вообще удается работать в коряге?! Им же только визитки рисовать. От больших макетов со смешением растр-вектор оно падает, аки эпилептик на дискотеке. Большой лист, скажем 3000мм*1800мм, и сохраняться надо после каждой операции, падает. Работа с pdf - мучение. Наши дизайнеры уже давно сбежали на illustrator+indesign.Вообще складывается впечатление, что векторная графика в линуксе вообще никому не нужна. А если считать inkscape нормальным векторным редактором, то тогда mspaint - профессиональный растровый.
> Вообще складывается впечатление, что векторная графика в линуксе вообще никому не нужна.ребятам, пилившим sk1, была нужна. насколько оно ещё пилится и насколько оно сейчас рабочее — не знаю.
> А вы попробуйте сделать в нем что нибудь более менее серьезное, потом рассказывайте.Серьёзную визитку? Мне кажется серьёзные визитки делаются в инкскейпе не сложнее чем юморные.
> никаких подвижек в исправлении абсолютно невменяемого
> инструмента для ввода текстаДа, с этим инструментом действительно беда.
Разработчика под Windows ещё не нашли?
> Разработчика под Windows ещё не нашли?Решили, что Windows не nужен.
> Разработчика под Windows ещё не нашли?даже если найдут - либо опять сбежит, либо лаве затребует.
http://partha.com/ тут для винды рано или поздно но появится.
> Разработчика под Windows ещё не нашли?Винда пока не готова для десктопа. И 1,8% никого не интересуют, да.
> Разработчика под Windows ещё не нашли?Неа. Есть желание? :)
> Разработчика под Windows ещё не нашли?Нынче разработчики с виндовса драпают - политика майкрософта невменяема до предела.
что то как то не оперативно они, релиз вышел новый, а под винду ингалятор старой версии лежит
Юзай православные ОС. ;)
Сговор, пропаганда, агитация, спекуляция.
Под вянду все или старой версии, или глючит, или BSOD.
> а под винду ингалятор старой версии лежитИбо тем, кто под виндой даже ингалятор не поможет ...
> Представлен (http://www.gimp.org/) корректирующий выпуск растрового графического редактора
> GIMP 2.8.6. В новой версии отмечено (http://git.gnome.org/browse/gimp/plain/NEWS?h=gimp-2-8)
> внесение 18 изменений, в основном связанных с устранением ошибок. Из
> изменений можно отметить увеличения максимального размера кистей и шаблонов до 1024x1024,
> обеспечение сохранения размера правой панели между сеансами в однооконном режиме.
> URL: http://www.gimp.org
> Новость: http://www.opennet.me/opennews/art.shtml?num=37249Плин, у меня одного при сохранении надо жестко расширение файла прописывать, даже если тип выбрал? Или это косяк диалога ОС?
> Плин, у меня одного при сохранении надо жестко расширение файла прописывать, даже
> если тип выбрал? Или это косяк диалога ОС?При сохранении или экспорте? При сохранении, вроде, один вариант остался — xcf.
> При сохранении или экспорте? При сохранении, вроде, один вариант остался — xcf.Кстати если кого не устраивает позиция разработчиков с разделением на export и save, вот patch:
--- gimp-2.8.4/app/actions/file-actions.c
+++ gimp-2.8.4-1/app/actions/file-actions.c
@@ -141,7 +141,7 @@
NC_("file-action", "Save this image and close its window"),
GIMP_SAVE_MODE_SAVE_AND_CLOSE, FALSE,
GIMP_HELP_FILE_SAVE },
-
+/*
{ "file-export-to", NULL,
NC_("file-action", "Export to"), "<primary>E",
NC_("file-action", "Export the image again"),
@@ -159,6 +159,7 @@
NC_("file-action", "Export the image to various file formats such as PNG or JPEG"),
GIMP_SAVE_MODE_EXPORT, FALSE,
GIMP_HELP_FILE_EXPORT }
+*/
};
void
--- gimp-2.8.4/app/file/file-open.c
+++ gimp-2.8.4-1/app/file/file-open.c
@@ -772,6 +772,7 @@
static gboolean
file_open_file_proc_is_import (const GimpPlugInProcedure *file_proc)
{
+return 0;
return !(file_proc &&
file_proc->mime_type &&
strcmp (file_proc->mime_type, "image/xcf") == 0);
--- gimp-2.8.4/app/file/file-procedure.c
+++ gimp-2.8.4-1/app/file/file-procedure.c
@@ -224,6 +224,8 @@
gboolean is_xcf_save = FALSE;
gboolean is_filter = FALSE;
+ return TRUE;
+
is_xcf_save = (strcmp (name, "gimp-xcf-save") == 0);
is_filter = (strcmp (name, "file-gz-save") == 0 ||
Вот спасибо тебе, мил человек. Лично меня это так не устраивает, что цензурно и не объяснишь даже.
Сам когда-то искал - не нашел, залез в исходники - все просто оказалось.Если кому интересно, делал еще патч для более адекватного поведения по alt+f4 - подробности проблемы и сам патч в комментариях под статьей: http://tigro.info/wp/?p=2555
Также есть патч для открытия изображений из mc/geeqie/etc в новой вкладке уже открытого гимпа без dbus. Если надо - пишите.
>> Плин, у меня одного при сохранении надо жестко расширение файла прописывать, даже
>> если тип выбрал? Или это косяк диалога ОС?
> При сохранении или экспорте? При сохранении, вроде, один вариант остался — xcf.При экспорте вроде. Когда ставишь пнг в комбобоксе, а он все равно в xcf сохраняет...
>>> Плин, у меня одного при сохранении надо жестко расширение файла прописывать, даже
>>> если тип выбрал? Или это косяк диалога ОС?
>> При сохранении или экспорте? При сохранении, вроде, один вариант остался — xcf.
> При экспорте вроде. Когда ставишь пнг в комбобоксе, а он все равно
> в xcf сохраняет...Сохраняет ВСЕГДА в xcf. В png можно только экспортировать.
> Сохраняет ВСЕГДА в xcf. В png можно только экспортировать.Что есть лютый программизм головного мозга. До сих пор плююсь.
Я не понимаю вообще почему к сейву и экспорту прицепились. В большинстве крупных программах использующих свой формат для хранения данных "открыть/сохранить" в родном формате, а для чужих "импорт/экспорт". В Блендер так, в Гудини так.
В Фотошопе не так, значит, неправильно. Очевидно же...
> Я не понимаю вообще почему к сейву и экспорту прицепились. В большинстве
> крупных программах использующих свой формат для хранения данных "открыть/сохранить" в
> родном формате, а для чужих "импорт/экспорт". В Блендер так, в Гудини
> так.Этот момент очень спорный, логично было сделать опцию в настройках, но разработчики уперлись.
В растровой графике есть "общие" форматы и зачастую их возможностей хватает, чтобы работать сними напрямую. Мне часто нужно открыть png/jpeg, скорректировать уровни/тон/обрезать и сохранить в этот же файл. С разделением сохранение/экспорт это менее удобно.
> В растровой графике есть "общие" форматы и зачастую их возможностей хватает, чтобы
> работать сними напрямую. Мне часто нужно открыть png/jpeg, скорректировать уровни/тон/обрезать
> и сохранить в этот же файл. С разделением сохранение/экспорт это менее
> удобно.Эти «общие» форматы на деле не такие уж общие — jpeg не сохраняет информацию о слоях и прозрачности, да ещё и жмёт картинку в соответствии с настройками, png тоже знать ничего не знает о слоях, да может иметь место. Так что очень вероятна потеря информации при «сохранении» в них из xfc.
Что же до редактирования отдельного файла, то по умолчанию gimp предлагает его и перезаписать.
> Мне часто нужно открыть png/jpeg, скорректировать уровни/тон/обрезать и сохранить в этот же файл. С разделением сохранение/экспорт это менее удобно.Для этих целей там же есть кнопочка "Перезаписать"!
> Что есть лютый программизм головного мозга. До сих пор плююсь.Не, какая-то логика в этом есть: PNG и многие иные не могут со слоями работать. Информация из проекта будет утеряна. Поэтому и разделение на "беспотерьное" сохранение, при котором удастся работать в виде "как было" с проектом и "экспорт с потерями".
Это просто защита от дурака и нормальному пользователю она только мешает. Если человек не знает чем отличаются и в каких ситуациях используются png/jpeg/tiff/xcf/psd то ему это все равно не поможет. И вообще считать пользователей дебилами по-умолчанию ... Может кому это и нравится, когда его постоянно дергают дурацкими предупреждениями и бьют по рукам, только linux для этого не лучший выбор.
> и нормальному пользователю она только мешаетМеряем по себе? :)
> И вообще считать пользователей дебилами по-умолчаниюНикто пользователей дебилами не считаешь. Ты просто истеришь на пустом месте и выдумываешь себе врагов.
> Никто пользователей дебилами не считаешь. Ты просто истеришь на пустом месте и
> выдумываешь себе врагов.угу-угу. ведь это человек должен подстраиваться под программу, а не программа под человека. потому что программа — умная, а человек — дурак.
Программа никому ничего не должна. Нефиг тут антропоморфную персонификацию разводить.
> Программа никому ничего не должна. Нефиг тут антропоморфную персонификацию разводить.да развлекайся софизмами на здоровье. и делай вид, что не понимаешь. мне, в общем, без разницы: о том, что адекватность разработчиков и многих пользователей гимпа очень под вопросом — я знаю давно. в итоге гимп малоудобен как «быстроредактор» и хреново применим как профессиональный.
p.s. на всякий случай, для одарённых: это всё не значит, что гимп — гуано.
> в итоге гимп малоудобен как «быстроредактор»У него изначально нет такой задачи. Если вы пытаетесь херачить микроскопом по гвоздям, это ваши проблемы, а не создателей микроскопа.
> и хреново применим как профессиональный.
Я бы сказал, ограниченно применим, если брать нынешнюю стабильную версию.
>> в итоге гимп малоудобен как «быстроредактор»
> У него изначально нет такой задачи.и поэтому в гимпе принципиально не хотят сделать хоть немного удобней «обычному пользователю». как-то по дороге забывая, что «обычных пользователей» у него сильно больше, чем «профессионалов». та же фигня с save/export. или ломание многолетних хоткеев по-умолчанию (за это вообще надо бить бамбуковой палкой).
>> и хреново применим как профессиональный.
> Я бы сказал, ограниченно применим, если брать нынешнюю стабильную версию.это называется «хреново».
> и поэтому в гимпе принципиально не хотят сделать хоть немного удобней «обычному пользователю».Специально для них был придуман т.н. secondary workflow с функцией перезаписи.
> или ломание многолетних хоткеев по-умолчанию
Я только один такой пример знаю — с переназначением Ctrl+E, который раньше вписывал изображение в окно.
> Специально для них был придуман т.н. secondary workflow с функцией перезаписи.а при сохранении новой картинки — всё равно нажимать по-привычке ctrl+s, матюкаться, вспоминать, что это теперь экспорт… тьфу. лишние движения.
>> или ломание многолетних хоткеев по-умолчанию
> Я только один такой пример знаю — с переназначением Ctrl+E, который раньше
> вписывал изображение в окно.это примерно на один раз больше, чем надо.
> а при сохранении новой картинки — всё равно нажимать по-привычке ctrl+s, матюкаться, вспоминать, что это теперь экспорт… тьфу. лишние движения.Тяжело жить с импринтингом в голове? Понимаю :)
> это примерно на один раз больше, чем надо.
Elephantum ex musca facis (с)
>> а при сохранении новой картинки — всё равно нажимать по-привычке ctrl+s, матюкаться, вспоминать, что это теперь экспорт… тьфу. лишние движения.
> Тяжело жить с импринтингом в голове? Понимаю :)нет, не тяжело. вот это как раз пример того, как софт под меня должен подстраиваться. потому что техника у меня не для того, чтобы я себя под софт кроил, если это нафиг не надо. ну ок, я могу наложить патч и пересобрать, получив нормальное поведение ctrl+s. а те, кто не могут? ну неужели от опции «совместить диалоги записи и экспорта» мир рухнет?
> ctrl+s. а те, кто не могут? ну неужели от опции «совместить
> диалоги записи и экспорта» мир рухнет?У тех, кто не может наложить патч, есть целых четыре варианта кроме избранного вами стенания :)
> Это просто защита от дурака и нормальному пользователю она только мешает. Если
> человек не знает чем отличаются и в каких ситуациях используются png/jpeg/tiff/xcf/psd
> то ему это все равно не поможет. И вообще считать пользователей
> дебилами по-умолчанию ... Может кому это и нравится, когда его постоянно
> дергают дурацкими предупреждениями и бьют по рукам, только linux для этого не лучший выбор.Если ты такой умный, почему до сих пор CTRL+E не запомнил?
лох, наверное?
Просто вы никогда не работали с проектами и многослойными изображениями, в которых каждый/каждые_несколько слоёв в финальном варианте становятся самостоятельными изображениями. В игрострое, создании анимаций, презентаций это сплошь и рядом. При обработке 2-3 фотографий на предмет ресайза — возможно будет помеха. На это, прямо скажем, не единственная и даже не основная ниша Гимпа.
так вот опция — отличное решение. но да: «мы же делаем профессиональный инструмент, нам насрать на казуальных юзеров!»
Собственно, что-то вроде опции там есть — при открытии не xcf файла помимо сохранения в xcf и экспорта во что-либо ещё предлагается его перезаписать.
в общем-то, у меня лапы не доходили, а вот тут добрый человек выложил патч — на 2.8.4 он наложился без проблем. думаю, и на 2.8.6 наложится. мне, в общем-то, не впадляк будет пересобрать. чуму на их принципиальность.
>>>> Плин, у меня одного при сохранении надо жестко расширение файла прописывать, даже
>>>> если тип выбрал? Или это косяк диалога ОС?
>>> При сохранении или экспорте? При сохранении, вроде, один вариант остался — xcf.
>> При экспорте вроде. Когда ставишь пнг в комбобоксе, а он все равно
>> в xcf сохраняет...
> Сохраняет ВСЕГДА в xcf. В png можно только экспортировать.Дык речь то как раз про экспорт...
Работаю с 3д, для карт окружения часто используются изображения в hdr и exr, к сожалению гимп пока заменить не может, обещают в релизе 2.10 все запилить, но уж больно долго пилят
гимп пока фотошоп заменить не может*
> Работаю с 3д, для карт окружения часто используются изображения в hdr и
> exr, к сожалению гимп пока заменить не может, обещают в релизе
> 2.10 все запилитьEXR в базовом виде уже запилен в анстейбле.
> но уж больно долго пилят
Год — это теперь долго? 2.8 готовили три года.
Xubuntu 12.04, после обновления до версии 2.8.6, перестал регулироваться размер правой панели... Ну, т.е. увеличиваться - увеличивается, а вот меньше (т.е. сузить) сделать нельзя... Не то чтобы это было критично)), но все же любопытно, потому как вроде на Виндовсах во все стороны можно изменять размер, как в большую, так и в меньшую сторону).
Спасибо.