stream体网站是否值得吗?

我正在制作一个网站,我正在试图决定是否应该让它变得stream畅。 固定宽度的网站制作起来要容易得多,而且更容易使它们显得一致。

说实话,我个人更喜欢看stream畅的网站,扩展到我的显示器的整个宽度。 我的问题来自于这样一个事实:在大多数现代浏览器中,您可以控制并滚动鼠标滚轮来调整任何网站的大小。

那么创build一个stream动的网站是否值得麻烦?

这取决于你的观众和你的内容。

以下是我尊重的网站,我认为是模仿的例子。

stream体例子:

亚马逊

维基百科


静态示例:

苹果

易趣

MSN

堆栈溢出

MSDN


一些混合起来!

CNN

我想我大多数时候更喜欢静态的。 在更多浏览器中使它看起来更容易。 它也更容易阅读。

使网站stream畅,但添加最小/最大宽度属性似乎是两全其美的,对我来说。 你支持stream动性,但是限制在一定的宽度(比如800px和1200px)。

这取决于你 – 这里有一些事情要考虑:

  1. 当行很长时,文本很难读取。
  2. 您的观众可能会有比正常情况更大或更小的分辨率,select“不正确的”静态宽度会使他们感到厌烦。
  3. 保持stream体位置可以是,但不一定比静态的对应物困难得多。

绝对。 对于拥有巨大显示器的人来说,调整页面大小是一件很不方便的事情。 它也可以是一些布局有点狡猾。 小小的不便,无论多么微不足道,实际上都会影响到人们对您网站的看法。

此外,上网本有奇怪的决议,这使得很难devise网站。 例如,我正在写这个在1024×600。

现在的浏览器并不是特别困难,特别是CSS中的min-max-height以及CSS3中的新渐变等等,所以在不久的将来,图像缩放并不是什么大问题。

针对下面的评论,我认为在这个特殊情况下,利弊大于弊 – IE6在任何地方都是一个问题。 我们只需要处理它。

你必须意识到大多数电脑用户甚至不知道如何放大浏览器! 大多数用户离我们对电脑的理解还太远。 我们总是要记住这个事实。

从我的iPhone的angular度来看,固定宽度布局在使用代码块时是有问题的。 宽代码块的滚动条不显示,所以我无法读取块的最右侧。

否则,我认为这是一个简单的问题,你正在devise什么样的网站,以及它如何在不同大小的屏幕和窗口看起来。 如前所述,有一个选项可以设置最大宽度,但同样的警告适用于代码块和iPhone。 我devise了两个,我不喜欢一个在另一个。

虽然,当我用stream畅的布局来浏览浏览器大小时,观看盒子四处移动是有趣的,但我可以很容易地感到好玩。

基于文本的应用程序: 。 基于表格的应用程序:

优点stream体布局

  1. 有大显示器的人可以使用他们的屏幕房地产。
  2. 当您的网页上有很多信息时,对于拥有大显示器的用户更容易。

stream体布局的缺点:

  1. stream动宽度的文本列太宽,难以阅读。 在报纸上使用栏目有一个很好的理由:它使跳到下一行非常容易。
  2. (有点)很难实现,因为CSS的限制。

如果您显示表格数据(iTunes,数据库pipe理器…),stream体宽度是好的。 如果你显示的文字(文章,维基页面…)stream体宽度是不好的。

最重要的是考虑你的网站或应用程序的主要用例。 你期望人们只能在移动设备上使用它吗? 手机,上网本,台式机?

看看Ethan Marcotte的“Responsive Web Design”: http : //www.alistapart.com/articles/responsive-web-design/

伟大的文章,演示使用媒体查询真正stream畅的布局。 有时您需要为不同的用户代理构build单独的前端,但有时媒体查询是在不同用户代理之间为多个分辨率提供服务的完美工具。

这取决于你想要做什么。 看看SO。 这是固定的宽度,这是伟大的。 事实上,如果它是stream动的,这将是一个PITA。 有些网站用stream体布局看起来更好,但是我个人认为,除非你有充足的理由stream动,否则我会坚持下去。

在评论中有很多好的观点,但是从你的问题来看,你似乎真的很喜欢stream畅的devise,并且想要创build一个这样的网站,这是你的网站,它不必像networking上的其他网站一样。

只要注意每个解决scheme的优点和缺点。

最重要的一点 – 是的。

有一定的宽度,文本开始变得烦人阅读,如果它太宽。 易于testing,如果你有一个大的显示器,只要抓住记事本,并粘贴一些文本没有换行符。

但是,当尺寸较小时,stream体可能是一个好主意。 手机浏览器越来越能够正常显示“正常”的网站,但是它们有时会受到宽度的限制,因此,如果您的网站能够适应更小的空间,那么这样的好处是有益的。

就我个人而言,我也喜欢把浏览器放在显示器上,但只是显示器宽度的一半(24“)。

我认为这主要是一个用户便利的情况。 并不是所有的网站都能从stream动中受益,但是我认为那些有很多文本内容的网站是最能从中受益的网站,至less如果它们的stream体达到最大宽度(比如800px或其他)

