假如我们使用GoLive来放置该按钮图像，则可不再以GIF或JPG等通用图像格式，而是直接以Photoshop专属的PSD格式放入网页，GoLive会将其保存为JPG或GIF。以后假如在Photoshop中修改了这个PSD文件，GoLive则会检测到改动，并自动更新相应的JPG或GIF。
可以在关闭GoLive的情况下在Photoshop中修改该PSD文件并保存。再次开启GoLive并打开相应站点或网页的时候，图像更新就会自动进行。更新时Photoshop并不需要同时运行。此外，GoLive甚至可以直接更改PSD文件中的文本内容而不需通过Photoshop。此类方式还可应用于与InDesign和Acrobat配合的制作中。
可以看出，这种流程兼容无论是对于个人或是团队，都是非常高效的。这也是Adobe几年以来一直努力的方向。曾占霸主地位的排版软件PageMaker被叫停(暂未下线)，改由全新的InDesign代替，就是因为PageMaker的程序老旧功能单一，无法满足流程兼容的需要。
因此Adobe扶持GoLive的主要原因就它是Creative Suite套件不可或缺的一个环节，没有它，Creative Suite在网页出版上就是空白。而这个空白无疑又将给自己制造一个未来的竞争对手。Adobe在很早也就开始尝试让GoLive加入到流程兼容中并取得了成功，而新近收购而来的DreamWeaver显然不具备融入流程的能力。GoLive因为多了些Adobe血统和习性，注定被Adobe推到第一线。
那么在以后，DreamWeaver是否有可能代替GoLive?呢？
一般来说，Creative Suite套件既然发布，并且目前为止已经发布到了版本2，那么更改其中成员的可能性就极小极小，因为更改成员软件将引发一系列的麻烦，包括产品支持，软件教学，以及新旧文件版本兼容。
尤其是新旧文件兼容，是非常具有难度的，因为一个软件所保存的文件格式，通常都与之内核流程息息相关，而假如要令DreamWeaver兼容GoLive的站点治理模式，几乎相当于重写内核代码。而假如DreamWeaver作为新成员无法完全接管以前GoLive创建的站点，Adobe则可能面临被起诉的危险。原因很简单：产品的升级令用户损失了数据。
DreamWeaver最可能的去向是转向专业编程及数据库开发。并可能以GoLive插件形式发布。这里再告诉大家一则历史：GoLive在发行6.0版本的时候是带有数据库编程模块的，支持asp、php、jsp等语言。当时是购买了第三方的代码以插件形式加入。但是在发布CS(即7.0)版本的时候(即LiveMotion下线之时)忽然取消了数据库编程模块。现在想来，原来是想在今后利用DreamWeaver的成熟技术。既然这样，就没有必要继续付钱给第三方了。
因此大家千万不要小看了Creative Suite套件，不要认为那只是单纯的名称改换。在它之前，Adobe的各软件都像彼此分离的大树，而现在这些大树不再注重高度，转为注重枝叶的互相交连，他日必遮天蔽日，这种联合的强大是超乎想象的。只是假如你并未涉足多个领域可能体会不到而已。可以说，除非Adobe财政崩溃或再出现一个软件业黑马加天才的角色，否则Adobe的霸主地位很难被动摇了。
因为涉及到出版行业，Creative Suite套件的协作定义是非常严格的，任何的色彩差异都不答应存在。这种协作不是MacroMedia的网页三剑客间的简单更新所能相提并论的。
要实现这一点看似简单，实则复杂，非凡在使用不同色彩模式的软件之间，要完美实现这种协作几乎不可能。因为软件的色彩算法都存在余数差异，这种差异在经历基础色彩模式转换(如RGB>CMYK)的时候就变得突出。
评论加载中…
 |