您当前位置: 主页 / Dog 博客 / 存档

糟糕的标签

2003 年 12 月 1 日星期一(格林威治标准时间晚上 6:00)

“糟糕的标签”是“HTML 中级指南”的新增内容,该指南涵盖了一些“糟糕的、肮脏的、十足丑陋的小东西,它们属于过时的 HTML 标准、随机的专有胡言乱语,只在某个浏览器的一个子版本中半有效,或者标签已被更新的标签取代”。

我决定需要添加此页面的原因在于,正如 Ian Lloyd 正确预测的那样,我收到了一些反馈,内容大致是“我使用 HTML Dog 构建了这个网页……我不太清楚如何实现 *x*,所以我使用了我在网上随便某个地方找到的 *y 标签*”。这里的‘y 标签’是指一个有更好、更有效、更可靠的替代方案的标签。

“糟糕的标签”页面希望能充当灯塔,警告作者可能损坏网页的“礁石”。

评论

评论1

什么是表格数据?

2003 年 12 月 2 日星期二凌晨 2:24 GMT,[匿名] 如是说。

评论2

表格数据是指您期望在表中看到的那种数据。例如,日历可以是表格数据,其中每一行代表一周,每一列代表一天。

2003 年 12 月 2 日星期二上午 9:37 GMT,Patrick 如是说。

评论3

dog 说 > 1. strong 比 b 好,因为它传达了意义而不是外观。
bill 说 > b 比 strong 好,因为它仅仅是表示外观,将外观与内容分开了。
dog 说 > 2. 我说的“禅宗佛学之类的事情”是指它不仅仅是理论——它是一个实际的优势。我不同意没有表格的布局比使用 CSS 更简单。
bill 说 > 我同意,如果我们现在可以假装 IE 4、NN4 以及各种 Mac 和 Linux 浏览器不存在的话。有时 CSS 布局的半支持比没有要糟。

2. 我说的“禅宗佛学之类的事情”是指它不仅仅是
理论——它是一个实际的优势。我不同意没有
表格的布局比使用 CSS 更简单。我认为那些习惯于
使用表格进行设计的人觉得它更容易,仅仅是因为他们
已经习惯了。

2003 年 12 月 2 日星期二下午 3:33 GMT,Bill Creswell 如是说。

评论4

而且 b 更短!

2003 年 12 月 2 日星期二下午 3:33 GMT,Bill 如是说。

评论5

呵呵。是的,‘b’确实更短。我完全同意它纯粹是表示外观,但这正是重点。HTML 应该用于内容,CSS 用于表示。所以,如果你只想让某些东西变成粗体,你应该使用 CSS。但如果你想强调某个元素,你应该使用‘em’(强调)或‘strong’(强强调),它们具有意义。使用‘b’并没有将内容(HTML)与表示(CSS)分开,因为 HTML 中会有表示。

关于 CSS 布局优于表格布局,正如我在文章中所说,“表格确实可以为能力不足的 Netscape 4 提供更好的表现控制,但其用户数量极少且在减少,而表格布局会造成极大不便的用户——移动设备用户——数量却在增长。上述无表格设计的优点远远超过其缺点,并应生成页面,尽管对少数人来说风格化程度最低,但在所有浏览器中仍具有完整的功能。”

2003 年 12 月 2 日星期二下午 3:52 GMT,Patrick 如是说。

评论6

http://ww2.netpenny.net/~bcreswell/Layouts/index.html
简单的 CSS 布局,易于理解、灵活且非常易损坏。

2003 年 12 月 2 日星期二下午 4:15 GMT,Bill Creswell 如是说。

评论7

请看 https://htmldog.cn/guides/cssadvanced/layout/ 了解如何制作 CSS 布局。

有许多许多网站(包括本站)不依赖表格进行布局并且不会出错。

2003 年 12 月 2 日星期二下午 4:23 GMT,Patrick 如是说。

评论8

对一些仍然过于频繁出现的 HTML 元素/属性(多亏了所见即所得编辑器)做了一个很好的概述。

