Да уж! Весьма трудно таким будет задавить Flash :) Это все равно что линуксячьим Gimp'ом давить Photoshop :)))

Хе. Тут от подхода зависит. Как, например, окучить Macromedia Flash чтобы оно без участия человека раз в сутки рожало новую флешку с новым содержимым (ну графики там какие или ещё чего)? А никак. Должен сидеть кто-то и мышом возить. Каждый день выполнять тупую и нафиг не нужную работу. А тут - как 2 пальца.

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

С Гимпом ещё веселее. Кому нравится дрочить мышь - тому да, Фотожоп лучше. Приносишь такому кучу фоток с нарушенным балансом белого, вот он сидит и занимается херотой - откроет, отрулит, запишет. Как идиот. А мне дрочить мышь не нравится. Поэтому я пользую Гимп. А то и вовсе без всяких там окошек - консольный convert натравлю на гнездо изображений, и занимаюсь своими делами. Оно само всё сделает.

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

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

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

Больше чем уверен, что 99.99% русских людей не смогут устранить баг драйвера, но так ли они безполезны?

99.99% русских людей не знают что такое баг и что такое драйвер.
Речь идёт о том, кто знает.

И напротив, те кто смогут устранить баг будут представлять собой разноплеменной сброд состоящий помимо горстки русских из немцев, японцев, китайцев, индусов, жидов и ХЗ кого еще.

Не надо врать.
Загляни в исходники того же ядра линуха и сравни список авторов с авторами какой нибудь Виндовс. Потом приходи.
В Винде вплоть до '95 сообщение о некоторых системных ошибках представляло собой фразу "Not cosher".

Хе. Тут от подхода зависит. Как, например, окучить Macromedia Flash чтобы оно без участия человека раз в сутки рожало новую флешку с новым содержимым (ну графики там какие или ещё чего)? А никак

Да на раз! И окучивать то не надо, главное поуму скрипт написать и с любой периодичностью он будет обрабатывать данные хоть PHP, хоть JS, хоть Perl А вот как в этом открытом SSWF сделать что-нить посерьёзнее чем баннеры всякие и те же диаграммки, например презентацию или игру какую нить, то возиться придется до второго пришествия.

С Гимпом ещё веселее. Кому нравится дрочить мышь - тому да, Фотожоп лучше. Приносишь такому кучу фоток с нарушенным балансом белого, вот он сидит и занимается херотой - откроет, отрулит, запишет. Как идиот. А мне дрочить мышь не нравится. Поэтому я пользую Гимп. А то и вовсе без всяких там окошек - консольный convert натравлю на гнездо изображений, и занимаюсь своими делами. Оно само всё сделает.

Вот уж потешил так потешил. Ты, мил человек, из-за линуха когда последний раз вылазил-то? Чай, лет 10 назад?
О палитре Action в фотожопе слышал? А о меню batch? Еще с 5й версии (уже то 9-я) фотожоп так колбасит со сценариями, что любым гимпам даст фору релиза еще на 2 как минимум. И обработать 500 фотографий настроив баланс белого, яркость\контрастность, размытие, сжатие Jpeg или еще чего там так же легко как именно 2 пальца об асфальт:)))

Но вот что потом с этими 500 фотографиями обработанными в гимпе делать, вот вопрос? Разве что для аватарок интернетовских применять или же, на худой конец если еще порезать чем нибудь линуксячьим, то может быть и в HTML запихнуть. Только вот если захочешь эти обработанные гимпом фотографии использовать в полиграфии, то лучше воздержаться от такой шальной затеи, а то себе дороже выйдет, ибо гимп не поддерживает цветоделения, хотя я слышал вроде с версии 1.4 начал поддерживать, но как он делит я боюсь себе даже представить.
Так что все удобства по автоматизации в вышеозначенных продуктах есть и когда в них работаешь не думаешь ни о каких багах или фичах. Думаешь только о работе. Исключительно занят своей работой.

