从上下文菜单中打开该程序中的文件夹时,如何避免该程序接管文件管理器

从上下文菜单中打开该程序中的文件夹时,如何避免该程序接管文件管理器

当使用类似于“打开方式”-“其他应用程序”的选项从上下文菜单打开文件夹时,有时会出现下面描述的问题

在此输入图像描述

发生的情况是,以这种方式选择的程序(之后已在选定文件夹的“打开方式”上下文菜单下可用)接管了其他不同应用程序中的文件管理器功能,如 Firefox、Chromium、uGet、Calibre 等,它们具有类似于“打开包含文件夹”的选项。

在此输入图像描述


在此输入图像描述


在此输入图像描述

并非所有以这种方式选择的程序都会触发该问题(据我所知,qmmpDecibel 音频播放器、Easytag、Atom 文本编辑器都是其中的一些)。 - 此外,并非所有提到的受该问题影响的应用程序(Firefox 等)都会同时受到影响。过去我经常在 Firefox 中看到这种情况,但上次 Firefox 没有受到影响,但 uGet 和 Calibre 受到了影响。)

Linux 网站上经常报告此问题,例如:

不使用文件管理器“打开所在文件夹”

设置标准文件浏览器“打开包含文件夹”

停止使用与文件管理器不同的应用程序打开文件夹

Firefox 中的“打开包含文件夹”不使用我的默认文件管理器

所发生的情况是,相关程序成为/usr/share/applications/mimeinfo.cacheafter中第一个出现的程序inode/directory=

这不会自动导致链接问题中报告的问题,我有一个系统(elementaryOS Loki),其中文件管理器列在最后,没有任何问题,但在另一个 Linux(Manjaro)中,文件管理器必须首先列出,就像(对尼莫来说)inode/directory=nemo.desktop;decibel-audio-player.desktop;au‌​dacious.desktop;

但是如何在这样的程序中打开文件夹而不与文件管理器发生这种冲突呢?


我创建这个问题是为了提供答案。


更新:

正如评论中所指出的那样唐克里斯斯蒂根据我最初的回答:如果在安装某个程序(在我的例子中是分贝)后自动触发问题,那么即使/usr/share/applications/mimeinfo.cache在新安装或通过命令更新时更正文件后,它也会重新出现update-desktop-database。 (我也会在答案中添加建议的解决方案。)

答案1

这个想法是在选定文件夹的“打开方式”上下文菜单中已经有了所需的程序,而无需选择“其他应用程序”。

编辑该行inode/directory=没有/usr/share/applications/mimeinfo.cache用,因为,如评论中所示唐克里斯斯蒂,由于命令 ,更新或安装程序后问题再次出现update-desktop-database

事实上,只有某些程序将接管文件管理器角色,如问题所示,但在某些情况下,那些这样做的程序将在安装后直接接管,并且将在update-desktop-database.

按照建议这里对于上述用户,您需要进行~/.local/share/applications/mimeapps.list 如下编辑:

[Default Applications]
inode/directory==nemo.desktop;audacious.desktop;deadbeef.desktop;vlc.desktop

在另一个系统(Cinnamon Manjaro,其中没有mimeapps.listin usr/share/applications,只有mimeinfo.cache并且似乎不兼容 freedesktop)中,要使用的文件的 ~/.local/share/applications/mimeinfo.cache内容如下

[MIME Cache]
inode/directory==nemo.desktop;audacious.desktop;deadbeef.desktop;vlc.desktop

必须首先放置文件管理器,然后将程序添加到“打开方式”上下文菜单中。

例如,上面将给出

在此输入图像描述

相关内容