降价脚注？_编程黑洞网

您想要它们吗？

您可以让Markdown出现一个弹出窗口，以插入脚注的文本[*]。但这不会为您提供脚注所在的位置与其正文之间的链接。

[*]：类似于插入链接时的弹出窗口（这里的字体不同，字体更小））

仅供参考：rephrase.net/box/word/footnotes/syntax中的PHP-Markdown脚注扩展

并且：PHP Markdown Extra似乎也经常使用（例如在Drupal过滤器中），并且使用相同的[^ n]语法。

相关功能请求：meta.stackexchange.com/questions/5199/…

然后我们需要，@ Shog9 ... ;-)

可点击的脚注链接。单击可在脚注处返回参考链接。这些将使其非常有用。很高兴：自动收集引用。

@naxa我宁愿在页面底部看到弹出式窗口，也不想在页面底部看到弹出式窗口，尽管我可以看到引用列表的使用-也许是一种可选的方式，也可以在末尾列出所有注释。

为什么这些流行功能请求在没有任何官方推理/响应的情况下被拒绝？至少能听到为什么被拒绝是很高兴的。

@eggyal，您可以直接询问Shog，可以通过评论回复通知他。

@ Shog9我们能否获得拒绝原因的正式解释，并考虑重新打开功能请求？

@BenjaminR回答：meta.stackexchange.com/questions/5017/markdown-footnotes / ...

#1 楼

我认为您不需要这些。这不是维基百科[需要引用]，因此通常脚注只能由*组成。没有理由尝试将其正式化*。然后，您可以使用将其更改为较小的字体[rcar]。请记住，发布这些时请使用\ *。否则，会出现斜体字。

[citation]页面名称：播客17（回应）；主要作者：杰夫·阿特伍德（Jeff Atwood）；次要作者：未知；引文：“再次，我知道你不是维基百科...”

– Robert Cartaino
09年7月14日在13:56

@rcar：很棒。简单，辉煌。

–埃里克
09年7月14日在14:26

是的，我只希望脚注使用其他字体

– Vinko Vrsalovic
09年7月14日在15:59

@Vinko Vrsalovic-水平线（

）后跟下标标签（_{）可能会很好。

– Robert Cartaino

09年7月14日在19:28
的间隔太远了，但是_{标签的效果很好。好决定。

–埃里克

09年7月14日在19:51
不需要-也可以使用一些破折号...-

– Marc Gravell♦

09年7月14日在20:15
我不喜欢使用_{或^{设置文本格式-对我来说，这打破了将内容与设计分开的麻烦。

– Arjan

09年11月9日在11:48
@Arjan ^{和_{是内容标签。

–随机

2009年12月9日14:09
的确，@ random。这就是为什么我不喜欢使用它们进行格式设置的原因...脚注的文本与上标或下标不同。

– Arjan

10年1月16日在19:08
好吧，也不需要粗体或链接？这与需求无关，而是便利。使用markdown进行脚注的功能非常有用，无论它是否必要。星号或^{可以*看起来不错，但也可以使用该功能。在脚注和它所引用的文本之间来回链接

–杰夫

2011年6月21日19:13

正确使用的HTML元素可能是，因为_{用于语义下标，也就是说，删除_{标记将导致含义的更改。

–chharvey

13年7月22日在6:00
尽管这很有效，而且这是我多年来所做的事情，但有很多原因导致它远非理想。评论太多，所以我写了一个答案。

–abarnert

15年4月17日在15:16
@random当用于在语义上指示上标和下标时，它们只是合法的内容标签。当仅使用它们来摆弄字体大小时，就是（错误地）使用内容标签作为演示标签，并且确实破坏了内容/设计的分离。 HTML脚注应使用样式表设置格式。

–SevenSidedDie

2015年6月19日在22:35

只是为了天堂而适当添加脚注。您对“吃掉开发团队的时间”的精明评论为您赢得了另一个赞誉。

– Foolivision

17年7月7日在21:30
为什么这是公认的答案？这是投票率最低的。

–本杰明·R

17-10-17在1:41}}}}}}}}}

#2 楼

我一定会喜欢的。尽管可以通过字体工作对它们进行黑客攻击，但这肯定会增强可用性。

与视觉一致。

–法尔肯教授
13年5月2日在6:48

