网页栅格系统研究(3):粒度问题(2)

作者:玉伯 来源:Taobao.com UED Team 时间:2008-10-28 19:46:00 

然而,现实总那么残酷


(图5)

上图中的标题高度为22, 这在24列960栅格系统中是无法对齐的。而且总高度为100, 在24列960栅格系统中也不存在(110才可以)。或许高度方向上我们可以细化行宽为20, 但依旧没法解决上面两个问题(22是明显不能解决的,而对于100px的高度,也无法通过细化行宽来解决。可选高度永远是10的奇数倍,如果进一步细化,小于10后,会变得非常繁琐,没什么实际应用价值)

宽度世界里会好些吗


(图6)

上面是Yahoo!首页上的两个小模块,我都不想去标注模块里面的布局宽度了(因为一点都不符合24列960栅格系统)。宽度世界里,和高度世界一样充满希望但现实却残酷无比。

银弹是不存在的

栅格系统是美好的。但如果我们一味地追求将所有设计都栅格化(必须承认我曾有这个幻想),则立刻会陷入地狱一般的黑暗中。这篇文章中的艰难尝试(我分析了20多个小模块),让我突然醒悟到一个粒度问题:任何设计都有适用范围,超出最佳适用范围,强行使用只会带来无尽的烦恼。对于栅格系统(这里指所有栅格系统,包括多种栅格系统混合使用的情景)来说,我觉得以下场景非常适合:

  1. 页面的总体宽度布局,比如两栏、三栏等布局

  2. 一些固定区块的尺寸,比如广告图片的尺寸

  3. 区块之间的间距,可以参考栅格系统的槽宽(Gutter)

  4. 一些可以栅格化的小区域,比如图3中的例子,暗合栅格往往能简化布局上的考虑

除了上面这些应用场景,强行使用栅格系统,往往会束手束脚,适得其反。这篇文章的目的,就是尝试用最啰嗦最费神貌似很科学实际很无聊的分析来指出栅格系统应用时的粒度问题。在粒度问题上达成一致后,下一篇中我们将讨论栅格系统的技术实现,最后一篇则讨论栅格系统的压轴好戏:模块化开发。

标签:栅格,栅格系统,网页设计,比例
0
投稿

猜你喜欢

  • 如何连续展示数据库里的图片?

    2010-01-01 15:50:00
  • 初瞥 Google Chrome Frame

    2009-10-06 14:41:00
  • ASP中使用Set ors=oConn.Execute()时获取记录数的方法

    2011-02-20 10:48:00
  • 扩展性很好的一个分页存储过程分享

    2011-11-03 17:04:16
  • 关于 Web 字体:现状与未来[译]

    2009-11-24 13:50:00
  • 鼠年发几张可爱老鼠的表情gif

    2008-01-29 12:50:00
  • MySQL命令终端有beep声

    2009-02-26 15:27:00
  • 使用ASP订制自己的XML文件读写方法

    2008-10-24 09:35:00
  • 常用ASCII 码对照表

    2007-08-21 14:35:00
  • 通过FSO进行页面计数

    2008-11-27 16:02:00
  • HTML5 声明兼容IE的写法

    2011-06-06 10:34:00
  • sql server 中删除默认约束的通用sql脚本

    2009-02-01 17:23:00
  • 什么是UE,UED?

    2008-07-24 13:26:00
  • javascript中类的创建和继承

    2008-05-08 12:07:00
  • 从Web查询数据库之PHP与MySQL篇

    2009-09-19 16:58:00
  • javascript封装的下拉导航菜单渐显效果

    2007-08-04 20:11:00
  • CSS框架带来的效率提升

    2007-12-27 20:01:00
  • optgroup、sub、sup和bdo标签

    2009-07-26 18:39:00
  • 学习ASP.NET八天入门:第四天

    2007-08-07 13:40:00
  • ASP GetRef 函数指针试探

    2011-03-16 11:09:00
  • asp之家 网络编程 m.aspxhome.com