我需要在KDE上启动一些带有一些配置更改的应用程序。做到这一点而又不会搞乱的最好方法/是复制.desktop单个应用程序的文件，我需要更改config的配置，从中/usr/share/applications添加选项，然后将其复制到中~/.local/share/applications。
我想知道这是否会引起我不知道的任何问题。如果有更好的方法可以做到这一点，那就是不复制所有内容，而仅在中的桌面文件中添加更改~/.local/share/applications。
谢谢。
Answers:
是的，它应该可以将您要修改的内容复制到~/.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和的桌面文件的应用程序会出现重复输入~/.local/share/applications。
~/.local/share/applications为准。谢谢。
.desktop文件中要记住的一点是，如果更新了一个应用程序（包括全局.desktop文件），则它们不会更新，但是本地文件不会更新。Chrome以此闻名，导致图标重复。
org.gnome.Terminal.desktop，则当它.desktop根据需要从super + search中打开修改后的条目时，该扩展坞上显示的图标仍然指向系统.desktop。
/usr/share/applications.desktop在编辑文件之前，在本地复制文件确实是一个好习惯。那是适当的程序。复制/编辑并注销/登录后，本地的将取代全局的。
但是，并非所有文件/usr/share/applications都应由用户直接运行。有些文件可能根本不是.desktop文件，甚至可能存在几个目录。这就是（ao）为什么您不应该简单地将所有内容从复制/usr/share/applications到~/.local/share/applications。
也完全没有理由在.desktop本地复制所有文件。如果存在本地的，本地的只会推翻全局的。如果本地的不存在，则全局的仍在“负责”。
/usr/share/applications到~/.local/share/applications？除了建立无用的重复，复制一切从/usr/share/applications可能导致冲突，启动你的桌面。实际上，我曾经做过一次实验（Unity），不得不通过启动USB进行修复。
仅在有理由时将全局.desktop文件复制到~/.local/share/applications，并且仅专门复制（和编辑）文件。
如果您.desktop以某种方式弄乱了文件，则该应用程序将无法从Dash启动，或者您在Dash中遇到了重复的图标，如果您无法修复，只需删除local .desktop，然后注销/登录即可。
.desktop文件，只需将其注销，注销/签入即可，一切照旧。
~/.local/share/applications 如果你开始看到奇怪的行为与你的应用程序，浏览器启动奇怪的是，同样的应用程序的图标倍数在发射等