windows可管理的文件名最长就是260个字符，并且这里还包括路径。所以将标签写在文件名上，除了文件名比较混乱外，还会遇到字符容量不足写不下的问题。即时在win10后，windows增加了对超长文件名的兼容度，允许在资源管理器中出现文件名超过260个字符的文件，但这个兼容可能仅限于资源管理器等少数环境，个别底层API以及其他第三方软件也可能不支持，遇到这类文件时会无法处理而报错。
所以综合考虑，还是建议谨慎将更多信息写入文件名。少量的时候是很方便的。
DO用户会抗议的…
DTE有个致命弱点，就是不支持unicode，如果用户的文件名中，或者用户需要输入和读取韩文啊，蒙文啊，阿拉伯文、越南文的，DTE是暂时无法支持的。
是的，我也是担心历史包袱太重，人生在世，忠孝难以两全 
这个看说明文档时已知，对于大多数普通用户来说，影响不大，可以接受
感谢提醒，我仔细考虑过这个问题，下面这段文字才100个汉字，还有几十个字符留给路径，是非常够用的：
一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十一二三四五六七八九十
一直都是使用目前权限设置，彻底把它关掉有一些安全的担忧
还有这个问题，QTV的设计就是每次只能查看、编辑一个文件吗？
不关权限，这个问题不好解决。您说的让程序驻留内存，选择文件后按快捷键呼出，不需要重新启动的方式，可能需要hook资源管理器，技术上比较复杂，并且会被杀软认为在搞鬼而报毒…
在windows资源管理器中，支持同时选取多个文件。您所遇到的问题，在于DO的api和资源管理器的api不一致导致的。您可以在资源管理器中测试一下就知道了。
很遗憾 Directory Opus 不支持批量
。
我在资源管理器中也测试了一下，这次选择了 4 个文件，结果和 Directory Opus 中的表现是一样的：选中几个文件就会弹窗几次，而且只给其中一个文件加上了标签。
还是uac导致的问题。你关掉uac，就可以同时多选多个文件了
了解，不过目前不准备关闭 UAC
DTE的官方文档研究了两天，总算初步了解，文件和文件夹的标签书写方式是有区别的，文件和文件夹的备注和标签也有区别。文档真是很繁杂。阅读需要仔细。
我用TC，descript.ion文件默认编码是UTF-16LE，昨天谨慎地试了下DTE，descript.ion属性给改为 不隐藏 就不说了，编码也改了，因为TC中的descript.ion必须用到特殊字符，编码转换会有损失，导致出了点小情况。
————————————
PS：软件还真是不错，尝试的欲望强烈。感谢大佬。
有些问题我跟其他用户也解释过，这里再解释一下吧。
1、关于descript.ion文件的编码问题，一开始DTE支持descript.ion文件，是群内一个工具链大佬提出的建议，他是DO的忠实用户。而DO对descript.ion的要求是utf-8编码。所以dte生成的ion文件就是utf-8编码了。后来群里另一位TC大佬用着也很正常且顺手，并未跟我反映因为编码问题而造成什么损失，所以我一直觉得utf-8编码是同时支持DO和TC的。现在您提到TC默认编码是utf-16le，我需要再和群里的那位TC大佬确认一下。
2、关于ion文件不是隐藏的问题。虽然前面说过了支持ion文件标签是DO大佬提出的建议，但实际上DTE的用户中非常多是只用windows资源管理器的，ion文件标签给他们提供了一个支持云盘或者网络同步标签的可能性。对这些用户来说，在资源管理器中对标注了ion文件标签的文件进行移动时，如果ion文件是隐藏的，那么很可能造成用户的疏忽，忘记将ion文件和源文件一起移动了，这就会造成标签数据丢失。所以为了尽可能的提醒用户，我这里将ion文件设置成不隐藏属性，至少也不会给DO和TC用户造成什么损失不是吗？
首先感谢大佬回复。
关于ion文件是不是隐藏的问题，问题不大，慢慢习惯就好。
————————————
总之，我感觉，要用DTE中ion模式的话，最好舍弃以前的TC备注（我以前是在TC中用descript.ion做备注，而不是做标签的），或者手动转换并修改为符合DTE格式的descript.mem文件（descript.ion文件散落各地，工程量有点大）。
最好从头开始，最好专用DTE，这样大概不会有冲突。
我个人打算用标签的基础模式，不云备份的话，应该问题不大。
————————————
仔细研究了下，发现descript.ion编码在TC中是可以选择的，贻笑大方，好羞耻 
我想知道Document_TagExplorer (DTE) 软件是否支持通过点击一个特定的标签来聚合所有带有该标签的文件和文件夹，就像Windows的库功能一样。例如，如果我点击‘军事’标签，软件是否能够自动显示所有标记为‘军事’的文件和文件夹，无论它们存储在哪个硬盘或文件夹中？
刚才较忙，所以就是简单的做了一个“支持”的回复。
现在坐下来，可以再补充说两句。
1、支持是肯定支持的，如您所说，就像windows的“库”功能一样。
2、正因为就像“库”功能一样，所以需要您日常将具有相同标签的文件和文件夹加入到“库”中，在DTE中这个功能叫做“虚拟主题文件夹”。例如您建立一个“测试”主题文件夹，然后需要手动将带有“测试”标签的文件和文件夹加入到这个“测试”主题文件夹中，以后再点击选中“测试”主题文件夹，您加入到其中的所有文件和文件夹就一目了然了。
3、看到这里，您可能有点奇怪，会问“为什么不能直接点击一个标签，马上就把硬盘上所有带有这个标签的文件都呈现出来？”是的是的，完全可以。如果您不希望使用“主题文件夹”功能，那么也可以点击标签树上的某个标签，然后对全硬盘进行一次搜索，列出所有带这个标签的文件和文件夹。
4、那么好奇的同学可能又要问啦，老师老师，DTE为什么不能像某某软件那样，一点就列出来所有文件而是需要进行一次搜索？很好，问出这个问题，就涉及到了DTE和其他类似文件标签管理软件的核心机制的区别所在啦。
只要是文件标签管理软件，都绕不开一个问题，那就是，用户给文件打的标签要存储在哪里，标签和文件之间怎么关联？
市面上90%的类似软件都是建立一个数据库，将用户给文件打的标签以及所对应的文件记录在数据库中。这样的好处是可以做到用户希望的，点击一个标签，瞬间将所有带有该标签的文件列出来。但问题也有，一个是文件被移动了，改名了怎么办？和数据库信息对不上，这种关联就会丢失。另一个是数据库文件随着体积的增加，也就是随着所管理和记录的文件规模的增加，查询和管理效率会随之不断下降，逐渐达到用户所无法忍受的程度。
DTE针对以上问题，独创了将文件标签存储与文件的附加数据流中，不仅具有相当不错的保密性，而且只要在NTFS文件系统环境下，无论文件如何被编辑、移动、复制，windows都会负责保证存储在附加数据流中的标签信息牢牢的贴在目标文件上，而不会丢失。
当然，没有一种方法是完美而没有缺点点，附加数据流方式保存标签，其缺点就是没有一个可供集中查询的数据库，用户想看到哪些文件带有目标标签，只能通过一次搜索来得到结果。好在现在最新版的DTE已经支持与1.5版的everything进行协作，可以通过everything来搜索，速度飞快，和直接在数据库中查询也没差多少。
除了附加数据流外，DTE还支持文件名标签和ION文件标签（兼容TC和DO，支持网盘和nas同步)，总体来说已经可以较为圆满的提供了全场景文件标签解决方案。
2 个赞
文件标签管理工具 Document_TagExplorer 更新了！
官方下载地址：dangerace.ysepan.com
官方论坛： support.qq.com/products/372745/
官方QQ用户群：829952104
’ v6.27
’ 给主题文件列表的右键菜单增加了“打开”功能，以避免因部分用户windows设置问题导致的无法使用双击来打开文件。
’ 修复一处因为内部字符处理机制不够严谨导致文件名中存在英文逗号时会显示标签图标不正常的问题。
’ 修复一处在经典列表中因某些未知原因没有正确给有标签文件挂上图标而可能导致程序崩溃的问题。
’ 修复一处因核心库“寻找文件”命令不够完善，导致经典列表会因为超级长文件名的存在而显示文件不全。
’ 优化在经典列表中给文件或目录添加标签时的操作逻辑，减少列表框的闪烁。
’ 当用户在备注栏按下ctrl+a，全选备注时，不会再同时全选文件列表中的文件了。
’ 给经典列表增加了“刷新”右键菜单，按F5同效。
’ 完善了文件列表中右键菜单上的“全选”项功能。
’ 重写了经典文件列表中文件图标的展示算法，获取图标更加完整和丰富，但速度貌似稍微慢了一点，效果再观察观察吧。
’ 优化同时删除多个文件中相同标签时的操作，现在删除完毕标签栏马上会有反应，而不需要用户再手动刷新一次。
’ 修复了在其他无关处按下ctrl+a键，也会全选文件列表的问题。但目前暂时会导致无法用快捷键全选现代列表，只能通过左上角的“文件”菜单中的“全选”来实现。经典列表和搜索结果列表以及主题列表基本正常。
’ v6.26
’ 给搜索结果增加了“大小”栏目，目前仅能以KB为单位显示大小，今后再逐步优化吧。
’ 在经典和搜索结果页面发送文件到主题文件夹后，不会再跳到常用路径页面了
’ 现在用户将文件发送到主题文件夹中，不需要提前指定了，可以在发送菜单拉起的列表中进行指定，添加文件到主题文件夹中更方便了。
’ 给主题文件列表的右键菜单增加了一个“刷新”(作用和点击左侧主题文件夹列表一样），可以检查此时列表中哪些文件已经失效。
’ v6.25
’ 今日惊闻有用户的标签数量高达7000+，所以不得已对程序的一些细节进行了优（简）化，用牺牲一些可有可无的细节来保证在如此巨量的标签规模下，一些基本操作仍能够正常进行。 这里要感叹一句，据我所知，在市面上，包括付费的免费的国内的国外的，所有能对文件加标签的工具中，目前 应该是仅有DTE能够支持用户使用和管理如何巨量规模的标签，没有之一！（如有，请帮忙提醒一下）
’ 给标签树的一些长耗时操作增加了一个简单的等待动画，告知用户操作正在进行尚未完成，避免用户摸不到头脑。
’ 标签管理器的右键菜单进行了调整，以支持进行超大规模标签树情况下的一些基本操作
’ v6.24.0
’ 根据用户要求，新增标签管理器右键菜单功能项“取消同级兄弟标签勾选”和“同级兄弟标签全部勾选”。
’ v6.23.2
’ 新增对TC路径的同步跳转支持，但暂时只支持对左边栏目当前路径的支持。方法是按下shift按键再点击同步按钮。
’ v6.23.1
’ 新增对DO路径同步跳转的支持，用户按住ctrl键后再点击路径栏最右端的按钮，即可将DTE当前路径同步到DO的当前路径。不过要实现这个目标，需要将DO设置在窗口标题栏显示完整路径。
1 个赞