Rhythmbox unity 启动器图标退出操作不起作用 - 如何快速退出

Rhythmbox unity 启动器图标退出操作不起作用 - 如何快速退出

16.04 这里

尝试添加此操作~/.local/share/applications/rhythmbox.desktop,但没有成功(在操作行中增加了一个专门的退出部分exec=rhythmbox-client --quitname=Quit附加Quit;操作),并且产生了奇怪的副作用*。

一旦 Rhythmbox 运行,最终减少,甚至我之前将启动器图标设置为“保留在启动器中”,然后图标会按预期失去焦点指示器(右侧的小箭头),并且无法再通过简单的右键单击退出 Rhythmbox。不过,~活动窗口指示器~(左侧的小箭头)仍然保留,至少在我Alt+F4或单击 Rhythmbox 打开时的“关闭窗口”按钮之前。当我想退出 Rhythmbox 时,我首先要打开窗口,然后才能使用Ctrl+W菜单File/Close,因此唯一的停止方法是从应用程序菜单,这很无聊。

*[编辑]:新的退出、关闭、退出或停止操作不会在图标上下文菜单中显示新项目,就好像它们是保留关键字,都与我们对所有其他活动应用程序图标的默认退出操作绑定在一起。尽管我只要exec=... --quit给出另一个名称(例如“Die”或我自己的语言中的某个名称)就可以显示新项目,但只有当默认退出项目消失时,我才有办法快速退出。

每当我添加一个有效的退出操作时,我都会在 Unity 启动器中看到几秒钟的沙漏,并且系统日志会报告如下内容:

Jun 18 13:27:40 nux org.freedesktop.Notifications[1832]: ** (notify-osd:2149): WARNING **: stack_close_notification_handler(): notification id == 0, likely wrong
Jun 18 13:27:44 nux gnome-session[1963]: ** (zeitgeist-datahub:2879): WARNING **: zeitgeist-datahub.vala:212: Error during inserting events: GDBus.Error:org.gnome.zeitgeist.EngineError.InvalidArgument: Incomplete event: interpretation, manifestation and actor are required
Jun 18 13:29:19 nux gnome-session[1963]: message repeated 2 times: [ ** (zeitgeist-datahub:2879): WARNING **: zeitgeist-datahub.vala:212: Error during inserting events: GDBus.Error:org.gnome.zeitgeist.EngineError.InvalidArgument: Incomplete event: interpretation, manifestation and actor are required]

...
Jun 18 13:39:49 nux gnome-session[1963]: ** (zeitgeist-datahub:2879): WARNING **: zeitgeist-datahub.vala:212: Error during inserting events: GDBus.Error:org.gnome.zeitgeist.EngineError.InvalidArgument: Incomplete event: interpretation, manifestation and actor are required
Jun 18 13:40:19 nux org.freedesktop.Notifications[1832]: ** (notify-osd:2149): WARNING **: stack_close_notification_handler(): notification id == 0, likely wrong

有时我必须选择两次操作才能执行:第一次焦点箭头消失,第二次应用程序停止。似乎图标不再与正在运行的应用程序绑定,尽管rhythmbox-client根据手册,图标被声明为“控制节奏盒的正在运行的实例”。相反,该操作似乎针对图标本身,只是关闭窗口而不是结束应用程序...抱歉我的措辞,我不是英语母语人士。

我还不明白文件中的英文字符串如何映射到图标菜单中的翻译项目。

请告诉我解决此锁定行为的建议,我的想象力太有限了。提前致谢。

答案1

我发现一个桌面文件,其中/usr/share/applications有一个新的持久性 dirty* 操作StopQuit,其工作方式与我的 dirty “Die” 相同,即泄漏一个 dirty 沙漏几秒钟。我的原始.desktop文件可能来自 Trusty 或更早版本。

*很脏,因为作为我自己的,它仍然显示……即使应用程序没有运行。有趣的是,真正的开发人员是如何解决这个问题的:这肯定非常困难

相关内容