让我们试试:
this is just a test
Lorem ipsum etc.
是的,这里也一样。应该是 this is just a test。
在我的论坛上,如果摘要中有空格,[details] 完全不起作用。在这里它起作用了,但只显示一个单词。仍然是坏的。
让我们试试:
Lorem ipsum etc.
是的,这里也一样。应该是 this is just a test。
在我的论坛上,如果摘要中有空格,[details] 完全不起作用。在这里它起作用了,但只显示一个单词。仍然是坏的。
[details="摘要"]
此文本将被隐藏
[/details]
我认为您需要 \" \"
操你妈
我每天都用这个。
等等……
我认为你用错了。你的对角线。你试过使用作曲家按钮吗?
” 而不是 "
对角线、三角形……我不在乎。这些是我在芬兰的,而且我之前用的那些现在坏了。
但让我们试试:
这段文字将被隐藏
是的,这就是原因。
但仍然——它以前是有效的,现在不再有效了。因此,这是一个 bug,而不是用户体验问题或支持请求😜
我无法说我曾经在不包含引号的情况下使用过它,但自述文件确实提供了一个不带引号的示例(https://github.com/discourse/discourse/blob/main/plugins/discourse-details/README.md)
不确定有什么变化会对此产生影响。 ![]()
我刚检查过,我同时使用了带引号和不带引号的两种方式。
但正如 Moin 指出的那样,这并不是真正的原因,而是它现在只接受直引号,而不接受弯引号。
我最近合并了一个对 BBCode 标签 的解析,它更加严格,不允许使用没有空格的“值”。如果值包含空格,则必须用一对引号括起来,否则它们将被视为不同的“参数”。
由于“引号对”在各种语言中略有不同,我只添加了我认为最常见的。
我会看看 @Jagster 使用的引号对。
由于 [details= 插件只有一个参数,比较受欢迎,我会为它添加一个检查,以便它即使没有引号也能使用带空格的值。
引号完全可以接受,但花体引号也应该可以。直引号变成花体引号是很常见的,而直引号只对开发者有用 ![]()
我记得 Discourse 也有相应的设置吗?
无论如何,在大多数键盘上,默认是花体而不是直体——至少在虚拟键盘上是这样。
美国人主要使用直引号。其他人有不同的看法 ![]()
两个问题都将通过
修复