然而,我不得不质疑您对 HR 的判断。就像 W3C 的一些人一样,我同意它被命名不当(XHTML 2 已提议将其名称更改为“separator”[http://www.w3.org/TR/xhtml2/mod-block-text.html#sec_8.6 ])——尽管它的默认渲染效果——但它在语义结构化的文档中确实有其有效用途。

也就是说,当 DIV 不适用时,HR 可以用来提供一个分节符。考虑一篇长篇叙事:HR 是分隔长段落的理想元素;它暗示了一个中断,但不会像使用各种 DIV 那样创建一个新的 DOM 树分支。

2003 年 12 月 2 日星期二下午 6:12 GMT,Craig Saila 如是说。

评论9

我对比纯粹表示外观的标签的看法

所有浏览器都以相同的方式处理“strong”和“b”(使文本粗体),以及“em”和“i”(使文本斜体),所以这对组合实际上是同义词。“em { font-weight: bold; }”或“i { font-weight: bold; }”一样错误,因为它们都否定了标签的意义,两者之间的罪过并没有大小之分。所以:“b”和“strong”是同义词,正如“em”和“i”一样,选择其中一个的唯一原因是为了节省字节。因此,负责任的设计要求您使用“b”和“i”并节省每个用法 10 字节和 2 字节。声称一个比另一个更“语义化”是毫无意义的,并且忽略了在这种情况下,标签的“意义”就是其外观,仅此而已。

2003 年 12 月 3 日星期三凌晨 12:33 GMT,Eric TF Bat 如是说。

评论10

一些快速回应

Craig 关于 hr 标签的观点很好。它的必要性也许值得商榷。它肯定不是一个正确的命名。

关于 Eric 的评论,“i”(斜体)是表示外观的——它没有给任何东西增加意义。“em”(强调)具有意义。“em { font-weight: bold; }”并没有否定标签的意义,因为你可以选择以任何你喜欢的方式在视觉上呈现强调。没有普遍的方法来定义“强调”的表现形式,CSS 无法为任何事物增加意义——它只能应用无意义的表现形式。

(顺便说一句,我将研究一下在博客中添加一个“预览”按钮——看起来确实有必要。)

2003 年 12 月 3 日星期三凌晨 1:04 GMT,Patrick 如是说。

评论11

我能理解将 HR 视为表示外观的想法,但个人而言,我将其用于非 CSS 用户——它将文本稍微分开,区分(例如)导航和内容。虽然我不知道我的用户怎么想,但我个人认为,在查看纯文本版本时,有这些小东西能有所帮助——它能立即吸引眼球——尤其是当我将导航放在内容底部以实现可访问性时。

我的网站在整个使用结构化标记,所以内容的分隔通常通过标题标签来实现,但我认为非 CSS 用户有时需要更多才能确保他们获得良好的体验。

这么说来,我倾向于谨慎使用 HR :)

2003 年 12 月 3 日星期三晚上 8:30 GMT,Andrew Bowden 如是说。

评论12

好吧,考虑一下 标签:通常用斜体来标记作品标题等。这不是表示外观,而是意义,您正在区分一个标题,就像您会用引号来表示文章名称一样。然而,我们不希望屏幕阅读器强调这个名字,那会听起来很愚蠢。所以,在这种情况下使用斜体标签是有意义的。我同意,如果你是在为视觉效果装饰文本,那应该用 CSS。

2003 年 12 月 4 日星期四上午 6:36 GMT,Neal 如是说。

评论13

嗯,Neal,我不同意。 标签只是表示外观。要标记书籍或电影标题,我使用 元素,该元素通常由图形浏览器以斜体显示。而且我对


标签没有任何意见。它确实增加了结构,清晰地区分了一个部分与另一个部分,当使用 标签不合适时。

2003 年 12 月 4 日星期四上午 9:22 GMT,LintHuman 如是说。

评论14

Neal - 如果你需要做这样的事情,根据上下文使用 CITE 或 EM。EM 是强调,而你所做的只是强调名称或标题,所以它起作用了。

而且 EM 通常也显示为斜体(使用 EM 的重点在于它不一定如此!)。

2003 年 12 月 4 日星期四下午 5:17 GMT,Andrew Bowden 如是说。

评论15

我明白你的意思。我可以使用 ,但重新考虑后,使用

2003 年 12 月 5 日星期五上午 10:19 GMT,Neal 如是说。

评论16

也许这很有趣
- http://annevankesteren.nl/archives/2003/09/03/b-svg-and-accessibility
- http://annevankesteren.nl/archives/2003/09/04/markup-is-all-about-personal-opinions

顺便说一句,这并非垃圾邮件 ;-)

我认为您应该说明,当您在表单中使用“name”属性时,它是_必需_的。这是您接收和处理提交数据的唯一有效方式。

2003 年 12 月 6 日星期六上午 10:27 GMT,Anne 如是说。

评论17

有一些不错的观点,但也有一些值得商榷的观点。

斜体不仅用于强调,还用于书籍标题(如 Neal 所说),此时 标签可能更合适。在其他一些情况下,斜体也是合适的:例如,当提到船名时——“他随《泰坦尼克号》沉没”。名字没有被强调或引用,我们只是遵循一个惯例。我想你可以使用类似 的东西,但我看不到它增加了什么。

我不理解你(或 W3C)关于

的推理。如果一个无序列表用于实现菜单,那么将其标记为 是否在语义上说得通?“‘无序列表’更通用,ul 战胜了 menu 的尸体。”

align 在许多情况下仍然是一个有用的属性,例如

会使表格居中对齐,但不会影响其内容的对齐。令人恼火的是,在 CSS 中没有简单的方法可以做到这一点(而且为什么 CSS 没有 valign 属性的对应属性!)。

-- Chris

附言:你能让这个文本区域高一点吗?我讨厌通过一个小窗口来编写消息。
再附言:将输入的 < 和 > 字符自动转换为 < 和 > 如何?

2003 年 12 月 9 日星期二上午 10:50 GMT,Chris Hunt 如是说。

评论18

对于像我这样刚开始接触 CSS 的人来说,这真是有趣且令人大开眼界(是的,我以前确实用表格进行布局)。但是说到坏属性,accesskey 怎么样?读完这篇页面后,我按了 ALT+A 来访问我的收藏夹菜单,结果却链接到了“关于 HTML Dog”。什么样的用户才能觉得这个有用,而这样的用户又是如何发现可用的访问键的呢?

