# UX **URL:** https://meta.discourse.org/c/contribute/ux/9.md?page=3 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 4 --- ## [在作曲器中右键点击会找到作曲器后面的帖子中的图片](https://meta.discourse.org/t/right-clicking-in-composer-finds-image-from-post-behind-composer/406325)
**Author:** [@seanblue](https://meta.discourse.org/u/seanblue)\ **回覆:** 4\ **Last updated:** [2026年六月29日 18:55 UTC](https://meta.discourse.org/t/right-clicking-in-composer-finds-image-from-post-behind-composer/406325 "2026-06-29T18:55:18Z")
这是一个有趣的情况。如果你正在查看一个带有图片的帖子，即使图片被编辑器覆盖，你仍然可以右键点击图片，并且依然可以正常打开它。 复现步骤： 查看一个带有图片的帖子（例如：https://meta.discourse.org/t/view-counter-for-each-post-not-just-1st-one/406017） 打开编辑器并滚动页面，使图片位于编辑器后面 在编辑器覆盖图片的位置右键，你会发现有诸如“在新标签页中打开… --- ## [在主题订阅控制菜单中，文本模糊](https://meta.discourse.org/t/text-in-the-topic-subscription-control-context-menu-is-blurred/405967)
**Author:** [@roke\_julian\_lockhart](https://meta.discourse.org/u/roke_julian_lockhart)\ **回覆:** 2\ **Last updated:** [2026年六月27日 19:59 UTC](https://meta.discourse.org/t/text-in-the-topic-subscription-control-context-menu-is-blurred/405967 "2026-06-27T19:59:27Z")
尽管 firefox-nightly-154.0a1-20260621215606 内置的特定元素截图功能按预期渲染： ……但我实际观察到的是： --- ## [在新主题下拉列表中始终首先显示最近的草稿](https://meta.discourse.org/t/always-show-recent-drafts-first-in-the-new-topic-dropdown/406259)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 0\ **Last updated:** [2026年六月26日 22:37 UTC](https://meta.discourse.org/t/always-show-recent-drafts-first-in-the-new-topic-dropdown/406259 "2026-06-26T22:37:23Z")
我更希望新主题下拉菜单中显示的主题始终将最近更新的草稿排在前面——就像我活动中的草稿列表一样。 目前，在重新加载后，它们的顺序会发生变化… --- ## [主题编辑界面显示图标重叠](https://meta.discourse.org/t/topic-edit-interface-shows-overlapping-icons/406255)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 1\ **Last updated:** [2026年六月26日 21:31 UTC](https://meta.discourse.org/t/topic-edit-interface-shows-overlapping-icons/406255 "2026-06-26T21:31:12Z")
在编辑已发布帖子的主题信息时， 和 图标会堆叠在一起。 --- ## [即将举行的活动 - 未列出在类别中但在即将举行的活动中可见](https://meta.discourse.org/t/upcoming-events-unlisted-is-invisible-in-category-but-visible-in-upcoming-events/363486)
**Author:** [@tkforbes](https://meta.discourse.org/u/tkforbes)\ **回覆:** 2\ **Last updated:** [2026年六月25日 14:47 UTC](https://meta.discourse.org/t/upcoming-events-unlisted-is-invisible-in-category-but-visible-in-upcoming-events/363486 "2026-06-25T14:47:06Z")
今天早上，我需要取消几个活动的列表，以防止他们在我修改帖子时显示。我注意到这些活动对我的普通用户是隐藏的，但对于相同的用户，这些活动仍然可以通过“即将到来的活动”日历查看和访问。 这是一个自托管的实例，最近刚刚更新（几周前）。 --- ## [“新主题”按钮在调整大小时无响应](https://meta.discourse.org/t/new-topic-button-is-not-responsive-when-resizing/406036)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 1\ **Last updated:** [2026年六月24日 16:41 UTC](https://meta.discourse.org/t/new-topic-button-is-not-responsive-when-resizing/406036 "2026-06-24T16:41:13Z")
复现步骤： 查看“新建主题”按钮 缩小窗口使其进入移动视图模式 观察文本仍然保留在那里 刷新窗口 观察按钮发生变化并丢失文本 再次放大窗口使其恢… --- ## [对话模式 (treeview)](https://meta.discourse.org/t/conversation-mode-treeview/285253)
**Author:** [@oles67](https://meta.discourse.org/u/oles67)\ **回覆:** 4\ **Last updated:** [2026年六月24日 14:55 UTC](https://meta.discourse.org/t/conversation-mode-treeview/285253 "2026-06-24T14:55:17Z")
你好， 请问有没有像 Outlook 那样的对话模式来显示论坛的解决方案？ 当讨论有很多分支，像树一样时，跟进起来很快就会变得复杂。 一些讨论串有…… --- ## [去掉“Dismiss ⌄”按钮](https://meta.discourse.org/t/cut-off-dismiss-button/405888)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 2\ **Last updated:** [2026年六月24日 09:31 UTC](https://meta.discourse.org/t/cut-off-dismiss-button/405888 "2026-06-24T09:31:50Z")
你好！:blob-wave-reverse: Dismiss 按钮的标签和下拉箭头图标之间有一个空格。 所有主题都会出现这种情况 :slight\_smile: --- ## [事件（日历）用户体验问题](https://meta.discourse.org/t/event-calendar-ux-issues/405388)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 2\ **Last updated:** [2026年六月23日 22:47 UTC](https://meta.discourse.org/t/event-calendar-ux-issues/405388 "2026-06-23T22:47:53Z")
在使用新版日历插件时，我遇到了以下 UX 问题： 事件卡片中的主图链接指向的是图片本身，而不是帖子主题。 这不符合预期。我希望点击后能进入帖子主题…… --- ## [Threaded discussion is ultimately too complex to survive on the public Internet?](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172)
**Author:** [@John\_Engleman](https://meta.discourse.org/u/John_Engleman)\ **回覆:** 84\ **Last updated:** [2026年六月23日 14:41 UTC](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172 "2026-06-23T14:41:21Z")
In 2012, Jeff’ wrote that he thought “threaded discussion is ultimately too complex to survive on the public Internet.” Since it’s been nearly another 6 years, I was wondering if he still saw flat threads as the wave o… --- ## [自上次更新以来，主题帖中的显示问题](https://meta.discourse.org/t/probleme-daffiche-dans-le-topic-depuis-la-derniere-mise-a-jour/405884)
**Author:** [@gilles](https://meta.discourse.org/u/gilles)\ **回覆:** 8\ **Last updated:** [2026年六月23日 10:22 UTC](https://meta.discourse.org/t/probleme-daffiche-dans-le-topic-depuis-la-derniere-mise-a-jour/405884 "2026-06-23T10:22:51Z")
呃，自从上次更新后，我在按钮上遇到了问题，并且现在处于安全模式：:sweat\_smile: --- ## [删除分类按钮比保存按钮更显眼](https://meta.discourse.org/t/delete-category-button-is-more-prominent-than-save/403037)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 5\ **Last updated:** [2026年六月20日 07:38 UTC](https://meta.discourse.org/t/delete-category-button-is-more-prominent-than-save/403037 "2026-06-20T07:38:15Z")
我（差点）误删了一个正在编辑的分类。 在新的“简化分类创建”界面中，删除按钮直接位于配置下方，而保存按钮则出现在非常、非常、非常…… --- ## [将鼠标悬停在表情符号上可显示其更大版本](https://meta.discourse.org/t/hover-over-emoji-could-show-larger-version-of-emoji/405546)
**Author:** [@SkyeDragon](https://meta.discourse.org/u/SkyeDragon)\ **回覆:** 4\ **Last updated:** [2026年六月18日 08:10 UTC](https://meta.discourse.org/t/hover-over-emoji-could-show-larger-version-of-emoji/405546 "2026-06-18T08:10:42Z")
我在论坛帖子或聊天中发现，有些表情符号在 16x16 像素的大小时不太清晰： 以下是 Discord 的处理方式，效果很好： 同时显示表情符号的文本，并在悬停时展示更大的图片。 这对于原本以全分辨率绘制、而非专为小尺寸设计的自定义表情符号尤其有用——我想这是一个相当普遍的问题。 --- ## [重复下拉菜单中我们可以增加几个额外选项](https://meta.discourse.org/t/we-could-do-with-a-couple-of-extra-options-in-the-recurrence-dropdown/405557)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 0\ **Last updated:** [2026年六月17日 23:24 UTC](https://meta.discourse.org/t/we-could-do-with-a-couple-of-extra-options-in-the-recurrence-dropdown/405557 "2026-06-17T23:24:29Z")
我们现在为活动重复提供了几个很棒的选项： 我特别喜欢“每月的第二个星期五”这个选项，它非常适合我们社区中的许多活动。 然而，考虑到人类需求的复杂性，我们还需要更多的选项。我在想： 每第三周（目前缺失） 每隔一个月的第 x 个星期五（对我们的社区非常有价值） 每隔三个月的第 x 个星期五（即每季度一次） 每隔六个月的第 x 个星期五（即每半年一次） 每隔十二个月的第 x 个星期五（即每年一次） 看起来增加一些额外的选项并不… --- ## [即将变更的通知隐藏在即将变更页面](https://meta.discourse.org/t/notifications-about-upcoming-changes-that-are-hidden-on-the-upcoming-changes-page/405009)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 2\ **Last updated:** [2026年六月16日 05:22 UTC](https://meta.discourse.org/t/notifications-about-upcoming-changes-that-are-hidden-on-the-upcoming-changes-page/405009 "2026-06-16T05:22:13Z")
今天，我收到通知，「启用 Horizon 高上下文主题卡片」更改已默认启用。当我点击它时，结果如下： 我理解为什么被禁用的主题/插件的更改会被隐藏…… --- ## [简化的日期/事件插入界面](https://meta.discourse.org/t/streamlined-date-event-insertion-ui/359938)
**Author:** [@SkyeDragon](https://meta.discourse.org/u/SkyeDragon)\ **回覆:** 7\ **Last updated:** [2026年六月15日 21:13 UTC](https://meta.discourse.org/t/streamlined-date-event-insertion-ui/359938 "2026-06-15T21:13:45Z")
问题 用户（包括我自己 :blush:）经常对插入日期 UI（核心）和插入事件 UI（官方插件）感到困惑。（它们甚至都指向“事件”） 当前 UI 插入日期/时间 UI： 插入事件 UI： 建议的解决方案 理想情况下，也许可以将它们合并成一个按钮，当用户尝试创建事件或时间时会提示用户。（但这需要大量的代码重构） 更简单的方法是，如果事件按钮直接位于日期/时间按钮旁边，而不是隐藏在“更多”齿轮图标下，这可能会提醒用户有… --- ## [自动滚动破坏无障碍](https://meta.discourse.org/t/automatic-scrolling-breaks-accessibility/202652)
**Author:** [@chibop](https://meta.discourse.org/u/chibop)\ **回覆:** 5\ **Last updated:** [2026年六月15日 14:16 UTC](https://meta.discourse.org/t/automatic-scrolling-breaks-accessibility/202652 "2026-06-15T14:16:05Z")
我是一名屏幕阅读器用户，自动滚动因焦点问题破坏了可访问性。 如果我想在长帖子的中间找到一个帖子，屏幕阅读器用户是不可能做到的，因为屏幕阅读器的焦点会跳来跳去…… --- ## [如果事件帖子/主题的电子邮件通知包含描述会更好](https://meta.discourse.org/t/email-notification-of-event-posts-topics-would-be-better-if-the-description-is-included/405280)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 1\ **Last updated:** [2026年六月15日 12:41 UTC](https://meta.discourse.org/t/email-notification-of-event-posts-topics-would-be-better-if-the-description-is-included/405280 "2026-06-15T12:41:31Z")
新活动帖子的电子邮件通知未包含活动的描述。如果帖子正文中有文本，则会包含这些文本。 我觉得这提供了非常“精简”的体验。过于精简了！ 例如：… --- ## [能否通过向下拖动列表元素而不是其上方的空白区域来关闭用户反应列表？](https://meta.discourse.org/t/could-we-close-the-user-reactions-list-by-draging-the-list-element-down-instead-of-the-empty-area-above/404606)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 2\ **Last updated:** [2026年六月12日 10:37 UTC](https://meta.discourse.org/t/could-we-close-the-user-reactions-list-by-draging-the-list-element-down-instead-of-the-empty-area-above/404606 "2026-06-12T10:37:26Z")
你好！:hugs: 在手机上打开表情反应列表时，我总是尝试在列表内部触摸并滑动来关闭它。可惜，这没有任何反应。要关闭它，你必须触摸/向下滑动列表上方的空白区域。 …… --- ## [手机显示错误](https://meta.discourse.org/t/wrong-display-on-mobile/405086)
**Author:** [@pHneutre](https://meta.discourse.org/u/pHneutre)\ **回覆:** 1\ **Last updated:** [2026年六月11日 16:49 UTC](https://meta.discourse.org/t/wrong-display-on-mobile/405086 "2026-06-11T16:49:52Z")
该博客链接在移动设备上显示在其父元素的左下角。我无法弄清楚原因。 它在桌面上显示正常。 以防万一：我有另一个仅在桌面设备上显示的链接（因此在移动设备上为 display: none） --- ## [标签和标签组应在管理菜单中占据更显眼的位置](https://meta.discourse.org/t/tags-and-tag-groups-deserve-a-more-visible-place-in-the-admin-menu/405039)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 0\ **Last updated:** [2026年六月11日 06:47 UTC](https://meta.discourse.org/t/tags-and-tag-groups-deserve-a-more-visible-place-in-the-admin-menu/405039 "2026-06-11T06:47:18Z")
我刚才浏览了新的管理员菜单，哇，我真的很喜欢它们。不过，一直以来感觉有点被藏起来的，是 /tags 和 /tag\_groups 页面。现在，我们在新的“内容”部分中有了…… --- ## [为什么帖子操作中的“回复”按钮有背景过渡效果？](https://meta.discourse.org/t/why-does-the-reply-button-in-post-actions-have-a-background-transition-effect/404362)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 12\ **Last updated:** [2026年六月10日 22:24 UTC](https://meta.discourse.org/t/why-does-the-reply-button-in-post-actions-have-a-background-transition-effect/404362 "2026-06-10T22:24:18Z")
嗨！ 我没看到其他明显采用相同设计风格的按钮。而且文字颜色没有过渡效果，看起来不太协调。 --- ## [Horizon 主题中，事件分类下的侧边栏“新主题”按钮文本未更改为“新事件”](https://meta.discourse.org/t/new-topic-button-text-does-not-change-to-new-event-in-sidebar-in-events-category-in-horizon-theme/404905)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 1\ **Last updated:** [2026年六月10日 09:27 UTC](https://meta.discourse.org/t/new-topic-button-text-does-not-change-to-new-event-in-sidebar-in-events-category-in-horizon-theme/404905 "2026-06-10T09:27:08Z")
最近对 Discourse Calendar 和 Events 进行的（出色的）更新中，遗漏了一个小回归问题。 当侧边栏关闭时（在移动设备上也是如此）看起来正常： 然而，侧边栏中的文本会恢复为“新建主题”。幸运的是… --- ## [刚才rebuild更新后，首页字体变的很小](https://meta.discourse.org/t/rebuild/403614)
**Author:** [@sniper756](https://meta.discourse.org/u/sniper756)\ **回覆:** 19\ **Last updated:** [2026年六月9日 20:20 UTC](https://meta.discourse.org/t/rebuild/403614 "2026-06-09T20:20:54Z")
刚才rebuild更新后，以类别作为首页的 子类比名字及最新主题标题的字体变的很小。怎么调大这个页面红色方框内的字体？ --- ## [边缘情况：界面语言与内容翻译语言不匹配](https://meta.discourse.org/t/edge-case-mismatch-between-interface-language-and-language-of-content-translation/404774)
**Author:** [@Moin](https://meta.discourse.org/u/Moin)\ **回覆:** 1\ **Last updated:** [2026年六月9日 03:07 UTC](https://meta.discourse.org/t/edge-case-mismatch-between-interface-language-and-language-of-content-translation/404774 "2026-06-09T03:07:51Z")
我注意到一个边界情况：标题栏中选择的语言与内容翻译的语言不匹配。顶部的下拉菜单显示“EN”，Discourse 界面和分类名称均为英文…… --- ## [在手机上编辑的窗口如此之小](https://meta.discourse.org/t/such-a-tiny-window-to-edit-here-on-a-cell-phone/255225)
**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\ **回覆:** 38\ **Last updated:** [2026年六月8日 19:24 UTC](https://meta.discourse.org/t/such-a-tiny-window-to-edit-here-on-a-cell-phone/255225 "2026-06-08T19:24:03Z")
想让大家知道，我在手机上编辑内容时，可用的窗口非常小。 我们注意到，窗口上方的四条线总是出现在我们的视野中。它们从不移开，只是暂时为我们腾出一点空间。所以我们一直在看“创建新主题”这一行，奇怪的是，即使我们正在做这件事，它仍然在那里。然后是文章标题这一行，好的，但为什么它必须一直冻结在那里？为什么它不能暂时滚动消失，给我们一点空间呢？然后是用户体验，我选择的发布类别名称，但我刚刚选择了它，不需要一直看到它等等，所有这些都可以暂时… --- ## [主题导入中误导性的"branch"输入](https://meta.discourse.org/t/misleading-branch-input-in-theme-import/404507)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 7\ **Last updated:** [2026年六月8日 16:45 UTC](https://meta.discourse.org/t/misleading-branch-input-in-theme-import/404507 "2026-06-08T16:45:26Z")
@angus 和我刚刚花了相当多的时间，才弄清楚为什么某个主题在 GitHub 上更新后却没有生效。我们最终发现，该主题是从 d-compat/2026.5 分支拉取的，而不是 main 分支。 原来…… --- ## [私信标题过长导致输入框溢出](https://meta.discourse.org/t/long-personal-message-titles-overflow-in-composer/404508)
**Author:** [@sk-or-v1-contents](https://meta.discourse.org/u/sk-or-v1-contents)\ **回覆:** 2\ **Last updated:** [2026年六月8日 08:04 UTC](https://meta.discourse.org/t/long-personal-message-titles-overflow-in-composer/404508 "2026-06-08T08:04:46Z")
优先级/严重程度：？ 平台：移动设备、Android 上的 Edge（可在安全模式下复现） 描述：私信的长标题溢出并被创作区的按钮遮挡 复现步骤： 开始私信… --- ## [用户无权限时仍显示“新建主题”可用](https://meta.discourse.org/t/new-topic-still-available-when-users-dont-have-permission/404204)
**Author:** [@putty](https://meta.discourse.org/u/putty)\ **回覆:** 9\ **Last updated:** [2026年六月6日 10:23 UTC](https://meta.discourse.org/t/new-topic-still-available-when-users-dont-have-permission/404204 "2026-06-06T10:23:10Z")
当用户处于没有创建权限的分类中时，我仍然能看到“新建主题”按钮。 点击它会打开编辑器，但没有选择任何分类： 当我进入该分类时，它确实... --- ## [审核队列中“是/否”操作的含义不一致](https://meta.discourse.org/t/inconsistent-meaning-of-yes-no-actions-in-the-review-queue/404418)
**Author:** [@sableraph](https://meta.discourse.org/u/sableraph)\ **回覆:** 4\ **Last updated:** [2026年六月4日 17:59 UTC](https://meta.discourse.org/t/inconsistent-meaning-of-yes-no-actions-in-the-review-queue/404418 "2026-06-04T17:59:41Z")
我喜爱新的统一审核队列，但我注意到在处理大量连续项目时，出现了一个略显令人困惑的用户体验模式。你可能会连续审核多个被标记的帖子，询问“此帖是否为垃圾信息？”，其中点击“是”意味着…… [上一頁](https://meta.discourse.org/c/contribute/ux/9.md?page=2) [下一頁](https://meta.discourse.org/c/contribute/ux/9.md?page=4)