- 主题:发现一个影响办公效率的问题
- 经常打开不同目录的文件,在目录中跳转来跳转去,耽误不少时间。有时候为了目录管理有条理,目录层次还不算浅。 - 但其实这几个月常打开的可能就这几份或者十几份文档。 - 当然可以建一个目录,往里面扔符号连接。不知道有没有别的更好的方法 - -- - 修改:gnwd FROM 125.86.95.* - FROM 125.86.95.*   
- 好问题。
 
 解决方法是double commander,常用目录加收藏夹。
 
 【 在 gnwd () 的大作中提到: 】
 : 经常打开不同目录的文件,在目录中跳转来跳转去,耽误不少时间。有时候为了目录管理有条理,目录层次还不算浅。
 : 但其实这几个月常打开的可能就这几份或者十几份文档。
 : 当然可以建一个目录,往里面扔符号连接。不知道有没有别的更好的方法
 : ...................
 --
 FROM 101.84.172.*
 
- 【 在 javaboy 的大作中提到: 】
 : 好问题。
 : 解决方法是double commander,常用目录加收藏夹。
 :
 
 nautilus就可以加收藏夹,但我觉得还是不够方便
 我硬连接了常用文件,然后通通扔一个目录中去了
 因为硬连接可以被复制到U盘去而软连接不行
 
 参考了
 https://askubuntu.com/questions/912687/nautilus-no-support-for-hard-links
 避免了打开命令行手动创建硬连接的方式
 --
 修改:gnwd FROM 125.86.95.*
 FROM 125.86.95.*
 
- 大概05年前后,我觉得所谓的目录管理有条理是个伪命题。因为一个文件你可以按照不同的维度去切割分类,你分的越细越有条理,就越容易遇到另一种非常难检索的维度。
 
 于是我基于fuse做了一个虚拟文件系统,把目录的层级作为搜索关键字,比如cd a/b/c,进入的目录其实就是用a b c作为关键字去搜索匹配后的所有文件。这里因为是关键字,所以顺序就不重要了,cd c/b/a和a/b/c的结果是一样的。也即你可以随心所欲的按照你想要的tag cloud方式去匹配想要的文件。同样的还可以有各种搜索语法。比如直接a/b/c进行的是文件名以及那个文件的所有父目录名的关键字匹配。也可以content:xxx/date=xxx等方式进行包括内容关键字,meta信息等更复杂的匹配。实现好之后,基本上用起来感觉还是像那么回事的。不过文件光找到还不行,还有要能编辑,要能生成新的文件等等问题。比如在content:xxx/目录下创建一个内容只有yyy的文件,或者把符合条件的文件改成不符合条件会产生一系列的矛盾问题。
 
 总之,要完善细化还需要不少后续工作。但我觉得这个基本理路是可以针对这类需求的。
 
 【 在 gnwd 的大作中提到: 】
 : 经常打开不同目录的文件,在目录中跳转来跳转去,耽误不少时间。有时候为了目录管理有条理,目录层次还不算浅。
 : 但其实这几个月常打开的可能就这几份或者十几份文档。
 : 当然可以建一个目录,往里面扔符号连接。不知道有没有别的更好的方法
 --
 FROM 180.111.50.*
 
- 这就是传说中的文档索引?
 
 kde/windows 都带了全文检索引擎,能够检索指定目录的 word 文档,pdf,图片元数据。是这个意思吗?
 
 不过我一般装完 KDE 第一件事情就是关了这货。
 
 【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
 : 大概05年前后,我觉得所谓的目录管理有条理是个伪命题。因为一个文件你可以按照不同的维度去切割分类,你分的越细越有条理,就越容易遇到另一种非常难检索的维度。
 : 于是我基于fuse做了一个虚拟文件系统,把目录的层级作为搜索关键字,比如cd a/b/c,进入的目录其实就是用a b c作为关键字去搜索匹配后的所有文件。这里因为是关键字,所以顺序就不重要了,cd c/b/a和a/b/c的结果是一样的。也即你可以随心所欲的按照你想要的tag cloud方
 : 总之,要完善细化还需要不少后续工作。但我觉得这个基本理路是可以针对这类需求的。
 : ...................
 --
 FROM 112.47.122.*
 
