Как стать автором
Обновить

Комментарии 128

Это не только в области дизайна так :-) Это бардак в головах.
Когда-то давно собирал статьи на конференцию, так половина переданных мне файлов (на дискетах) назывались «Статья.doc»
Ну напиши ты фамилию свою в названии файла, чтобы отличать его как-то! Можно транслитом.
Причем даже если в требованиях написать что-то типа «Название файла должно соответствовать фамилии автора», количество файлов «Статья.doc» уменьшится незначительно (пробовали).

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

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

А для дизайнера, который вроде как должен делать мир лучше а предоставление информации нагляднее, все это часто оказывается несущественным.
Для программистов все тоже не так гладко :-D

Всякие формоклепатели как им автоматически IDE кнопочку, поле или функцию назвала, так и оставляют. Типа InputField1 и Button666.OnClick().

И ни разу не слышал, чтобы такие навыки (даже не навыки, а привычки) проверяли при приеме на работу. Типа подразумевается…
Несколько раз слышал о том, что php-developer-ов просили показать пример написанного ими кода.

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

а потом ты уже и соседа толкаеш, шоб такую фигню не творил и коменты побольше делал

все приходит с опытом!
Напомнило ситуацию с резюме, когда приаттачивают к письму файл resume.pdf(.doc, .docx, etc.)
НЛО прилетело и опубликовало эту надпись здесь
Но как-то нет причин, а со многими пунктами я бы поспорил. Зачем указывать размер файла в названии? Да и транслит с дефизов вместо пробелов сразу напоминает 90ые годы.
Про размер написано выше.

Изначально я думал о нижнем подчеркивании, но на маках двойной щелчок при переименовании выделяет часть названия между двумя дефисами.
не бывает нижнего подчеркивания, так же как и верхнего :) есть просто «подчеркивание» ))
Я сейчас аудиотеку сортирую. Так у меня все файлы тоже называны без пробелов (подчёркивания) и транслитом. Для чего? На всякий случай. А случаи, как известно, бывают разные.

И все мало-мальски важные файлы я называю латиницей.

Да ведь даже есть ещё софт, который кириллицей давится, а Вы говорите 90ые. (;
Ну это уже какой-то жуткий страх :). Я с проблемами с кодировкой уже не встречался давно (потому что везде у меня UTF-8).
А я вот неоднократно сталкивался например при переброске материалов mac->windows и обратно.
Аудиотеку я тоже так хранил, но теперь перешёл на «Исполнитель/Исполнитель — Композиция» без транслита и никаких проблем не возникло.
Вы, видимо, не храните дискографии. Свою музыку храню так:
artist — album (year)(label)[bitrate]
А ID3 теги для чего придумали?
Их придумали для того, чтобы не набирать это всё руками по нужному шаблону. (;
мне удобнее по каталогам — музыки довольно много
Я возьму да и похвалю софтину.

Когда я начал пользоваться Amarok`ом, я заценил прелесть медиа-либари (по крайней мере в его реализации), и понял, насколько удобнее это чем сортировка по папкам.

+ там есть фича, на основе ID3 тегов автоматически перестроить структуру папок, в стиле исполнитель/альбом/трек.
У меня на домашнем компьютере 2 месяца windows 7, на рабочем пара недель — везде пользую libraries — суть виртуальные папки, очень удобно.
Music/Artist/YEAR.Album Title/00.artist_-_song_title_bitrate.*
>>Да ведь даже есть ещё софт, который кириллицей давится, а Вы говорите 90ые. (;
фтопку такой софт!
2009-й год на дворе.

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

Тем более mp3 не идут во внешний мир и человекоподобность уже не так важна.
2009 на дворе, а люди ещё пользуются ie6.
И web-верстальщики порой тратят 70% времени верстки, на то чтобы добиться совместимости макета с ie6 всякими неимоверными хаками, потому что развалившаяся верстка это однозначный fail.
у ie6 когда-то были проблемы с кодировками?
но хорошо помню разные надстройки над ie, которые вместо кириллицы показывали вопросики в caption окна
Нет, это я к комментарию товарища Goodkat
«фтопку такой софт! 2009-й год на дворе. „
фтопку qip, winamp, total commander — это из последнего, где я заметил проблемы с юникодом
у ie6 таких проблем никогда не было (но я могу и ошибаться, почти не пользовался им)
Используя названия транслитом (и остерегаясь пробелов), мы фактически поддерживаем авторов кривых программ, а с ними надо бороться.

Пробелы использовать в именах файлов можно уже лет 25, в Apple Lisa они поддерживались (84-й год). Думаю, за 25 лет программисты разобрались с пробелами :)
НЛО прилетело и опубликовало эту надпись здесь
Кто же это у вас отправкой макетов занимается? :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А формат PNG сейчас вообще что ли не в моде у дизайнеров?
Ну почему, некоторые пользуют, я сам иногда сохраняю растры в png, но он не поддерживает CMYK.
не думаю, что jpeg в cmyk — хорошее решение (для хранения и обмена)

логотипы по своей сути в png очень хорошо ужимаются, наверное даже лучше чем jpeg (если там указывать удобоваримое качество)

НЛО прилетело и опубликовало эту надпись здесь
Очень мало дизайнеров разбирающихся в матчасти, ведь они, как правило, имеют художественное образование, либо вообще самоучки. TIFF продвигает Adobe; JPEG они видят повсюду: инет и фотографии; а о PNG, Jpeg2000 и прочих полезных вещах узнать практически и неоткуда.
Конечно. О ПНГ не один дизайнер не слышал и полупрозрачные кнопки и иконки не делал)). Недооцениваете.
А где я написал «не один»? Рисование иконок — узкоспециализированная деятельность, т.е. ей занимается явное меньшинство
какое там меньшинство?)

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

Или рисование кнопок тоже узконаправленная деятельность? Может вы не знаете про то что кнопку можно рисовать полупрозрачной для того чтоб был эфект рефлекса? А ещё иногда оптимальней при ролловере рисовать не второй вариант кнопки, а накладывать полупрозрачный градиент. Вариантов море. Это как раз не дизайнеры не знают о форматах) По крайни мере у нас так было.

А жЫпэГ 2000 как бы не сильно поддерживается пока что. Так же как и MNG и APNG вроди как и не плохи, но поддержки развития со стороны разработчиков браузеров очень мало.
Ориентируясь по собственному опыту, приведу свой пример обзывания файлов…
1. Все логотипы храню только в виде AI (CS4, исходники, текст как текст) и EPS (версия CS, CMYK, текст в кривых). Ибо тиффы, джпеги и прочие пдфы всегда можно легко из епса получить, на кой ляд сдались эти растровые картинки? только место занимают, и работать с ними часто куда неудобнее, чем с вектором.
2. в названии логотипа сначала ставлю слово logo- а уже потом название компании, ибо когда в рабочей папке помимо логотипа лежат флаера, эскизы сайта, визитки и прочая лабуда, сложно ориентироваться, когда все они начинаются со слова СпецСтройЗагранАвтоматикаПроектСнабСбыт- — любая операционка сожрёт всякое такое длинное название в списке файлов, и будет сложно разобраться где тут лого, а где визитка.
3. размер указывать, имхо, нелепо. на коммуникаторах дизайном не занимаются, а большинству современных дизайнерских компьютерам с их терабайтными объемами плюс-минус сотня мегабайт никакой роли не играют.
4. априори ясно, что логотип цветной. если нужна черно-белая версия, добавляю в конце названия суффикс BW, но для цветных логотипов нет смысла добавлять слово Color — только загромождает название.
5. Тип файла (AI, EPS) в названии файла также не указываю, ибо как сказано выше — логотип всегда в двух параллельных форматах (исходник и кривульки).
6. То же самое относится к размеру в миллиметрах. Смысл? Вектор есть вектор, и размер для логотипа тут совершенно не имеет значения — какой нужен будет, такой и масштабируй в итоге.
7. логотипы в RGB не делаю, ибо нет смысла. CMYK вполне нормально потом при необходимости растеризуется в RGB, редко требуется какая-то коррекция. А вот если, напротив, лого в RGB, то потом могут быть проблемы при переводе в CMYK.

Итого, нормальное наименование для финальных версий логотипов выходит таким:
logo-НазваниеКомпании.eps
logo-ИмяФирмы.ai
ну и, соответственно:
vizitki-НазваниеКомпании.eps
convertA4-ИмяФирмы.eps
blank-Фирма.eps
и т.п.

ничего лишнего, и так все понятно.
перед утверждением поочередно добавляются версии -01 -02 и т.п. вплоть до последних правок, тогда я добавляю суффикс -Prefinal, чтобы видеть откуда брать вариант для финальной версии.
НЛО прилетело и опубликовало эту надпись здесь
Ну, во-первых, не было лично у меня необходимости делать логотип для телевидения. Ну и если надо, в случае как с черно-белыми можно добавлять в название суффикс RGB, но по умолчанию оставлять без этих ненужных приписок, подразумевая, что цветовая модель — CMYK.
«Ибо тиффы, джпеги и прочие пдфы всегда можно легко из епса получить».
Ага, особенно при помощи ворда или паблишера:) Речь об универсальном способе, когда Вы подготавливаете логотип, так, что бы его мог использовать кто угодно.
Когда дизайнер передает заказчику готовый логотип, в материале должно быть все, что может понадобится, в том числе и людям не знающим слово епс, иллюстратор, и фотошоп. При этом копия в любом случае остается у дизайнера, и ему не нужно каждый раз растрировать епс под задачу, теряя время, и рискуя допустить случайную ошибку. Весь материал у него уже готов и выверен.
Слава Богу, таких трудностей покуда не возникало. Мне не составляет труда растеризовать логотип в нужный размер. А вот что касаемо клиентов — в 99% их устраивает ЕПС. Наверное, мне просто везёт.
если объем такой работы большой, те часто материалами пользуются непрофи, то тогда и стоит вводить дополнительные форматы
Вы сейчас пишете про PDF?
Простите, а кому и зачем нужен EPS? И почему именно AI CS4?

Может я открою кому-то глаза, но уже много лет существует формат PDF, который, кстати, по-умолчанию включен в каждый AI файл который вы сохраняете. И если вы переименуете AI в PDF, то файл прекрасно откроется, например, в Adobe Reader. Для обратной совместимости можно сохранять прямо из иллюстратора в PDF, но ставить версию постарше.

При этом, даже если оставить текст, файл можно будет без проблем залинковать в любой программе, и не беспокоится про шрифты. Хотя, я думаю, для логотипа текст это не актуально, и чем меньше возможностей у подрядчиков его редактировать тем лучше.
Все очень просто — EPS открывается всюду, можно созранить в EPS и не переживать по поводу того, Corel или Adobe используют на принимающей стороне.

А в PDF далеко не все эффекты корректно сохраняются/открываются. И шрифты некоторые некорректно обрабатываются, если файл в PDF, а текст почему-то нужен в виде редактируемого текста.
Логотип в PDF откроется даже в 10 кореле.

Если мы говорим про передачу материалов пользователю, то эффекты, которые могут некорректно открыться перед сохранением PDF нужно точно так же убивать как и перед сохранением EPS. А текст нужно всегда редактировать в той программе в которой он набран, потому что они все между собой не совместимы, и в EPS 9 версии нельзя корректно сохранить текст набранный в СS4 иллюстраторе.
Я и не спорю, что PDF может использоваться для сохранения логотипов. Может!

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

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

Впрочем, это все касается сохранения логотипов и иллюстраций. Ценность PDF для сохранения многостраничных документов никто не отрицает! :)
Простите, но EPS — стандарт векторного формата в мире дизайна. AI CS4 потому, что я работаю в Illustrator CS4 и прост записываю исходники в том формате, какой стоит по умолчанию. Видимо, мне также стоит сейчас детально описать свой рабочий компьютер, операционную систему и набор софта, чтоб не возникало больше столь идиотских вопросов.
К тому же если вы имеете опыт общения с препресс-операторами в типографиях, вы знаете насколько они нервный, консервативный и ленивый народ, и EPS (желательно в какой-нибудь старой версии, например, 9.0) — это самый оптимальный вариант. PDF они, конечно, возьмут, но бурчать будут не меньше, чем в случае файла в формате CDR.
У меня 10 лет опыта работы в препрессе, и 5 лет опыта работы дизайнером, и могу вас убедить, что EPS был стандартом векторного формата в прошлом веке, а PDF уже 4 года как стандарт ISO.

А про препресс-операторов… Да, я знаю, отдельные люди пользуются QuarkXPress 4.1, Windows 3.1, но почему должны страдать все? Весь современный препресс софт работает только в PDF, взять хотя бы тот же Preps.
Подозреваю, что на ISO большинству дизайнеров просто плевать :)

Главное — личные привычки и удобство для использования в конкретной ситуации. Если кто-то привыкнет к PDF — будет использовать его. Пока более традиционные товарищи не зарпосят EPS :)
Я вас поздравляю с вашим десятилетним опытом, но вряд ли это аргумент. Я, к примеру, имею опыт бОльший, но что с того? уже триста раз объяснили причину того, что логотипы лучше в EPS, чем в PDF:
1. Епс вставляется без проблем куда угодно и как угодно. Никакие данные не теряются, поведение файла предсказуемо и адекватно. Очень удобно парсится в фотошопе командой Place. В случае с PDF могут быть проблемы, если оный PDF был сделан не в люстре или иной какой адобовской программе, а каким-то хитрожопым левым плагином для ворда. И вот откуда я могу знать — будут у меня такие проблемы или нет? С EPS я уверен на 100%, что поведение будет нормальным.
2. Епс при втсавке в тот же фотошоп не спрашивает диалоговое окно с выбором страницы и т.п. У PDF это раздражает. В случае многостраничных сложных документов (брошюр) это нормально, но мы же говорим о логотипе, где всего одна страница и один-два несложных объекта (знак и текстовое написание).

Собственно, не стоит путать регулярную работу с полиграфическими документами — с брошюрами, буклетами и т.п… и помещение логотипа куда-либо. Уверяю, что в повесдневной практике логотип лучше в ПДФ. Я это понял на основе своего 17-летнего опыта, и вам желаю этот опыт поскорее перенять. Уверен, что поможет. И поменьше спеси — тут это не любят.
ну вот опечатался. конечно, в повседневной практике лучше лого в ЕПС.
И хорошо привыкнуть к тому, что в AI хранятся именно рабочие исходники, текст в шрифтах, все обтравки, текст с контурами, маски и т.п… В общем то, что может потребовать корректировки. А в EPS лично я всегда свожу все к максимальной совместимости: убираю невидимые пути, направляющие, текст перевожу в кривые, минимизирую все эффекты, если есть. И записываю ЕПС в минимальной приемлемой версии — CS, ибо это уже довольно устоявшийся формат, никто уже не использует версии 9 и ниже. Но вот если записать в CS2 или CS3 — все же могут случиться проблемы с открытием. Тот же корел или там у кого фрихэнд сохранился — могут открыть кривовато. А EPS CS откроется 100% на всех современных компьютерах — проверено.
Поддерживаю. Исходники с возможностью корректировки — в AI, версия для передачи исполнителю (в типографию, например) — в EPS, текст в кривые, все ненужное выкинуть.

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

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

Свой опыт я привел в ответ на название моих вопросов идиотскими, и на «…если вы имеете опыт общения с препресс-операторами в типографиях».

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

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

2. Что у нас идет первым в названии, по тому проще всего упорядочить, я, например, со стороны клиента сталкивался с тем, что на макет размещались десятки логотипов (например спонсоры).

3. посмотреть почту на коммуникаторе… ну это совершенно нормальное для него использование. Куча народу даже в ДС сидит на медленных либо сильно лимитированных по траффику каналах, например при использовании сотовых модемов, g5, различные стремных офисных тарифов. Попадать на несколько сотен рублей из-за необдуманного нажатия кнопки save неприятно.
4. соглашусь, указывать цветоделение для ч/б варианта избыточно, тут я необдуманно пошел на поводу у стандартизации внешнего вида.
6. В случае с логотипом размер рабочей области действительно не нужен.

У меня эти суффиксы в работе часто начинают разрастаться -01 -02 -03 -prefinal -prefinal2 -prefinal3 -final -final2 -send -send2 :)

На самом деле это уже немного другая и важная для любого цифрового производства область — организация контроля версий, когда один человек от и до работает над одной задачей он может все это делать на свое усмотрение, ну например суффиксы у файлов проставлять.
В идеале это Perforce, alienbrain
> я бы предпочел rar
почему? Он же платный…
НЛО прилетело и опубликовало эту надпись здесь
7z сейчас все архиваторы поддерживают.
НЛО прилетело и опубликовало эту надпись здесь
winrar умеет распаковывать 7z
7zip умеет распаковывать rar.

=)
НЛО прилетело и опубликовало эту надпись здесь
Как формат архива может быть платным? Если вы об условно-бесплатном архиваторе WinRAR, то ни что не мешает воспользоваться другим, полностью бесплатным.
НЛО прилетело и опубликовало эту надпись здесь
в последниях версиях Windows и Macos zip понимается без дополнительного ПО.
НЛО прилетело и опубликовало эту надпись здесь
Хоть формат и проприетарен, но есть свободный unrar.
НЛО прилетело и опубликовало эту надпись здесь
консольный? =)
А запаковывать мы будем платным архиватором, да?
Спасибо, полезная статья и щаблоны для тех, кому лень додумать ) на самом деле, проблема очень частая и бороться с ней, конечно же, надо.
Где-то год назад я устал от бардака на своем компе (было куча папок downloads123, !!!, !!!!!!!!!!!!!!!!!, 111, Новая папка (148), Новый текстовый документ и прочие Setup.exe), разобраться в котором кроме меня никто не мог. Было решено все это дело исправить…

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

п.с. Все существующие каталогизаторы — гуано (

НЛО прилетело и опубликовало эту надпись здесь
Это было о тех случаях, когда высылается несколько материалов с одинаковым названием и разным содержанием.
Фото:


Фильмы:


Может к дизайну логотипов не относится, но вообще я так делаю.
В смысле, что даты тоже всегда проставляю… Хотя… это тоже смотря для чего
это не пример в данном случае

и вообще если задумываетесь над ВЕРСИОННОСТЬЮ, то стоит всетаки посмотреть в сторону вещей уже давно изобретенных, допустим, что мешает использовать svn или git?
«версионность» для бинарных файлов из фотографий, вы наверно хотели сказать использовать rar, zip и 7z? )) зачем усложнять.
это как раз упрощение, потому что найти действительно, то что нужно можно только в таких системах.

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

+когда над материалами работает группа людей, какой тогда выход?
Контроль версий это важная отдельная тема, сейчас мы немного не об этом.
Грубо говоря использование svn разработчиком программы никоим образом не виляет на то, как будет выглядеть дистрибутив или в какой формат пожмутся медиаданные :)

Svn и Git так себе подходят для графики, то с чем удобно работать Торвальдсу вряд ли будет удобно для сотрудников дизайн-студии :)

Лучше Adobe Version Cue, Perforce или Alienbrain.
Ну понятно, это пример своеобразный… У кого-то папки с фотками называются DSC100 DSC101… У кого-то все файлы просто беспорядочно разбросаны…
Я стараюсь фотки в папку «Фото» видео — в «Видео» с музыкой повеселее: Сперва папка с названием исполнителя, в ней дискографии вида
«1995_Пусть все будет так, как ты захочешь» и т.п.

Понимаю, что это непосредственно к теме топика не относится, но это воспитывает некоторые навыки, которые потом не позволяют на работе отсылать файлики «лого2.жпг» «доклад.док». Это я хотел сказать
Я пишу «2009-06-28, Сексдрайв»
Но с точками, действительно, удобнее должно получиться, если нужно написать промежуток времени.
Переименую сегодня все папки с фотками.
я думаю, что фильмы над сортировать по названию
что, если у меня 4000 фильмов и я хочу посмотреть «Реквием о мечте»
я буду вспоминать, в каком году он вышел и листать 800 фильмов с меткой до 2000 года? или буду искать через систему поиска?
я всегда фильмы называю так: Название фильма (год).avi
сразу все находится очень быстро
1. Растр не нужен. При необходимости изготавливается из eps.
Лично я использую только eps, растру отказать вообще.
Рабочая версия — в том формате, в котором создавалось.

2. Не всегда нужно. Точнее, лучше иметь две версии — с текстом и кривыми.

3. Зачем, если файлов не 100?

4. Первой всегда ставлю дату создания (получения — при сохранении чужих материалов) этого варианта в формате YYYY-MM-DD.

5. Это может окончиться тем, что именно этот «обзорный» файл и будет использован [irony]крутым дизайнером[/irony] (в случае, когда заведомо неизвестно, кто будет работать с материалами).
1. если будет кому его изготовить :)
2. Может сложиться что эксплоды некому будет делать, либо сам забываешь в спешке.
3. потому что этот файл впоследствии может оказаться среди 100 файлов, при этом не у вас.
4. если что-то может иметь несколько версий я тоже стараюсь прописывать дату в довесок к атрибуту файла.
1. Тогда уж писали бы про «разрешение 300dpi», а не 1600х1200 ;-)

3. Все равно непонятно — чем один файл хуже того же файла, но в архиве?

4. Это удобно и без версий ;-)
Откуда такая приверженность к eps? Есть такой открытый стандарт, называется PDF (если нужна полная совместимость со всем то PDF/A ISO 19005-1:2005), он во много раз удобнее чем eps, и уже 4 года как принят стандартом ISO.

Простите, но уже надоело конвертировать eps в pdf, просто. Особенно приятно когда он свою 16-и цветную превьюшку в индизайне показывает.
Выше уже говорили — EPS — давний и общепринятый стандарт, которому следуют и по технологическим причинам (совместимость) и по традиции. А полиграфия — область с очень сильными традициями.
Потому что обычным людям, конечно, удобнее взять PDF и посмотреть его в акробате, распечатать и т.п. А вот открывать в люстре или кореле довольно утомительно, ибо надо выбирать всякий раз страницу и еще всякие иные опции для открытия. Когда у тебя в день проходит десятки логотипов и визиток — проклянешь этот ПДФ. Иное дело ЕПС. Перетащил иконку на люстру и наслаждайся. Никаких тебе ненужных окошек с дурацкими вопросами. ЕПС — стандарт де факто для векторного формата уже многие годы, и профессиональные дизайнеры никогда от него не откажутся, ибо он открывается везде и всегда без каких-либо проблем и сложностей.
Мы с вами прямо ценители EPS в этом топике — две пары комментариев на одну тему подряд :)
Ага :)
Собственно, суть в том, что все адобовские форматы — PS, EPS, AI, PDF — это все плоды с одного дерева. В основе — язык Postscript — гениальнейшее изобретение, которое уже четверть века исправно служит. И вряд ли придумают что-то лучше. Собственно, PS — чистый постскрипт, но файлы в этом формате громоздкие и не всегда нормально откроются, зато полиграфисты больше всего их обожают, ибо RIP обрабатывает такой файл быстрее и точнее всего. AI — тот же постскрипт, но уже сжатый и кодированный, специально для иллюстратора удобен. PDF — универсальный формат для любых платформ, мог бы заменить EPS, но вряд ли заменит. По причине уже описанной — из-за этой универсальности появляется проблемы с корректной передачей некоторых мелких нюансов, плюс всегда возникает дополнительное окно с выбором страницы, если даже страница одна. У EPS этих проблем нет. EPS — Encapsulated Postscript — просто качественно сжатый листинг команд постскрипта, он отлично растеризуется любыми RIPами и читается всем без исключения графическим софтом. Проблемы, конечно, могут быть у офисных и «верстальны» (Publisher) программ от Microsoft, но когда мелкомягкие приблуды считались достойными в стреде дизайнеров и верстальщиков?
«So why is PDF more advanced than Postscript? A PDF file is actually a Postscript file which has already been interpreted by a RIP and made into clearly defined objects. These objects are viewable on screen not in code, but in visual objects that everyone can see. Because these files are already interpreted by the RIP, they can be more reliable than an EPS or a .PS file when printed.» (c сайта Adobe).

В индизайне гораздо удобнее работать с пдф. Хотябы потому, что можно посмотреть нормальное превью изображения. А нюансы нужно изучать и применять, а не просто от них эпсом прикрываться.
А вы часто встречали PDF, сделанные правильно, по уму и для цветоделения на RIP'e?
Мне такие доводилось видеть, и нередко. Но это были макеты, сделанные профессионалами. А таких, увы, немного. Частенько попадались и кривые PDFы, которые ни один фотонабор не осилил. Но речь не об том. Народ прав: для всякой мелочевки типа логотипов, визиток и прочей лабуды буквально на одну страничку лучше держать в EPS, ведь вы же не будете этот файл направлять сразу на RIP. Ваша задача — вставить этот фрагмент на макет. А EPS для этих целей годится куда лучше PDF, поскольку, как уже тут было сказано, не требует лишних окон и всегда адекватный в поведении, тогда как акробатики могут быть кривенькими.
Перетяните логотип в PDF в иллюстраторовский документ, вы, наверное, удивитесь, но он точно так же залинкуется как и EPS. В корел он просто импортируется, и в отличие от EPS 9 версии, будет иметь изначальные размеры до сотой миллиметра.

Я профессиональный дизайнер и оператор препресс, и я сразу отказался от EPS.
Ваша задача — вставить присланный логотип в макет. В серию макетов.
Откройте фотошоп.
Вызовите команду File > Place
выберите EPS. Подгоните нужные размеры. Дважды щелкните внутри. Вы получили нужный размер. Все предельно просто.
Сделайте то же самое с PDF. Вы всякий раз получите промежуточное окно Place PDF. Когда таких файлов надо вставить штук 20-30, через полчаса уже начинаешь звереть.
Это раз.
Второе.
Не все делают PDF в иллюстраторе или чем-то другом приемлемом.
Мне прислали PDF, сделанные из корела, файрворкса, кварка и (о ужас!!!) ворда с помощью плагинов. И нередко возникали проблемы — с цветом, с формами, и просто кракозямбы вставлялись. Ну и на кой ляд надо? Еще раз повторю для особенно туповатых — речнь не о превосходствах ПДФ над ЕПС для сложных макетов разных там календарей и буклетов. Речь о хранении логотипов. Тут ПДФ с его возможностями и опциями только вреден, избыточен и главное — НЕНАДЕЖЕН. И уже хватит об этом.
Я поня в чем проблема!

Мы просто говорим о разных вещах. Я спрашиваю почему я должен сохранять свои логотипы в EPS, если я знаю как пользоваться PDF. А вы мне доказываете, что безопаснее когда все логотипы мне пришлют в EPS, с этим как раз я согласен.
Да, мы и правда говорили несколько о разных вещах. Но суть немного в другом.
Если вы любите сохранять логотипы в PDF и пришлете мне охапку своих логотипов в этом формате, то, откровенно говоря, меня это не обрадует. Так же точно вряд ли вас обрадует, если я несколько логотипов пришлю вам в PDF по причинам, описанным выше. Даже если оба мы сделаем эти ПДФы качественно и все такое. Ну и возникает вопрос: а есть ли вообще необходимость сохранять в PDF, если вдруг вам понадобится кому-то их высылать? Не проще ли вообще раз и навсегда принять общепринятую формулу: исходники для себя — в AI/indd/psd. логотипы и визитки с бланками — EPS или TIFF, ну а многостраничные макеты — PDF. Все так делают, и всем все нравитс. Зачем нужно было долго спорить ни о чем, выдвигать какие-то гипотезы и прочие невесомые аргументы. Ну поколебали виртуальный эфир бессмысленными фразеологизмами, да и хватит уж. Надо идти работать, а то понедельник день тяжелый.
PDF немного для других целей, вообще-то. Это удобный стандарт для кросс-платформенного отображения сложных законченных документов.

Удивительные у Вас проблемы. Что мешает сделать copy-paste Вашего eps из Illustrator в InDesign?
А если логотип чуть-чуть изменится? Мне потом искать по всему документу где он встречается, вставлять новую версию и подгонять по размеру?

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

Но чем Вас смущает превью?
В режиме быстрого превью индизайн не генерирует свой превью файла, а использует эпсовский: 256 цветов, 72 ppi.
Так Вас именно это напрягает?
Exactly.

Я же не методички верстаю, мне нужно понимать как все будет выглядеть.
Весь остальной мир работает так, как Вы описали. Найдите диск с материалами для билайна, которые для них сделали wolff olins (на все случаи жизни). Там ровно то, о чём идёт речь.
Ну значит все это попытка изобрести велосипед :)

У нас любят пренебрегать мелочами, и видимо нужно чаще о них напоминать.
Различные цифровые материалы и вовсе любят жить своей жизнью (в It области слава богу все не так плохо).
Думаю попытка внедрить что ни будь вроде alienbrain assets managment а так же использовать средства коллективной работы вызовет в большинстве дизайн-студий панику, увольнения и самоубийства.

Кстати, японские брендбуки для европейских филиалов это и вовсе сказка и песня, во всяком случае Nissan-овский.
Средства коллективной работы использую многие, и для производства дизайна в том числе.
В компаниях, которые понимают суть своего бизнеса (коих не много) с организацией дизайн-производства всё хорошо.
«желательное разрешение не менее 1600х1200 с каналом прозрачности для отсечения фона»
Не совсем верный подход, т. к. 1600х1200 это не физический размер печатной картинки. На визитке Вы получите избыточное разрешение, а для наружки оно может оказаться недостаточным(зависит от способа печати наружки).
Лучше исходить из формата реальных носителей, и приблизительного размера размещаемого на них логотипа.
Для примера, логотип БМВ, компания предоставляет сразу в нескольких разрешениях, для разных носителей, от билборда до визитки, естественно с некоторыми допусками. Во всех цветовых системах, вместе с гайдбуком. Работать с таким материалом очень комфортно, и никаких лишних вопросов не возникает, все четко и по существу.
Последнее — это идеальный вариант, верхний предел может быть действительно здоровым, если нам потребуется имиджевый биллборд 6х3м с логотипом во весь размер требования к растру уже от 5000х5000px до 10000х10000px, а 6х3м это еще относительно небольшая наружка.
В идеале в макет конечно же подтянут вектор, но это в идеале.
По моему опыту для биллборда могут запросить макет с разрешением 50 dpi, так что размер изображения может не отличаться от модуля на половину A4 :)
НЛО прилетело и опубликовало эту надпись здесь
Собственно для этого разрешения и указал, обычно разрешение колеблется в районе 30-ки
1) Не понял, почему транслит, давайте уже писать по русски
2) Также излишне писать размер файла, его легко посмотреть и так (да и любой думаю представляет сколько весит обычно файл того или иного типа, а уж пытаться просмотреть файл .ai на коммунткаторе (чем??) — бред).
Если вы напишете по-русски не в той версии виндоус, то я в макосе не смогу это прочитать. И наооборот. Хотя со временем можно будет про это забыть, но только с гибелью CP1251.
Тогда скорее проблема в макоси, русские имена файлов отлично читаются и в виндоусах, и даже в линуксе. И непонятно, при чем тут cp1251. Тем более, что файлы обычно передаются через интернет, где неважно какая кодировка.
Господа «печатники» (не знаю, как вас назвать), принимайте файлы во всех популярных форматах. или хотя бы пишите на своём сайте подробные требования с обоснованиями (которых даже здесь не зватает).
А то далеко не все из тех, кто приходит к вам на печать, профессиональные дизайнеры и иллюстраторы.

И вообще, выдавайте отпечатанное в упокавках по три штуки, запаковынные в упокавки по пять упаковок, с розовыми ленточками и по средам и пятницам с двух до трёх по адресу, указанному заказчиком за 15 минут до выдачи.
Это я к тому, что с клиентами так нельзя.
Проблема сортировки глобальная, не только в дизайне, а в общем в информатике, тут больше человеческий фактор… Если ты в день делаешь 5- 10 макетов при этом используя, отрисовывая, скачивая кучу референсов-исходников, логотипов, брендбуков… уже плюешь на это...«Аааа!.. да как нибудь найду потом… „
Тема хорошая. В том числе касается и 3d-дизайнеров: моделеров, аниматоров, визуализаторов и др.

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

Так вот, я написал подробнейшие инструкции по правильной структуре 3d-проекта: как создавать проект, как называть сцену, объекты в ней, текстуры, материалы. Показал необходимую структуру папок проекта, чтобы если заказчик захотел исходные материалы, то они бы хранились в логичных папках с логичной структурой. А не как было раньше — \новая папка\новая папка (1)\New\11123new.max. Указал также как сохранять обновленные сцены. Потом красиво отредактировал эту инструкцию, распечатал каждому дизайнеру в студии, дал в руки, объяснил что это такое и… ничего не изменилось.

Правда, только новенькие 3d-дизайнеры как-то старались придерживаться этой инструкции, но их тоже надолго не хватило.
Хорошая инструкция, у меня max-овские проекты периодически проходят рефекторинг — архивация последнй сцены с ресурсами, распаковка, сортировка всех линкованных файлов и т.д. При работе с maya несколько проще, она навязывает свою форму хранения проектов, в принципе логичную.

Насчет соблюдения подобных нормативов — мне это кажется самым больным местом. Если управляющий проектом, допустим, контролирует материалы закомиченные в той или иной Version control system ситуация чуть лучше, бездумно кинуть в репозиторий без привязки к проекту не получится.

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

Именование объектов и материалов в сцене отдельная тема. Пару лет проскакивала на 3dcenter:
3dcenter.ru/forum/index.php?showtopic=73935

Когда проект делается в одно лицо бардак с именами это нестрашно, в геймдеве намного хуже — очень много различных материалов со своими внутренними версиями, все залинковано одно на другое плюс в конце собирается в один общий пакет с жесткими рамками по формату.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации