可以〜/ .local / share / applications覆盖/ usr / share / applications吗?

我需要在KDE上启动一些应用程序,并添加一些配置更改。 最好的方法是在不搞乱的情况下通过复制单个应用程序的.desktop文件,我需要更改/usr/share/applications ,添加选项,然后将它们复制到~/.local/share/applications

我想知道这是否会导致我不知道的任何问题。 如果有更好的方法可以做到这一点,不要复制所有内容,只需在~/.local/share/applications添加桌面文件中的更改。

谢谢。

是的,应该将你想要修改的那些复制到~/.local/share/applications ,除非你做了一些不好的编辑(例如删除mime-types等),否则不应该导致太多问题。 复制所有这些意味着如果它们在/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的完整内容复制到~/.local/share/applications是否存在风险?

除了创建无用的重复项之外,从/usr/share/applications复制所有内容可能会导致启动桌面时发生冲突。 实际上,我曾经做过一次实验( Unity ),不得不用启动usb来解决问题。

结论:

如果您有理由将全局.desktop文件复制到~/.local/share/applications ,并且只复制(和编辑)文件。

如果你以某种方式弄乱.desktop文件,应用程序将无法从Dash启动,或者您在Dash中遇到重复的图标,如果您无法修复,只需删除本地.desktop ,注销/进入,事情如同他们以前。

Interesting Posts