在移动设备上创建/编辑帖子：让我们讨论 2026 年的 Discourse 体验

贡献 用户体验
,
1

Discourse 本应是以移动设备为先的（尽管多次的实际体验告诉我并非如此）：这一点在这里和这里都有提及。

但多年来，Discourse 也引入了越来越多的功能（其中很多确实很有用）。

很难找到 10 年前移动端编辑器界面的截图，但 @codinghorror 在 iPhone 5 上提供了一张，链接在此：

image
image586×1027 19 KB

再看看今天的样子（我特意在文本区域添加了一些内容，因为添加内容也会让屏幕上出现新的图标和功能… :sparkles:）：

image
image1080×2088 228 KB

感觉有些令人不知所措。左上角有一个 图标，它会根据我是创建、编辑还是执行其他操作而变化。
还有一个 图标，我不清楚它的作用，因为我从未尝试点击过（它是触发某个功能，还是显示提示？）。
还有 图标，我也不知道它是做什么的。我知道同一行上的另外两个图标，偶尔也会用到它们 :slightly_smiling_face:

总之，我们创建主题时看到的第一行包含文本和 5 个不同的图标，其中一些在我们尝试之前显得有些晦涩难懂（我想是这样）。

接下来是这些字段 :sheaf_of_rice::sheaf_of_rice::sheaf_of_rice:。

image
image1053×262 62.9 KB

狭窄的分类选择器几乎只能容纳一个简短的父级分类名称。子分类几乎总是被截断，或者干脆看不见。
这两个输入框进一步压缩了内容空间，因为它们包含：

  • 分类图标或项目符号，
  • 一个 或 图标，
  • 以及一个 图标。

然后是强制显示工具栏的编辑器。

image
image1045×720 156 KB

我想我们无法切换它？无论如何，工具栏确实很有用。我们可以水平滚动以显示更多格式化选项，我想如果你事先不知道这个功能，很可能会错过它（渐变提示太过细微）。

将富文本/Markdown 切换按钮作为工具栏中第一个（也是最宽、唯一带颜色的）图标，似乎是个奇怪的选择。我更倾向于使用粗体或斜体，而不是在两种编辑器之间来回切换。

最后，在最后一行，我们有一些合理的选项。

image
image1044×128 48.7 KB

不过，同样地，这里有文本和另外 5 个图标，我想我对它们没什么异议……除了 GIF 选项。许多智能手机键盘都自带 GIF 搜索功能。或许可以将其移除，或者放到工具栏中。

我对设计一窍不通，所以不会尝试提出更多建议，主要是分享我的体验：当我创建主题时看到的内容，以及最重要的是，我的大脑需要处理和消化的信息与数量。我必须承认，需要看到和处理的内容确实有点太多了。

我希望布局能更简洁，减少图标和功能堆砌，专注于我们需要的任务：撰写内容、发布内容，并感到满意。

4 个赞
2

在 iPhone 和 iPad 上的体验非常糟糕。我甚至不知从何说起。图片经常无法上传，下拉菜单无法展开或超出屏幕范围，编辑器也会卡死。我仅在移动设备上用于阅读和基础发帖，因为其他操作实在让人头疼。

3 个赞
3

由于这些功能大多是出于某种必要性或需求而添加的，因此很难进行简化……但退一步审视它们的累积效果还是很有价值的。

我们当然可以找到简化方案，也不反对这里的任何反馈，但 Meta 的情况属于极端案例，我们会测试所有功能……而默认设置至少会稍微平静一些。AI、翻译和 GIF 默认全部禁用。

SpringProTest
SpringProTest1320×2868 241 KB

为了让讨论更具可操作性，我们应该从默认体验中移除哪些内容？

以下是一些可能的方向：

  • 用于显示/隐藏工具栏的汉堡菜单图标 ≡……如果设备尺寸超过一定阈值，我们是否应该始终显示工具栏，从而移除该切换按钮？（在极小设备上，我们仍需要保留切换功能，否则创作区有时会被限制为单行文本）

  • 我知道 x 代表关闭，:wastebasket: 代表删除……但它们的功能确实属于同一范畴。我们过去只保留一个按钮，并通过弹窗询问是否保存草稿……这样的取舍是否值得以减少按钮数量？

  • 能否将标签输入区域折叠为一个小按钮，仅在点击或存在标签时才展开？

