印刷设计工作中的经验和教训

印刷设计作为平面设计的一个独特的应用领域,因其实现方式和传播媒介的不同,有其特殊的操作规范。印刷设计,也可理解为书刊杂志设计、排版设计等。其设计的最终效果更多依赖于印刷机器的性能、承印物、技术人员的能力和印后加工工艺等因素的影响,设计人员对于成品的把控具有更多的不可预测性和不可控性。因此对于设计师的工作经验和对印刷工艺流程的了解程度有很高的要求。如果前期设计存在不易察觉的小问题,一旦开始批量印刷,就意味着大量的废纸从机器里源源不断的印出来,造成严重的损失。

工作多年,总结工作得失,整理以下意见,警示自己,提醒他人。

急事缓做:不要因为活急就乱了分寸,永远不要省略检查的环节,宁愿超时完成,也不要反工重印。

眼明心细:检查印稿时要检查总体的尺寸、标记、色彩配置、分辨率等,更要放大检查每个部分的细节。不能眼睛在看,脑袋在睡觉,看一百遍也不会查出问题。

存放明确:每个项目的文件要分类存放。要注意同一个文件不同格式的区分和使用。给客户看的效果文件可能是低分辨率的JPG,打样和印刷的文件一定要高品质的EPS或PDF。

黑色的应用:没有特殊要求时要使用单黑色墨实现,避免印刷时叠印不准,出现偏色现象。

导出发排文件:使用“清除游离点和空路径”的命令,既能减少文件存储量,降低传输成本,提高效率,还能避免文件在不同应用场合出现未知错误。

印刷发排文件:文本信息要转路径,不能因为PDF等格式有嵌入字体的功能就忽略了这个环节。其一是因为有些正版字体有版权保护,拒绝嵌入到文件中,导致在另一客户端会显示字体丢失。其二保护自己的设计稿,防止他人修改挪用。

管理文件迭代:保留项目修改过程中的不同版本。因为有的客户在你修改了N次之后,最终选择了你的第一版文件。如果不想返工,请保留好每次修改的版本。

字号的使用要明确:不要太想当然的安排字号(除非你经验丰富,成竹在胸)。最好打印一张不同字号中英文和不同粗细线条的对照图,用每一个字号时,做到心知肚明。如果不放心,可以把设计稿100%比例打印出来检查对比字号的安排是否合理。

图片素材:要静下心来细细地处理,特别是扫描图一定要反复打样确认不会出现网纹和杂色。白底的图片要确定背景是100%的白色,即使CMYK的值是1%也会印出明显的网点。可以用PS的吸管工具和信息面板确定背景是否纯白,也可以通过透明背景处理或加边框强调的方式来规避。

确保文件安全:所有的项目文件存放在单独的磁盘分区,不同项目用不同的文件夹归类。正在进行的项目文件夹在桌面上创建快捷方式。如果不小心删除了桌面上的图标,也不会丢失文件。请改掉按“SHIFT+DELETE”彻底删除文件的“好习惯”,有洁癖的人经常会这么做,但请让它们在垃圾箱里多待一会儿吧,或许会在需要的时候还原它们,让你不至于后悔“手贱”了。

客户质疑:不要首先试图去说服他,而是想办法解决他的问题。即使你自信于自己的专业和认真,但外行的“直觉”未必是没有道理的。

时间: 2024-10-05 05:28:20

印刷设计工作中的经验和教训的相关文章

工作中一次被打击的反思

从毕业到现在工作整整两年了,这次也是第一次试用期没有考核通过.这个结果对我心里来说有点不小的打击,因为他否定了我的能力! 试用期所在的公司是一家创业的手游公司.事情发生在某一个当天下午我们组的负责人老大找我谈话,我跟在他后面心里还很高兴的以为有啥好消息要告诉我.当我们来到一个办公室两人都坐下来了,突然间看到我们负责人表情有点凝重,我心里顿时感觉有点不妙.果然,我们负责人很严肃的对我说我试用期的表现不是很满意,当时我的心里阴影面积就像一滴墨水滴入水中在慢慢的无限扩大.接着我们负责人对我这些天来的表

[工作中的设计模式]享元模式模式FlyWeight

一.模式解析 Flyweight在拳击比赛中指最轻量级,即“蝇量级”或“雨量级”,这里选择使用“享元模式”的意译,是因为这样更能反映模式的用意.享元模式是对象的结构模式.享元模式以共享的方式高效地支持大量的细粒度对象. 享元模式:主要为了在创建对象时,对共有对象以缓存的方式进行保存,对外部对象进行单独创建 模式要点: 1.享元模式中的对象分为两部分:共性部分和个性化部分,共性部分就是每个对象都一致的或者多个对象可以共享的部分,个性化部分指差异比较大,每个类均不同的部分 2.共性部分的抽象就是此模

openstack运维手册(个人实际工作中整理)

openstack运维手册,是本人在实际工作中整理的,现分享!!!因水平有限,欢迎广大朋友指正.具体文档见附件.

软件测试工程师工作中常用的Linux命令

Linux系统有着众多的优点,比方开源.非商业版本免费.多任务多用户操作,因而Linux系统在非桌面范畴占有压倒性的市场份额.关于互联网技术工作者来说,控制常用的Linux命令也是一门必修课.下面罗列一些笔者在工作中常用的Linux命令. cd 切换目录 cd .. 返回上一层目录 cd . 进入当前目录 cd - 返回前一次的目录,即上一次的目录不是上一层目录 ls 查看文件与目录 用法: ls [参数][文件] 参数: ls –l 显示文件的权限和属性 ls –a 列出所有的文件,包含隐藏文

[工作中的设计模式]解释器模式模式Interpreter

一.模式解析 解释器模式是类的行为模式.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器.客户端可以使用这个解释器来解释这个语言中的句子. 以上是解释器模式的类图,事实上我很少附上类图,但解释器模式确实比较抽象,为了便于理解还是放了上来,此模式的要点是: 1.客户端提供一个文本.表达式或者其他,约定解析格式 2.针对文本中可以分为终结符表达式和非终结符表达式, 3.终结符表达式无需进一步解析,但仍需要转化为抽象接口的实例 4.针对非终结表达式,没一种标示需要定义一种解

[工作中的设计模式]策略模式stategy

一.模式解析 策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换.策略模式让算法独立于使用它的客户而独立变化. 策略模式的关键点为: 1.多种算法存在 2.算法继承同样的接口,执行同样的行为,为可以替代的 3.算法调用者唯一,算法调用者可以灵活改变自己需要调用的算法,从而实现计算. 二.模式代码 算法接口: /** * 算法统一接口,所有算法继承此接口 * @author zjl * @time 2016-1-24 * */ public interface IStra

工作中请注意的十点

第一:不要认为停留在心灵的舒适区域内是可以原谅的. 每 个人都有一个舒适区域,在这个区域内是很自我的,不愿意被打扰,不愿意被push,不愿意和陌生的面孔交谈,不愿意被人指责,不愿意按照规定的时限做事, 不愿意主动的去关心别人,不愿意去思考别人还有什么没有想到.这在学生时代是很容易被理解的,有时候这样的同学还跟“冷酷”“个性”这些字眼沾边,算作是褒义.然而相反,在工作之后,你要极力改变这一现状.否则,你会很快变成鸡尾酒会上唯一没有人理睬的对象,或是很快因为压力而内分泌失调.但是,如果你能 很快打破

工作中的感悟 (三)三个月碎碎念篇

感慨一下来这里工作已经有一个月了,从最初的不是很适应这里的节奏,到慢慢适应了这里的生活,中间的过程就像经过一场暴风雨的洗礼虽然说的有点夸张,但是也是差不多吧,同在学校比要累很多,不过坚信不管再累.也要坚持既然有人有干,那我们就可以干我们没有什么理由坚持不了.别人可以做到的我们一样可以做到. 刚来的时候以一种无所谓.既兴奋又有很多好奇的心态来到了北京,这里很多人梦想的地方,不禁感慨以后我也在北京这里开始了这里的生活,时间长了究竟会是怎样一种心境呢,据说这里压力大.这里消费高.这里租房忒别烦人,来到

注意编码工作中的小细节

人们常说"细节决定成败". 编码工作中,同样需要关注细节. 本文将给出3个小实例来说明编码中关注细节的重要性,同时给出作者对如何注意编码细节的一点见解(说的不对,请指正). 例1 这个问题如此地显而易见,竟然没有被发现. List<int> numList = new List<int>(); numList.Add(3); numList.Add(1); numList.Add(4); numList.Add(2); numList.Add(5); numLi