Не надо врать.
Загляни в исходники того же ядра линуха и сравни список авторов с авторами какой нибудь Виндовс. Потом приходи.
И в мыслях нет врать. Ну и что из того? Как наши так и жиды умеют ковырятся в дровах, это делает жидов более полезными?

В Винде вплоть до '95 сообщение о некоторых системных ошибках представляло собой фразу "Not cosher".
У меня стоит на одном из разделов 95 чтото я такого не встречал, было бы забавно :) Надо буде видимо помучать её как следует.
То что винда написана на закрытом коде это, конечно же, нехорощо. У линуха нет такой популярности только потому что никто не хочет портировать туда свои приложения, т.к. сама концепция линуха подразумевает свободное ПО. Вот если бы можно было совместить открытость ОС с коммерчесим софтом для нее, такое ведь уже есть, тот же Corel Linux, Maya, только в более широком плане, то винде, как закрытому софту, возможно, пришел бы быстрый конец.

Да на раз!
Ну-ну.
Ты предлагаешь винду на сервак ставить?
Спасибо, мне не надо. Я предпочитаю вариант "железяка для меня", а не "я для железяки".

например презентацию или игру какую нить

Ага. диаграмки - говно, а вот презентация с игрой...
Мир масс-медиа, здесь и сейчас. Тьфу.

И обработать 500 фотографий настроив баланс белого, яркость\контрастность, размытие, сжатие Jpeg или еще чего там так же легко как именно 2 пальца об асфальт:)))
Отлично. Где я могу скачать фотожоп под линух?
Да, и кстати, его на сервак как прикручивать? Ну чтобы юзер загрузил изображение, а оно обработалось автоматом?

Думаешь только о работе. Исключительно занят своей работой.
Именно! Вот в этом-то и заключается весь пиздец!
Ну неужто не доходит???

потому что никто не хочет портировать туда свои приложения, т.к. сама концепция линуха подразумевает свободное ПО. Вот если бы можно было совместить открытость ОС с коммерчесим софтом для нее

А коммерческого софта под линух полно вообще-то. Только почему-то люди предпочитают страшненький, но открытый GRASS распрекрасному ArcInfo, бесплатный Apache дорогому IIS и консольный povray писаный "сбродом" рендерерам солидных фирм. Про кодеры/декодеры видео и аудио я вообще молчу. Можно ли нынче найти mp3 сжатый не lame?

Насчёт "не хочет портировать" - тоже сказки. Ещё как хочут. Только не понимают они нихрена. Тех же Adobe давеча припёрло - Reader под Линух аж до 7.0 обновился, да ещё и фич в нём сделали чуть ли не больше чем в виндовом. :) Глупые однако. PDF печатают не из смотрелок. Для этого pdf2ps | lpr есть. И похер на всякие "нельзя печатать" :)

ЗЫ: Corel Linux давно сдох.
Потому что оказался никому не нужен.

Ну-ну.
Ты предлагаешь винду на сервак ставить?
Спасибо, мне не надо. Я предпочитаю вариант "железяка для меня", а не "я для железяки".

Ничуть. Если речь идет просто о групповом получении файлов то сервак не нужен. Если же нужно просто динамическое изменение данных, допустим, диаграмма голосования юзеров, то там никаких приложений под сервак не надо прикручивать. Размещается только swf файл который отлавливает переданные ему переменные хоть JS, Perdl или же от PHP скрипта. Зачем все усложнять?

Ага. диаграмки - говно, а вот презентация с игрой...
Мир масс-медиа, здесь и сейчас. Тьфу.

Ну хорошо, не презентации, а пособие по изготовлению дизельного топлива из ПЭ бутылок. Так лучше?

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

Вроде бы фотожоп от win-эмулятора под линухом работает 5й.
Насчет сервака, а зачем динамически менять у картинки баланс белого, мне непонятно.

Думаешь только о работе. Исключительно занят своей работой.
Именно! Вот в этом-то и заключается весь пиздец!
Ну неужто не доходит???

