我发现这是一个有趣的问题，因为还没有任何资源讨论这个问题:在编写可访问标记时如何处理具有语义意义的符号？例如“&”、“$”、“*”、“-”、“~”等符号……也许屏幕阅读器足够聪明，可以将“&”读作“和”、“$"为"dollar"等等，但有些符号在每种情况下并不总是具有明确的含义。例如，当您看到“Jan2-3,2013”​​或“Jan2~3,2013”​​时，您知道“-”和“~”表示“从...到...”。但是我如何将该含义编码到标记中呢？我应该使用吗？标签如Jan2~3,2013？ 最佳答案 屏幕阅读器有自己的阅读字符的方式，但不应期

我现在正在整理我的博客-其中包括一个标签云，让人们可以按主题浏览我正在考虑将标签云链接包装在中标记，因为这些是技术上导航链接。别人怎么看？ 最佳答案 W3C定义是“nav元素表示链接到其他页面或页面内部分的页面部分:带有导航链接的部分。”然后注释“并非页面上的所有链接组都需要在nav元素中——该元素主要用于包含主要导航block的部分。”在我看来，标签云更类似于搜索查询的结果(绝对不是导航block)，而不是定义明确的导航元素。所以:我不会。 关于html-语义HTML:ShouldIu

人们对用于确认、错误和警告消息的语义HTML有何看法？目前我有一些简单的东西，比如:MessageTitleMessagetextmessage-warning类被替换为message-confirmation或message-error如果消息是不同的类型。是否有更语义化的方式来标记它？ 最佳答案 我可以建议？摘自HTML5Doctor(还有他们，来自W3C):Thefigureelementrepresentsaunitofcontent,optionallywithacaption,thatisself-contained,t

这个问题在这里已经有了答案:关闭12年前。PossibleDuplicate:WhatisthedifferencebetweenHTMLtagsDIVandSPAN?我知道在编写HTML代码时，我应该牢记语义，例如，h1需要是主标题，h2需要是子标题，表格需要是表格，使用强调而不是等。除了一个是block而另一个是内联之外，div和span之间是否有适当的区别？当我学习时，我被告知用于样式化文本中线。如果我需要在网页的某个位置放置一小段文字，则不需要。标签，如果我坚持使用div，我会使用span吗？如果该文本需要覆盖两行(即，它需要一个宽度)，如果它只包含文本，我应该使用什么？

我认为(不知道为什么)使用有点糟糕...Mymultilineheader-noticeonlyfirstlinecontainsshortword还有其他建议吗？更新其中一条线将比其他线短 最佳答案 没有问题。如果您想在不寻常的地方插入换行符，而您实际上是指换行符，那么使用换行符。 关于html-将标题分成多行的语义正确方法是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions

我们都知道将表格用作布局辅助工具是错误的。我经常使用表格来构建表单。这在语义上是否正确？我想知道这一点，因为表单采用表格布局(至少我创建的表单)是合乎逻辑的，因为所有字段都有与字段中预期输入相对应的标签。获得的数据然后在表格中绝对语义正确地显示。但是表格也是一样吗？我觉得这是一个见仁见智的问题，但我很想听听人们的意见背后的原因。 最佳答案 ============编辑:谢谢@WillMartin。实际上，我检查过，似乎使用表来构造表单在语义上是正确的，因为它显示在w3c标准文档中。看这里:http://www.w3.org/TR/h

我想将每个语义uiitem放入一个segment中。在语义ui/html中执行此操作的正确方法是什么？我应该将item放在segment中，将segment放在item中，还是两者都不放？项目项目代码:12YearsaSlaveUnionSquare14IMAXAdditionalLanguagesMyNeighborTotoroIFCCinemaBuyticketsLimitedWatchmenIFCBuytickets分割:段代码: 最佳答案 语义UIItems和Segments不能协同工作(我刚遇到同样的问题)所以我的解决方法

W3C对的定义似乎有点模糊标签:Thenavelementrepresentsasectionofapagethatlinkstootherpagesortopartswithinthepage:asectionwithnavigationlinks.Notallgroupsoflinksonapageneedtobeinanavelement—theelementisprimarilyintendedforsectionsthatconsistofmajornavigationblocks.Inparticular,itiscommonforfooterstohaveashortli

我刚读过ScalableandModularArchitectureforCSS这让我开始思考一些事情。Snook的两个原则是:增加一段HTML和内容的语义值(value)降低对特定HTML结构的期望因此这意味着使用语义类名而不是依赖非语义元素类型来定位。例如，我可能不是以.someClass-title为目标，而是以.someClass-title为目标，这样如果h5被换成其他东西，事情就不会中断。就我个人而言，我发现在元素的名称中编码元素的层次结构有点令人不快(即使它在语义上是正确的)。我更喜欢做.someClass.title。但是要使用像标题一样通用的类，您需要接受此类将在许多

我正在编写一个多语言网站，我有以下导航:endefr我可以改进语义吗？使用微数据或标签属性，例如 最佳答案 abbr元素您应该添加abbr，以相应的语言给出完整的语言名称:endefra的title属性您可以将title属性添加到a，内容如下:“切换到此页面的英文翻译”前往nav你可以给这个nav部分一个标题，比如“Translationsofthispage”(英文页面)。如果您不希望它在页面上可见，请在视觉上隐藏它，以便屏幕阅读器用户仍能阅读它(例如使用clip方法)。(如果您提供这样的标题，您可能不再需要a上的title属性。