New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[PVR] activate PVR windows only if PVR is enabled #8232
Conversation
makes totally sense |
Yeah, doing the check in |
sure, makes sense too 😄 |
Doing it in |
@Montellese that's exactly why I did not put it there initially. So, any ideas? Stick with the initial approach or head for something different? Maybe a new virtual member function like |
makes sense IMO |
@ksooo that sounds like a good idea |
No brainer this one, it always bugged me when I accidently hit a pvr button on the remote before I had this installed. |
I was also thinking about some way to hook into the process and interfere the action. So basically firing some event/message/signal and when some listener sets some flag (like "preventDefaultAction", "process = false", ...) then the sender ignores doing anyting. A little like JavaScript events. Might be a bit over the top for this particular case, but I think we should in general use more signals/messages for other parts to hook in and decouple stuff. |
Now I implemented the |
👍 |
Jep, looks much cleaner now. Thanks. |
+1 this could perfectly fits also to other scenarios where we want to block window activation |
jenkins build this please |
[PVR] activate PVR windows only if PVR is enabled
If PVR is disabled, prevent activation of PVR windows using shortcut keys (e.g. ctrl+o for "Recordings" window). Simply ignore the key mapping in this case.
Today, if PVR is disabled in settings, an empty window with a dialog "PVR is not yet started up... waiting..." pops up. This dialog must be cancelled then manually by the user.
Not sure whether it is a good approach to put the logic into builtins, though feedback is very welcome @xhaggi, ...
@MartijnKaijser this is the fix we talked about at DevCon.