现在的qtv功能已经非常丰富了，没有特殊要求，单独使用qtv已经足够日常工作了
确实，我现在的一种用法是用qtv打tag，再利用tc的重命名工具将tag作为路径参数快速文类文件
2024年8月5日，DTE 更新至v6.20.1；QTV更新至v1.15.3
更新内容详见： 腾讯兔小巢 (qq.com)
官方下载：dangerace.ysepan.com
官方论坛： Document_TagExplorer (qq.com)
官方用户QQ群：829952104
这个是不是只能查看DTE或QTV自己编辑的description.ion文件？为什么我的TC备注基本显示不出来？偶尔几个显示吧，是在标签栏里，还显示不完整，不能分行，还显示出TC备注中的特殊字符，看起来特别扭。标签模式选的增强模式2。是不是description.ion文件编码的问题？我未勾选utf8。
description.ion文件在DTE或QTV里到底是算备注还是标签？在TC里我基本是做备注使用的，对文件的文字说明，说明文字可能很多很长，几十甚至几百字
————————————
E盘里有个文件 【Document_TagExplorer_v6.8.1.0_不要删】 是什么意思？我现在用的6.20.1，这个v6.8.1.0还要保留吗？要不要运行？
1、关于如何在TC中完美显示由DTE或者QTV打好的标签，请您加我用户QQ群，请群里的@米斯特亲 大佬来为您答疑解惑。我本人不使用TC，所以这方面经验不是很多。
2、descript.ion文件记录的是标签信息，在dte中，在增强模式2下，有专门的记录备注信息的文件，叫做descript.mem。如果是为了在TC中做长备注用，原则上也可以强行使用ion文件来写备注。
3、那个“不要删”文件是给我自己提醒的，主要是这个版本是最后 一个使用数据库记录标签树的版本。您可以不必理会，可以删除。
官方用户QQ群：829952104
感谢迅速回复，祝节日快乐
还有个问题很重要，通过DTE或者QTV打标签的文件是descript.ion，TC的备注文件也是descript.ion，不知道是否会对TC的备注文件descript.ion产生破坏？
————————————
试用了一下，对TC中的descript.ion改没改动不清楚，已经发现自动将这个隐藏文件的属性改为不隐藏。
descript.ion在TC里是备注，在DTE里是标签，同一个文件，非此即彼，这个应该是有冲突的，要么TC，要么DTE，或者以前的习惯得大改变（以前在TC里是鼠标指向文件即可显示备注，现在只能显示标签），TC所有原备注得重命名为descript.mem。
不研究清楚了真不敢用，TC的备注可是岁月的结晶啊，有一次好象是在压缩器7z里做了个备注，结果我TC原来的descript.ion文件不声不响被清空了，幸好损失不算大。
————————————
试了下，TC原备注descript.ion重命名为descript.mem也没用，DTE备注里不显示，看来是非得在DTE里一个一个重新编辑备注不可了。
————————————
发现格式略有不同。
1 个赞
刚接触DTE，感觉这工具挺给力的！不过我习惯用Directory Opus管理文件，所以选则「文件名标签」模式。但是上手稍微有点难度，我自己摸索了十分钟才搞明白。建议给新手来个「怎么给文件打标签」的入门教程。
现在遇到个麻烦：
在「文件名标签」模式下给图片加标签后，图片的修改时间居然被更新了，这不是想要的结果。试了下文本文件，加标签后修改时间倒是不变。
1、在DTE中将descript.ion文件设为不隐藏，是经过反复考虑的。因为DTE的用户中，只有少数是TC用户，多数用户并不使用TC或者DO等第三方资源管理器。如果将descript.ion文件按TC习惯设定为隐藏，则在网络同步时，可能将ion文件遗漏，导致文件标签信息丢失。（TC用户当然不需要考虑这一点，因为同步移动或者修改ion文件的工作TC会自动完成）
2、DTE的descript.ion文件格式是完全兼容tc和do的。甚至当初做这个东西时就是为了满足TC和DO用户的需求。
1、DTE有专门的用户论坛，有比较详细的用户指引，可以去看看这里 Document_TagExplorer (qq.com)
2、DO用户除了文件名标签外，还可以使用ion文件标签，也是DO的默认标签模式，具体使用方法可以看这里： Document_TagExplorer (qq.com)
3、打标签后图片修改时间被更新了，看看设置面板中，有个“增减标签和备注时，同时改变文件和文件夹修改时间”选项是否被勾选了。
2024年10月3日，DTE更新至 v6.23.0 / QTV更新至 v1.15.6
DTE更新信息：
.版本 2
’ v6.23.0
’ 综合考虑，还是取消了隐藏descript.ion的功能。因为隐藏这个文件后，在某些情况下用户进行文件迁移时如果没有注意到这些隐藏文件，则可能丢失标签信息。
’ 尝试修复不按设定设置文件夹系统属性的问题
’ 修复启动时不能恢复关闭时默认路径的问题
’ 修复历史搜索条目不能准确跟随窗口位置变化而变化的问题
’ 在搜索结果页面的右键菜单中，增加（细分）了跳转到经典列表和现代列表的两个选项。尤其是跳转到现代列表，因为跳转后还能自动选定在现代列表中的搜索结果，比较方便用户在搜索后对搜索结果进行进一步加工。
’ 取消了设置面板-杂项中有关系统托盘图标的设置选项。
’ 修复了一处因为路径变量最后一位字符不是“"造成的问题。
’ 修复一处在文件名标签模式下，删除标签会生成一个0字节同名文件的问题。
’ v6.22.0
’ 经过反复研究，终于通过借鉴部分公开的源码，部分的解决了通过鼠标拖拽标签树项目的问题。目前还有点缺陷是无法通过拖拽变为顶级标签。这个留待下个版本解决吧。
’ 进一步完善程序对用户盘符的判断，支持从A盘开始，避免出现尴尬情况
’ 如果启动时备份原标签树数据失败，提示用户；如果启动时没找到原标签树文件，提示用户；
’ 对用户内存中是否有ev进程的检测标准放宽，检测到everything64.exe和everything86.exe也不会报错。
’ v6.21.0
’ 给标签树增加了“按首字母从小打到排序”的功能。如果是汉字，则按拼音的首字母。这个排序，会自动在每个层级内按字母顺序排序，而不会打乱全局层次。
’ 对程序启动过程中，如果没有检测到everything进程的错误提示进行了修改完善。一个是如果用户没有勾选“使用ev加速文件名搜索”选项，那么就不检测内存中ev进程，也不会取提醒用户相关错误信息。再一个如果勾选了这个选项，又在内存中检测不到ev进程，则强调可以使用内置引擎进行搜索，而不是原来的无法进行文件名搜索。
’ 继续向日志中添加部分读写错误信息。
’ 调整了一下搜索条件的表述，减少误解。
’ 针对极个别用户的磁盘序号个例，优化了程序初始化变量的设定，这样用户即使没有C盘也不会报错了。
QTV 更新内容：
.版本 2
’ v1.15.6
’ 修复几个莫名其妙的闪退问题。问题源自于我使用了未经严格验证的新版模块，换回官方模块后，一行代码未改，正常了，教训深刻。
’ 修复在模式3下删除标签时会导致标签格式错乱的问题
’ v1.15.5
’ 修复不能搜索常用标签的问题
’ v1.15.4
’ 修复了一处不能正确删除文件夹标签的问题
’ 修复了一处导致在ion文件标签+uft-8 编码情况下，可能造成DO识别标签文本失败的问题
官方下载：dangerace.ysepan.com
官方论坛： Document_TagExplorer (qq.com)
官方用户QQ群：829952104
1 个赞
图片修改时间被更新的问题，我并没有勾选「增减标签和备注时，同时改变文件和文件夹修改时间」
descript.ion另存为descript.mem后，略加修改以适应DTE的备注文件格式，现在全部可以在DTE中正常显示了。
很好的软件，可以说是填补了软件界的空白，善莫大焉。
用法还得慢慢摸索。
感谢大佬！
1 个赞
好的，我检查一下，看看是不是有什么问题，如有问题会尽快修复。
Descript.ion 在 Directory Opus 中搜索的时候不方便，而文件名无论是过滤、搜索都更加简便，所以我选用文件名模式。
另外，Quick_TagViewer 太赞了，就是为其他文件管理器的用户量身打造的！不过有个小建议，每次启动它都会弹出一个确认窗口，有点麻烦。管理标签的时候大多是批量编辑一批文件，需要连续打开 QTV，这时候弹窗就非常烦人了。能不能考虑加个常驻模式？这样选中文件后，用快捷键呼出窗口，不仅没有弹窗响应还能快一些。
好是好，就是多几个标签的话，文件名就太长了，我记得有个标签软件就是这样做的
tagLyst 采用文件名标签方式，每一个标签都是直接在文件名上体现的。
对于有洁癖的人来说，简直难以忍受
文件名完整路径可以支持100多个汉字，非常够用。对于没有文件名洁癖的人来说，这不是问题 
TC是老牌的文件管理器，在做文件标签、备注这方面，感觉DTE甚至超过了TC。不过作为TC的老用户，我希望能兼顾DTE和TC。
目前来看是有一点点冲突的，主要是都在争抢descript.ion这个文件，而这个文件在DTE和TC中并不能完全统一。
建议DTE中用到的descript.ion改名为description.ion或desp.ion 或其它文件名，不知道可不可行？
这个确认窗口是windows的权限确认窗口，你需要到windows的设置面板中将权限管理降到最低就行。
windows可管理的文件名最长就是260个字符，并且这里还包括路径。所以将标签写在文件名上，除了文件名比较混乱外，还会遇到字符容量不足写不下的问题。即时在win10后，windows增加了对超长文件名的兼容度，允许在资源管理器中出现文件名超过260个字符的文件，但这个兼容可能仅限于资源管理器等少数环境，个别底层API以及其他第三方软件也可能不支持，遇到这类文件时会无法处理而报错。
另外，taglyst的问题就不仅仅是修改文件名了，包括他的文件管理方式、他的标签管理方式，从我的角度看都存在太多问题。