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

HTML 标签参考

2003年12月18日,星期四 (下午6:07 GMT)

狗项圈和标签为 HTML Dog 添加了另外 70 多个页面,HTML 标签参考是该网站的最新添加内容。可以称之为圣诞礼物。

我尝试整理了一个与其他网站略有不同的标签参考——一个专注于严格 Web 标准的准确参考。
我制作了我自己想使用的那种参考,我希望这将生成一个其他关注标准的 Web 设计师也会想使用的参考。

与 HTML Dog 的其余部分保持一致,该参考涵盖了严格 XHTML 所属的标签和属性。实际上,许多信息都从构成 XHTML 1.1 模块的模块中提取出来,因此与 XHTML 1.0 Strict 相比,只有非常小的差异,例如缺少 borderlang 属性。

我已尽力做到尽可能准确(我在其他类似参考中遇到过一些令人惊讶的错误),从 W3C 资源收集信息,并希望能生成比臭名昭著的令人困惑的 W3C 文档更容易阅读的内容。

最后一刻,我不情愿地添加了一个页面,简要介绍 bittbigsmallsubsuphr 标签,因为虽然我不认为它们应该被使用,但它们确实是严格 W3C XHTML 的一部分,因此是“有效”的标签。至少这个参考可以指出,对于那些不太了解的人来说,有更好的替代方法。

这是一个漫长、艰苦且不太令人兴奋的项目,但它是我认为像这样的网站所必需的。未来的更新可能包括指向相关 W3C 文档和有效内容的链接,但目前我将休息一下。还有其他事情要做——CSS 属性参考应该很快就会推出。

评论

评论1

这是对网站的一个很棒的补充,Patrick!

Bart Noppen 在 2003 年 12 月 18 日星期四下午 10:41 GMT 这样说道。

评论2

你为这个网站付出了很多努力。恭喜。
你对 htmldog 的未来有什么计划?

[匿名] 在 2003 年 12 月 19 日星期五上午 10:07 GMT 这样说道。

评论3

关键字在参考中突出显示,但不可点击。例如,从 title 中,我期望能够点击 head 来获取该参考。

于 2003 年 12 月 22 日星期一下午 10:05 GMT 说道。

评论4

非常不错的 XHTML 参考,但是,我没能像你解释的那样理解 <abbr> 和 <acronym> 之间的区别。

我将缩写解释为,例如,CIA 和 FBI,其中每个单词都由其首字母表示,而缩略语的形式是 MySQL,它使用多个单词(M-y)来表示它所代表的单词之一。要成为缩写,它应该是 MSQL。

作为一个以西班牙语为母语的人,这在英语(基于规范)中可能有所不同。

JH Sales 于 2003 年 12 月 23 日星期二下午 2:48 GMT 这样说道。

评论5

我认为,从技术上讲,缩写是通过字母序列发音的:eff-bee-eye,而不是 fbih;see-eye-ay,而不是 kiyah。缩略语是作为一个单词发音的,例如 NATO,而不是 enn-ay-tee-oh。SQL 如果你发音为“sequel”就是一个缩略语,如果你发音为“ess-queue-ell”就是一个缩写。

Chris Hunt 于 2003 年 12 月 24 日星期三晚上 11:43 GMT 这样说道。

评论6

缩写和缩略语似乎引起了很多混乱。这是我的看法

