Skip to content

Improve Recent documents #11189

Open
Open
@Achuan-2

Description

@Achuan-2
Member

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

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

Activity

changed the title [-]改进最近关闭文档的逻辑[/-] [+]改进「最近的文档」的逻辑[/+] on Apr 30, 2024
TCOTC

TCOTC commented on Apr 30, 2024

@TCOTC
Contributor

是按照文档被打开放到页签的时间排序

我看了一下,你说的也不完全对。应该是按页签加载的顺序 → 比如重启思源之后,只会加载一个页签,此时点击其他页签就会加载页签

Achuan-2

Achuan-2 commented on Apr 30, 2024

@Achuan-2
MemberAuthor

是按照文档被打开放到页签的时间排序

我看了一下,你说的也不完全对。应该是按页签加载的顺序 → 比如重启思源之后,只会加载一个页签,此时点击其他页签就会加载页签

好的,谢谢补充,那现在这个逻辑就更有问题了,刚重启,切换页签会记录到最近文档,之后新打开的页签进行切换就不会,使用表现不一致。

TCOTC

TCOTC commented on Apr 30, 2024

@TCOTC
Contributor

如果「最近的文档」改成「最近浏览文档」逻辑,其实最近关闭的文档就会在前面(第二个或者更后面),这个改进需求反而不是很必要了。

我感觉还是解决不了我 issue 里的问题:

但这个页签可能放在上面很久都没打开看过,这时候就没法在「最近的文档」里找到刚才关闭的页签。

Achuan-2

Achuan-2 commented on Apr 30, 2024

@Achuan-2
MemberAuthor

如果「最近的文档」改成「最近浏览文档」逻辑,其实最近关闭的文档就会在前面(第二个或者更后面),这个改进需求反而不是很必要了。

我感觉还是解决不了我 issue 里的问题:

但这个页签可能放在上面很久都没打开看过,这时候就没法在「最近的文档」里找到刚才关闭的页签。

页签没打开就直接误关闭,之后若能够支持Ctrl+Shift+T打开关闭的文档就应该能满足大部分需求了。不过还是看开发者的选择愿不愿意多加一个按钮,我修改下措辞。

TCOTC

TCOTC commented on Apr 30, 2024

@TCOTC
Contributor

@Vanessa219 或者统一这个 issue 和 #10623 ,把「最近浏览的文档」和「最近关闭的文档」一起加到「最近的文档」里,浏览一个文档就加一条、关闭一个文档就加一条。然后 Ctrl+Shift+T 可以打开最近关闭的文档

changed the title [-]改进「最近的文档」的逻辑[/-] [+]Improve `Recent documents`[/+] on May 1, 2024
self-assigned this
on May 1, 2024
88250

88250 commented on May 1, 2024

@88250
Member
added this to the backlog milestone on May 1, 2024
TCOTC

TCOTC commented on May 1, 2024

@TCOTC
Contributor

增加「最近关闭的文档」 #10623

In what scenarios do you need this feature?

是否应该增加「最近关闭的文档」功能? - 链滴

在桌面端,如果是最近看过的文档,我当然知道是在哪个页签。

通常情况下我使用「最近的文档」功能是为了找到刚才不小心关闭的页签,但这个页签可能放在上面很久都没打开看过,这时候就没法在「最近的文档」里找到刚才关闭的页签。

image

Describe the optimal solution

  1. 在界面上增加「最近关闭的文档」,和目前的「最近浏览的文档」共存
  2. 增加 Ctrl+Shift+T 快捷键以打开最近关闭的页签/窗口
88250

88250 commented on May 1, 2024

@88250
Member

@TCOTC 最近关闭的文档不单独列,会一并加入到现在的文档列表中,只是关闭动作会将其置顶排序

Achuan-2

Achuan-2 commented on Sep 5, 2024

@Achuan-2
MemberAuthor

催催这个, 对我来说,我需要频繁打开不同文档,Recent documents 太常用了,很需要改进 Recent documents 的逻辑

TCOTC

TCOTC commented on Oct 21, 2024

@TCOTC
Contributor
TCOTC

TCOTC commented on Nov 8, 2024

@TCOTC
Contributor

我的需求。最近的文档 再增加 最近编辑过的文档

  1. 在浮窗编辑过的文档
  2. 在搜索界面编辑过的文档
  3. 在反链面板编辑过/移动过块的文档
  4. 在间隔重复界面中编辑过的文档
  5. ……

避免一关了就忘记是哪个文档

TCOTC

TCOTC commented on Jan 15, 2025

@TCOTC
Contributor

再提一个不知道能不能实现的:最近关闭的窗口

Chrome 这种:

image

TCOTC

TCOTC commented on Jan 21, 2025

@TCOTC
Contributor

用户需求:显示更多最近的文档 https://ld246.com/article/1737448091608

51junjie

51junjie commented on Jan 22, 2025

@51junjie

用户需求:显示更多最近的文档 https://ld246.com/article/1737448091608

这个需求是我提的,有热心的朋友提供了帮助,但是存在两个问题:
1、需要依赖第三方插件
2、只能根据修改时间排序,无法根据打开时间排序
显式更多的文档,如果可以的话可以提供配置项,支持自定义配置显式数量。
而我面临的问题是最近文档显式的日记文档太多了,影响最近文档功能的使用。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Type

No type

Projects

No projects

Relationships

None yet

    Development

    No branches or pull requests

      Participants

      @88250@Vanessa219@Achuan-2@TCOTC@51junjie

      Issue actions

        Improve `Recent documents` · Issue #11189 · siyuan-note/siyuan