可以允许<small> HTML标记并为其设置适当的样式吗?

目前,人们希望编写一些较小的东西来使用sup或sub来达到类似的效果,但是将其用于较小的文本是:


严重错误
太小
只有最高级的用户知道此“功能”


小文本在很多情况下都非常有用在大多数(如果不是全部)堆栈交换网站上。这是几个用例!我将用斜体替换为<small>的文本。



堆栈溢出:如果您的C ++类具有私有变量,则无法在类外部或外部访问它朋友类/函数,这就是重点!

注意:如果您确实想使用指针黑客来访问它,但是这样做的方法因编译器而异,并且在技术上是未定义的行为。


超级用户:如果您的计算机无法启动,请尝试以下步骤:[...]

由于您提到是高级用户,所以我跳过了最明显的原因,例如未插入计算机。但是再次检查绝对不会造成伤害!



评论

相关但不是重复的(除非问题可以是答案的重复):meta.stackexchange.com/questions/26756/…

RobW在下面的答案中提到了的新规范,并发表了评论。现在,它指的是“精美字体”或“小型字体”。如果我理解正确的话,那就更糟了。

嗯,我认为笔记或附则非常有用,如果处理得当的话,请买给作者。它们可帮助用户浏览最重要的信息,并忽略一些小的说明性注释(有时甚至是过时的评论)。

我同意@Rob的注释会很有用(过时的注释除外,可以将其删除)。但是我怀疑是最好的选择。早先是关于介绍,而不是内容。今天,似乎HTML5建议是指Wikipedia的小字体定义。如果为true,那么使用它也不适合我。 (尽管当然,某些浏览器/阅读器不可能突然为添加/说出“警告,警告,当心”,或者公司防火墙也不会阻止使用该警告的页面...)

那篇维基百科文章很奇怪,只关注小字本的负面方面。在HTML5 Doctor中:“ 现在用于侧面注释,它与

#1 楼

实际上,我使用<sup><sub>来获得我非常喜欢的小文本效果。

但是,真正,诚实到善的<small>支持会更好。一方面,这实际上太小了...

评论


+1可以使小巧的小巧小巧

– Nifle
2010-2-20在10:17

我发现很有趣的东西,似乎只有在位于内时才起作用

–布拉德·吉尔伯特(Brad Gilbert)
2010-2-20在15:53

这很不错,尽管看起来 使文本更接近 的基线。至少在Firefox上。

–基普
2010-2-20在21:47

@Kip:的确如此。

– Shog9
2010-2-20在22:01

有一个相关的论点允许获得CSS字体变量:small-caps;触发。使用CSS而不是模仿CSS的东西(例如大写字母)时,它更具可读性(且可移植)。小写字母的x高度与字体本身的高度相同,在上/下标中甚至不正确。

–基督
2012年2月24日12:20



@ Shog9,您可以将

等结合使用以获得更大的小尺寸。

–起搏器
2014年5月12日晚上8:50

在将近六年没有活动的情况下,您认为也许我们可以最终拥有而不是效果不佳的丑陋骇客吗?

–基督
16年9月4日在20:29

这是最小的一个!

– Qwertiy
20 Mar 11 '20 at 15:27

#2 楼

如果可以做得更大

哪个




肯定

可以


(一定程度上)

那么,您当然应该



将其缩小

>不得诉诸语义上不正确的标记和不正确的基准!

评论


更精确地说:您无法使其变大,您可以使用标头等。有一天,或者以不同的方式访问(屏幕阅读器,移动设备,数据转储,API),标题可能会完全不同。同样,标记与内容无关。

– Arjan
2011年1月23日12:12

@Arjan:不是。看规格:w3.org/TR/html-markup/small.html

–RobW
2012年4月6日15:53

啊哈,您说得对@RobW:“尽管HTML的早期版本仅在表示形式上定义了小元素,但现在赋予该元素特定的语义目的是代表文档的那些部分,这些部分通常被称为“精美印刷品” ”或“小字样”。另外:不久前,这些网站转而使用HTML5。但是还是这样:我们是否应该鼓励使用精美印刷?

– Arjan
2012年4月6日在16:01

@RobW的评论的完整链接:w3.org/wiki/HTML/Elements/small。还是w3.org/TR/html5/text-level-semantics.html#the-small-element

–克里斯·快乐
17-4-26在5:37



#3 楼

我有时会在脚注的文本中滥用†<sup>,除了使答案的时间过长看起来更短之外,由于其他任何原因,这实际上并不需要。

