Skip to content

Improve Recent documents #11189

@Achuan-2

Description

@Achuan-2

改进「最近的文档」的逻辑

In what scenarios do you need this feature?

思源当前的「最近的文档」逻辑我才发现是按照文档被打开放到页签的时间排序,而不是按照文档最近被点击打开的时间排序,即不是「最近浏览的文档」逻辑,VSCode中的逻辑就是后者。
也就是意味着,一个文档很早之前打开,但一直放在后台页签,我现在从其他页签切换到这个文档,这个文档在「最近的文档」的排序很靠后,而不是靠前。
我觉得这个体验很不好,难怪我每次用「最近的文档」,在前面的文档都不是想要的文档,因为目前这一功能在前面的就不是最近浏览的文档。「按照文档被放到页签的时间排序」的需求应该是明显少于「按照文档最近点击打开的时间排序」的,后者也更符合「最近的文档」这一名称。而前者我不太明白这个逻辑的用途,感觉仅仅只是记录自己从文档树打开文档的顺序,人脑一般也是记录最近浏览的几个文档,从文档树打开文档的顺序经常中途打开其他文档,一般人不会去特意记忆,再加上页签切换的历史记录并不会记录在里面,页签切换打开的文档成为干扰记忆项,除非有人只从文档树打开文档而不做页签切换操作,否则是很难正确记忆打开文档的历史顺序的,就更不会想从历史打开文档顺序查找想要的文档,也就是说目前的「最近的文档」的逻辑大概率与记忆的最近浏览文档相悖,会增加查找阻碍。
之前也有人建议增加「最近关闭的文档」#10623
我觉得如果「最近的文档」改成「最近浏览文档」逻辑,其实最近关闭的文档就会在前面(第二个或者更后面)。如果要特别区分最近关闭的文档,只需要让这些文档字体颜色变灰即可。不需要额外添加一个按钮或tab。不过关闭前没点开文档直接点页签关闭按钮的话可能就不会在前面,所以增加 Ctrl+Shift+T 快捷键以打开最近关闭的页签还是有必要的,也符合浏览器和代码编辑器的使用习惯。

Describe the optimal solution

参考VSCode,将「最近打开文档」逻辑改为「按照文档最近点击打开的时间排序」,即「最近浏览的文档」逻辑,其实目前Ctrl+Tab就是这个逻辑
「最近打开文档」与Ctrl+tab的区别,应该只是前者包括被关闭的文档

Describe the candidate solution

Other information

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions