【20231024更新】Document_TagExplorer -免费好用的windows文件标签分类管理工具

没有具体试过,初步考虑有难度(可能不支持)。本软件识别文件是通过直接读取文件的字节集来计算哈希值,webdav协议下貌似无法做到这一点,所以…

目前通过特殊算法,在本地,本软件可以以毫秒级的速度计算上G大小文件的哈希值,而这一点,通过webdav协议是无法做到的吧,网络传输速率这种硬瓶颈总是无法突破的吧。

好的好的,如果有难度就算了,只是突然想起来可以这么操作,毕竟标签化管理在移动设备上的可用性其实并不高。 :joy:

网络(云上)的文件,肯定是无法通过计算hash值的方式来进行识别了,而通过文件名+文件长度等方式来识别,又可能存在误识别,当然,在只本人使用以及注意使用习惯的情况下,可能影响并不大。
这个需求留待我今后研究吧,感谢提出建议。

新版预告:
TagExplorer v1.0 Beta6 版 将于今晚(2021.7.8)上线。

该版本特性:
1*、【核心变动】彻底推翻了前面若干版本的文件标签管理办法,不再使用数据库记录文件标签,而是采用NTFS文件系统特有的流文件特性来记录文件标签。这样做的优点是所有标签数据完全跟随文件本身移动,也就是说,文件的复制、拷贝、移动都不影响文件的标签数据。大大增强了文件管理的灵活性!(因此:①肯定不支持NAS /sad;②必须将文件保存于NTFS格式的磁盘上,存放在fat32或者其他格式磁盘后,文件标签会丢失!)

2、NTFS文件系统的流文件(简称为ADS文件)是一种隐形数据,需要使用特殊工具或者特殊方法才能查看,作为“非国防、非顶级商业机密”用途使用,基本是满足保密要求的。 :crazy_face:

3、用户给文件打完标签后,想要搜索标签时,只需要粗略指定一下搜索范围(可能包含该文件的上级文件夹),即可以较高的枚举效率将包含指定标签的文件搜索出来。

4、仍然保留了一个数据库,但仅用来记录用户的自定义标签体系。数据库支持导出和导入。

5、重构了软件的UI和代码,看起来更现代化,更美观了。

6、没有内置什么复杂的文件管理功能,因为本软件的标签管理原理,支持用户使用任何文件管理器来管理文件的物理位置,而本软件只专精做好“给文件打标签”和“搜索标签”这两件事。

2 个赞

给word打标签 从搜索里打开的话会提示文件被占用,只能打开副本,还有能不能通过命令行启动标签搜索功能,就能用listary这类输入型快速启动调用了。

好的,您的反馈已经记录了。我会尽快对您反馈的问题进行评估,如有结论,将在此贴回复您。

另外,请您务必尝试今晚上线的Beta6版本,因为该版本采用了新的技术来管理文件标签,对文件的修改、移动不会影响文件的标签信息。而此前版本,如果是word文件被编辑后,原来的标签就失效了。

情况如图所示,这是我刚刚新建的一个测试文件

并没有做编辑 很简单的空文件都会有这个提示

好的,了解了。因为beta5以前的版本,都是直接读取文件本身来计算hash值,所以有可能会造成文件被占用的情况出现,而且word文档这类需要经常编辑的文件,一旦被编辑了原来打上的标签就失效了。
今晚即将上线的beta6版,则完全不会文档本身进行读写,所以不会造成文件占用情况(刚才我用最新版测试word文件,反复多次也不会出现文件占用)。并且word文档可以随意编辑、复制、移动,附加的标签同样有效。

好的,我之前是拿来在台式机上标记图片,倒是不存在占用问题,今天突然想到有一些工作文件因为是公司的同步盘里,文件结构不敢做变动,想试试是不是可以通过标签系统解决变相移动管理的问题发现这个问题了 :kissing_heart:

那您更要试试今晚上线的beta6版了,感觉就像是量身定做的一样,相信一定能让您满意。

如果您有兴趣,可以参考这个帖子,该题主的需求也是用来标记图片和其他文档,我一一对照了一下,惊讶的发现好像定制软件一样,100%吻合需求。

1 个赞

V1.0β6 版本已经上线了,敬请下载试用。
此版本由于核心机制的改动,已经不会再产生文件占用的情况了。
通过命令行启动标签搜索功能的需求,仍在评估中…

这个版本 可用性可以了 :joy: 大佬加油啊!

嗯,这个版本真的基本可以算是正式版的1.0了。可用性已经没有太大问题了。

您还有其他需求可以继续提出,我力所能及的话就会在后续版本中实现。

关于使用命令行直接启动标签搜索功能的问题,我认为虽然稍显麻烦但不是不能实现,不过我只想明白了在windows控制台上如何实现这个功能,而在listary中如何实现就有点模糊。因为我并不使用listary(我是everything死忠),你要是方便,可以展示一下listary是如何带参数启动其他应用程序的吗?

listary的话可以通过调用cmd实现命令行功能,也就是说可以不用考虑listary的适配性,通过cmd传入参数即可


看起来参数是提前写到listary中的?

因为TagExplorer(以下简称TE)的命令行运行方式大概会是这样:

TE d:\123\abc 英语配音 中文字幕 纪录片 

如果每次需要搜索的参数不固定,那不是每次都要去listary中修改?

{query}是传入参数,至少可以保证,单标签初筛,根据单标签的结果,再决定是不是选择第二个标签,其实本质上就是提供了个快速启动的路径,完成第一步搜索,不足再进软件解决。
就如同anytxt有多参数限定搜索一样,我日常使用只传入搜索字段

全文搜索 123

得到的结果就是 自动打开anytxt并搜索带有 123内容的文件

命令行直接启动搜索标签的功能已经实装了,并且定版本号为 V1.0正式版。请重新下载体验。

命令行模式搜索标签的格式是:

TE 目标搜索路径 标签1 标签2 标签3 ...

上面的TE是简写,实际请填写本应用程序真实名称。

注意,理论上命令行启动支持的标签个数无上限。如果参数个数为1个或0个,则正常启动应用程序,不会启动自动搜索模式。

这个版本应该是取消了文件夹标签功能是吧,命令行的话能写一个完整的教程吗,有点没看懂 :rofl:

1、因为这个版本的文件标签,都保存在流文件中,而文件夹是没有流文件的,所以”暂时“取消了文件夹的标签功能。今后再考虑用什么方式加上。
2、一图解千愁:

上图中,命令行表示,在目标文件夹“d:\123\abc\”下,搜索同时包含标签“英语”、“纪录片”、“双主角”的文档。