# Contribute

**URL:** https://meta.discourse.org/c/contribute/208.md?page=157

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

**Page:** 158

---

## [仅发送每日电子邮件摘要，离开时不要为每次回复发送](https://meta.discourse.org/t/only-send-daily-email-summaries-not-for-every-reply-when-away/203811)

<div class="topic-metadata">

**Author:** [@AquaL1te](https://meta.discourse.org/u/AquaL1te)\
**回覆:** 11\
**Last updated:** [2024年四月27日 14:06 UTC](https://meta.discourse.org/t/only-send-daily-email-summaries-not-for-every-reply-when-away/203811 "2024-04-27T14:06:54Z")

</div>

我想知道是否可以每天只发送一封关于诸如回复之类的通知的电子邮件。现在用户（离线时）会收到每一次回复的电子邮件。有些用户认为这很烦人，我也很理解……

---

## [帖子转换为消息时不会创建群组收件箱](https://meta.discourse.org/t/posts-converted-to-messages-dont-create-group-inboxes/305662)

<div class="topic-metadata">

**Author:** [@Chief-Engineer](https://meta.discourse.org/u/Chief-Engineer)\
**回覆:** 0\
**Last updated:** [2024年四月27日 02:57 UTC](https://meta.discourse.org/t/posts-converted-to-messages-dont-create-group-inboxes/305662 "2024-04-27T02:57:05Z")

</div>

继续讨论群收件箱未显示的问题： 似乎如果您将帖子转换为发送给群组的消息，它将不会创建指向群组收件箱的链接。我假设如果……这不会引起任何明显的问题。

---

## [从DM搜索框隐藏频道](https://meta.discourse.org/t/hide-channels-from-dm-search-input/305550)

<div class="topic-metadata">

**Author:** [@Earnie\_Baird](https://meta.discourse.org/u/Earnie_Baird)\
**回覆:** 0\
**Last updated:** [2024年四月26日 10:24 UTC](https://meta.discourse.org/t/hide-channels-from-dm-search-input/305550 "2024-04-26T10:24:45Z")

</div>

我有一些公共聊天频道，我会自动将所有用户添加到其中。\\n每当用户开始与其他人进行新的私信时，他们总是在搜索过滤器中看到这些聊天频道作为首选选项，这会造成混乱和冗余...

---

## [取消受邀用户（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/rename-personal-chats/241202)

<div class="topic-metadata">

**Author:** [@sok777](https://meta.discourse.org/u/sok777)\
**回覆:** 4\
**Last updated:** [2024年四月26日 09:07 UTC](https://meta.discourse.org/t/rename-personal-chats/241202 "2024-04-26T09:07:43Z")

</div>

是否可以更改个人聊天频道的名称？ 例如，如果我有一个频道和另外两个朋友，我想将其命名为“三剑客”

---

## [品牌头部链接和图标设置现在为对象设置类型](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 的编辑器中有一个很好的查询替换功能。 所以“没有理由”……

---

## [Webhook 的奇怪 Bug/问题](https://meta.discourse.org/t/weird-bugs-issues-with-webhooks/305487)

<div class="topic-metadata">

**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\
**回覆:** 2\
**Last updated:** [2024年四月26日 04:26 UTC](https://meta.discourse.org/t/weird-bugs-issues-with-webhooks/305487 "2024-04-26T04:26:37Z")

</div>

有许多 Webhook 似乎没有与其旨在提供的数据库对象保持同步。虽然有很多示例，但这是最新的一个。 更新以下字段时： group\_upda…

---

## [加载滑块应显示实际进度](https://meta.discourse.org/t/loading-slider-should-show-actual-progress/305428)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 3\
**Last updated:** [2024年四月25日 23:28 UTC](https://meta.discourse.org/t/loading-slider-should-show-actual-progress/305428 "2024-04-25T23:28:52Z")

</div>

如果我根本不在网上，它真的在加载吗？ 尤其是在连接非常慢的情况下（并在开发者工具中将其限制为边缘），这种效果会非常明显，即它已填充 90%，但页面尚未加载……

---

## [将‘import embed unlisted’设置添加到/customize/embeddings](https://meta.discourse.org/t/add-import-embed-unlisted-setting-to-customize-embeddings/304617)

<div class="topic-metadata">

**Author:** [@Jim\_Starkweather](https://meta.discourse.org/u/Jim_Starkweather)\
**回覆:** 4\
**Last updated:** [2024年四月25日 21:44 UTC](https://meta.discourse.org/t/add-import-embed-unlisted-setting-to-customize-embeddings/304617 "2024-04-25T21:44:20Z")

</div>

自上次更新以来，我们在网站上显示主题的嵌入代码（其中嵌入会在论坛中为新内容生成新主题）已开始将所有主题列为“未列出”，而不是像以前那样被列出……

---

## [推广 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/dropdown-menus-on-mobile-letting-touches-through-other-elements/305459)

<div class="topic-metadata">

**Author:** [@davy](https://meta.discourse.org/u/davy)\
**回覆:** 0\
**Last updated:** [2024年四月25日 16:54 UTC](https://meta.discourse.org/t/dropdown-menus-on-mobile-letting-touches-through-other-elements/305459 "2024-04-25T16:54:50Z")

</div>

下拉菜单，例如类别或标签选择，不会阻止菜单空间外的触摸。如果用户想通过触摸菜单未占用的区域来退出此菜单，被触摸的元素会接收到事件并触发……

---

## [iOS 应用无法正确处理登录链接](https://meta.discourse.org/t/ios-app-doesn-t-handle-the-login-link-properly/305386)

<div class="topic-metadata">

**Author:** [@davy](https://meta.discourse.org/u/davy)\
**回覆:** 2\
**Last updated:** [2024年四月25日 16:28 UTC](https://meta.discourse.org/t/ios-app-doesn-t-handle-the-login-link-properly/305386 "2024-04-25T16:28:13Z")

</div>

当通过电子邮件登录链接用作身份验证方法时，iOS 应用无法检测到成功的身份验证，并且主菜单中仍然显示“连接”按钮。 如何重现： 添加 Discourse 实例……

---

## [为 BBCode 插件添加的标签添加撰写器按钮](https://meta.discourse.org/t/add-composer-buttons-for-tags-added-by-bbcode-plugin-s/305108)

<div class="topic-metadata">

**Author:** [@Crius](https://meta.discourse.org/u/Crius)\
**回覆:** 11\
**Last updated:** [2024年四月25日 15:54 UTC](https://meta.discourse.org/t/add-composer-buttons-for-tags-added-by-bbcode-plugin-s/305108 "2024-04-25T15:54:31Z")

</div>

此插件提供的标签是否有机会看到 WYSIWYG 按钮界面，特别是那些尚未被 markdown 覆盖的标签？我指的是，粗体 B 使用 markdown 是可以的，但是……

---

## [Discourse 应用在远程服务器上出现错误，变得无法使用](https://meta.discourse.org/t/discourse-app-gets-unusable-on-remote-server-error/305383)

<div class="topic-metadata">

**Author:** [@davy](https://meta.discourse.org/u/davy)\
**回覆:** 0\
**Last updated:** [2024年四月25日 06:53 UTC](https://meta.discourse.org/t/discourse-app-gets-unusable-on-remote-server-error/305383 "2024-04-25T06:53:49Z")

</div>

当托管 Discourse 实例的远程服务器出现严重错误（例如 5xx 代码）并且仅显示错误消息时，视图几乎会卡在该视图上，因为没有可见的导航元素。 这至少在 iOS 上会发生。重启应用程序会将我带回到服务器概览。 建议的行为更改： 当在主菜单中选择服务器时，应用程序应在打开 Web 视图之前预取到服务器的第一个请求，并在打开 Web 视图之前返回 5xx 和可能的某些 4xx 代码时显示错误。 应用程序仍应检测此类错误并显示一…

---

## [使用有效key下载maxmind db失败，但可以在容器内下载DB](https://meta.discourse.org/t/fail-to-download-maxmind-db-with-valid-key-can-download-the-db-from-inside-container/300590)

<div class="topic-metadata">

**Author:** [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**回覆:** 15\
**Last updated:** [2024年四月25日 00:27 UTC](https://meta.discourse.org/t/fail-to-download-maxmind-db-with-valid-key-can-download-the-db-from-inside-container/300590 "2024-04-25T00:27:54Z")

</div>

构建因这个原因失败了。我移除了环境变量并重新构建，没有使用它。然后进入容器内部进行调试。在那里我将密钥添加到了 discourse.conf，但它仍然失败。 (谢天谢地我做了 t...

---

## [将签名限制在特定类别](https://meta.discourse.org/t/restrict-signatures-to-only-certain-categories/304267)

<div class="topic-metadata">

**Author:** [@jenmck](https://meta.discourse.org/u/jenmck)\
**回覆:** 5\
**Last updated:** [2024年四月24日 16:22 UTC](https://meta.discourse.org/t/restrict-signatures-to-only-certain-categories/304267 "2024-04-24T16:22:36Z")

</div>

是否可以只启用针对特定类别的签名？

---

## [LinkedIn弃用“使用LinkedIn登录”方法](https://meta.discourse.org/t/sign-in-with-linkedin-method-deprecated-by-linkedin/288164)

<div class="topic-metadata">

**Author:** [@ToddZ](https://meta.discourse.org/u/ToddZ)\
**回覆:** 13\
**Last updated:** [2024年四月24日 09:47 UTC](https://meta.discourse.org/t/sign-in-with-linkedin-method-deprecated-by-linkedin/288164 "2024-04-24T09:47:14Z")

</div>

严格来说不算一个“bug”，但正如 @Hifihedgehog 所指出的，这似乎是由于 LinkedIn 所做的更改而导致的故障。不确定我们是应该要求更新插件，还是确认 OAuth2 Basic 插件应该被……

---

## [用户资料的静音/忽略按钮 - 是否应该用铃铛图标而不是用户图标？](https://meta.discourse.org/t/user-profile-mute-ignore-button-should-it-not-be-a-bell-icon-instead-of-person-icon/181477)

<div class="topic-metadata">

**Author:** [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)\
**回覆:** 13\
**Last updated:** [2024年四月24日 14:05 UTC](https://meta.discourse.org/t/user-profile-mute-ignore-button-should-it-not-be-a-bell-icon-instead-of-person-icon/181477 "2024-04-24T14:05:03Z")

</div>

我不知道这个功能是如何诞生的，也不知道为它选择了哪些图标，但多年来，我发现遇到这个“Normal”按钮令人困惑，它似乎表明我正在查看的用户是……

---

## [无法再从作业评论提交了 😢](https://meta.discourse.org/t/can-no-longer-submit-from-assignment-comment/305245)

<div class="topic-metadata">

**Author:** [@ganncamp](https://meta.discourse.org/u/ganncamp)\
**回覆:** 1\
**Last updated:** [2024年四月24日 13:57 UTC](https://meta.discourse.org/t/can-no-longer-submit-from-assignment-comment/305245 "2024-04-24T13:57:24Z")

</div>

一夜之间，分配/编辑作业对话框发生了变化。 我以前是 点击用户/组下拉菜单 做出我的选择 制表到注释 Ctrl-Enter 提交。 轻而易举。 现在 Ctrl-Enter 不再从那个输入框提交……

---

## [为什么已读通知不会被删除？](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>

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

---

## [全屏代码视图中的自动代码高亮已损坏](https://meta.discourse.org/t/automatic-code-highlighting-broken-in-fullscreen-code-view/304879)

<div class="topic-metadata">

**Author:** [@oskar1](https://meta.discourse.org/u/oskar1)\
**回覆:** 5\
**Last updated:** [2024年四月23日 16:38 UTC](https://meta.discourse.org/t/automatic-code-highlighting-broken-in-fullscreen-code-view/304879 "2024-04-23T16:38:56Z")

</div>

优先级/严重性: 低 平台: Chrome 124, Ubuntu 22 版本: Discourse v3.3.0.beta2-dev 描述: Discourse 会使用 hljs 自动进行代码高亮，即使没有指定语言。此功能...

---

## [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…

---

## [活动摘要的“0”选择器完全没道理](https://meta.discourse.org/t/activity-summary-0-selector-makes-0-sense/305047)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 1\
**Last updated:** [2024年四月23日 10:55 UTC](https://meta.discourse.org/t/activity-summary-0-selector-makes-0-sense/305047 "2024-04-23T10:55:45Z")

</div>

这个“0”毫无意义， 应该被改为 请选择 v -OR- 频率 v -OR- 选择频率 v，等等。 (v 是下拉按钮)

---

## [添加预览窗口刷新按钮](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/preview-screen-super-different-for-internal-links/305023)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 5\
**Last updated:** [2024年四月23日 09:27 UTC](https://meta.discourse.org/t/preview-screen-super-different-for-internal-links/305023 "2024-04-23T09:27:47Z")

</div>

链接 A： https://meta.discourse.org/my/preferences/emails 链接 B： https://meta.discourse.org/my/preferences/ 链接 C： https://meta.discourse.org 。 它们在右侧预览屏幕中的外观如下： W……

---

## [回复在此期间已更改主题的邮件会丢失](https://meta.discourse.org/t/replying-by-emails-to-topics-that-have-been-changed-in-the-meantime-go-into-black-holes/304550)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 1\
**Last updated:** [2024年四月23日 08:43 UTC](https://meta.discourse.org/t/replying-by-emails-to-topics-that-have-been-changed-in-the-meantime-go-into-black-holes/304550 "2024-04-23T08:43:08Z")

</div>

我们知道，当用户通过电子邮件回复了一个在中间过程中被关闭的帖子时，他会收到一封“抱歉”的邮件回复。这都没问题。 但让我们来看看他通过……回复的那个帖子的情况。

---

## [将投票活动添加到游戏化](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>

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

---

## [Firefox v124.0.1 和 Discourse v3.2.1 的 composer 中的 Tab 补全已损坏](https://meta.discourse.org/t/tab-completion-in-composer-broken-for-firefox-v124-0-1-and-discourse-v3-2-1/300858)

<div class="topic-metadata">

**Author:** [@manning-ncsa](https://meta.discourse.org/u/manning-ncsa)\
**回覆:** 4\
**Last updated:** [2024年四月22日 16:58 UTC](https://meta.discourse.org/t/tab-completion-in-composer-broken-for-firefox-v124-0-1-and-discourse-v3-2-1/300858 "2024-04-22T16:58:42Z")

</div>

在 Ubuntu Jammy 上使用 Firefox 124.0.1 (64 位) 在 Discourse v3.2.1 的编辑器中提及频道、人员或群组时，自动完成建议会按预期弹出，但没有办法通过按键接受建议……

---

## [用“点赞”图标表示所有情绪欠佳](https://meta.discourse.org/t/like-icon-used-to-represent-all-emotions-is-sub-optimal/304605)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 6\
**Last updated:** [2024年四月22日 15:33 UTC](https://meta.discourse.org/t/like-icon-used-to-represent-all-emotions-is-sub-optimal/304605 "2024-04-22T15:33:16Z")

</div>

这里看起来有六个人喜欢这个项目， 实际上可能是六个讨厌。 这里元 على (meta) 上看到的爱心符号也是一样。 也许一个 Category:Comedy and tragedy mask icon - Wikimedia Commons 会更好……

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

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