例如,我不能只发布包含
[quote="Sam Saffron, post:1, topic:1, username:sam"] 欢迎来到 meta,这是我们 Discourse 的官方讨论网站。你可以在这里找到关于功能、错误、托管、开发和一般支持的主题。 [/quote]
的内容,尽管有时标题本身就足够了。
例如,我不能只发布包含
[quote="Sam Saffron, post:1, topic:1, username:sam"] 欢迎来到 meta,这是我们 Discourse 的官方讨论网站。你可以在这里找到关于功能、错误、托管、开发和一般支持的主题。 [/quote]
的内容,尽管有时标题本身就足够了。
我觉得这是故意的,这样别人就不能直接引用别人的回复了。
用户 A 现在会困惑用户 B 是同意他,还是他有评论但忘了输入。
另外,我觉得这会被滥用来绕过字符限制。(虽然本来就有不少方法可以做到这一点)
而且,我觉得这会被滥用来绕过角色限制。(虽然本来就有足够的方式可以做到这一点)
是的,这个限制从根本上来说相当愚蠢——如果有人想绕过它,他们只会输入乱码。
是的,这个限制从根本上来说相当愚蠢
我不同意,例如,对于错误报告,有最低要求可以鼓励提供更多细节。
另外,它还可以阻止诸如仅包含
的帖子。
如果有人想绕过它,他们只会输入乱码。
或者使用零宽空格、空 HTML 标签或空隐藏内容等。我明白你的观点(绕过的方法总会被绕过),但仍然如此。
我认为,解释引文比直接引用更能吸引用户。
我更喜欢提供一些额外的上下文,而不是直接引用。如果可以 onebox 帖子,仍然可以做到这一点,所以如果我能做到的话,我会进一步收紧。
![]()
作为概念验证(下一个帖子是一个单框):
I much prefer some extra context rather than just dropping a quote in. It is still possible to do if you onebox a post, so I’d actually go the other way and tighten that up if I could.![]()
![]()
无框帖子
就像通过发布链接一样,@JammyDodger?如果确实可能,是的,在规则仍然有效的情况下应该可以修复。不过,我希望此规则默认禁用。
自从我开始处理外部集成以及 Discourse 中的 AI Personas(AI 虚拟形象)以来,我经常遇到字符限制。我经常想只用引用的文本来开始一个主题或私信,这样预先配置的 API 调用就可以对它做些什么。
我最后还是写了一些额外的东西,因为我不想移除我正在使用的站点的限制。分享出来作为一个数据点。![]()