2003 年 12 月 13 日星期六下午 2:58 GMT,Joe 如是说。

评论19

我早在 1997 年就写了我的 HTML 网站,其中充满了新手错误。您会感到震惊的。我只有一个关于这条评论的问题:“target 属性不是一个有效属性。谢天谢地。它本就很傻。”在我的链接中,我大量使用了 target="_top" 以打破用户在导航到我的网站之前可能存在的任何框架。现在普遍的解决方法是什么?或者我们是否应该假设,如果用户在框架内导航到我们的网站,那么我们的网站就应该留在那个框架里?

2003 年 12 月 16 日星期二凌晨 1:15 GMT,Novac 如是说。

评论20

有史以来最糟糕的文章!!!
我读这篇文章气得不得不起来弹我的钢琴。我知道你很蠢,但这太荒谬了。应该有人在你屁股上植入病毒。

2004 年 1 月 2 日星期五上午 6:29 GMT,[匿名] 如是说。

评论21

有史以来最糟糕的评论!!!

我正试图帮助他人并推进网页设计问题,这个博客的目的是鼓励有理性的辩论。建设性的批评对我自己和他人都有帮助。我想知道我到底哪里错了,这样我才能纠正它,要么修正自己,要么尝试解释我的观点。

我不会希望任何人受到病毒的折磨——听起来很痛苦——但如果你能解释是什么让你如此生气,我会解决它。

2004 年 1 月 2 日星期五上午 11:35 GMT,Patrick 如是说。

评论22

我将揭示自己。
我是 DCScript 的创始人,伟大的 Dante。
CENTER 标签没问题。我不会停止使用它。上面提到的标签都没有问题,除了 MENU 和 MARQUEE。
text-align 是用于对齐元素内的文本,而不是对齐元素本身,笨蛋。
标题还可以,但我厌倦了它们占用的空间,因为它们是块级元素。我的网站的标题使用了 span。文章使用了 H2 和 H3。
框架?框架非常复杂,但它们对大型网站很有用。你只是为了惹恼 PPK 才这么说的。你知道他是最棒的。
我拒绝遵循你说的任何话。我正在做一个项目来证明标准并不重要。我称之为 Dante 的标准地狱。即将登陆 dcscript.vze.com。
去他妈的你和 W3C 及其“标准”。这是我的网页;我想怎么样就怎么样。
已修改。

2004 年 1 月 2 日星期五晚上 8:18 GMT,Dante Evans 如是说。

评论23

Dante,感谢你“揭示”了自己和你的观点。我不同意你说的几乎所有内容,并且坚持我在文章中写的所有内容(尽管我承认,在上述讨论之后,我开始质疑 hr 标签的使用)。

我从未为了惹恼任何人而写过任何东西,我也不认为任何人是“最棒的”——我尊重那些努力帮助他人、提出观点、鼓励辩论并推动网页设计发展的人,我期待你的“标准地狱”贡献。

经过多年的经验,我相信网页标准和内容与表示的分离能够带来更轻量、更快速、更易于管理、跨浏览器兼容性更好且更具可访问性的网页,“糟糕的标签”一文是我为此做出的小贡献之一。

2004 年 1 月 3 日星期六下午 1:01 GMT,Patrick 如是说。

评论24

但谁会想替换 B 和 I 这样简短而甜美的标签呢?
例如:这篇文章非常<b>糟糕</b>。
如果按你的想法来,每个人都会害怕你希特勒式的标准,然后使用
这篇文章非常<span class="bold">糟糕</span>
为什么要这样做?我不会那样做。B 和 I 本来就是例外。向我解释一下第二个例子如何让事情变得更容易。
嘿,你可能还会更糟!你可能会在你自己的页面上放那些十足愚蠢的“有效 XHTML”或“有效 CSS”标签。
尽管如此,我还是不喜欢被人告诉该怎么想。我到处都使用 FONT 标签来惹恼像你这样的人。

2004 年 1 月 3 日星期六晚上 7:32 GMT,Dante Evans 如是说。

评论25

哦,现在我为对圣帕特里克,标准守护神的咆哮感到抱歉。
你怎么替换 HR?图片需要时间加载。我认为你不喜欢这些是因为它们太简单了。
“让我想想。HR 很好而且加载很快。太简单了!我将使用图片”。
我不知道你在抽什么。你失败的网页开发者气味让我头晕。我将终止这场争论。争论有什么意义,特别是当我们都知道我是对的时候。
我会在 jstimes.vze.com。我很乐意解决一个问题。如果涉及到你那些娘娘腔的标准,我会踢你屁股。我可能非常刻薄,尤其是当我没睡午觉的时候。

2004 年 1 月 4 日星期日凌晨 4:07 GMT,(The Great) Dante Evans 如是说。

评论26

使用 表示“粗体”,意味着没有强调,只有外观。如果你用 来表示强调,如果你重新设计并决定你的“强调”实际上不应该是粗体,而是斜体且不加粗怎么办?你的 HTML 中到处都是 标签将完全误导且无意义。

