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: gui improvements for live tv section #3387
Conversation
While I'm not in a position to remark on your code. I just tried this and It works great for me. I have been wanting something like this for a while. My only remark would be I would prefer if it performed like the "Channels" & "EPG" ie not a pop up menu but it displays the group name next to group ie "Group: All" and hitting enter changes to the next one, don't know how it would handle long group names, could the text there scroll? I realise this might not suit everyone so maybe an option on the LiveTV settings page to specify how it works. |
The select dialog has the best usability for all situations, having long group names and if you use many groups it gives you a better overview and you can switch direcly to a bottom group. |
{ | ||
return OpenGroupDialogSelect(); | ||
} | ||
else { |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
Trivials noted. @opdenkamp for full review. @da-anda: Perhaps you could comment on the UI? |
I hope this ok to add here this remark. Currently I've got on my remote dedicated TV and Radio buttons which globally set to open MyPVR window with TV or Radio visible.
So maybe add NextChannelGroup action as the one in PVROSDChannels windows so this feature will not be lost. |
@dhead666 Thank you for your comment, but this is user-specific stuff. |
I'll review this one (and any other PVR related PR) tonight or tomorrow On 10/07/2013 09:45 AM, Sascha Woo wrote:
|
btw - what happened to the rework/split of the PVR windows @pieh was working on? |
having to toggle between the tv and radio listings through some select dialog doesn't seem very intuitive to me. would it be possible to handle it like this, with separate tv and radio buttons on the side menu:
clicking either of those buttons would bring up the group selection dialog. |
@ronie no select dialog to change the channel type, just click on the control in the media menu (it toggles between tv and radio). I decided to implement this, because there is no different between tv and radio channels.
And to be honest, the handling is the same. |
while you're at it, can you hide radio related options in case there are no radio channels? Can also be done as seperate PR to not hold this one back. edit: one thing that I also don't like in the screenshot is that the user doens't know/see that "Groups" is supposed to be clickable and change something. Maybe better name it "Group: [Name of group]" or "change channel group" or something like that |
@da-anda sure both is possible. I will check if it's easy to hide the radio stuff. I don't use "Group: [Name of group]" as label for the control because of long group names, but you're right, so i will change it. something else that still bothers me (not only me) that the controls (channels, EPG) immediately activate the corresponding window. This creates an unsightly behaviour, for example if you want to switch to timers. |
ahh ... i found some issues .. let you know if it's ready for review |
fixed, reorganized and rebased .. i added an additional commit which change the behaviour for the control buttons. |
@xhaggi thanx for addressing my unfounded concerns :-) the confluence changes are ok with me. please squash those. i'm not too sure about the focus to click change. what's the reason you decided to alter it? |
@ronie I have made these changes partly because all view options in the sidebar (video, music, pictures) are triggered by click and the more important thing for me todo this are the unsightly behaviour while switching from tv to recordings and back. Let me explain it in detail: okay this is the first reason. The second is more skin related. Now it is more flexible because you can reorder the button controls without thinking about in which direction the user navigate through (e.g. place the channel group selection button on top and than followed by channels, epg, etc.). and please at least try it ;) |
eeh you removed radio. please put it back. will look at the rest asap and comment, but that just caught my attention when i was clicking through the forum threads :) |
@opdenkamp i didn't removed radio, i only changed the way you access the radio channels (toggle between tv/radio channel types). this relates to the fake that you can't access the radio epg with the current implementation without playing a radio channel. |
@xhaggi please test this skin (LiveTV section) - and maybe you can something port to confluence ;) @xhaggi PS. sorry i forget when i answer on email i just comment - this commit |
hmm okay, well in my opinion radio should not be "hidden" but be accessible directly from the main window, since it's one of the primary functions of pvr. |
@piotrasd please stop comment on this PR, use the forum instead. |
@opdenkamp if you know you can toggle between tv/radio there is no need for an extra radio button, but if you think that's a must have i can add back the button. I my opinion it's totally enough if you can toggle between with one button ;) |
I've just discussed it with ronie (yay for devcon :)), and we both think that the radio item should be there instead of toggling. thanks |
okay i will re-add the button ;) |
@opdenkamp you wrote: could you tell me exactly how you are imagining it, splitting up the various views and separate window for tv and radio? |
well it would have to be split up in code, and be implemented like all the other windows instead of trying to handle it inside the GUIWindowPVR instance, and both TV and radio should be made separate entries in the home screen, instead of having both TV and radio under live tv |
well, that's what I thought almost ;) .. what about recordings, it's the only part which is same for both tv and radio? @opdenkamp i asked all this, because if this is the desired solution i will change this PR. |
@opdenkamp let me know if I should change this |
we can just send them to the same (new) recordings window, and/or add a field to the api to flag whether a recording is radio or tv |
…the mavericks compile patch on the top
* tv/radio channels were merged into one list * channel type switching (tv/radio) * adds a new selection dialog for channel groups
ACTION_NEXT_CHANNELGROUP
This adds a new label control for output the guide type (timeline, channel etc.), so that the group label control holds the channel group name in epg view.
This adds the ability to use built-in function ActivateWindow() with addition [dir] parameter to open a specified pvr window. Valid values: "tv", "radio", "guide", "recordings", "timers", "search"
okay.. I'll deal with it when I have some more time |
move to #3585 |
@xhaggi Hi please look at my proposition of progress bar of timeshift |
@piotrasd, and again... |
This PR changes the way how to access the live tv channels (tv / radio) and channel groups within the gui. The channels (tv / radio) are populate into the same control list, so for skinners it's easier to integrate the channel view.
It's possible switching between the channel types (tv / radio) via a new control button.
To access the channel groups i integrated a select dialog which contains all groups. This is also accessible via a new control button.
The selected group is now also used for the EPG view, so you can easily switching between groups while you stay in epg view.
The needed skin changes are in a second commit.