是。 页面缩放非常棒,但主要是为了使文本更大,而不是使文本填充视口。 当然,如果正文文本已经太宽了,放大以使其适合通常会使其不可读。

如果要使文本适合视口,无论是否缩放,都需要使用液体布局。

devise师们试图certificate固定宽度的devise(*)是合理的,而“长线条难以阅读”这个观点常常被夸大了,但实际上它似乎并不像纸上那样牢固。 当然,设置一个好的领先/行高是很重要的,而最大宽度可以用来抑制长线的最坏过度。 (设置为相对于字体的em单位。)IE6中没有获得最大宽度,但这不是曾经的灾难。 (如果你真的关心那些家伙,你可以用一点JavaScript来修复它,但是我不知道)

(*这对于高度graphics化的布局来说确实less了一些工作,但是对于一个更简单的布局,比如呃,StackOverflow,没有什么理由不去stream动.Tsk @SO,呃!

前言:不是一个专业的networking艺术家。

我发现在手机和超大屏幕尺寸上,stream动的东西太多了,特别是在复杂度相当有趣的事情上。

通常,我以某种方式围绕固定宽度的网站进行devise; 通常以[600,1200]为界。

我还发现超宽的内容列是一个麻烦阅读。 我似乎记得有一些研究表明,每列的最佳字数。

你可以这样做。

#使主要布局stream体,并应用“ 最大宽度:1140px ”,并居中。

这样就不会在较大的屏幕上出现“长行”的文字,也不会在较小的页面上正确地处理网页(不包括800x ***和更低)。

我已经在我的新项目中实施了这个方法,并且像魅力一样工作。

atb .. 🙂

我认为决定的stream动/固定也应该基于网站的内容

  1. 对于信息量大的网站(如新闻门户网站),最好使用stream畅的布局。

  2. Web服务更好地查看和维护固定的维度,因此您始终知道界面元素位于哪个位置,而且不会一直四处移动。

是的,stream动网站值得创build
正如你所说的,当你在devise阶段进行正确的规划时,这看起来很不错并且合理

您对Ctrl +滚动条的影响的疑问不是什么大不了的事。 此function主要是为了提高可访问性,通过增加文本的大小来提高文本的可读性。

但是,如果您以像素(px)提到所有尺寸,则不会发生。 只有使用“em”指定尺寸时,才会进行适当的调整。 所以你有办法打开/closures

我是固定在<800像素的大粉丝…读取较窄的列更容易,它可以在任何地方工作。 也就是说,如果你想制作一个呈现超文本的网站,那么我认为应用程序前端的另一个networking是完全可以的。

stream体devise – 真正stream动 – 很难。 很难。 这不仅仅是一个页面宽度的问题 – 你的字体是否缩放,是否所有的东西都可以扩展? 理想的情况是:

  • 尺寸应该用em而不是px来定义
  • …这是为了元素大小,而不仅仅是字体!
  • 给定字体大小或缩放级别的更改,页面元素应该是相对于彼此相同的大小

我们的主要产品是stream动的,从我作为devise师的angular度来看,这是一个痛苦,尤其是因为它涉及到大量用户生成的内容。

一方面,图像 – 在一个固定宽度的网站,你可以有一个图像,填补了一半的宽度,看起来不错。 在一个stream动的地方,这个形象就像是在一片空白的海洋中迷失了一样,看起来很寂寞。

一旦border-radius和其他CSS3属性发挥更多,生活应该更容易,但可悲的是我们的核心观众是政府工作人员,所有人仍然使用IE!


要回答这个问题,“值得吗”? 是的 ,如果你做对了。

这里有一个场景:select一个固定宽度的网站:你的老板在全新的1920×1600笔记本电脑上向客户展示这个网站,然后向你抱怨“这个家伙的屏幕上的显示效果如何?

我认为能够在用户的屏幕上很好地进行缩放比较好,而不是让用户平移和缩放。 在用户从各种各样的设备上网冲浪的时候,从智能手机到超便携电脑,每个都有自己的,可能是非标准的分辨率,我认为重要的是保持用户体验高水平时您的网站是在这样的屏幕上查看。 关于文本长度,它可以以一定的比例来限定,所以它可以很好地适应布局。 我认为还有一些框架可以帮助您以stream畅的方式编写网站,并帮助编码可维护性。

我会反对大多数人,并说不。 推理:像维基百科stream体网站是一个噩梦在大屏幕上阅读,由于他们的行长(虽然其引用使得很难阅读在最好的时间)。

这个问题确实发生,因为没有相对于屏幕分辨率来设置文本大小的机制。 如果您可以在更高的分辨率下自动创build更大的文本,则可以靠近每行80多个字符,这通常被认为是最好的可读性。

还有图像和其他固定大小的元素的问题。 你可以有大的图像,并让浏览器缩小它们,如果有必要的话,但你会遇到其他问题,如下载时间长,许多浏览器的图像质量问题。

我是固定的最大宽度在800px – 1000px之间的网站的粉丝,但也可以缩小,以便我可以阅读的内容不滚动并排,也没有缩小,因为经常文本变得太小的阅读,它伤害了我的眼睛。 所以,这通常是我想争取的,因为我想build立我可以引以为傲的网站。