使用 是误解了 CSS。如果你只想应用样式而不暗示强调,那么使用 是有意义的,其中“something”并不暗示外观,因为你可以将该 CSS 更改为粗体以外的任何内容。‘bold’、‘blue’、‘underline’ 等不是好的类名,因为重点是这些类的外观可以是任何东西。

你是 CSS 新手吗?《CSS 初学者指南》(https://htmldog.cn/guides/cssbeginner/ )可能会有帮助。

当然,如果你想让某些东西在文本中间脱颖而出,那么这意味着你确实想应用强调,所以一个更好的标签是 你的态度非常<em>幼稚</em>。

”然后可以显示为斜体、粗体或任何你选择的方式——强调的表现形式没有固定不变的方式。

当您将 (X)HTML 视为 XML 以及传递有意义的内容并在多种情况下以不同方式处理的理念时,这一切都更有意义。

业内一些最优秀、最受尊敬的网页设计师都在使用网页标准。这其中有原因——有真正的实际好处。

但如果你的网页设计技术方法是基于个人原因,例如出于恶意而非实际的、有实际好处的原因,那么这是你的权利。我不会强迫任何人。

2004 年 1 月 4 日星期日下午 4:56 GMT,Patrick 如是说。

评论27

只是想说明一下,我删除了几条评论,因为事情变得有点偏离主题和失控了。

2004 年 1 月 8 日星期四下午 3:54 GMT,Patrick 如是说。

评论28

无论您添加什么标签——请注意,如果您创建粗体或强文本,甚至斜体文本——它不仅对读者显眼,而且 Google 也会给予它更高的重视——所以请小心!(您可能会因为使用了除您想要的词以外的其他词而被降级!)

2004 年 1 月 9 日星期五上午 10:31 GMT,Slot Buddy 如是说。

评论29

嗨 Patrick,我看到你很忙,但你对我在 12 月 16 日提出的问题有什么回应吗?我很想看到你的答案。

2004 年 1 月 14 日星期三晚上 10:54 GMT,Novac 如是说。

评论30

Novac

我?忙?不。我整天坐着喝酒、玩电脑游戏和看澳大利亚肥皂剧。
不完全是。
好吧,有时……

不管怎样……我关于 taget 属性的评论是在考虑打开新窗口时提出的——一个我将回避以保持主题的争论。

首先,我想如果你在使用框架,你可能想使用该属性。正如我在“糟糕的标签”文章中所解释的那样,框架是魔鬼的作品,并且也不是严格的 XHTML,所以这些属性在这种情况下并非无效。

其次,关于您的页面出现在他人的框架集中,我不得不建议您应该信任那些喜欢框架的设计师的意图。现在我知道这很难,因为那个设计师使用了如此不神圣的工具,但这是一种可用性问题——您不知道这些网站如何在他们的网页中显示您的页面,这实际上可能对您有利。通过剥夺另一个网站预期的功能,您可能无意中让用户感到非常困惑。

说实话,我觉得这不值得担心。仅仅从随意浏览来看,框架的使用在近年来已大大减少,即使是那些使用框架的人,通常也不会将其他网页包含在其中。

2004 年 1 月 16 日星期五下午 1:16 GMT,Patrick 如是说。

评论31

我认为解决框架网站问题的方法是通过 JavaScript。如果你的网站被框架了,你想自动修复它。

2004 年 1 月 16 日星期五晚上 11:20 GMT,Matt Fletcher 如是说。

评论32

嘿,Dante...

Patrick 关于选择 id 和 class 值的观点很棒。不要让值描述外观。如果所有 .blue 元素突然要变成红色怎么办?你的代码会令人困惑且难以理解。相反,使用描述内容类型的名称。

hr 元素很有用——我正在一个页面上使用它,该页面上有视觉上分隔内容的 div。如果有人无法查看 div,hr 就在那里。我已经将它们样式化为定位在页面外,因此它们不会出现在已样式化的页面中,但它们作为页面分隔符存在于未样式化内容的读者中。

2004 年 1 月 19 日星期一上午 11:47 GMT,Neal 如是说。

评论33

您知道,并非所有浏览网页的人都会查看代码。我们不是网络开发者。我确定没人会关心。有多少使用互联网的人是网络开发者?相对而言,不多。

2004 年 1 月 20 日星期二凌晨 12:09 GMT,Dante Evans 如是说。

评论34

您的文章对网页标准新手来说是一篇很好的文章。做得好。

我能理解您对框架的全面否定,因为它们几乎总是被滥用,导致网站变差。然而,我的观点是,就像表格一样,框架仍然有一些合适的用途……看看我网站上的一个例子:http://babbage.tv/dblog/2003/travel/cambridge/

据我所知,在不使用框架的情况下,没有其他实用的方法可以实现这个页面的效果。根据规范,object 标签应该能够做到这一点,但据我所知,在任何好的浏览器中都没有得到充分支持,更不用说 IE 了。当然,框架不太适合听觉浏览器,但这毕竟是一个旅游相册,所以并不是为视障冲浪者设计的内容……

2004 年 2 月 6 日星期五下午 7:15 GMT,duncan 如是说。

评论35

我对 CSS 是新手,并且正在尝试弄清楚如何不使用框架和表格进行重塑。本网站的指南帮助很大,但是……

我一直使用框架,这样我就可以只在一个文档中编写网站导航链接。我不想在网站的每个页面上都更新导航链接。

到目前为止,我还没有看到那些不喜欢框架的人提出任何建议。无框架设计的替代方案是什么?

我错过了什么?

2004 年 2 月 25 日星期三下午 3:37 GMT,David 如是说。

评论36

非常好的文章。我目前正试图简化我的 HTML。主要问题将是摆脱表格布局。将内容与表示分开迫使您更多地思考您实际在做什么。例如,不能再插入
标签,因为您没有考虑结构和含义。

2004 年 2 月 27 日星期五上午 11:14 GMT,Chris 如是说。

评论37

David - 您可以使用*包含*来实现您想要的功能。这有点超出了 HTML 的范围,但基本上,您会有一个单独的 HTML 文件用于导航,然后在页面中有一个简单的代码行,它会拉入该文件并基本上使其成为每个页面的一部分。这样您只需要更改一个导航文件。HTML Dog,拥有数百个页面,就使用了这种方法。

您可以通过多种方式实现这一点,例如使用 ASP、SSI 或 PHP。您需要检查您的服务器支持其中哪些,但只需实现包含对于任何其中一种都相当容易,您应该可以通过快速的 Google 搜索找到大量教程。

2004 年 2 月 27 日星期五下午 12:17 GMT,Patrick 如是说。

评论38

但是,如果您用 JS 打破框架,后退按钮将无法正常工作。您将不得不快速双击。这就是我做的
var x = document.getElementsByTagName("A");
for (var i=0;i<x.length;i++) {
x[i].target="_top";
}

我现在从 Firebird 发布,说实话,我讨厌它。

2004 年 2 月 29 日星期日凌晨 5:32 GMT,Dante Evans 如是说。

评论39

嗨 Patrick,

我忘了提我的主机不支持 SSI 或 PHP 或任何那些好东西。你知道,那就像邪恶代理机构一样的主机。

在我购物更换主机时,我正在考虑两个选项。第一个是使用 object 标签来拉入我的导航 HTML。另一个选项是使用外部 JavaScript 来编写我的导航 HTML。我还不确定哪一个在外观和可用性方面是“邪恶程度”较低的。

如果 IE 不会给它加上滚动条,object 标签看起来会不错。也许与 IE 相比,忍受它更好,但冒着我的访问者可能禁用了 JavaScript 而完全没有导航的风险!

2004 年 3 月 2 日星期二晚上 10:29 GMT,David 如是说。

评论40

您好!
我想为 a 标签的 target 属性辩护,您说:“它无效且不可访问。”

我认为 w3 废弃整个属性,只是为了说服人们不要打开新的浏览器窗口,这太法西斯了。

在某些场合,使用 target 属性是必要的——例如,当您被迫使用使用框架的内容管理系统时(我指的是 Blackboard)。将其他人的网站加载到您自己的框架集中是糟糕的可用性和版权实践——因此,每当我链接到外部网站时,我都必须使用 target 属性来跳出框架。

页面和网站棒极了,顺便说一句。
谢谢

2004 年 5 月 26 日星期三上午 7:21 GMT,Stuey 如是说。

评论41

还有一件事我想从我的胸中吐出来,关于 HTML 标准,这里似乎是个好地方。

为什么 alt、border、width 和 height 不是 标签的有效属性?毕竟这是一个图像,所以它应该定义了高度、宽度和 alt 文本,对吧?

而且,如果你从标签中删除 border="0",那么你漂亮的图形提交按钮在 Netscape 4 中就会有一个丑陋的边框。

我宁愿有一个不验证的网站,而不是接受错误的标准。

谢谢

2004 年 5 月 26 日星期三上午 7:30 GMT,Stuey 如是说。

评论42

这里有一个难题

pre 应该被视为一个表示外观的元素吗?它能承载什么可能的语义含义?如果它是,在我看来,非语义且仅表示外观的,为什么它没有得到“糟糕标签”的绰号?

避免所有表示性标记的一个陷阱是,在非 CSS 渲染中,可用性可能会受到损害。某些标记(例如 img 的 height 和 width 属性、table 的 border 属性、hr、pre 等),尽管具有表示性目的,但应包含在 HTML 中,因为 CSS 替代方案只是建议,而某些浏览器(通过设计或用户偏好)将不接受。

因此,如果无 CSS 和无表示性 HTML 的渲染在可用性方面存在问题,可能需要一些 HTML 表示来确保页面正常工作(而且顺便说一句,仅此而已)。这些表示性元素可以在 CSS 版本中进行样式化,如果它们不符合您想要的 CSS 渲染,但为了与非 CSS 环境兼容和可用性,我们需要利用必要的标记。

2004 年 6 月 1 日星期二下午 3:21 GMT,Neal 如是说。

评论43

显然,要使标准成为全互联网范围的,或者在任何方面成为必需的,都需要花费数年时间,而且没有人强迫任何人更新他们的页面以符合标准。我自 1996 年左右学会 HMTL 2.0 以来一直在设计网页,我可以告诉你,我欢迎标准。我开始真正憎恨表格,除了它们本应用于表格数据之外。我喜欢使用 CSS 指定字体和控制外观的简洁性。我已经受够了使用 FONT 标签,它通常在一个页面上重复很多次,因为如果你想改变字体,你必须编辑页面上的每个 FONT 标签。这太耗时且适得其反。我可以只更改一个 CSS 文件就改变整个站点的字体——哈利路亚!

不过,我确实对 TARGET 标签的事情有点意见。在某种程度上,我理解为什么它现在被“禁止”了,但我并不总是希望用户为了查看我发布的链接而被带到另一个网站并离开我的页面。有时我希望他们停留在原地,但能够查看我链接的、不在我网站上的内容。我可能不是一个“普通”的网络用户,但我真的很讨厌一遍又一遍地按返回按钮,我觉得这很烦人和乏味。所以,对于大多数链接,我会右键单击并在新窗口中打开链接。我相信我处于少数。

至于跳出框架——各位——有一个 meta 标签可以做到这一点,而且根本不需要任何脚本 :) 我必须同意 Patrick 的观点——框架是魔鬼的作品,我从来受不了它们。

