# Contribute

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

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

**Page:** 95

---

## [PWA应用程序在放大图片时偶尔崩溃](https://meta.discourse.org/t/pwa-app-randomly-crashes-while-zooming-into-an-image/366344)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 0\
**Last updated:** [2025年五月15日 21:11 UTC](https://meta.discourse.org/t/pwa-app-randomly-crashes-while-zooming-into-an-image/366344 "2025-05-15T21:11:23Z")

</div>

以下是一些视觉辅助工具。一张是在移动模式下拍摄的，另一张是在桌面视图下拍摄的： https://streamable.com/go7mxe 这种情况不时发生，我只知道放大时会崩溃。可能与此有关：Pinch zoom crashes on iOS (Graceful theme) iOS 版本：18.5

---

## [允许在私有类别内进行内部一箱操作](https://meta.discourse.org/t/allow-internal-oneboxing-within-private-categories/232954)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 6\
**Last updated:** [2025年五月15日 19:45 UTC](https://meta.discourse.org/t/allow-internal-oneboxing-within-private-categories/232954 "2025-05-15T19:45:58Z")

</div>

在我们的社区中，有大量的私有分类，我们发现 oneboxing 的限制有点麻烦。 这意味着我们无法在这些分类中轻松地进行良好的内部链接。由于这些分类占我们流量的 50% 左右，这是一个很大的限制。 如果我们能够 onebox 同一私有分类（现在似乎可以了）中的链接，或者来自父分类（根据设计必须共享相同的权限）的链接，那就太好了。

---

## [添加维吾尔语](https://meta.discourse.org/t/add-uyghur-language/309466)

<div class="topic-metadata">

**Author:** [@Sahran](https://meta.discourse.org/u/Sahran)\
**回覆:** 6\
**Last updated:** [2025年五月15日 12:27 UTC](https://meta.discourse.org/t/add-uyghur-language/309466 "2025-05-15T12:27:30Z")

</div>

维吾尔语翻译在crowdin上达到了53%，您能否为Discourse添加维吾尔语支持？谢谢！

---

## [定期网络研讨会](https://meta.discourse.org/t/recurring-webinars/366225)

<div class="topic-metadata">

**Author:** [@DamirDame](https://meta.discourse.org/u/DamirDame)\
**回覆:** 0\
**Last updated:** [2025年五月15日 08:19 UTC](https://meta.discourse.org/t/recurring-webinars/366225 "2025-05-15T08:19:11Z")

</div>

是否可以为周期性网络研讨会添加处理程序？目前，该插件仅支持单次网络研讨会会议，并且无法添加包含周期性日期的网络研讨会 ID。

---

## [联邦实例上未提供Nodeinfo](https://meta.discourse.org/t/add-a-nodeinfo-endpoint/366198)

<div class="topic-metadata">

**Author:** [@Furbland\_Channel](https://meta.discourse.org/u/Furbland_Channel)\
**回覆:** 2\
**Last updated:** [2025年五月15日 07:28 UTC](https://meta.discourse.org/t/add-a-nodeinfo-endpoint/366198 "2025-05-15T07:28:12Z")

</div>

每个实例都应该有一个 nodeinfo 或指向它的链接，位于 /.well-known/nodeinfo，但尽管这个元论坛是联邦化的，它目前返回 404。这是 mastodon.social 的 nodeinfo 作为参考：https://mastodon.social/.well-known/nodeinfo

---

## [自定义复数变体后，单数文本不再有效](https://meta.discourse.org/t/singular-text-no-longer-works-after-customizing-plural-variant/365801)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 4\
**Last updated:** [2025年五月15日 05:12 UTC](https://meta.discourse.org/t/singular-text-no-longer-works-after-customizing-plural-variant/365801 "2025-05-15T05:12:19Z")

</div>

编辑站点文本的复数版本似乎会破坏单数版本。 我用于此示例的文本是 admin.site\_settings.default\_categories.modal\_description 准备 我们需要一个仅包含在恰好一个用户侧边栏中的类别。因此，请创建一个新类别并将其添加到您的侧边栏，或通过将其添加到“默认导航菜单类别”并删除它来确保某个类别不在任何人的侧边栏中，确认它应该为所有现有用户删除。然后将其添加到您的侧边栏。 后者具有提前试…

---

## [放错位置的AI文档覆盖按钮](https://meta.discourse.org/t/misplaced-ai-docs-overlay-button/366138)

<div class="topic-metadata">

**Author:** [@SvenPuschmann](https://meta.discourse.org/u/SvenPuschmann)\
**回覆:** 2\
**Last updated:** [2025年五月15日 03:51 UTC](https://meta.discourse.org/t/misplaced-ai-docs-overlay-button/366138 "2025-05-15T03:51:46Z")

</div>

您好， 我注意到过去几天在 PenPot Discourse 移动应用程序中出现了“AI Docs”浮动按钮。虽然我赞赏人工智能在增强用户体验方面可以发挥的积极作用，但在使用应用内浏览器时，我在 iOS 应用中遇到了一个重大的可用性问题。 该按钮目前浮动在屏幕底部，覆盖了“共享”和“最小化”按钮等关键界面元素。见下图： 这使得导航变得困难，并影响了可访问性。 如何调整按钮的位置，使其不干扰核心功能？是否需要在某个程序或插件…

---

## [在升级过程中进行插件的烟雾测试](https://meta.discourse.org/t/smoke-testing-plugins-during-upgrade-process/71118)

<div class="topic-metadata">

**Author:** [@ChrisBeach](https://meta.discourse.org/u/ChrisBeach)\
**回覆:** 22\
**Last updated:** [2025年五月15日 00:35 UTC](https://meta.discourse.org/t/smoke-testing-plugins-during-upgrade-process/71118 "2025-05-15T00:35:41Z")

</div>

Continuing the discussion from Blank page loaded after todays upgrade due to incompatible plugin: Plugin compatibility is an issue that has bitten me a couple of times. Yes - I have been using unsupported plugins. But n…

---

## [某些类别中无需在x帖后关闭主题的能力](https://meta.discourse.org/t/ability-to-not-close-topics-after-x-posts-in-some-categories/46826)

<div class="topic-metadata">

**Author:** [@dax](https://meta.discourse.org/u/dax)\
**回覆:** 1\
**Last updated:** [2025年五月15日 00:32 UTC](https://meta.discourse.org/t/ability-to-not-close-topics-after-x-posts-in-some-categories/46826 "2025-05-15T00:32:51Z")

</div>

My forum has approximately 50 categories and sub-categories. I change the setting to automatically close topics after 100 posts because we don’t want topics too long. Many of our users search assistance, when topics ar…

---

## [/admin/upgrade#/ 的建议](https://meta.discourse.org/t/suggestion-for-admin-upgrade/65000)

<div class="topic-metadata">

**Author:** [@JagWaugh](https://meta.discourse.org/u/JagWaugh)\
**回覆:** 1\
**Last updated:** [2025年五月15日 00:27 UTC](https://meta.discourse.org/t/suggestion-for-admin-upgrade/65000 "2025-05-15T00:27:20Z")

</div>

I’m not sure how difficult this would be to implement. Lately there have been a few issues with people’s instances failing rebuild or not working because of broken plugins. The status of plugins is monitored here on me…

---

## [带空行的删除线](https://meta.discourse.org/t/strikethrough-with-empty-lines/172632)

<div class="topic-metadata">

**Author:** [@lucasbasquerotto](https://meta.discourse.org/u/lucasbasquerotto)\
**回覆:** 2\
**Last updated:** [2025年五月15日 00:23 UTC](https://meta.discourse.org/t/strikethrough-with-empty-lines/172632 "2025-05-15T00:23:29Z")

</div>

When strikethrough is used with multiple lines, it works if the lines that are inside it don’t have empty lines, otherwise it might make some lines without strikethrough. The main problem here is that the preview shows …

---

## [使用无协议src下载远程图片不起作用](https://meta.discourse.org/t/downloading-remote-images-doesnt-work-with-protocol-less-srcs/55601)

<div class="topic-metadata">

**Author:** [@LeoMcA](https://meta.discourse.org/u/LeoMcA)\
**回覆:** 9\
**Last updated:** [2025年五月15日 00:15 UTC](https://meta.discourse.org/t/downloading-remote-images-doesnt-work-with-protocol-less-srcs/55601 "2025-05-15T00:15:08Z")

</div>

The image above, embedded with !\[Long\](//cdck-file-uploads-global.s3.dualstack.us-west-2.amazonaws.com/meta/original/3X/9/a/9a3bc7ce270b38e31e0c1425043b3e51539e3b3a.jpg) will be downloaded locally, and the image src w…

---

## [YouTube 标题在搜索结果中间歇性出现](https://meta.discourse.org/t/youtube-titles-intermittently-appearing-in-search-results/366060)

<div class="topic-metadata">

**Author:** [@ma0sm](https://meta.discourse.org/u/ma0sm)\
**回覆:** 1\
**Last updated:** [2025年五月14日 18:12 UTC](https://meta.discourse.org/t/youtube-titles-intermittently-appearing-in-search-results/366060 "2025-05-14T18:12:05Z")

</div>

我发现一个旧主题，其中引入了一项功能，允许在搜索结果中检索 YouTube 视频标题。 但是，我发现 https://community.drownedinsound.com 上的此功能工作不一致。 示例 在 Later… with Jools Holland 主题 中，有许多 YouTube 视频作为回复发布。 如果我搜索 At The Drive-In（第五个回复），我们可以清楚地看到 YouTube 标题已被成功索引，…

---

## [管理员拆分私信：无法添加自己](https://meta.discourse.org/t/admin-splitting-pms-unable-to-add-yourself/366110)

<div class="topic-metadata">

**Author:** [@Overgrow](https://meta.discourse.org/u/Overgrow)\
**回覆:** 0\
**Last updated:** [2025年五月14日 15:21 UTC](https://meta.discourse.org/t/admin-splitting-pms-unable-to-add-yourself/366110 "2025-05-14T15:21:09Z")

</div>

我注意到一个小的瑕疵（不完全算 bug），我想提一下： 当作为管理员拆分私信（即移动选定的帖子）到新对话时，目前无法将自己添加到该新消息中。因此，该对话不会显示在您的收件箱中，导致以后难以找到。唯一将自己包含在新消息中的方法是回复该对话（您可能不想经常这样做）。

---

## [从外部服务器读取 CalDAV 日历数据](https://meta.discourse.org/t/read-caldav-calendar-data-from-external-server/366108)

<div class="topic-metadata">

**Author:** [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)\
**回覆:** 0\
**Last updated:** [2025年五月14日 15:07 UTC](https://meta.discourse.org/t/read-caldav-calendar-data-from-external-server/366108 "2025-05-14T15:07:17Z")

</div>

当前的日历插件与 Discourse 外部管理的日历没有连接。在我们的案例中，我们使用 radicale 服务器 ( Radicale v3 Documentation ) 来管理用户日历，然后可以在各种设备和应用程序上共享这些日历。如果 Discourse 日历插件能够从 caldav 资源读取数据并在主题内动态显示其内容，那将是功能上的巨大提升。 我不是 Ruby 程序员，但这个包可能对此有用（他们也使用 Radicale 作为测…

---

## [自定义图标而不进行全局替换](https://meta.discourse.org/t/customize-icon-without-global-replacement/366088)

<div class="topic-metadata">

**Author:** [@digitaldominica](https://meta.discourse.org/u/digitaldominica)\
**回覆:** 3\
**Last updated:** [2025年五月14日 13:28 UTC](https://meta.discourse.org/t/customize-icon-without-global-replacement/366088 "2025-05-14T13:28:23Z")

</div>

您好，我想咨询一下是否可以允许自定义图标，但不是全局替换图标。例如，如果我想将发送消息的“加号”图标 + 更改为“纸飞机”图标，我最终会替换掉网站上所有的“加号”图标，除非我在文档中遗漏了此选项。我非常希望能够指定一个 ID/Class 或项目来专门替换图标。

---

## [（TM）用表情符号代替\`™\`](https://meta.discourse.org/t/tm-is-replaced-by-emoji-instead-of/365799)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 1\
**Last updated:** [2025年五月13日 21:12 UTC](https://meta.discourse.org/t/tm-is-replaced-by-emoji-instead-of/365799 "2025-05-13T21:12:46Z")

</div>

我不确定是什么时候改变的，但一年前，当创建 Insert Copyright symbol 时，(TM) 被替换为 ™。现在它被替换为 :trade\_mark:。在编辑器预览中，我仍然看到：™ 这就像它过去的工作方式一样。 但在已发布的帖子中，显示的是 :trade\_mark: (:trade\_mark:)。该表情符号始终是黑色的，无论背景如何，因此在使用深色调色板时，对比度会成为问题。我想知道使用表情符号有什么好处。

---

## [主题过滤中的帖子无法工作](https://meta.discourse.org/t/posts-in-topic-filter-not-working/365968)

<div class="topic-metadata">

**Author:** [@TomoftheFog](https://meta.discourse.org/u/TomoftheFog)\
**回覆:** 9\
**Last updated:** [2025年五月13日 20:10 UTC](https://meta.discourse.org/t/posts-in-topic-filter-not-working/365968 "2025-05-13T20:10:59Z")

</div>

我们的论坛出现了一个问题，当用户点击“X 话题中的帖子”按钮或使用 ?username\_filters=xxxxxxx 后缀时，话题会变为空白。滚动条会出现，显示匹配筛选按钮的帖子数量或话题中的总帖子数，但始终不显示任何帖子。 在 2025-05-09 之前一直运行正常，此后就一直无法工作。 提前感谢大家就这个非常奇怪的问题提供任何建议或帮助。

---

## [长仓库名称在 Github onebox 中没有填充](https://meta.discourse.org/t/long-repo-names-have-no-padding-in-the-github-onebox/365875)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**回覆:** 0\
**Last updated:** [2025年五月13日 10:05 UTC](https://meta.discourse.org/t/long-repo-names-have-no-padding-in-the-github-onebox/365875 "2025-05-13T10:05:33Z")

</div>

对于名称较长的仓库，名称在 onebox 中的填充与其余部分不一致，而是会延伸到 onebox 的边缘。

---

## [仅保留主题的最后自动提醒消息](https://meta.discourse.org/t/keep-only-last-auto-bump-alert-message-for-a-topic/365825)

<div class="topic-metadata">

**Author:** [@patrickemin](https://meta.discourse.org/u/patrickemin)\
**回覆:** 0\
**Last updated:** [2025年五月13日 02:09 UTC](https://meta.discourse.org/t/keep-only-last-auto-bump-alert-message-for-a-topic/365825 "2025-05-13T02:09:31Z")

</div>

您好，有办法让自动提升的话题只显示最后一次自动提醒消息，而不是全部历史记录吗？谢谢。我认为，对于用户来说，看到一个话题过去被提升了10次，以及何时被提升……

---

## [功能请求：设置用户状态时，提供“最近5个用户状态”的快捷列表](https://meta.discourse.org/t/feature-request-when-setting-user-status-provide-quick-list-of-last-5-user-statuses/365810)

<div class="topic-metadata">

**Author:** [@Ralf\_Stockmann](https://meta.discourse.org/u/Ralf_Stockmann)\
**回覆:** 0\
**Last updated:** [2024年五月22日 15:22 UTC](https://meta.discourse.org/t/feature-request-when-setting-user-status-provide-quick-list-of-last-5-user-statuses/365810 "2024-05-22T15:22:08Z")

</div>

功能请求： 我们在图书馆使用 Discourse 作为社交内联网（今年晚些时候我会写一篇经验教训的长文），因此此状态功能非常方便。但是：在标准的内联网用例中，人们总是在相同的、也许是五个状态之间切换（工作、居家办公、午餐、休假等），每次都写下来很烦人——甚至一天不止一次。因此，“您最近的 5 个状态条目”列表会非常有帮助？也许在这里……

---

## [在主题层面创建动态标签组吗？](https://meta.discourse.org/t/create-dynamic-tag-group-at-topic-level/365584)

<div class="topic-metadata">

**Author:** [@tknospdr](https://meta.discourse.org/u/tknospdr)\
**回覆:** 4\
**Last updated:** [2025年五月12日 23:28 UTC](https://meta.discourse.org/t/create-dynamic-tag-group-at-topic-level/365584 "2025-05-12T23:28:27Z")

</div>

我正在为我的公司建立一个工单系统，我真的希望能够为我的支持类别专门分配一个限制为公司名称的标签组。但由于我们事先不知道每个合作公司的名称，我在想是否有办法在第一次接触主题时将标签添加到该组中？ 看起来这么做有点麻烦： 新建主题 确定它来自谁 如果是该公司的首次帖子， 去标签页面，将名字加入标签组 返回到主题并分配标签 或者，是否有办法动态将新用户加入到一个“公司名称”的组？ 我不能通过“电子邮件域”实现，因为我们许多用户没有公…

---

## [只通过电子邮件回复私人信息](https://meta.discourse.org/t/only-reply-to-pms-by-email/50640)

<div class="topic-metadata">

**Author:** [@ky\_metro](https://meta.discourse.org/u/ky_metro)\
**回覆:** 3\
**Last updated:** [2025年五月12日 23:05 UTC](https://meta.discourse.org/t/only-reply-to-pms-by-email/50640 "2025-05-12T23:05:16Z")

</div>

I would like to enable PM replies by email without enabling email replies to regular discussions. Since the infrastructure is in place for email replies, I’m guessing this is an option that could be added pretty easily. …

---

## [浏览单个用户时，导航不同用户列表的标签仍然保持可见](https://meta.discourse.org/t/tabs-to-navigate-between-different-user-lists-remain-visible-when-viewing-a-single-user/365793)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 0\
**Last updated:** [2025年五月12日 20:41 UTC](https://meta.discourse.org/t/tabs-to-navigate-between-different-user-lists-remain-visible-when-viewing-a-single-user/365793 "2025-05-12T20:41:34Z")

</div>

在查看特定用户的管理页面时，admin \> users 中的设置、active 等选项卡是否仍然可见？这感觉有点令人迷失方向，因为那时我已不再属于那些过滤列表中的一员——我正在查看单个用户。 当您从用户的公共个人资料导航到用户的管理页面时，体验会更加混乱。然后，在到达那里之前，您看不到那些列表。 也许一个类似于报告界面的设计会更合适。在查看单个报告时，UI 仅在顶部显示一个“返回所有报告”的链接，而不是持久的选项卡。这种方法在…

---

## [时间线按钮隐藏在草稿背后](https://meta.discourse.org/t/timeline-button-hidden-behind-draft/294187)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 0\
**Last updated:** [2024年二月5日 13:42 UTC](https://meta.discourse.org/t/timeline-button-hidden-behind-draft/294187 "2024-02-05T13:42:23Z")

</div>

我赞赏可以在时间线和目录之间切换的功能。但是，在进行草稿编辑时，该功能很难访问。 屏幕截图显示，只有当预览被最小化且侧边栏未折叠时，该功能才可见。此外，当整体窗口高度增加时，切换按钮也可见。 聊天窗口也会隐藏切换按钮。

---

## [添加设置以控制主题提升，来自“微动作帖子”](https://meta.discourse.org/t/add-setting-to-control-topic-bump-from-small-action-posts/365662)

<div class="topic-metadata">

**Author:** [@per1234](https://meta.discourse.org/u/per1234)\
**回覆:** 7\
**Last updated:** [2025年五月12日 12:12 UTC](https://meta.discourse.org/t/add-setting-to-control-topic-bump-from-small-action-posts/365662 "2025-05-12T12:12:43Z")

</div>

功能描述 当在主题上执行员工操作（例如，“关闭主题”、“固定主题”）时，会自动向主题添加一个特殊帖子（“小型操作帖子”）。 请添加一个设置，允许管理员控制小型操作帖子是否会导致主题被顶起。 当前行为 当员工操作导致创建小型操作帖子时，主题会被顶起。这通常对用户没有帮助。 例如，当一个主题由于 “自动关闭主题时间”分类设置 而关闭时，将该主题显示给用户没有任何好处。 :slightly\_frowning\_face: 用户的“未读”…

---

## [当回复转移到另一个主题时，原本评论所回应的内容无法查看](https://meta.discourse.org/t/the-original-content-that-a-comment-has-responded-to-isnt-viewable-when-the-response-has-been-transferred-to-another-thread/359154)

<div class="topic-metadata">

**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\
**回覆:** 3\
**Last updated:** [2025年五月12日 02:46 UTC](https://meta.discourse.org/t/the-original-content-that-a-comment-has-responded-to-isnt-viewable-when-the-response-has-been-transferred-to-another-thread/359154 "2025-05-12T02:46:50Z")

</div>

示例 复现 您可以在以下位置看到一个示例： 它响应于：

---

## [TypeError：无法读取 null 的属性（读取 'en'）](https://meta.discourse.org/t/typeerror-cannot-read-properties-of-null-reading-en/284204)

<div class="topic-metadata">

**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\
**回覆:** 3\
**Last updated:** [2025年五月12日 02:44 UTC](https://meta.discourse.org/t/typeerror-cannot-read-properties-of-null-reading-en/284204 "2025-05-12T02:44:42Z")

</div>

几个主题组件在错误日志中显示此信息。令人担忧、在意还是无所谓？ Message Dark-Light Toggle 主题/组件出现错误： TypeError: Cannot read properties of null (reading 'en') Backtrace TypeError: Cannot read properties of null (reading 'en') at Object.initializ…

---

## [智能引号破坏引号模板](https://meta.discourse.org/t/smart-quotes-breaking-quote-template/361294)

<div class="topic-metadata">

**Author:** [@jtbayly](https://meta.discourse.org/u/jtbayly)\
**回覆:** 6\
**Last updated:** [2025年五月12日 02:40 UTC](https://meta.discourse.org/t/smart-quotes-breaking-quote-template/361294 "2025-05-12T02:40:14Z")

</div>

在我至少两个不同的 Discourse 站点上遇到了一个问题：当我选择文本并点击“引用”进行回复时，智能引号在某个地方被使用，这破坏了我帖子的外观。这是我帖子显示不正确的示例截图，因为第一行末尾（括号内）的智能引号（在括号内）： 这种情况已经持续了好几个月，我直到最近才弄清楚这些帖子到底是怎么回事。 在 Mac OS 15.4 上的 Safari 18.4 以及 Mac OS 15.3 的早期版本 Safari 上，我大约有 …

---

## [用于定制摘要和通知邮件的钩子](https://meta.discourse.org/t/hooks-for-customization-of-digest-and-notification-emails/164394)

<div class="topic-metadata">

**Author:** [@pfaffman](https://meta.discourse.org/u/pfaffman)\
**回覆:** 6\
**Last updated:** [2025年五月11日 18:51 UTC](https://meta.discourse.org/t/hooks-for-customization-of-digest-and-notification-emails/164394 "2025-05-11T18:51:13Z")

</div>

I have a client who would like to include ads in summary and notification emails. I’ve “crafted” a plugin that allows adding some text to the digest email (which I think needs some updating to catch up with changes made …

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

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