# UX **URL:** https://meta.discourse.org/c/contribute/ux/9.md?page=23 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 24 --- ## [在第一帖中也显示主题标志](https://meta.discourse.org/t/show-topic-flags-on-first-post-too/355193)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 0\ **Last updated:** [2025年三月1日 15:17 UTC](https://meta.discourse.org/t/show-topic-flags-on-first-post-too/355193 "2025-03-01T15:17:32Z")
当向“主题”添加自定义标志以显示时，如果该标志也能显示在主题第一篇帖子的帖子标志菜单中，那将会很有帮助。 目前，用户会觉得帖子标志菜单提供的选项与主题下方的“标志”按钮提供的选项不同，这会造成困惑，尤其是在只有一个帖子的主题中。 --- ## [在员工操作日志中使用中键点击链接无效](https://meta.discourse.org/t/middle-clicking-links-in-staff-actions-log-doesnt-work/165340)
**Author:** [@Vortico](https://meta.discourse.org/u/Vortico)\ **回覆:** 2\ **Last updated:** [2025年二月27日 17:15 UTC](https://meta.discourse.org/t/middle-clicking-links-in-staff-actions-log-doesnt-work/165340 "2025-02-27T17:15:11Z")
When hovering the cursor over a link in one of the entries of the admin’s Staff Actions log page, the browser says it will go to the path /admin/logs/staff\_action\_logs. If the link is left-clicked, Javascript makes the b… --- ## [为什么点击手机版顶部的“最新”会在底部打开一个菜单](https://meta.discourse.org/t/why-does-clicking-latest-at-top-of-mobile-open-a-menu-at-the-bottom/322244)
**Author:** [@pfaffman](https://meta.discourse.org/u/pfaffman)\ **回覆:** 22\ **Last updated:** [2025年二月27日 14:06 UTC](https://meta.discourse.org/t/why-does-clicking-latest-at-top-of-mobile-open-a-menu-at-the-bottom/322244 "2025-02-27T14:06:12Z")
将页面顶部的下拉菜单（用于选择最新、新建等）改为屏幕底部选择，这很不方便。 --- ## [替代帖子模板](https://meta.discourse.org/t/alternative-post-templates/354340)
**Author:** [@trusktr](https://meta.discourse.org/u/trusktr)\ **回覆:** 5\ **Last updated:** [2025年二月25日 18:57 UTC](https://meta.discourse.org/t/alternative-post-templates/354340 "2025-02-25T18:57:53Z")
拥有一些帖子的替代视图/布局会很好，就像 WordPress 所拥有的那样。本质上是基于帖子类型的模板。 该功能可以允许特定类别（或其他标准）中的帖子，或者类别页面本身，拥有不同于默认值的独特布局/模板。 然后，插件作者可以发布替代布局。 唯一的问题是它们可能不符合整体主题。嗯，有所得必有所失。 用例可能很有趣：例如，地理定位帖子的类别页面可以是地图而不是帖子列表。 WordPress 最初是为“博客”而设计的，但其灵活性使其… --- ## [文本在网站上下文中是不可数的](https://meta.discourse.org/t/text-is-uncountable-in-the-context-of-a-site/354097)
**Author:** [@merefield](https://meta.discourse.org/u/merefield)\ **回覆:** 30\ **Last updated:** [2025年二月25日 15:06 UTC](https://meta.discourse.org/t/text-is-uncountable-in-the-context-of-a-site/354097 "2025-02-25T15:06:16Z")
以前是“文本” :white\_check\_mark: 最近有人添加了“网站”（如果冗余似乎合理） :question: 但现在是“文本” :x: 这总是不可数名词，应该保持不变。 依我看，这应该是“网站文本”。 --- ## [代码块内文本选择工具栏的位置与水平滚动条对齐](https://meta.discourse.org/t/the-text-selection-toolbar-position-within-a-code-block-aligns-with-the-horizontal-scrollbar/354182)
**Author:** [@Arkshine](https://meta.discourse.org/u/Arkshine)\ **回覆:** 0\ **Last updated:** [2025年二月24日 14:49 UTC](https://meta.discourse.org/t/the-text-selection-toolbar-position-within-a-code-block-aligns-with-the-horizontal-scrollbar/354182 "2025-02-24T14:49:09Z")
文本选择工具栏的位置与水平滚动条对齐的次要边缘情况，导致其显示在左侧很远的位置。预期行为是停留在帖子区域内。 --- ## [功能请求：从授予徽章菜单中隐藏旧徽章](https://meta.discourse.org/t/feature-request-hide-old-badges-from-post-granting-menu/354007)
**Author:** [@Richie](https://meta.discourse.org/u/Richie)\ **回覆:** 0\ **Last updated:** [2025年二月23日 21:01 UTC](https://meta.discourse.org/t/feature-request-hide-old-badges-from-post-granting-menu/354007 "2025-02-23T21:01:39Z")
我不确定这是否是社区的特殊情况，或者是否对其他人有价值。 在点击特定帖子以授予用户徽章时，如果能从列表中排除旧的、冗余的等徽章，那将非常有用。 我们有许多与日期相关的徽章，用于我们多年来举办的各种挑战。这些徽章是一次性的，永远不会再次颁发，但它们仍然充斥着我们的菜单： 这使得在移动设备上使用也非常困难。 如果在帖子授予菜单中有一个隐藏旧徽章的选项，那将是太棒了。 例如： 这将使旧徽章保持有效，只是不在快速操作菜单… --- ## [编辑器中的完整引用按钮缺失](https://meta.discourse.org/t/full-quote-button-in-editor-missing/350719)
**Author:** [@stefandxm](https://meta.discourse.org/u/stefandxm)\ **回覆:** 41\ **Last updated:** [2025年二月22日 07:28 UTC](https://meta.discourse.org/t/full-quote-button-in-editor-missing/350719 "2025-02-22T07:28:35Z")
应该在 B/粗体按钮的左侧有一个完整的引用按钮。 这是在我们网站上更新到今天的最新版本后发生的。截图来自 meta.discourse.org --- ## [偏好设置中的选项太多](https://meta.discourse.org/t/there-are-too-many-options-in-preferences/353298)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 9\ **Last updated:** [2025年二月20日 12:23 UTC](https://meta.discourse.org/t/there-are-too-many-options-in-preferences/353298 "2025-02-20T12:23:52Z")
像“已保存搜索”、“AI”和“Activitypub”这样非常有用的选项，只有在按下“\>”图标时才会显示，这使得它们很难被发现，尤其是当您不知道它们存在时。 即使我将字体偏好设置为“最小”，也无法显示所有选项。 也许可以将它分成两行，一行显示默认选项，另一行显示插件？ --- ## [机器翻译按钮应显示在内容表上方](https://meta.discourse.org/t/the-machine-translated-button-should-be-shown-above-the-table-of-content/352918)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 5\ **Last updated:** [2025年二月19日 01:29 UTC](https://meta.discourse.org/t/the-machine-translated-button-should-be-shown-above-the-table-of-content/352918 "2025-02-19T01:29:45Z")
不含目录： 包含目录： --- ## [图表的缩放问题](https://meta.discourse.org/t/scaling-issue-for-charts/282412)
**Author:** [@marcozambi](https://meta.discourse.org/u/marcozambi)\ **回覆:** 16\ **Last updated:** [2025年二月18日 18:10 UTC](https://meta.discourse.org/t/scaling-issue-for-charts/282412 "2025-02-18T18:10:02Z")
感谢集成此功能，它在可视化数据方面具有巨大潜力！ 是否有办法设置饼图的半径（或总体大小）？ 默认的太小了，实际上毫无用处 :/\\n\\n\`\`\` mermaid height=auto pie showData title Product X 中的关键元素 “钙” : 42.96 “钾” : 50.05 “镁” : 10.01 --- ## [打开分享弹窗时向下滚动页面](https://meta.discourse.org/t/opening-share-modal-scroll-down-the-page/352642)
**Author:** [@Don](https://meta.discourse.org/u/Don)\ **回覆:** 3\ **Last updated:** [2025年二月18日 08:22 UTC](https://meta.discourse.org/t/opening-share-modal-scroll-down-the-page/352642 "2025-02-18T08:22:59Z")
你好 :waving\_hand: 在主题中打开共享模态框时，它会在移动版 iOS 上向下滚动页面模型的高度。 谢谢 --- ## [将默认聊天视图设置为私信（而非频道）](https://meta.discourse.org/t/make-the-default-chat-view-dms-rather-than-channels/326100)
**Author:** [@nathank](https://meta.discourse.org/u/nathank)\ **回覆:** 5\ **Last updated:** [2025年二月17日 19:33 UTC](https://meta.discourse.org/t/make-the-default-chat-view-dms-rather-than-channels/326100 "2025-02-17T19:33:23Z")
在用户界面中，频道（Channels）获得了更突出的位置。我的意思是： 频道在侧边栏中位于私信（DMs）之上 当点击右上角的泡泡时，频道会在聊天框中被选中（即使该用户不是任何频道的成员，或者频道被禁用） 这对于经常使用频道并且需要鼓励其使用的场景来说是合理的。然而，我的场景倾向于偶尔使用它们。因此，这种行为只会增加用户最想进行的活动的摩擦。 我注意到： 这将解决那些关闭了频道的人的问题。但是，它无法解决我的情况… --- ## [PM通知电子邮件中的小字符串错误](https://meta.discourse.org/t/small-string-error-in-the-pm-notification-email/352170)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 0\ **Last updated:** [2025年二月13日 22:41 UTC](https://meta.discourse.org/t/small-string-error-in-the-pm-notification-email/352170 "2025-02-13T22:41:07Z")
如果禁用了通过电子邮件回复，电子邮件页脚将显示以下内容： 该问题在法语中也存在（据称在其他语言中也存在）： 主题通知电子邮件中不存在此问题： --- ## [澄清在“接受邀请”屏幕上的“创建账户”CTA](https://meta.discourse.org/t/clarify-create-account-cta-on-accept-invite-screen/351935)
**Author:** [@supermathie](https://meta.discourse.org/u/supermathie)\ **回覆:** 3\ **Last updated:** [2025年二月12日 19:17 UTC](https://meta.discourse.org/t/clarify-create-account-cta-on-accept-invite-screen/351935 "2025-02-12T19:17:00Z")
我邀请某人加入 Discourse 站点，但他们感到困惑，因为他们不知道自己的用户名或密码是什么： 我不得不解释这个屏幕是要求他们创建用户名和密码，而他们以为是要求提供用户名和密码。 他们熟悉 Discourse，只是不熟悉邀请系统。 这是否让其他人感到困惑？我们需要在这里进行更改，使其更清楚地表明他们需要创建用户名和密码吗？ --- ## [移动设备上仍然需要取消自动边距吗？](https://meta.discourse.org/t/do-auto-margins-still-need-to-be-unset-on-mobile/351503)
**Author:** [@manuel](https://meta.discourse.org/u/manuel)\ **回覆:** 7\ **Last updated:** [2025年二月11日 21:09 UTC](https://meta.discourse.org/t/do-auto-margins-still-need-to-be-unset-on-mobile/351503 "2025-02-11T21:09:06Z")
在移动设备上，main-outlet 包装器的自动边距在此处被取消设置： 这会导致当主题上声明了 -d-max-width 时，布局会左对齐。在较窄的设备上看不到这个问题，但在平板电脑横屏模式下会是一个问题，例如在此处使用 Air 主题时： 我看到该声明是由于 FIX: auto margins cause too-narrow content by awesomerobot · Pull Request #16725 ·… --- ## [小幅用户体验改进](https://meta.discourse.org/t/minor-ux-improvements/351731)
**Author:** [@Arkshine](https://meta.discourse.org/u/Arkshine)\ **回覆:** 0\ **Last updated:** [2025年二月11日 19:23 UTC](https://meta.discourse.org/t/minor-ux-improvements/351731 "2025-02-11T19:23:52Z")
感谢您更新组件！ 一些可以改进的细微用户体验： 可以留出一些空间以避免与滚动条重叠（或者使用细滚动条也可以） 即使不需要，滚动条也会强制显示。我们不能将其设置为 overflow: auto 吗？这会影响全屏显示，并且可能显示双滚动条： 如果插入两个以上的 mermaid 图表，编辑器会（非常）卡顿（这也取决于图表大小）。（更新前也是如此。）以下是连续输入的一个示例： 我想知道是否可行；这似乎很难。理… --- ## [没有菜单的新论坛设置](https://meta.discourse.org/t/new-forum-settings-without-menu/350825)
**Author:** [@Jagster](https://meta.discourse.org/u/Jagster)\ **回覆:** 17\ **Last updated:** [2025年二月11日 06:39 UTC](https://meta.discourse.org/t/new-forum-settings-without-menu/350825 "2025-02-11T06:39:27Z")
我们有很多设置，而且可能还会有新的设置。但这个移除了所有站点设置的旧菜单的新系统，真的很难用。 我添加了一个新类别，它可能比其他类别产生更多的活动。而且因为它连接了 ActivityPub，所以我想默认将其静音，不对用户显示。 现在我必须确切地知道我需要什么，因为我无法再浏览了。如果我不知道（或者我作为管理员是新手），我就会遇到麻烦。 这种情况会一直这样下去吗？还是这只是新事物出现前的过渡期？或者是我因为肌肉记忆而错过了什么… --- ## ["隐藏我的公开资料"的位置放错了](https://meta.discourse.org/t/hide-my-public-profile-is-in-the-wrong-place/349169)
**Author:** [@RGJ](https://meta.discourse.org/u/RGJ)\ **回覆:** 4\ **Last updated:** [2025年二月10日 21:24 UTC](https://meta.discourse.org/t/hide-my-public-profile-is-in-the-wrong-place/349169 "2025-02-10T21:24:21Z")
在回答支持问题时，我一直在寻找“隐藏我的公共个人资料”选项。我最终在我的“界面”偏好设置中找到了它。 但是，“界面”选项卡是关于我如何看待论坛，而不是关于其他用户如何看待我或我的个人资料。 更合乎逻辑的位置是“安全”选项卡或“个人资料”选项卡，或者可能是“用户”，因为它还包含诸如“允许其他用户向我发送私人消息和直接聊天消息”之类的设置。 --- ## [导航控制不一致](https://meta.discourse.org/t/navigation-controls-inconsistencies/351347)
**Author:** [@ondrej](https://meta.discourse.org/u/ondrej)\ **回覆:** 0\ **Last updated:** [2025年二月9日 16:31 UTC](https://meta.discourse.org/t/navigation-controls-inconsistencies/351347 "2025-02-09T16:31:05Z")
你好， 这是我个人的看法，我很想听听其他人对此的意见。 在浏览时，移动设备上的导航控件\[1\]在设计上看起来更简洁一些，但在桌面端，它们会很快变得杂乱，正如我在最后一个例子中指出的那样。在桌面端的 /latest 视图中，它们看起来还可以。 如果你进入一个类别，例如 Support（你可以在这里创建帖子）。 一旦我注意到这一点，我就无法忽视它，但 AI 摘要和“新建帖子”之间的间隙似乎稍大一些。 不过，我喜欢草稿和“新建… --- ## [Badge-category\_\_name 需要为长类别名称添加宽度限制](https://meta.discourse.org/t/badge-category-name-needs-a-width-constraint-for-long-category-names/351242)
**Author:** [@rahim123](https://meta.discourse.org/u/rahim123)\ **回覆:** 1\ **Last updated:** [2025年二月8日 16:08 UTC](https://meta.discourse.org/t/badge-category-name-needs-a-width-constraint-for-long-category-names/351242 "2025-02-08T16:08:36Z")
您好，在使用比正常类别名称更长的类别名称时，.badge-category\_\_name CSS 存在一些问题。看起来它需要一个 max-width 限制。这是 Discourse Meta 在移动视图模式下，在 HTML 检查器中编辑的类别名称之一： --- ## [徽章名称中的商标符号导致标题选择器出现错误](https://meta.discourse.org/t/ampersand-in-badge-name-causes-bug-in-title-selector/351121)
**Author:** [@Shauny](https://meta.discourse.org/u/Shauny)\ **回覆:** 1\ **Last updated:** [2025年二月8日 02:11 UTC](https://meta.discourse.org/t/ampersand-in-badge-name-causes-bug-in-title-selector/351121 "2025-02-08T02:11:23Z")
徽章标题中有一个和号，当您尝试将其选作标题时，其中会显示“&”。 不过，一旦选中，它就能正常工作。 --- ## [侧边栏“返回论坛”应为“返回首页”](https://meta.discourse.org/t/sidebar-back-to-forum-should-be-back-to-home/351041)
**Author:** [@Don](https://meta.discourse.org/u/Don)\ **回覆:** 1\ **Last updated:** [2025年二月7日 10:16 UTC](https://meta.discourse.org/t/sidebar-back-to-forum-should-be-back-to-home/351041 "2025-02-07T10:16:58Z")
你好 :wave: 我认为将 js.sidebar.back\_to\_forum 更改为 js.sidebar.back\_to\_home 是合理的。 因为这总是重定向到 /。 例如，如果我们进入 Documentation 即使我们仍在论坛上，它会更清晰，“返回论坛”听起来很奇怪，但“返回主页”（实际上发生的情况）更好地表达了链接的真正目的。 谢谢 :slightly\_smiling\_face: --- ## [删除用户对话框显示删除和屏蔽按钮的HTML](https://meta.discourse.org/t/delete-user-modal-shows-html-for-delete-and-block-button/350593)
**Author:** [@fhe](https://meta.discourse.org/u/fhe)\ **回覆:** 0\ **Last updated:** [2025年二月5日 08:41 UTC](https://meta.discourse.org/t/delete-user-modal-shows-html-for-delete-and-block-button/350593 "2025-02-05T08:41:22Z")
我正在使用 3.5.0.beta1-dev，并注意到删除用户的模态框显示 HTML \块\ 用于删除和阻止按钮。 --- ## [用户过滤器“隐藏我的邮件”弹出窗口](https://meta.discourse.org/t/user-filter-hide-my-mail-popup/350521)
**Author:** [@tvavrda](https://meta.discourse.org/u/tvavrda)\ **回覆:** 1\ **Last updated:** [2025年二月4日 22:48 UTC](https://meta.discourse.org/t/user-filter-hide-my-mail-popup/350521 "2025-02-04T22:48:14Z")
macOS 上群组设置用户过滤器会显示“隐藏我的邮箱”弹出窗口。 --- ## [主题导航切换在特定区域阻止页面上的交互](https://meta.discourse.org/t/topic-navigation-toggle-prevents-interactions-on-the-page-in-a-certain-area/350073)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 3\ **Last updated:** [2025年二月4日 19:52 UTC](https://meta.discourse.org/t/topic-navigation-toggle-prevents-interactions-on-the-page-in-a-certain-area/350073 "2025-02-04T19:52:21Z")
在移动设备上，导航切换按钮右侧、与导航切换按钮相同高度的区域无法进行交互，尽管导航按钮很小并且浮动在屏幕右侧。 解释得很糟糕，所以这里有一张截图。点击紫色区域的任何地方都不会有任何反应。你可以尝试点赞或显示反应、复制链接、显示回复的帖子等……没有任何交互会起作用。 我大多不会注意到它，但我的拇指会移到这个区域，时不时地出现“触摸无响应”，需要我滚动更多，这让我很烦恼 :bug: --- ## [Composer：放弃按钮太小且颜色浅，AI助手按钮太大](https://meta.discourse.org/t/composer-discard-button-too-small-and-light-ai-helper-buttons-too-big/350339)
**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **回覆:** 0\ **Last updated:** [2025年二月3日 23:47 UTC](https://meta.discourse.org/t/composer-discard-button-too-small-and-light-ai-helper-buttons-too-big/350339 "2025-02-03T23:47:14Z")
在撰写器中，删除/垃圾桶图标位于一个红色的框内，并且比“创建主题/回复”按钮小，与其它按钮（请参阅输出、上传等）大小相同。如果我没记错的话，以前不是红色的按钮，只是一个垃圾桶图标。 此外，AI 助手按钮太大，并且重叠了。 此截图解释了一切： --- ## [在 a 标签内嵌套另一个 a 标签...没有 href？](https://meta.discourse.org/t/nested-a-tag-within-an-a-tag-without-an-href/337404)
**Author:** [@king\_laurel](https://meta.discourse.org/u/king_laurel)\ **回覆:** 2\ **Last updated:** [2025年二月3日 22:25 UTC](https://meta.discourse.org/t/nested-a-tag-within-an-a-tag-without-an-href/337404 "2025-02-03T22:25:57Z")
此 a 标签内有一个空的 a 标签，它会干扰焦点，并且由于没有 href 属性，似乎没有任何用途。 --- ## [双按钮不一致（帖子菜单）](https://meta.discourse.org/t/double-button-inconsistencies-post-menu/349845)
**Author:** [@Arkshine](https://meta.discourse.org/u/Arkshine)\ **回覆:** 2\ **Last updated:** [2025年二月3日 14:31 UTC](https://meta.discourse.org/t/double-button-inconsistencies-post-menu/349845 "2025-02-03T14:31:49Z")
我敢肯定以前不是这样的 :thinking:；这可能是菜单转换为 Glimmer 后的副作用（不确定）。而且，由于 Reactions 插件通常已安装，您不会立即看到此问题。 1）悬停时的视觉差异感觉不好。（仅在点赞时发生） 2）待处理数字的大小会稍微改变按钮的高度。您可能需要调整填充/大小。 3）最后一个，不太明显。如果您统一按钮，我认为在中间没有圆角会更好/更一致。 vs 在没有插件和最新 Discour… --- ## [默认 SVG 子集缺少图标“clock”](https://meta.discourse.org/t/the-icon-clock-is-missing-from-the-default-svg-subset/349823)
**Author:** [@Arkshine](https://meta.discourse.org/u/Arkshine)\ **回覆:** 3\ **Last updated:** [2025年一月31日 14:08 UTC](https://meta.discourse.org/t/the-icon-clock-is-missing-from-the-default-svg-subset/349823 "2025-01-31T14:08:05Z")
该图标用于GitHub PR onebox中的日期。 另外，也用于待处理帖子： \\n\\n通过将 clock 添加到 SVG 图标子集 设置中，可以轻松修复此问题。\\n然而，由于这是核心部分的一部分，我认为它应该默认可用。 [上一頁](https://meta.discourse.org/c/contribute/ux/9.md?page=22) [下一頁](https://meta.discourse.org/c/contribute/ux/9.md?page=24)