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

Если софтина занимает десятки мегабайт кода, то это неправильная софтина. Каждая софтина должна заниматься своим делом.

Линуксятники пишут больше под себя и органически не понимают что нужно маздайцам.

А они обязаны, что-ли?

Почему до сих пор нет на линухе софта на котором можно было бы построить издательский техпроцесс.

Отчего же? Есть софт. И что интересно - абсолютно безглючный. Причём позволяющий получать на выходе заведомо известный результат, а не колупаться "методом последовательных приближений". И, кстати, платных альтернатив-то нету вообще.
Просто под "издательский техпроцесс" разные вещи понимаются. Кому глянцевый журналец сваять, а кому учебник по высшей математике.
В итоге-то один хрен - PS получается.

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

А нет такой цели. Сваять линейку приемлемых программ. Никто тут не будет что-то делать просто так, на потребу публике. Просто принцип развития другой. Людьми движут не деньги. Что я считаю весьма ценным.

В том же гимпе рюшечек больше чем в фотожопе, но он не годится для техпроцесса, как ни крути.

Цветоделение не является задачей графического редактора. Преобразование colorspace - это занятие для команднострочной утилиты, которая вообще не должна быть заметна тому, кто занят рисованием.
Поэтому и не годится гимп для того, что понимают под "издательским техпроцессом" пользователи фотожопа. Он просто для этого не предназначен. Кому надо в гимпе цветоделение - пусть напишет себе плагин, только и всего.

Если софтина занимает десятки мегабайт кода, то это неправильная софтина. Каждая софтина должна заниматься своим делом.

Трудно не согласиться.

А нет такой цели. Сваять линейку приемлемых программ. Никто тут не будет что-то делать просто так, на потребу публике. Просто принцип развития другой. Людьми движут не деньги. Что я считаю весьма ценным.
Понятно что не деньги людьми движут, а чтобы люди работали на открытой системе и не было закрытых маздаев всяких. Ну вот бы и урыли маздай к едрене фене, лядишь и цены бы на книжечки по высшей математике понизились бы...

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

Цветоделение процесс который нуждается в визуальном контроле областей выпадающих за охват, поэтому одной консолью тут вряд ли обойдешься.

Смотреть-то надо на результат печати, а не на экран монитора.
Один хрен - никогда не добьёшься тождества RBG картинки монитора, где цвета образуются свечением, и CMYK картинки напечатанной страницы, где цвета образуются отражением света (разного, кстати, от разных источников). И смещение печати разных цветов тоже на мониторе не увидишь.
Так зачем монитор в этом процессе?

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

Что там ещё в фотожопе? А, во! - Накой нужно в графический редактор пихать какие-то софтины для сканеров? Это не для графического редактора задача.

Дык вот. Если писать это всё сразу в одной здоровой хренотени - то получается тяжеленный монстр в виде фотожопа. За немеряные деньги. И ведь по частям его не купишь (а циркуль я могу купить вместо готовальни. Кстати, это материальная вещь. Скопировать не получится - на каждый изготовленный циркуль затрачен труд людей.).

А при юниксячьем подходе - сканером занимается небольшая сканерная софтинка (которой, кстати пофиг, откуда изображения таскать, хоть со сканера, хоть с фотоаппарата, хоть с видеокамеры), редактор это редактор, CMS это CMS, всякие постскриптные дела - соответствующие софтинки.
Не нужно CMS - не ставим, не нужен сканер - не ставим.
И всё это - мало того, что затачивается под собственные нужды как угодно, так ещё и работает на всём, что имеет хотя бы 16 разрядов данных и умеет считать. От однокристалок до кластеров.

Фотожоп в наладонник не сунешь. А вот гимп - можно.

Опять же, если озадачится главным вопросом - ради чего написан какой-нибудь littlecms, и ради чего написан фотожоп, то окажется, что первый писали люди для себя, а вот второй - написан ради денег.
И именно это является главным отличием, которое позволяет надеятся на то, что война бабла с пиплом ещё не проиграна, и более того, позволяет выступить в этой войне на правильной стороне.

Так вот этот контроль и нужен чтоб не получить неприемлемый результат когда весь тираж уже отпечатан. Понятно что 100% тождества никогда не добьешься, дело не в этом. Только некоторые области выпадают за охват, вот их то и нужно как правило ввести в охват с наименьшими потерями, не трогая остальное. Какая консоль вместо глаза сделает ТАКОЕ?

Да нету в ФЖ никаких софтин для сканеров, есть всего лишь ссылка на драйвер сканера, который поставляется вместе со сканером и может быть вызван отдельно.

4й ФЖ или даже 5й легко можно всунуть в наладонник, смотря какой, правда.
Да, ФЖ писан ради денег, но люди почему то ждут с нетерпением именно новых релизов адобовских прог, а не писанных ради людей.
Парадоксально, но факт.
Кстати адобовцы упорно не признают наличие России как таковой, нет ни поддержки русского языка, хотя есть поддержка всяких там португальских\каталонских. Если адобовские жиды не признают русских людей за пользователей, то платить за ихнии программы это чистой воды кретинизм. Нет русских пользователей Адоба! Какие вам еще деньги?!

Да нету в ФЖ никаких софтин для сканеров, есть всего лишь ссылка на драйвер сканера

О как. Значит, откалибровать сканер фотожопом нельзя, так выходит?

4й ФЖ или даже 5й легко можно всунуть в наладонник, смотря какой, правда.

Я говорю о полноценной версии. Т.е. чтобы версия в наладоннике ничем вообще не отличалась от версии в большом компе. Просто под другой процессор собрано.
Дык вот, ни 4-й, ни 5-й ты в наладонник не всунешь. (если, конечно какую-нибудь Libretto не считать наладонником).

люди почему то ждут с нетерпением именно новых релизов адобовских прог

Jedem das seine.
Одни с нетерпением( офигеть :) ) ждут новых релизов, а другие делают то что им нужно без всякого ожидания.

И потом - если продукты такие замечательные и всё могут - то отчего же пользователи-то с нетерпением ждут новых релизов? Зачем им новый релиз, если и так всё работает? Фич не хватает? Глюкав безмерно? Тормозит не по-детски? Странно это.

Если адобовские жиды не признают русских людей за пользователей, то платить за ихние программы это чистой воды кретинизм.

Двойные стандарты у меня не в почёте.
Платить не будем, русского нету, писали жиды, но пользовать нам это не мешает, и про качественность рассказывать тоже.
Это может krylov@lj'у понравится, а мне - как-то не очень.

О как. Значит, откалибровать сканер фотожопом нельзя, так выходит? Так ведь CMS трудно назвать "софтиной для сканеров"

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

Я не за себя говорю, мне они нах не нужны эти релизы. Почитай графические форумы сам убедишься. То что пользователи этого софта только пользователи, а не программисты не должно, как мне кажется, удивлять.

И потом - если продукты такие замечательные и всё могут - то отчего же пользователи-то с нетерпением ждут новых релизов? Зачем им новый релиз, если и так всё работает? Фич не хватает? Глюкав безмерно? Тормозит не по-детски? Странно это.

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

Двойные стандарты у меня не в почёте.
Платить не будем, русского нету, писали жиды, но пользовать нам это не мешает, и про качественность рассказывать тоже.
Это может krylov'у понравится, а мне - как-то не очень.

а есть альтернатива? Ну взяли бы и урыли Адобу, русские программеры, а то ведь заказов ждете. Как там, вечерком софтинку пописать после дневного таскания тяжестей... :))

некоторые области выпадают за охват, вот их то и нужно как правило ввести в охват с наименьшими потерями, не трогая остальное. Какая консоль вместо глаза сделает ТАКОЕ?

Не понял. А какой фотожоп вместо глаза сделает ТАКОЕ?
Что, у фотожопа есть глаза, чтобы на бумагу поглядеть, увидеть что что-то не так и какой-то там коэффициент внутри у себя подправить?