标准很好——除了主流浏览器——MS IE,不符合标准,迫使设计者使用技巧来使 IE 表现得它应该有的样子,如果它是兼容的。个人而言,我鄙视 IE,在家根本不使用它,我使用 Firefox,我很喜欢它。我现在使用 Firefox/Mozilla 来预览设计,然后进行必要的微调,使其在 IE 中也能工作。我很少迁就 NS 4.7,抱歉。在我看来,那些人需要进入 21 世纪并更新他们的浏览器。我会对那些被困在 IE 5 中的 Mac 用户做出一些让步,而且我还没有收到任何关于我的页面在 Mac 浏览器中损坏的投诉。

像你们这里的固定反对者一样,他们可以反抗潮流,但最终他们会被冲走,他们的标签抗议将被忽视,因为人们会点击他们沉重、加载缓慢的页面去别处寻找内容。

很棒的网站——非常有帮助——继续加油 :) !!


2004 年 6 月 30 日星期三下午 3:52 GMT,Diane 如是说。

评论44

我喜欢框架的想法(但不喜欢目前的实现)。

我非常喜欢框架的一个原因是,当用户单击同一站点内的另一个页面链接时,内容不会重新加载。我觉得每次都重新加载相同的内容非常视觉上烦人。另一方面,随着互联网连接速度的提高,这已经不如拨号连接时那么令人烦恼了。

此外,框架在浏览器之间的多列布局显示非常不一致。我仍然无法找到一种仅使用级联样式表的三个列布局,而不会导致内容溢出到下一列(尤其是在 Internet Explorer 中——这并不奇怪)。

我感到遗憾的是,自框架出现以来,它们受到了如此多的批评。这似乎导致它们停止了进一步的开发和新功能。例如,框架同时滚动的功能将非常有用。考虑电子表格和其他程序中的分隔器功能有多方便。类似的健壮功能可以实现在网页中使用框架。为什么网页会被限制拥有如此常见的图形用户界面元素?唯一的原因似乎是反框架的教条。

我理解并同意框架目前在网页中存在的固有问题,但框架可能进行的增强功能让我感到失望,因为它们受到了如此鄙视。

另一方面,我可以想象框架的功能可以通过增强标签来实现。

2004 年 7 月 6 日星期二凌晨 2:19 GMT,Al Kwarizmi 如是说。

评论45

嗯……这个网站的代码删除了最后一句话的一个重要部分。

它应该读作“……通过对

2004 年 7 月 6 日星期二凌晨 2:23 GMT,Al Kwarizmi 如是说。

评论46

嗨,看看我学校的网站。太糟糕了,以至于很好笑 :-)

http://www.allsaints.sheffield.sch.uk/

我们花了很多时间嘲笑设计了网站的美术老师。

2004 年 7 月 31 日星期六上午 5:12 GMT,Andy 如是说。

评论47

使用框架结合 JavaScript 来保持功能打开(以加快加载速度)怎么样?如果像我一样使用图片作为链接,如果它们不在独立的框架中,每个页面的加载速度都会大大加快。无论新电脑有多快,我总是选择最快的页面加载速度,因为一半的访问者可能拥有旧电脑,或者可能打开了很多新程序占用了内存。另一个原因(就好像我需要一样)是存储单个用户在本网站上的变量,而没有很多人关闭的 cookie 问题。

2004 年 8 月 14 日星期六下午 5:38 GMT,[匿名] 如是说。

评论48

哦,还有 Andy,你学校的网站可能不怎么样,但我看了你的网站,我觉得你没资格批评别人的设计。

2004 年 8 月 14 日星期六下午 5:49 GMT,[匿名] 如是说。

评论49

我同意前面一位发帖者的关于 target 属性的观点。对于一个包含大量外部链接的页面,我通常使用 target 属性将链接打开到新窗口,但需要注意的是,我会在链接旁边写上(新窗口)并警告我的访问者,链接页面上的所有链接都将在新窗口中打开。对于链接页面来说,使用 target 属性几乎是必不可少的,否则人们如何查看完整的链接列表而不必一直按“后退”?

由于 target 属性已被弃用,是否有任何 CSS 方法可以达到打开新窗口的相同效果?我的意思是,短时间内使用 Javascript,我确定这是一个更糟糕的解决方案??

