这个其实是bug,在处理中
我记得这个官方好像后续要修复,根源是v23的新应用管理器为了实现权限控制采用的策略不符合直觉(A应用内启动B应用会让B应用继承A应用的权限和cgroup,这样并不符合直觉且没有必要。但是如果不特殊处理拉起请求就会变成这样)
后续官方会改拉起的方式,修复这个问题把拉起应用的工作交给应用管理器而不是让A应用直接拉(这样B应用就是独立启动的了,不会继承A应用的权限,任务栏也就不会认错人了) https://github.com/orgs/linuxdeepin/discussions/8871
遇到这个问题的人挺多的,等后续官方修复吧
https://bbs.deepin.org.cn/phone/post/274366
https://bbs.deepin.org.cn/phone/post/274117
所以其实你说的不太对,这个就是在做系统底层,dde-am算是deepin 23的桌面环境最大的架构改动之一,而且在beta期间完全重构了,带着系统的任务栏,桌面和启动器全都大改。是因为底层还在完善所以反映出来UI并没有按期望运行
关于新的 应用管理器 的相关信息可以参考这里,可以看出官方还是比较有想法的,把所有的应用都统一管理起来,所有不同系统组件获取已安装应用,还可以方便地约束和监控。目前从代码中可以看到一些接口 https://gitee.com/linuxdeepin/dde-application-manager/tree/master/api/dbus ,具体的设计还是需要看官方的阐释了
这里有一些代码内附的文档,可以参考下,都是中文~
https://gitee.com/linuxdeepin/dde-application-manager/tree/master/docs
为什么界面和一些功能不直接沿袭20.9成熟的风格呢,等系统底层搞好了再改这些UI层面的东西不好吗?
现在很多人骂它的UI,说UI不好看,请问该听谁的?
为什么界面和一些功能不直接沿袭20.9成熟的风格呢,等系统底层搞好了再改这些UI层面的东西不好吗?
其实20.9的UI也不太成熟,你和deepin15的以及麒麟的UI对比下就知道了
deepin就是喜欢改来改去……其实当时继承v15的设计就行了……
麒麟这点就做的很好,从始至终都是一套风格。
问题:直接打开的文件(如txt ,pdf, xls),在任务栏不是独立显示对应软件(txt pdf查看器、office)的图标,都是显示在文件管理器图标里,如下截图,令人十分无语。
这个是已知的bug,还在修……dde-shell检测逻辑有点问题
这个问题已经在最新RC2内测版本得到过一次修复,应该是解决了这类大部分场景了,目前还没法在最新环境上能稳定复现到这个场景,内部也是偶现过一次这种效果(文管被企业微信接管的)。
可以帮忙确认一下环境信息,看是否是最新RC2的内测版本,如果是,且方便的话看是否可以提供一下远程环境信息,我们安排研发同学上环境分析看一下。
为什么界面和一些功能不直接沿袭20.9成熟的风格呢,等系统底层搞好了再改这些UI层面的东西不好吗?
其实20.9的UI也不太成熟,你和deepin15的以及麒麟的UI对比下就知道了
deepin就是喜欢改来改去……其实当时继承v15的设计就行了……
麒麟这点就做的很好,从始至终都是一套风格。
问题:直接打开的文件(如txt ,pdf, xls),在任务栏不是独立显示对应软件(txt pdf查看器、office)的图标,都是显示在文件管理器图标里,如下截图,令人十分无语。
这个是已知的bug,还在修……dde-shell检测逻辑有点问题
你们现在在最新内测版本也能复现到这个问题么?
这个其实是bug,在处理中
你们现在在最新内测版本也能复现到这个问题吗?
我记得这个官方好像后续要修复,根源是v23的新应用管理器为了实现权限控制采用的策略不符合直觉(A应用内启动B应用会让B应用继承A应用的权限和cgroup,这样并不符合直觉且没有必要。但是如果不特殊处理拉起请求就会变成这样)
后续官方会改拉起的方式,修复这个问题把拉起应用的工作交给应用管理器而不是让A应用直接拉(这样B应用就是独立启动的了,不会继承A应用的权限,任务栏也就不会认错人了) https://github.com/orgs/linuxdeepin/discussions/8871
遇到这个问题的人挺多的,等后续官方修复吧
https://bbs.deepin.org.cn/phone/post/274366
https://bbs.deepin.org.cn/phone/post/274117
所以其实你说的不太对,这个就是在做系统底层,dde-am算是deepin 23的桌面环境最大的架构改动之一,而且在beta期间完全重构了,带着系统的任务栏,桌面和启动器全都大改。是因为底层还在完善所以反映出来UI并没有按期望运行
关于新的 应用管理器 的相关信息可以参考这里,可以看出官方还是比较有想法的,把所有的应用都统一管理起来,所有不同系统组件获取已安装应用,还可以方便地约束和监控。目前从代码中可以看到一些接口 https://gitee.com/linuxdeepin/dde-application-manager/tree/master/api/dbus ,具体的设计还是需要看官方的阐释了
这里有一些代码内附的文档,可以参考下,都是中文~
https://gitee.com/linuxdeepin/dde-application-manager/tree/master/docs
神末在最新内测版也能复现这个问题?
为什么界面和一些功能不直接沿袭20.9成熟的风格呢,等系统底层搞好了再改这些UI层面的东西不好吗?
现在很多人骂它的UI,说UI不好看,请问该听谁的?
骂他是想他改成更好用更好看的,而不是更难用更难看的,就像开始菜单那个大片最常使用,没人建议他这么改啊。
- 感谢反馈的问题~想请问一下使用的文件管理器的版本是多少呢?
- 环境是已经更新到最新内测环境了吗?
神末在最新内测版也能复现这个问题?
能
shenmo@shenmo-PC:~$ aptss policy dde-application-manager
信息:正在使用非root权限模式启动!若出现问题,请尝试使用root权限执行指令
dde-application-manager:
已安装:1.2.14
候选: 1.2.14
版本列表:
*** 1.2.14 500
500 https://community-packages.deepin.com/beige beige/main amd64 Packages
100 /var/lib/dpkg/status
文管倒是好的,但是文管的修复两个月前就workaround了吧
https://gitee.com/linuxdeepin/dde-file-manager/blob/master/src/apps/dde-desktop/data/applications/dfm-open.sh
这个脚本写的还是很奇怪的,直接检测v23...先不说xdg-open和gio open的问题,正确的方法应该是检查AM吧?或者,用dde提供的接口查一下。直接检查os-release那其他用DDE的发行版都break了
- 感谢反馈的问题~想请问一下使用的文件管理器的版本是多少呢?
- 环境是已经更新到最新内测环境了吗?
文件管理器 6.0.53,应该是最近的版本都有这问题
应该是最新内测环境,反正有更新我就都立马更了
Popular Events
More