-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
Description
改进「最近的文档」的逻辑
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