ФЖ использует для этого таблицу преобразования (может не таблицу а формулы, точно не знаю) на самом деле он сам по себе нихрена не корректирует, т.е. те пикселы которые попадают в охват (могут быть преобразованы в соответствующие значения CMYK) преобразуются, а те которые нет - ФЖ нихрена с ними не делает и предоставляет закниматься ими пользователю, подсветив их соответствующей фичей Gamut warning. Если же ничего с этими пикселями не сделать не откорректировать их вручную или как-нибудь еще , то RIP назначит областям состоящим из этих пикселов розовый цвет magenta, так что в итоге на экране может быть зелено-зелено, прям люминисцентный зеленый, а на печати получится все красным :=\. "Корыл" пытается все таки провести коррекцию самостоятельно, но выходит у него это убого, он вгоняет выпдающие побласти в охват манипулируя контрастью и яркостью ВСЕГО изображения да так что на печати потом получится бледненькая серенькая картинка, хотя он тоже подсвечивает области вне охвата и дает возможносчть человеку самому провести коррекцию.

Тунеядство софта какое-то :)
А вектор из пространства RGB у которого нет соответствия сапроксимировать в ближайший существующий вектор CMYK они не пробовали?

Хе, платный софт :) Один ничего не делает, другой делает так, что лучше бы ничего не делал. :) :) :) Ага. Халявщики.

Залез в Гимп. Есть там какой-то plug_in_decompose. Как-то работает, не знаю правда, как именно, проверить не на чем.

ЗЫ: Гипм он под любую ОС и под любой процессор - один и тот же.

Тунеядство софта какое-то :)
А вектор из пространства RGB у которого нет соответствия сапроксимировать в ближайший существующий вектор CMYK они не пробовали?

Хе, платный софт :) Один ничего не делает, другой делает так, что лучше бы ничего не делал. :) :) :) Ага. Халявщики.

Так утож :)

