可以在注释中添加相同的功能吗？
#1 楼
这在移动设备上尤其有用，其中：剪切并粘贴问题的标题，然后使其URL十分麻烦，因为它涉及在注释之间来回切换页和带有问题的页面，而无需使用窗口或标签。
您是否曾经尝试在移动设备上编辑Markdown？移动光标并选择括号字符并不有趣。最好是第一次使用它，因为之后单击编辑按钮会更加困难。
用户脚本在移动设备上不可用。
对于杰夫的异议，为什么不能做到这一点：
“评论是即时处理的。”只需查找标题一次，然后添加我们否则必须手动键入的Markdown。
“如果需要的话，请将您的链接放在已受支持的帖子中。”那不是很好的理由。您基本上是在争论我们甚至不应该发表评论。
评论
我完全同意。我也会经常在手机上发表评论。首次接受评论时，没有理由无法进行转换。
– David Harkness
2012年3月4日22:52
在我的Android上为我评论的功能仅适用于具有上下箭头等的Hacker's Keyboard。
–rubo77
2014年5月4日14:03
@DavidHarkness“没有理由在第一次接受评论时就不会发生转换。”可能存在长度限制问题，但在那种情况下，转换可以忽略不计，也可以进行。
– Trilarion
20年5月29日在7:10
#2 楼
在大多数情况下，我认为完整的标题并没有那么有用。我们已经有了
[site.SE]作为链接到http://site.stackexchange.com的捷径（当然还有SOFU例外）。因此，我认为有用的中间立场是[site.SE/(q|a)/ID]，它将变成[site.SE/ID](http://site.stackexchange.com/(q|a)/ID)。作为替代（或补充），将
[text](site.SE/(q|a)/ID)转换为[text](http://site.stackexchange.com/(q|a)/ID)。#3 楼
作为快速的解决方法，您可以按照以下步骤轻松地将问题转换为链接：示例URL：
https://meta.stackexchange.com/questions/148999/cross-site-question-parsing-for-question-urls-in-comments
将其粘贴到注释框中
Shift + Ctrl + <-重复执行，直到标记了帖子中不需要的URL
cross-site-question-parsing-for-question-urls-in-comments的问题部分。 Ctrl + x
)类型[ Ctrl + v ]( 这看起来像这样：跨站点问题解析以评论形式发送问题
在评论中，这是相当令人满意的，并靠近跨站点问题解析以获取评论中的问题URL
（另请参见https://meta.stackexchange.com/a/230991/188615）
评论
并非所有这些都令IMO满意，而且它花费了宝贵的角色！
–尼克·斯陶纳（Nick Stauner）
2014年5月5日17:56
#4 楼
否，因为评论是即时处理的。这意味着具有12个链接的页面每次加载页面时都会引起12个额外的数据库查询。注释是轻量级的。如果需要，请将您的链接放在已经受支持的帖子中。
评论
尽管我也不太同意该请求，但是api确实允许矢量化请求，但这并不会真的花费12个链接的12个数据库查询，不是吗？
–您
2011年4月11日7:55
这可以被缓存，因此数据库命中应该不是问题。当您的意思是“我认为X的值不值得编程时”时，不要再责怪数据库了。
–伊恩·林格罗斯（Ian Ringrose）
11年4月11日在11:43
无论我们多么聪明，@ ian数据库查询都不是免费的。根本的问题是，注释总是始终在处理中，这与存储原始和经过处理的表示形式的帖子不同。
–杰夫·阿特伍德
2011年4月11日18:33
但是为什么不能以静态方式完成此操作？即创建注释后查找标题一次。始终必须手动执行此操作非常麻烦且耗时。
– Pekka
2011-4-30 13:27
@Pekka在这种情况下，您必须修改原始评论内容，这意味着以后尝试编辑评论将显示与输入内容不同的内容。这似乎不是最好的解决方案。
–蒂姆·斯通（Tim Stone）
2011年4月30日13:52
@Tim，但是可以用一种替代的语法来解决，例如领先！链接前面的符号，表示您希望对其进行转换。这真的很有帮助
– Pekka
2011年4月30日13:54
@Pekka是，但是您有通过自动修改内容来超过注释长度限制的风险，这可能会导致问题。我确信无论如何它都是可行的，但是我可以明白为什么它不值得。就是说，给该用户脚本几分钟。
–蒂姆·斯通（Tim Stone）
2011年4月30日13:57
刚刚在meta.tex.stackexchange.com/questions/1673/…上提出了类似的要求，并被告知有关此帖子的信息。尽管我理解了原因，但它们仍然被截断并显示左侧，所以为什么不只显示链接的结尾部分，至少在鼠标悬停之前会显示一些有意义的信息。
– Peter Grill
2011年8月9日下午0:58
@TimStone在极少数情况下，它会导致注释长度溢出，只是不要执行转换。
– Patrick McElhaney
2011-12-22 13:50
@TimStone用户脚本在我的iPhone上不起作用。尝试添加带有问题及其标题链接的评论，然后在移动设备上手动添加降价格式。不好玩
– Patrick McElhaney
2011-12-22 13:54
我针对这些异议发布了另一个答案。
– Patrick McElhaney
2011-12-22 14:06
这是否是与此类似的问题：展开链接到Stack Exchange问题的链接以在加星标时显示聊天标题？
–Pureferret
2014年12月12日下午16:08
好的，因此当前的实现方式使此操作变得困难。那为什么不更改实现呢？存储评论的“原始的和煮熟的”表示形式。
– Ajedi32
2015年2月2日在16:45
评论
例如：meta.stackexchange.com/questions/49433/…可以用与问题文本相同的标题替换。我（个人）认为这不是必需的，并且认为这足以用于注释，标题对注释的空间很大，我不知道，但是我并没有拒绝投票的权利！
（仅用于“链接”部分：这也是“我们可以改善内部URL的链接的自动标题吗？”的一部分）。
这是旧功能请求的副本
链接到通过上述用户脚本生成的用户脚本以执行此操作-SE Comment Link Helper
另一个可能对此有所帮助的用户脚本将markdown链接添加到共享对话框。