# Feature **URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=34 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 35 --- ## [TL4 选项，让旗帜不立即隐藏主题](https://meta.discourse.org/t/option-for-tl4s-to-have-flags-not-immediately-hide-topics/357063)
**Author:** [@NoNoWahooFromGimkit](https://meta.discourse.org/u/NoNoWahooFromGimkit)\ **回覆:** 2\ **Last updated:** [2025年三月13日 21:22 UTC](https://meta.discourse.org/t/option-for-tl4s-to-have-flags-not-immediately-hide-topics/357063 "2025-03-13T21:22:25Z")
我是一个不断发展的 Discourse 社区的 TL4，偶尔会遇到一些稍微不当或垃圾内容的帖子。这些帖子不当或垃圾的程度刚好足以让我想要将它们发送到审核队列，但又不足以让我想要隐藏帖子。如果 TL4（以及其他用户）可以选择不让他们的标记有助于自动隐藏帖子，而仅仅是将它们发送到审核队列，那就太好了。 --- ## [当用户离开群组时自动静音类别](https://meta.discourse.org/t/automatically-mute-categories-when-a-user-leaves-a-group/357040)
**Author:** [@emonunix](https://meta.discourse.org/u/emonunix)\ **回覆:** 0\ **Last updated:** [2025年三月12日 22:14 UTC](https://meta.discourse.org/t/automatically-mute-categories-when-a-user-leaves-a-group/357040 "2025-03-12T22:14:51Z")
您好，Discourse 团队与社区成员： 我想提议一项新功能，允许在用户离开群组时自动将其设为静默（mute）。 问题所在 当用户加入群组时，可以使用\*\*群组分类通知默认设置（Group Category Notification Defaults）\*\*自动跟踪其相关分类。 然而，当用户离开群组时，他们仍然会在\*\*最新（Latest）\*\*中看到这些分类，并且他们的通知设置不会恢复。 在用户离开群组后，为每个用户手动静默分类对于大… --- ## [设置主题计时器不会触发任何Webhook](https://meta.discourse.org/t/setting-topic-timers-doesnt-trigger-any-webhooks/357129)
**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\ **回覆:** 1\ **Last updated:** [2025年三月13日 15:06 UTC](https://meta.discourse.org/t/setting-topic-timers-doesnt-trigger-any-webhooks/357129 "2025-03-13T15:06:44Z")
当为主题设置主题计时器（例如，安排发布）时，Discourse 中不会触发任何 webhook 来捕获此事件。 --- ## [帖子编辑器中的Markdown语法高亮](https://meta.discourse.org/t/markdown-syntax-highlighting-in-post-editor/282665)
**Author:** [@pipkin](https://meta.discourse.org/u/pipkin)\ **回覆:** 18\ **Last updated:** [2025年三月13日 00:15 UTC](https://meta.discourse.org/t/markdown-syntax-highlighting-in-post-editor/282665 "2025-03-13T00:15:04Z")
将默认帖子编辑器 textarea 替换为 markdown 语法高亮是否很难？ 或者我是在别处错过了这个选项？ 您已经在管理员样式编辑器中为 css 精美地实现了这一点： --- ## [2024年计划如何改进作曲家？](https://meta.discourse.org/t/what-are-the-plans-to-improve-the-composer-in-2024/303826)
**Author:** [@thoka](https://meta.discourse.org/u/thoka)\ **回覆:** 7\ **Last updated:** [2025年三月13日 00:06 UTC](https://meta.discourse.org/t/what-are-the-plans-to-improve-the-composer-in-2024/303826 "2025-03-13T00:06:17Z")
我很想了解更多关于计划在 2024 年现代化编辑器的详细信息，@lindsey 在回顾：与 Discourse 产品团队的问答的19:10处对此进行了说明。 --- ## [输入时将文本转换为“预览视图”吗？](https://meta.discourse.org/t/convert-text-to-preview-view-as-you-type/150834)
**Author:** [@JQ331](https://meta.discourse.org/u/JQ331)\ **回覆:** 14\ **Last updated:** [2025年三月13日 00:04 UTC](https://meta.discourse.org/t/convert-text-to-preview-view-as-you-type/150834 "2025-03-13T00:04:02Z")
Right now in Discourse you have your “editor” window where you type, and a separate preview window that shows how what you type will be displayed. Is it possible to merge those two, so the user doesn’t need to look at tw… --- ## [类似Notion的编辑器](https://meta.discourse.org/t/notion-like-editor/273130)
**Author:** [@TheDarkWizard](https://meta.discourse.org/u/TheDarkWizard)\ **回覆:** 27\ **Last updated:** [2025年三月12日 23:51 UTC](https://meta.discourse.org/t/notion-like-editor/273130 "2025-03-12T23:51:07Z")
大家好， 随着我们继续熟悉和使用 Discourse，我意识到在过去几年我用过的所有论坛软件中，编辑器是我最喜欢的。但是，我认为 我推荐的是一个基于块的编辑器，您可以使用“/”来触发快捷方式。例如 Notion 和 Tiptap 编辑器。 这是 Marktext 的截图，它是我最喜欢的桌面开源 Markdown 编辑器之一： 许多 Markdown 编辑器正朝着块快捷方式的方向发展，我认为 Discourse 在… --- ## [更先进的编辑器应该在这里吗？](https://meta.discourse.org/t/more-advance-editor-should-be-here/14102)
**Author:** [@vanabel](https://meta.discourse.org/u/vanabel)\ **回覆:** 24\ **Last updated:** [2025年三月12日 23:43 UTC](https://meta.discourse.org/t/more-advance-editor-should-be-here/14102 "2025-03-12T23:43:44Z")
I have some exprence in taking notes of math in the Editor: StackEdit, while the discouse editor (what’s her name?) is my first forum editor that support markdown and mathjax at the same time with perfect preview, it s… --- ## [WYSIWYG 编辑器作为替代方案](https://meta.discourse.org/t/wysiwyg-editor-as-a-replacement/21373)
**Author:** [@Rahul\_Ramesh](https://meta.discourse.org/u/Rahul_Ramesh)\ **回覆:** 2\ **Last updated:** [2025年三月12日 23:42 UTC](https://meta.discourse.org/t/wysiwyg-editor-as-a-replacement/21373 "2025-03-12T23:42:55Z")
Is it hard to implement a WYSIWYG editor in place of the current bbcode markdown post editor with live preview? I am really curious to know about this, I don’t mean a overly crammed up editor, just a normal WYSIWYG with … --- ## [如果不是 WYSIWYG，那不如完全禁用样式？](https://meta.discourse.org/t/if-not-wysiwyg-then-how-about-disabling-styles-entirely/40539)
**Author:** [@Talin](https://meta.discourse.org/u/Talin)\ **回覆:** 3\ **Last updated:** [2025年三月12日 23:42 UTC](https://meta.discourse.org/t/if-not-wysiwyg-then-how-about-disabling-styles-entirely/40539 "2025-03-12T23:42:29Z")
As pointed out in the other thread, most users don’t take a lot of advantage of style text in their posts. This would be particularly true for our patients. Think about the typical patient to doctor interface such as myh… --- ## [WYSIWYG 插件（再次）](https://meta.discourse.org/t/wysiwyg-plugin-again/39747)
**Author:** [@ccdw](https://meta.discourse.org/u/ccdw)\ **回覆:** 27\ **Last updated:** [2025年三月12日 23:40 UTC](https://meta.discourse.org/t/wysiwyg-plugin-again/39747 "2025-03-12T23:40:38Z")
Continuing the discussion from Who would prefer a standard wysiwyg to markdown?: I checked with the founders and they are ok with us restarting this thread with a view to discussing the development of a plugin to deli… --- ## [谁会更喜欢标准的WYSIWYG而不是Markdown？](https://meta.discourse.org/t/who-would-prefer-a-standard-wysiwyg-to-markdown/31340)
**Author:** [@etewiah](https://meta.discourse.org/u/etewiah)\ **回覆:** 76\ **Last updated:** [2025年三月12日 23:40 UTC](https://meta.discourse.org/t/who-would-prefer-a-standard-wysiwyg-to-markdown/31340 "2025-03-12T23:40:19Z")
I just saw an interview with Michael Pryor of trello: At one point he says: We added markdown in Trello which in retrospect, was a mistake because it’s a developer centric feature in a non developer focused product.… --- ## [停止 Discord 在每次登录时提示授权](https://meta.discourse.org/t/stop-discord-prompting-for-auth-on-every-login/355494)
**Author:** [@Mako-Poisoned](https://meta.discourse.org/u/Mako-Poisoned)\ **回覆:** 20\ **Last updated:** [2025年三月11日 21:05 UTC](https://meta.discourse.org/t/stop-discord-prompting-for-auth-on-every-login/355494 "2025-03-11T21:05:51Z")
您好！ 我已经在我自行托管的安装上设置了 Discord 登录。它运行得非常好……除了一个小问题。 当用户使用 Discord 登录时，他们每次都会被带到授权页面，这意味着他们每次登录都需要同意授权。根据我的理解，这应该只在他们首次将 Discord 登录与 Discourse 连接时进行一次。 有什么办法可以解决这个问题吗？我遵循了文档。 --- ## [RAG 未来会支持 PDF 文件吗？](https://meta.discourse.org/t/will-rag-support-pdf-files-in-the-future/335804)
**Author:** [@silvacarl](https://meta.discourse.org/u/silvacarl)\ **回覆:** 21\ **Last updated:** [2025年三月11日 16:39 UTC](https://meta.discourse.org/t/will-rag-support-pdf-files-in-the-future/335804 "2025-03-11T16:39:55Z")
首先，你们的 AI 很棒！ 其次，如果我们把 PDF、Word 或 PowerPoint 文件发布到论坛上，它也能读取这些文件并将它们分块成向量以用于 RAG 吗？ --- ## [允许类别管理员将主题移动到他们管理的类别](https://meta.discourse.org/t/allow-category-moderators-to-move-topics-to-a-category-they-moderate/356805)
**Author:** [@mentalstring](https://meta.discourse.org/u/mentalstring)\ **回覆:** 0\ **Last updated:** [2025年三月11日 15:29 UTC](https://meta.discourse.org/t/allow-category-moderators-to-move-topics-to-a-category-they-moderate/356805 "2025-03-11T15:29:30Z")
目前，如果一个类别的管理员试图将一个主题移动到一个需要新主题审核/批准的类别，但该类别是他们自己担任管理员的类别（因此负责主题审核），他们会被拒绝，并收到错误信息： 发生错误：您无法将此主题移动到没有权限创建新主题的类别 然而，类别的管理员可以在他们管理的类别中创建主题，并且他们也是批准新主题的人。 目前我们的解决方法是，让类别的管理员请求普通管理员将主题移动到他们管理的类别中。这会跳过审查队列。 除非我遗漏了什么，否则这里似… --- ## [提升主题计时器操作的可见性](https://meta.discourse.org/t/greater-visibility-for-topic-timer-actions/356691)
**Author:** [@putty](https://meta.discourse.org/u/putty)\ **回覆:** 0\ **Last updated:** [2025年三月10日 21:04 UTC](https://meta.discourse.org/t/greater-visibility-for-topic-timer-actions/356691 "2025-03-10T21:04:42Z")
TLDR：我们希望能够更清楚地了解主题计时器操作。 我们在一个内部/私有类别中发布产品公告一段时间（至少 5 个工作日），然后将其发布到相应的产品公告中。我们通过主题计时器来安排发布。我们这样做是为了让其他内部（非产品）团队能够提前了解即将发生的产品变更。 问题是，某些主题可能会在这个私有空间中停留的时间超过必要的时间。修改现有的主题计时器声明或在顶部复制它是否很难？ --- ## [禁用移动端 PWA 的缩放功能](https://meta.discourse.org/t/disable-zoom-on-mobile-pwa/234541)
**Author:** [@alanost](https://meta.discourse.org/u/alanost)\ **回覆:** 3\ **Last updated:** [2025年三月10日 13:31 UTC](https://meta.discourse.org/t/disable-zoom-on-mobile-pwa/234541 "2025-03-10T13:31:12Z")
我有一个建议。我认为在设置中添加一个复选框，可以阻止在移动 PWA（在我看来，就是主屏幕上的快捷方式或 pwabuilder.com 打包的应用）中缩放 Discourse 页面，这将非常有用。我在视频中进行了演示 \ **Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 2\ **Last updated:** [2025年三月9日 14:33 UTC](https://meta.discourse.org/t/option-to-show-a-different-icon-in-sub-categories/356485 "2025-03-09T14:33:50Z") 对于新用户来说，“贡献”子类别中的双色框可能没有任何意义，它看起来只是另一个带有不同颜色框的类别。 也许有些管理员不太在意，但我认为如果管理员可以选择该选项（双色框）和一个可以直观表示子类别的图标，那将是一个很好的功能。类似这样： 也许还可以添加轻微的缩进？ --- ## [Discourse 广告插件 - 按自定义用户字段定位用户](https://meta.discourse.org/t/discourse-advertising-plugin-target-users-by-custom-user-field/356426)
**Author:** [@ppcole](https://meta.discourse.org/u/ppcole)\ **回覆:** 0\ **Last updated:** [2025年三月8日 21:11 UTC](https://meta.discourse.org/t/discourse-advertising-plugin-target-users-by-custom-user-field/356426 "2025-03-08T21:11:05Z")
在注册表单中根据自定义用户字段定位广告的能力将极大地增强该插件。例如，性别=男/女，地点=美国/加拿大，婚姻状况=已婚/单身。这为增加广告收入提供了极大的灵活性。 --- ## [标签专家插件](https://meta.discourse.org/t/tag-experts-plugin/355898)
**Author:** [@packman](https://meta.discourse.org/u/packman)\ **回覆:** 4\ **Last updated:** [2025年三月8日 09:39 UTC](https://meta.discourse.org/t/tag-experts-plugin/355898 "2025-03-08T09:39:24Z")
首先，提供一些背景信息——我最近对拥有 20 多年历史的论坛进行了彻底的重组，摒弃了多年来演变而来的约 100 个分类/子分类，转而采用仅 3 个用户可发帖的分类，并使用标签来区分感兴趣的主题。我认为我的用户目前可能在想我是否疯了 :laughing: 这次重组的一个牺牲品是分类专家，直到为时已晚我才考虑到这一点。我曾为其中几个分类启用了此功能，但现在我让那些特定分类的专家成为了海量分类的专家，这似乎不太合理。从某种程度上说，这还可以… --- ## [通过聊天UX更便捷地向频道添加人员](https://meta.discourse.org/t/make-it-easier-to-add-people-to-channels-through-chat-ux/356286)
**Author:** [@Earnie\_Baird](https://meta.discourse.org/u/Earnie_Baird)\ **回覆:** 5\ **Last updated:** [2025年三月8日 01:59 UTC](https://meta.discourse.org/t/make-it-easier-to-add-people-to-channels-through-chat-ux/356286 "2025-03-08T01:59:58Z")
将 Slack 迁移到 Discourse 的另一个巨大不足之处在于，版主无法通过聊天用户界面轻松地将用户添加到公共和私有频道。 理想情况下，版主可以通过单击频道名称并根据需要添加/删除成员来轻松完成此操作。 --- ## [测试自动化规则](https://meta.discourse.org/t/testing-automation-rules/356330)
**Author:** [@Saif](https://meta.discourse.org/u/Saif)\ **回覆:** 0\ **Last updated:** [2025年三月7日 18:40 UTC](https://meta.discourse.org/t/testing-automation-rules/356330 "2025-03-07T18:40:03Z")
目前，通过 Discourse AI - Spam detection 提供了一个 test 按钮，用于查看特定帖子/主题是否会触发该系统。 此功能请求是为 Discourse AI - AI triage 提供类似的功能。 我想知道人们在创建自动化规则时是否会觉得这样的功能有用？您过去是否曾发现自己需要这样的功能？ --- ## [为什么通知标签会显示所有已读通知？](https://meta.discourse.org/t/why-does-the-notifications-tab-show-all-read-notifications/248187)
**Author:** [@bwetherill](https://meta.discourse.org/u/bwetherill)\ **回覆:** 3\ **Last updated:** [2025年三月7日 17:15 UTC](https://meta.discourse.org/t/why-does-the-notifications-tab-show-all-read-notifications/248187 "2025-03-07T17:15:30Z")
我的个人资料图标（位于右上角）下的通知选项卡会显示所有通知，无论其旧新或是否已读。有什么方法可以使其仅显示未读通知吗？ --- ## [在Discourse中使用社区笔记以打击错误信息](https://meta.discourse.org/t/community-notes-in-discourse-to-combat-misinformation/356244)
**Author:** [@Yt.w](https://meta.discourse.org/u/Yt.w)\ **回覆:** 4\ **Last updated:** [2025年三月7日 15:53 UTC](https://meta.discourse.org/t/community-notes-in-discourse-to-combat-misinformation/356244 "2025-03-07T15:53:43Z")
为了进一步提高内容的准确性，我建议推出一个类似Twitter（X）的社区笔记功能，允许可信用户为可能具有误导性的帖子添加背景信息。 主要特点： 资格： 只有达到一定信任级别（例如，TL2+）的用户才能提交笔记。 投票机制： 笔记通过不同用户的点赞获得可见性；误导性笔记会被点踩或举报。 透明度与监督： 笔记保持公开，并记录贡献以防止滥用。 优势： 提高准确性： 提供事实澄清，而非惩罚性措施。 赋能用户： 将处理虚假信息的权力下放给… --- ## [YouTube 直播自动嵌入](https://meta.discourse.org/t/youtube-autoembeds-for-live-streams/350920)
**Author:** [@cogdog](https://meta.discourse.org/u/cogdog)\ **回覆:** 4\ **Last updated:** [2025年三月6日 19:20 UTC](https://meta.discourse.org/t/youtube-autoembeds-for-live-streams/350920 "2025-03-06T19:20:59Z")
我使用 Streamyard 运行一些直播活动，这些活动直接推送到 YouTube。直播就是录制内容，所以链接始终有效。 我注意到 Discourse 似乎无法嵌入 YouTube 用于此类视频的不同 URL 格式，而是显示一个通用的 OneBox，例如： https://www.youtube.com/live/eJemwqO0SDw 例如： 然而，通过在标准的 YouTube URL 中手动使用相同… --- ## [与 Discourse 产品团队讨论 moderation](https://meta.discourse.org/t/speak-with-the-discourse-product-team-about-moderation/354962)
**Author:** [@hugh](https://meta.discourse.org/u/hugh)\ **回覆:** 6\ **Last updated:** [2025年三月6日 17:07 UTC](https://meta.discourse.org/t/speak-with-the-discourse-product-team-about-moderation/354962 "2025-03-06T17:07:19Z")
我们正在研究人们如何处理 Discourse 的版主管理和使用审核队列，并希望与使用它的人联系。 为了帮助我们开始研究，您能否填写下面的投票？ 请注意，您可以选择多个答案，包括选择与我们进一步就此主题进行交流。 我将直接联系任何希望分享有关他们如何使用 Discourse 版主管理工具的更多反馈的人。我们可以进行视频通话或通过私信进行文字交流，如果您觉得这样更方便。 poll --- ## [点击一个表情符号以显示其名称](https://meta.discourse.org/t/clicking-an-emoji-to-show-the-name-of-the-emoji/355983)
**Author:** [@twofoursixeight](https://meta.discourse.org/u/twofoursixeight)\ **回覆:** 0\ **Last updated:** [2025年三月6日 03:22 UTC](https://meta.discourse.org/t/clicking-an-emoji-to-show-the-name-of-the-emoji/355983 "2025-03-06T03:22:41Z")
在 Discord 上，只需单击/点按即可轻松显示表情符号的名称，如下所示： 这会显示 Discord 上表情符号的名称。它还显示了描述，但我们不需要它用于 Discourse。 我想知道这样的功能是否也能在 Discourse 论坛上实现？有些人就是不知道如何输入某些表情符号。技术上来说，在 iPad 上，您可以按住表情符号来获取名称，但这取决于 Apple。 我不确定桌面用户是否会显示表情符号的名称，但我认为 Di… --- ## [通过 activitypub 扩展提及](https://meta.discourse.org/t/extended-mentions-via-activitypub/355602)
**Author:** [@thoka](https://meta.discourse.org/u/thoka)\ **回覆:** 6\ **Last updated:** [2025年三月5日 08:47 UTC](https://meta.discourse.org/t/extended-mentions-via-activitypub/355602 "2025-03-05T08:47:39Z")
我希望能够提及 fediverse 中的用户，尤其是在其他 Discourse 实例上，使用扩展的 fediverse 提及方案：@toka@memlab.thomaskalka.de 我期望这会在另一端触发通知。 我也很乐意讨论如何处理类别和标签 actor 的提及。 --- ## [想法：自动删除由“审批嫌疑用户”设置标记的用户](https://meta.discourse.org/t/idea-automatically-delete-users-flagged-by-approve-suspect-users-setting/322951)
**Author:** [@regnatarajan](https://meta.discourse.org/u/regnatarajan)\ **回覆:** 7\ **Last updated:** [2025年三月4日 21:52 UTC](https://meta.discourse.org/t/idea-automatically-delete-users-flagged-by-approve-suspect-users-setting/322951 "2025-03-04T21:52:56Z")
我已经启用了“批准可疑用户”功能，这真是帮了大忙。我收到了很多注册用户，他们不阅读任何帖子，而且都是垃圾信息。有没有办法自动拒绝那些不阅读任何帖子的新用户？根据我的经验，100% 的用户都是垃圾信息。现在我每周必须手动拒绝大约 50 个用户。 --- ## [提高引用引用的准确性](https://meta.discourse.org/t/improving-quoting-quote-accuracy/355053)
**Author:** [@Nihal\_Noorunnabi](https://meta.discourse.org/u/Nihal_Noorunnabi)\ **回覆:** 16\ **Last updated:** [2025年三月4日 12:45 UTC](https://meta.discourse.org/t/improving-quoting-quote-accuracy/355053 "2025-03-04T12:45:10Z")
您好。我是一名相对较新的 Discourse 用户。这是我之前创建的关于我遇到的问题的帖子： 我不知道这是否是一个 bug。我所询问的功能是在引用某人部分文本时保持引用的层级准确。例如， 使用这个：https://www.historytoday.com/archive/historians-cookbook/history-pizza： Pizza is the world’s favourite fast food. W… [上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=33) [下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=35)