#6 重新设计闭社树的界面与交互

Open
opened 3 years ago by OmmyZhang · 10 comments
OmmyZhang commented 3 years ago
Owner
There is no content yet.
OmmyZhang added the
enhancement
label 3 years ago
sxndqc commented 3 years ago

一、闭社树的定位
闭社树现在是“死”的,因为对闭社的基本功能没有贡献,而且不能吸引人来使用,成为一项基本功能,其主要原因是闭社树并没有成为一个“呈现信息”的好渠道,而目前并没有很多信息需要“挖坟”“管理”——闭社现在在用户全信息渠道中的角色还是一个满足实时信息需求(情绪与时事的讨论),而非满足沉淀信息的需求(某个主题的学习,某类旧信息的整理)。闭社树想要活起来,有两条路可以走,一条路是自身提供实时信息的播发渠道;另一条路是做好沉淀信息管理的同时,让闭社能够提供“有价值的沉淀信息”,在这里有价值指的是能够让用户花费一定的精力去查找、浏览旧信息,因为对旧信息的吸收比如同信息流的新信息对人的认知资源占用更多。

一、闭社树的定位 闭社树现在是“死”的,因为对闭社的基本功能没有贡献,而且不能吸引人来使用,成为一项基本功能,其主要原因是闭社树并没有成为一个“呈现信息”的好渠道,而目前并没有很多信息需要“挖坟”“管理”——闭社现在在用户全信息渠道中的角色还是一个满足实时信息需求(情绪与时事的讨论),而非满足沉淀信息的需求(某个主题的学习,某类旧信息的整理)。闭社树想要活起来,有两条路可以走,一条路是自身提供实时信息的播发渠道;另一条路是做好沉淀信息管理的同时,让闭社能够提供“有价值的沉淀信息”,在这里有价值指的是能够让用户花费一定的精力去查找、浏览旧信息,因为对旧信息的吸收比如同信息流的新信息对人的认知资源占用更多。
sxndqc commented 3 years ago

二、闭社树的功能改进:

具体内容在github中提出。

https://github.com/closed-social/mastodon/issues/381

二、闭社树的功能改进: 具体内容在github中提出。 https://github.com/closed-social/mastodon/issues/381
sxndqc commented 3 years ago

碧茶插入图片有一些问题,很不方便在指定位置插入图片。

碧茶插入图片有一些问题,很不方便在指定位置插入图片。
OmmyZhang commented 3 years ago
Poster
Owner

具体内容在github中提出。

github仓库不保证长期维护,请把内容都放到这边

碧茶插入图片有一些问题,很不方便在指定位置插入图片。

看起来是你自己markdown语法写错了,还只放了个链接

↑指定位置

> 具体内容在github中提出。 github仓库不保证长期维护,请把内容都放到这边 > 碧茶插入图片有一些问题,很不方便在指定位置插入图片。 看起来是你自己markdown语法写错了,还只放了个链接 ![](https://git.closed.social/attachments/a9496569-0b66-434e-a440-d3dc5bff92db) ↑指定位置
sxndqc commented 3 years ago

具体内容在github中提出。

github仓库不保证长期维护,请把内容都放到这边

碧茶插入图片有一些问题,很不方便在指定位置插入图片。

看起来是你自己markdown语法写错了,还只放了个链接

↑指定位置

并不感觉这个比较好用,至少我目前不会markdown,github的IDE上传支持是更好的。
另外在github上贡献凯源代码对开发者来说更有维护的动力,建议在github上保持更新。

> > 具体内容在github中提出。 > > github仓库不保证长期维护,请把内容都放到这边 > > > > > 碧茶插入图片有一些问题,很不方便在指定位置插入图片。 > > 看起来是你自己markdown语法写错了,还只放了个链接 > > ![](https://git.closed.social/attachments/a9496569-0b66-434e-a440-d3dc5bff92db) > > > ↑指定位置 并不感觉这个比较好用,至少我目前不会markdown,github的IDE上传支持是更好的。 另外在github上贡献凯源代码对开发者来说更有维护的动力,建议在github上保持更新。
OmmyZhang commented 3 years ago
Poster
Owner

emmmm github的issue也是markdown啊,我不太明白你在说什么。就是你自己写错了吧。

emmmm github的issue也是markdown啊,我不太明白你在说什么。就是你自己写错了吧。
sxndqc commented 3 years ago

emmmm github的issue也是markdown啊,我不太明白你在说什么。就是你自己写错了吧。

。。我压根就没用markdown 不存在什么写错的问题
github支持不用markdown的

> emmmm github的issue也是markdown啊,我不太明白你在说什么。就是你自己写错了吧。 。。我压根就没用markdown 不存在什么写错的问题 github支持不用markdown的
sxndqc commented 3 years ago

不明白算了。

不明白算了。
OmmyZhang commented 3 years ago
Poster
Owner

测试

测试
OmmyZhang closed this issue 3 years ago
OmmyZhang reopened this issue 3 years ago
artaniswei commented 3 years ago
Owner

shb的意见偏向了“沉淀”,而我觉得增强“实时”也有意义,即让闭社树更好“刷”

现今闭社树的问题在于闭社树上的更新几乎不可能被注意到,几乎只有路径:
1)别的用户在关注ta,浏览了ta的全部回复
2)ta转到了主时间轴
而几乎不存在最正常合理的逻辑
3)有人在刷闭社树,看到了感兴趣的内容
其中1)基于用户而非基于内容,2)则让闭社树显得可有可无。阻碍3)的核心在于用户无法从非叶节点中知晓底层是否有更新,这极大妨碍了获取新信息的能力。

shb提出了过改进方案,我认为一个相对低改动的实现是对于每个非内容节点(判断标准可以用一行且为#tag),显示的时间是“子树的最新时间”而非“节点本身的创建时间”,同时能按照这个时间从新到旧进行排列。
当然,这里的“低改动”也是相对的,这仍然会涉及到对时间信息的修改和对节点内容的判断分类。

shb的意见偏向了“沉淀”,而我觉得增强“实时”也有意义,即让闭社树更好“刷” 现今闭社树的问题在于闭社树上的更新几乎不可能被注意到,几乎只有路径: 1)别的用户在关注ta,浏览了ta的全部回复 2)ta转到了主时间轴 而几乎不存在最正常合理的逻辑 3)有人在刷闭社树,看到了感兴趣的内容 其中1)基于用户而非基于内容,2)则让闭社树显得可有可无。阻碍3)的核心在于用户无法从非叶节点中知晓底层是否有更新,这极大妨碍了获取新信息的能力。 shb提出了过改进方案,我认为一个相对低改动的实现是对于每个非内容节点(判断标准可以用一行且为#tag),显示的时间是“子树的最新时间”而非“节点本身的创建时间”,同时能按照这个时间从新到旧进行排列。 当然,这里的“低改动”也是相对的,这仍然会涉及到对时间信息的修改和对节点内容的判断分类。
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.