因此,相对于<small>,我更喜欢Markdown的脚注扩展名,特别是因为脚注的语义可以(一天)允许不同的呈现方式(例如工具提示,或喜欢包含跳回到位置的链接)

†当然,对脚注标记使用<sup>并不滥用,但是对于脚注文本却适用。

评论


我得出的结论是,似乎无法解决语义错误的问题(因为是一个视觉概念,而不是语义概念),并且出现了类似“ note”或“当我看到这个答案时,“脚注”将更适合示例。 +1

–Richard JP Le Guen
2011年1月22日下午4:32

语义上用于小字体,尺寸不小。

– rob_james
2012年11月21日下午16:55

#4 楼

<small>标签的一种用例是网络科学站点帖子底部的参考书目。这些引用不应该在帖子中占主导地位,因此使它们的文本变小是很有用的。

<sup>标记用作缩小文本的方法还有其他问题,因为它的影响远大于字体大小。它与编号或无序列表的交互充其量是有问题的,并且在某些情况下会导致奇怪的行距。还需要在每个段落的基础上应用它,而不仅仅是在整个参考列表周围,这需要更多工作。

关于balpha担心该标签会被滥用,我们已经有了<sub><sup>标签已经广为人知,因此任何倾向于滥用小文本的人都可能已经这样做了。

下面的示例书目与<sup>标签一起被黑了



Dall'Olio,GM等。从在线科学社区获得帮助的十个简单规则。 PLoS Comput Biol 7,(2011)。
Watson,J.D.和Crick,F.H.C.核酸的分子结构:脱氧核糖核酸的结构。科学171,737-738(1953)。


#5 楼

首先,<sup><sub>不能达到相同的效果,它们很小,但在垂直方向上与您的帖子正确演示的位置不同。

我很好奇您需要一个小文本做什么?精美印刷品,免责声明,脚注?我不明白为什么这些内容不能显示为普通大小的文本。

无论如何,我完全同意使用sup / sub只是为了使文本变小在语义上是错误的。

评论


好吧,它已经使用了很多。例如,请参见meta.stackexchange.com/questions/15635/…

–托马斯·博尼尼(Thomas Bonini)
2010-2-20在1:37



是的,我已经看到很多类似的情况。我对正常尺寸的“ PS”线完全满意。我一直都这样。如果您的建议是允许使用小标签,那么那些坚持使用较小文本的人将使用语义正确的标签,我同意。尽管我希望他们根本不这样做。 :)

– o.k.w
2010-2-20在1:43

@ o.k.w:您当然可以用相同的字体大小显示所有内容。哎呀,多年来我一直使用单一字体来做……但是后来我的老史密斯·科罗娜(Smith Corona)穿破了,我继续前进。当您想强调某些内容(标题)或不强调某些内容(脚注,免责声明,大多数读者不关心但为了完整起见而需要包含的内容)时,字体大小非常合适。

– Shog9
2010-2-20在1:54

脚注和免责声明的较小字体很长时间以来一直是印刷的标准。 (可能几个世纪以来。)它向读者发出信号:“嘿,这比正文更无聊,除非您真的很在意,否则您无需阅读它”。

–基普
2010-2-20在21:56

通过这种推理,我们也不需要大文本或任何格式。

–托马斯·博尼尼(Thomas Bonini)
2010-2-20在23:46

我编辑了问题以提供用例。

–托马斯·博尼尼(Thomas Bonini)
10年7月24日在1:16

#6 楼

我不同意。真正用于此的唯一一件事是谚语精美印刷的用舌头模仿,通常用于脱题。在Meta上可以,但是在SO *上不建议使用,在此使用的次数少得多。我担心,如果允许使用“ canonical”标签<small>,将会导致更多的人对网站的布局更加精明。不寒而栗。

*你知道吗?那是一个很棒的网站,而且我在那的代表甚至比这里少!

评论


我编辑了问题以提供一些用例。您仍然反对吗?

–托马斯·博尼尼(Thomas Bonini)
10年7月24日在1:16

我通常使用blockquotes底部的进行归因...

– Badp
2011年1月24日13:27



有机会重新考虑这个决定吗? 标记已经存在,可以通过这种方式滥用,我认为标记不会再容易滥用。我添加了一些参数,为什么并不理想,并且在对此问题的回答中需要使用标记(meta.stackexchange.com/a/123393/151385)。

–疯狂科学家
2012年7月27日9:17