# Feature

**URL:** https://meta.discourse.org/c/contribute/feature/2.md?page=47&state=muted

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

**Page:** 48

---

## [收到私信后添加自动化脚本以"邀请加入主题"](https://meta.discourse.org/t/add-automation-script-to-invite-to-topic-upon-receiving-a-dm/319554)

<div class="topic-metadata">

**Author:** [@elmstedt](https://meta.discourse.org/u/elmstedt)\
**回覆:** 1\
**Last updated:** [2024年八月1日 04:58 UTC](https://meta.discourse.org/t/add-automation-script-to-invite-to-topic-upon-receiving-a-dm/319554 "2024-08-01T04:58:53Z")

</div>

设想的使用场景是使用 discourse-staff-alias 的论坛。如果用户向 staff alias 用户发送消息，可以将 staff alias allowed groups 添加到群组消息中，以处理可能被忽略的消息。

---

## [允许具有discourse-staff-alias插件访问权限的用户发送初始私信作为Staff消息](https://meta.discourse.org/t/allow-users-with-access-to-discourse-staff-alias-plugin-to-send-an-initial-dm-as-a-staff-message/319517)

<div class="topic-metadata">

**Author:** [@elmstedt](https://meta.discourse.org/u/elmstedt)\
**回覆:** 0\
**Last updated:** [2024年七月31日 17:23 UTC](https://meta.discourse.org/t/allow-users-with-access-to-discourse-staff-alias-plugin-to-send-an-initial-dm-as-a-staff-message/319517 "2024-07-31T17:23:56Z")

</div>

我明白，假定存在的问题是用户以员工身份发送消息给其他用户时，他们自己将无法看到这些消息或对这些消息的回复。 但是，如果向用户发送了初始的私信，系统可以将发送者所属的 staff alias allowed groups 无缝添加为该私信的收件人。 同样，如果用户向 staff alias username 发送私信，系统可以添加所有（或一部分）staff alias allowed groups 到该消息中，让用户有一个联系点。

---

## [可嵌入的聊天，能够分阶段引导用户](https://meta.discourse.org/t/embeddable-chat-that-stages-users/233670)

<div class="topic-metadata">

**Author:** [@jimkleiber](https://meta.discourse.org/u/jimkleiber)\
**回覆:** 7\
**Last updated:** [2024年七月31日 14:03 UTC](https://meta.discourse.org/t/embeddable-chat-that-stages-users/233670 "2024-07-31T14:03:42Z")

</div>

继续讨论 Element 推出了端到端加密的嵌入式聊天： 我只是在想，如果 Discourse 能取代 Intercom 之类的东西该多好。想象一下，登陆一个网站，输入你的邮箱并加入帮助聊天，然后用同一个邮箱加入一个功能齐全的论坛，里面有其他的聊天和论坛话题。这似乎真的能帮助吸引新用户加入论坛，因为嵌入式聊天可以成为一种非常低门槛的参与方式。 有什么想法吗？

---

## [授予非论坛工作人员权限以撰写新的 Data Explorer 查询](https://meta.discourse.org/t/grant-non-forum-staff-permissions-to-write-new-data-explorer-queries/319439)

<div class="topic-metadata">

**Author:** [@deeann](https://meta.discourse.org/u/deeann)\
**回覆:** 3\
**Last updated:** [2024年七月31日 12:34 UTC](https://meta.discourse.org/t/grant-non-forum-staff-permissions-to-write-new-data-explorer-queries/319439 "2024-07-31T12:34:42Z")

</div>

大家好， 在写这篇文章之前，我搜索了论坛，但想确保我没有遗漏任何内容。我是一个自托管 Discourse 安装的管理员，并且安装了 Data Explorer 插件。其他团队需要访问数据库以用于报告目的，并且他们需要能够生成新查询。我已经设置了保存的查询和一个用于运行报告的组，但他们还需要能够查看和处理数据结构本身，以便将论坛与我们的其他报告工具集成。简而言之，他们需要在插件的编辑和输入部分中访问查询构建。据我所知，在插件查询构建和输…

---

## [可点击链接 / URL 用户字段类型](https://meta.discourse.org/t/clickable-link-url-user-field-type/319322)

<div class="topic-metadata">

**Author:** [@Vaping\_Community](https://meta.discourse.org/u/Vaping_Community)\
**回覆:** 2\
**Last updated:** [2024年七月30日 19:55 UTC](https://meta.discourse.org/t/clickable-link-url-user-field-type/319322 "2024-07-30T19:55:52Z")

</div>

链接/URL 用户字段类型，在用户卡片、个人资料等处显示为可点击链接 如您所见，URL 不可点击 谢谢

---

## [灵活的用户注册：引入临时账户到Discourse](https://meta.discourse.org/t/flexible-user-registration-introducing-temporary-accounts-to-discourse/318979)

<div class="topic-metadata">

**Author:** [@CAKE\_NICE](https://meta.discourse.org/u/CAKE_NICE)\
**回覆:** 3\
**Last updated:** [2024年七月30日 08:03 UTC](https://meta.discourse.org/t/flexible-user-registration-introducing-temporary-accounts-to-discourse/318979 "2024-07-30T08:03:51Z")

</div>

尊敬的 Discourse 开发团队： 我写信是为了提议为 Discourse 论坛软件的用户注册系统增加一项新功能。这个建议源于我们在实际运营中遇到的一个挑战，希望能够引起你们的关注。 背景与理由： Discourse 目前在用户注册和管理方面严重依赖电子邮件服务。然而，我们发现我们的大多数潜在用户并不经常使用电子邮件。即使关闭了电子邮件验证，用户在提供电子邮件地址时仍然感到不适或犹豫。这导致许多潜在用户放弃注册，影响了我们社区…

---

## [显示锁定的分类但不显示其内容](https://meta.discourse.org/t/display-locked-category-but-not-its-content/318920)

<div class="topic-metadata">

**Author:** [@Jarjar](https://meta.discourse.org/u/Jarjar)\
**回覆:** 4\
**Last updated:** [2024年七月29日 13:53 UTC](https://meta.discourse.org/t/display-locked-category-but-not-its-content/318920 "2024-07-29T13:53:37Z")

</div>

各位， 也许我遗漏了什么，但有没有办法让人们看到某个分类下被锁定的子分类，但看不到其内容，让他们知道子分类的存在，只是他们无法访问它或其内容。 因为目前如果他们没有访问权限，他们甚至看不到它的存在。

---

## [静音状态以阻止使用反应的能力](https://meta.discourse.org/t/silence-status-to-block-ability-to-use-reactions-as-well/316795)

<div class="topic-metadata">

**Author:** [@Crius](https://meta.discourse.org/u/Crius)\
**回覆:** 6\
**Last updated:** [2024年七月27日 22:08 UTC](https://meta.discourse.org/t/silence-status-to-block-ability-to-use-reactions-as-well/316795 "2024-07-27T22:08:15Z")

</div>

标题说明了一切。 我们有一些用户被设置为“静默”，但他们仍然通过在其他用户身上刷表情符号来“骚扰”。 我想有些人真是太小气了。 对我来说，当用户被静默时，他们也无法使用表情符号，这似乎是合理的。

---

## [关于已损坏和已弃用插件、组件和主题的警告](https://meta.discourse.org/t/warning-about-broken-and-deprecated-plugins-components-and-themes/318742)

<div class="topic-metadata">

**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\
**回覆:** 0\
**Last updated:** [2024年七月27日 06:55 UTC](https://meta.discourse.org/t/warning-about-broken-and-deprecated-plugins-components-and-themes/318742 "2024-07-27T06:55:44Z")

</div>

继续讨论 无法重建应用 - 退出代码 1 失败： 如果更新/升级能够检查是否存在已知已弃用和/或损坏的插件，并在流程继续之前告知用户，这是否是一项艰巨的任务？ 这里有太多关于因已知损坏插件导致升级失败的主题。主题和组件更容易追踪，因为安全模式可以“正确”地提示问题的所在。

---

## [允许备份电子邮件系统](https://meta.discourse.org/t/allowing-a-backup-email-system/318557)

<div class="topic-metadata">

**Author:** [@orangelol](https://meta.discourse.org/u/orangelol)\
**回覆:** 4\
**Last updated:** [2024年七月27日 03:40 UTC](https://meta.discourse.org/t/allowing-a-backup-email-system/318557 "2024-07-27T03:40:19Z")

</div>

目前，我的系统被迫使用一个名为mailjet的免费邮件服务。我们的网站流量远超mailjet所能提供的服务量。虽然这可能无法实现，但它将是救命稻草。

---

## [我认为我们可以用人工智能模型训练Discobot论坛助手，使其更加互动](https://meta.discourse.org/t/i-think-we-can-train-the-discobot-forum-assistant-with-an-artificial-intelligence-model-to-make-it-more-interactive/318727)

<div class="topic-metadata">

**Author:** [@kuaza](https://meta.discourse.org/u/kuaza)\
**回覆:** 1\
**Last updated:** [2024年七月27日 02:39 UTC](https://meta.discourse.org/t/i-think-we-can-train-the-discobot-forum-assistant-with-an-artificial-intelligence-model-to-make-it-more-interactive/318727 "2024-07-27T02:39:56Z")

</div>

当我看到它在一个话题中时，我想，为什么不呢？我认为我们可以用人工智能模型来训练 Discobot 论坛助手，使其更具互动性。与其给出可预测的答案，不如让它以不同且更有效的方式进行交流。我只是在自言自语，暂时就这样吧。

---

## [设置以便让 TL0 更容易向 PM 管理员](https://meta.discourse.org/t/setting-to-allow-tl0-to-pm-moderators-more-easily/316340)

<div class="topic-metadata">

**Author:** [@anon48433008](https://meta.discourse.org/u/anon48433008)\
**回覆:** 9\
**Last updated:** [2024年七月26日 15:52 UTC](https://meta.discourse.org/t/setting-to-allow-tl0-to-pm-moderators-more-easily/316340 "2024-07-26T15:52:43Z")

</div>

正如在 No user PM access 中讨论的那样，此帖子/投票旨在鼓励更改默认设置，以便 TL0 用户在需要时能够向版主发送私人消息。 这可能有助于防止新用户感到沮丧，因为他们不太可能理解为什么他们无法执行如此简单的任务，并且人们认为版主的职责是指导新用户。 下图显示了一个简单的核心设置，“允许新用户向版主发送私人消息”，默认设置为允许，但如果不需要，可以将其关闭。

---

## [分享群组的草稿](https://meta.discourse.org/t/share-drafts-for-groups/264558)

<div class="topic-metadata">

**Author:** [@hellekin](https://meta.discourse.org/u/hellekin)\
**回覆:** 5\
**Last updated:** [2024年七月26日 06:34 UTC](https://meta.discourse.org/t/share-drafts-for-groups/264558 "2024-07-26T06:34:41Z")

</div>

将此功能扩展到群组将非常棒。 它在我所在的集体中，随着时间的推移起草新闻通讯非常有用。

---

## [管理员或版主如何搜索未列出的话题？](https://meta.discourse.org/t/how-administrator-or-moderator-can-search-unlisted-topics/102834)

<div class="topic-metadata">

**Author:** [@thaidb](https://meta.discourse.org/u/thaidb)\
**回覆:** 8\
**Last updated:** [2024年七月25日 05:49 UTC](https://meta.discourse.org/t/how-administrator-or-moderator-can-search-unlisted-topics/102834 "2024-07-25T05:49:30Z")

</div>

I know user normal can’t search unlisted topic but Can administrator and moderator can search unlisted topics? Thank you!

---

## [导入之前的邮件](https://meta.discourse.org/t/import-previous-emails/96035)

<div class="topic-metadata">

**Author:** [@YoavNordmann](https://meta.discourse.org/u/YoavNordmann)\
**回覆:** 12\
**Last updated:** [2024年七月24日 06:06 UTC](https://meta.discourse.org/t/import-previous-emails/96035 "2024-07-24T06:06:13Z")

</div>

Is there a way to import older mails into discourse which hold discussions. I have a lot of chain mails which contains valuable Q&A sessions. I want to import all of this data into discourse and make it searchable. All…

---

## [电子邮件拼写错误](https://meta.discourse.org/t/email-typos/317986)

<div class="topic-metadata">

**Author:** [@Genisis](https://meta.discourse.org/u/Genisis)\
**回覆:** 0\
**Last updated:** [2024年七月24日 03:25 UTC](https://meta.discourse.org/t/email-typos/317986 "2024-07-24T03:25:04Z")

</div>

我看到几年前关于电子邮件拼写错误的讨论。我注意到在我的实例中，用户有时会在电子邮件中输入错误，有些人甚至懒得重新创建一个新帐户。我希望 Discourse 能够实现电子邮件拼写错误检查器（https://meta.discourse.org/t/allow-user-to-change-email-address-before-verification/40437/6）。 假设我注册时，输入了错误，例如 user@gnail.con，…

---

## [允许在 /.well-known/ 下使用永久链接，无论是否需要登录](https://meta.discourse.org/t/allow-permalinks-under-well-known-regardless-of-login-required/317935)

<div class="topic-metadata">

**Author:** [@supermathie](https://meta.discourse.org/u/supermathie)\
**回覆:** 0\
**Last updated:** [2024年七月23日 22:06 UTC](https://meta.discourse.org/t/allow-permalinks-under-well-known-regardless-of-login-required/317935 "2024-07-23T22:06:22Z")

</div>

继续关于 Static dir + file for Domain verification 的讨论： 解决“我需要在 /path 托管一个静态文件”这个问题的便捷技巧是使用永久链接将该路径重定向到其他地方。然而，在需要登录的网站上，匿名用户无法使用永久链接。 我建议对 /.well-known/ 永久链接路径进行特殊处理，使其始终返回重定向，而不管可能阻止它的网站设置（例如 login-required）。

---

## [用于在用户资料中放置水平凸起的插件](https://meta.discourse.org/t/plug-in-to-place-a-level-bumps-in-users-profile/317888)

<div class="topic-metadata">

**Author:** [@anon48433008](https://meta.discourse.org/u/anon48433008)\
**回覆:** 1\
**Last updated:** [2024年七月23日 18:27 UTC](https://meta.discourse.org/t/plug-in-to-place-a-level-bumps-in-users-profile/317888 "2024-07-23T18:27:13Z")

</div>

我希望有一个插件选项，让用户可以看到与管理员为其账户看到的相同的升级图表，如果他们能看到这个的话 他们可能会更努力地去实现它

---

## [为我正在编辑的 Data Explorer 查询添加 Ctrl-Enter 快捷键以运行](https://meta.discourse.org/t/add-ctrl-enter-shortcut-to-run-the-data-explorer-query-im-editing/280564)

<div class="topic-metadata">

**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\
**回覆:** 4\
**Last updated:** [2024年七月22日 12:36 UTC](https://meta.discourse.org/t/add-ctrl-enter-shortcut-to-run-the-data-explorer-query-im-editing/280564 "2024-07-22T12:36:12Z")

</div>

就是这样。就是这个请求。:smiley: 嗯，还要专注于编辑窗格。这个也要。 让我的手放在键盘上，而不是每次都要移到鼠标再移回来。

---

## [嵌入：日期未本地化](https://meta.discourse.org/t/embed-dates-are-not-localized/27997)

<div class="topic-metadata">

**Author:** [@probus](https://meta.discourse.org/u/probus)\
**回覆:** 9\
**Last updated:** [2024年七月22日 10:44 UTC](https://meta.discourse.org/t/embed-dates-are-not-localized/27997 "2024-07-22T10:44:47Z")

</div>

Dates always show up in default (US) locale in embedded comments.

---

## [当达到速率限制时返回一个 Retry-After 头信息](https://meta.discourse.org/t/when-rate-limiting-is-hit-return-return-a-retry-after-header/81838)

<div class="topic-metadata">

**Author:** [@jdevost](https://meta.discourse.org/u/jdevost)\
**回覆:** 4\
**Last updated:** [2024年七月19日 13:34 UTC](https://meta.discourse.org/t/when-rate-limiting-is-hit-return-return-a-retry-after-header/81838 "2024-07-19T13:34:31Z")

</div>

Hi, Shouldn’t the delay to wait be in the Response as a Retry-After header?

---

## [在需要批准时，邀请现有用户加入消息和主题](https://meta.discourse.org/t/inviting-existing-users-to-messages-and-topics-when-approval-is-on/53867)

<div class="topic-metadata">

**Author:** [@Pad\_Pors](https://meta.discourse.org/u/Pad_Pors)\
**回覆:** 1\
**Last updated:** [2024年七月18日 19:45 UTC](https://meta.discourse.org/t/inviting-existing-users-to-messages-and-topics-when-approval-is-on/53867 "2024-07-18T19:45:15Z")

</div>

inviting existing users is a good feature that helps to have richer discussion . but when the “must approve user” option is on, this option will be invisible to others. the requested feature is just to disallow the invi…

---

## [用户卡片重新设计实验](https://meta.discourse.org/t/usercard-redesign-experiment/254353)

<div class="topic-metadata">

**Author:** [@jordan.vidrine](https://meta.discourse.org/u/jordan.vidrine)\
**回覆:** 127\
**Last updated:** [2024年七月18日 18:22 UTC](https://meta.discourse.org/t/usercard-redesign-experiment/254353 "2024-07-18T18:22:17Z")

</div>

今天，我们在元论坛上安装了新版本的用户卡片。我们这样做是为了收集您的反馈，看看哪些有效/无效。 新版本 更新 用户标题背景 我们将用户背景移至标题图像，而不是卡片的背景图像。 如果用户未设置背景图像，我们将使用其头像的颜色来创建标题图像。 将徽章移至新用户卡的顶部“横幅图像”区域。 也将用户位置移至“横幅图像”。 重新设计了用户统计信息 将用户状态移至头像图标，而不是完整的描述。 将操作按钮移至卡片底部。 允许位置链接到…

---

## [在代码块上添加覆盖层，防止滚动直到用户点击](https://meta.discourse.org/t/adding-an-overlay-to-code-blocks-to-prevent-scroll-until-user-click-it/301709)

<div class="topic-metadata">

**Author:** [@Don](https://meta.discourse.org/u/Don)\
**回覆:** 4\
**Last updated:** [2024年七月18日 12:26 UTC](https://meta.discourse.org/t/adding-an-overlay-to-code-blocks-to-prevent-scroll-until-user-click-it/301709 "2024-07-18T12:26:27Z")

</div>

你好 :wave: 代码块可能会非常长……例如，当它包含完整的重建日志或其他长文本时……在帖子中的代码块部分滚动或滚动到代码块的末尾并不容易，尤其是在屏幕尺寸较小的情况下。最简单的方法是在代码块之前滚动一大段距离，或者找到两侧的 10px。 为巨大的代码块添加一个覆盖层将是一个好主意，该覆盖层可以阻止滚动，直到用户进行交互。当用户单击它时，覆盖层会消失，滚动会激活。 谢谢 :slightly\_smiling\_face:

---

## [如果发送了其他电子邮件，不会发送Activity Summary](https://meta.discourse.org/t/activity-summary-not-sent-if-other-emails-are-sent/293040)

<div class="topic-metadata">

**Author:** [@ToddZ](https://meta.discourse.org/u/ToddZ)\
**回覆:** 18\
**Last updated:** [2024年七月18日 09:28 UTC](https://meta.discourse.org/t/activity-summary-not-sent-if-other-emails-are-sent/293040 "2024-07-18T09:28:05Z")

</div>

我在 Admin|Emails|Sent 下注意到，摘要邮件没有发送给用户，但他们都收到了 user\_watching\_first\_post 的邮件（根据预设的默认设置）。 我已确认，这些用户并非近期访问过、已过“suppress digest email after days”（几天后禁止发送摘要邮件）设置的时间，或更改了他们的邮件偏好设置。 在这篇旧帖的评论中有人提出，如果发送了其他邮件，摘要邮件就会被禁止： Need to …

---

## [在话题卡片中添加浏览量和回复数图标，以及最后活动日期](https://meta.discourse.org/t/add-icons-for-views-and-replies-and-last-activity-date-in-topic-cards/312505)

<div class="topic-metadata">

**Author:** [@icaria36](https://meta.discourse.org/u/icaria36)\
**回覆:** 11\
**Last updated:** [2024年七月17日 18:51 UTC](https://meta.discourse.org/t/add-icons-for-views-and-replies-and-last-activity-date-in-topic-cards/312505 "2024-07-17T18:51:15Z")

</div>

Topic Cards 提供了一种简单、美观且可用的方式来在主页面上渲染主题。但是，它所呈现的元数据还有改进的空间。 它只显示“点赞数”。与此同时，同样是官方的 Topic List Thumbnails 则优雅地显示了“浏览量”、“点赞数”、“回复数”的图标，并且“最后活动时间”也与这些图标整齐地一起呈现。 它显示的是发布日期而不是最后活动日期，这与 Discourse 的默认行为不一致，可能会让用户感到困惑（“为什么这个主题会排…

---

## [Miro 集成](https://meta.discourse.org/t/miro-integration/264054)

<div class="topic-metadata">

**Author:** [@Toby\_Richards](https://meta.discourse.org/u/Toby_Richards)\
**回覆:** 4\
**Last updated:** [2024年七月17日 04:40 UTC](https://meta.discourse.org/t/miro-integration/264054 "2024-07-17T04:40:40Z")

</div>

我们正在使用 Miro 进行可视化协作。Discourse 有计划与 Miro 集成吗？Miro 非常适合头脑风暴。

---

## [邮件列表提供商](https://meta.discourse.org/t/mailing-lists-providers/316714)

<div class="topic-metadata">

**Author:** [@oga](https://meta.discourse.org/u/oga)\
**回覆:** 2\
**Last updated:** [2024年七月17日 03:29 UTC](https://meta.discourse.org/t/mailing-lists-providers/316714 "2024-07-17T03:29:00Z")

</div>

是否计划添加其他邮件列表提供商？许多小型企业使用 Beehive 和其他提供商，但我没有看到添加它们的方法。如何添加其他提供商？

---

## [按主题或标签：浏览到阅读完主题后第一个帖子](https://meta.discourse.org/t/per-topic-or-tag-navigate-to-first-post-after-topics-are-read/316717)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 0\
**Last updated:** [2024年七月17日 02:56 UTC](https://meta.discourse.org/t/per-topic-or-tag-navigate-to-first-post-after-topics-are-read/316717 "2024-07-17T02:56:49Z")

</div>

继续讨论 主题已读后导航到第一个帖子，类别设置： 能够让某些独立主题具有与类别设置 主题已读后导航到第一个帖子 相同的行为将非常有帮助。也许可以通过标签控制？ 我的用例是，当一个私有子类别（除了常规主题之外）包含少量事件或维基主题时，这种行为会很有帮助。 我发现我必须要么牺牲隐私，要么深入研究不受欢迎的复杂性（几个子子类别）来实现这一点。

---

## [Power Automate支持与Microsoft Teams Webhook连接器停用](https://meta.discourse.org/t/power-automate-support-and-microsoft-teams-webhook-connector-discontinuation/316641)

<div class="topic-metadata">

**Author:** [@crossheadscrewdriver](https://meta.discourse.org/u/crossheadscrewdriver)\
**回覆:** 0\
**Last updated:** [2024年七月16日 19:03 UTC](https://meta.discourse.org/t/power-automate-support-and-microsoft-teams-webhook-connector-discontinuation/316641 "2024-07-16T19:03:45Z")

</div>

微软宣布，用于将消息卡片发布到 Microsoft Teams 等应用程序的 Office 365 连接器将被停用。在进行了一些内部验证后，官方的 Chat-Integration 插件仅支持 Office 365 连接器的消息卡片，这意味着通过 Chat-Integration 的 Microsoft Teams Webhook 将于 2024 年 10 月停止工作。 我已经分叉了代码并添加了 Power Automate 支持（微…

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

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