deepin 
这个其实是bug，在处理中
deepin 我记得这个官方好像后续要修复，根源是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
deepin 为什么界面和一些功能不直接沿袭20.9成熟的风格呢，等系统底层搞好了再改这些UI层面的东西不好吗？
现在很多人骂它的UI，说UI不好看，请问该听谁的？
deepin 
deepin 为什么界面和一些功能不直接沿袭20.9成熟的风格呢，等系统底层搞好了再改这些UI层面的东西不好吗？
其实20.9的UI也不太成熟，你和deepin15的以及麒麟的UI对比下就知道了
deepin就是喜欢改来改去……其实当时继承v15的设计就行了……
麒麟这点就做的很好，从始至终都是一套风格。
问题：直接打开的文件（如txt ,pdf, xls）,在任务栏不是独立显示对应软件（txt pdf查看器、office）的图标，都是显示在文件管理器图标里，如下截图，令人十分无语。
这个是已知的bug，还在修……dde-shell检测逻辑有点问题
这个问题已经在最新RC2内测版本得到过一次修复，应该是解决了这类大部分场景了，目前还没法在最新环境上能稳定复现到这个场景，内部也是偶现过一次这种效果（文管被企业微信接管的）。
.png)
可以帮忙确认一下环境信息，看是否是最新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
神末在最新内测版也能复现这个问题？
deepin 为什么界面和一些功能不直接沿袭20.9成熟的风格呢，等系统底层搞好了再改这些UI层面的东西不好吗？
现在很多人骂它的UI，说UI不好看，请问该听谁的？
骂他是想他改成更好用更好看的，而不是更难用更难看的，就像开始菜单那个大片最常使用，没人建议他这么改啊。
deepin 神末在最新内测版也能复现这个问题？
能
中文 
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了
deepin 文件管理器 6.0.53，应该是最近的版本都有这问题
应该是最新内测环境，反正有更新我就都立马更了
Popular Events
More
Limited software availability on the Deepin repositories?