2005 年 4 月 6 日星期三下午 5:41 GMT,Lili 如是说。

评论50

啊,框架(闪回),互联网的化石,让人想起一个更复杂、更耗时的时代……但我喜欢它们仍然让 Mozilla 看起来像个傻瓜!Firefox 无法处理框架(这也是我不喜欢 Firefox 的另一个原因),因为,信不信由你,那些天真的小女孩仍然使用框架,因为她们认为它看起来不错。因此,作为惩罚,我将向国会请愿通过一项法律,将所有被抓到使用……嗯,就是框架的……处以死刑。

Remmy

2005 年 6 月 10 日星期五上午 7:11 GMT,Remmy 如是说。

评论51

我认为让用户选择右键单击(或任何其他替代方法)以在新窗口中打开链接比假设用户希望打开多少个“新窗口”在他们的桌面上更好。尤其是在使用 IE 时!至少 Firefox 使用标签页,但我知道我个人讨厌打开大量的 IE 窗口让我的桌面混乱,并且难以使用底部菜单——尤其是我还在使用其他软件时,特别是编程。即使在 Windows XP 上切换屏幕时,Alt+Tab 也很烦人。

2005 年 6 月 14 日星期二凌晨 12:34 GMT,dezhen 如是说。

评论52

这个页面的评论对我非常有帮助。作为和你们一样熟悉 HTML 代码的人,我们欢迎那些让页面更轻量、加载更简单的标准。标准也意味着 Dreamweaver 等编辑器将比随机插入它认为应该插入的标签更合乎逻辑地工作。我目前在一所大学工作,该大学要求与 Netscape 4.7 兼容。所以,你认为我们是处于困境,但并非如此。我不知道统计数据,但我可以说相当一部分教育计算机(需求量大,正在使用)仍然是旧的 Mac sys 8 & 9 或 Windows 2000(天哪,98),并且运行的是 2000 年初的软件。

所以,是的,全校范围的网站都使用表格来格式化模板。模板本身是用表格设计的。然而,样式表被广泛用于控制字体等。我认为,不使用表格来显示元素的 CSS 部分在我看来并不完全精彩。虽然我在我所有的其他网站/客户那里都使用 XHTML,但我仍然觉得表格网站在某种程度上非常有必要,特别是对于那些使用 Dreamweaver 等工具的人。表格倾向于默认大小,而 CSS 需要特定的定位。如果有人定位错误,要计算像素长度来重新定位许多图像会非常繁琐。因此,我宁愿让浏览器“推挤”,对仅简单的文本和图形网站而言。

我同意我们不应该强迫每个人遵守并转换,我们应该用新的语言开发我们的新功能,这样我们就可以逐步淘汰。

2005 年 8 月 31 日星期三下午 5:03 GMT,Eric James 如是说。

评论53

我知道在我被当前的网络“专家”视为异教徒,但我提倡谨慎使用框架。我完全理解、同意并厌恶所有归因于它们的缺点。这些都是非常真实的问题。然而,正如许多人所说,用户体验至关重要。在创建静态导航元素的替代方法之前,我仍然认为框架(及其所有局限性)远远优于“寻找”导航元素。每个人都有权发表自己的意见。您的网站是一个很棒的网站。但我认为,如果顶部的 Logo,尤其是左侧的导航元素是静态的,它会更好、更容易使用。我只是不喜欢不得不滚动寻找他们可能想去的下一个地方,或者强迫我的用户这样做。我渴望彻底消除框架及其所有相关问题,但一旦出现可行的替代方案,我就会这样做。在此之前——我将利用绝大多数浏览器(以及因此的用户)的能力,尽管承认会牺牲那一小部分人。我也渴望真正的跨平台一致性;渴望内容与表示的完全隔离——但直到它们在现实中存在——我们必须处理和利用现实。

感谢讨论论坛。

2005 年 9 月 12 日星期一晚上 9:20 GMT,Pat 如是说。

评论54

这个页面谈论了很多“糟糕的标签”;有些是糟糕的,因为 CSS 是为文本添加属性的新方法。但是,如果一个人不知道,或者没有时间学习 CSS 怎么办?

2005 年 10 月 31 日星期一下午 12:41 GMT,Dan 如是说。

评论55

我只是想补充一点……谁真的在乎……你,还有多少人?——“关于标准”。当然不是在网上冲浪的“普通大众”!我拥有计算机科学学位;编程、图形通信。我自 90 年代初以来一直在网上工作……信不信由你,W3C 并不发号施令;政府也不是,它有追溯性(非前瞻性)政治正确的——弱势群体怎么办?——法案。对他们来说,这都是为了选票……以及权力和金钱……
我挑战你去公平地搜索 W3C 会员网站。*大多数*都不合规!例如:我偶然发现了你的论坛,当时正在使用 NN4 浏览
用于设计和演示的工具,供客户项目使用,其中许多仍在使用 NN4、IE4 等……标准并没有让我的工作更容易……我自 CSS 问世以来一直在使用它,是的,我同意,它很棒!但它只能在“白日梦”中完全实现,而且在不久的将来不行——保守估计,在未来 5 年或更长时间内不行。
多数人统治(金钱统治)。你属于哪里?当然……我在许多网站上使用 XHTML 1.0 Strict。但当我需要最大程度的曝光时,我“混合搭配”HTML 和 CSS。至少我知道我所有的访问者都能看到并与我的在线作品互动;你能说同样的话吗?你真的在网上谋生吗?

