上文：标记语言表单
原文出处Chapter 6 strong,em与其他短语元素
在引言和前面的章节中,已经稍微提到过语义标签的概念,使用标签为文件标识意义,而不是单纯的以标签设定显示效果.设计完全使用语义标签的网页是个不错的点子.然而我觉得这个目标太理想化了.当然,没有完全达到目标并不代表努力过程毫无价值.至少朝着这个目标努力很有价值.
在现实情况下,经常有必要加上非语义标签,以便实现特定的设计目标,主要是因为现在著名的浏览器都无法百分之百支持标准的缘故.有些CSS规则在部分浏览器中无法显示正确的效果,而这不幸的让我们在达成某些设计目标的过程中必须使用额外的标签.
有个重要的概念必须放在心上:那就是尽量尝试撰写语义化结构将能带来实际的好处.同时,对标准的支持虽然没有达到百分之百,但也已经越过临界点让我们现在就能使用符合网络标准的方法撰写网页.有些时候必须做点牺牲,但是坚持撰写越多的符合标准的标签,未来的工作就会越轻松.显示效果 VS 结构标签
本章节将会讨论显示效果与结构标签的不同，更确切的说，是讨论使用strong替换b,以及使用em替换i的差异.在本章稍后,我们也会讨论几个其他短语元素以及它们在符合标准,结构化标签语法内的重要性.
你或许听说过某些人建议在需要粗体文字时要用strong替换b,但是他却没有进一步告诉你为什么需要这样的替换.在不知道"为什么"的情况下,实在很难期待其他网页设计者只因为听过需要这样做就改变他们对标签的使用习惯.为什么strong和em比b和i好?
去掉b和i标签,替换成strong和em到底是有什么好处呢?其实这一切都是为了表达语义和结构,而不是为了只是显示效果,本书的所有示例也都努力遵循这个概念.看看专家怎么说
首先,来看看W3C在HTML4.01的短语元素规范里是怎么叙述strong和em的(http://www.w3.org/TR/html4/struct/text.html#h-9.2.1):
短语元素能在文字片段之内加上结构信息,常见的短语元素意义如下:
em 代表强调
strong 代表更强烈的强调
所以在此讨论的是两种不同程度的强调.举例来说,就是一个单字或者短语,念的时候应该比较大声,音调较高,念的快些,或者是...嗯,就是比一般文字内容更强调.
W3C接着还叙述了下面这段内容:
短语元素的展示效果随着浏览器的不同,一般来说可视化浏览器应该以斜体显示em的文字内容,以粗体显示strong的文字内容.语音合成软件则能配合内容改变合成参数,像是音量,音调与速度等等.
啊哈!最后一句特别有意思,语音合成软件(之前我们称之为屏幕阅读器)将会正确处理必须强调的文字,这的确是件好事.
相对之下,b或是i只是单纯的显示效果标签.如果我们的目标是将结构与显示效果分离的话,使用strong和em就是正确的选择,单纯想要显示粗体,斜体文字的时候用css就好了.本章稍后会讨论更多例子.
接着看两个标识示例,帮助我们了解它们的差异.方法A
your order number for future reference is: b6474-82071/b.方法B
your order number for future reference is: strong6474-82071/strong.又粗又美丽
这个情况是使用strong比b更适合的完美例子,我们打算让句子内的特定文字显示的更加重要.除了粗体显示订单编号以外,我们也希望屏幕阅读器也改变它们表达这段内容的方式:提升音量,改变音调或速度.方法B能够同时达到这两个目的.em又如何?
同样的,以em取代i,能够同时表达重要性,而不只单纯的以斜体显示文字内容.来看看这两个例子:方法A
It took me notone,butithree/i hours to shovel my driveway this morning.方法B
It took me notone,butemthree/em hours to shovel my driveway this morning.强调语气
在前面的例子里(本书撰写时的真实情况),我的目的是使"three"这个字以强调语气表现,如同我大声念出这个字,视觉上,方法B在大多数浏览器里都会以斜体显示,而屏幕阅读器也会适当的调整音色,速度或音量.只要粗体或斜体就好
必须注意的是,很多情况下只需要视觉上展示粗体,斜体的文字效果,换句话说,假设你的侧边栏里有一串链接列表,而你喜欢让所有链接用相同的效果显示:也就是粗体(图6-1)
图6-1.粗体链接放在侧边栏里的示例
除了视觉特色外,我们并不打算特别强调链接内容,这里就是以CSS改变链接外观显示效果的好地方,让他们不会被屏幕阅读器以及其他非可视化浏览器特别强调.
举例来说,你真的想让粗体链接被念得更快,更大声,音调更高吗?大概不会,这边的粗体完全只是显示效果.font-weight相当于粗体
为了达到图6-1的显示效果,让我们假设链接栏放在id设为sidebar的div中,这样我们就能用CSS指定#sidebar之内的链接要以粗体显示:
#sidebar a{
font-weight:bold;
}
极度简单,让我觉得一提起就有些可笑,但是这的确是个帮助分离结构与显示效果的好方法.那是粗体!
同样的,在思考斜体文字的时候也能应用类似的想法,在你不想强调的内容,只单纯想以斜体显示文字时,你能再度使用font-style属性通过CSS处理这些状况
让我们使用相同的#sidebar作为示例,举例来说如果你想使#sidebar里的所有链接显示成斜体,那么可以这样写:
#sidebar a{
font-style:italic;
}
又是个简单至极的概念,但是在结构化标记语法的领域里,我觉得讨论这些情况十分重要--使用CSS处理央视,代替显示效果标签的状况.有些时候最简单的解决方法也最容易被忽略.共用粗体与斜体
在打算同时用粗体和斜体显示文字内容的时候,我觉得必须先思考一个问题,你打算传达什么程度的强调?根据这个问题的答案,我会选择适当的标签:em(强调)或strong(更强烈的强调),然后以选择的标签标记文字.
举例来说,以下面的例子来说,我原本打算让"fun"同时以粗体,斜体显示,最后我选择用em来强调这个字.
Building sites with web standards can be emfun/em!
大多数浏览器只会以斜体来显示这个字,要同时使用粗体和斜体,我们有几种选择.哦,我真的希望你同意上面这句话.普通的span
方法之一,是以普通的span包在"fun"之外,并且指定CSS规则将所有em之内的span以粗体显示.标记语法看起来像这样:
Building sites with web standards can be emspanfun/span/em!
而CSS看起来则像这样:
em span{
font-weight:bold;
}
明显的语义部分并不好,因为我们加上了额外的标签,但是这个方法人人仍然有用.以class强调
另一个方法则是为em标签指定一个class,并且以CSS加上粗体效果,标记语法看起来像这样:
Building sites with web standards can be em class="bold"fun/em!
而CSS看起来则像这样:
em.bold{
font-weight:bold;
}
使用em就能达成斜体效果(同时在语义上强调了文字内容),而为它加上bold class则会使em之内的文字以粗体显示.
类似的方法也能用来修饰strong.这时我们能在加重强调某段文字的时候,设计italic class加上斜体效果,再配上strong原来就有的粗体效果.
标记语言看起来像这样:
Building sites with web standards can be strong class="italic"fun/strong!
而CSS则是这样:
strong.italic{
font-style:italic;
}
概述
我想讨论这个主题十分必要,因此这是本书核心主题之一的良好范例:将内容与展示效果分开十分重要,很有好处:而将b与i标签换成结构上对等的标签(强调内容的时候)是个辅助达成这类分离目标的简单方法.
因此,下次当你听到某人提到"没错,你永远应该使用strong替换b"的时候,你就有足够的理由去支持这个论点了.
大多数情况下,很适合以strong或em传达强调语气,而当你只是要追求视觉上的粗体,斜体效果时,就用CSS吧.技巧延伸
本章到目前为止,都把焦点集中在strong和em上,这两者只是W3C所谓的"短语元素"的一部分,在这本分我们来多看一些短语元素以及他们和标准之间的关系.短语元素
除了strong和em之外,W3C HTML 4.01规范里完整的短语元素列表还包括:cite: 包含其他引用,参考cite的设计
cite是个值得讨论的有趣元素,在替换掉单纯指定显示效果的i标签时尤为重要.cite的用途是参照引用abbr和acronym
我还想提出两个短语元素,就是abbr(缩写名词)和acronym(略称).使用这些标签能够为缩写名词提供定义,让所有使用者看懂内容,提升网页的易用性.
让我们从新看看W3C在HTML4.01规范内定义的abbr和acronym用途:abbr 代表缩写名词(像WWW,HTTP,URL,Mass.等) acronym 代表略称(像WAC,radar等)
配合适当的title属性是这些元素能帮助不了解特定名词的使用者,举例来说,在标识"XHTML"缩写的时候,我们能这样使用abbr标签:
abbr title="eXtensible HyperText Markup Language"XHTML/abbr
在这里使用abbr会使屏幕阅读器拼出缩写内容(X-H-T-M-L),而不是念出完整内容,相对的,使用acronym的话则会让他念出完整内容,而不是缩写.
使用acronym标签的示例如下:
acronym title="North Atlantic Treaty Organization"NATO/acronym
我们也能使用两条听觉CSS规则,再次强调这些差异:
abbr {
speak:spell-out;
}
acronym {
speak:normal;
}
听觉样式让作者能特别为屏幕阅读器指定朗读方式,这能修改页面的听觉表达方式,引导标记结构,改变音调,音色等,让页面朗读的效果与视觉效果更一致.定义一次
许多人都建议只定义一次在页面内反复出现的缩写,略称,他们认为每次名词出现时重复定义太浪费空间了,而最好只在首次出现的时候加上title属性,我认为这么做有些道理,虽然当使用者被导引到页面特定段落时,可能因为看不到页首展开缩写,略称,从而无法从定义中获利.
利用你的判断力,决定何时(以及要多频繁)定义放在abbr和acronym内的名词吧.显示效果
要在视觉上吸引读者,有些浏览器预设会在abbr和acronym下面加上1像素的点状底部边线,引诱使用者将鼠标移到缩写名词,略称上面,当鼠标移到上面后,浏览器就会以"工具提示"的方式显示title属性提供的定义内容.
对那些不预设显示点状底部边线的浏览器来说,可以通过定义CSS达到同样的效果.
abbr, acronym {
border-bottom: 1px dotted;
cursor: help;
}
我们也加上额外的规则,把光标转成"求助"(大多数浏览器都会支持),帮助使用者看出这不是可以点选的链接,而是以"工具提示"显示的定义内容(Mark Newhouse,"Real World Style:CSS Help",http://realworldstyle.com/css_help.html).
图6-4就是浏览器的显示效果,将"XHTML"扩展成定义文字,以及点状底部边线,求助光标:
图6-4.一般浏览器显示abbr的示例兼容性问题
值得一提的是,在本书撰写的时候,windows版的Internet Explorer还不支持为abbr标签指定样式,显示工具提示. IE/Win支持acronym标签,这是为了鼓励某些设计者只使用acronym处理缩写名词与略称.
这么做或许很有吸引力,但是为了解决现实问题而使用错误的元素并不是件好事,对这个特定问题来说,我偏好根据规范表示名词,让正确支持的浏览器处理abbr标签的样式.让我们很快地看看几个还没提到的短语元素.
code
code元素的设计目的是在XHTML页面内展示代码示例,举例来说,当你想分享某段CSS时,你可以这样写:
code
#content {
width: 80%;
padding: 20px;
background: blue;
}
/code
一般来说,可视化浏览器会以定宽serif字体显示code标签中的内容.当然,我们也能加上CSS规则,指定我们喜欢的显示方式.
code {
font-family: Courier, serif;
color: red;
}
如此一来,code的内容就会变成红色的Courier字体了.samp
samp元素是用来标识程序与script的示例输出的,举例来说,如果我想讨论正在编写的Perl script输出结果,我可能会标集成这样:
pWhen the script has executed, at the command line you will see the message sampscript was successful!/samp./p
这边我以samp把script的输出示例围起来,同时我们也能以CSS规则为程序输出示例设定独特的样式,就像刚才为code做的一样.var
与samp相关的,var是用来标记程序的变量和引用用的,举例来说,如果我们正在讨论XSLT样式表,那么我能写下:
pI'm going to pass the parameter varlastUpdated/var to my main.xsl file./p
许多浏览器会以斜体显示var标签的内容,但是你可以写一条简单的规则去掉预设值,如果你不喜欢斜体的话.我们能用CSS的font-style属性改变显示效果:
var {
font-style: normal;
font-family: Courier, serif;
color: purple;
}
最后让我们看看kbd元素,完成短语元素的部分.kbd
kbd元素可以用来标记使用者要输入的文字,举例来说,如果我正在解释如何使用刚才指定的accesskey把光标切换到搜索框内,我可能会这样写:
pTo quickly change focus to the search input field, Mac users type kbdCommand 9/kbd./p
你大概猜得到我接下去要说什么了,没错,只要使用简单的CSS规则,你就能调整所有的kbd元素的样式,与其他短语元素一样.结论
回顾一下在这章中看过的内容,首先探讨strong和em优于同等显示效果的b和i的原因,同时也研究了如何单纯设定粗体或斜体显示效果,CSS是正确的方法.
也讨论了其他的短语元素,以cite标记人物,出版物开始,并证明了结构化标记语法对显示效果,资料解析的好处.
并示范了如何以适当的元件标记缩写名词,略称,提升网页的易用性,同时以额外的CSS展示,语音规则强化定义内容.最后则看到剩下的短语元素,每个元素都具备一般文字不同的预设样式,但是我们也能快速地为单一页面或者整个网站轻易的设计简单的CSS规则,为这些元素指定想要的显示样式.
这章里出现了一些对很多人来说相当陌生的标签,标准化在中国展开后很可悲的被曲解成div css,真不知道该怎么说,希望能看到的人能正确认识到标准化之路的路标--语义化文档
