# UX

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

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

**Page:** 6

---

## [“拆分此主题”小帖子中的链接](https://meta.discourse.org/t/link-in-split-this-topic-mini-post/400249)

<div class="topic-metadata">

**Author:** [@Jonathan5](https://meta.discourse.org/u/Jonathan5)\
**回覆:** 11\
**Last updated:** [2026年五月8日 13:59 UTC](https://meta.discourse.org/t/link-in-split-this-topic-mini-post/400249 "2026-05-08T13:59:19Z")

</div>

如果链接基于主题 ID 而不是主题标题会更好，这样在主题标题后续被修改时（例如“更轻松访问书签 🔖”）也能保持有效。

---

## [长标签在屏幕边缘被截断](https://meta.discourse.org/t/long-tags-are-cut-off-at-screen-edge/401585)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**回覆:** 1\
**Last updated:** [2026年五月7日 15:06 UTC](https://meta.discourse.org/t/long-tags-are-cut-off-at-screen-edge/401585 "2026-05-07T15:06:54Z")

</div>

这可能是以下问题的结果：https://meta.discourse.org/t/if-topic-info-is-too-long-tags-are-cut-off-and-create-a-blank-line/400298。不过，该 PR 似乎与此相矛盾？ 如果标签过多，或者标签名称…

---

## [如何理解“请求修订”功能](https://meta.discourse.org/t/how-to-understand-the-request-revision-feature/397258)

<div class="topic-metadata">

**Author:** [@Noble\_Fish](https://meta.discourse.org/u/Noble_Fish)\
**回覆:** 6\
**Last updated:** [2026年五月6日 02:50 UTC](https://meta.discourse.org/t/how-to-understand-the-request-revision-feature/397258 "2026-05-06T02:50:54Z")

</div>

这似乎只是一个“带理由的拒绝”，系统会通过私信将理由发送给用户。 那么，这句话是什么意思呢？ 您可以在下方编辑您主题的原始帖子并重新提交至……

---

## [允许被拒后编辑帖子](https://meta.discourse.org/t/allow-the-ability-to-edit-post-on-rejection/373992)

<div class="topic-metadata">

**Author:** [@ice.d](https://meta.discourse.org/u/ice.d)\
**回覆:** 21\
**Last updated:** [2026年五月6日 02:50 UTC](https://meta.discourse.org/t/allow-the-ability-to-edit-post-on-rejection/373992 "2026-05-06T02:50:05Z")

</div>

当您的帖子被工作人员拒绝时，会显示以下消息 您好，\[user\], 我们已审核您题为“\[topic titles\]”的新主题，并有一些反馈意见要告诉您。 原因：不适用 反馈：显示的是这个…

---

## [自定义徽章未应用替代文本](https://meta.discourse.org/t/custom-badges-are-not-applying-alt-text/401648)

<div class="topic-metadata">

**Author:** [@wheinrich](https://meta.discourse.org/u/wheinrich)\
**回覆:** 2\
**Last updated:** [2026年五月5日 15:52 UTC](https://meta.discourse.org/t/custom-badges-are-not-applying-alt-text/401648 "2026-05-05T15:52:35Z")

</div>

当使用 WAVE 扫描我的新 Discourse 网站的无障碍性问题时，我注意到自定义徽章似乎没有加载任何替代文本（下方的截图来自 Discourse 徽章，但问题依然相同）： …

---

## [隐藏的个人资料中显示邀请标签](https://meta.discourse.org/t/invite-tab-shows-on-hidden-profile/401818)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 1\
**Last updated:** [2026年五月5日 15:29 UTC](https://meta.discourse.org/t/invite-tab-shows-on-hidden-profile/401818 "2026-05-05T15:29:50Z")

</div>

查找一个隐藏个人资料的用户 前往 /u/用户名 看到“该用户的公开个人资料已隐藏” 找到其中的“邀请”标签页 点击它会显示没有邀请（因此不会泄露隐藏个人资料的任何信息...）

---

## [邀请按钮行为异常](https://meta.discourse.org/t/weird-invite-button-behavior/401819)

<div class="topic-metadata">

**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\
**回覆:** 4\
**Last updated:** [2026年五月5日 15:29 UTC](https://meta.discourse.org/t/weird-invite-button-behavior/401819 "2026-05-05T15:29:25Z")

</div>

在他人个人资料页上，您会看到以下按钮（当没有邀请时） 或者以下按钮（当有邀请时） 这两个按钮都会为您自己的用户创建邀请。 预期：您只会看到邀请创建…

---

## [三条杠图标应该改为两个不同的图标](https://meta.discourse.org/t/three-bar-icon-should-really-be-two-different-icons/304437)

<div class="topic-metadata">

**Author:** [@jidanni](https://meta.discourse.org/u/jidanni)\
**回覆:** 13\
**Last updated:** [2026年五月5日 04:30 UTC](https://meta.discourse.org/t/three-bar-icon-should-really-be-two-different-icons/304437 "2026-05-05T04:30:46Z")

</div>

左上角那三个杠， 嗯，普通用户都知道它有两个功能，让侧边栏向一个方向滑动，也能让侧边栏向另一个方向滑动，这都取决于侧边栏的状态……

---

## [类别徽章字体颜色问题](https://meta.discourse.org/t/issue-with-font-colour-in-category-badges/401679)

<div class="topic-metadata">

**Author:** [@RFL](https://meta.discourse.org/u/RFL)\
**回覆:** 8\
**Last updated:** [2026年五月4日 13:46 UTC](https://meta.discourse.org/t/issue-with-font-colour-in-category-badges/401679 "2026-05-04T13:46:51Z")

</div>

大家好， 希望有人能解决这个问题。该问题自昨晚我们将 Discourse 更新到 2026.4.0-latest (e4ab7a2cc9) 后才开始出现。 我们所有分类徽章均使用白色字体...

---

## [主题字体大小因托管实例更新而变小？](https://meta.discourse.org/t/theme-font-size-gets-smaller-due-to-hosted-instance-updates/402055)

<div class="topic-metadata">

**Author:** [@sk-or-v1-contents](https://meta.discourse.org/u/sk-or-v1-contents)\
**回覆:** 2\
**Last updated:** [2026年五月2日 08:06 UTC](https://meta.discourse.org/t/theme-font-size-gets-smaller-due-to-hosted-instance-updates/402055 "2026-05-02T08:06:51Z")

</div>

大约一个月前，我注意到许多 Discourse 站点在移动设备上的字体变小了。直到现在才有时间写下这个问题。这个 Meta 站点没有这个问题，但在 users.rust-lang.org 上可以观察到……

---

## [如何确保在看不到“稍后保存草稿”按钮时草稿仍能保存？](https://meta.discourse.org/t/how-do-i-ensure-my-draft-will-be-saved-when-i-can-no-longer-see-the-save-draft-for-later-button/385291)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 16\
**Last updated:** [2026年五月2日 06:10 UTC](https://meta.discourse.org/t/how-do-i-ensure-my-draft-will-be-saved-when-i-can-no-longer-see-the-save-draft-for-later-button/385291 "2026-05-02T06:10:29Z")

</div>

我知道“稍后保存草稿”按钮是故意移除的，所以这不是一个 bug。但对我来说，感觉有点像一个 bug。 多年来，Discourse 没有提供“稍后保存草稿”的功能，这意味着……

---

## [📅 问题：保存到日历时包含事件详情](https://meta.discourse.org/t/question-include-event-details-when-saving-to-calendar/384713)

<div class="topic-metadata">

**Author:** [@Aurora](https://meta.discourse.org/u/Aurora)\
**回覆:** 4\
**Last updated:** [2026年四月28日 19:35 UTC](https://meta.discourse.org/t/question-include-event-details-when-saving-to-calendar/384713 "2026-04-28T19:35:26Z")

</div>

大家好， 我们在社区中经常使用 Events 插件。当会员将活动保存到他们的 iOS 或 Google 日历时，目前只添加了标题和时间 — 但没有其他活动详情，例如 t…

---

## [在事件模态框中全天设置事件非常困难（并且 00:00 令人困惑）](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495)

<div class="topic-metadata">

**Author:** [@nathank](https://meta.discourse.org/u/nathank)\
**回覆:** 3\
**Last updated:** [2026年四月28日 19:31 UTC](https://meta.discourse.org/t/it-is-very-difficult-to-make-events-all-day-in-the-events-modal-and-00-00-is-confusing/393495 "2026-04-28T19:31:17Z")

</div>

在使用 Discourse Calendar（和 Event）时，我发现使用模态框安排全天事件非常困难： 基本上，没有明显的“全天”选项——必须选择一个时间。更糟糕的是，我……

---

## [编辑器删除图标不一致](https://meta.discourse.org/t/topic/401571)

<div class="topic-metadata">

**Author:** [@sniper756](https://meta.discourse.org/u/sniper756)\
**回覆:** 1\
**Last updated:** [2026年四月27日 01:27 UTC](https://meta.discourse.org/t/topic/401571 "2026-04-27T01:27:13Z")

</div>

以下两个图标不一样： 1.新发布主题或新发布帖子的编辑器左下角删除图标 2.发布帖子后，再点编辑，右下角图标。

---

## [标题过长，超出边界](https://meta.discourse.org/t/topic/401152)

<div class="topic-metadata">

**Author:** [@sniper756](https://meta.discourse.org/u/sniper756)\
**回覆:** 3\
**Last updated:** [2026年四月27日 00:36 UTC](https://meta.discourse.org/t/topic/401152 "2026-04-27T00:36:05Z")

</div>

手机浏览器

---

## [编辑历史不包含作者变更](https://meta.discourse.org/t/edit-history-doesn-t-cover-author-changing/401545)

<div class="topic-metadata">

**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\
**回覆:** 1\
**Last updated:** [2026年四月26日 12:59 UTC](https://meta.discourse.org/t/edit-history-doesn-t-cover-author-changing/401545 "2026-04-26T12:59:44Z")

</div>

我昨天醒来时发现，对公众可见的编辑历史记录并未涵盖更改话题或首帖所有者的操作。我并未允许此类操作，因此我原以为只有我作为管理员以及其他工作人员才能看到这些记录……

---

## [管理员更改成员邮箱地址的问题仍然存在！](https://meta.discourse.org/t/admin-changing-email-address-of-a-member-is-still-quirky/401441)

<div class="topic-metadata">

**Author:** [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)\
**回覆:** 3\
**Last updated:** [2026年四月24日 13:51 UTC](https://meta.discourse.org/t/admin-changing-email-address-of-a-member-is-still-quirky/401441 "2026-04-24T13:51:02Z")

</div>

我刚刚发现自己想快速更改网站上测试用户的电子邮件地址，而不必先注销再重新登录。虽然能行，但操作仍有些怪异。 复现步骤（以管理员身份）： 导航至……的用户首选项

---

## [为禁用反应功能的网站恢复一个点赞按钮](https://meta.discourse.org/t/restoring-one-like-button-for-reactions-disabled-sites/401321)

<div class="topic-metadata">

**Author:** [@brendantheclayboy](https://meta.discourse.org/u/brendantheclayboy)\
**回覆:** 6\
**Last updated:** [2026年四月23日 08:56 UTC](https://meta.discourse.org/t/restoring-one-like-button-for-reactions-disabled-sites/401321 "2026-04-23T08:56:05Z")

</div>

我们能否将旧的覆盖层作为选项恢复，供不使用其他反应功能的论坛使用？我的论坛仅使用点赞功能，将点赞数作为分组显示在心形图标旁边非常完美。弹出窗口和滚动…

---

## [清理建议实际上并未清理](https://meta.discourse.org/t/clearing-advice-doesnt-actually-clear-it/398754)

<div class="topic-metadata">

**Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\
**回覆:** 4\
**Last updated:** [2026年四月23日 00:30 UTC](https://meta.discourse.org/t/clearing-advice-doesnt-actually-clear-it/398754 "2026-04-23T00:30:29Z")

</div>

为了提供背景信息，我的测试站点位于一个运行在我家庭实验室中的反向代理后面，因为我没有无限的IP地址。我已经将其转发到端口80，因为它能工作，而且我不想弄坏任何东西。 然而，这个……

---

## [Google 相册的一键直达功能令人困惑](https://meta.discourse.org/t/google-photo-album-onebox-is-confusing/401234)

<div class="topic-metadata">

**Author:** [@Ed\_S](https://meta.discourse.org/u/Ed_S)\
**回覆:** 3\
**Last updated:** [2026年四月22日 16:27 UTC](https://meta.discourse.org/t/google-photo-album-onebox-is-confusing/401234 "2026-04-22T16:27:00Z")

</div>

指向 Google 相册的链接显示为单张图片，没有任何提示表明这是指向内容的链接。例如： 编辑：链接为 https://photos.app.goo.gl/Ne7A14xQe…

---

## [建议：在移动端，将匿名用户的注册和登录按钮显示在汉堡菜单中](https://meta.discourse.org/t/idea-on-mobile-show-anons-signup-and-login-buttons-on-hamburger-menu/401173)

<div class="topic-metadata">

**Author:** [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)\
**回覆:** 1\
**Last updated:** [2026年四月22日 07:58 UTC](https://meta.discourse.org/t/idea-on-mobile-show-anons-signup-and-login-buttons-on-hamburger-menu/401173 "2026-04-22T07:58:45Z")

</div>

我刚才在电话中帮一位用户注册了我的 Discourse 论坛，但她找不到注册按钮。我之前没有意识到这一点，但在窄屏设备（例如竖持的手机）上，注册按钮……

---

## [“启用私信的群组”标题令人困惑](https://meta.discourse.org/t/personal-message-enabled-groups-is-confusingly-titled/290414)

<div class="topic-metadata">

**Author:** [@mqmenchaca](https://meta.discourse.org/u/mqmenchaca)\
**回覆:** 4\
**Last updated:** [2024年三月9日 00:08 UTC](https://meta.discourse.org/t/personal-message-enabled-groups-is-confusingly-titled/290414 "2024-03-09T00:08:05Z")

</div>

不确定这个话题是否属于最合适的类别。 我没有看到其他人发帖讨论这个，但我想说我认为 SiteSetting 的个人消息启用群组标签令人困惑。 Discourse 有一个 …

---

## [用户删除弹窗中过长的按钮标签被截断](https://meta.discourse.org/t/truncated-very-long-button-label-on-user-deletion-modal/401116)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 3\
**Last updated:** [2026年四月21日 16:29 UTC](https://meta.discourse.org/t/truncated-very-long-button-label-on-user-deletion-modal/401116 "2026-04-21T16:29:44Z")

</div>

不确定该如何改进：

---

## [移动端标题旁的事件日期缺少样式](https://meta.discourse.org/t/events-date-next-to-the-title-lacks-styling-on-mobile/401114)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 2\
**Last updated:** [2026年四月21日 13:53 UTC](https://meta.discourse.org/t/events-date-next-to-the-title-lacks-styling-on-mobile/401114 "2026-04-21T13:53:12Z")

</div>

桌面端： 移动端（我看到时真的有点困惑：）：

---

## [未回答主题下方空白区域](https://meta.discourse.org/t/empty-space-below-unanswered-topics/401115)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 2\
**Last updated:** [2026年四月21日 11:13 UTC](https://meta.discourse.org/t/empty-space-below-unanswered-topics/401115 "2026-04-21T11:13:10Z")

</div>

无回复的话题和已解答的话题。查看话题进度元素下方的空间： 出于某种原因，在未解答的话题中，topic-above-footer-buttons-outlet 显示在话题进度元素下方： T…

---

## [如果主题信息过长，标签会被截断并产生空行](https://meta.discourse.org/t/if-topic-info-is-too-long-tags-are-cut-off-and-create-a-blank-line/400298)

<div class="topic-metadata">

**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\
**回覆:** 1\
**Last updated:** [2026年四月20日 21:24 UTC](https://meta.discourse.org/t/if-topic-info-is-too-long-tags-are-cut-off-and-create-a-blank-line/400298 "2026-04-20T21:24:52Z")

</div>

如果分类和标签过长，最后一个标签会被截断且没有省略号；如果有更多标签，它们本应在新的一行显示在导航栏上，但实际上却变得更加被截断。 在此示例中，a…

---

## [移动端可审核页面可进行多项改进](https://meta.discourse.org/t/several-improvements-could-be-done-on-the-mobile-reviewable-pages/401041)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 1\
**Last updated:** [2026年四月20日 17:29 UTC](https://meta.discourse.org/t/several-improvements-could-be-done-on-the-mobile-reviewable-pages/401041 "2026-04-20T17:29:42Z")

</div>

“header”中的元素未对齐： “帖子被标记为垃圾信息”，，“标记已批准”，“2小时前” 此处使用的 CSS 存在许多不一致之处。容器 .review-item\_\_header 定义了对齐规则：ali…

---

## [理解隐藏修订中的不透明度](https://meta.discourse.org/t/understanding-opacity-in-hidden-revisions/397345)

<div class="topic-metadata">

**Author:** [@Moin](https://meta.discourse.org/u/Moin)\
**回覆:** 1\
**Last updated:** [2026年三月2日 21:07 UTC](https://meta.discourse.org/t/understanding-opacity-in-hidden-revisions/397345 "2026-03-02T21:07:01Z")

</div>

我注意到当一个修订版本被隐藏时，会添加不同程度的透明度。 首先，透明度被添加到上一个版本。这对我来说是合理的，因为它表明它对其他用户不再可见。 然而……

---

## [由于空间不足，帖子历史按钮的标签全部被截断](https://meta.discourse.org/t/post-history-buttons-labels-are-all-truncated-because-of-a-lack-of-space/401038)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 0\
**Last updated:** [2026年四月20日 10:29 UTC](https://meta.discourse.org/t/post-history-buttons-labels-are-all-truncated-because-of-a-lack-of-space/401038 "2026-04-20T10:29:46Z")

</div>

我理解在某些情况下，文本可能会被截断，尤其是对于特别长的字符串，即使在使用默认语言（英语）时也可能发生，而在其他语言中则更有可能出现这种情况。 但在我的 Galaxy S23 的这个页面上，…

---

## [在移动设备上创建/编辑帖子：让我们讨论 2026 年的 Discourse 体验](https://meta.discourse.org/t/creating-editing-a-post-on-mobile-lets-discuss-the-2026-discourse-experience/400393)

<div class="topic-metadata">

**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\
**回覆:** 18\
**Last updated:** [2026年四月19日 01:44 UTC](https://meta.discourse.org/t/creating-editing-a-post-on-mobile-lets-discuss-the-2026-discourse-experience/400393 "2026-04-19T01:44:25Z")

</div>

Discourse 本应优先考虑移动端（尽管多次的实际体验告诉我并非如此）：相关说明在此和此处。但多年来，Discourse 也陆续引入了越来越多的功能（其中许多非常实用）。我…

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

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