Ага. Думать о том как исправить баги, а потом доделать работу, да?
Насчет пиздеца я уже говорил, кому выгодно чтобы русский человек постоянно пребывал в непролазной работе. С той же Share все несколько меняется

Corel Linux давно сдох.
Потому что оказался никому не нужен.
Это не удивительно, т.к. в линухе сидят в основном одни программеры., да и одного корыла для линуха маловато будет чтоб завязать на линухе весь техпроцесс, потому и сдох.

Ничуть. Если речь идет просто о групповом получении файлов то сервак не нужен. Если же нужно просто динамическое изменение данных, допустим, диаграмма голосования юзеров, то там никаких приложений под сервак не надо прикручивать. Размещается только swf файл который отлавливает переданные ему переменные хоть JS, Perdl или же от PHP скрипта. Зачем все усложнять?

Нет, ты совсем не понял.
Речь идёт о создании SWF файла на лету скриптом. На основе данных, ну, например, из базы.

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

Думать о том как исправить баги, а потом доделать работу, да?
Запинать софтину чтобы она работала так как нужно тебе, а не так как нужно её автору. Потом заниматься другими делами, пока софтина делает твою работу.

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

да и одного корыла для линуха маловато будет
Даже разговаривать не хочется...
В Corel Linux не было никаких софтин Corel *.
Был убогий эмулятор Win 3.1 и всё.

Может стоит ознакомится с тем о чём говоришь?

Нет, ты совсем не понял.
Речь идёт о создании SWF файла на лету скриптом. На основе данных, ну, например, из базы.

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

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

Уй, уморил, однако. :))
Ты знаком хоть с одним форматом графических данных? "Охуительная" система получится, если предполагает какие то там клацания по настройке точки белого при заходе на сервак. Самая белая точка в любом экранном (RGB) формате графических данных будет FF FF FF, а калибровать нужно не сервак а свою систему, для этого и существует профилирование и калибровка. Хотя если у тебя к примеру аппаратный уклон в сторону зелени, ну там красная пушка подсела, то тут надо думать не о том как с помощью сервера откалибровать изображение в браузере, а о том чтобы взять паяльник.

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

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

Да, и ещё.
Нету macromedia flash под линух фрипизди или хотя бы какую-нибудь солярку.
Поэтому все сказки про PHP, JS и Perl - можно не рассказывать.
НЕ УМЕЕТ оно!

ЗЫ: Запускать сервер под виндой предлагай кому-нибудь другому.

Я выше написал что само приложений нах не нужно на серваке.

А ещё раньше, я написал, что флеш сам по себе вообще нах не нужен. Однако сей аргумент был проигнорирован.
Не вопрос - ну вот хочется флеш и всё тут. Клиент хочет флеш. Бывает.
Только какого хера я должен эту пакость руками делать? Пусть сервак этому клиенту генерит флеш вместо анимированной картинки.
А теперь ты мне рассказываешь, что нужно на серваке, а что не нужно.
Ну что за херота-то?

Да уж программисты решают что нужно, а что нет, забавно. Так можно до абсурда дойти. Потому линух такой и голый что работают на нем одни программеры и всё пишут под программеров. Конечно. можно заявить "А нахуй он нужен этот ебучий дизайн" и быть по-своему правым. Действительно, нахуй он нужен? Ведь он расчитан на генерацию вау-импульсов и повышение рейтингов продаж. Тем не менее если бы в СССР больше бы уделяли внимания дизайну, то не текли бы слюни в сторону Запада, как ни крути, подавлять стремление к красоте не получиться, не лучше ли не рубать все нахуй, а использовать во благо. Зачастую советская продукция была надежнее и качественее западных броских аналогов, но отстойный дизайн делал их "неконкурентоспособными".
Дело не в серваке то ведь. Ты вот взялся генерить идеи для русского народа, исповедуя гиппократовский принцип "не навреди". Ну и что хорошего для русских людей будет если заставить их писать софт свободный "для людей". Лишить людей заработка и раздавать этим "людям" софт бзплатно, пусть копируют, авось кто-нибудь прийдет с "нижайшей просьбой". Вот где херота то на самом деле , ВЧК, как ты этого не понимаешь. Хочешь делать безплатно для "людей"-линуксятников? Мля, какой то линуксячий космополитизм. А у кого руки из жопы 99% русских людей пусть приходят с "нижайшей просьбой" , да? Вот оно-то, красота какая О А мне почему -то казалось что ну не должен русский народ поголовно уметь программировать, ибо программирование это не то же самое что посадить картошку, куда более сложное чем даже "ноу-хау" как построить бревенчатый сруб, и то что русские люди не знают программирования не делает их людьми второго сорта. Но нет же, ты стоишь на своем, общелинуксячий сброд тебе ближе чем русский народ. Ведь куда гораздо мудрее было бы сделать так что знаешь ты линух не знаешь , умеешь \не умеешь програмировать , знаешь ответ на вопрос "от кого не ушел Колобок?" - всЁ, юзай безплатно, какие проблемы то? Похер тебе западный покупатель? Всё, пусть нагинается, отдает часть зарплаты за интеллектуальный продукт, своего рода компенсация за русофобию. Нет же тебе надобно людям еще попытаться вериги навесить, пусть безплатно для "людей" пишут, безплатно уголь\нефть добывают отдают, теперь еще это.

Дизайн, значит. Ну ладно.

ибо программирование это не то же самое что посадить картошку, куда более сложное чем даже "ноу-хау" как построить бревенчатый сруб

Ты что, это серьёзно???
Не, я понимаю там о чём-нибудь системном/низкоуровневом/критичном речь шла - ещё как-то можно сравнить, и то, разве что с постройкой сарая. А тут-то...
Куда более сложное :) Ага. Под масдаем мышом возить :) :) :)

99% русских людей пусть приходят с "нижайшей просьбой" , да?

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

С нижайшей просьбой пусть приходят те, кому рюшечки позарез нужны. Дезигн там, и прочее.

Лишить людей заработка
О как. Тут рассказываешь как заработок на софте увеличить до приемлемых величин, а тебе шароваром тычут, по 5 у.ё. за штуку 3 раза в год, и говорят что копирайт - это правильно. Тьфу.

Не, я вот не пойму в чём проблема. Ну хочешь - продавай свой софт, сколько влезет. Хоть русским, хоть нерусским.

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

ЗЫ: /me глядя на ветку, задумчиво: "Да уж-ж-ж. Вред от билла гейтса огромен."

Не, я понимаю там о чём-нибудь системном/низкоуровневом/критичном речь шла - ещё как-то можно сравнить, и то, разве что с постройкой сарая. А тут-то...
Куда более сложное :) Ага. Под масдаем мышом возить :) :) :)
Под маздаем, под линухом какая разница? Хоть для критичного\низкоуровнего хоть для фотожопа легко ли устранить глюк появлющийся не всегд к тому же редко, но чувствительный по своей критичности в мегабайтах, а то и десятках программного кода?

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

С нижайшей просьбой пусть приходят те, кому рюшечки позарез нужны. Дезигн там, и прочее.

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

Ы: /me глядя на ветку, задумчиво: "Да уж-ж-ж. Вред от билла гейтса огромен."
Дык, потри её нахуй, авось он сдохнет, скотина :))

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

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

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

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

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

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

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

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

Дык ведь есть flash-player под линух, а больше ничего и не нужно, все работает...

Мы не о проигрывании же вроде говорим, а о создании.

Или это новость, что может понадобится создавать разные файлы на лету?

Вопрос понятен. Для этого емсть примочка Macromedia Generator к флешу занимающаяся как раз подобными вещами. Если заказчик хочет чтоб все было флешово и динамично - нет проблем, Macromedia Flex, слышал такое, и под линухом и под бздёй работает на ура, правда это не для такого уровня когда там надо десяток-другой банеров нахерячить, а полность завязаная на xml'е штуковина, ессно не безплатная, но и глупо было бы требовать безплатно такие вещи.

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