(附言:我残疾了。但我并不期望世界以牺牲他人为代价来适应我的劣势……而且我真的不在乎有没有一个笨蛋抱怨说他不能用他的破手机浏览我的网站。够了。谢谢……)

AJWesley - Contributor, Earthweb

2005 年 12 月 7 日星期三晚上 11:24 GMT,MadFlash 如是说。

评论56

对于 em 元素,我喜欢做的一件事是,以防我使用不当,可以应用此 CSS
em:before {
content: '_';
}
em:after {
content: '_';
}
因此,在我博客的一篇帖子中,我错误地使用了 em 元素,但当我应用了新样式后,我意识到这是错误的并进行了更改。

2005 年 12 月 14 日星期三凌晨 1:43 GMT,Tom 如是说。

评论57

如果有人想知道网络将走向何方,那就是走向 CSS 和有意义的标记。
http://en.wikipedia.org/wiki/XHTML_2.0#Example

在 XHTML 2.0 和 HTML 5.0 中,表示性元素被完全消除。

框架将被修复并重新命名为 XFrames。

将出现一个新的列表,称为导航列表 (nl),从而废弃使用无序列表(天哪)和定义列表进行导航。

IMG 元素将被弃用,取而代之的是 OBJECT。

标题元素将被一个单一的 H 元素取代,其级别通过嵌套的 SECTION 定义。

其中最值得注意的是关于表示性元素的那一点。它们消失了。只有那些具有语义意义的才保留下来。

至于与 NS4 和 IE3 的兼容性,这很愚蠢。如果向后兼容性比进步更重要,我们都将坐在洞穴里猜测石头是否可以食用。

诚挚地,
Tom Ingram

2006 年 1 月 10 日星期二凌晨 1:58 GMT,Tom 如是说。

评论58

如果你有一个是渐变的矩形设计,该怎么办?没有表格该如何实现?我还没有读完所有页面,但我似乎无法想象那会如何实现。

示例
http://www.multiplayer.se/secret/
请忽略网站内容。我没有设计那部分 HTML。>__<

2006 年 3 月 17 日星期五上午 5:50 GMT,Stan64 如是说。

评论59

这个评论页面很难阅读。“Comment”的蓝色大字正好在文本上方,遮盖了每一条评论。我个人更看重易读性而不是合规性。

我并不太喜欢“糟糕的标签”页面。也许可以做一个很好的论据来解释为什么我们要用不同的方式做同样的老事情,但那个页面没有做到。我根本不在乎“页面权重”,尤其是在廉价内存的时代。当每一个逻辑门都是手工布线时,并且核心内存是小的磁环时,每一位都很重要。但那些日子早已过去。现在我想要的是一个典型浏览器能够正确渲染并且典型读者能够找到有用的东西。我还想能够在当前主机被某大公司收购服务下降时将我的页面迁移到另一台主机,而且我不希望在我的新主机是否支持 php 的方式上纠结——如果我能将功能限制在 HTML 页面中,迁移就很简单。

现在是 2006 年了,我仍然不是 CSS 的狂热者。认为“font-weight: bold”比“b”更精简、更强大,这简直太愚蠢了。我认为我们需要更多的理性化,即一种标记形式增加了“意义”而另一种则没有,当两者都只是改变字体时。当然,CSS 可以帮助让你的所有页面看起来都一样。但我不希望我的所有页面看起来都一样。我布局我的网页的方式不同,取决于它们的内容——形式追随功能,而功能是变化的。

而且,说真的,表格有什么问题?表格不够聪明,不知道它不包含数字——它无论单元格里有什么都能正常工作。如果它能正常工作,并且工作得很好,那么说它不应该被使用的理由是什么?

已经存在的数十亿个网页不会因为 W3C 的意愿而被重写。因此,未来的浏览器必须能够读取旧的“糟糕”标签,否则没有人会使用它们。考虑到这一点,“已弃用”几乎没有用处。

2006 年 5 月 23 日星期二下午 2:20 GMT,w white 如是说。

评论60

我相当惊讶地发现相对较近的评论在几乎没有理由的情况下抨击这篇文章,理由仅仅是“我不想改变我的做事方式”。当这篇文章写出来的时候,我认为它是必要的。我希望情况已经不是这样了。

成千上万的资源,以及本站,以多种方式解释了为什么网页标准有效,更具体地说,为什么一些标签是“糟糕的”。

我只是懒得(再次)反驳一些论点。如果你不喜欢它,那没关系——按你的方式去做。但是,如果你认为非网页标准的方式更好,那么你简直是大错特错。只要看看专家们不仅在说什么(并试图帮助你),而且在做什么。

2006 年 8 月 9 日星期三上午 11:03 GMT,Patrick 如是说。

评论61

由于过多的垃圾邮件,恐怕我已经关闭了这个帖子的评论。

2006 年 8 月 9 日星期三上午 11:04 GMT,Patrick 如是说。

另请参阅

SiteGround: Fast, reliable, recommended hosting.