"缩写是短语的简短形式。非常笼统。然而,缩略语是由它所代表的短语的首字母(或单词的一部分)组成的缩写。因此 CSS 是一个有效的缩略语,而 HTML 和 XHTML 则不是(如果“Hypertext markup language”是一个缩略语,那应该是“HML”。同样,XHTML 应该是 EHML)。"
正如“Mastering Text”页面中所述( https://htmldog.cn/guides/htmladvanced/text/ )。

根据我这几个月来的了解,最大的问题是,似乎世界上几乎每个国家/文化/社会对缩略语或缩写的定义都有不同的解释。

Chris 提到的发音观点,据我所知,是一种美国的说法。

Patrick 于 2003 年 12 月 26 日星期五晚上 10:45 GMT 这样说道。

评论7

至少不是我这个美国人的说法。缩略语是,并且一直是由每个单词的首字母组成的(偶尔排除“the”和“a”)。任何其他较长短语的缩短形式都只是缩写。请记住,所有缩略语都是缩写,如果你都标记为 abbr,那是可以的。

有趣,我以为混淆点会在 cite 和 q 之间。

Neal 于 2003 年 12 月 29 日星期一下午 8:37 GMT 这样说道。

评论8

顺便说一句——既然 !DOCTYPE 出现在列表中,那么注释标签不也应该被提及吗?我想知道你会如何按字母顺序排列它……

Neal 于 2004 年 1 月 2 日星期五上午 11:24 GMT 这样说道。

评论9

我很高兴我关于缩写/缩略语的事情显然是错的。围绕它们的混乱似乎是相当随机和奇怪的。

还有 HTML 注释——是的,我应该添加一个页面。我应该显示为“!”、“!--”、“[comment]”吗??

Patrick 于 2004 年 1 月 2 日星期五下午 11:41 GMT 这样说道。

评论10

这是一个非常好的问题。! 也出现在 Doctype 声明中——既然你已经把它从那里删除了,我想你也应该在这里删除。既然 -- 是注释的标志,也许只写 "--"?

Neal 于 2004 年 1 月 5 日星期一下午 6:28 GMT 这样说道。

评论11

DOCTYPE 和注释都不被归类为标签。实际上,我认为您两者都应该省略。

Dan Webb 于 2004 年 1 月 7 日星期三下午 5:00 GMT 这样说道。

评论12

虽然您在纯粹的意义上完全正确,但它们是网页结构的重要组成部分,值得定义。至少应该附带一个说明它们并非真正的标签的提示。

顺便说一句,<cite> 的示例不是很清楚。难道“banana”是某种信息的来源吗?定义说它是一个引文,但示例与 W3C 规范中的示例毫无相似之处。我认为示例中的 <cite> 应用得不正确。

Neal 于 2004 年 1 月 13 日星期二晚上 9:36 GMT 这样说道。

评论13

作为一个以符合规范的英语(我当然是在开玩笑)说话的英国人,我一直认为缩写和缩略语之间的区别是这样的

1) 缩写:将短语缩写成首字母(例如,Cascading StyleSheet = CSS)。

2) 缩略语:一个缩写,它本身构成了另一个可识别的词(例如,Campaign for Liberation and Integration of Terrifying Organisms and their Rehabilitation Into Society = C.L.I.T.O.R.I.S.)。

词源学家会认识到“acro”意为“终极”而“nym”意为“名称”,因此我们有了“终极名称”。

总之,虽然两者都是缩写,但它们是不可互换的。因此,如果您想成为最死板的语义主义者,您应该浏览整个网站,并将所有标记为 <acronym> 的 CSS 引用更改为 <abbr>。希望这能弄清楚。 :)

Iain 于 2004 年 1 月 15 日星期四下午 5:03 GMT 这样说道。

评论14

哎呀,最后一行应该是:“……将所有标记为 <acronym> 的 CSS 引用更改为 <abbr>。 :p”

Iain 于 2004 年 1 月 15 日星期四下午 5:49 GMT 这样说道。

评论15

嗯,这很有趣。我从标准的免责声明开始,即词典是描述性的,而不是规定性的。

参见 http://dictionary.reference.com/search?q=acronym 获取一些定义。其中一个暗示雷达是缩略语,另一个暗示它不是。Merrian Webster (http://m-w.com/) 说缩略语是“一个词(如 NATO、radar 或 snafu)由复合词的每个连续部分或主要部分的首字母或首字母组成。”

在我找到的任何定义中,都没有说明最终结果必须被发音为一个单词。碰巧给出的所有示例都可以,但这从未在定义中明确规定。

那么最终答案是什么?我认为这取决于作者的普遍用法。我不认为称 CSS 为缩略语是错误的。称 HTML 为缩略语也不一定错误。然而,这些都属于灰色地带。当然,我们可以同意“NATO”应该被视为缩略语,而“inc.”则不应该。也许,因为所有有疑问的缩略语都是缩写,所以将所有有疑问的缩略语标记为 abbr 元素更好。

也许答案在于语音阅读器如何使用 acronym 元素。常用的语音代理是否会特别处理缩略语?

最后,我一直将“abbreviation”缩写为“abbv.”,所以我总是倾向于拼错 abbr 标签。谁和我一样?

Neal 于 2004 年 1 月 19 日星期一下午 11:30 GMT 这样说道。

评论16

在最大程度上,我同意你的看法,Neal。我从来不会想去禁止某种解释,因为我可能错了,而且对于对非常模糊的区域的解读,有无数种方式——尽管秘密地说,我很确定我是对的。;)

我的回答是,既然我们费了这么大的力气来纠正我们在使用 HTML 和 CSS 方面所有的旧习惯(这些标准本身已经相当苛刻和规定性),我们应该抓住机会来明确区分这两个标签的含义。也就是说,只有在缩写简单地被解释为一系列首字母时才使用 <abbr>,当它创建一个可发音的单词时才使用 <acronym>。

