为什么用dwm的启动标本?alvin_rxg 写了：对呀，都说了是 restart dwmusbtopc 写了：你说的重启dwm是指什么？我理解的重启是非登出的情况下重启dwm，你所打开的应用程序都在。alvin_rxg 写了：-snip-usbtopc 写了：dwm-plus具有自动执行程序的功能，将你的托盘程序放在~/.dwm/autostart.sh里面执行，重启dwm时（而非登出），托盘程序会自动加载。
以为你看懂了我的 dwm_start 脚本……
重启dwm，pidgin需要保持连接，这个目前不行，好像必须得重连，至少我这边是这样的。alvin_rxg 写了：这不是我要的方案usbtopc 写了：pidgin放在autostart.sh里面执行，重启dwm后，pidgin会进行自动连接，窗口管理器重启，托盘程序会被kill掉，你看任务管理器里面会没有这些托盘程序（如果不在autostart.sh里面执行的话），autostart.sh就是为了解决这些问题而设置的。
当时这个问题也困扰我，后来通过autostart.sh解决了这个问题。
pidgin 需要保持连接，不能被 kill 的！
X 没有退出，没什么要关闭那些程序？
autostart.sh 是为了解决这个问题而设置的？？？这和 startx 直接启动个 sh脚本有什么区别
对，那是因为它 tray 写得比较好，所以 不管怎么样， tray 都还在， pidgin 也一直在线的。usbtopc 写了：其实重启dwm这个有点无聊，原始版本是没有这个功能的，添加这个完全是为了某些时候调试程序的方便。你可以看看wmfs，记得它是有重启功能的，不知pidgin能否保持在线？
这就是它 tray 的 bug！把 tray disable 了，啥问题都没有usbtopc 写了：重启dwm，pidgin需要保持连接，这个目前不行，好像必须得重连，至少我这边是这样的。alvin_rxg 写了：-snip-usbtopc 写了：pidgin放在autostart.sh里面执行，重启dwm后，pidgin会进行自动连接，窗口管理器重启，托盘程序会被kill掉，你看任务管理器里面会没有这些托盘程序（如果不在autostart.sh里面执行的话），autostart.sh就是为了解决这些问题而设置的。
当时这个问题也困扰我，后来通过autostart.sh解决了这个问题。
或许能找到相关的补丁来解决这个问题。
用过 trayer 或别的第三方 tray 没？在重启的时候，怎么那些家伙没事呢？usbtopc 写了：我是这样理解的，没有深入研究，供参考：
dwm的重启，是一个从头到尾的执行过程（它需要再次加载各种参数变量），而系统托盘的生存周期是随着dwm进程的，这样当重启的时候，目前系统托盘被kill掉是必然的。
如果dwm有个配置文件，重启时直接读取配置文件来调整自身的状态，那么系统托盘就不会被kill掉，就象wmfs那样。
将系统托盘程序放在autostart.sh里面执行，当dwm重启时，会自动再次加载托盘程序，当然pidgin自动重连的过程是必然的。
如果你需要经常重启dwm，最好建议你做一个配置文件，如果这样的话，那还不如直接使用wmfs，为dwm增加配置文件，至少我个人觉得没有必要，喜欢dwm就是因为它简单，否则大把的类似的窗口管理器都可替代dwm。
欢迎交流！
trayer等是一个独立的程序，就相当于你在dwm的环境下使用的其他普通程序一样，它和dwm进程是没有任何关联的，只要X在，它就在。alvin_rxg 写了：用过 trayer 或别的第三方 tray 没？在重启的时候，怎么那些家伙没事呢？usbtopc 写了：我是这样理解的，没有深入研究，供参考：
dwm的重启，是一个从头到尾的执行过程（它需要再次加载各种参数变量），而系统托盘的生存周期是随着dwm进程的，这样当重启的时候，目前系统托盘被kill掉是必然的。
如果dwm有个配置文件，重启时直接读取配置文件来调整自身的状态，那么系统托盘就不会被kill掉，就象wmfs那样。
将系统托盘程序放在autostart.sh里面执行，当dwm重启时，会自动再次加载托盘程序，当然pidgin自动重连的过程是必然的。
如果你需要经常重启dwm，最好建议你做一个配置文件，如果这样的话，那还不如直接使用wmfs，为dwm增加配置文件，至少我个人觉得没有必要，喜欢dwm就是因为它简单，否则大把的类似的窗口管理器都可替代dwm。
欢迎交流！
