fix: don't let input events reset window controls bar hidetimeout#524
fix: don't let input events reset window controls bar hidetimeout#524
Conversation
|
It fixes #523 (comment) but it still doesn't work when dragging seekbar handle. |
I think that's caused by mp.observe_property("seeking", "native", function(_, seeking)
if user_opts.osc_on_seek then
reset_timeout()
end
end)I'll test soon, will be back home in an hour or so. |
|
If you can test, try replacing it with: mp.observe_property("seeking", "native", function(_, seeking)
if user_opts.osc_on_seek then
state.showtime = mp.get_time()
end
end) |
|
Pretty sure it was not affected by osc_on_seek when I last tested it, but you'll have to confirm. |
For example: seekbar drag shouldn't affect top bar's hide
|
Done. 1f9a52c |
|
Thanks, will check |
|
Take your time, there is no rush at all. |
|
Okay, I could not reproduce those bugs. However I may have randomly found another one (sorry). If you keep spamming spacebar to cycle pause, the WC timeout is interrupted. |
That's expected not a bug. Only OSC inputs (ie: buttons) reset its timeout. Edit: |
|
Ah, okay. I see what you mean. In that case, you fixed it all. 😄 |
|
I tend to reply quickly and misread. I understood you correctly, right? My brain is at half mass, so I need to re-check lol. |
|
I think so... I personally did not expect that cycle pause would ever keep WC visible. But like you mentioned if I set these options then it correctly follows the hidetimeout. showonpause=no
keeponpause=no |
Fixes: #523 (comment) reported by @Keith94, ModernZ's local detective.
Changes:
hidetimeoutshould reset only if mouse is hovering it.hidetimeouton the OSC withreset_timeout().