Improve Recent documents
#11189
Comments
我看了一下，你说的也不完全对。应该是按页签加载的顺序 → 比如重启思源之后，只会加载一个页签，此时点击其他页签就会加载页签 |
好的，谢谢补充，那现在这个逻辑就更有问题了，刚重启，切换页签会记录到最近文档，之后新打开的页签进行切换就不会，使用表现不一致。 |
我感觉还是解决不了我 issue 里的问题：
|
页签没打开就直接误关闭，之后若能够支持Ctrl+Shift+T打开关闭的文档就应该能满足大部分需求了。不过还是看开发者的选择愿不愿意多加一个按钮，我修改下措辞。 |
|
@Vanessa219 或者统一这个 issue 和 #10623 ，把「最近浏览的文档」和「最近关闭的文档」一起加到「最近的文档」里，浏览一个文档就加一条、关闭一个文档就加一条。然后 Ctrl+Shift+T 可以打开最近关闭的文档 |
|
|
增加「最近关闭的文档」 #10623 In what scenarios do you need this feature?在桌面端，如果是最近看过的文档，我当然知道是在哪个页签。 通常情况下我使用「最近的文档」功能是为了找到刚才不小心关闭的页签，但这个页签可能放在上面很久都没打开看过，这时候就没法在「最近的文档」里找到刚才关闭的页签。
Describe the optimal solution
|
|
@TCOTC 最近关闭的文档不单独列，会一并加入到现在的文档列表中，只是关闭动作会将其置顶排序 |
改进「最近的文档」的逻辑
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
The text was updated successfully, but these errors were encountered: