我在用着内核的 Docker在启动时在系统托盘中自动启动 Spotify(因为 Linux 上的 Spotify 没有该功能)。
它可以工作,但是启动后,KDocker 窗口选择器(将光标更改为带有 X 的选择器框)会启动,并尝试将我单击的任何内容停靠。我不知道它为什么会这样做,因为我为它提供了一个启动命令,所以它不应该寻找用户输入。我可以使用 Esc 退出,但这仍然很烦人。我使用的是 Kde,并设置了这个登录脚本:
#!/bin/bash
echo "Performing startup scripts"
echo "Starting Spotify docked"
kdocker -s -t -q -j -i /opt/spotify/icons/spotify-linux-64.png spotify
sleep 1
xdotool key Escape # to close out the annoying window picker that shows on startup
我尝试使用 xdotool 自动关闭窗口选择器,但是没有作用。
还有其他什么方法可以避免这种行为吗?
答案1
- 编辑“Exec”行
/usr/share/applications/spotify.desktop
如图所示 - 将此复制到
~/.config/autostart
- 重新启动系统,Spotify 应该出现在系统托盘中
答案2
kdocker
当在 KDE Plasma 上系统设置为重新启动注销时运行的程序时,问题可能出在和“会话恢复”设置之间的交互上。
我注意到添加登录脚本后问题就消失了第一的logout/login,因为krunner
在注销时尚未运行。下次注销时,它正在运行,因此在登录时被“恢复”,导致kdocker
在脚本上运行补充进程。
(我还想启动一个blueman-manager
最小化到停靠的程序()此外,我还需要它的窗口打开,但停靠,以解决这个问题奇怪的问题:bluedevil
漏洞事实上),我可以用一个更简单的脚本来做到这一点,该脚本只包含行kdocker blueman-manager
。我的脚本以及更复杂的脚本(如您的脚本)都遇到了您描述的问题,直到我禁用了该选项。)
另一种解决方案(如果您必须使用选项恢复会话)是kdocker
在会话恢复时添加到例外列表中。