Мда, понаворотили в гимпе фич разных вроде похож на графический редактор, начинаешь пользоваться сходу спотыкаешься.:(
первое что бросилось в глаза это отсутствие визуального масштабирования выделения, а также то что в гимпе считается контекстным меню, если оно таковым , конечно, считается, очень далеко отстоит от того каким должно быть контекстное меню. Очень неповоротливый , на мой взгляд, ZOOM. Векторные инструменты вроде присутствуют , но пользоваться ими вовсе неудобно, даже я бы сказал гемморно.

Насчет decompose - удивительно! Ведь может же раскладывать в CMYK, но конвертировать в модель СЬНЛ, почету не хочет, почему - ХЗ. Есть режимы grayscale, index, а CMYK нету, странно. И странно еще то что уже разложенный на составляющие СМYK платы опцией compose он загоняет опять в RGB! (???), а требуется всего то добавить режим CMYK и уметь сохранять в cmyk'овые варианты форматов TIFF, JPEG, EPS, PSD. Соответственно, в палитре channels при конвертации должно быть также 4 канала при выключении любого из них должно из изображения вычитаться составляющая этого канала.

Кстати о "ноу-хау". Сделать свободный аналог ФЖ и др. адобовских программ индизайнов всяких, иллюстраторов. Предложить Адобе выкупить эти проекты за лимонов этак надцать, бабло потратить на благие цели, иначе - выложить в своболный доступ исходники. Любой из двух вариантов приемлем. Чем больше таких проектов тем ощутимее урон адобовским жидам.

Адобы всякие - только разорять.
"Вытащив бабло" - не разрушишь их экономику. Наоборот - сам же и упрочнишь - любое перемещение бабла упрочняет их экономику. А её нужно разрушать.

ЗЫ: свободные аналоги есть. Просто ими пользоваться надо, фичи заказывать, если уж сам не умеешь сделать, а не нахваливать вражий продукт. Вот кстати - как, например те, кто пишет гипм, узнают какой именно нужен плагин фотожопникам, если фотожопники ничего толком сказать не могут, только фотожоп восхваляют? Может и написали бы, ради прикола, дык ведь рассказать никто толком не может что именно надо. "Гимп - говно, фотожоп - рулез". Всё. Ну и пошли тогда в задницу.

Ну и кто будет заказывать фичи если все ФЖ итак халявно пользуются?
Могли бы на западе заказывать, но там ведь уже устоявшийся техпроцесс, который вряд ли так просто поменять. Намеренно заказывать фичи под гимп никто не будет. Воте сли появится нормальный гимп, как линуксячий так и маздайный порт, то к нему присмотрятся и потихоньку начнут вовлекать в техпроцесс, только на этой стадии возможно заказывание фич. Но для того чтобы его использовали в техпроцессе он должен уметь хотя бы делить корректно (желательно лучше чем в фотожопе), поддерживать векторные маски и векторный текст на стадии редактирования, также приемлемую СМS, поддерживающую адобовские профили. Вобщем работы непочатый край, кто это будет делать не знаю.

Векторные маски и векторный текст - это не задача для графического растрового редактора!
Для этого есть редакторы работающие с векторными форматами, в частности с PS/EPS.
CMS опять же - отдельная штуковина, через которую прогонять можно результат выдаваемый любой программой. При чём тут редактор?

Векторные маски и векторный текст - это не задача для графического растрового редактора!
Для этого есть редакторы работающие с векторными форматами, в частности с PS/EPS

Они нужны на стадии редактирования, чтобы после сохранения документа с такой маской или с векторными текстами в промежуточном формате, типа PSD и после открытия была возможность редактирования, масштабирования этих объектов лежащих на отдельных слоях. Ибо если ты создал к примеру эллипс, а он у тебя уже растровый, то если ты вдруг захочешь его немного (или намного)увеличить то у тебя поплзут зубчатые края как например на аватаре у pyc_reader. В случае когда промежуточный объект векторный ты можешь им манипулировать как угодно и когда выведешь конечный файл JPEG или TIFF то все границы объектов будут аккуратными и плавными.

CMS опять же - отдельная штуковина, через которую прогонять можно результат выдаваемый любой программой. При чём тут редактор?

А зачем усложнять все. Ты один раз настроил CMS привязанный к редактору, компенсацию растискивания при печати, лимит черного, общий лимит красок, GrayColorRemoval, UnderColorRemoval и всё, при цветоделении будут учитываться эти установки. Избавляет очень от рутины.

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

А зачем усложнять все. Ты один раз настроил CMS привязанный к редактору, компенсацию растискивания при печати, лимит черного, общий лимит красок, GrayColorRemoval, UnderColorRemoval и всё, при цветоделении будут учитываться эти установки. Избавляет очень от рутины.

Ты не понял. Как бы объяснить...
Ну вот когда у меня был принтер, то чтобы не тратить впустую краску, процесс печати, например pdf-а у меня происходил примерно так:
cat file_name.pdf | pdf2ps | psbook -s20 | psnup -2 | lpr
"|" - означает, что "стандартный вывод" команды до этого значка передаётся на "стандартный ввод" команды после значка.
cat file_name.pdf - это вывод содержимого файла на "стандартный вывод"
pdf2ps - из PDF делает постскрипт
psbook - переставляет страницы с учётом того, что мне надо получать "тетрадки" из 5-ти листов.
psnup - печатает по 2 страницы на лист
lpr - печатает постскрипт.

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

Дык вот, каждая программка в такой цепочке - маленькая и занимается исключительно своим делом. Понятно, что в маленькой программке и ошибок меньше, и отладить проще. И всё это в консоли, кстати. И если сказал какой-нибудь из программок, что отступ от края должен быть 2 см, то он и будет 2 см - не надо ничего проверять и экспериментировать "влезет/не влезет". Надо цвет отрулить - сунь в цепочку соответствующую программку, которая, например, картинки в чёрно-белые превращает, или там яркость меняет - и всё - получишь именно то, что ты хотел. Сказал на 20% светлее печатать (чернила дорогие были) - и получишь на 20% светлее.

Что бы мне пришлось делать, если бы я пользовался какой-нибудь виндовой хренью: Как-то PDF превращать в PS (печатать из ридера в файл через драйвер PS принтера? А если в PDF стоит запрет на печать?), потом колбасится в Иллюстраторе чтобы переделать расклад страниц, печатать пробные куски, смотреть чтобы чего-нибудь куда-нибудь не вылезло, снова колбасится, потом страницы переупорядочивать как-то, потом печатать, да ещё чтобы с тетрадками не напутать. И так каждый раз. А если мне надо директорию в которой 100 разных PDF да в одну книжку?

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

Вот тебе и "издательский процесс"...

Не, вишь ли, ты настроил у себя цепочку и получаешь приемлемый результат для себя, т.к. выводишь на свой личный принтер. А вот предсиавь что тебе приносят на вывод уже пропущенную через отдельный модуль CMS иллюстрацию, ты ее открываешь в редакторе и видишь совсем не ио что люди хотели видеть, изображение стало гораздо светлее или темнее в зависимости от установок CMS. Никто ведь не говорит что CMS должна быть в коде основной программы, посмотри на тот же Иллюстратор, он состоит из целой кучи модулей, программа модульная по своей сути, бери пиши маленькую отдельную программку клади ее в соответствующую дирректорию и у тебя в программе добавляется фича. Так же и здесь, тебе принесли кучу фотографий ты их открыл в редакторе и видишь то что хотели видеть те кто принес их. Такая же ситуация обстоит и с ПДФом, здесь нельзя упускать из виду переносимость. В чем преимущества ПАКЕТА? Он то может состоять из маленьких программ по модульному принципу, но при установке устанавливается стандартный набор модулей обеспечивающий в должной мере СОВМЕСТИМОСТЬ тех или иных возможностей. Представь, ты проверил таким образом свою цепочку для вывода , но печатать тебе теперь надо не на принтер, а в типографии . Ты понесешь исходник и скрипт? А вдруг там какой нибудь утилиты нет которой ты пользовался? Или другая версия которая работает несколько не так? Понесешь туда все свои программы? И что оператор должен колбасится изучая ТВОИ команды в ТВОИХ же программах, которые он видит первый раз в жизни? Для описанного тобой случая существует специальная программа для спуска полос. В маздае она есть как отдельная программа , так и модульного типа плагины для программ верстки типа Индизайна ,Кварка или ПейджМейкера. Есть также плуг и для Акробата. Зачем же ты многостраничный ПДФ открываешь в иллюстраторе который по природе своей НЕ предназначен для работы с многостраничным документами , а создан для работы с иллюстрациями, ты ведь в гимпе не будешь открывать исходник программы написанной на С? Тебе можно было выполнить необходимые операции либо с пом. драйвера принтера, он тоже ведь уменьшает \ увеличивает изображения и можно задать ему экономичный режим, полутоновый растр, порядок страниц, режим Ч\Б. А еще лучше справился бы с задачей соответсвующий плагин для акробата. На то он и Акробат, ты можешь открыть чужой ПДФ и переколбасить его как хочешь, и вывести влюбом необходимом порядке страницы хоть в натуральную величину хоть в миниатюрах.

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

С цветоделением мысль уловил?

Да, кстати, вот вошел из гнома в TWM не знаю как из него выйти, не подскажешь? (RH8)

но печатать тебе теперь надо не на принтер, а в типографии.

Вот постскрипт тот же адоб кому и для чего делал?
Чтобы у всех всё одинаково было. Всегда и везде.
А если в типографии почему-то печатается не то, что написано в постскрипте - так это проблема типографии, а не твоя. Это у них, вместо того, чтобы напечатать указанный в постскрипте цвет XXXX печатается цвет YYYY.

Ты понесешь исходник и скрипт?

А это зачем это?
Мне скрипт понадобился для того, чтобы у меня цвет XXXX из постскрипта напечатался именно как XXXX, а не как YYYY или ZZZZ.

Зачем же ты многостраничный ПДФ открываешь в иллюстраторе

Иллюстратор я с Пожмакером перепутал.

И ты так и не ответил как мне под виндой напечатать PDF, в котором печать запрещена.

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

Тут причина и следствие перепутаны. Валом работы именно потому, что не хотят 1 раз узнать про ключи. :)