当然,我们可以发起我们自己的运动来重命名 CSS,给它起一个缩略语。我的建议是 CuSS,因为当我在 IE 中精心制作的有效布局显示为文本重叠边框和图像的混乱时,我经常这样做。:D

Iain 于 2004 年 1 月 21 日星期三下午 1:29 GMT 这样说道。

评论17

好吧,我们肯定不会在这个博客上决定这些标签的含义。而且 W3C 规范一贯含糊不清,不明确说明什么是一个缩略语,什么不是。如果我们按照词典的解释,我们应该包含 CSS。如果我们按照普遍用法,CSS 可能不是缩略语。

我的意思是,按照你作为作者的感受去做。我不知道 abbr 和 acronym 的渲染之间有什么真正的功能差异。所以我们必须问,内容的意思是否通过这些标签得到了增强。只要这是你的指导原则,我想任何一种标记都可以被认为是正确的。

Neal 于 2004 年 1 月 24 日星期六上午 6:23 GMT 这样说道。

评论18

我不确定这里的困惑在哪里。缩写是对单词或短语的缩写。来自 dictionary.com
用于代表完整形式的单词或短语的缩短形式,主要用于书写,例如 Mass. 代表 Massachusetts 或 USMC 代表 United States Marine Corps

或者……BR 代表 break,例如

缩略语是一个单词,由多词名称的首字母或部分组成,例如 radar、J.A.G.、HALO(高空低开)Jump。

如前所述,缩写不一定是缩略语(例如“inc.”),但缩略语可以是缩写(例如 JAG)。

Mike 于 2004 年 10 月 8 日星期五上午 4:02 GMT 这样说道。

评论19

<hr /> 真的只是一个表示性标签吗?我当然可以看到它具有语义含义的理由——它代表了主题的断开。在书中,你经常会看到像“***”这样的小符号来表示当前部分已经结束,我们现在正在切换视角人物,或者类似的。

(我当然承认它几乎总是用于其表示方面,并且对于这种语义方法来说命名很糟糕……但这是我能想到的唯一具有该确切含义的元素。)

David Lynch 于 2005 年 6 月 22 日星期三晚上 9:15 GMT 这样说道。

评论20

DOCTYPE 和注释都不被归类为标签。实际上,我认为您两者都应该省略。

patrick 于 2005 年 11 月 8 日星期二上午 11:32 GMT 这样说道。

评论21

说得好。我认为也许需要将它们包含在内,以便人们了解它们,但也许应该更清楚地说明它们实际上不是 HTML 标签。

Patrick 于 2005 年 11 月 8 日星期二下午 11:48 GMT 这样说道。

评论22

> <hr /> 真的只是一个表示性标签吗?
是的,它是。名称是水平规则,这是表示性的。不过 W3C 正在考虑更改名称。

Tom 于 2005 年 12 月 17 日星期六晚上 8:50 GMT 这样说道。

评论23

> <hr /> 真的只是一个表示性标签吗?
是的,它是。名称是水平规则,这是表示性的。不过 W3C 正在考虑更改名称。

你应该只对注释使用 htmlentities()。

Tom 于 2005 年 12 月 17 日星期六晚上 8:56 GMT 这样说道。

评论24

缩略语可能是一种缩写,但就“缩写”的定义而言,它是单词的缩短形式,而不是一堆词。“INC”是一个缩写。“IP”是一个缩略语。

Roy Dale 于 2006 年 5 月 27 日星期六晚上 7:26 GMT 这样说道。

评论25

Roy,你并非完全正确(例如,缩写*可以*是许多单词的缩短形式),虽然存在一些意见空间(例如你对缩略语的定义)。你可能会发现这个很有趣:http://en.wikipedia.org/wiki/Acronym

Patrick 于 2006 年 5 月 27 日星期六晚上 7:58 GMT 这样说道。

评论26

我想知道你是否已经把它做成了口袋参考?我喜欢可以拿在手里并且浪费更多树木的东西。;)

Jim Welch 于 2006 年 6 月 26 日星期一下午 8:56 GMT 这样说道。

评论27

顺便说一下:我之所以要求口袋参考,是因为我正在教男童子军计算机优值徽章。我从一开始就教授 XHTML 和 CSS。他们要求的网页必须使用 XHTML 和 CSS 才能通过优值徽章(我的要求,不是 BSA 的)。

Jim Welch 于 2006 年 6 月 26 日星期一下午 9:07 GMT 这样说道。

评论28

由于收到的垃圾邮件比 Sainsbury's 还多,此帖子的评论现已关闭。

Patrick 于 2006 年 8 月 10 日星期四晚上 6:19 GMT 这样说道。

另请参阅

^ 顶部

SiteGround: Fast, reliable, recommended hosting.