在移动端阅读帖子时,我有时希望能有一个选项,可以轻松地在电脑上打开同一篇帖子。目前,“最方便”的做法是在移动端添加书签,然后在桌面端打开该书签,删除书签,再继续阅读。我在想,这个过程是否可以简化一些。以下是我的想法:
我建议新增一个类似“草稿”的板块,列出你在任何设备上当前正在浏览器中打开的所有帖子。这样,当你想在另一台设备上继续阅读同一篇帖子时,只需前往该专属板块即可,无需添加书签或创建草稿。此外,“推迟”功能也不适用于此场景,因为它仅针对话题中的最终帖子。我将此功能设想为一种“交接”机制。我们在写作方面已通过草稿实现了类似功能,但在阅读方面尚未具备。目前最接近的选项是书签,但我认为,当你需要立即切换设备继续阅读时,添加和删除书签会带来不必要的负担。
如果自动检测设备上当前打开的帖子不可行,另一种方案是为每篇帖子提供一个类似“推迟”的菜单选项,点击后即刻发送通知。不过,自动检测的方式在我看来更简洁,因为它与草稿功能更为相似。
大家怎么看?
3 个赞
sam
(Sam Saffron)
2
有个小技巧:
https://meta.discourse.org/read
“已读”筛选器可以让你查看最近阅读的内容。在 Discourse 0 版本时我引入了这个功能,但它从未真正流行起来,因为向用户解释起来有点困难。我想没有多少网站在使用它。
3 个赞
所以默认情况下,它无法通过任何 UI 导航方式访问吗?从链接来看,它似乎旨在与“最新”和“热门”页面类似,我完全理解这可能会引起混淆。为什么不将其包含在用户的“活动”部分中呢?在那里,二级下拉菜单允许您选择主题和回复等内容?只需添加一个名为“最近阅读”的选项即可。毕竟,这是专门针对用户活动的。
话虽如此,“已读”页面与我的提议并不完全相同。主要区别在于,我想返回到我正在查看的当前帖子,而不是主题中的下一个未读帖子。这是一个重要的区别,因为我可能正在重新访问某个帖子(也许是通过链接),而该帖子位于我已阅读过的主题的中间。在这种情况下,“已读”页面将毫无用处。
如果我的提议不值得采纳,那么在活动下拉菜单中添加“最近阅读”选项也比没有好。
1 个赞
sam
(Sam Saffron)
4
哦,这确实非常复杂。我认为在如此复杂的层面上,你应该依赖厂商的跨设备集成。Safari 就在 iOS 和 macOS 之间实现了这一点。我相信 Chrome 也有类似的功能,无论是通过插件还是其他方式。
我理解这种需求,但我担心像这样的功能会引入巨大的复杂性。
3 个赞
不幸的是,这在我的情况下行不通。我在 iPhone 上只使用默认的 Safari,但在笔记本电脑上使用的是 Chrome。此外,有时我可能会在工作电脑上访问 Discourse 实例,但觉得仅仅为了管理这个功能而安装插件并不合适。这就是为什么我希望能有 Discourse 内置的解决方案。
不过我也理解,考虑到其复杂性,这可能并不值得。说实话,我原本希望它能像防止在多个标签页中编辑草稿那样的跟踪机制一样。但即使类似,我想这也不一定能让该功能的实现变得容易。
既然如此,这是否是你愿意考虑的功能呢?我认为至少在我的使用场景中,它有时能提供一些价值,而且总体上应该也有其价值。希望这个功能的实现成本足够低,值得被考虑。
1 个赞
sam
(Sam Saffron)
6
我觉得在这里添加“最近阅读”功能挺实用的:
@codinghorror / @awesomerobot 你们怎么看?
4 个赞
只要操作简单就没问题。我们确实有这条路线,但尚未公开宣传,所以在用户页面上进行宣传会是个不错的方式。
6 个赞
sam
(Sam Saffron)
8
是的,这应该非常简单,而且是对活动页面的一个很好的增值!我可以看到大家会用到这个功能。
@techAPJ 你能负责这个吗?我们把新条目命名为“已读”,帮助文本设为“最近阅读的主题”。
7 个赞
已确认,您的活动页面上现在已有一条“已读”记录——/my/activity/read
感谢 @techAPJ 
6 个赞