Github 应该<;德尔>;及<;ins>;标签可以避免吗?

Github 应该<;德尔>;及<;ins>;标签可以避免吗?,github,html,css,Github,Html,Css,和标记应该代表编辑性的更改,因此可以预期它们会在差异和类似的情况下使用。然而,它们似乎并不经常使用 作为一个例子,在这里考虑或修订历史。两者都使用跨距,但不使用这些标记 有什么理由不应该使用这些标记而使用手动div/span吗?大多数浏览器将标记呈现为以下CSS: ins { text-decoration: underline; } 标记的呈现方式通常与(删除标记)相同 这些标签没有任何问题,它们完全受支持。只有和有效地做了相同的事情,并且更受欢迎(减去任何语义意义)。您应该尽可能使

标记应该代表编辑性的更改,因此可以预期它们会在差异和类似的情况下使用。然而,它们似乎并不经常使用

作为一个例子,在这里考虑或修订历史。两者都使用跨距,但不使用这些标记


有什么理由不应该使用这些标记而使用手动div/span吗?

大多数浏览器将
标记呈现为以下CSS:

ins {
    text-decoration: underline;
}
标记的呈现方式通常与
(删除标记)相同


这些标签没有任何问题,它们完全受支持。只有
有效地做了相同的事情,并且更受欢迎(减去任何语义意义)。

您应该尽可能使用这些标记,因为它们为内容提供语义意义。这意味着屏幕阅读器等辅助技术可以更好地理解内容并相应地发布

简单地设计你的内容来做到这一点不会被认为只是普通文本,而事实恰恰相反

例如,以下各项:

<style>
.strikethrough { /*...*/}
</style>
Some <span class="strikethrough">example</span> text

.strikethrough{/*…*/}
一些示例文本
应阅读“一些示例文本”,而:

Some <del>example</del> text
一些示例文本

可以阅读“一些删除的文本开始示例删除的文本结束文本”。这将取决于所使用的屏幕阅读器。

使用范围仅用于视觉效果,del/ins表示何时需要附加到该效果的语义