# UX

**URL:** https://meta.discourse.org/c/contribute/ux/9.md?page=4

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

**Page:** 5

---

## [RTL 语言的心形反应用户弹出窗口方向错误](https://meta.discourse.org/t/heart-reaction-user-popup-wrong-direction-for-rtl-languages/398793)

<div class="topic-metadata">

**Author:** [@discojan](https://meta.discourse.org/u/discojan)\
**回覆:** 1\
**Last updated:** [2026年六月4日 14:49 UTC](https://meta.discourse.org/t/heart-reaction-user-popup-wrong-direction-for-rtl-languages/398793 "2026-06-04T14:49:04Z")

</div>

当点击心形图标旁边的数字文本时，显示“已回应的用户”应与其正上方对齐，就像在从左到右 (LTR) 的情况下一样。 这仅在只有心形反应时才会出现问题，其他反应的位置似乎是正确的。

---

## [为什么日期会像这样出现异常？](https://meta.discourse.org/t/why-are-the-dates-glitching-like-this/404484)

<div class="topic-metadata">

**Author:** [@kairo162](https://meta.discourse.org/u/kairo162)\
**回覆:** 1\
**Last updated:** [2026年六月4日 07:56 UTC](https://meta.discourse.org/t/why-are-the-dates-glitching-like-this/404484 "2026-06-04T07:56:36Z")

</div>

为什么日期显示成这样？为什么它们会这样出错？有人能帮我修复这个漏洞吗？

---

## [键盘快捷键模态框中的快捷键未对齐](https://meta.discourse.org/t/shortcuts-in-keyboard-shortcut-modal-are-not-aligned/404060)

<div class="topic-metadata">

**Author:** [@satgo1546](https://meta.discourse.org/u/satgo1546)\
**回覆:** 1\
**Last updated:** [2026年五月29日 07:41 UTC](https://meta.discourse.org/t/shortcuts-in-keyboard-shortcut-modal-are-not-aligned/404060 "2026-05-29T07:41:40Z")

</div>

键盘快捷键指南（点击左侧边栏右下角的键盘图标，或按 ? 键打开）中的部分按键对齐有误。我认为这是在重新设计时不小心引入的？…

---

## [创建无所有者的仅请求群组时出现描述不清的错误消息](https://meta.discourse.org/t/indescriptive-error-message-when-you-make-a-request-only-group-with-no-owner/404049)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 3\
**Last updated:** [2026年五月29日 06:00 UTC](https://meta.discourse.org/t/indescriptive-error-message-when-you-make-a-request-only-group-with-no-owner/404049 "2026-05-29T06:00:59Z")

</div>

当您尝试发起一个仅包含群组但没有所有者的请求时，例如： … 您将收到一个通用的“失败”消息： 这并非一个大问题，但如果能在那里注明具体出错原因就更好了。我无意中…

---

## [Linux Debian 上的翻译文本格式异常](https://meta.discourse.org/t/translated-text-on-linux-debian-has-weird-formatting/400723)

<div class="topic-metadata">

**Author:** [@slspencer](https://meta.discourse.org/u/slspencer)\
**回覆:** 1\
**Last updated:** [2026年五月27日 08:58 UTC](https://meta.discourse.org/t/translated-text-on-linux-debian-has-weird-formatting/400723 "2026-05-27T08:58:48Z")

</div>

你好 Discourse， 我们本周在论坛上启用了核心翻译。这太棒了，简直妙不可言。 但我们的其中一位版主使用的是 Debian Linux（Ubuntu LTS）。她发布了以下内容，其中翻译后的文本延伸到了“r…”区域。

---

## [如何重新启用文档中的目录？如何切换翻译？](https://meta.discourse.org/t/how-do-i-re-enable-the-toc-on-docs-and-how-do-i-toggle-translation/403003)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 1\
**Last updated:** [2026年五月26日 06:56 UTC](https://meta.discourse.org/t/how-do-i-re-enable-the-toc-on-docs-and-how-do-i-toggle-translation/403003 "2026-05-26T06:56:41Z")

</div>

看起来 Meta 正在测试文档分类的“简洁模式”。有人能帮我理解一下，点击“时间线”后该如何恢复目录吗？ 我的临时解决方法是查找一个带有目录且不是……

---

## [Trust Level 组即使设置了，也不会在组列表中显示](https://meta.discourse.org/t/trust-level-groups-are-not-shown-on-group-list-even-if-they-are-set-to-be/389652)

<div class="topic-metadata">

**Author:** [@Steradiant](https://meta.discourse.org/u/Steradiant)\
**回覆:** 5\
**Last updated:** [2026年五月26日 05:54 UTC](https://meta.discourse.org/t/trust-level-groups-are-not-shown-on-group-list-even-if-they-are-set-to-be/389652 "2026-05-26T05:54:14Z")

</div>

即使您将信任级别组设置为对所有人可见，它们仍然不会显示在全局组列表中。

---

## [特色组件允许安装已安装的组件](https://meta.discourse.org/t/featured-components-let-install-already-installed-ones/403741)

<div class="topic-metadata">

**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\
**回覆:** 5\
**Last updated:** [2026年五月25日 08:24 UTC](https://meta.discourse.org/t/featured-components-let-install-already-installed-ones/403741 "2026-05-25T08:24:25Z")

</div>

一个次要但有点烦人的问题。安装新主题组件时，系统会提供一些主题组件（TC）： 我已经安装了一些，例如“侧边栏主题切换”。系统应该提示这些组件已安装，或者直接隐藏它们。现在它却……

---

## [待处理的建议编辑通知覆盖编辑历史和日期](https://meta.discourse.org/t/pending-suggested-edit-notification-overlaps-the-edit-history-and-date/403721)

<div class="topic-metadata">

**Author:** [@Lilly](https://meta.discourse.org/u/Lilly)\
**回覆:** 1\
**Last updated:** [2026年五月24日 16:40 UTC](https://meta.discourse.org/t/pending-suggested-edit-notification-overlaps-the-edit-history-and-date/403721 "2026-05-24T16:40:31Z")

</div>

在向 wiki 文档提出编辑建议时，编辑历史中的铅笔图标和日期会被待处理的建议编辑横幅遮挡：

---

## [澄清“删除已移除帖子后”设置的措辞](https://meta.discourse.org/t/clarify-wording-of-delete-removed-posts-after-setting/403690)

<div class="topic-metadata">

**Author:** [@Ethsim2](https://meta.discourse.org/u/Ethsim2)\
**回覆:** 0\
**Last updated:** [2026年五月23日 08:53 UTC](https://meta.discourse.org/t/clarify-wording-of-delete-removed-posts-after-setting/403690 "2026-05-23T08:53:09Z")

</div>

继续讨论将“允许删除所有帖子和主题”拆分为“自有内容”和“全局内容”权限的话题： \`delete\_removed\_posts\_after\` 的措辞也略显模糊。 当前表述为…

---

## [无法在线程视图中为管理员操作添加备注](https://meta.discourse.org/t/cant-add-note-to-admin-action-in-threaded-view/403660)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 0\
**Last updated:** [2026年五月22日 19:23 UTC](https://meta.discourse.org/t/cant-add-note-to-admin-action-in-threaded-view/403660 "2026-05-22T19:23:54Z")

</div>

从线程回复视图查看“操作日志”时，没有按钮可打开编辑器并为您的管理员操作添加备注。 虽然可以通过扁平视图实现此操作，但如果能够……就太好了。

---

## [恢复帖子不会生成日志条目](https://meta.discourse.org/t/undeleting-a-post-does-not-create-a-log-entry/403423)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 1\
**Last updated:** [2026年五月22日 02:39 UTC](https://meta.discourse.org/t/undeleting-a-post-does-not-create-a-log-entry/403423 "2026-05-22T02:39:11Z")

</div>

删除主题 → 创建工作人员操作日志条目“删除主题” 删除帖子 → 创建工作人员操作日志条目“删除帖子” 恢复主题 → 创建工作人员操作日志条目“恢复主题” 恢复帖子 → 创建工作人员操作日志条目“恢复帖子”

---

## [在“自动静默首帖正则表达式”描述中添加指向“关注词”的链接](https://meta.discourse.org/t/add-link-from-auto-silence-first-post-regex-description-to-watched-words/403058)

<div class="topic-metadata">

**Author:** [@T\_Disco](https://meta.discourse.org/u/T_Disco)\
**回覆:** 1\
**Last updated:** [2026年五月21日 14:10 UTC](https://meta.discourse.org/t/add-link-from-auto-silence-first-post-regex-description-to-watched-words/403058 "2026-05-21T14:10:50Z")

</div>

路径：/admin/site\_settings/category/all\_results?filter=Auto%20silence%20first%20post%20regex 如果可能，描述中的文本“静默监控词”（句子为“已弃用：请使用静默监控…”）若能更新将更有帮助。

---

## [在反应列表打开时点击浏览器“返回”按钮出现的两个小问题](https://meta.discourse.org/t/2-minor-issues-when-we-press-back-on-our-browser-while-the-reaction-list-is-open/403509)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 1\
**Last updated:** [2026年五月21日 10:09 UTC](https://meta.discourse.org/t/2-minor-issues-when-we-press-back-on-our-browser-while-the-reaction-list-is-open/403509 "2026-05-21T10:09:37Z")

</div>

反应列表保持打开状态 出于某些原因，它会将我们带到页面底部（无限加载下方的页脚……） 在 Chrome 移动版上，Galaxy S23。

---

## [下拉选项文本大小写更改请求](https://meta.discourse.org/t/change-request-for-the-text-casing-on-drop-down-options/403413)

<div class="topic-metadata">

**Author:** [@Richie](https://meta.discourse.org/u/Richie)\
**回覆:** 3\
**Last updated:** [2026年五月20日 12:42 UTC](https://meta.discourse.org/t/change-request-for-the-text-casing-on-drop-down-options/403413 "2026-05-20T12:42:55Z")

</div>

在扩展搜索页面 /search?expanded=true 上，我们能否调整部分下拉选择选项文本的大小写，以提升一致性？ 在“主题所在”列表中，所有选项均为小写： ……

---

## [在事件界面中让“添加到日历”按钮更加醒目](https://meta.discourse.org/t/make-the-add-to-calendar-button-more-prominent-in-the-event-ui/403204)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 3\
**Last updated:** [2026年五月19日 16:15 UTC](https://meta.discourse.org/t/make-the-add-to-calendar-button-more-prominent-in-the-event-ui/403204 "2026-05-19T16:15:41Z")

</div>

在摆弄那个上下文菜单时，我不禁在想，“添加到日历”功能是否更适合直接放在卡片上。 该菜单中的其他选项都相当偏向管理功能，但“添加到日历”是面向所有用户的…

---

## [当 discourse\_reactions\_experimental\_allow\_any\_emoji 启用时，将代表“更多...”的 :-) 表情符号替换掉](https://meta.discourse.org/t/replace-the-emoji-which-signifies-more-when-discourse-reactions-experimental-allow-any-emoji-is-set/403116)

<div class="topic-metadata">

**Author:** [@Jonathan5](https://meta.discourse.org/u/Jonathan5)\
**回覆:** 1\
**Last updated:** [2026年五月18日 16:24 UTC](https://meta.discourse.org/t/replace-the-emoji-which-signifies-more-when-discourse-reactions-experimental-allow-any-emoji-is-set/403116 "2026-05-18T16:24:06Z")

</div>

继续关于“在 Discourse 表情反应中添加……选项”的讨论： 即使可以通过主题组件/CSS 实现，这也很好。谢谢。

---

## [手机浏览器打开管理标签组页面显示有错乱](https://meta.discourse.org/t/topic/403180)

<div class="topic-metadata">

**Author:** [@sniper756](https://meta.discourse.org/u/sniper756)\
**回覆:** 0\
**Last updated:** [2026年五月17日 02:36 UTC](https://meta.discourse.org/t/topic/403180 "2026-05-17T02:36:23Z")

</div>

Modernize Foundation theme 手机浏览器打开管理标签组页面显示有错乱

---

## [移除主题的 NEW 状态 - 行为有变化吗？](https://meta.discourse.org/t/removing-new-status-from-topics-behaviour-changed/403030)

<div class="topic-metadata">

**Author:** [@sb56637](https://meta.discourse.org/u/sb56637)\
**回覆:** 3\
**Last updated:** [2026年五月16日 15:06 UTC](https://meta.discourse.org/t/removing-new-status-from-topics-behaviour-changed/403030 "2026-05-16T15:06:30Z")

</div>

你好，我想知道 Discourse 中关于主题列表里主题的新状态（:blue\_circle:）何时以及如何被移除，以及主题何时不再出现在 /new 和 /unread 列表中的行为是否有所变化。……

---

## [编辑书签对话框中有不必要的按钮吗？](https://meta.discourse.org/t/superfluous-button-in-edit-bookmark-dialog/403018)

<div class="topic-metadata">

**Author:** [@ted](https://meta.discourse.org/u/ted)\
**回覆:** 4\
**Last updated:** [2026年五月15日 14:14 UTC](https://meta.discourse.org/t/superfluous-button-in-edit-bookmark-dialog/403018 "2026-05-15T14:14:09Z")

</div>

我在想编辑书签对话框是否真的需要这个按钮。 万一有保留它的理由，我认为它可以改进。目前，图标和位置都具有误导性，或者至少……

---

## [在个人资料设置中将不可编辑的用户字段显示为禁用输入框](https://meta.discourse.org/t/show-uneditable-user-fields-as-disabled-inputs-in-profile-preferences/403015)

<div class="topic-metadata">

**Author:** [@ted](https://meta.discourse.org/u/ted)\
**回覆:** 1\
**Last updated:** [2026年五月15日 06:55 UTC](https://meta.discourse.org/t/show-uneditable-user-fields-as-disabled-inputs-in-profile-preferences/403015 "2026-05-15T06:55:30Z")

</div>

我在测试一些功能时有点困惑。原因是，不可编辑的用户字段对非工作人员用户的个人资料偏好设置完全隐藏。（工作人员用户拥有特殊权限，可以编辑甚至不可编辑的字段……）

---

## [个人资料中的用户简介在右侧略微被截断](https://meta.discourse.org/t/user-bio-in-the-profile-is-slightly-cut-on-the-right-side/403012)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 0\
**Last updated:** [2026年五月14日 23:46 UTC](https://meta.discourse.org/t/user-bio-in-the-profile-is-slightly-cut-on-the-right-side/403012 "2026-05-14T23:46:40Z")

</div>

这不算什么，但“did”末尾的字母“d”缺失了。 我将引文设为斜体，正因如此，当我注意到这个问题时，便想到了这一点： 传记中的斜体文本是否也需要内边距？ 这里…

---

## [更改默认 LLM 的次要 UI 错误](https://meta.discourse.org/t/minor-ui-bug-changing-default-llm/402792)

<div class="topic-metadata">

**Author:** [@RBoy](https://meta.discourse.org/u/RBoy)\
**回覆:** 1\
**Last updated:** [2026年五月13日 15:34 UTC](https://meta.discourse.org/t/minor-ui-bug-changing-default-llm/402792 "2026-05-13T15:34:14Z")

</div>

在 AI 功能设置页面中，当默认 LLM 被更改时，使用默认 LLM 的智能体不会立即更新其文本以反映新的默认 LLM，直到页面重新加载： 刷新页面后：

---

## [移动端的自动化脚本配置页面难以使用](https://meta.discourse.org/t/automation-script-configuration-page-on-mobile-is-difficult-to-use/402713)

<div class="topic-metadata">

**Author:** [@Lilly](https://meta.discourse.org/u/Lilly)\
**回覆:** 0\
**Last updated:** [2026年五月11日 23:07 UTC](https://meta.discourse.org/t/automation-script-configuration-page-on-mobile-is-difficult-to-use/402713 "2026-05-11T23:07:58Z")

</div>

我认为移动端视口尺寸下的自动化页面用户体验可能需要稍作调整。

---

## [自动化上次运行在移动端重叠了编辑按钮](https://meta.discourse.org/t/automation-last-run-overlapping-edit-button-in-mobile/402695)

<div class="topic-metadata">

**Author:** [@Lilly](https://meta.discourse.org/u/Lilly)\
**回覆:** 1\
**Last updated:** [2026年五月11日 22:35 UTC](https://meta.discourse.org/t/automation-last-run-overlapping-edit-button-in-mobile/402695 "2026-05-11T22:35:52Z")

</div>

在竖屏模式下，移动端视口会将最后一列的“运行”按钮挤到“编辑”按钮上。 将手机切换为横屏：

---

## [Klipy 搜索结果似乎重复了](https://meta.discourse.org/t/klipy-search-result-seem-to-repeat/399155)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 1\
**Last updated:** [2026年五月11日 20:21 UTC](https://meta.discourse.org/t/klipy-search-result-seem-to-repeat/399155 "2026-05-11T20:21:42Z")

</div>

我有一个印象，当我搜索例如“birthday”（生日）并在使用 Klipy 时向下滚动时，相同的 gif 会一遍又一遍地重复出现。当我在 Giphy 中做同样的事情时，在某个时候我根本无法再向下滚动了……

---

## [手机微软edge浏览器“永久删除”弹出窗口太窄](https://meta.discourse.org/t/edge/402663)

<div class="topic-metadata">

**Author:** [@sniper756](https://meta.discourse.org/u/sniper756)\
**回覆:** 2\
**Last updated:** [2026年五月11日 20:08 UTC](https://meta.discourse.org/t/edge/402663 "2026-05-11T20:08:37Z")

</div>

手机微软edge浏览器"永久删除"弹出窗口太窄。 默认Foundation和Modernize Foundation theme，都存在这个问题。

---

## [体验在一段时间后自动终止模拟的情况](https://meta.discourse.org/t/experience-when-impersonation-is-terminated-automatically-after-some-time/402252)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 5\
**Last updated:** [2026年五月11日 03:38 UTC](https://meta.discourse.org/t/experience-when-impersonation-is-terminated-automatically-after-some-time/402252 "2026-05-11T03:38:57Z")

</div>

继续讨论关于实验性冒充界面的新错误： 该变更现已稳定，我仍然可以复现此问题。在冒充功能……之后，是否有任何计划改善管理员的体验？

---

## [暗色主题下用户列表信息不易阅读](https://meta.discourse.org/t/the-information-in-the-user-list-is-not-easy-to-read-under-the-dark-theme/402573)

<div class="topic-metadata">

**Author:** [@Noble\_Fish](https://meta.discourse.org/u/Noble_Fish)\
**回覆:** 0\
**Last updated:** [2026年五月9日 18:50 UTC](https://meta.discourse.org/t/the-information-in-the-user-list-is-not-easy-to-read-under-the-dark-theme/402573 "2026-05-09T18:50:01Z")

</div>

用户所在行的颜色为深黄色，列表中的文字使用灰色，其中用户的标题等颜色更浅，这使得阅读有些困难...

---

## [为普通用户显示“带我回家”按钮，而非空白自定义页面](https://meta.discourse.org/t/show-take-me-home-button-instead-of-blank-custom-page-for-regular-users/402425)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 1\
**Last updated:** [2026年五月8日 14:37 UTC](https://meta.discourse.org/t/show-take-me-home-button-instead-of-blank-custom-page-for-regular-users/402425 "2026-05-08T14:37:21Z")

</div>

我最近在这里的论坛登录后遇到了空白页面。问题在于，当我未登录时，我使用的是 Meta 品牌主题，因为它是默认主题。该主题的主页位于 /custo…

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

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