【结束】2017年10月10日深度文件管理器V1.6内测活动
Tofloor
poster avatar
jingle
deepin
2017-10-11 01:11
Author
大家好,为了保证即将发布的深度文件管理器V1.6的质量,因此现在展开深度文件管理器V1.6内测活动,请内部测试团队的成员们积极参加,谢谢!

  • 优化文件拖动逻辑:同一磁盘拖动是移动文件,不同磁盘之间拖动是复制文件;
  • 增加文件/文件夹【发送到】可移动设备的支持;
  • 增加多文件批量重命名的支持;
  • 增加对加密磁盘解密操作的支持;
  • 增加【新建文件/文件夹】重命名成功后对新文件的选中支持;
  • 优化远程文件设备与本地磁盘进行文件拷贝的性能,提升拷贝速度;
  • 修复zip包解压乱码的问题;
  • 新增其他功能和修复一些bug 更多功能和优化关注官方正式版发布新闻;


测试时间
  • 2017.10.10:开始测试
  • 2017.10.10——2017.10.17:测试并填写内测活动问卷
  • 2017.10.17:结束测试


测试流程
  • 连接内部测试源,将系统升级至最新;
  • 依据内测活动问卷测试并填写结果。


注意
  • 本次内测活动范围仅限内部测试团队成员,加入https://bbs.deepin.org/post/41179
  • 全体内部测试团队成员默认参加本活动
  • 连续3次不反馈且不请假者测试活动的内部测试团队成员,将失去内部测试团队资格
  • 请不要私自散播本次内测活动的内容和数据,否则将失去内测资格

感谢

非常感谢各位内部测试团队成员们的积极参与!





Reply Favorite View the author
All Replies
avatar
SoftCat
deepin
2017-10-11 02:13
#1
修复zip包解压乱码的问题;
增加【新建文件/文件夹】重命名成功后对新文件的选中支持;

这两个功能很期待
Reply View the author
avatar
873792861
deepin
2017-10-11 04:38
#2
越来越像个真正的文件管理器了
Reply View the author
avatar
134******40
deepin
2017-10-13 03:38
#3
本帖最后由 jdocker 于 2017-10-12 19:39 编辑

现在发现如下问题:
1、右键打开方式有时会出现多个相同图标的问题,例如有2个音乐图标,3个深度影院图标,2个vim图标(打开文本时选择打开方式会发现2个vim图标)。尝试分析原因,发现,文管会重复计算desktop,如果在多个默认的地方发现某一个程序的desktop文件,那么在打开方式中就会显示多个。
例如默认的程序desktop文件一般存放在~/.locale/share/applications、/usr/share/applications、/usr/share/gnome/applications三个目录下,其中前两个是标准协议规定的。
而现在vim.desktop就同时在/usr/share/applications、/usr/share/gnome/applications目录下存在,所以打开方式中就会显示两个vim图标(这就是为什么升级在打开文本时出现两个vim图标的原因),而用户有时通过修改工具修改desktop文件,那么修改后结果通常会保存在~/.locale/share/applications目录下,而/usr/share/applications目录下通常也有一个对应的desktop文件。现有的文件管理器不会对这两个重复的文件作出判断并优先显示~/.locale/share/applications目录下的desktop文件。

同时,系统还存在一个默认程序的问题,即默认程序到底关联到哪个desktop存放目录。

所以,后续文管看看是不是加入desktop文件在这些目录下的筛选和判断,并确定优先级,保证打开方式中只显示优先级别最高的那一个。
即~/.locale/share/applications > /usr/share/applications > /usr/share/gnome/applications,优先级别由高到低。也为后续用户自己修改desktop文件提供方便。

Reply View the author
avatar
蒙笛
deepin
2017-10-13 04:15
#4
好牛深度,永中和wps同时安装时,doc等打开方式会被永中占据,即使设置默认打开方式为wps,后面会被自动改成永中。
Reply View the author
avatar
dragondjf
deepin
2017-10-13 18:13
#5
https://bbs.deepin.org/post/146452
现在发现如下问题:
1、右键打开方式有时会出现多个相同图标的问题,例如有2个音乐图标,3个深度影院图标, ...

一个desktop文件代表注册一个应用程序,系统的不同目录里存在多个一样的desktop文件,代表注册了多个应用程序,至于这多个应用程序是否为同一个,怎么去判断本身就一个问题;根据名称还是什么其他的标识都不靠谱,程序并不知道你个人修改这些的目的是什么
Reply View the author
avatar
134******40
deepin
2017-10-13 19:06
#6
https://bbs.deepin.org/post/146452
一个desktop文件代表注册一个应用程序,系统的不同目录里存在多个一样的desktop文件,代表注册了多个应用 ...

