关于 Fireworks 图片切片技术的一点心得补充
类别: Fireworks教程
今天看到贵版的切片教程,对于新手老说是好东东哈。
对于大图的切割,我自己认为能规则的切就规则的切,不要随心所欲的切。。。之所以这样说,是因为通常切片后,我都不怎么用FW自动生成的HTML表格。。
我们可以先看看FW自动生成的表格的结构(没有经过特殊设置的):
假如一幅图切了两行,第一行是三块图,第二行是两块图,这五副切片的宽度都不一致,那么输出后自动成的表格将会是3行6列的一个大表格。我们发现每个放置切片图的单元格是没有设置固定的width和height参数的,实际上对于单元格尺寸的控制,FW使用了透明图片填充的技巧,在表格的最后一行和最后一列,用了若干个固定尺寸的单元格,这些单元格里用了一个spacer.gif的图片,这也就是我们通常看到FW自动生成的切片源码及文件中会出现这个很小的图片的原因。
再仔细分析一下这个没有嵌套的大表的原理,会发现FW会以行(列)中宽度(高度)最小的一个切片为最小单位,来生成这个表格有多少列多少行,也就是说,上面的切片例子中明明只是5个切片图,却没有用一个2行3列的图来进行布局的原因(事实上在DW中手动进行表格设置的话,也很难达到无缝效果)
这样的话,我们如果对某一个切片的大小进行调整时,就需要对整个大表进行重新输出,对于精益求精的设计者来说,频繁的改动是件很痛苦的事。
所以我在实际运用切片的时候,都是只输出图片,不输出表格的,表格自己来做。。。。具体的做法是具有相同高度的同行切片用一个表格,如果实在需要一行中做不同高度的切片(尽量不要这样做),就需要以高度最高的那个切片为基础,制作复杂的表格嵌套了。。
这样做的最终效果是:一副切割后的大图不是由FW自动生成的那样是一个大表格,而是若干个表格组合在一起的。。。一是方便了对图片中某个切片的修改,二是加快了大图的下载速度(我们知道,浏览器对于<table>标签总是下载到</table>标签出现时才会显示给你看的)
很抱歉,罗嗦了这么多,不知道大家是不是听清楚了我的意思,因为现在不便,没有实例图来给大家辅助讲解,改天有空补出来吧。。。。。。
PS:刚看到了一个关于输出HTML的设置问题,对于新手来说很有意义,如果大家看了那篇,就不用听我在这里罗嗦这么多了,哈哈~不过感觉还是自己做表格好。。。。
对于大图的切割,我自己认为能规则的切就规则的切,不要随心所欲的切。。。之所以这样说,是因为通常切片后,我都不怎么用FW自动生成的HTML表格。。
我们可以先看看FW自动生成的表格的结构(没有经过特殊设置的):
假如一幅图切了两行,第一行是三块图,第二行是两块图,这五副切片的宽度都不一致,那么输出后自动成的表格将会是3行6列的一个大表格。我们发现每个放置切片图的单元格是没有设置固定的width和height参数的,实际上对于单元格尺寸的控制,FW使用了透明图片填充的技巧,在表格的最后一行和最后一列,用了若干个固定尺寸的单元格,这些单元格里用了一个spacer.gif的图片,这也就是我们通常看到FW自动生成的切片源码及文件中会出现这个很小的图片的原因。
再仔细分析一下这个没有嵌套的大表的原理,会发现FW会以行(列)中宽度(高度)最小的一个切片为最小单位,来生成这个表格有多少列多少行,也就是说,上面的切片例子中明明只是5个切片图,却没有用一个2行3列的图来进行布局的原因(事实上在DW中手动进行表格设置的话,也很难达到无缝效果)
这样的话,我们如果对某一个切片的大小进行调整时,就需要对整个大表进行重新输出,对于精益求精的设计者来说,频繁的改动是件很痛苦的事。
所以我在实际运用切片的时候,都是只输出图片,不输出表格的,表格自己来做。。。。具体的做法是具有相同高度的同行切片用一个表格,如果实在需要一行中做不同高度的切片(尽量不要这样做),就需要以高度最高的那个切片为基础,制作复杂的表格嵌套了。。
这样做的最终效果是:一副切割后的大图不是由FW自动生成的那样是一个大表格,而是若干个表格组合在一起的。。。一是方便了对图片中某个切片的修改,二是加快了大图的下载速度(我们知道,浏览器对于<table>标签总是下载到</table>标签出现时才会显示给你看的)
很抱歉,罗嗦了这么多,不知道大家是不是听清楚了我的意思,因为现在不便,没有实例图来给大家辅助讲解,改天有空补出来吧。。。。。。
PS:刚看到了一个关于输出HTML的设置问题,对于新手来说很有意义,如果大家看了那篇,就不用听我在这里罗嗦这么多了,哈哈~不过感觉还是自己做表格好。。。。
-= 资 源 教 程 =-
文 章 搜 索