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
[settings][video][PVR][listproviders][favourites] Add default play action setting. #23863
Conversation
e4906f8
to
1e0fa70
Compare
1e0fa70
to
0d01e7b
Compare
Fixes #23868 |
0d01e7b
to
3aa541d
Compare
Might just be me but I would like an option to "choose" whether to resume or re-start. However, if you decide not to implement that, this is still much better than what we have currently 👍 |
If the setting is set to "play" and you select something with a resume point, it will present a small context menu asking whether to resume or start from the beginning. If no resume point, there is nothing to "choose", thus no dialog, straight playback. If the setting is set to "resume", then the playback will automatically resumed if possible or playback automatically starts from beginning, no user choice here, as no options. The help text for the setting actually explains the behavior. |
Brilliant! Thanks. |
@@ -117,6 +118,25 @@ class CVideoSelectActionProcessor : public VIDEO::GUILIB::CVideoSelectActionProc | |||
return true; | |||
} | |||
}; | |||
|
|||
class CVideoPlayActionProcessor : public VIDEO::GUILIB::CVideoPlayActionProcessorBase |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll have to implement something like this for discs too
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point. I was already of the opinion that I may have missed some places where we also kick off video playback action. :-) Maybe we can do this in a follow-up PR?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure, it's a bit involved when coming to discs since it's tangled together in builtins
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
CAutorun::RunDisc
it is maybe.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah but the autorun itself also doesn't make sense (it's a poll approach from the CApp itself)...
Long story short, don't worry about this.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Long story short, don't worry about this.
With pleasure. Had a quick look at the code and it felt like another can of worms. I think for Omega I already have refactored enough old code.
Personally I think it should be 3 options -
This way everything is covered. |
To me that would be the ideal except I'd have
However if that means having to touch far more code than you wanted I could live with:
|
3aa541d
to
fe3478b
Compare
@jjd-uk @HitcherUK thanks for the feedback. We will go with msgid "Default play action" ... and explain in the help text the fallback to play from beginning. |
@enen92 requested/discussed code and string changes are in now. Good to go in? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Thanks
I added a small nitpick which I think reads better on the help text.
fe3478b
to
dd4f5d6
Compare
Is this still a WIP because there's no 'Always play' option? |
No WIP. I do not plan to add "Always play" because I cannot see the need for this. Who would want to always ignore any resume points for all videos? |
All I would say is, I think its preferable to have options of
Otherwise users either always get asked (resume point exists) or video just resumes. I guess there is plenty of stuff I once started watching where I wouldn't want to resume as I no longer remember what happened. Getting asked each time could become tedious I guess, especially if I don't remember what might have a resume point. Just my POV. I'm not pushing for changes, just pointing out what I think users might want/think. |
"Always play" means you forget always everything, thus you never want to resume. From formal stand point I see what you mean with 3 options being best to have, looking at what users really can make use of, I doubt that "Always play" will actually used by anybody. |
Sorry, I thought from your initial post you meant some users always want to resume and others always want to play. |
If there's no actual play option for a Default Play Action setting, maybe it should be renamed Default Resume Action, as this setting only affects what happens when there's a resume point. |
We discussed this, and decided to go with default play. You can read this up on the discussion in this PR. |
Adds a new setting for defining what happens when "play" action is executed, similar to what we already have for the "select" action.
Currently, despite from behaving differently at different places throughout Kodi, you cannot control whether playback will automatically resume if possible or if user shall be asked whether to start over or resume. We have complaints in the Forum, that users find it annoying to always being asked, they want automatic resume, others stated exactly the opposite. This feels like we need a setting. :-)
With this PR, behavior will be consistent throughout video windows, pvr recordings window, favourites window and listprovider lists (aka home screen widgets) ... and user-customizable via the new setting.
Runtime-tested on macOS and Android, latest Kodi master.
@enen92 be my guest for a review, best done commit-by-commit.