这是否开始朝着正确的方向推进？还有更多可以砍掉的内容吗？

image
image692×1174 82.9 KB

2 个赞
4

打标签——在某个随机位置点击以关闭菜单似乎不够直观。

1 个赞
5

我觉得视觉用户体验本身没问题——相比用户体验，我更关注实际功能。如果我点击回复按钮，我不希望编辑器被锁定且无响应。如果我想使用下拉菜单选择用户或群组，或者上传文件，又或者选中文字进行引用，我都希望能直接操作，而不必旋转屏幕或切换到桌面端。

1 个赞
6

我同意，移动端的用户体验确实不够理想。我们有很多事情要处理……

我知道 @chapoi 去年曾与我分享过一些想法，她提出了一些方法可以让这个移动端体验更加简洁。

关于反馈，我有一些想法想分享，你可以采纳也可以忽略。

“体验很糟糕”这样的说法，出自一位 Discourse 的忠实用户之口，似乎有点不太有帮助。我不想在这里充当“措辞警察”，只是想提供一些关于如何提供反馈的建议。

我认为 canapin 的帖子是一个很好的例子，展示了如何在提供产品反馈时避免使用过于描述性和情绪化的词语。

对你来说，具体哪些方面是“糟糕”的呢？

我曾经做过一个关于如何讨论设计的演示，我时不时会回顾它。（这并非我的原创，只是引用了书中内容的演示 :smiley:）

我在想，阅读一下它是否会有帮助？你怎么看？

Discussing-Design-Printable.pdf (7.6 MB)

2 个赞
7

抱歉，如果那些激烈的言辞让你感到不适。但体验确实糟糕且常常令人沮丧，所以这种情绪是真实的。我认为这并非针对 Discourse 平台本身，很大程度上是 iOS 的问题。如果你将其视为对你或 Discourse 的冒犯，那并非如此。我自己构建组件和进行定制的经历告诉我，如今要兼顾移动端有多么困难。

3 个赞
8

这让我想起了这个错误报告

2 个赞
9

这是个很好的观点！它是该软件的主要展示窗口。

作为一名新注册用户（向 @Canapin2 问好），在移动端的显示效果如下：

image
image360×740 29.9 KB

当然已经有所改善，但仍有提升空间。整体看起来仍有些令人望而生畏。作为新用户，我觉得第一排图标会让我非常困惑，我大概只能看懂那个 × 符号。

我无法回答你帖子中所有未解决的问题，但我非常喜欢你的截图，尤其是那个小标签部分。

总的来说，我喜欢它的优雅设计，以及编辑器终于焕发出的生机。我仅从视觉角度进行评价，并未过多考虑可能丢失的功能。我的第一印象是：“这已经是编辑器应展示的最大程度的显式复杂度了。”

3 个赞
10

有两点我觉得比较棘手：按钮经常失灵（关闭并重新打开中心应用即可解决）；有时点击文本区域会导致其从屏幕上消失（放弃操作并回到桌面是解决这一问题的办法）。iPhone 11。

1 个赞
11

值得一提的是，我从未使用过该应用，因此我的 Discourse 移动体验完全来自智能手机浏览器。

2 个赞
12

那是很久以前的事了，我不能确定，但我想我转到了那个应用，因为它更好。

13

OK i was pretty critical so i also want to “boost” (figuratively lol) the design/development improvement on mobile that i don’t think gets enough praise or attention: the deprecation of /mobile and /desktop folder paths for the views.

at first i was skeptical and even a bit annoyed, but it did not take me long to like it better. this was a great and much needed change IMO. i think i recall Moin scolding me for not liking it at first lol. but, yea, thank you for that because i love that i can target all viewport sizes in one code file, including tablet size specifically. :clap:

1 个赞