- 主题:发现一个影响办公效率的问题
经常打开不同目录的文件,在目录中跳转来跳转去,耽误不少时间。有时候为了目录管理有条理,目录层次还不算浅。
但其实这几个月常打开的可能就这几份或者十几份文档。
当然可以建一个目录,往里面扔符号连接。不知道有没有别的更好的方法
--
修改: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.*