# Feature

**URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=53

[最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md)

**Page:** 54

---

## [取消受邀用户（SSO）的激活电子邮件要求](https://meta.discourse.org/t/disable-activation-email-requirement-for-invited-users-sso/303545)

<div class="topic-metadata">

**Author:** [@Shauny](https://meta.discourse.org/u/Shauny)\
**回覆:** 10\
**Last updated:** [2024年四月26日 09:35 UTC](https://meta.discourse.org/t/disable-activation-email-requirement-for-invited-users-sso/303545 "2024-04-26T09:35:37Z")

</div>

如果您没有 SSO，我认为这已经可以这样工作了——通过电子邮件邀请的用户不需要激活他们的电子邮件，因为电子邮件链接本身就计为激活。 但是，我正在使用 WordPress 作为 SSO，如果我邀请某人，会有一个繁琐的过程：首先被发送到登录屏幕，然后必须单击注册，填写表格，然后需要验证我的电子邮件，然后当您最终进入论坛时，您必须单击“登录”，然后才能进入。 有没有办法可以： 将邀请链接默认设置为转到我的注册页面，而不是登录页面 跳过…

---

## [品牌头部链接和图标设置现在为对象设置类型](https://meta.discourse.org/t/brand-header-links-and-icons-settings-now-object-setting-type/312732)

<div class="topic-metadata">

**Author:** [@tgxworld](https://meta.discourse.org/u/tgxworld)\
**回覆:** 4\
**Last updated:** [2024年四月26日 08:38 UTC](https://meta.discourse.org/t/brand-header-links-and-icons-settings-now-object-setting-type/312732 "2024-04-26T08:38:01Z")

</div>

我这里简单通知一下，我今天合并了一个更改，将图标和链接主题设置迁移为我们最近发布的类型：对象。 我们不指望这个迁移会造成问题，但如果……

---

## [在编辑器中添加查询替换](https://meta.discourse.org/t/add-query-replace-in-the-editor/304596)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 6\
**Last updated:** [2024年四月26日 07:29 UTC](https://meta.discourse.org/t/add-query-replace-in-the-editor/304596 "2024-04-26T07:29:36Z")

</div>

假设您有很多“33”想要更改为“44”。 嗯，在 GitHub 上，当我们编辑源代码时，他们在基于 Web 的编辑器中有一个很好的查询替换功能。 所以“没有理由”……

---

## [推广 Discourse 的移动功能](https://meta.discourse.org/t/promote-the-mobile-capabilities-of-discourse/305465)

<div class="topic-metadata">

**Author:** [@davy](https://meta.discourse.org/u/davy)\
**回覆:** 0\
**Last updated:** [2024年四月25日 17:45 UTC](https://meta.discourse.org/t/promote-the-mobile-capabilities-of-discourse/305465 "2024-04-25T17:45:20Z")

</div>

普通用户需要努力才能发现 Discourse 提供了两件很棒的事情：PWA 和移动应用。 好吧，这个应用相当基础，许多人似乎抱怨它“只是一个网页视图”，而且可以说推送通知…

---

## [为什么已读通知不会被删除？](https://meta.discourse.org/t/why-are-read-notifications-not-erased/305139)

<div class="topic-metadata">

**Author:** [@MrBidon](https://meta.discourse.org/u/MrBidon)\
**回覆:** 0\
**Last updated:** [2024年四月23日 21:08 UTC](https://meta.discourse.org/t/why-are-read-notifications-not-erased/305139 "2024-04-23T21:08:47Z")

</div>

看起来已读通知会永久存在。是否可以在一天后删除已读通知？

---

## [Fullscreen reader – More usability, less zooming](https://meta.discourse.org/t/fullscreen-reader-more-usability-less-zooming/74039)

<div class="topic-metadata">

**Author:** [@terraboss](https://meta.discourse.org/u/terraboss)\
**回覆:** 12\
**Last updated:** [2024年四月23日 15:38 UTC](https://meta.discourse.org/t/fullscreen-reader-more-usability-less-zooming/74039 "2024-04-23T15:38:53Z")

</div>

Hello together! Following idea for a new usability feature: In my workflow, I’m using Discourse to spend much time with reading. Most of these posts can become very long, due to the fact, they are about legal questions…

---

## [添加预览窗口刷新按钮](https://meta.discourse.org/t/add-preview-window-refresh-button/305049)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 2\
**Last updated:** [2024年四月23日 09:42 UTC](https://meta.discourse.org/t/add-preview-window-refresh-button/305049 "2024-04-23T09:42:22Z")

</div>

我们都知道，至少在桌面端，在我们输入时，右侧都有一个可靠的预览窗口。 你知道它很可靠。我知道它很可靠。但用户 C 不知道。 因此，为了增加信任度，预览窗口应该配备…

---

## [将投票活动添加到游戏化](https://meta.discourse.org/t/add-poll-events-to-gamification/305030)

<div class="topic-metadata">

**Author:** [@Mark\_Britton](https://meta.discourse.org/u/Mark_Britton)\
**回覆:** 1\
**Last updated:** [2024年四月23日 08:42 UTC](https://meta.discourse.org/t/add-poll-events-to-gamification/305030 "2024-04-23T08:42:04Z")

</div>

对这个前景感到兴奋！ 想知道今年是否有可能/将会实施？

---

## [路线控制](https://meta.discourse.org/t/route-control/304381)

<div class="topic-metadata">

**Author:** [@TheDarkWizard](https://meta.discourse.org/u/TheDarkWizard)\
**回覆:** 3\
**Last updated:** [2024年四月22日 04:09 UTC](https://meta.discourse.org/t/route-control/304381 "2024-04-22T04:09:02Z")

</div>

也许可以作为固定链接系统的一个增强功能，但如果在后端能够控制链接的路由，那将非常棒。例如，我可以定位任何 Discourse 生成的链接，例如用户、个人资料、主题、分类……

---

## [使用AI使帖子更具性别包容性](https://meta.discourse.org/t/use-ai-to-make-post-more-gender-inclusive/304601)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 11\
**Last updated:** [2024年四月19日 17:54 UTC](https://meta.discourse.org/t/use-ai-to-make-post-more-gender-inclusive/304601 "2024-04-19T17:54:24Z")

</div>

我刚试用了AI功能，看看它是否能让我的帖子更具性别包容性。 唉，它根本没有检测到10比0的“他”的比例。

---

## [将 Amazon translate 限制提高到约 10,000 个字符](https://meta.discourse.org/t/increase-amazon-translate-limit-to-10-000-characters/304579)

<div class="topic-metadata">

**Author:** [@alanbchristie](https://meta.discourse.org/u/alanbchristie)\
**回覆:** 3\
**Last updated:** [2024年四月19日 09:54 UTC](https://meta.discourse.org/t/increase-amazon-translate-limit-to-10-000-characters/304579 "2024-04-19T09:54:44Z")

</div>

为什么你们在插件的amazon.rb中将Amazon翻译文本的大小限制为5000个字符？ 根据Amazon的说法，其API支持最多10000个字符的文本。 你们有没有可能修改一下…

---

## [安全 - 否定权限（如何？）](https://meta.discourse.org/t/security-negative-rights-how/303817)

<div class="topic-metadata">

**Author:** [@Peter\_Backgren](https://meta.discourse.org/u/Peter_Backgren)\
**回覆:** 11\
**Last updated:** [2024年四月19日 00:39 UTC](https://meta.discourse.org/t/security-negative-rights-how/303817 "2024-04-19T00:39:49Z")

</div>

(原因稍后解释) 我们拥有创建和查看等权限。我需要一种简单的方法来为某个组实现整个站点的查看权限，但排除少数区域，基本上是一种具有更高优先级的负面权限。 J……

---

## [仅限邀请/封闭群组](https://meta.discourse.org/t/invite-only-closed-groups/78120)

<div class="topic-metadata">

**Author:** [@dpeter](https://meta.discourse.org/u/dpeter)\
**回覆:** 8\
**Last updated:** [2024年四月18日 19:52 UTC](https://meta.discourse.org/t/invite-only-closed-groups/78120 "2024-04-18T19:52:14Z")

</div>

大家好， 我正在考虑在我的组织中使用Discourse，并希望了解用户如何创建私有群组/话题/聊天。 我的用例是，我想建立公开的论坛，但希望我们能……

---

## [关于游戏化和展示徽章](https://meta.discourse.org/t/on-gamification-and-displaying-badges/166469)

<div class="topic-metadata">

**Author:** [@Andrew8H](https://meta.discourse.org/u/Andrew8H)\
**回覆:** 5\
**Last updated:** [2024年四月17日 20:42 UTC](https://meta.discourse.org/t/on-gamification-and-displaying-badges/166469 "2024-04-17T20:42:09Z")

</div>

大家好！促使我和我的团队试用 Discourse 的功能之一是游戏化元素。我之前在通信平台（Teamspeak 和其他论坛）上喜欢的一件事是公开的 dis…

---

## [了解关注者数量](https://meta.discourse.org/t/knowing-the-number-of-watchers/190941)

<div class="topic-metadata">

**Author:** [@tkearsley](https://meta.discourse.org/u/tkearsley)\
**回覆:** 9\
**Last updated:** [2024年四月17日 17:27 UTC](https://meta.discourse.org/t/knowing-the-number-of-watchers/190941 "2024-04-17T17:27:29Z")

</div>

我记得在我刚开始测试该平台的时候就提过这个问题。 是否会有办法知道有多少人订阅（关注）某个特定主题？ 我被要求提供更多这方面的信息……

---

## [将 "email time window mins" 与信任等级关联](https://meta.discourse.org/t/tie-email-time-window-mins-to-trust-levels/236510)

<div class="topic-metadata">

**Author:** [@Tris20](https://meta.discourse.org/u/Tris20)\
**回覆:** 4\
**Last updated:** [2024年四月16日 20:52 UTC](https://meta.discourse.org/t/tie-email-time-window-mins-to-trust-levels/236510 "2024-04-16T20:52:16Z")

</div>

今天一位同事发布了一个密码。现在，这篇帖子已从 Discourse 中删除，但包含该密码的电子邮件通知仍然被发送了。这无法撤回。为了让我们的对话能够顺畅地进行，…

---

## [功能请求：循环提醒](https://meta.discourse.org/t/feature-request-recurring-reminders/365814)

<div class="topic-metadata">

**Author:** [@brianpurkiss](https://meta.discourse.org/u/brianpurkiss)\
**回覆:** 1\
**Last updated:** [2024年四月14日 23:11 UTC](https://meta.discourse.org/t/feature-request-recurring-reminders/365814 "2024-04-14T23:11:59Z")

</div>

书签功能相当不错。 我非常希望有周期性提醒。 这将有助于我们创建一些重新吸引用户的网站版块，鼓励人们定期发帖。

---

## [已发布页面应能以 /tos、/privacy 和 /faq 的形式显示](https://meta.discourse.org/t/published-pages-should-be-able-to-be-shown-like-tos-privacy-and-faq/302086)

<div class="topic-metadata">

**Author:** [@stromkabelsalat](https://meta.discourse.org/u/stromkabelsalat)\
**回覆:** 3\
**Last updated:** [2024年四月14日 04:20 UTC](https://meta.discourse.org/t/published-pages-should-be-able-to-be-shown-like-tos-privacy-and-faq/302086 "2024-04-14T04:20:59Z")

</div>

在 Discourse 中，/tos、/privacy 和 /faq 页面显示为静态页面，但汉堡菜单/顶部栏/论坛徽标仍然可见。已发布的页面显示时，则没有汉堡菜单/顶部栏/论坛徽标。我建议提供一个选项…

---

## [是否有办法用“监视词”（或其他方式）来“修复”--到en破折号的映射？](https://meta.discourse.org/t/can-i-fix-the-mapping-of-to-en-dash-with-watched-words-or-in-some-other-way/208118)

<div class="topic-metadata">

**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\
**回覆:** 8\
**Last updated:** [2024年四月12日 02:05 UTC](https://meta.discourse.org/t/can-i-fix-the-mapping-of-to-en-dash-with-watched-words-or-in-some-other-way/208118 "2024-04-12T02:05:05Z")

</div>

出于可能完全出于良好意图的原因，Discourse 会将 -- 替换为 –（en dash），并将 --- 替换为 —（em dash）。 我觉得这有点令人烦恼，因为当人们在电子邮件写作（或者在过去的……

---

## [为只应包含计划帖子的类别设置“护栏”？](https://meta.discourse.org/t/guard-rails-for-categories-which-should-have-only-scheduled-posts/303387)

<div class="topic-metadata">

**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\
**回覆:** 2\
**Last updated:** [2024年四月11日 17:51 UTC](https://meta.discourse.org/t/guard-rails-for-categories-which-should-have-only-scheduled-posts/303387 "2024-04-11T17:51:39Z")

</div>

情况 一个“公告”类别，人们不应该意外地在此发布内容 一个“草稿公告”类别，任何已登录的用户都可以发布内容 一组可以选择为这些内容安排发布的人…

---

## [仅作者主题 (第二次)](https://meta.discourse.org/t/author-only-topic-take-2/303254)

<div class="topic-metadata">

**Author:** [@mbauman](https://meta.discourse.org/u/mbauman)\
**回覆:** 13\
**Last updated:** [2024年四月11日 12:26 UTC](https://meta.discourse.org/t/author-only-topic-take-2/303254 "2024-04-11T12:26:29Z")

</div>

我们社区的各位也在要求类似这样的一个非常旧的（已关闭的）功能请求，用于仅作者主题。 具体来说，这是在我们社区的“软件包公告”类别中，……

---

## [API 定制文本作用域](https://meta.discourse.org/t/api-scope-for-customized-texts/303299)

<div class="topic-metadata">

**Author:** [@mattdm](https://meta.discourse.org/u/mattdm)\
**回覆:** 0\
**Last updated:** [2024年四月10日 20:38 UTC](https://meta.discourse.org/t/api-scope-for-customized-texts/303299 "2024-04-10T20:38:02Z")

</div>

用例是与翻译同步 – 请参阅 我希望提供一个 API 密钥，该密钥可以读取和写入自定义文本，但不能执行任何其他操作。 虽然读取所有被覆盖的字符串是……

---

## [情境化用户通知](https://meta.discourse.org/t/contextual-user-notifications/303286)

<div class="topic-metadata">

**Author:** [@lmiq](https://meta.discourse.org/u/lmiq)\
**回覆:** 3\
**Last updated:** [2024年四月10日 23:56 UTC](https://meta.discourse.org/t/contextual-user-notifications/303286 "2024-04-10T23:56:49Z")

</div>

如果能在 Discourse 论坛中获得情境化用户通知就好了。也就是说，假设我是名为“my\_package”的包的开发者之一。我希望在帖子提及……时收到通知。

---

## [探索AI识别AI生成内容的极限](https://meta.discourse.org/t/exploring-the-limits-of-ai-in-recognizing-ai-generated-content/303244)

<div class="topic-metadata">

**Author:** [@merefield](https://meta.discourse.org/u/merefield)\
**回覆:** 4\
**Last updated:** [2024年四月3日 14:00 UTC](https://meta.discourse.org/t/exploring-the-limits-of-ai-in-recognizing-ai-generated-content/303244 "2024-04-03T14:00:23Z")

</div>

真的吗？连OpenAI都不声称这可以做到。

---

## [在拒绝邮件中包含具体原因和“几天后禁用邮件回复”的值](https://meta.discourse.org/t/include-specific-reason-and-disallow-reply-by-email-after-days-value-in-rejection-email/303183)

<div class="topic-metadata">

**Author:** [@MikeNolan](https://meta.discourse.org/u/MikeNolan)\
**回覆:** 0\
**Last updated:** [2024年四月10日 04:46 UTC](https://meta.discourse.org/t/include-specific-reason-and-disallow-reply-by-email-after-days-value-in-rejection-email/303183 "2024-04-10T04:46:03Z")

</div>

有一个字段限制了通过电子邮件回复帖子的天数，默认是90天。 如果在此之后尝试回复，它似乎会被记录为“ReplyUserNotMatching”错误，并且…

---

## [允许显示名称使用 Markdown](https://meta.discourse.org/t/allow-markdown-in-display-names/303044)

<div class="topic-metadata">

**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\
**回覆:** 0\
**Last updated:** [2024年四月9日 14:13 UTC](https://meta.discourse.org/t/allow-markdown-in-display-names/303044 "2024-04-09T14:13:52Z")

</div>

我观察到许多人尝试使用 UTF-8 字符集来设置他们的显示名称，这些字符集是为了与前代产品实现向后兼容而存在的，例如那些包含粗体和斜体……

---

## [自动添加相关的alt图像属性](https://meta.discourse.org/t/automatically-add-a-relevant-alt-image-attribute/259430)

<div class="topic-metadata">

**Author:** [@leopedrini](https://meta.discourse.org/u/leopedrini)\
**回覆:** 12\
**Last updated:** [2024年四月8日 20:35 UTC](https://meta.discourse.org/t/automatically-add-a-relevant-alt-image-attribute/259430 "2024-04-08T20:35:33Z")

</div>

亲爱的各位。 当用户将图片上传到新主题/帖子时，图片的alt属性是“image”（所有图片的默认值）。 就像在这个例子中一样： 在这里，为了演示我的建议，我已经更改了alt名称，s…

---

## [屏蔽Google的“帮我写”](https://meta.discourse.org/t/block-googles-help-me-write/301295)

<div class="topic-metadata">

**Author:** [@j127](https://meta.discourse.org/u/j127)\
**回覆:** 19\
**Last updated:** [2024年四月8日 19:31 UTC](https://meta.discourse.org/t/block-googles-help-me-write/301295 "2024-04-08T19:31:48Z")

</div>

我刚看到谷歌发布了一个鼓励 Chrome 用户使用 AI 在网上撰写内容的檚功能。:confounded: 我认为这有可能破坏在线社区的实用性。用户将不再是……

---

## [为 Post Event webhook 添加仅首帖过滤器](https://meta.discourse.org/t/add-a-first-post-only-filter-to-the-post-event-webhook/302810)

<div class="topic-metadata">

**Author:** [@simon](https://meta.discourse.org/u/simon)\
**回覆:** 0\
**Last updated:** [2024年四月8日 01:14 UTC](https://meta.discourse.org/t/add-a-first-post-only-filter-to-the-post-event-webhook/302810 "2024-04-08T01:14:43Z")

</div>

我知道这可以在接收端完成，但处理 webhook 是有成本的。在 Discourse 端为帖子事件 webhook 添加“仅限首次发布”过滤器的兴趣有多大？

---

## [用户选择的默认首页](https://meta.discourse.org/t/default-homepage-that-the-user-selects/302770)

<div class="topic-metadata">

**Author:** [@ncaming215](https://meta.discourse.org/u/ncaming215)\
**回覆:** 9\
**Last updated:** [2024年四月7日 22:42 UTC](https://meta.discourse.org/t/default-homepage-that-the-user-selects/302770 "2024-04-07T22:42:54Z")

</div>

搜索了这个问题，只找到了我们小时候的一个帖子。 我意识到，随着我的社区的壮大，用户需要自己决定默认的“信息流”（即主页，或者基本上就是点击logo时看到的内容）。因为……

[上一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=52)

[下一頁](https://meta.discourse.org/c/contribute/feature/2.md?page=54)
