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

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

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

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

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

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