我总是觉得很奇怪,尽管我可以在markdown中用标签来组成问题和答案,但是对于“好问题”,“好答案”或任何其他徽章,我却无法做到相同。我认为这是因为,除了Meta Stack Overflow外,还没有真正需要参考徽章的问题?就是这样,是否有兴趣在Markdown中添加徽章?
我正在构想一种类似于用于标签的语法。例如,

[badge:great-question]问题得分为100或更高。此徽章可以
多次授予。

或(由M. Tibbits建议):

[gold-badge:great-question]的问题得分100或更多。此徽章可以
多次授予。

将显示为
请注意,我不建议您输入徽章说明来显示徽章,也不建议徽章说明将自动插入。键入[badge:great-question](或[gold-badge:great-question])足以显示“ Great Question”徽章,理想情况下,该徽章将具有带有徽章描述的工具提示,并链接到徽章页面。 (我在上面的示例中使用了徽章描述文本,仅是因为这样更容易截取屏幕截图。)
这个答案和这个答案是可以从Markdown中添加徽章中受益的帖子的绝佳示例。 br /> UPDATE:马丁·克莱顿(Martin Clayton)使我注意到,徽章创建者的想法并不是一个新想法。看看这篇文章中的“那些需要那些难以捉摸的徽章的人”。人们对此玩得很开心,直到不可避免的是,存放新奇徽章的网站崩溃了。幸运的是,凯文(Kevin)提供了一个仍然有效的网站(截至2013年5月23日)。鉴于这些徽章的流行性和实用性(尽管它们在玩笑中仍在使用),让Stack Overflow本身托管此功能不是总比让用户依赖不可避免地会出现故障的外部服务好吗?

评论

就其价值而言,将真实标签插入帖子的功能仅存在了几个月。在此之前,我们必须做[`[discussion]`](http://meta.stackexchange.com/questions/tagged/discussion)之类的事情

我想这可以告诉您与堆栈溢出相关的时间。 :)但是,是的,这与我们仍然需要使用的徽章类型完全相同。

将此转换为功能请求并指明一些示例语法以及建议的结果,您可能会受到我的支持:)
@Daniel完成。 :)

当您说“我认为这是因为,在Meta Stack Overflow之外,没有真正需要引用标签吗?”时,您实际上在此末尾表示“徽章”吗?

@adamjford:是的,您是对的,感谢您指出。

不过,我们不必手动输入徽章说明。一旦输入有效的徽章名称,就应该自动进行该操作,就像对标签一样。

@库迪:你绝对正确。我只是以徽章描述为例,因为这样可以更轻松地截取屏幕截图。我已经相应地更新了问题。 :-/

@Sathya:关于徽章的讨论,就像标签markdown用于有关标签的讨论一样。这可能会从Meta SO中获得绝大多数使用。有必要吗?不,但是话又说回来,标签减价也不是。当然,很高兴看到徽章是金,银还是青铜的,并且无需单击链接即可访问其描述作为工具提示。

对于任何不知道的人:Kevin的徽章生成器)。

@Chris:是的,看到难以捉摸的徽章,并且徽章主持人掉下来时响应中提到了发电机

@martin:感谢您的链接!但是,就其价值而言,我不认为我们应该养成依赖外部网站来呈现这样的徽章的习惯。

@克里斯-绝对同意。但是它可以用来生成图像,然后将其上传到imgur SE主机。

好点子。您甚至可以执行[gold-badge:Made Up Name:Made up description]。

能够输入您的个人资料也很不错,例如,“我是第68个在StackOverflow上获得[徽章:copy-editor]的人。”

#1 楼

我们社区团队中的大多数人都认为此功能是一个很好的主意,而我们最初希望实现此功能的理由主要是在帮助中心内使用。语法将允许根据网站自动生成这些徽章,允许使用适当的图标,以及更轻松地更新国际网站的徽章。

但是,这是一个相当复杂的功能,在我们的系统中引入了很多其他问题,从而获得了最小的收益。 “拥有它会很酷”根本不足以抵消这种复杂情况可能带来的开发工作量,因此最终被拒绝了。

