现在我正在做一个网站,我试图决定我是否应该让液体或没有。 固定宽度的网站更容易做,也更容易使它们看起来是一致的。
说实话,虽然,我个人比较喜欢看流体网站延伸到我的监视器的整个宽度。 我的问题来自于一个事实是,在大多数现代浏览器,你可以保持控制和滚动鼠标滚轮基本上调整任何网站。
因此,创造一个流体网站值得麻烦?
现在我正在做一个网站,我试图决定我是否应该让液体或没有。 固定宽度的网站更容易做,也更容易使它们看起来是一致的。
说实话,虽然,我个人比较喜欢看流体网站延伸到我的监视器的整个宽度。 我的问题来自于一个事实是,在大多数现代浏览器,你可以保持控制和滚动鼠标滚轮基本上调整任何网站。
因此,创造一个流体网站值得麻烦?
这取决于你的观众和您的内容。
以下是网站我尊重,我认为是例如模仿。
流体的例子:
亚马逊
维基百科
静态实例:
苹果
易趣
MSN
堆栈溢出
MSDN
一些混合起来!
CNN
我想我更喜欢静态的大部分时间。 这是比较容易使它看起来好更多的浏览器。 它也更容易阅读。
制作一个网站流体,但加入了最小/最大宽度属性似乎是两全其美的,对我来说。 你支持流动性,但你一定宽度限制它(比方说,800像素和1200像素)。
它是由你 - 这里有一些事情要考虑:
绝对。 这是一个很大的不便给人以巨大的显示器不得不调整页面大小。 它也可以是一个有点狡猾一些布局。 小的不便,无论多么微不足道,实际上可以影响人们对您的网站的意见。
此外,上网本有奇怪的分辨率,这使得它很难设计的网站。 例如,我在1024×600写的。
这不是特别难如今是(在现代浏览器),特别是与min-
和max-height
在CSS中,而新的梯度,等,在CSS3,所以图像缩放不会在不久的将来成为大问题。
在回答下面的评论,我认为利大于弊在这种特殊情况下 - IE6是一个问题无处不在。 我们只需要对付它。
你必须认识到大多数计算机用户甚至不知道如何在浏览器的放大! 大多数用户都从我们有计算机的理解为止。 我们始终要记住这一点。
从我的iPhone的角度来看,使用代码块时固定宽度布局是有问题的。 宽代码块滚动条显示不出来,所以我不能看最右边的块。
否则,我认为这是你设计什么样的网站一个简单的事情,它的外观在不同尺寸的屏幕和窗口。 如前面提到的,有设置的最大宽度的选项,但同样的原则同样适用于码块和iPhone。 我一直都设计的,我不喜欢一个比其他。
虽然,它的乐趣,看箱子走动,因为我与浏览器大小与流体布局打球,但我可以很容易地逗乐。
基于文本应用程序: 无 。 表基于应用程序: 是的 。
流体布局的优点
流体布局的缺点:
如果你正在展示表格数据(如iTunes,DB经理,...),流体宽度为好。 如果你显示文本(文章,维基网页,...)流体宽度是坏的。
最重要的是要考虑你的网站或应用程序的优势用例。 你希望人们只使用它在移动设备上? 手机,上网本,台式机?
看看“自适应网页设计”,由伊森马科特: http://www.alistapart.com/articles/responsive-web-design/
大文章,演示如何使用使用媒体查询真正变化大的布局。 有时你需要构建出针对不同用户代理一个单独的前端,但有时媒体查询是服务在不同的用户代理多种分辨率的完美工具。
这取决于你想要做什么。 看看左右。 它是固定的宽度和它的伟大。 事实上,如果它是流动的,这将是一个有点PITA的。 有些网站看起来更好地与流体布局,但就个人而言,我会用固定去,除非你有一个很好的理由去流体。
在评论,但是从你的问题看来你真的喜欢流体设计和想创建一个这样去了很多好点,这是你的网站,它不必像网络上的其他网站。
要知道每一个解决方案的利弊OND利弊。
在一定程度上 - 是的。
有一定的宽度,在文本开始变得讨厌阅读,如果它太宽。 容易测试,如果你有一个大的显示器,只要抓住记事本和一些文本粘贴到它不换行。
然而,去到更小的尺寸时,是流体可能是一个好主意。 手机浏览器越来越多,能够显示“正常”的网站就好了,但他们有时宽度有限,因此,惠若您的网站能够适合在小一点的空间。
我个人也想保持我的浏览器的显示屏上,但只在显示器的宽度(24" )。其中一半很好地扩展到该网站是非常好的。
我认为它主要是方便用户的情况。 不是所有的网站将受益于流体,但是我觉得它有很多的文本内容的网站是那些将最受益于它,至少如果他们是流体达到一个最大宽度(比如800像素或其他)
是。 页面缩放是伟大的,但它主要是用来做文字变大,而不是使文本填充视口。 当然,如果正文已经太宽,缩放下来,使其适合通常会使其不可读。
您需要液态布局,如果你打算使文本适合视是否它放大。
关于“排长队是难读”的点通常由设计师试图证明固定宽度的设计(*)夸大了,但在现实中却似乎并不十分为强抱在屏幕上,因为它没有在纸面上。 当然设置好的领先/行高是重要的,并且最大宽度可用于抑制的长行最差过度。 (在相对字体-em单位进行设置。)你没有在IE6获得最大的宽度,但这不是它曾经是灾难。 (您可以用JavaScript的一点点修复它,如果你真的在乎那些家伙,我不知道。)
(*这是高度图形化的布局的确少的工作。但是,对于一个简单的布局像,呃,StackOverflow上的,确实没有任何理由不去液体。啧@SO,诶!)
前言:不是一个专业的网络歌手。
我发现有太多的繁琐位得到的东西在手机和尤伯杯宽屏尺寸的流只是如此,尤其是在相当有趣的复杂性东西。
通常情况下,我设计围绕具有以某种方式固定宽度的位点; 通常在[600,1200]为界。
我也找到需要的内容超宽列是一个麻烦阅读。 我记得好象有一些研究提示每列一行字的最佳数量。
你可以把它像这样。
#做的主要布局流体和应用“ 最大宽度:1140px”它并居中。
通过这不会有上更大的屏幕和更小的(不含800×***和降低)网页的妥善解决“排长队”的文字。
我在新项目实施该方法,它的工作就像一个魅力。
ATB .. :)
我想这个决定流体/固定也应根据网站的内容 :
对于大数量的普通信息(如新闻门户网站)的网站,最好使用流动布局。
Web服务的更好的外观和工作在固定尺寸,所以你总是知道在哪里界面元素都位于他们的地方,他们不经常走动。
是的,流体网站是值得创建
正如你所说的,当你在设计阶段,计划适当看起来不错,合理的。
您对按Ctrl +滚动条的影响无疑是没什么大不了的。 这个功能主要是为了方便,使文本更具可读性通过增加尺寸。
但是,如果你提到所有的尺寸在像素(PX),它不会发生。 当你使用“EM”指定大小适当的调整才会发生。 所以,你有办法将其打开/关闭
我的固定在<800像素...它更易于阅读窄列的大风扇,它会在任何地方工作。 也就是说,如果你想使一个网站呈现超...网站这本申请前端,是我认为的蠕虫的另一个完全可以...
流体设计 - 真正的流体 - 是很难的。 很难。 这不只是一个页面宽度的问题 - 做您的字体规模,并做一切的规模与他们? 理想的情况是:
em
而非px
我们的主要产品是液体,它是从我的角度来看,作为一个设计师疼痛,特别是因为它涉及到很多的用户生成的内容。
一方面,图像 - 在一个固定宽度的网站,你可以有填充一半的宽度,看上去很不错的图像。 在流体的网站,这个图像是一样容易丢失在空白的海洋,看起来有点寂寞。
生活应该更容易,一旦border-radius
等CSS3属性开始发挥作用多,但遗憾的是我们的核心受众是政府工作人员,谁所有,仍会使用IE F @!* ING 6!
要回答这个问题,“值得吗”? 是的 ,如果你这样做是正确的。
这里有一个场景:选择一个固定宽度的网站:你的老板会显示在他全新的,1920x1600的笔记本电脑客户端,然后向你抱怨,关于“怎么这一切看起来小这家伙的屏幕上!”
我认为这是很好的能够在用户的屏幕上很好地扩展,而不是让用户平移和缩放。 在当用户从这样的各种设备的网上冲浪,从智能手机到超级移动PC的时代,每个国家都有它自己的,可能是非标准的分辨率,我觉得让用户体验在较高的水平时,这一点很重要您的网站是这样的屏幕上观看。 关于文本长度,它可以按一定的比率来限定,因此它的布局内很好地适应。 我觉得也有框架,可以在流体中的方式写一个网站的帮助,并与编码可维护性帮助。
我要去众议说NO。 推理:流体的网站,例如维基百科是一个噩梦的大屏幕上阅读,因为它们长的线路长度(尽管它引用使它很难在最好的时候读)。
真正发生问题是因为没有机制相对于屏幕分辨率大小的文本。 如果你能自动作出更大分辨率的文字更大,可以更贴近每行80个奇怪的字符多数民众赞成通常被视为最好的可读性。
还有图像和其它固定大小要素的问题。 你可以有较大的图像,并让如有必要,浏览器缩小他们,但后来你遇到了其他问题,如更长的下载时间,并且在很多浏览器中的图像质量问题。
我认为确实有800像素之间的固定的最大宽度网站的粉丝 - 1000像素,而且还可以缩小,这样我可以读取无需滚动一侧到另一侧,内容方面也没有缩小,因为通常文本变得太小阅读和它伤害了我的眼睛。 所以,这通常要我争取,因为我想建网站我可以自豪的。