当然，我会花很多时间查找降价脚注，只是在meta上发现它们不受支持。如果您有同样的想法，请不要忘记投票。

–马滕·博德威斯（Maarten Bodewes）
2013年6月22日13:41

像其他人一样，SO可能不需要，但是对于我的* .SE贡献，我经常可以使用它们。同样，如果采用PHP Markdown Extra解决方案，则意味着在现有注解的上方添加新注解时，无需担心手动调整注解参考号。并且您将使注释和文本参考超链接。好多加分！不利之处是什么？我想不到一个。

–Dɑvïd
2014年1月14日在1:18

@Davïd的缺点是必须用非标准的东西来扩展网站的降价风味，这并非没有可能，但这绝对是开发人员不为所动的。我希望获得脚注支持，但我确实理解为什么要拖脚。

–SevenSidedDie
15年6月19日在22:38

在认知科学，生物学和人工智能等领域，必须提供采购，注释和参考，这将是福音。

– Keno
17年2月8日在1:27

#3 楼

这是我要做的模拟脚注的方法：

These lines are _going to_ intersect<sup>1</sup>!

...

--------

**Footnotes:**

1. See Euclid's 5<sup>th</sup> postulate.

做起来并不难，但仍然很痛苦，结果也不理想。没有简单的方法来设置从脚注标记到脚注文本并再次返回的链接。同样，脚注文本应该比正文中的文本小，但是添加...往往会破坏编号的项目，我通常不会打扰它。在新的脚注中进行编辑时，它也会变得棘手，因为您需要手动调整后面的注解的编号。与使用高级链接相比，自己动手脚注似乎很野蛮。2

PHP Markdown Extra具有非常酷的脚注语法3，我想在Stack Exchange上使用：

These lines are _going to_ intersect[^1]!

...

[^1]: See Euclid's 5<sup>th</sup> postulate.

写这个例子让我很渴望脚注的支持；甚至Markdown代码看起来也很干净！输出的内容比我的手动脚注技术更专业，并且包括各种自动编号和行内脚注文本等功能。

脚注：

1。一直这样！

2。那么，为什么不只使用链接或括号而不是脚注呢？因为我们渴望在脚注严格的学术界中获得期望的答案。另外，您似乎知道自己在说什么，因此鼓励进行投票。

3。在Arjan的评论中建议。

这大致是我要做的，但是它没有什么问题：1）跳来跳去很多；在更长的答案中，可能很难返回到您正在阅读的地方。 2）在现有的引用中添加新的/引用或删除现有的引用容易出错；所有后续注释的所有实例都需要重新编号/重新排列（更糟糕的是重新排列答案的文本）。

– Alex Hajnal
18/12/24在6:16

#4 楼

也许它们对SO并不是真正有用，但是* .SE上有很多地方可以派上用场（例如cstheory）。

我想说科学站点在引用论文时会发现这特别有用

–罗里
2012年2月28日在22:45

科学理论，物理学，历史，语言学，化学，生物学Mi Yodeya（他们引用很多）和许多其他东西。

– TRiG
13年2月13日在23:38

#5 楼

我非常非常喜欢xkcd的What If中使用的脚注。
对于添加参考文献或解释性注释很有帮助，否则会损害答案的主要流程：

此外，这无需移动即可在移动设备上很好地工作。（可以优化样式；不确定what-if.xkcd.com是否具有m.xkcd.com这样的移动版本。）

– Arjan
2015年4月19日在11:10

具有讽刺意味的是，“假设条件”文章中的脚注显示了已手动插入的迹象-[11]紧随[12]之后。

–斯科特
16年5月16日在3:27

#6 楼

我肯定想要这个。

我在文本中一直使用\*和\*\*等，并在最后使用---规则，后跟\*，这有点用，但是：

我希望脚注看起来更小/不太重要，但是在许多浏览器中，下标文字太小，如Eugene Siedel的回答所示。
这显然是对的滥用的语义含义。

