萝卜青菜各有所爱,继续努力,做出自己的特色。
期待12月份的DTK文档内容更新。
https://bbs.deepin.org/post/240981
麻烦重视一下我提的这个需求
应用商店,我强烈希望能加个方便筛选软件平台类型的勾选项,默认同时显示安卓的软件虽然貌似很丰富,但很多人都不怎么喜欢用安卓软件(电脑上体验总是差那么一点点),因此,加个方便勾选的项就比较好
如截图所示,我建议是将软件的平台类型设计成复选项打勾,放在应用商店最顶栏,方便用户选择
线上用户沟通会应该隔一段时间,就举办一次
强烈建议开放扩展功能,kde和gnome,cinnamon都有这个。太需要了。开发者可以上传自己都扩展到深度商店,用户也可以下载。
多好啊。
deepin桌面不错,但是也不是能面面俱到的,总有那么多需求无法满足。那不如把非基础功能开放给社区,让开源开发者填补这部分需求。
比如zorinos15搞了个窗口果冻动效,有的用户想要有的不想要,那么开发这个功能去挤占别的需求肯定不合适,那么完全可以开放窗口api供扩展去调用,然后把扩展放到商店让用户去下载。
不喜欢的用户不用安装,喜欢的用户直接下载就可以了。
gnome下就是类似这种模式。
上次deepin把魔灯做了,但是也只是做了魔灯,kde那么多特效,deepin全给实现了显然不现实。
还不如开放扩展功能。
我就特别想开发几个扩展上去。
比如我想要桌面时钟,gitlab面板,dock上实时显示网速等。
我又不好给深度提这些小众的需求,但是我确实也是需要,而且我希望有个扩展中心就可以安装插件,而不是翻来覆去找一堆不满足依赖的软件
deepin系统要解决显卡驱动版本太低更新太慢的问题。NVIDIA显卡驱动更新太慢了,NVIDIA显卡官方驱动2022年12月到525版本了,系统里N卡驱动只到了510版本。现在图形图像影视后期三维运算光线追踪和智能运算都是靠显卡来计算的比CPU还重要显卡官方几乎每个月都在更新显卡驱动增加新工能和优化算力,显卡是专业的生产力。deepin系统的显卡驱动版本太低更新太慢了影响了GPU的算力和生产deepin就无法做为生产力的系统。手动下载最新驱动安装系统就死掉,能有个(显卡驱动安装器)最好,手动下载的显卡驱动然后用显卡驱动器安装进行安装这样也能解决显卡驱动版本低的问题。
Popular Ranking
ChangePopular Events
More
各位小伙伴,大家好!11月份我们开展了第2期深度开源社区用户沟通会,共有30余位社区用户提出了宝贵建议,感谢大家的参与!
本次会议中,我们对产品功能、版本质量、社区建设、及大家对社区的期望等话题进行了沟通,也根据大家所提出的问题做了分类整理,并针对所有问题后期改进与优化进行了讨论。期待在各位的鞭策下,我们的产品能够越来越完备!
产品功能:
1.deepin商店左侧目录使用率低,且结构和展示比较混乱、推荐逻辑奇怪,设计上也不显眼,对于用户指导意义差,可以参考15版本或360应用商店。
社区结论:商店推荐和布局是支持灵活配置的,运营在确定具体优化方案后会依据不同版本需求,配置不同的入口,并对应用商店模块进行调整。
2.应用的评论没有跟进评论功能,错误的评论可能给用户带来误导。
社区结论: 优化中,目前是支持管理员回复,支持用户回复的功能在排期中。
3.软件的模糊搜索方面,希望可以提供更好的模糊搜索能力,当前的搜索很难匹配到用户需要的软件。
社区结论: 此问题已提交给相关产品,模糊检索能力范围广非单一的具体功能,商店应用在持续提升此能力,大家如有具体诉求可给我们留言。
1.启动器在选择软件时当前操作步骤过于多,虽然可以选择应用,但实际不好用。
社区结论: 社区用户反馈V20启动器相关问题,在V23版本做了集中处理。启动器提供窗口以及全屏模式,供用户按照习惯选择自己的偏好模式,当用户选择对应模式后,将记录用户的选择。在后期优化中,我们将补充启动器的字母排序功能,在目前的搜索、分类以及使用频率的应用展示方式上增加字母排序方式,用户可选择自己习惯的方式,对目标应用进行查找及选择。针对反馈较多的应用分类操作复杂的问题,我们在V23版本中优化了应用分类的展示方式,将不同分类的应用展开显示,无需通过多次点击及返回操作,对目标应用进行查找。
后续优化问题,待V23正式发布后欢迎用户提出更多问题,我们会在后续版本进行迭代改进。
2.设计风格很酷炫,但忽视了页面动效对系统性能的损耗。
社区结论: 设计风格上,是由设计师结合主流设计风格和对未来趋势的预判,去做的设计和交互。但设计效果影响系统使用和性能,也是确实存在的问题,社区未来会考虑在"高级管理"工具中,提供针对于桌面性能调优的功能。但本质上,系统性能的调优是一个长久且艰巨的工作,需要持续完善。
1.文件管理器搜索功能相对较弱,对于较复杂的文件检索能力较差,包括多个关键词的检索,可自定义检索时间段、文件格式检索。
社区结论: 文件管理器为系统高频基础使用软件,需要提升的内容很多,我们也在持续的吸收用户的建议,在各个小版本中去迭代用户的需求。针对文件的多关键词检索、时间范围、文本格式检索功能,我们将在V23RC版本发布后开始去实现。
1.希望有类似于米UI社区应用功能,让用户可以明确了解产品需求、问题相关处理进度和信息集合入口。
社区结论: 社区已有此计划。开发“深度之家”软件,一方面是解决社区与用户之间信息闭塞的问题,以应用统一的入口向用户提供信息入口,另一方面聚焦需求与bug的信息割裂问题,通过信息化的流转和公开,实现用户与社区之间的信息流转。
2.当前的帮助手册更多的是对基础操作功能介绍,但实际在使用过程中遇到问题或报错没有办法正真帮助到用户。
社区结论: 一方面会考虑建立常见问题指导指南,另一方面待“社区之家”上线后,社区会考虑将两者之间进行桥接,帮助用户在出现异常问题时,可快速的定位和解决基础常见问题。
1.在挂载/home分区时,已经没有了让用户勾选的“格式化”分区的功能选项,也就是强制默认格式化该挂载分区,而在上述步骤执行下一步后,也没有做醒目的提醒;V20版本中,在勾选了格式化分区选项时,是明确有会格式化该分区的提醒的。
社区结论: V23beta会回归此功能,并对数据类型操作明确风险提示内容。
2.关于备份还原、原子更新等功能,虽然可以使用,但在使用前无法了解到操作后具体会产生什么效果,只能等待结果而判断功能,对用户没有起到引导和帮助作用。
社区结论: 对于此类设计问题,存在的情况是:指引不明确、且备份和还原类功能操作后存在不可逆性。我们将统一对此类产品功能文案和说明进行整理和优化,以达到对产品介绍和达成目标更精准的呈现。
3.在legacy模式下安装时,划分 /boot 分区强制用户使用磁盘第一分区。这会导致部分用户在已经安装了其他操作系统的设备上,无法正常安装deepin,因为第一系统已经占用了磁盘第一分区。
社区结论: V23beta版本会对此功能进行优化,用户可自定义/boot分区磁盘。
4.高级安装(手动安装)划分swap分区时,强制大于物理内存;个人觉得此变化有助于解决一些因用户划分不当,导致的休眠问题,倒是一个好的变化,不过论坛部分用户反应不一,认为不该强制。
社区结论: 此功能在设计时考虑了具体的使用场景,现阶段swap分区默认为内存的1.5倍。当小于此大小时,可能会出现系统无法休眠、待机问题,所以对swap进行了限制。在高级安装时,用户如不需要,可不对swap进行创建,同时当前能够支持swap分区的向上调整。
5.手动分区也限制要64G,觉得不太合理。
社区结论: 社区对于手动分区没有做64G限制,对于用户提出的手动分区安装时需要64G问题,会后确认这是一个BUG问题,已经修复。
6.deepin 克隆工具能不能增加压缩功能,当前克隆出来的镜像非常大。
社区结论: V20中的备份根据分区打包成了dim和tar文件,备份了对应分区全量数据,所以备份文件较大。V23中使用快照备份的方式,实现了差量备份,因此经过一次全量备份后,后期的备份均为增量备份,克隆出来的备份文件所占空间有明显降低。
1、终端能不能加代理功能。
社区结论: 已在需求池中,待V23稳定后,会规划此功能。
2、终端加命令操作日志记录的功能。
社区结论: 此功能前期已有用户提出过,与终端缓存功能需求类似,已对需求进行排期,预计待V23RC版本发布后,以版本排期进行开发。
技术方案
1、文本拷贝逻辑判断逻辑较差(代码写的差比较混乱),文件向U盘拷贝时稳定性差。
社区结论: 针对用户反馈的文件拷贝性能差问题,社区将安排测试人员对性能进行针对性测试,并根据对比其他操作系统的结论,将此问题反馈给研发人员进行性能优化。
2、btrfs文件系统这么好,为什么我们还要用现在的文件系统,有没有考虑更多的文件系统的方案。
社区结论: 待V23版本稳定后,会考虑在安装时提供使用btrfs的选项,另外在文件管理器、系统备份等功能中适配btrfs的一些特性。
版本质量:
1、觉得现有发布的版本中,测试是做的很不充分的,起码需要对所有用户场景的基本安装做一些测试。
社区结论: 首先非常感谢我们的内测伙伴及时发现并反馈相关问题,很大程度上阻止了一些严重问题的大范围扩散,真正达到了内测活动存在的价值;对于系统版本测试做的不充分的意见,这个确实存在,在较短时间内测试资源不足的情况下,对于需求合理性方面的考量确实存在审核不充分的问题。对于安装器来说,基本功能的覆盖虽然是保障了,但是其合理性与体验性的问题没有及时提出并坚持立场,这个点是值得测试思考和吸取教训的,也会为后续的策略提供更加周密的布防。
高质量的内测团队,一直是我们所期望能构建的一个核心SIG组织,希望在此方面有心、有能力的伙伴能踊跃的参与到这个开源组织中,共同看护我们心中会日渐完善的deepin~
社区建设:
1、生态上没有很好的企业级别云同步生态 ,希望可以给商业生态客户提供支持企业级的云同步生态。
社区结论: 生态问题涉及商业利益和第三方企业的沟通问题,短期之内无法快速解决,在沟通中用户提及的坚果云社区可尝试在文管中进行适配尝试。
2、公关和运营做的比较差,发生具体事情和风险时公关能力弱,需要提升运营和对突发事件的处理能力。
社区结论: 感谢反馈,后续会关注这方面问题,配置人力来进行处理。
3、申请编辑wiki很久没有批复了,希望社区有很完备的运营和管理机制。
社区结论:wiki权限目前调整成一周发放一次;鉴于大家的反馈,我们发现权限配置完成后,对于申请者的反馈有所缺失,后续将会完善反馈环节。
4、gitee上的DTK文档可读性差 ,起不到什么实际的指导作用,后期有什么计划?
社区结论:12月份就会部署最新的DTK文档,并且以后会自动更新。
5、wiki分类和命名很奇怪,逻辑层级乱让人很难理解,寻找真正需要的内容时很难找到有效内容,对关键内容的搜索支持也比较差很难找到有效的帮助内容。
社区结论: 针对目录近期已做调整,新版目录查找内容更方便,后续还会进行持续迭代,欢迎加入WIKI SIG,与社区一起完善wiki!
在这里,感谢为我们提供意见、进行反馈的各位用户,我们也期待有更多的用户可以参与到社区的建设、反馈中来!一同努力,打造更好的deepin~