1
gjk1992 2012-10-03 21:15:52 +08:00
您好 弱弱的问一句,v2ex 怎么发帖啊 ,我没找到发帖的 按钮
|
2
chone 2012-10-03 21:18:08 +08:00
lz给出的例子responsive似乎只针对ios设备,这好像不太"响应"吧。
最近也在学习和研究responsive design相关内容,其中经常就能看到类似lz给出的这样解决方案,但我觉得效果并不是很好,这其实只是针对不同分辨率的设备做出了不同的设计,适应性并不好。 页面元素本身就具有相当的弹性以适应不同的设备,不同的分辨率,这样的设计似乎才能更大范围的兼容和改善用户体验。 另外对于不同分辨率的特别处理,我想到了Modernizr实现渐进增强的方式,根据当前页面的尺寸添加一些特殊的带有特征的class name,然后就可以通过css选择器做一些特殊的定义。 例如 .nav {...} .pad .nav {...} .phone .nav {...} |
4
felixding OP @chone
首先“响应”其实是没有止境的,有那么多种设备,相信除非是超级大的团队,否则很难响应的过来吧?我选择iOS是根据自己的实际情况来的-我这里大部分移动流量都来自于iOS。如果你愿意的话当然响应越多的设备越好。 其次“弹性”也是有限度的,很多情况下也没办法弹性。而且弹性说到底其实是用百分比(或相对值),但我个人的偏好是能精确到像素绝不用百分比。当然你说的没错,从这个角度来说,这已经不是原作者提出的“响应性设计”了。 最后我现在就是用几级class+id来组织和管理css的,和你说的有点类似。以下是我的layout文件,你可以看到我用了两个class结合一个id来组织css: https://github.com/felixding/JapMag/blob/master/app/views/layouts/application.erb |
5
chone 2012-10-03 21:43:18 +08:00
@felixding 嗯,我说的也只是理想值,webapp或者内容不多的站点可以那么做,其他的感觉还是分为基本的desktop版本和mobile版本再做responsive似乎更好一些,毕竟移动设备不可能像桌面设备那样可以显示非常多的内容。
另外最近我有些体会,在"弹性"的时候table式的布局优势又出来了,还有Metro Style这样的极简风格能很好的适应responsive design。 |
6
cmonday 2012-10-03 21:51:56 +08:00
似乎“从一开始就考虑响应式”就必然导致设计上的结构简单,图片的运用减少,倾向可流式布局的元素,这也是一种很大的制约啊
|
7
felixding OP @cmonday 多少有些。目前用rwd的基本为小型网站,这也从一个侧面反映了这一技术的适用性。
另外,我越来越觉得现在比以往任何时候都需要简单-因为目前严重的信息过载。我在JapMag风格介绍中这样写(原文在GitHub): The essential idea behind JapMag is Japanese Minimalism. It focuses on content itself, and aims to solve information overload. On interaction design, JapMag advocates a flat information architecutre, a one-task-one-step method and a natural content flow on each page. Visually, JapMag stresses typography, whitespace and uses graphical elements as little as possible. Technically, JapMag avoids using Javascript, or overriding browsers' default behaviors. |
8
Sivan 2012-10-04 01:04:11 +08:00
响应性是个大工程,面面俱到不可能。
其次网站手机端用户有多少?随着 Smart App Banners 推出,iOS 用户为主的网站是否可以直接引导到客户端上? 除去移动端,是否要对不同显示器做响应? 如果开发成本很高,我倒不觉得一定要给项目做响应性。 现在在做的项目只面对 iOS 用户,随着 iPhone5 推出,要写 5个以上的版本。虽然前年开始用时很喜欢,但现在感觉不会再爱了。 |