更新预告：V1.3
7.12晚将更新V1.3版，V1.3版的看点有：
1、根据用户建议，新增使用标签对文件进行更名的功能。如预览图所示。该功能在对文件名更名的同时，也会将标签写入该文件的ADS内。因此在实际使用效果上，更改文件名后，不仅可以用everything等文件名搜索工具来搜索标签，同时也可以使用本工具来搜索ADS标签，两者无缝衔接，对用户完全无感。
2、软件名称改为“Document TagExplorer 文档标签分类管理工具”。因为我用TagExplorer为关键字搜索了一下，好像已经有了一个同名软件，不过是用来对MP3文件进行管理的。为了以示区别，因此将名字略微改动一下。
改动文件名的功能建议给一个开关，毕竟使用标签管理器的缘故，就是为了不改动文件内容 位置的情况下进行新一个维度的管理 
不是很明白。能否稍微详加说明？
如预览图所示，如果选择菜单“为选定文件指定标签”，那么就是只增加ADS标签，不会改动文件名；如果选择菜单“根据标签为选定文件更名”，则既为文件更名，又增加ADS标签。
就我看了你的新版本介绍，
在传统的标签数据库的情况下，新增加了同步重命名文件名的功能么？同步更新文件名的功能最好留一个可选开关，有一部分使用场景就是尽量在不移动文件位置，不更改文件名的情况下对文件进行新增分类管理的维度。
所以我建议是 可以有同步文件名的更改，但是给一个自选开关是最佳的选择
哦，我大概明白，是的，您不必担心，就是按照您的意思设计的。
用户可以通过菜单（开关），来快捷的自由决定，是只为文件增加ADS标签，还是既增加ADS标签又改名。
那就好 毕竟改了文件名 有时候影响挺大的
对，很多用户文档是不适合进行改名的，这也是我当初想方设法设计读写ADS标签的初衷。
不过也有的用户非常喜欢用文件名标签来管理文档，毕竟有everything这样的神器，用文件名也许对某些用户来说是个不错的选择。
所以我现在给了用户这个自由，想用文件名的就用文件名，不想用的可以完全不动文件名。
我勒个去，界面都变漂亮了
会越来越漂亮的…
感谢大佬的付出 
对于一个文件可能属于多个范畴的，正苦恼不知如何建立文件夹进行管理，苦寻半个月，终于找到你 
这个能否作为管理时使用的版本，然后有一端，在平常使用时能像文件夹一般打开标签？
请再详细解释一下，没看懂 
语文水平捉鸡，请见谅。就是目前软件不是可以进行标签管理并给一路径例内的文件贴标签如 E：\高清真人日文发音示范学习文件 。我配置好这路径下文件的标签后，能否保存导出成一个入口，然后打开后就是 E：\高清真人日文发音示范学习文件 这个文件夹内的文件，按照标签建立层级并排列后情况。
不是说复制了一份文件新建文件夹，只是类似快捷方式那样而已，根据在软件设置的情况，实时变更。
您等我理解理解的，暂时还是没太弄明白您的需求
我想我大概明白一些了，好吧，这个需求我记录了，我会评估一下
说实话我也没看懂
刚才的长篇回复不知道又触及了什么敏感词，被审核中，所以先简单补充点东西吧
您如果认为某个同类工具中的某个功能很好，可以单拎出来提一个需求，这样也方便我评估，尽快落实到新版本中。
现在这样仅粗略的说一下某个软件比较好，让我参考，这个范围太大，会比较麻烦。
在编写DTE过程中，对文档的标签分类管理理论和相关实例做过一些研究，您提到的这个软件也略微了解了一些（不过确实也是没有深入研究）。
DTE和Tabbles的本质区别，是标签的记录和管理原理。DTE将标签信息记录在流文件中，而Tabbles是自己建立一个数据库来记录标签信息以及标签和文档的对应关系。
核心原理和机制的不同，导致了两款软件的使用习惯上必然存在天然的不同。例如对于自建数据库管理标签的工具软件，所有标签数据相对于软件本身是随时已知的，那就可以利用这些已知数据来做深度挖掘，搞个什么标签频率统计啊，搞个以标签为维度的虚拟文件夹啊之类的。而如果采用文件流来记录标签数据，要了解一个整体的标签数据，需要对“所有”磁盘上的“所有”文件都进行一次检索，才能了解到某个时点上整体标签的数据情况，自然就不太方便做上述一些深度挖掘。
但从我个人认知来说，我认为在通常情况，采用流文件机制来记录标签数据，其实相比自建数据库管理标签数据是有着巨大的优势的，因为这可以给予用户对文件管理的最大的自由度，这种文件管理的自由度的重要性是超过了对标签数据的数据库化管理的。
DTE的早期版本（V1.0的若干β测试版本），也是采用自建数据库来管理标签，但这种管理机制必然要求用户对文档的一切操作都要在这个固定的第三方软件中完成，包括更名、编辑、拷贝、移动等等，一旦用户在此第三方软件之外对文档进行了操作，马上就会造成该软件数据库的混乱，这对用户是一个巨大的限制，也是一项较大的风险、更对第三方软件本身的文件管理功能提出了非常高的要求，毕竟你逼着用户所有操作都要在你自己内部完成，那你就要做到非常非常方便才行，否则用户就会损失很多灵活而必要的文件管理功能。另外，随着用户的日积月累，数据库肯定会越来越大，数据库的增删改查速度必然越来越慢，对用户体验来说就是越来越卡顿，这是此类软件先天基因中自带的缺陷，不改变核心机制是避免不了的。
而DTE后期的正式版本，采用了流文件记录标签数据的机制，则对用户使用什么软件来管理文档没有要求，非常随意，只要是在NTFS文件系统的磁盘范围内，随便使用任何软件进行各种操作，标签数据都不会丢失，这是Tabbles和Taglyst之类的软件所无法比例的碾压性优势。同时采用流文件记录标签信息，也不存在自己维护数据库的问题（或者至少软件主要功能不依赖庞大的数据库），所以就不存在上述因数据库体积膨胀而带来的各种弊病 （所以我个人是不推荐大家去使用那些通过自建数据库管理标签信息的软件的）
把话说回来，从操作模式上来说，DTE算是个新兵，诞生不到一个月，在操作的方便性、细腻程度上肯定相比Tabbles这种打磨了多年的软件会有所差距，这也正常。但粗略对比一下，大体上该有的东西都有，没有严重缺项。特别是当前的最新版本，新增了很多右键快捷菜单，使用起来还是非常方便的。
最后，我会关注用户的反馈，也会结合我对同类软件的研究，逐步丰富DTE的功能，让它更加好用。
说句有点厚颜无耻的话：我觉得 Document TagExplorer 可能是当前市面上能找到的综合性价比（国产、全中文、免费、功能强大）最好的文档标签管理工具了。哈哈哈，各位喷我请轻喷哈