无法与其他某些格式结合使用。我使用星号而不是数字脚注的部分原因是为了提醒自己，自动编号列表和不能一起使用。 *肯定会影响SO。我的脚注一直都有简短的代码。
如果脚注是超链接的，对读者来说会更好。（我知道，我不应该这么久就写答案，以至于它确实不重要。但是，当我花时间编辑其中一个时，我可以针对发现的其他三个有趣的问题写成本书大小的答案。：）
我经常加星号，这就是我最终过于频繁地重新编辑答案并使其他人烦恼的原因之一。
我仍然使用多年过期的而不是HTML5 embedded code标记，尽管这可能只是我的问题。但这确实使它在某些浏览器上有效，这有点令人讨厌，所以我并不总是注意到它。尤其是，即使<super>像其余文本一样不是全尺寸的，嵌入式代码是否也会导致行与全尺寸文本的间距？

+1我一直希望开发人员能长期升级子汤中的脚注：（

–珍妮·亨利（Jonny Henly）
2015年4月18日，0：57

拥有可单击的脚注链接和可单击的返回参考链接也很好。大约一年前，我功能请求能够链接到答案/问题的某个部分，这将使其能够手动完成。

–珍妮·亨利（Jonny Henly）
2015年4月18日在1:02

的确，@ Jonny，甚至对于移动设备而言更是如此，可能需要更多滚动才能看到脚注。就像我在手机上看到的尤金的例子一样。

– Arjan
2015年4月19日在11:01

#7 楼

自从首次提出此问题以来，我们已经接近四年了，开发团队是否取得了任何进展？不仅因为在文本和脚注之间来回跳转不起作用。这简直就是一场可用性梦night！这是一个示例，其中用作制作脚注文本的替代方法：眼睛疲劳加剧？不是.I。？

#8 楼

不知道为什么下降时我没在这里留下笔记，但是……迟到总比不到好。它被拒绝的原因如下：

我们要避免为Markdown创建专有的内容
我们没有一致意见认为脚注值得鼓励
存在变通办法（尽管很丑陋）

如果在某种程度上使以上原因之一无效，我们也许可以重新考虑此请求。

那StackEdit.io呢？这支持脚注等等。（感谢您的澄清，这些都是很好的理由）

–本杰明·R
17-10-17在2:52

StackEdit.io支持很多方便的扩展，因为它很棒。另外，它仅供个人使用，如果对作者有用（启用也可以有选择地禁用它们），则启用东西没有特别的危害。

– Shog9
17-10-17在3:24

1.扩展Markdown中的脚注有相当标准的语法。

– outis
20 Nov 16'7:35

2.共识是谁？此外，就系统功能而言，共识（广泛支持或一致同意）不应该作为标准，因为总会有一个声音小组将这项功能视为不必要（请考虑取消多少有用的编程语言功能为“语法糖”）。取而代之的是，标准应该是用户群的大部分是否会使用该功能。

– outis
20-11-16在7:41

3.没有完整的解决方法，其中包括参考文献和注释之间的链接。同样，相同的论点可以应用于现有或提议的任何降价特征。如果没有列表，那么将以HTML标记的形式提供一种变通方法（而且不是很难看）。

– outis
20 Nov 16'7:43

这足以使所有原因无效吗？

– outis
20-11-16在7:44

#9 楼

我不知道1.

1我只是在上面使用了上标2.
2对我来说很好。

没有来回超链接。而且元素既不支持“名称”也不支持“ id”属性。

–雅库布·纳朗斯基（JakubNarębski）
09年7月17日在14:19

是什么阻止了它的支持？

–akarnokd
09年7月17日在15:02

+1表示未在脚注文本中使用^{。尽管如此，就像在问题中一样，实际脚注本身中仍有许多滥用^{的情况。同样，使用数字表示在以后插入另一个脚注时可能需要重新编号。

– Arjan

2010-2-23在12:08
@ jakub-narebski}}会很好地指向

。

–贾科·莱恩（Jarkko Laine）
11年8月18日在7:07

@JarkkoLaine直到另一个答案中的其他人使用相同的ID。答案撰写者不必维护唯一的名称空间方案，也不必记住只写一个具有功能的脚注来搜索页面源。

–SevenSidedDie
2015年6月19日在22:42

#10 楼

在社区Wiki模式下需要脚注。您不想不必要地打乱别人的讨论流程。

你有这个例子吗？

–随机
2009年12月9日14:08

@random有整本书专门用于：The Shallows。它引用了许多研究，这些研究在文本中间具有超链接，同时为您提供明显的参考，但会减少您对文本的理解。最好在自己的部分中分开引用。

– Oker
2015年8月6日在4:37