# UX **URL:** https://meta.discourse.org/c/contribute/ux/9.md?page=22 [最新版本](https://meta.discourse.org/latest.md) · [分類](https://meta.discourse.org/categories.md) · [標簽](https://meta.discourse.org/tags.md) **Page:** 23 --- ## [“已解决”是Bug还是故意的？](https://meta.discourse.org/t/solved-bug-or-intentional/359355)
**Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 8\ **Last updated:** [2025年三月30日 10:24 UTC](https://meta.discourse.org/t/solved-bug-or-intentional/359355 "2025-03-30T10:24:30Z")
这本身不是一个问题，但我注意到了，如果这不是故意的，我在此报告。\\n\\n作为管理员，如果我进入一个不是我创建的主题，则“已解决/解决方案”按钮仅显示图标：\\n\\n\\n\\n但如果是我创建的，我可以看到完整的按钮：\\n\\n\\n\\n再说一遍，这不是一个大问题，但我想让您知道这件事。 --- ## [我们能提交一个自定义的个人资料设置吗？](https://meta.discourse.org/t/can-we-get-a-custom-profile-up/359488)
**Author:** [@wendellverli](https://meta.discourse.org/u/wendellverli)\ **回覆:** 2\ **Last updated:** [2025年三月30日 07:02 UTC](https://meta.discourse.org/t/can-we-get-a-custom-profile-up/359488 "2025-03-30T07:02:27Z")
我正在尝试创建一个新的个人资料页面 - 这是“之后”： 这是“之前”——我不能给我们的用户这种丑陋的东西……（抱歉，创作者们） 有人知道可以用于上述新个人资料布局的插件吗？ --- ## [亮/暗模式切换不合理/有bug](https://meta.discourse.org/t/light-dark-mode-toggle-is-illogical-buggy/357286)
**Author:** [@ozzi](https://meta.discourse.org/u/ozzi)\ **回覆:** 3\ **Last updated:** [2025年三月28日 22:54 UTC](https://meta.discourse.org/t/light-dark-mode-toggle-is-illogical-buggy/357286 "2025-03-28T22:54:32Z")
核心已发布深色/浅色模式切换器，但它不合逻辑/存在错误。我想提供浅色和深色主题，并始终向所有用户显示切换器。默认将根据设备偏好自动设置。 要显示切换器，我需要： 在设置中将站点默认的深色配色方案 ID 设置为正确的深色方案 启用界面颜色选择器到标题或侧边栏 将主题默认配色方案设置为浅色方案（如果是深色，则已登录用户不可见） 这将为未登录用户显示切换器。但是，要为已登录用户显示切换器，用户需要： 从用户设置中将配色方案更改… --- ## [更简单、更快捷的类别设置页面](https://meta.discourse.org/t/simpler-and-faster-category-settings-page/358903)
**Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 23\ **Last updated:** [2025年三月27日 09:26 UTC](https://meta.discourse.org/t/simpler-and-faster-category-settings-page/358903 "2025-03-27T09:26:38Z")
我认为此页面不需要下拉菜单（许多其他页面也不需要）。当不必要时，它只会增加工作流程中的额外点击次数。并且它会增加额外的工作。 我认为该页面可以自动显示页面上的所有组，并将所有组设置为“查看”。它不会占用太多空间，但即使在我们创建数十个组时，也只需要滚动一下。 或者，对于那些不想这样做并想保留原始/当前版本的人来说，最好有一个“添加所有组”按钮，供那些只想添加所有组的人使用，尤其是因为组似乎不是“递归的”（如果这是正确的词… --- ## [防止徽标中的文字被识别为文本](https://meta.discourse.org/t/prevent-words-in-logos-being-detected-as-text/358982)
**Author:** [@Richie](https://meta.discourse.org/u/Richie)\ **回覆:** 6\ **Last updated:** [2025年三月27日 08:26 UTC](https://meta.discourse.org/t/prevent-words-in-logos-being-detected-as-text/358982 "2025-03-27T08:26:47Z")
我们能否阻止某些浏览器检测到徽标中的文字？:thinking: 我不确定这是 iOS / macOS 问题、Safari 问题，还是更广泛存在的问题。 我每天点击 Discourse 徽标上的徽标，期望它能带我到主页，但我的浏览器却认为它看到了一个单词，并想知道我想对它刚刚非常巧妙地突出显示和选择的图像中的文本做什么 :person\_facepalming: 例如： 和： :person\_facepalming: … --- ## [Discourse.org/features：不是‘awes’而是‘awesome’](https://meta.discourse.org/t/discourse-org-features-awes-not-awesome/358894)
**Author:** [@NateDhaliwal](https://meta.discourse.org/u/NateDhaliwal)\ **回覆:** 1\ **Last updated:** [2025年三月26日 13:27 UTC](https://meta.discourse.org/t/discourse-org-features-awes-not-awesome/358894 "2025-03-26T13:27:28Z")
在 Discourse features | Discourse - Civilized Discussion 上，“awes”而不是“awesome”被使用，在这一段： 链接自动展开 想分享一个你找到的酷链接？只需将其粘贴在一行上，我们就会使其变得 awes 此部分位于“单点登录”部分的上方，供参考。 --- ## [投票显示可以更美观，缺少空格](https://meta.discourse.org/t/votes-display-could-be-nicer-missing-spacing/358568)
**Author:** [@merefield](https://meta.discourse.org/u/merefield)\ **回覆:** 2\ **Last updated:** [2025年三月24日 14:42 UTC](https://meta.discourse.org/t/votes-display-could-be-nicer-missing-spacing/358568 "2025-03-24T14:42:34Z")
--- ## [侧边栏插件与所有已安装插件列表中的插件不匹配](https://meta.discourse.org/t/sidebar-plugins-dont-match-the-plugin-list-under-all-installed-plugins/358587)
**Author:** [@jordan-violet](https://meta.discourse.org/u/jordan-violet)\ **回覆:** 2\ **Last updated:** [2025年三月24日 15:43 UTC](https://meta.discourse.org/t/sidebar-plugins-dont-match-the-plugin-list-under-all-installed-plugins/358587 "2025-03-24T15:43:05Z")
我注意到插件的管理员侧边栏非常混乱。在插件 /admin/plugins（与侧边栏结合使用）下，有几件不同的事情正在发生： 侧边栏上列出的插件会带您到与该插件的设置按钮不同的位置。例如，单击侧边栏上的“日历”会带您到这里：/admin/plugins/calendar 但是，单击 /admin/plugins 下的 Discourse Calendar 设置会带您到这里：/admin/site\_settings/categor… --- ## [我对主题/组件面板（内部包含CSS）的建议](https://meta.discourse.org/t/my-suggestion-for-the-themes-components-panel-css-inside/358553)
**Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 2\ **Last updated:** [2025年三月24日 15:08 UTC](https://meta.discourse.org/t/my-suggestion-for-the-themes-components-panel-css-inside/358553 "2025-03-24T15:08:05Z")
我不喜欢旧的主题/组件面板（https://forum.alltiago.com/admin/customize/components），但它在空间和组织方面（有点）足够好。但新的面板简直是一团糟，恕我直言。 这是我的替代方案，从这个： ……我不喜欢左边那个又小又挤的盒子，以及隐藏的“组件”一词（也许这只是我 13 英寸屏幕的问题，但也许其他人也有同样的问题？），还有滚动行为…… ……到这个： 更多的空间，没有… --- ## [导航菜单在移动设备上没有垂直居中](https://meta.discourse.org/t/the-navigation-menu-is-not-vertically-centered-on-mobile/358592)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 0\ **Last updated:** [2025年三月24日 14:09 UTC](https://meta.discourse.org/t/the-navigation-menu-is-not-vertically-centered-on-mobile/358592 "2025-03-24T14:09:20Z")
\#main-outlet 的 padding-top 为 20px\[1\]: 导航栏的下边距为 12px\[2\]: 结果是导航栏没有在标题和主内容之间垂直居中: 我的建议是调整一些属性/值，使导航栏垂直居中: 1.25em ↩︎ var(--nav-space): 0.75em ↩︎ --- ## [无法访问的消息通知为空](https://meta.discourse.org/t/notifications-for-a-message-we-dont-have-access-anymore-are-empty/358301)
**Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 0\ **Last updated:** [2025年三月21日 10:13 UTC](https://meta.discourse.org/t/notifications-for-a-message-we-dont-have-access-anymore-are-empty/358301 "2025-03-21T10:13:19Z")
我无法验证通知为空的原因，因为它……是空的，但我认为这就是原因。 来自 /my/notifications： 图标未显示，并且缺少 title 属性。 通知的 HTML 代码： \
  • \ \
    **Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 0\ **Last updated:** [2025年三月20日 19:08 UTC](https://meta.discourse.org/t/category-or-tag-autocompletion-lacks-a-trailing-space/358209 "2025-03-20T19:08:15Z")
    GIF 比长篇大论的解释更好 :slight\_smile: --- ## [管理组件/主题 用户体验反馈](https://meta.discourse.org/t/managing-components-themes-ux-feedback/358156)
    **Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 3\ **Last updated:** [2025年三月20日 15:10 UTC](https://meta.discourse.org/t/managing-components-themes-ux-feedback/358156 "2025-03-20T15:10:19Z")
    这些用于组件和主题的框应该放在列表的开头，而不是末尾： 如果我有几十个或几百个组件，我想安装一个新组件时，就必须一直滚动到最后。如果它在最前面，会更合理，就像这样： 另外，如果那些几何图形没有任何作用，我们真的需要它们占用那么多空间吗？我不知道开发人员是否能改变这一点，但到目前为止，我安装的所有组件都有相同的图像。而且我们真的需要一个子菜单来处理额外的选项吗？与其这样： 为什么不这样，以减少混乱，减少点击次数呢？ … --- ## [创建新类别后返回 /categories 的按钮](https://meta.discourse.org/t/button-to-go-back-to-categories-after-creating-a-new-category/358142)
    **Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 0\ **Last updated:** [2025年三月20日 12:54 UTC](https://meta.discourse.org/t/button-to-go-back-to-categories-after-creating-a-new-category/358142 "2025-03-20T12:54:36Z")
    当我转到 /categories 时，我看到这个： 然后我点击“新建分类”转到这里： 在这个页面上，我们应该有一个“返回分类”按钮。在我创建了一个新分类之后，也许我不想转到我刚刚创建的分类？但我想要转到所有分类的列表，或者我想要创建一个新分类？ 我的建议是这样的： 当前的“返回分类”没有多大意义。我如何“返回”到一个我从未访问过的地方？我刚刚创建了它。我唯一能做的就是“访问 XYZ 分类”。唯一的“返回”是“返… --- ## [用户菜单中的图标遮挡了头像太多](https://meta.discourse.org/t/icons-in-the-user-menu-cover-too-much-of-the-avatar/358092)
    **Author:** [@darkpixlz](https://meta.discourse.org/u/darkpixlz)\ **回覆:** 0\ **Last updated:** [2025年三月20日 03:52 UTC](https://meta.discourse.org/t/icons-in-the-user-menu-cover-too-much-of-the-avatar/358092 "2025-03-20T03:52:43Z")
    在我看来，目前它们是 22 像素的正方形，这在很大程度上遮盖了实际的头像。作为对比，这是 15 像素的： 至少在我看来，我认为这样看起来好多了。我不确定当前 22 像素的目标是为了可见性还是其他什么，但我认为 15 像素就可以了。 --- ## [为什么为徽标图片使用两个页面，而不是一个？](https://meta.discourse.org/t/why-2-pages-for-the-logo-images-instead-of-1/357742)
    **Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 5\ **Last updated:** [2025年三月18日 14:26 UTC](https://meta.discourse.org/t/why-2-pages-for-the-logo-images-instead-of-1/357742 "2025-03-18T14:26:01Z")
    我正在为我的论坛处理图片，我注意到这个有两个页面，每个页面都有一些独特的设置和描述。例如，在“品牌”中有一个用于 X/Twitter 的位置，但在“站点徽标”中则没有。 为什么不将此重定向到此页面？ /admin/site\_settings/category/branding --- ## [让标签更明显](https://meta.discourse.org/t/make-tags-more-evident/357556)
    **Author:** [@alltiagocom](https://meta.discourse.org/u/alltiagocom)\ **回覆:** 3\ **Last updated:** [2025年三月18日 12:03 UTC](https://meta.discourse.org/t/make-tags-more-evident/357556 "2025-03-18T12:03:34Z")
    我注意到标签很容易被误认为是普通文本和标题的一部分，例如这里： 乍一看，可以读成“使用 Discourse 引用”。 如果所有标签都加上井号（#），会不会更好呢，因为人们已经习惯了？甚至可以采用不同的颜色（由管理员自定义）？ 或者可以遵循帖子中使用的相同格式，带有标签图标，但仍然使用自定义颜色： --- ## [隐藏的上传字段未被隐藏](https://meta.discourse.org/t/hidden-upload-field-is-not-hidden/357387)
    **Author:** [@Don](https://meta.discourse.org/u/Don)\ **回覆:** 1\ **Last updated:** [2025年三月17日 18:55 UTC](https://meta.discourse.org/t/hidden-upload-field-is-not-hidden/357387 "2025-03-17T18:55:10Z")
    你好 :wave: 我注意到上传字段是可见的，例如在这里的头像上传器上： 但上传表单到处都是这种情况。 看起来 hidden-upload-field 样式可能在这里被错误地移除了：UX: Improve image upload component (#31668) · discourse/discourse@6d92165 · GitHub --- ## [在加载帖子时向下滑动会重新加载页面](https://meta.discourse.org/t/swiping-down-while-posts-are-loading-reloads-the-page/357382)
    **Author:** [@Canapin](https://meta.discourse.org/u/Canapin)\ **回覆:** 1\ **Last updated:** [2025年三月15日 08:13 UTC](https://meta.discourse.org/t/swiping-down-while-posts-are-loading-reloads-the-page/357382 "2025-03-15T08:13:04Z")
    在移动设备上，至少在 Chrome 浏览器中，向下滑动会重新加载页面，这是符合预期的。 在 Discourse 中，当您位于帖子的底部时，您会向下滑动以显示上面的帖子。当您到达第一个未加载的帖子时，Discourse 会通过无限滚动（双向滚动）开始加载之前的帖子。 问题是，如果您在 Discourse 加载新帖子时向下滑动，Chrome 就会重新加载页面，并将您带回到之前的帖子。 这种情况主要发生在您快速向下滑动时。 … --- ## [有关Discourse的Usability交流——如果可能的话，用德语](https://meta.discourse.org/t/suche-austausch-bezuglich-der-usabilty-von-discourse-wenn-moglich-auf-deutsch/357282)
    **Author:** [@Aurora](https://meta.discourse.org/u/Aurora)\ **回覆:** 0\ **Last updated:** [2025年三月14日 11:55 UTC](https://meta.discourse.org/t/suche-austausch-bezuglich-der-usabilty-von-discourse-wenn-moglich-auf-deutsch/357282 "2025-03-14T11:55:49Z")
    大家好！我们使用 一个自闭症和多动症互助组织的论坛 - 用于注册用户的交流、互助小组的组织，还有一个公开区域。 不幸的是，我们发现大多数用户找不到方向，感到不知所措。 我想和其他人就此进行交流。 例如，这个区域让人不知所措——我们已经关闭了许多消息。但消息的排列方式并不直观： 这里是另一个 Discourse 的实现——它解决了这个问题： 我们还有一个聊天功能——也在使用中。聊天有优点和缺点。如果不知道在哪里，其他… --- ## [重新设计编辑器以改善\[在桌面上的\]写作体验](https://meta.discourse.org/t/redesign-editor-to-improve-the-writing-experience-on-desktop/34957)
    **Author:** [@madrush](https://meta.discourse.org/u/madrush)\ **回覆:** 15\ **Last updated:** [2025年三月13日 12:09 UTC](https://meta.discourse.org/t/redesign-editor-to-improve-the-writing-experience-on-desktop/34957 "2025-03-13T12:09:28Z")
    I’m really interested in having good and conscientious writers on my Discourse site—writers who not only write well, but also enjoy the aesthetics of writing, and who feel that their own writing process is served by the … --- ## [重新考虑作曲家——降低门槛](https://meta.discourse.org/t/rethinking-the-composer-lowering-the-bar/47333)
    **Author:** [@Mittineague](https://meta.discourse.org/u/Mittineague)\ **回覆:** 11\ **Last updated:** [2025年三月12日 23:44 UTC](https://meta.discourse.org/t/rethinking-the-composer-lowering-the-bar/47333 "2025-03-12T23:44:50Z")
    There are several topics here where members have asked for a more complex feature rich editor, or have expressed problems as a result of Markdown syntax not being understood. I’m wondering if having a “text as plain te… --- ## [Shift+Enter 并未像配置那样发送聊天消息](https://meta.discourse.org/t/shift-enter-does-not-send-a-chat-message-despite-being-configured-to-do-so/356934)
    **Author:** [@meglio](https://meta.discourse.org/u/meglio)\ **回覆:** 1\ **Last updated:** [2025年三月12日 16:15 UTC](https://meta.discourse.org/t/shift-enter-does-not-send-a-chat-message-despite-being-configured-to-do-so/356934 "2025-03-12T16:15:52Z")
    继续（现在已修复的）聊天中的 Enter-Shift 故事： 现在新的小麻烦是，当在三反引号代码块中时，按下 Shift+Enter 或 Cmd+Enter 不会发送消息，而根据我的配置，它应该使用 Shift+Enter 发送消息，Enter 创建新行。 --- ## [铅笔图标无法缩小](https://meta.discourse.org/t/pencil-icon-does-not-zoom-out/356503)
    **Author:** [@tvavrda](https://meta.discourse.org/u/tvavrda)\ **回覆:** 3\ **Last updated:** [2025年三月10日 15:25 UTC](https://meta.discourse.org/t/pencil-icon-does-not-zoom-out/356503 "2025-03-10T15:25:25Z")
    使用 Cmd+- 缩放时，铅笔的大小保持不变，而其他所有内容都会缩小。 --- ## [让匿名模式按钮不那么显眼，减少被误按的可能性](https://meta.discourse.org/t/make-anonymous-mode-button-less-prominent-less-likely-to-be-pressed-accidentally/99856)
    **Author:** [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)\ **回覆:** 4\ **Last updated:** [2025年三月7日 19:50 UTC](https://meta.discourse.org/t/make-anonymous-mode-button-less-prominent-less-likely-to-be-pressed-accidentally/99856 "2025-03-07T19:50:27Z")
    I’m at a workshop in :kenya: where I just trained up a bunch of people on using discourse. One of the things that came up is that one person (who is an active smartphone user) accidentally entered anonymous mode. It was … --- ## [我可以将非用户的电子邮件地址添加到现有的私信线程中吗？](https://meta.discourse.org/t/can-i-add-a-non-users-email-address-to-an-existing-pm-thread/142494)
    **Author:** [@downey](https://meta.discourse.org/u/downey)\ **回覆:** 1\ **Last updated:** [2025年三月7日 16:43 UTC](https://meta.discourse.org/t/can-i-add-a-non-users-email-address-to-an-existing-pm-thread/142494 "2025-03-07T16:43:01Z")
    Continuing the discussion from Send a Personal Message to an Email Address: Is there a way to extend this so we can “add a non-registered person” to a PM thread by including their email address somewhere? I see in the … --- ## [希伯来语中工具提示的错位](https://meta.discourse.org/t/wrong-alignment-of-tooltip-in-hebrew/356022)
    **Author:** [@yaacobyy](https://meta.discourse.org/u/yaacobyy)\ **回覆:** 0\ **Last updated:** [2025年三月6日 08:21 UTC](https://meta.discourse.org/t/wrong-alignment-of-tooltip-in-hebrew/356022 "2025-03-06T08:21:46Z")
    在保存希伯来语编辑之前，原因工具提示（单击信息图标后）会向左对齐，而不是向右对齐（希伯来语是从右到左的语言）。 --- ## [让模板与容器查询兼容](https://meta.discourse.org/t/making-templates-work-with-container-queries/355883)
    **Author:** [@manuel](https://meta.discourse.org/u/manuel)\ **回覆:** 0\ **Last updated:** [2025年三月5日 16:40 UTC](https://meta.discourse.org/t/making-templates-work-with-container-queries/355883 "2025-03-05T16:40:25Z")
    我想重构一些组件模板，以更好地支持容器查询。我还需要添加一些额外的包装器，因为我无法查询容器本身。但如果我这样做，我想知道如何最好地命名包装元素。看看我的模板，我通常的命名方式是将 wrapper 元素作为外层，将 container 作为内层。 .component { &\_\_wrapper { } &\_\_container { } } 这似乎很有意义。但对于容器查询，我总是需要将外层元素声明为容器。如果包装器被声… --- ## [将带有超链接的图片文件名用作alt标签](https://meta.discourse.org/t/use-the-hotlinked-image-filename-as-the-alt-tag/355843)
    **Author:** [@dsims](https://meta.discourse.org/u/dsims)\ **回覆:** 1\ **Last updated:** [2025年三月5日 12:23 UTC](https://meta.discourse.org/t/use-the-hotlinked-image-filename-as-the-alt-tag/355843 "2025-03-05T12:23:58Z")
    我的论坛收到了很多带有“oneboxed”热链接图片网址的帖子，它们能自动转换为上传图片很棒，但我失望地发现原始上下文丢失了。唯一知道原始网址/来源的方法是查看帖子修订历史记录。 有几种处理方式，但我认为一个好的开始是设置 alt 属性为文件名，以匹配普通图片上传的工作方式。这意味着它也会出现在灯箱中，而不是一个空白的标题。 这对于可访问性来说也更好，因为一个空白/空的 alt 标签基本上意味着“你可以忽略这张图片”，但在我们的例子… --- ## [表格中的全屏按钮与水平滚动条对齐](https://meta.discourse.org/t/the-fullscreen-button-in-table-aligns-with-the-horizontal-scrollbar/355226)
    **Author:** [@Arkshine](https://meta.discourse.org/u/Arkshine)\ **回覆:** 0\ **Last updated:** [2025年三月1日 20:10 UTC](https://meta.discourse.org/t/the-fullscreen-button-in-table-aligns-with-the-horizontal-scrollbar/355226 "2025-03-01T20:10:47Z")
    按钮会跟随滚动条位置，这是一个小的用户体验问题。 我期望按钮保持在同一位置。 可以在此处找到一个示例。 [上一頁](https://meta.discourse.org/c/contribute/ux/9.md?page=21) [下一頁](https://meta.discourse.org/c/contribute/ux/9.md?page=23)