# 如何简化论坛？（列出一些需求） **URL:** \ **Category:** UX\ **Created:** [2024年十月24日 13:20 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576 "2024-10-24T13:20:47Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![Firsh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/firsh/32/454861_2.png) [@Firsh](https://meta.discourse.org/u/Firsh)\ **Post date:** [2024年十月24日 13:20 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/1 "2024-10-24T13:20:47Z")
我希望使用 Discourse 并已成功设置。但是，决策者不太喜欢它，认为它太复杂（但替代方案在技术上很糟糕，所以这仍然是我们的最佳选择）。我将删除他们认为杂乱的元素，但有一些我認為不可能的愿望（我的修改技能涵盖 CSS），但如果我错了，请纠正我。 - 将主题中的帖子顺序颠倒，使最新的帖子在顶部 → 快速搜索了一下，发现这是不可能的。 - 将浮动编辑器嵌入到 OP 下方、最后一个帖子（如果可以颠倒顺序）上方的右上角，并禁用预览。 - **使其更像 Reddit，回复特定帖子不会出现在顶层，只出现在被引用的帖子下方，并且“X 条回复”默认打开。** → 这不仅仅是通过自定义 CSS 来显示，因为该元素在打开之前不在 DOM 中。通过 JS 在页面加载时自动点击这些按钮听起来有点hacky。可以使用 CSS `:has()` 将它们从顶层隐藏，但这似乎滥用了核心功能。有趣的是，[帖子投票插件](https://meta.discourse.org/t/discourse-post-voting/227808) 做了类似的事情。 - 更清楚地说明每个回复按钮的作用，以及回复是给谁的。他们看到了一片回复按钮的森林，现在想想，我能理解确实有很多。 我认为许多担忧源于不习惯 Discourse 或误解或假设人们将如何使用论坛以及为什么。我知道这些都违背了 Discourse 的核心理念，但他们认为默认的用户体验会劝退不习惯论坛但习惯社交媒体的非技术人员。除了说服他们保持原样之外，我该怎么办？ 顺便说一下，在我_的论坛活动_中，我从不过分纠结于谁回复了什么（如果上下文确实重要，有引用），并且扁平视图一直很合乎逻辑。回复功能对我来说更像是一种调味品，而不是一种强制创建子线程的方式。 ---
**Author:** ![awesomerobot](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/awesomerobot/32/142900_2.png) [@awesomerobot](https://meta.discourse.org/u/awesomerobot)\ **Post date:** [2024年十月24日 15:29 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/2 "2024-10-24T15:29:25Z")
> [@Firsh](#): > > he default UX deters non-technical people not used to Forums, but social media 是的，我认为我们在客户反馈中也看到了这种影响——用户确实倾向于让界面更像社交媒体，因为现在人们最熟悉的界面通常是社交媒体。 尽管我很欣赏你们试图让 Discourse 正常工作，但它并不总是最适合所有人。 嵌套回复（类似于 Reddit 的那种）的请求尤其复杂，我们之前收到过此类请求，并且内部估计可能需要数月时间才能稳定实现……这还不包括我们目前为现代化主题布局所做的持续工作（用 Ember 组件取代我们专有的 widget 系统）。 为了简化，我可能会考虑： - 隐藏嵌入式回复……有些人会感到困惑，并期望这是线程回复，但实际上并非如此。使用 CSS 隐藏“N 条回复”按钮很容易。 - 考虑隐藏主题内容右侧时间线上的回复按钮……这是为了方便在帖子的任何位置“回复主题”，但如果不了解“回复主题”和“回复帖子”之间的区别，这可能会造成不必要的干扰。 - 考虑隐藏每个主题底部的某些按钮。这里存在一些冗余，例如书签、标记和分享（这些也存在于每个帖子中）。 抱歉，这对于您提出的具体问题可能没有太大帮助——但目前在没有大量开发时间的情况下，只能做到这些。祝您好运！ ---
**Author:** ![fbpbdmin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/fbpbdmin/32/300893_2.png) [@fbpbdmin](https://meta.discourse.org/u/fbpbdmin)\ **Post date:** [2024年十月24日 15:38 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/3 "2024-10-24T15:38:02Z")
作为一个老用户，与其他论坛平台相比，我觉得这个平台设计得相当不错。对于你提到的问题，在你熟悉之后可能会有不同的看法……只是我个人的一点看法…… 这里有不同的主题，你可以试试，而且通过 CSS/主题组件，如果需要的话，你可以轻松地简化更多…… ---
**Author:** ![denvergeeks](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/denvergeeks/32/327671_2.png) [@denvergeeks](https://meta.discourse.org/u/denvergeeks)\ **Post date:** [2024年十月24日 17:25 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/4 "2024-10-24T17:25:30Z")
您好 @Firsh 您描述的正是我的许多 Discourse 站点不断遇到的情况。 Discourse 在这方面对我来说真的非常棒。作为一名主题开发者，我喜欢 Discourse 已经具备了“包罗万象”（“底层”）的方法。 我最擅长、最高效地通过减法来设计和创建解决方案，而 Discourse 为我提供了一个非常长且非常快的跑道，这就是为什么它仍然是我开发各种站点作为起点首选的平台。 “简化，简化，再简化”是我的每日座右铭。如果我的第一个迭代缺少某些东西，并且我需要“B 计划”，那么，以 Discourse 作为开发平台，我似乎总是发现我的选择确实是无限的。 作为一名设计师，简化混乱的用户界面轻而易举。只需移除和隐藏内容，直到它只包含特定用例的功能——不多不少。 当然，这里 meta 上强大的开发者社区是最有趣的，也是我最大的财富，它能帮助我保持动力，并能快速、轻松地克服我遇到的任何挑战。 ---
**Author:** ![philh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/philh/32/532740_2.png) [@philh](https://meta.discourse.org/u/philh)\ **Post date:** [2024年十月24日 17:47 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/5 "2024-10-24T17:47:52Z")
> [@Firsh](#): > > 然而，决策者们并不太喜欢它，认为它太复杂了 我很好奇决策者们现在用什么。也许他们应该相信他们最初委托你的决定。 有时人们，尤其是决策者，需要评论或质疑某个系统的实施。我认为这有助于他们感觉自己的意见很重要。 我知道，我没有为你的请求提供技术帮助。抱歉。 呼，抱怨结束了。我似乎又回到了处理组织混乱的那些工作日。哎呀。 ---
**Author:** ![simon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/simon/32/339122_2.png) [@simon](https://meta.discourse.org/u/simon)\ **Post date:** [2024年十月24日 18:13 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/6 "2024-10-24T18:13:28Z")
> [@Firsh](#): > > 有一些愿望我认为是不可能的 或许值得尝试说服决策者，让大家知道 Discourse 的设计经过了深思熟虑。它的目的是推广“对话”的理念，而不是一个期望每个评论都能独立存在的、一次性的评论系统。这就是为什么像反向帖子顺序或将最受欢迎的评论提升到帖子顶部等功能没有被实现。 我同意用户界面可以简化。你可以从 [Sam's Simple Theme](https://meta.discourse.org/t/sams-simple-theme/23552) 获得一些灵感。我认为它只处理主题列表页面，但它提供了一些关于使用 CSS 可以实现什么的思路。 ---
**Author:** ![Firsh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/firsh/32/454861_2.png) [@Firsh](https://meta.discourse.org/u/Firsh)\ **Post date:** [2024年十一月3日 12:27 UTC](https://meta.discourse.org/t/how-to-simplify-the-forum-couple-of-needs-listed/332576/7 "2024-11-03T12:27:43Z")
> [@philh](#): > > I am curious about what the decision makers use now. Apparently you have been tasked with selecting and implementing a forum system. Perhaps they should trust their initial decision to trust you in the first place. 什么都没有，我们从头开始。我曾短暂尝试过 WP 中的 wpForo，但我不喜欢只有一个服务器承担所有工作的想法。 > [@simon](#): > > It might be worth trying to convince the decision makers that a lot of thought went into Discourse’s design. It’s intended to promote the idea of _conversations_, as opposed to a one-off comment system where each comment is expected to stand on its own. 我感受到了这一点，这也是我的目标。我无法将反向排序和线程视图强制集成到设计中，但我会拥抱扁平化。 - 他们遇到的最大问题是，当你使用按钮打开“回复”时，同一帖子的出现似乎是双重的。这就是他们觉得混乱的由来。我已经解决了这个问题。 - 另外，“此帖子是对 x 的回复”的滚动定位也被认为很混乱，所以我将其设为不可点击。我们将向用户展示，如果他们回复旧帖子，请使用引用功能，该功能实际上会将该帖子嵌入回复中，这样就不会产生歧义。 - 第一篇帖子需要在视觉上脱颖而出，回复按钮必须传达他们将回复给谁（回复给整个主题还是回复给特定的人）。 我从 Graceful 主题开始，编写了大约 500 行 CSS 来根据我们的需求进行定制。 > [@denvergeeks](#): > > As a designer simplifying a cluttered UI is a snap. Just remove and hide stuff until it just has only the features — and nothing more — for the specific use case. 同意。我甚至删除了书签功能（因为关注和浏览器书签已经足够了）。还有标记功能，因为这就像一个智囊团，他们很可能会表现良好，而且我作为版主会阅读所有内容，但当我们觉得需要它时，我会将其恢复。 > [@awesomerobot](#): > > Consider hiding the reply button in the timeline on the right of the topic content… this is meant to make it easy to “reply to topic” from anywhere in the post, but without knowing the difference between “reply to topic” and “reply to post” it might be added noise. 是的，“噪音”是主要的抱怨。但我有点喜欢回复整个主题的按钮只放在 OP 和底部。特别是有了自动滚动到第一个未读消息的功能，它会引导用户实际阅读对话。 > [@awesomerobot](#): > > Consider hiding some buttons at the bottom of every topic. There are some redundancies here, like bookmarks, flags, and shares 由于这是私人论坛，我们甚至不需要分享功能。对于一个全新的、未建立的论坛来说，标记功能也令人望而生畏。我们将看看这个小型社区有多么不守规矩。