# Feature

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

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

**Page:** 37

---

## [数字标签与过滤（功能请求)](https://meta.discourse.org/t/numeric-tags-filter-feature-request/251923)

<div class="topic-metadata">

**Author:** [@Raraferu](https://meta.discourse.org/u/Raraferu)\
**回覆:** 3\
**Last updated:** [2025年二月9日 09:37 UTC](https://meta.discourse.org/t/numeric-tags-filter-feature-request/251923 "2025-02-09T09:37:56Z")

</div>

有一些论坛处理视频，也有一些论坛提供销售信息。两者都有一个数值衡量标准——时长和价格。 如果可以设置一个包含数值的标签，并且可以根据该标签对主题进行筛选/排序，那将非常有用。 例如，对于一个列出视频的网站，可以附加一个 #duration 标签，其值为分钟。然后可以使用诸如 tags:duration=\>10 之类的参数来搜索包含时长超过 10 分钟的视频的主题。 一些范围筛选滑块可能可以在高级搜索中设置，以帮助用户使用此功能。

---

## [创建和保存预设的主题和分组，用于邀请，同时允许具有不同设置的"类型"邀请](https://meta.discourse.org/t/creating-and-saving-preset-topic-and-groups-for-invites-while-allowing-types-of-invites-that-would-have-different-settings-for-these/351299)

<div class="topic-metadata">

**Author:** [@famousamos.1](https://meta.discourse.org/u/famousamos.1)\
**回覆:** 0\
**Last updated:** [2025年二月9日 05:17 UTC](https://meta.discourse.org/t/creating-and-saving-preset-topic-and-groups-for-invites-while-allowing-types-of-invites-that-would-have-different-settings-for-these/351299 "2025-02-09T05:17:38Z")

</div>

对于我们的社区，我们希望它是仅通过邀请加入的。我们希望能够指定哪个主题帖子和哪个组的邀请会将新加入的人带到那里。我们不希望依赖具有邀请权限的成员去记住或确保他们为即将加入社区的任何人调整邀请的主题帖子和组。 我们还可以使用“类型”来区分邀请，例如，如果他们想向对社区主题完全陌生的人发出邀请，他们会发出“成员邀请”，但如果他们想向提供支持服务的成员发出邀请，他们可能会发出“支持邀请”，因为那些人会被安排到不同的组和初始主题帖子。 再次…

---

## [是否可以在看板卡片中显示‘点赞’次数？](https://meta.discourse.org/t/is-it-possible-to-show-the-likes-number-in-the-kanban-cards/351238)

<div class="topic-metadata">

**Author:** [@meowlivia](https://meta.discourse.org/u/meowlivia)\
**回覆:** 0\
**Last updated:** [2025年二月8日 14:51 UTC](https://meta.discourse.org/t/is-it-possible-to-show-the-likes-number-in-the-kanban-cards/351238 "2025-02-08T14:51:06Z")

</div>

目前将看板用作产品路线图（建议、开发中、已发布）……用户可以点赞他们希望看到的功能。理想情况下，我们希望显示点赞数并允许按点赞数对看板列进行排序。

---

## [需要在帖子中包含PGN（国际象棋棋局符号）](https://meta.discourse.org/t/need-to-include-pgn-chess-game-notation-in-a-post/157376)

<div class="topic-metadata">

**Author:** [@KranthiKiranGude](https://meta.discourse.org/u/KranthiKiranGude)\
**回覆:** 22\
**Last updated:** [2020年八月20日 17:45 UTC](https://meta.discourse.org/t/need-to-include-pgn-chess-game-notation-in-a-post/157376 "2020-08-20T17:45:05Z")

</div>

I am trying to embed a PGN file in a topic. This requires including CSS and Javascript in the topic. Could some one, please help me how can I use CSS and Javascript in a topic

---

## [请在旗帜消息文本框中启用表情符号选择器](https://meta.discourse.org/t/fr-please-enable-emoji-picker-in-flag-message-text-boxes/351088)

<div class="topic-metadata">

**Author:** [@dandv](https://meta.discourse.org/u/dandv)\
**回覆:** 3\
**Last updated:** [2025年二月8日 02:24 UTC](https://meta.discourse.org/t/fr-please-enable-emoji-picker-in-flag-message-text-boxes/351088 "2025-02-08T02:24:35Z")

</div>

---

## [带有@提及的电子邮件通知的不同主题](https://meta.discourse.org/t/different-subject-for-email-notifications-that-include-an-mention/31132)

<div class="topic-metadata">

**Author:** [@wesochuck](https://meta.discourse.org/u/wesochuck)\
**回覆:** 6\
**Last updated:** [2025年二月7日 21:26 UTC](https://meta.discourse.org/t/different-subject-for-email-notifications-that-include-an-mention/31132 "2025-02-07T21:26:18Z")

</div>

This is probably a holdover from folks that are using Discourse in a similar manner to old email listservs, but what I’m noticing is that many users signup for email notifications and then build a rule to shuttle them to…

---

## [允许在注册对话框中添加其他默认个人资料字段](https://meta.discourse.org/t/allow-adding-other-default-profile-fields-to-signup-dialogue/272926)

<div class="topic-metadata">

**Author:** [@rahim123](https://meta.discourse.org/u/rahim123)\
**回覆:** 9\
**Last updated:** [2025年二月7日 13:10 UTC](https://meta.discourse.org/t/allow-adding-other-default-profile-fields-to-signup-dialogue/272926 "2025-02-07T13:10:49Z")

</div>

我一直在使用这个技巧 鼓励/强制使用个人资料图片的最佳实践是什么？ 来提醒新用户填写用户资料中的“地点”字段。虽然我很欣赏自定义欢迎消息的功能，但效果并不好。在 Discourse 上注册的新用户几乎没有人填写他们的地点，而在我迁移过来的论坛上，几乎所有注册用户都填写了，因为在注册过程中它被显示为一个可选字段。该论坛拥有庞大的国际用户群，有时用户问题的答案取决于提问用户的地点。了解用户的地点也有助于其他用户忽略一些可能被视为冒犯的帖子，…

---

## [除非管理员是参与者，否则不要向他们显示主题和私信](https://meta.discourse.org/t/do-not-show-topics-and-pms-to-admins-unless-they-are-participants/344065)

<div class="topic-metadata">

**Author:** [@Heliosurge](https://meta.discourse.org/u/Heliosurge)\
**回覆:** 10\
**Last updated:** [2025年二月6日 23:25 UTC](https://meta.discourse.org/t/do-not-show-topics-and-pms-to-admins-unless-they-are-participants/344065 "2025-02-06T23:25:14Z")

</div>

继续讨论自：Discourse Encrypt（已弃用）- #236 非常抱歉听到这个消息。我想很多人并不了解私聊系统中这一所谓的漏洞。 我一直在使用 自定义设置 \> 主题组件 ……

---

## [更新头像图片服务 - 移除代理方法](https://meta.discourse.org/t/update-avatar-image-serving-remove-proxy-method/350715)

<div class="topic-metadata">

**Author:** [@LotusJeff](https://meta.discourse.org/u/LotusJeff)\
**回覆:** 4\
**Last updated:** [2025年二月6日 15:18 UTC](https://meta.discourse.org/t/update-avatar-image-serving-remove-proxy-method/350715 "2025-02-06T15:18:27Z")

</div>

考虑到 Discourse 的 1RTT（一次往返时间）理念，我认为是时候重写头像图片服务代码了。 头像图片应与其他图片上传一样处理。在上传时调整大小、存储，并直接从文件系统/S3/CDN 提供服务。 当前的 Discourse 方法使用代理方法来提供头像图片。这种方法会产生不必要的 HTTP 往返和 IP 地址挑战。 以下是头像请求的概述： 初始 Discourse HTML 被渲染。 浏览器检测到头像图片，并向 Disco…

---

## [类别内需要“标记为已读”](https://meta.discourse.org/t/mark-as-read-needed-within-categories/94743)

<div class="topic-metadata">

**Author:** [@Beckfield](https://meta.discourse.org/u/Beckfield)\
**回覆:** 12\
**Last updated:** [2025年二月5日 15:48 UTC](https://meta.discourse.org/t/mark-as-read-needed-within-categories/94743 "2025-02-05T15:48:29Z")

</div>

I have read the threads regarding the need for a “Mark as read” button in Discourse, and I vehemently disagree with the stance of the Discourse staff that this function signifies a “cop-out” or “giving up.” It is a conv…

---

## [通过兴趣屏蔽/关注类别来改进新用户引导](https://meta.discourse.org/t/improve-new-user-onboarding-by-muting-following-categories-by-interest/350327)

<div class="topic-metadata">

**Author:** [@StefanoCecere](https://meta.discourse.org/u/StefanoCecere)\
**回覆:** 1\
**Last updated:** [2025年二月4日 16:47 UTC](https://meta.discourse.org/t/improve-new-user-onboarding-by-muting-following-categories-by-interest/350327 "2025-02-04T16:47:01Z")

</div>

任务: 一个让用户选择他们感兴趣的内容，然后自动静音/关注类别的插件。 问题: 我们有许多不同的类别，用户不想全部关注，而且很难向新手解释如何静音不感兴趣的类别。 解决方案: Discord 现在有一个非常简单且强大的入门面板，社区经理可以在其中定义角色/兴趣，然后启用/静音频道。 我们需要类似的东西。可以轻松地重新调用以重新配置自己的设置。 它也可以是一个包含所有类别的树状结构，并提供一种简单的方法来关注/正常关注/静…

---

## [首页：最新帖子 + 热门帖子栏目](https://meta.discourse.org/t/home-page-latest-posts-top-posts-columns/157325)

<div class="topic-metadata">

**Author:** [@guzey](https://meta.discourse.org/u/guzey)\
**回覆:** 4\
**Last updated:** [2025年二月4日 07:23 UTC](https://meta.discourse.org/t/home-page-latest-posts-top-posts-columns/157325 "2025-02-04T07:23:28Z")

</div>

I want the home page of my forum to be as interesting as possible. Interest is both a function of recency (which is why news are so big) and something like overall quality (which is why we read old books but don’t read o…

---

## [侧边栏顶部的插件出口](https://meta.discourse.org/t/a-plugin-outlet-on-top-of-the-sidebar/285248)

<div class="topic-metadata">

**Author:** [@manuel](https://meta.discourse.org/u/manuel)\
**回覆:** 5\
**Last updated:** [2025年二月4日 03:43 UTC](https://meta.discourse.org/t/a-plugin-outlet-on-top-of-the-sidebar/285248 "2025-02-04T03:43:37Z")

</div>

侧边栏底部有一个插件插槽，用于添加项目。如果能有一个插槽来添加项目到顶部，那就太好了。 例如，这是一个常见的侧边栏布局，对于一些 Discourse 社区来说效果很好（在侧边栏上显示品牌标志和背景元素，以及搜索栏）：

---

## [有办法重新排序帖子吗？](https://meta.discourse.org/t/a-way-to-reorder-posts/31532)

<div class="topic-metadata">

**Author:** [@Danny\_Dulai](https://meta.discourse.org/u/Danny_Dulai)\
**回覆:** 23\
**Last updated:** [2025年二月1日 19:53 UTC](https://meta.discourse.org/t/a-way-to-reorder-posts/31532 "2025-02-01T19:53:22Z")

</div>

is there a way to reorder posts in a topic? the problem occurs when threads are created by select + move posts by multiple moderators.

---

## [从频道中移除用户](https://meta.discourse.org/t/remove-a-user-from-a-channel/295175)

<div class="topic-metadata">

**Author:** [@VirgilVulpes](https://meta.discourse.org/u/VirgilVulpes)\
**回覆:** 8\
**Last updated:** [2025年二月1日 03:48 UTC](https://meta.discourse.org/t/remove-a-user-from-a-channel/295175 "2025-02-01T03:48:22Z")

</div>

我认为聊天插件需要一个选项，可以从特定的聊天频道中踢出和/或暂时禁止用户。

---

## [将 Cheers 集成到帖子投票中](https://meta.discourse.org/t/integrate-cheers-with-post-voting/349998)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**回覆:** 0\
**Last updated:** [2025年二月1日 02:34 UTC](https://meta.discourse.org/t/integrate-cheers-with-post-voting/349998 "2025-02-01T02:34:01Z")

</div>

我找不到任何类似的请求。 我在想，是否可以将 Gamification 插件与 Post Voting 插件集成起来？ 例如，如果用户的帖子被点赞，他们将获得 +10 cheers。如果被踩，则 -2。类似于 SO。同样，也许只有 cheers \> x 的用户才能发表评论，就像 SO 一样？

---

## [用加密货币支付订阅吗？](https://meta.discourse.org/t/pay-for-subscription-via-crypto/187429)

<div class="topic-metadata">

**Author:** [@ykcorner](https://meta.discourse.org/u/ykcorner)\
**回覆:** 14\
**Last updated:** [2024年七月3日 06:09 UTC](https://meta.discourse.org/t/pay-for-subscription-via-crypto/187429 "2024-07-03T06:09:17Z")

</div>

Hey guys. Curious if there has been any sort of development on paying for a subscription via cryptocurrency? Will it ever be an option in the official subscriptions plugin, or is it something that will need to be custom …

---

## [允许多个“新主题”草稿](https://meta.discourse.org/t/allow-multiple-new-topic-drafts/194427)

<div class="topic-metadata">

**Author:** [@anon23840344](https://meta.discourse.org/u/anon23840344)\
**回覆:** 42\
**Last updated:** [2025年一月30日 14:45 UTC](https://meta.discourse.org/t/allow-multiple-new-topic-drafts/194427 "2025-01-30T14:45:04Z")

</div>

Following a meeting, I volunteered for two separate tasks, requiring two separate threads. I open a browser tab and begin one of them. I open a second tab to begin the second, and the “New Topic” button is replaced with…

---

## [Dall-E 3 的图片大小？](https://meta.discourse.org/t/image-sizes-of-dall-e-3/298748)

<div class="topic-metadata">

**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\
**回覆:** 4\
**Last updated:** [2025年一月30日 01:00 UTC](https://meta.discourse.org/t/image-sizes-of-dall-e-3/298748 "2025-01-30T01:00:53Z")

</div>

OpenAI 表示： dall-e-3 模型必须是 1024x1024、1792x1024 或 1024x1792 之一 但它仅限于 1024x1024，提示词也无法改变这一点。使用 API 时尺寸是否也受限（因为这里的两个 AI 解决方案都使用了相同的限制）？

---

## [Emojis，Discourse 是否应该 fork Twemoji？](https://meta.discourse.org/t/emojis-would-it-be-prudent-for-discourse-to-fork-twemoji/272853)

<div class="topic-metadata">

**Author:** [@TheDarkWizard](https://meta.discourse.org/u/TheDarkWizard)\
**回覆:** 11\
**Last updated:** [2025年一月30日 00:10 UTC](https://meta.discourse.org/t/emojis-would-it-be-prudent-for-discourse-to-fork-twemoji/272853 "2025-01-30T00:10:35Z")

</div>

考虑到 Twitter（现在是 X？），一切都还没有定论，如果 Discourse 分叉并保留一份表情符号副本（如果还没有这样做的话），那就太好了。

---

## [迅速设置默认的评论过滤器](https://meta.discourse.org/t/quickly-setting-default-review-filter/344014)

<div class="topic-metadata">

**Author:** [@Overgrow](https://meta.discourse.org/u/Overgrow)\
**回覆:** 4\
**Last updated:** [2025年一月29日 21:54 UTC](https://meta.discourse.org/t/quickly-setting-default-review-filter/344014 "2025-01-29T21:54:17Z")

</div>

我注意到在最新的核心版本中，在审核队列中“重置”过滤器不再像以前那样方便了。例如，如果我在用户个人资料中点击“标记的帖子”，过滤器就会永久设置为仅显示该用户的帖子。这意味着我必须手动识别并恢复所有非默认设置，才能回到通常的审核队列视图（该视图设置为显示所有待定帖子）。 如果点击侧边栏中的“审核”链接可以自动清除过滤器，那会不会更好？或者，我们能否添加一个“重置”按钮以便快速调整过滤器？

---

## [为日历插件实现webhook](https://meta.discourse.org/t/implementing-webhooks-for-the-calendar-plugin/349366)

<div class="topic-metadata">

**Author:** [@manut](https://meta.discourse.org/u/manut)\
**回覆:** 4\
**Last updated:** [2025年一月29日 11:30 UTC](https://meta.discourse.org/t/implementing-webhooks-for-the-calendar-plugin/349366 "2025-01-29T11:30:38Z")

</div>

你好！ 我想知道你是否有兴趣为日历插件实现一些 webhook。 如果社区认为这对插件来说是个不错的补充，我可以着手去做…… 话虽如此，这需要时间，因为我找不到关于如何在插件中实现 webhook 的合适文档，而且我必须做一些研究 :slight\_smile:

---

## [需要为帖子或主题部分分页](https://meta.discourse.org/t/pagination-needed-for-post-or-topic-section/284921)

<div class="topic-metadata">

**Author:** [@Hitesh\_Sharma](https://meta.discourse.org/u/Hitesh_Sharma)\
**回覆:** 3\
**Last updated:** [2023年十一月9日 10:56 UTC](https://meta.discourse.org/t/pagination-needed-for-post-or-topic-section/284921 "2023-11-09T10:56:35Z")

</div>

大家好 我有 500,000 篇帖子和主题，因此很难在 discourse 中看到旧帖子 有没有可能在上面做分页？？ 我在 discourse 中搜索了分页，但找不到任何可以在 discourse 中实现分页的方法 我只找到一篇文章，其中显示了使用自定义前端代码进行分页

---

## [为私密类别启用可选链接预览](https://meta.discourse.org/t/enable-optional-link-previews-for-private-categories/349212)

<div class="topic-metadata">

**Author:** [@sasha\_ilinsky](https://meta.discourse.org/u/sasha_ilinsky)\
**回覆:** 1\
**Last updated:** [2025年一月27日 16:21 UTC](https://meta.discourse.org/t/enable-optional-link-previews-for-private-categories/349212 "2025-01-27T16:21:37Z")

</div>

我想提出一项新功能，可以增强涉及私有类别的可用性：可以选择为私有主题/类别启用自动链接预览（Onebox），即使对于没有明确访问权限的用户也是如此。 您好 Discourse 团队和社区， 问题是什么？ 目前，Discourse 会阻止私有类别中主题的 Onebox 预览，除非用户具有直接访问权限。虽然这是一个有效的安全措施，但它可能会影响用户在社区中有正当理由引用私有链接的工作流程。 例如： 内部社区：共享私有主题（例如，在…

---

## [添加选项以禁用用户之间的聊天](https://meta.discourse.org/t/add-option-to-disable-user-user-chat/228046)

<div class="topic-metadata">

**Author:** [@JammyDodger](https://meta.discourse.org/u/JammyDodger)\
**回覆:** 28\
**Last updated:** [2022年十二月13日 20:53 UTC](https://meta.discourse.org/t/add-option-to-disable-user-user-chat/228046 "2022-12-13T20:53:52Z")

</div>

Originally sent in The Chat Feedback topic Festinger 聊天中是否有禁用私信功能？ JammyDodger 我不这么认为，但这确实是个好建议 :+1:

---

## [导航菜单：侧边栏/头部下拉菜单 用户控制](https://meta.discourse.org/t/navigation-menu-sidebar-header-dropdown-user-controlled/349097)

<div class="topic-metadata">

**Author:** [@LotusJeff](https://meta.discourse.org/u/LotusJeff)\
**回覆:** 6\
**Last updated:** [2025年一月27日 01:50 UTC](https://meta.discourse.org/t/navigation-menu-sidebar-header-dropdown-user-controlled/349097 "2025-01-27T01:50:26Z")

</div>

我们能否为用户添加一个选项，让他们可以通过导航菜单选择自己偏好的默认视图？这将是“个人资料：偏好设置：界面”屏幕上的一个用户选择选项。 它的作用类似于“默认主页”选项，但标签为“默认导航”。选项将是“左侧边栏”和“标题下拉菜单”。

---

## [提供一种访问已跟踪/已关注主题（除搜索外）的方法](https://meta.discourse.org/t/provide-a-way-to-access-tracked-watched-topics-outside-search/349092)

<div class="topic-metadata">

**Author:** [@schneeland](https://meta.discourse.org/u/schneeland)\
**回覆:** 4\
**Last updated:** [2025年一月26日 18:53 UTC](https://meta.discourse.org/t/provide-a-way-to-access-tracked-watched-topics-outside-search/349092 "2025-01-26T18:53:34Z")

</div>

Discourse 中跟踪主题的功能是我最喜欢的功能之一，但\\n目前似乎无法在阅读完跟踪/关注主题的更新后访问它们（我希望我没有错过什么，但我找到的唯一内容是这个较旧的功能请求，它将两个请求混合在一个主题中）。\\n\\n这样做的用例是，我经常阅读跟踪主题的更新，但没有时间立即回复。当我稍后回来回复时，我必须手动或通过搜索来查找该主题。我认为可以直接访问跟踪主题列表会很方便，而无需诉诸搜索。\\n\\n我曾想过，这实际上可以放在主内容导航栏的“…

---

## [外部域名链接屏蔽列表](https://meta.discourse.org/t/external-domain-link-blocklist/287255)

<div class="topic-metadata">

**Author:** [@hellekin](https://meta.discourse.org/u/hellekin)\
**回覆:** 11\
**Last updated:** [2025年一月26日 00:33 UTC](https://meta.discourse.org/t/external-domain-link-blocklist/287255 "2025-01-26T00:33:59Z")

</div>

是否有办法完全阻止链接到特定域名？ 用例如下：用户不断地在任何主题下回复指向他们网站的链接，这不一定不好或危险，但结果是所有的对话都感觉被劫持和垃圾信息化。在多次坚持与该用户沟通后，发布模式仍然持续。请注意，rel="nofollow" 似乎并不能阻止这种行为。 我正在考虑完全删除链接，甚至阻止包含该域名帖子的发布，这可能会激励用户为了对话本身而贡献，而不是一直发布外部链接。 也许有其他非技术性的方法来解决这个问题，但我认为这可能…

---

## [多个Discourse实例的多个邮件接收器](https://meta.discourse.org/t/multiple-mail-receivers-for-multiple-discourse-instances/221764)

<div class="topic-metadata">

**Author:** [@Walker\_Blackwell](https://meta.discourse.org/u/Walker_Blackwell)\
**回覆:** 14\
**Last updated:** [2025年一月25日 16:28 UTC](https://meta.discourse.org/t/multiple-mail-receivers-for-multiple-discourse-instances/221764 "2025-01-25T16:28:27Z")

</div>

尊敬的 Discourse 开发人员： 多年来，Discourse 一直支持多个域和多个 Discourse 实例，但多年来一直无法将传入电子邮件定向到多个邮件接收器/域。我们能实现这一点吗？对于多站点 Discourse，不进行昂贵的轮询，回复邮件将无法正常工作。 此致， -Walker

---

## [允许 oauth2 忽略已使用的用户名/电子邮件](https://meta.discourse.org/t/allow-oauth2-to-ignore-username-email-taken/348845)

<div class="topic-metadata">

**Author:** [@AEW745](https://meta.discourse.org/u/AEW745)\
**回覆:** 0\
**Last updated:** [2025年一月24日 16:31 UTC](https://meta.discourse.org/t/allow-oauth2-to-ignore-username-email-taken/348845 "2025-01-24T16:31:29Z")

</div>

目前，当使用包含相同电子邮件或用户名的多个 Oauth2 提供程序登录时，由于用户名或电子邮件已被占用，您将无法登录。由于用户名不区分大小写，如果一个或多个 OAuth 提供程序具有小写用户名而另一个具有大写用户名，它仍然会显示用户名已被占用，从而阻止您登录。但是，一些 Oauth2 提供程序不包含电子邮件，如果您有一个相似的用户名，这使得登录您的帐户变得非常困难。跳过 Auth create confirm 没有效果，因为登录时仍然要…

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

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