Hi all, I wasn't able to find a solution to this, though it's possible I missed some previous discussion. If my manageHook contains "title =? "MPlayer" --> doShift wkM" then, as expected, MPlayer's windows get sent to wkM. However, unless wkM is currently on screen, mplayer does not begin playing. If I bring wkM on screen, it starts, and when I bring something else onscreen instead, mplayer continues to play. FWIW, This is a pretty stock Debian testing machine. Suggestions? Thanks in advance. --nwf;
Well, I can't help craft a solution, but I can explain what is
(probably) going on. If you shift a window to an invisible workspace
in the manage hook, xmonad won't even bother mapping the window -- and
mplayer is likely waiting until the window is mapped before playing
the movie.
~d
Quoting Nathaniel Filardo
Hi all,
I wasn't able to find a solution to this, though it's possible I missed some previous discussion. If my manageHook contains "title =? "MPlayer" --> doShift wkM" then, as expected, MPlayer's windows get sent to wkM. However, unless wkM is currently on screen, mplayer does not begin playing. If I bring wkM on screen, it starts, and when I bring something else onscreen instead, mplayer continues to play. FWIW, This is a pretty stock Debian testing machine.
Suggestions? Thanks in advance. --nwf;
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
Hi,
Yes, that is a known issue with mplayer. I will be contacting mplayer
maintainer about this. This happens because mplayer waits for the window
to be mapped to begin playing in its code. I have fixed it with few minor
modifications here -- http://git.wnohang.net/cgit.cgi/mplayer2.git/. I
will try to get it merged upstream.
* On Sun, Mar 13, 2011 at 03:59:01PM -0500, Nathaniel Filardo
Hi all,
I wasn't able to find a solution to this, though it's possible I missed some previous discussion. If my manageHook contains "title =? "MPlayer" --> doShift wkM" then, as expected, MPlayer's windows get sent to wkM. However, unless wkM is currently on screen, mplayer does not begin playing. If I bring wkM on screen, it starts, and when I bring something else onscreen instead, mplayer continues to play. FWIW, This is a pretty stock Debian testing machine.
Suggestions? Thanks in advance. --nwf;
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
Raghavendra Prabhu GPG ID:D72BE977
Raghavendra D Prabhu
Yes, that is a known issue with mplayer. I will be contacting mplayer maintainer about this. This happens because mplayer waits for the window to be mapped to begin playing in its code. I have fixed it with few minor modifications here -- http://git.wnohang.net/cgit.cgi/mplayer2.git/. I will try to get it merged upstream.
Is it an option? I can think of times when it would be nice to have mplayer not play until it has a window (presentations come to mind). --Ben
* On Sun, Mar 13, 2011 at 03:59:01PM -0500, Nathaniel Filardo
Hi all,
I wasn't able to find a solution to this, though it's possible I missed some previous discussion. If my manageHook contains "title =? "MPlayer" --> doShift wkM" then, as expected, MPlayer's windows get sent to wkM. However, unless wkM is currently on screen, mplayer does not begin playing. If I bring wkM on screen, it starts, and when I bring something else onscreen instead, mplayer continues to play. FWIW, This is a pretty stock Debian testing machine.
Suggestions? Thanks in advance. --nwf;
_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad Hi, @Nathaniel, The issue is fixed in upstream now. I am not sure of distro releases, but it is in upstream master git repository at mplayer2.org.
@Ben, I guess it can be made configurable. Note that this has been pushed only to mplayer2 which is different from original mplayer. For mplayer2, you can open ticket on mplayer2.org if you are using it and want it to be configurable. It should be easy to do. -------------------------- Raghavendra Prabhu GPG ID:D72BE977 fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977
participants (4)
-
Ben Boeckel -
Nathaniel Filardo -
Raghavendra D Prabhu -
wagnerdm＠seas.upenn.edu