这都啥时候的帖子了?用户早都找出关闭方法了才姗姗来迟的发了这么一个。
既然知道这东西还要打磨,也有关闭方法,为啥内测推出的时候不一并发出调教方法和关闭方法?
内测时候不发,正式版更新时候也不发吗?
非要用户骂的不行了惹一身骚才出来说么,就喜欢被骂?
这太划不来了呀,辛辛苦苦干了活还被骂,太亏了。
虚心接受建议
这都啥时候的帖子了?用户早都找出关闭方法了才姗姗来迟的发了这么一个。
既然知道这东西还要打磨,也有关闭方法,为啥内测推出的时候不一并发出调教方法和关闭方法?
内测时候不发,正式版更新时候也不发吗?
非要用户骂的不行了惹一身骚才出来说么,就喜欢被骂?
这太划不来了呀,辛辛苦苦干了活还被骂,太亏了。
虚心接受建议
这里主要是文管的插件开发,现阶段确实还没能形成一个可供参考的文档,并且接口还处于非稳定状态,后续可能会根据实际开发有些变动,影响 ABI。
但是如果需要的话我会在后面的时间里出一个文档说明,并且附带一个完整 Demo 以供参考。
需要,
需要demo
非常感谢
好样的,但这个问题不知文管团队注意到了呢?
以前的deepin就是将 “在终端打开” 放在最下面,但后面莫名的调到中间,
作为常用命令,还请将 “在终端打开” 放在最后,有利于盲操。
显示设置和个性化只是在刚装完电脑进行调整,放在中间更合适。
显示和个性化,如果能够提供关闭开关会更好些。打开设置后,直接就找到了。而且对于有些人也就刚装系统时会调整一下显示和个性化,之后几乎不会再点这两个菜单。
围观下
显示和个性化,如果能够提供关闭开关会更好些。打开设置后,直接就找到了。而且对于有些人也就刚装系统时会调整一下显示和个性化,之后几乎不会再点这两个菜单。
所以不明白官方的奇萌逻辑。
说一下文件管理器的问题:
1、大量拷贝文件的过程中,会因为关闭其他窗口或进程时,拷贝进程自动消失,文件拷贝一半就没了。我是在用deepin系统远程操作文件smb服务器。
2、在windows系统里,维护基于windows的smb服务器,在同一个驱动器下的共享文件,可以直接剪切,更换路径,不用等待太多时间,就像在本机操作一样。例如大量操作视频文件的时候基本都是秒剪。但是在deepin的文件管理器里,好像就得一点点读到本地,再剪切过去。
3、拷贝过程中,会生成一个体积逐渐在变大的原名文件,由于经常出现这种拷贝任务半途就没了的状况,还以为拷贝已经完成,但实际没有。因为当时正在剪切,拷贝很多linux光盘镜像,下了几个并行任务,最后这ISO 都只拷贝了一部分,我挂到ventoy里去装系统,差点砸电脑。
加油,希望越来越好
期待更好的deepin
显示和个性化,如果能够提供关闭开关会更好些。打开设置后,直接就找到了。而且对于有些人也就刚装系统时会调整一下显示和个性化,之后几乎不会再点这两个菜单。
不需要那就隐藏掉~
说一下文件管理器的问题:
1、大量拷贝文件的过程中,会因为关闭其他窗口或进程时,拷贝进程自动消失,文件拷贝一半就没了。我是在用deepin系统远程操作文件smb服务器。
2、在windows系统里,维护基于windows的smb服务器,在同一个驱动器下的共享文件,可以直接剪切,更换路径,不用等待太多时间,就像在本机操作一样。例如大量操作视频文件的时候基本都是秒剪。但是在deepin的文件管理器里,好像就得一点点读到本地,再剪切过去。
3、拷贝过程中,会生成一个体积逐渐在变大的原名文件,由于经常出现这种拷贝任务半途就没了的状况,还以为拷贝已经完成,但实际没有。因为当时正在剪切,拷贝很多linux光盘镜像,下了几个并行任务,最后这ISO 都只拷贝了一部分,我挂到ventoy里去装系统,差点砸电脑。
方便说下文管的版本吗?这几个问题我们之前应该是处理过的
好样的,但这个问题不知文管团队注意到了呢?
以前的deepin就是将 “在终端打开” 放在最下面,但后面莫名的调到中间,
作为常用命令,还请将 “在终端打开” 放在最后,有利于盲操。
显示设置和个性化只是在刚装完电脑进行调整,放在中间更合适。
跟产品经理对过了,这是有意为之的调整。
但是在用户侧也可以通过将“显示设置”,和“个性化”隐藏掉,让终端打开变成最后一个。
["wallpaper-settings", "display-settings"]
跟产品经理对过了,这是有意为之的调整。
但是在用户侧也可以通过将“显示设置”,和“个性化”隐藏掉,让终端打开变成最后一个。
["wallpaper-settings", "display-settings"]
不会呀,技术小白。
能否和产品经理说下,功能和界面设计时从小白出发,
毕竟高手能自己调节,小白只能使用官方设置。
不会呀,技术小白。
能否和产品经理说下,功能和界面设计时从小白出发,
毕竟高手能自己调节,小白只能使用官方设置。
dde-dconfig -a org.deepin.dde.file-manager -r org.deepin.dde.file-manager -k dd.menu.action.hidden --set -v "[\"wallpaper-settings\", \"display-settings\"]"
dde-dconfig -a org.deepin.dde.file-manager -r org.deepin.dde.file-manager -k dd.menu.action.hidden --set -v "[\"wallpaper-settings\", \"display-settings\"]"
终端运行?还是?
算了,终端回车没用,我还是等官方修改吧,唉。
我觉得还好,希望更加完善吧
新事物,刚推出时难免会出现一些问题。
一定要好用,丝滑好用!
官方有这个态度是非常可以的
期待一月份的V25正式版哟
搜所的 代码请优化
参考如下开源:https://bbs.deepin.org/post/265456
DawnlightSearch一个Linux版本的Everything Search Engine文件搜索
是一个非常好的搜索引擎
搜所的 代码请优化
参考如下开源:https://bbs.deepin.org/post/265456
DawnlightSearch一个Linux版本的Everything Search Engine文件搜索
是一个非常好的搜索引擎
后续有针对搜索的一些优化,请耐心等待后续更新。
这动画效果很棒呀。
Popular Events
More
在这个数字化时代,文件管理器作为操作系统的核心组件之一,承载着用户日常操作的重要桥梁。我们深知,deepin操作系统的文件管理器以其独特的设计理念和用户体验,赢得了广大用户的青睐,同时也还存在许多待完善的地方。为了更深入地了解deepin文件管理器的设计理念、用户关心的问题以及未来的发展规划,我们特别组织了这次文字版采访。希望通过这次交流,能够为用户带来更多有价值的信息,同时也为产品团队提供一个展示和沟通的平台。
问题一:近期,关于文件管理器的动画问题在用户间引起了不少讨论,关于文件管理器动画的内容尤其多,请问后续有什么关于动画方面的改动吗?例如添加动画关闭的选项?
文管团队 :适量的动画对于应用以及操作系统都是一个比较加分的特性。目前广泛使用的 Windows、MacOS 中,都有比较灵动的动画,体验效果也比较好。
deepin 23开始,我们的设计及开发团队尝试引入一些动画效果来提升用户的操作体验,最明显的就是文件管理器添加了目录间的切换动效。发布之后我们也注意到了论坛用户的一些反馈,动效是很难一开始就做的尽善尽美的,需要在体验以及使用的过程中,不断的获得反馈,持续改善,循环往复。我们会为喜欢动效的用户持续优化动画效果,增强用户体验;对于不喜欢动效的用户来说,我们也增加了系统级的配置用于关闭动效,论坛已有深度用户发过相关的关闭教程,用户也可以根据自己的喜好调整文管页面切换的线性效果、动画幅度、持续时间等。
对于动画的开关问题上,后续考虑基于系统的视觉效果层级提供动画效果,或提供文管内的动效开关控制。
——
问题二:文件管理器的易用性是得到用户认可的,请问做了哪些方面的工作来保障文件管理器的易用性呢?
文管团队 :deepin 的用户大部分都是从 Windows 用户转化过来,保持与 Windows 资源管理器基本一致的操作逻辑,能够让新用户减少很多的学习成本。
例如,鹦鹉螺文件管理器是弱化内置磁盘的概念的,所有的数据访问都直接通过目录进行,认为用户不需要关心文件存储在哪块内置磁盘上。而深度文件管理器采用了 Windows 上强化磁盘的理念,初次打开文管能清晰的看到系统盘与数据盘是分离的,减少了普通用户认为重装系统可能导致文件数据被覆盖、丢失的心理负担。
V20 的时候,有很多用户都反馈,文件管理器侧边栏常驻了6大基础目录,又不能隐藏,导致自己的收藏列表只能在下面,降低了访问效率。在 V23 的版本中,我们完全重写了侧边栏的操作逻辑,提供了折叠、调整顺序以及显示控制等功能,目的也是为了让大家能够更快访问到自己的文件。这些改进是社区用户共同参与的结果。
我们持续在关注社区用户对文管的改进建议,并且对于切实影响用户体验的内容,我们也在积极的将其放入需求池,在后续的迭代中,用户一定能看到自己建议的体现。
——
问题三:后续有什么提高文件管理器的“启动速度、拷贝速度、目录切换速度”的规划吗?具体说说呢?
文管团队 :各种速度可以说是文件管理器的基础指标了,承认一些方面上文件管理器目前做的不够完美。
对于拷贝速度来说,尤其是针对外置设备的拷贝,从技术上讲其实是复制和同步两个过程。大部分的文件管理器或命令行工具,都只是做完复制动作后,就从用户界面或交互式命令行里暗示用户已经拷贝完成了,如果你此时直接拔掉U盘,那你的数据大概率还没完成落盘,此时U盘里的数据可能会不完整;而你直接从文管里弹出,又可能会长时间等待同步结束,体验也不够好。
我们会持续提升文管的各种性能,并平衡一些交互和性能上的体验,也请用户持续关注文管这方面的改进动作。
——
问题四:当前文件管理器的开发过程中,你们认为遇到的最大的问题是什么呢?有解决办法吗?是怎么解决的?
文管团队 :有许多的需求开发,是基于用户在 Windows 的使用预期来的,为了延续用户的使用习惯,我们也做了一些从无到有的事情。在光盘刻录的问题上,用户在 Windows 上可以选择 UDF 文件系统进行刻录,但是这个功能在 Linux 上支持的并不好,没有找到有效的可以直接使用的开源组件。于是我们对这个功能进行了自研。在深刻理解了 UDF 文件系统的组成以及光盘刻录的基本指令之后,我们在 Linux 上率先支持了可以追加 Windows 上的 UDF 光盘的功能。对于社区用户来说这个功能可能用的比较少,对于另一部分用户来说,这个功能帮助很大。
我们作为国内较为知名的开源系统厂商,不排斥使用开源组件解决现有问题,但从无到有的开发一个没有开源参考的功能,虽然难度相对会大一些,但是一旦搞成了,成就感是比直接使用开源组件实现相关功能,要更加满足的。
——
问题五:相信大家也都有看到论坛或者用户群里大家对于文件管理器的一些讨论,你们对这些讨论有什么想法?有什么想对用户说的吗?
文管团队 :文件管理器作为操作系统的基础应用,也是用户使用最频繁的应用,必然是会面对更多的问题反馈。我们持续在关注论坛用户对于文件管理器的反馈,确认是问题的我们会直接与用户拉群沟通,复现分析并解决问题,持续改进文件管理器的体验与质量。
我们在11月18号注意到社区用户对桌面壁纸菜单选项的反馈,随即提交了对菜单内容的区分修改,修改已合入仓库,在后续的版本发布中,用户将能看到改变。
另外有许多问题是在开测环境中不能复现的,开发及测试使用的设备类型终归有限,来自用户的问题反馈是改善用户体验中非常重要的一环。论坛的声音我们从未忽视,也请广大社区用户继续支持,持续提供反馈。
PS:作为开发来说,希望社区用户在反馈问题的时候能够提供一些截图或是应用版本号之类的信息,能够方便开发快速搭建复现环境,提升问题解决效率~同时,我们也非常欢迎有编程能力的用户积极的往我们的仓库里提交 PR 修改 Bug 或是提交 ISSUE 需求建议,我们也会认真的 review 代码,并合并用户的提交(仓库地址)。
——
问题六:作为deepin文件管理器的产品经理/研发,你们对文件管理器的期望是怎么样的呢?最终是希望为用户呈现一个怎么样的产品呢?能大致形容一下吗?
文管团队 :作为研发来说,自己团队出品的应用能够被广大用户日常使用,可以说是非常有自豪感的事情。
我们始终将提升文件管理器的用户体验作为头号目标进行产品迭代,现阶段可能做的不够好,但后续希望用户使用其他的文管类应用的原因是我们的文管没有提供对应的功能,而不是因为其他文管更好用。同时,我们也期望有能力的用户,能够基于文管的二次开发接口,为文管扩展更多的功能。
——
问题七:方便在这里说下你们的deepin论坛账号吗?用户之后关于文件管理器的问题及需求可以找你们沟通?
文管团队:[^_^]
在此,我们再次对deepin文件管理器团队抽出宝贵时间参与此次采访表示衷心的感谢。通过这次对话,我们不仅了解到了deepin文件管理器在用户体验和技术创新方面的努力,也对产品的未来充满了期待。我们相信,随着deepin操作系统的不断进步和完善,文件管理器将会为用户带来更加便捷、高效的使用体验。
我们期待在未来能够继续关注deepin文件管理器的发展,并与广大用户一起见证它的成长与变革。也欢迎大家在评论区提出你的问题或需求,或者下一个想看哪个产品团队来接受专访呢?
期待听到大家的声音!