С цветоделением мысль уловил?

Нет. Я так и не понял, почему нельзя один раз всё настроить и цвет XXXX всегда печатать именно как XXXX, а надо перманентно извращаться подгоняя каждый раз картинку под текущие субъективные впечатления.

Да, кстати, вот вошел из гнома в TWM не знаю как из него выйти, не подскажешь?

Это как? Это под TWM можно запустить Gnome, А вот наоборот - не бывает...
В TWM всякие меню по нажатию кнопок мыши на любом свободном от окон месте экрана вызываются.
Если вообще никаких меню не настроено, то из терминала текстового (из X-ов в терминал - Ctrl+Alt+Fn) набери export DISPLAY=:0.0;xterm потом вернись в X-ы (Alt+F7 обычно, не знаю на каком терминале в RH8 X-ы запускаются - пощёлкай) - там терминал в окошке будет - можно из него проги запускать.
А лучше меню настроить по-людски.

И ты так и не ответил как мне под виндой напечатать PDF, в котором печать запрещена.
Есть утилитка такая от elcomsoft снимает запреты всякие с пдфа...
Иногда бывает полезной.

Тут причина и следствие перепутаны. Валом работы именно потому, что не хотят 1 раз узнать про ключи. :)

Ну нельзя все с пом. ключей на автомате сделать, а то что можно так те скриапты просто из окон запускаются.

