# Contribute **URL:** https://meta.discourse.org/c/contribute/208.md?page=101 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 102 --- ## [在reserved\_usernames中添加'anonymous\*'，阻止在Anonymous模式下创建'AnonymousXX'名称结构](https://meta.discourse.org/t/adding-anonymous-to-reserved-usernames-blocks-creation-of-anonymousxx-name-structure-in-anonymous-mode/240485)
**Author:** [@Jonathan5](https://meta.discourse.org/u/Jonathan5)\ **回覆:** 12\ **Last updated:** [2025年四月2日 10:10 UTC](https://meta.discourse.org/t/adding-anonymous-to-reserved-usernames-blocks-creation-of-anonymousxx-name-structure-in-anonymous-mode/240485 "2025-04-02T10:10:29Z")
继续讨论 如何匿名化单个帖子？： 如果你允许该用户的信任级别使用匿名模式，这会奏效，因为我以前这样做过。 我刚才试了一下，为该用户创建的匿名用户是 20 个字符的、看起来随机的字母数字组合，开头是 cb426… 我本以为它会是“anonymous99”或“anonymous100”的格式。 这是个 bug 还是我做错了什么？ --- ## [头像花哨不点击](https://meta.discourse.org/t/avatar-flair-not-clickable/359939)
**Author:** [@dfabulich](https://meta.discourse.org/u/dfabulich)\ **回覆:** 0\ **Last updated:** [2025年四月2日 00:04 UTC](https://meta.discourse.org/t/avatar-flair-not-clickable/359939 "2025-04-02T00:04:14Z")
当在头像上使用群组徽章图标时，徽章图标本身是不可点击的。 例如，像这样搜索 @sam 的帖子 https://meta.discourse.org/search?q=%40sam%20order%3Alatest，例如 https://meta.discourse.org/t/dropping-ios-15-other-old-browsers-in-may-2025/358131/51。 如果你点击 Sam 头像上的 Discou… --- ## [来自不同类别的事件的不同颜色](https://meta.discourse.org/t/different-colours-for-events-from-different-categories/285048)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 2\ **Last updated:** [2025年四月1日 23:21 UTC](https://meta.discourse.org/t/different-colours-for-events-from-different-categories/285048 "2025-04-01T23:21:34Z")
这有点单调。 在日历中显示每个事件的类别颜色会很好——这样在视觉上会更好看，并且会增加一个非常有用的元素。 --- ## [有用于在线课程的插件吗？](https://meta.discourse.org/t/is-there-a-plugin-for-running-online-courses/359910)
**Author:** [@wendellverli](https://meta.discourse.org/u/wendellverli)\ **回覆:** 1\ **Last updated:** [2025年四月1日 22:17 UTC](https://meta.discourse.org/t/is-there-a-plugin-for-running-online-courses/359910 "2025-04-01T22:17:44Z")
我想为我的社区运行一个在线课程——有没有相关的插件？ --- ## [在meta上登录用户的搜索是否出现故障？](https://meta.discourse.org/t/search-broken-for-logged-in-users-on-meta/359907)
**Author:** [@dubwoc](https://meta.discourse.org/u/dubwoc)\ **回覆:** 9\ **Last updated:** [2025年四月1日 21:17 UTC](https://meta.discourse.org/t/search-broken-for-logged-in-users-on-meta/359907 "2025-04-01T21:17:25Z")
当尝试使用 Firefox 进行搜索时，我在 JavaScript 控制台中收到一条错误消息： 如果我在未登录的情况下进行相同的搜索，控制台中没有错误，并且搜索按预期工作： 编辑：登录后，其他浏览器似乎也存在此问题。 --- ## [主题卡在特定渠道显示出奇怪的日历视图](https://meta.discourse.org/t/topic-cards-results-in-funky-calendar-view-with-specific-outlet/359775)
**Author:** [@dubwoc](https://meta.discourse.org/u/dubwoc)\ **回覆:** 0\ **Last updated:** [2025年四月1日 02:49 UTC](https://meta.discourse.org/t/topic-cards-results-in-funky-calendar-view-with-specific-outlet/359775 "2025-04-01T02:49:08Z")
如果启用了主题卡片组件，某些设置会导致“日历”类别出现布局问题。 将“日历类别出口”设置为“before-topic-list-body”，日历就会挤在主题列表的顶部。 如果我将“日历类别出口”设置为“discovery-list-container-top”，日历就能正确地利用整个区域： 这似乎是主题卡片组件的一个 bug。 当禁用主题卡片组件时，使用“before-topic-list-body”出口的日历可以按… --- ## [编辑审查中显示的差异（引号字符）不正确](https://meta.discourse.org/t/incorrect-diff-shown-quoted-characters-in-edit-review/359909)
**Author:** [@supermathie](https://meta.discourse.org/u/supermathie)\ **回覆:** 0\ **Last updated:** [2025年四月1日 20:21 UTC](https://meta.discourse.org/t/incorrect-diff-shown-quoted-characters-in-edit-review/359909 "2025-04-01T20:21:18Z")
此差异在编辑审核模态框中显示不正确： 实际旧值为： EB \[label="Elasticsearch\\nLoad Balancer"\] {L1 L2 L3} -\> EB 实际新值为： {L1 L2 L3} -\> {E1 E2 E3} {G1 G2 G3} -\> {E1 E2 E3} --- ## [剥离传入的电子邮件附件不会通知发件人](https://meta.discourse.org/t/stripping-incoming-email-attachments-doesnt-notify-sender/21216)
**Author:** [@downey](https://meta.discourse.org/u/downey)\ **回覆:** 4\ **Last updated:** [2025年四月1日 16:17 UTC](https://meta.discourse.org/t/stripping-incoming-email-attachments-doesnt-notify-sender/21216 "2025-04-01T16:17:32Z")
Continuing the discussion from Incoming emails with attachments are not processed: It appears that when an attachment is stripped off (e.g., because it’s not on the approved file type list) the user is never notified t… --- ## [Shared Drafts 中的主题处于 ActivityPub 的悬而未决发布状态](https://meta.discourse.org/t/topic-in-shared-drafts-is-in-a-limbo-publishing-state-for-activitypub/354423)
**Author:** [@pmusaraj](https://meta.discourse.org/u/pmusaraj)\ **回覆:** 6\ **Last updated:** [2025年四月1日 09:42 UTC](https://meta.discourse.org/t/topic-in-shared-drafts-is-in-a-limbo-publishing-state-for-activitypub/354423 "2025-04-01T09:42:56Z")
这是一个边缘情况，但可能会令人困惑。如果您有一个主题位于“共享草稿”类别中，并且该主题有一个带有 ActivityPub 参与者的标签，您可能会遇到以下状态： --- ## [Composer在Meta上从屏幕边缘掉落](https://meta.discourse.org/t/composer-falls-off-the-edge-of-the-screen-on-meta/359688)
**Author:** [@noahl](https://meta.discourse.org/u/noahl)\ **回覆:** 6\ **Last updated:** [2025年四月1日 08:05 UTC](https://meta.discourse.org/t/composer-falls-off-the-edge-of-the-screen-on-meta/359688 "2025-04-01T08:05:58Z")
嘿！ 似乎找不到相关主题。我不认为这与新的编辑器实验有关。 工具栏选项已超出屏幕边缘，无法访问。这是在侧边视图中 :slight\_smile: （不确定确切名称） 我认为这与此有关，但“您的主题也相似”也显得很拥挤，并且超出了屏幕边缘 --- ## [将“默认电子邮件摘要频率”设置为3-4天](https://meta.discourse.org/t/set-default-email-digest-frequency-to-3-4-days/186806)
**Author:** [@alehandrof](https://meta.discourse.org/u/alehandrof)\ **回覆:** 15\ **Last updated:** [2025年四月1日 03:41 UTC](https://meta.discourse.org/t/set-default-email-digest-frequency-to-3-4-days/186806 "2025-04-01T03:41:43Z")
I’d like to send the activity summary email to my users about every half-week (3 or 4 days). I don’t see an option to do so in the UI. Is there another way of setting this up. We’ve found that one week is too long if so… --- ## [为什么在“最大图像大小KB”中使用“KB”，而单位是可选择的？](https://meta.discourse.org/t/why-kb-in-max-image-size-kb-when-unit-is-selectable/359682)
**Author:** [@one1](https://meta.discourse.org/u/one1)\ **回覆:** 5\ **Last updated:** [2025年四月1日 00:34 UTC](https://meta.discourse.org/t/why-kb-in-max-image-size-kb-when-unit-is-selectable/359682 "2025-04-01T00:34:44Z")
在这些设置中： 为什么设置名称中会显示“KB”，而我们可以选择 KB、MB 或 GB 作为单位？这是过去遗留下来的东西吗？ 我应该在 GitHub 上为此创建一个问题吗？ --- ## [将电子邮件地址附加到默认用户组收件箱的能力](https://meta.discourse.org/t/ability-to-attach-email-addresses-to-default-user-group-inboxes/348650)
**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\ **回覆:** 4\ **Last updated:** [2025年三月31日 20:16 UTC](https://meta.discourse.org/t/ability-to-attach-email-addresses-to-default-user-group-inboxes/348650 "2025-03-31T20:16:52Z")
我们希望能够在 Discourse 中将电子邮件设置附加到默认用户组。我们的示例是版主。我们希望有一个版主电子邮件地址，可以进入他们的收件箱。由于此设置对于默认 Discourse 用户组不可见，因此我们将不得不创建一个单独的版主用户组并进行管理，并放弃自动生成的用户组。 普通用户组的外观： 自动生成用户组未提供的设置： --- ## [关于新的全屏注册/登录设计的反馈](https://meta.discourse.org/t/feedback-on-new-fullscreen-signup-login-designs/359190)
**Author:** [@haydenjames](https://meta.discourse.org/u/haydenjames)\ **回覆:** 11\ **Last updated:** [2025年三月31日 16:39 UTC](https://meta.discourse.org/t/feedback-on-new-fullscreen-signup-login-designs/359190 "2025-03-31T16:39:46Z")
关于全屏登录更改。我现在可以将其恢复，但我更喜欢模态版本——它允许用户看到后面的页面，这样他们就知道（可以看到）他们正在登录的确切内容。 保留此选项有什么坏处吗？论坛所有者如何在模态框中维护旧版登录？ 全屏布局感觉像是一种倒退——除非我遗漏了什么，否则它不像以前那样无缝。我今天更新了 Discourse，对这个变化感到惊讶。起初，我以为有什么东西坏了——是 CSS 还是论坛本身。我只使用 2K 屏幕，但布局看起来非常简陋。我的第一反… --- ## [覆盖浏览器的“在页面中查找”快捷键](https://meta.discourse.org/t/overriding-the-browsers-find-in-page-keyboard-shortcut/203233)
**Author:** [@fakename](https://meta.discourse.org/u/fakename)\ **回覆:** 2\ **Last updated:** [2024年三月1日 22:36 UTC](https://meta.discourse.org/t/overriding-the-browsers-find-in-page-keyboard-shortcut/203233 "2024-03-01T22:36:05Z")
Hi, I’m a fan of Discourse, from a small community that is talking about migrating from vBulletin5. One person was opposed to Discourse because “Hijacking Ctrl+f is evil” and after seeing what they meant, I have to agree… --- ## [无法在较小设备上的菜单中更改追踪通知](https://meta.discourse.org/t/cant-change-tracking-notifications-from-menu-on-smaller-devices/359443)
**Author:** [@DMonty](https://meta.discourse.org/u/DMonty)\ **回覆:** 2\ **Last updated:** [2025年三月31日 11:47 UTC](https://meta.discourse.org/t/cant-change-tracking-notifications-from-menu-on-smaller-devices/359443 "2025-03-31T11:47:47Z")
您好！^^ 看起来这个问题在 2020 年已经解决了，根据这个帖子：Can't change tracking status from post timeline menu on mobile 问题：如果您的屏幕尺寸小于 925px，它会触发时间轴样式更改为一个悬停在右下角的框。点击此框会打开一个带有“跳转到…”和通知级别图标的菜单。点击通知级别图标会短暂显示用于更改主题通知级别的 GUI，但似乎会被中断，菜单会立即关闭——从而关闭… --- ## [主题链接计数器在50处停止](https://meta.discourse.org/t/topic-link-counter-stops-at-50/359412)
**Author:** [@Richie](https://meta.discourse.org/u/Richie)\ **回覆:** 6\ **Last updated:** [2025年三月31日 05:43 UTC](https://meta.discourse.org/t/topic-link-counter-stops-at-50/359412 "2025-03-31T05:43:51Z")
Discourse 3.5.0.beta3-dev (afde7cc172)。 主题底部显示的链接计数器似乎停在 50，即使线程中有 1,000 多个链接： 供参考： 在另一个主题中，这个也显示为 50： 但实际上有 250 多个链接： 有人知道可能是什么原因吗？ :thinking: --- ## [尝试更改徽标时出现“没有文件被授权上传”的提示](https://meta.discourse.org/t/no-files-are-authorized-to-be-uploaded-when-trying-to-change-logo/359573)
**Author:** [@mpalmer](https://meta.discourse.org/u/mpalmer)\ **回覆:** 1\ **Last updated:** [2025年三月31日 05:38 UTC](https://meta.discourse.org/t/no-files-are-authorized-to-be-uploaded-when-trying-to-change-logo/359573 "2025-03-31T05:38:07Z")
我有一个网站管理员试图更新他们网站上的徽标，但他们收到了“抱歉，不允许上传任何文件”的错误。根据我对代码的阅读，这似乎只会在 authorizesOneOrMoreExtensions 返回 false 时报告，而如果用户是员工并且 authorized\_extensions\_for\_staff 包含 \*，该函数应返回 true。在此网站上： discourse(prod)\> SiteSetting.authorized\_extens… --- ## [拒绝申请人并删除他们提供的信息](https://meta.discourse.org/t/reject-an-applicant-and-delete-the-information-they-supplied/321343)
**Author:** [@robbie.morrison](https://meta.discourse.org/u/robbie.morrison)\ **回覆:** 7\ **Last updated:** [2025年三月31日 02:07 UTC](https://meta.discourse.org/t/reject-an-applicant-and-delete-the-information-they-supplied/321343 "2025-03-31T02:07:09Z")
当已接受的用户被删除时，电子邮件地址和其他个人身份信息 (PII) 似乎会被移除。 但是，当申请人被拒绝，但从未成为用户时，情况并非如此。他们的信息仍保留在审核日志中。我相信情况就是这样。 我可以手动删除此申请信息吗？如果不能，我是否发现了错误？非常感谢任何帮助。 --- ## [通过电子邮件与Discourse互动](https://meta.discourse.org/t/interacting-with-discourse-via-e-mail/359559)
**Author:** [@sfalken](https://meta.discourse.org/u/sfalken)\ **回覆:** 0\ **Last updated:** [2025年三月30日 22:36 UTC](https://meta.discourse.org/t/interacting-with-discourse-via-e-mail/359559 "2025-03-30T22:36:57Z")
我正在尝试通过电子邮件使用 openSUSE 的 discourse (forums.opensuse.org)，遇到一个问题，我不确定如何处理/修复它。我已经与 forums.o.o 的管理员沟通过，他们也不确定，所以他们建议我在这里询问。 openSUSE Discourse 的顶级类别是基于语言的，然后在它们下面有标签。（例如：English/Tumbleweed、Portuguese/Tumbleweed、Spanish/Tu… --- ## [功能请求 - Wistia 频道嵌入支持](https://meta.discourse.org/t/feature-request-wistia-channel-embed-support/359525)
**Author:** [@alex20](https://meta.discourse.org/u/alex20)\ **回覆:** 0\ **Last updated:** [2025年三月30日 14:53 UTC](https://meta.discourse.org/t/feature-request-wistia-channel-embed-support/359525 "2025-03-30T14:53:21Z")
您好，我曾与 Discourse 支持部门联系，他们建议我在此处创建一个功能请求。我正在尝试嵌入 Wistia 频道。 Discourse 已通过 oEmbed 支持嵌入单个 Wistia 视频。频道是一种以类似库的形式展示多个视频的方式。 Discourse 已支持一些 oneboxing，如 discourse/lib/onebox/engine/wistia\_onebox.rb at main · discourse/disc… --- ## [在iPhone邮件中使用暗模式回复——输入为白色字符在白色背景上](https://meta.discourse.org/t/replying-in-iphone-mail-in-dark-mode-input-is-white-characters-on-white-background/281380)
**Author:** [@Doug\_Lerner](https://meta.discourse.org/u/Doug_Lerner)\ **回覆:** 9\ **Last updated:** [2025年三月30日 10:37 UTC](https://meta.discourse.org/t/replying-in-iphone-mail-in-dark-mode-input-is-white-characters-on-white-background/281380 "2025-03-30T10:37:18Z")
当我的 iPhone 处于深色模式时，如果我收到来自 TidBits 讨论的电子邮件通知，并想通过电子邮件回复（使用标准的 iOS Mail），那么我正在回复的电子邮件中的某些格式会迫使背景和我正在输入的字母都变成白色。因此，几乎无法看清我正在输入的内容。 这可以修复吗？ --- ## [“已解决”是Bug还是故意的？](https://meta.discourse.org/t/solved-bug-or-intentional/359355)
**Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 8\ **Last updated:** [2025年三月30日 10:24 UTC](https://meta.discourse.org/t/solved-bug-or-intentional/359355 "2025-03-30T10:24:30Z")
这本身不是一个问题，但我注意到了，如果这不是故意的，我在此报告。\\n\\n作为管理员，如果我进入一个不是我创建的主题，则“已解决/解决方案”按钮仅显示图标：\\n\\n\\n\\n但如果是我创建的，我可以看到完整的按钮：\\n\\n\\n\\n再说一遍，这不是一个大问题，但我想让您知道这件事。 --- ## [我们能提交一个自定义的个人资料设置吗？](https://meta.discourse.org/t/can-we-get-a-custom-profile-up/359488)
**Author:** [@wendellverli](https://meta.discourse.org/u/wendellverli)\ **回覆:** 2\ **Last updated:** [2025年三月30日 07:02 UTC](https://meta.discourse.org/t/can-we-get-a-custom-profile-up/359488 "2025-03-30T07:02:27Z")
我正在尝试创建一个新的个人资料页面 - 这是“之后”： 这是“之前”——我不能给我们的用户这种丑陋的东西……（抱歉，创作者们） 有人知道可以用于上述新个人资料布局的插件吗？ --- ## [您的浏览器即将与此社区不兼容。要继续在这里参与，请升级您的浏览器或了解更多信息](https://meta.discourse.org/t/your-browser-will-soon-be-incompatible-with-this-community-to-keep-participating-here-please-upgrade-your-browser-or-learn-more/359376)
**Author:** [@FrostKnight](https://meta.discourse.org/u/FrostKnight)\ **回覆:** 2\ **Last updated:** [2025年三月29日 05:18 UTC](https://meta.discourse.org/t/your-browser-will-soon-be-incompatible-with-this-community-to-keep-participating-here-please-upgrade-your-browser-or-learn-more/359376 "2025-03-29T05:18:46Z")
我觉得有必要说一下，但并不是所有人都对现代网页浏览器抱有高度评价。有些人觉得它们丑陋且臃肿（我自己也是这样认为的），有些人觉得它们过于关注无用的UI（也是我）。 还有一些人不喜欢新版浏览器对数据收集的友好程度。Firefox 现在可能开始收集数据并出售。 而且别让我谈论 Chromium 了。 我理解支持多个网页浏览器很困难，但我认为只支持基于 Chromium 和 Firefox 也不应是唯一的选择。我非常包括基于 Chromi… --- ## [默认项目符号在未设置图标时被不恰当地隐藏](https://meta.discourse.org/t/the-default-bullet-is-innapropriately-hidden-when-there-is-no-icon-set/359367)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 0\ **Last updated:** [2025年三月29日 00:37 UTC](https://meta.discourse.org/t/the-default-bullet-is-innapropriately-hidden-when-there-is-no-icon-set/359367 "2025-03-29T00:37:12Z")
启用此 TC 后，我的网站上的默认项目符号将被隐藏，无论是否设置了图标。 TC 处于非活动状态时： TC 处于活动状态时： TC 中的这段 scss 似乎无法正常工作： .badge-category.--has-icon { // hide default bullet when icon is set &::before { display: none; } } 稍后… 我现在看到这与类别设置… --- ## [在 allowed\_on\_groups 设置中选择 "everyone" 组未能启用事件创建](https://meta.discourse.org/t/selecting-the-everyone-group-in-the-allowed-on-groups-setting-does-not-enable-event-creation/279434)
**Author:** [@simon](https://meta.discourse.org/u/simon)\ **回覆:** 5\ **Last updated:** [2025年三月28日 23:35 UTC](https://meta.discourse.org/t/selecting-the-everyone-group-in-the-allowed-on-groups-setting-does-not-enable-event-creation/279434 "2025-03-28T23:35:19Z")
discourse post event allowed on groups 设置下拉菜单提供“everyone”组作为选项之一。选择它时，预期是每个人都可以创建事件，但事实并非如此。要允许论坛上的任何用户创建事件，需要选择 trust\_level\_0 组。 我认为过去也曾出现过“everyone”组被包含在设置下拉菜单中的类似问题。可能该设置只是拉取了所有组，但“everyone”组不是一个真正的组，应该从大多数这些设置中排除… --- ## [亮/暗模式切换不合理/有bug](https://meta.discourse.org/t/light-dark-mode-toggle-is-illogical-buggy/357286)
**Author:** [@ozzi](https://meta.discourse.org/u/ozzi)\ **回覆:** 3\ **Last updated:** [2025年三月28日 22:54 UTC](https://meta.discourse.org/t/light-dark-mode-toggle-is-illogical-buggy/357286 "2025-03-28T22:54:32Z")
核心已发布深色/浅色模式切换器，但它不合逻辑/存在错误。我想提供浅色和深色主题，并始终向所有用户显示切换器。默认将根据设备偏好自动设置。 要显示切换器，我需要： 在设置中将站点默认的深色配色方案 ID 设置为正确的深色方案 启用界面颜色选择器到标题或侧边栏 将主题默认配色方案设置为浅色方案（如果是深色，则已登录用户不可见） 这将为未登录用户显示切换器。但是，要为已登录用户显示切换器，用户需要： 从用户设置中将配色方案更改… --- ## [在Markdown中渲染 \`\