Re: Mouse buttons fail.
Lostgallifreyan <[email protected]> Mon, 11 May 2015 23:37:55 +0100
| Newsgroups | gmane.comp.video.mplayer.cygwin |
|---|---|
| Message-ID | <[email protected]> |
Reimar D=F6ffinger <[email protected]> wrote: (11/05/2015 20:54) >The left click thing is a Windows-specific hack necessary to keep >some strange old features (dragging the Window even by clicking inside >it). >You need to press CTRL if you want the left-mouse-clicks to get through >in Windowed mode. > That Ctrl+Click works here. I tried some experiment: MOUSE_BTN0 pause MOUSE_BTN0_DBL vo_fullscreen The pause works, the fullscreen doesn't. Taken literally, aiming to emulate= the Gabest Media Player Classic, it ought to work. While my earlier idea o= f a delayed response to click that is aborted if double-click arrives first= , MPC seems to do something simpler, it pauses on first click, then unpause= s on the second of the double. Actually, toggles whatever initial play stat= e exists, twice, at same time toggling fullscreen. Any apparent glitching i= s so small that it is not objectionable. There seems to be no way to emulat= e this in Mplayer. From this I suggest that the only practical answer is to bring out all the = AMP core mthods, at least those for mouse button up, and down, and double c= lick, and that way we can make combinations that work, just as we can in th= e API itself. Doesn't matter what they get called so long as they're there.= Also, we'd need to be able to overide 'contet menu' if we wanted to make o= ur own right-clicks handler. If that, and the 'drag while clicked onto wind= ow contents; thing were overridden, the number of API methods needed extend= ing to users would be minimal. The real risk is having to fight inbuilt act= ions we can't switch off. It gets easy, fast, if we can avoid that.