看起来按类型排序只是按mimetype的前缀排序的,做的非常粗糙
我看了下代码,这是V25最新才引入的BUG,这里的类型本该通过mimetype判断才能准确归类。
但是读取mimetype会很慢,特别是大量文件存在时。在一次性能优化中将其改为了使用后缀映射为几个非常粗略的类型(文档、视频、音乐、压缩文件等),那么类型排序相当于只是按这几种粗略的类型排序,粒度非常大。就会导致按类型排序后,像zip, 7z, rar等都是压缩文件后缀被归为了一个类型,但是组内却是无序的,显示在界面上就很反直觉了
我看了下代码,这是V25最新才引入的BUG,这里的类型本该通过mimetype判断才能准确归类。
但是读取mimetype会很慢,特别是大量文件存在时。在一次性能优化中将其改为了使用后缀映射为几个非常粗略的类型(文档、视频、音乐、压缩文件等),那么类型排序相当于只是按这几种粗略的类型排序,粒度非常大。就会导致按类型排序后,像zip, 7z, rar等都是压缩文件后缀被归为了一个类型,但是组内却是无序的,显示在界面上就很反直觉了
这粗放的吗?唉,不知道官方看到没,会不会修改呀,又或者要等上N久才修改。
这粗放的吗?唉,不知道官方看到没,会不会修改呀,又或者要等上N久才修改。
你发了帖子很快会被看到修改,估计下个版本就会推
你发了帖子很快会被看到修改,估计下个版本就会推
希望能如此吧,感谢你的解惑。
😂 确实是按类型排序的,没问题啊,只是没有根据后缀名排序罢了。😂 .psd和.jpg都是图片,.rar和.zip都是压缩文件。
😂 确实是按类型排序的,没问题啊,只是没有根据后缀名排序罢了。😂 .psd和.jpg都是图片,.rar和.zip都是压缩文件。
唉,知道了原因不急了,就怕查不到原因就麻烦。
另外最希望的是treeland能加快开发的速度。
😂 确实是按类型排序的,没问题啊,只是没有根据后缀名排序罢了。😂 .psd和.jpg都是图片,.rar和.zip都是压缩文件。
psd可不是图片格式
psd可不是图片格式
PSD不是图片格式哪是什么格式?
PSD不是图片格式哪是什么格式?
psd是Photoshop的源文件格式,他并不能算图片格式。
psd是Photoshop的源文件格式,他并不能算图片格式。
确实,面是面,饭是饭。吃面了不是吃饭了。
我看了下代码,这是V25最新才引入的BUG,这里的类型本该通过mimetype判断才能准确归类。
但是读取mimetype会很慢,特别是大量文件存在时。在一次性能优化中将其改为了使用后缀映射为几个非常粗略的类型(文档、视频、音乐、压缩文件等),那么类型排序相当于只是按这几种粗略的类型排序,粒度非常大。就会导致按类型排序后,像zip, 7z, rar等都是压缩文件后缀被归为了一个类型,但是组内却是无序的,显示在界面上就很反直觉了
我也打算去看源码😂,看来不用了
这种错误太不应该了吧,基本功能都不能保证了吗?
6.6、6.12、6.15内核都是同样情况,而且系统多次重启均是如此。