我们很可能会在将来的某个时刻,但是目前还不会实现。

评论


是有道理的,但“将来我们可能会在某个时候再次进行讨论”是否意味着延期?

–影子向导正在接种疫苗
16-10-27在14:58

@ShadowWizard Deferred几乎意味着我们计划实现此目标,并且目前它仅在积压列表中。无法保证将永远实现这一点,只是我们将来可能会再次考虑。这种考虑可能导致它再次被拒绝。

– animuson♦
16-10-27在14:59



#2 楼

我喜欢这个建议。在为新徽章提出建议时,我真的很想使用此功能。

我有几点小想法:



不要强迫仅支持现有徽章的语法。


当前的标签减价允许链接到不存在的标签:christian-suggestion。我怀疑这是为了最大程度地减少服务器负载-即

但是,要支持任何可能的徽章,服务器将如何知道给定的徽章是青铜,银条还是金币。为了解决这个问题,我提出了一个额外的降价功能:到现有的[meta-tag:feature]

为了最大限度地提高易用性,我们还可以允许使用[badge:electorate]语法,并在预览中将问号颜色替换为问号[?选择器](如果确定徽章颜色的额外解析被认为过于昂贵)。
我不认为应该自动插入徽章描述,而应将其作为工具提示样式的弹出文本来包含。
为了简化实施,为什么不将所有徽章链接到徽章页面。或可能未链接到任何地方以仅避免使用元特定语法:[meta-gold-badge:mod-hammer]


评论


我认为服务器负载不会成为太大的问题。仅在meta上很少使用此徽章语法,因此额外的负载可能微不足道。

–卢卡斯·埃德(Lukas Eder)
2012年7月23日在9:34

#3 楼

我认为这是个好主意,尤其是在meta网站和聊天中。

我们也有标签徽章。我也希望看到他们。我的语法想法:


[tag-badge:(gold|silver|bronze)-tag-name]
[tag-badge:(g|s|b)-tag-name]
[badge:(gold|silver|bronze)-tag-name]
[badge:(g|s|b)-tag-name]

请注意,我们仍然可以将[badge:badge-name]用于常规徽章,如其他答案所建议。

g-而不是gold-可能会与已经以g-开头的某些标签混淆。同样,将[badge:用于常规徽章和标签徽章也可能会造成混淆。当然,由团队来决定最用户友好的方式,或者选择其他方式,但这是我的4美分。

评论


为什么要打扰金,银或青铜的区分符?如果徽章已经在系统中,为什么不让引擎确定颜色呢?

– jmort253
13年5月27日在2:42

@ jmort253,因为它们是不同的徽章。怎么会出现“为什么我没有X徽章?”元问题工作,如果系统决定?

–基兰
13年5月27日在6:12

您是什么意思“为什么我没有X徽章?”让我用一个例子澄清一下:“我访问了网站x 100天,但没有得到[badge:fanatic]徽章。有什么用?”既然系统知道狂热者的徽章是金,为什么还要麻烦我把它写出来呢?如果我在这里缺少任何东西,请告诉我。 :)

– jmort253
13年5月27日在6:28

@ jmort253哦,抱歉,我是在谈论标签徽章,而不是普通徽章-造成误解,我将在;)中进行一些澄清

–基兰
13年5月27日在6:29

标签徽章很有用。 :)感谢您的澄清。我倾向于忘记标签徽章的存在。

– jmort253
13年5月27日在6:30



@ jmort253:因为它不是“为我从系统获取徽章”命令,而是一个样式类别。

–轨道轻赛
2013年6月20日12:30

#4 楼

我建议使用不同金属制成的徽章,我们使用相同的前导语法并更改后端,因此:

说明某事物子类别的方式。

评论


但是,现在您有了三条信息,并且正在使用两个不同的距离计。为什么?我们已经有“跨度类型”和“要显示的文字”了-为什么不将金属放在其所属的“跨度类型”位? [bronze-badge:search]另请参见:[meta-tag:precedent]

–轨道轻赛
2013年6月20日12:29