- 用 KDE 的话,可以 alt+f2,用 win10 的话,按 win 键,输入文档的一部分文件名通常可以直接打开。系统保存了你之前的文件打开历史。
 
 【 在 gnwd () 的大作中提到: 】
 : 经常打开不同目录的文件,在目录中跳转来跳转去,耽误不少时间。有时候为了目录管理有条理,目录层次还不算浅。
 : 但其实这几个月常打开的可能就这几份或者十几份文档。
 : 当然可以建一个目录,往里面扔符号连接。不知道有没有别的更好的方法
 : ...................
 --
 FROM 112.47.122.*
 
- 有现成的,就是我前面说的double commander
 
 【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
 : 大概05年前后,我觉得所谓的目录管理有条理是个伪命题。因为一个文件你可以按照不同的维度去切割分类,你分的越细越有条理,就越容易遇到另一种非常难检索的维度。
 : 于是我基于fuse做了一个虚拟文件系统,把目录的层级作为搜索关键字,比如cd a/b/c,进入的目录其实就是用a b c作为关键字去搜索匹配后的所有文件。这里因为是关键字,所以顺序就不重要了,cd c/b/a和a/b/c的结果是一样的。也即你可以随心所欲的按照你想要的tag cloud方
 : 总之,要完善细化还需要不少后续工作。但我觉得这个基本理路是可以针对这类需求的。
 : ...................
 --
 FROM 101.84.172.*
 
- 很多完善的工具了,如tagspaces之类。
 
 【 在 lvsoft 的大作中提到: 】
 : 大概05年前后,我觉得所谓的目录管理有条理是个伪命题。因为一个文件你可以按照不同的维度去切割分类,你分的越细越有条理,就越容易遇到另一种非常难检索的维度。
 : 于是我基于fuse做了一个虚拟文件系统,把目录的层级作为搜索关键字,比如cd a/b/c,进入的目录其实就是用a b c作为关键字去搜索匹配后的所有文件。这里因为是关键字,所以顺序就不重要了,cd c/b/a和a/b/c的结果是一样的。也即你可以随心所欲的按照你想要的tag cloud方式去匹配想要的文件。同样的还可以有各种搜索语法。比如直接a/b/c进行的是文件名以及那个文件的所有父目录名的关键字匹配。也可以content:xxx/date=xxx等方式进行包括内容关键字,meta信息等更复杂的匹配。实现好之后,基本上用起来感觉还是像那么回事的。不过文件光找到还不行,还有要能编辑,要能生成新的文件等等问题。比如在content:xxx/目录下创建一个内容只有yyy的文件,或者把符合条件的文件改成不符合条件会产生一系列的矛盾问题。
 : 总之,要完善细化还需要不少后续工作。但我觉得这个基本理路是可以针对这类需求的。
 : ...................
 --
 FROM 124.78.173.*
 
- 桌面环境:通常支持recent files, frequent files。
 命令行:fzf,autojump, z
 
 【 在 gnwd 的大作中提到: 】
 : 经常打开不同目录的文件,在目录中跳转来跳转去,耽误不少时间。有时候为了目录管理有条理,目录层次还不算浅。
 : 但其实这几个月常打开的可能就这几份或者十几份文档。
 : 当然可以建一个目录,往里面扔符号连接。不知道有没有别的更好的方法
 --
 修改:ilovecpp FROM 124.78.173.*
 FROM 124.78.173.*
 
- 桌面的recent 我搞不懂规则
 pdf和文本文件,打开后就会记录
 但wps打开修改的好像不记录
 
 我是ubuntu 18.04下用的,gnome环境。
 还是创建硬链接好
 
 
 
 【 在 ilovecpp 的大作中提到: 】
 :
 : 桌面环境:通常支持recent files, frequent files。
 : 命令行:fzf,autojump, z
 :
 : 【 在 gnwd 的大作中提到: 】
 
 #发自zSMTH@Redmi K20 Pro Premium Edition
 --
 FROM 183.70.116.*