Содержание:

Общие соображения

Я допечатником работаю, поэтому немного своя специфика. Но в целом так.

На первом уровне папок - заказчики. Это почти везде так.

Внутри каждой папки с заказчиком - папки типа "входящее", "рабочее", "готовое" и "исходящее":

Рассмотрим эти папки поподробнее.

Готовое

Основной смысл в том, что каждый макет должен иметь только одну версию - ту, которая представляет из себя готовый макет. Готовые макеты лежат в папке "готовое". По какому принципу там внутри - опять же, можно по-разному. Упаковочное, что имеет штрих-код, удобно называть по последним четырём цифрам шк. Или по иному артикулу. Далее название продукта, возможно с типом в начале, и размер макета. Напр. 0169 торт Зимний вальс 239x112x80

Также можно разложить макеты, если их много, внутри папки "готовое" по подпапкам по какому-то обобщающему признаку. Например, "уп" (упаковка), "брош" (брошюры), "кал" (календари) :)

Старые версии макетов, которые когда-то были готовыми и актуальными, можно хранить в подпапке АРХИВ (внутри готовых/вид продукции). Удобно внутри создавать папки с датами. Даты лучше писать сначала год, потом месяц, потом день. Для того чтобы, при общей сортировки по имени, папки с датами сортировались по дате.

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

Рабочее

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

В том числе там можно создать текстовый файл типа "заметки", куда складывать контакты заказчика, фиксировать договорённости, возможно вести историю каких-то ключевых моментов:

Входящее

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

Исходящее

Если вы дизайнер, то тут могут быть макеты в том виде, в котором вы их шлёте заказчику/на печать. В кривых, с растрированием эффектов, с какими-то ситуационными доработками, которые произошли уже после того, как макет получил статус "готового".

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

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

Какие ещё могут быть папки?

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

Основные принципы

В системной папке Windows\Fonts лежат только системные шрифты.

Остальные шрифты устанавливаются менеджером шрифтов "с места", то есть подключаются в систему без копирования в системную папку.

Если что-то сломалось - отключаем свои шрифты и восстанавливаем системные.

Установка

С корелом до 17-й версии включительно идёт менеджер шрифтов Font Navigator, а с 18-й версии - Font Manager. Это, прямо скажем, не самые удобные менеджеры шрифтов, но у них есть одна полезнейшая фича. Если указать им место, где вы храните все шрифты (то есть базу шрифтов), то, при открытии в кореле макета с неустановленным шрифтом, они могут найти этот шрифт в базе и задействовать его. Font Navigator временно, до перезагрузки, подключает шрифт в систему. Font Manager вообще умеет задействовать шрифты в кореле без установки в систему. Поэтому эти менеджеры дают удобство, особенно при работе с большим количеством чужих макетов.

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

Схема такая: храним шрифты (желательно) в одном месте, создаём понятную вам базу шрифтов в вашем менеджере (все ваши шрифты вообще). Из этой базы создаём пресет(ы) тех шрифтов, которыми будете пользоваться и которые будут подключены. Количество шрифтов не должно быть запредельным. Думаю, что для обычного подключения максимум где-то 1000 шрифтов, дальше уже будут проблемы. Я думаю, в Font Manager'е можно безболезненно задействовать (без подключения в систему) и большее количество - но точно не скажу, я работаю в 16-м кореле, и у меня, соотвественно, Font Navigator.

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

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

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

Починка системы шрифтов

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

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

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

Мелкомягкий способ

Отключаем наш(и) набор(ы) шрифтов в менеджере.

Сносим в реестре ветку HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts.

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

Приложенные reg-файлы уже содержат команду предварительного удаления ветки реестра - так что их можно просто импортировать.

Жёсткохардовый способ

Если в системной папке всё совсем запущено: много мусора или удалена/заменена часть системных шрифтов.

Отключаем набор шрифтов, сносим ветку, импортируем reg-файл, как в мягком способе.