多种方式进行判断,根据文件名称(如果文件名称相同,就确定是重复的了),如果是同一个程序,如果文件名称不一样,那么就根据desktop中的icon信息(不可能一个程序用不同的icon图标吧),再不济根据exec参数判断,获取调用的程序信息。尽管不能从根本上杜绝所有的情形,但是可以杜绝99%的情况。从逻辑上判断没有任何的问题。而且对不同的文件夹定义不同的优先级。
Reply View the author
avatar
134******40
deepin
2017-10-13 19:17
#7
本帖最后由 jdocker 于 2017-10-13 11:21 编辑
https://bbs.deepin.org/post/146452
一个desktop文件代表注册一个应用程序,系统的不同目录里存在多个一样的desktop文件,代表注册了多个应用 ...

大概的逻辑就是读取所有的desktop。
先判断文件名,如果文件名一致,~/.locale/share/applications目录下的级别优先,优先调用这个。其次 /usr/share/applications > /usr/share/gnome/applications(如果有的话,这次升级就发现了这个)。
如果文件名不一致,就判断desktop信息。优先name属性,如果属性一致,那么按照文件夹优先级显示。如果还不行,再使用Exec和Icon属性进行判断。这里仅仅说的对打开方式图标显示的逻辑,对desktop属性的调用的优先级就是覆盖的原则了,用户自定义的属性优先级覆盖系统默认属性。用户自定义属性没有的,则使用系统默认属性。
Reply View the author
avatar
Feelup
deepin
2017-10-13 21:30
#8
不知大家发现一个问题没有,Linux下同一目录下的文件夹和文件名不能重名
Reply View the author
Comments
jingle
2017-10-13 21:48
https://www.zhihu.com/question/21833376
avatar
Feelup
deepin
2017-10-13 23:29
#9
https://bbs.deepin.org/post/146452
不知大家发现一个问题没有,Linux下同一目录下的文件夹和文件名不能重名

问一个问题,在Windows 10的ubuntu bash下,我可以用vim打开文件夹,将里面的文件名复制到文本里面,但是在deepin 的终端下却不可以
Reply View the author
avatar
133******90
deepin
2017-10-14 00:57
#10
https://bbs.deepin.org/post/146452
问一个问题,在Windows 10的ubuntu bash下,我可以用vim打开文件夹,将里面的文件名复制到文本里面,但是 ...

ls再重定向不是更简单。
Reply View the author
avatar
comzhong
deepin
2017-10-14 05:10
#11
https://bbs.deepin.org/post/146452
不知大家发现一个问题没有,Linux下同一目录下的文件夹和文件名不能重名

Windows 也一样。
Reply View the author
avatar
134******40
deepin
2017-10-14 07:52
#12
本帖最后由 jdocker 于 2017-10-14 00:09 编辑

能不能解决往/etc/fstab文件管理的NTFS磁盘复制文件为空的问题?这个问题拖得比较久了。而解决的方法很简单,就是复制文件夹权限的时候,如果设置权限失败,不返回false就好了。
https://github.com/linuxdeepin/d ... s/filejob.cpp#L1324
这里有段代码就是往NTFS磁盘复制文件夹时设置要复制的文件夹权限:
  1. bool isSetPermissionsSuccess = setDirPermissions(srcDir, targetDir.path()); //这里设置目标文件夹权限,可是NTFS磁盘不能修改权限,所以设置失败
  2. if (!isSetPermissionsSuccess){
  3.     qDebug() << "Set Permissions of "<< m_tarPath << "same as" <<  srcDir << "failed";
  4.     return false;
  5. }
Copy the Code

可是NTFS磁盘无法修改权限,所以修改权限失败,问题就出在修改权限失败后的判断,这里是直接返回false终止复制过程,而其实如果修改权限失败应该继续复制或者提示无法完全复制文件权限,是否继续复制对话框,而不是简单直接终止复制。导致往fstab管理的NTFS磁盘复制文件无法进行。

临时的解决办法,把return false删除也行啊。
Reply View the author
avatar
puzhou
deepin
2017-10-15 04:01
#13
终于支持加密了,,,
Reply View the author
avatar
aName
deepin
2017-10-17 04:44
#14
本帖最后由 aName 于 2017-10-16 20:51 编辑

好奇,在文管1.6里面:
1. 重命名之后选中文件 有没有实现?
2. Ctrl + S 保存文件的对话框 有没有统一?
3. 右键打开方式里面 VSCode 图标有时变空白 有没有修复?
Reply View the author
avatar
jingle
deepin
2017-10-17 16:58
#15
https://bbs.deepin.org/post/146452
好奇,在文管1.6里面:
1. 重命名之后选中文件 有没有实现?
2. Ctrl + S 保存文件的对话框 有没有统一?

1、可以
2、不能全部支持 有些gtk的对话框处理不了(chrome另存)

3、已经修复了
Reply View the author