因为QQ这个文件设置的是只读属性，普通用户没有写权限。

试了一下WPS的桌面图标文件就是可以重命名的

“QQ”并不是这个文件的名字，这类型文件有特殊显示机制。这个文件的名字其实是qq.desktop，想要改它显示的名字得编辑这个文件，改动“Name”一栏。

我知道怎么改，我只是好奇为什么要设计成只读文件。

说说我这个Win重度用户的看法吧：

1、 .desktop文件应该类似于win下面的快捷方式，有一个显示给用户看的直观名称，有一个关联的启动程序和图标等等。

2、用户关心的是桌面上显示的名字，通过这个名字知道点击它可以打开什么程序，用户想改的也是这个名字，至于这个名字是文件本身的名字，还是文件里里面某个配置项的内容，其实不太关心的。

3、个人觉得，自从操作系统支持长文件名之后，这种通过配置文件设置来显示较长文字标识信息的做法，其实可以简化为直接用文件名显示。

4、如果通过对 .desktop文件改名直接自动修改到内部的Name属性值 ，这样是不是更方便一些？

你把Linux桌面应用图标 理解为windows 的开始应用清单就行了

他不是一个单纯的文件，这个显示的名称在文件内容里面定义的，所以。。。。

（windows桌面快捷方式是一个单纯的快捷文件，名称就是文件名，所以可以随便重命名），两个机制不一样。

当然deepin也可以改的和win一样，但是一个人玩的游戏始终不好玩

如果真的想改也很简单，关闭磐石，用文本编辑器打开，想咋改就咋改

你用安卓也老是想着改图标名字吗？

是的。

我就服了，一个便利性功能，为什么要找一大堆各种理由，桌面上不能直接修改就是不方便好吗？

安卓是安卓，桌面系统是桌面系统，安卓系统能替代桌面系统吗？

看到上面各种理由我马上开机进麒麟改的名字，最讨厌那些给deepin找各种理由的了，没做好就是没做好，你们天天这样维护deepin，他还能改进吗？

估计是打包问题，QQ的这个发送到桌面的图标不知道为啥是只读的，WPS就是可以直接重命名的

图标名称这个问题是LINUX的机制不同罢了，原理上来讲LINUX上的更加高级

这个图标文件可以在不同的语言环境显示对应语言的名称而不需要用户手动修改

deepin和麒麟可以直接右键按WIN的方式重命名是系统做了处理的，不过deepin这里遇到了文件本身权限的问题

建议以后发送图标到桌面的时候可以复制一份777权限的而不是直接链接到原文件。或者打包时注意下权限问题

应该不是qq原图标的问题，我是官网安装的版本，估计哪个粗心的打包放商店搞错导致的。

我的WPS是从系统应用商店里安装的，也不能右键直接重命名。我看了我桌面上的所有图标，只有【国际化翻译呼吁】和【深度之家】可以直接重命名，其他的图标上点右键“重命名”菜单都是灰的。

就是说其实deepin是支持直接重命名的， 只是安装的大部分应用由于某些原因不能直接全命名。

对比了一下，可以修改的文件是在 /home/用户名/Desktop/下的，而其他的都是在/user/share/applications/下的，是不是磐石系统禁止了用户对些文件的修改权限？

V23没有磐石，但同样有这个问题。

历史 bug，处理下就好了

技术层面说明一下：

不是磐石的锅，而是 AM 策略上的锅，毕竟这功能 20 是有的，文管重命名 desktop 文件也是改的也是 desktop 文件里的 Name 字段。

deepin 23 起的方向上希望在启动应用程序的时候能根据应用程序的 desktop-id 将其放到对应的 cgroups 里，以便后续允许做应用程序级的权限管控。但如果遵循规范， ~/Desktop 文件夹并不会视为应用文件夹，所以这个文件夹里的 desktop 文件即便可以拿来启动程序，这些 desktop 文件也不具备有效的 desktop-id，会导致启动程序时，不会被放到恰当的 cgroups 里（一般会被放到它的父进程的 cgroups 里，这也是“从终端启动的应用的图标会显示在终端上”这个问题的根因）。

所以为了让用户双击桌面“快捷方式”时能让应用以恰当的 cgroups 启动程序，目前的策略就成了：在桌面创建的快捷方式不再是 desktop 文件，而是指向 desktop 文件的符号链接。由于符号链接指向的文件是规范的应用文件夹，所以 desktop-id 是有效的，启动后的 cgroups 也就是正确的了，代价就是用户没法随便重命名在桌面上看到的“快捷方式”。

我不是很确定这点从产品层面会不会优化这个行为，但至少这点也是有其他解决方案的。例如，定义一个新的格式（比如 .lnk 或是 .shortcut），里面存储这个“快捷方式”的应用 ID（desktop-id）、显示名称和图标名称，文管根据存储的内容进行展示即可，双击行为则是根据存储的 desktop-id 启动对应的应用。这样可以做到用户可以随便重命名甚至更改快捷方式的图标，启动应用仍然可以恰当的 cgroups，但缺点是这类自定义的新格式其他发行版肯定是不认的了。

开发团队已确认当前文件管理器对.desktop快捷方式重命名的限制源于管控策略调整（为保障应用权限隔离），现将该问题列为优化项。计划在下个版本进行优化，与20交互保持一致。

• 认真看了和学习大家提的建议和讨论，已和研发小伙伴沟通，该场景稍后会进行优化完善 ~