Загружаемся с какого-нибудь live-загрузочного диска/флешки с системой (например с популярной сборки от Strelec).

Удаляем всё из папки системных шрифтов Windows\Fonts.

Копируем туда архив верных системных шрифтов.

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

Файлы

Архивы шрифтов и reg-файлы для обнуления

Что по ссылке:
шрифты Windows 7.7z - родные шрифты от Windows 7
шрифты Windows 7.reg - файл реестра для них
шрифты Windows 7 + Office 10.7z - родные шрифты от Windows 7 плюс шрифты десятого офиса (то есть то, что находится в системной папке при установке чистой системы и офиса)
шрифты Windows 7 + Office 10.reg - файл реестра для винды+офиса
шрифты Windows 7 + Office 10 без кракозябр.reg (рекомендую) - файл реестра для винды+офиса, который не подключает ряд офисных шрифтов с отсутствующей кириллицей.

шрифты Windows 10.7z - родные шрифты от Windows 10
шрифты Windows 10.reg - файл реестра для них

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

Можно разбить страницы по слоям, и какие-то слои с эффектами на время редактирования отключать.

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

Можно пересмотреть эффекты прозрачности/теней и убрать не слишком нужные.

Можно оптимизировать количество узлов на сложном векторе.

Можно "запечь" часть тяжёлых объектов, например, с большим количеством узлов или с прозрачностью на растре. То есть растеризовать, а исходник оставить в отдельном файле. Как вариант, можно какие-то эффекты накладывать в фотошопе, и вставлять в корел растр.

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

• Размер в пикселях, физический размер и разрешение растрового изображения
• Особенность векторного изображения
• Ресемплинг
• Материалы по теме

Размер в пикселях, физический размер и разрешение растрового изображения

Начнём, для простоты, с растра. Поскольку растровое изображение состоит из точек, то у него есть одно неотъемлемое свойство: это размер в точках, то есть сколько точек оно имеет по ширине и сколько по высоте. Например, изображение может быть 4000×3000 пикселей. Этот размер также называется размером в пикселях.

Иногда этот размер и называют разрешением (resolution), в том числе и в разного рода вполне официальных документах. Это создаёт путаницу. Лучше разрешением называть именно разрешение, о нём ниже.

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

Физический размер — это размер в единицах реального мира, который можно прописать в файле с изображением, чтобы зафиксировать наше намерение, например, его напечатать в конкретном размере. Пусть наша растровая картинка 4000×3000 пикселей будет фотографией в альбом, и мы можем прописать, что мы собираемся печатать её размером 200×150 мм.

И тут появляется вторая характеристика: разрешение. Разрешение для растрового изображения — это производная от размера в точках и физического размера, и говорит нам, сколько точек исходной картинки войдёт на единицу физического размера по ширине или высоте. Это один из параметров, который определяет качество будущей печати.

Например, если мы поделим ширину нашей картинки в пикселях на ширину в мм, то получим 4000/200=20 точек на мм. Разрешение принято считать в точках на дюйм, поэтому пересчитаем: в дюйме 25 мм, соответственно, разрешение будет 25*20=500 точек на дюйм (dots per inch — dpi). Много это или мало? Зависит от способа печати и назначения изображения. Для качественной фотографии— более чем достаточно.

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

Мы можем выяснить, какого максимального размера мы можем напечатать данное растровое изображение при известном требовании к разрешению. Например, для офcетной полиграфии это 300 dpi, следовательно, мы можем сделать наше изображение максимальным размером

Наконец, мы так же можем определить, каким должен быть размер изображения в пикселях, если мы хотим напечатать его в известном физическом размере и разрешении. Скажем, для вертикального баннера размером 2×3 метра при разрешении 75 dpi нам понадобится исходник размером

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

Особенность векторного изображения

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

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

Ресемплинг

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

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

Например, в фотошопе за ресемплинг отвечает вот эта галочка в окне изменения размера изображения:

Если она убрана — изменение физического размера и разрешения не затронут пиксели самой картинки.

Материалы по теме