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

建站经验
SNS网站离赢利至少还需要10年的时间
个人站长的另一条出路:上威客平台找员工
博客赚钱 你可能不知道的博客赚钱的真相
网店赚钱 你必须把握并运用好的四件法宝
新媒体整合营销之四:广告的困局
请各位站长注意你的网站统计
行业B2B门户广告制作及测试一般标准
新手教程 什么是IDC(互联网络数据中心)
存储是IDC的灵魂
谨慎选择IDC 如何识破奸商布下的消费陷阱
如何选择合适的服务器托管商
论WEB3.0与SNS 预言网络未来30年走向
IDC增值服务 异地数据容灾服务介绍
目光聚集:域名转出和域名过户
简单 创意 超短 域名投资暴富不再是神话
域名投资必备:米虫必知炒米工具性网址
IDC行业揭密:服务器租用宝典四部曲
点滴感悟:关于网络消费欲望的心里暗示
开心网:颇具娱乐精神的MUD版中式Second Life
网络营销2.0时代的诚信模型

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


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-17   浏览: 180 ::
收藏到网摘: 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经典布局。同时灵活意味着控制成本,也因此成熟案例少见。