Нет. Я так и не понял, почему нельзя один раз всё настроить и цвет XXXX всегда печатать именно как XXXX, а надо перманентно извращаться подгоняя каждый раз картинку под текущие субъективные впечатления.

Потому что ты программист и многих вещей просто не понимаешь. Зачем прогонять файл через утилиту которая изменяет в постскрипте значение xxxx на уууу учитывая компенсацию растискивания, если вдруг в последний момент может потребоваться заменить какой нибудь объект на zzzz цвет. Так ЧТО? отдельно потом пересчитывать этот zzzz цвет в gggg, с учетом всех предпечатных хитростей? Ты говоришь проблемма типографии, а там что не люди сидят? Или у них работы другой нет как доделывать чьи то переделки? Так существует CMS которая работает с ВСТРОЕННЫМ в файл профилем, занимающим пару килобайт! который делает поправку для всего изображения которое остается неизменным и ты его можешь всегда редактировать как угодно. В то же время если ты вдруг решил печатать файл в другой типографии на другой машине где другие характеристики, то не надо пересчитывать весь PS который может занимать сотни мегабайт, достаточно изменить настройки CMS и встроить новый профиль в старый файл. И дело в шляпе. Вот из-за таких вот тонкостей программеры и не могут написать свободный софт, т.к. это им кажется "рюшечками" а это на самом деле очень рационально и экономит в результате массу времени.

С гномом разобрался.

О том насколько Adobe придает значение своей системе CMS и цветоделению может говорить тот факт что такую программу как "Adobe Photohop Elements", сделанную на движке фотожопа, но лишенной поддержки CMYK, поставляет в качестве сопутствующего софта к разным периферийным устройствам, таким как цифровые фотокамеры или сканеры. Т.е. механизм цветоделения составляет в фотошопе львиную долю его стоимости.


Current music: Joy Division "Live 2.5.80 at Birmingham University"

Да будет цветоделение в гимпе. :) Раз уж плагином кто-то занялся - то прикрутят. littleCMS опять же тоже кто-то делает. Через полгодика, думаю, фотожоп уже будет не нужен.
Кто-то даже ему морду уже написал, чтобы на фотожоп похоже было. Для пристрастившихся.
А мне и так зашибись.

Через полгодика, думаю, фотожоп уже будет не нужен.
Ну полгодика не такой большой срок, в ФЖ помимо всего этого еще много разных "рюшечек" без которых напряги. Но если будет CMYK полноценный и порт под маздай, то к нему станут присматриваться однозначно... можно также поддержку фотожопных плугинов сделать они , вроде, на сях писаны.

Существует ли в природе конфа обратной связи опенсоурсников и юзеров?

Существует ли в природе конфа обратной связи опенсоурсников и юзеров?
У любой софтины есть конфа или рассылка, а то и всякие багзиллы с листами для заказа фич.