summaryrefslogtreecommitdiffstats
path: root/stream
diff options
context:
space:
mode:
authorAvi Halachmi (:avih) <avihpit@yahoo.com>2020-07-26 14:16:08 +0300
committeravih <avih@users.noreply.github.com>2020-11-16 20:29:58 +0200
commit24d696183364c4b5d36c46551bdb8d8b53f9c699 (patch)
treee20398bfcb9f4ff251ac48160eb030cc899e0984 /stream
parent3710c154d4ce26541b42ce79c99af2016925191b (diff)
downloadmpv-24d696183364c4b5d36c46551bdb8d8b53f9c699.tar.bz2
mpv-24d696183364c4b5d36c46551bdb8d8b53f9c699.tar.xz
command: mouse: generate MOUSE_{ENTER,LEAVE} if required
Previously the mouse command never ended up in enter/leave keypresses for the default section even when logically required, because input.c does not know the area of the default section and relies on something feeding it ENTER/LEAVE presses - which the VO typically does but the mouse command didn't. Now the mouse command feeds it ENTER/LEAVE if required. It's possible to handle it differently and more consistently by: 1. reverting this commit. 2. Updating the default section area whenever the osd dimensions change. 3. Always ignore MOUSE_ENTER keys because the position is not known yet (but MOSE_MOVE typically follows right away). 4. On mouse move: first generate ENTER/LEAVE if required. That would guarantee consistency between mouse position and enter/leave events but could be more sensitive to manage (the default section has "infinite" area which is used to capture any event outside of specific section areas), while this commit keeps consistency same as before and depending on correct external feeding - which we now do better, even if still not optimally (like before, it's still technically possible that a script recieves MOUSE_ENTER and then reads the position before it got updated after the ENTER).
Diffstat (limited to 'stream')
0 files changed, 0 insertions, 0 deletions