当前位置: 首页 > 图文教程 > 网站运营 > 建站经验 > 屏幕大小再讨论:排版自适应提升可访问性

建站经验
建站经验分享 做网站的思路
网站内容 原创,转载与伪原创
建站经验 网站要成功必须具备的6点
制作网站价格为什么那么便宜
网站流量 主要来源分析
结合个人小站 谈谈如何提高网站PV
设计网站要注意吸引客户和留住客户
搜索引擎 对自助链接的一些政策
利用反向链接提高网站权重的5种形式
搜索引擎 Bing必学的高级搜索语法
用户体验 文章引导,心理引导粘住网站用户
网站上线前要做的准备工作
Google 优化蜘蛛爬取和索引的技巧
网站发展中20条禁令 推荐
站长网站建设应避免的八大雷区小结
网站15种最差的用户体验
网站策划 网站信息闭环设计
新奇网站 认识代BT下载网站
建站入门 顶级域名与二级域名
网站改版升级的理论知识 站长需要看下

建站经验 中的 屏幕大小再讨论:排版自适应提升可访问性


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 66 ::
收藏到网摘: n/a

上回说到“大屏幕浏览页面的良好体验,本就应该用户自己调整窗口。”

根据屏幕不同大小,缩小窗口出横向滚动条在所难免,但理想情况下,页面应该能适应不同客户端浏览器和分辨率。实际操作通常又有三种情况:版面自适应、视觉自适应、内容自适应。

在windows系统任务栏空白处单击右键,有如下图的菜单,分别提供有“横向平铺窗口、纵向平铺窗口”的功能,根据激活窗口个数按需切分屏幕。如果没记错的话,自win2000就已经用了,更早没试过。虽然那会我们用的显示器大些才17′,但在多窗口工作时确实方便。

windows系统窗口平铺功能图示

三个窗口平铺图示

四个窗口平铺图示

版面上自适应

Information Architects Japan在06年提出web设计95%是排版的观点,如果精确理解,指呈现部分信息架构之下“信息设计”的范畴,俗称排版。因为我们都了解广义上的web design不仅要看还得有动,其实有个很大的知识框架做支撑。

web排版相较平面的优势在于数据灵活性,理论上可以实现只维护单个页面,然后通过web技术来实现多种排版表现。在实践中获取点滴信息设计基础之后再来看这个问题,感触颇深。

现实网站中,越重要的页面模块越多,排版难度也就越大。比如门户网站首页,我很少看到自适应的,大概是雅虎网站改版开了先河。分别使用narrow layout和wide layout两种模式,适应800和1024px分辨率,根据客户端请求分析再输出,即在自定义基础上实现了自适应。

链接到 www.yahoo.com

视觉上自适应

视觉上的处理相对简单,通过超大图形先适应大分辨率,然后向下兼容。即可以实现在不同分辨率下看到不同的整体效果。如果处理得当,在小分辨率下将更显大气,用户某天突然用大屏幕也许会有额外惊喜的良好体验。

Phofa.net是日本搞艺术的网站,下图是首页分别在1024*768和1680*1050两种分辨率下的截图对比。多屏拼接而成,可以清楚看到整体表现视觉风格与VI体系的完美融合,简洁有力。

phofa.net在1680*1050分辨率的截图

还有我06设计的个人网站例子,顶部平铺其实是张1600*345规格的天空图案,中间没有循环,因此比较逼真。只有在更大分辨率上才露出马脚,比如下图是在1680*1050中的效果。

rexsong06版1680*1050分辨率截图

更早这个05年设计的个人网站是实验品,通过黄金分割比例实时自适应,实现在任何分辨率下都有最佳视觉效果。当时主要研究使用div做高级布局保证可访问性,向下兼容良好,设计理念现在也不过时,前不久还看到有文章探讨黄金分割。

rexsong05版首页截图

内容上自适应

其实关于过宽、过窄我想很早已被设计师注意,因为CSS2中专门有针对高宽的min和max定义,只不过因之前很多浏览器支持不好而用的少。尤其max-width, min-width语法的优势,在自适应中排版中可以得到充分发挥,当然也还有其他方案。

也许有同行记得,曾经让所有浏览器支持max-width还是重要解决方案。当解决了外层容器的宽度问题,里边就等同于主流分辨率场景。要做自适应,必然有个模块的内容不能固定宽度,关键处理好里边信息的呈现即可。总结起来有如下三类:

没有宽度控制,比如Google Picasa

有宽度底线,但没上限,比如Google Images Search

有宽度上限,但没底线,比如Google Reader

Google Picasa 两种分辨率对比图示

Google Images Search 两种分辨率对比图示

Google Reader 两种分辨率对比图示

注意,举例中宽度底线不是以出横向滚动条为判断准则,因为容器有被强制撑开的情况。Google产品线处理相对较好,更多案例可以参考Junyu总结的宽屏幕下的Web设计。

其实还有类宽度同时有底线和上限控制的特殊情况,但向下兼容和维护是个问题,比如05年底的这个最窄770px最宽1024px经典布局。同时灵活意味着控制成本,也因此成熟案例少见。