我需要在 KDE 上启动一些应用程序并添加一些配置更改。在不搞砸的情况下做到这一点的最好方法/
是复制.desktop
单个应用程序的文件,我需要更改配置,从/usr/share/applications
,添加选项,然后将它们复制到~/.local/share/applications
.
我想知道这是否会导致任何我不知道的问题。如果有更好的方法可以做到这一点,那就是不复制所有内容,而只在桌面文件中添加~/.local/share/applications
.
谢谢。
我需要在 KDE 上启动一些应用程序并添加一些配置更改。在不搞砸的情况下做到这一点的最好方法/
是复制.desktop
单个应用程序的文件,我需要更改配置,从/usr/share/applications
,添加选项,然后将它们复制到~/.local/share/applications
.
我想知道这是否会导致任何我不知道的问题。如果有更好的方法可以做到这一点,那就是不复制所有内容,而只在桌面文件中添加~/.local/share/applications
.
谢谢。
是的,它应该可以将您要修改的内容复制到
~/.local/share/applications
,并且不会引起太多问题,除非您进行了一些错误的编辑(例如删除 mime 类型等)。复制所有的意味着如果它们在 更新/usr/share/applications
,它们将不会在 更新~/.local/share/applications
,并且您删除的应用程序的启动器将保留。不要费心复制所有不必要的东西。进行编辑后,运行
update-desktop-database ~/.local/share/applications/
应该确保新的启动器被识别,因此显示在 Dash/Menu 中。Unity 的启动器,可能还有 Gnome 的 Dash 可能仍会显示 中的版本
/usr/share/applications
,因此您需要解锁并锁定图标。Gnome 3 可能也需要重新启动,Nautilus 可能也需要重新启动,因此注销并重新登录应该可以解决此问题。阅读以下内容可能有助于进行编辑:
不要从复制所有文件/目录
/usr/share/applications
.desktop
在编辑文件之前将文件复制到本地确实是一种很好的做法。这是适当的程序。在您复制/编辑它并注销/登录后,本地的将否决全局的。但是,并非所有文件
/usr/share/applications
都应由用户直接运行。有些文件可能根本就不是.desktop
文件,甚至可能存在几个目录。这就是 (ao) 为什么你不应该简单地将所有内容从复制/usr/share/applications
到~/.local/share/applications
.也没有理由在
.desktop
本地复制所有文件。只有在本地存在的情况下,本地才会否决全局。如果本地的不存在,全球的仍然在“负责”。/usr/share/applications
如果我复制to的完整内容会有风险~/.local/share/applications
吗?除了创建无用的副本之外,从中复制所有内容会
/usr/share/applications
导致启动桌面时发生冲突。我实际上做过一次实验 (Unity
),不得不用启动 usb 来解决问题。结论:
仅在有理由时才将全局
.desktop
文件复制到~/.local/share/applications
,并且仅专门复制(和编辑)文件。如果你以某种方式弄乱了一个
.desktop
文件,应用程序将无法从 Dash 启动,或者你在 Dash 中遇到重复的图标,如果你没有设法修复,只需删除本地.desktop
,注销/登录,一切都会像以前一样。