Germany
- Moderator
- #11
Aah, yes, remember that.
[solved] Latest Media Handler - Skin settings - Custom latests items number (1 Viewer)
- Thread starter ajs
- Start date
In thinking about this, it occurred to me that there is another value that might be useful to a skin author. @catavolt 's design for "DefaultWideHD" displays the names of the channels that are currently recording. But that requires space on the panel. If space is unavailable, a shorter representation would be to show the number of currently-active recordings. In fact, the skin could position this number within the red dot itself, in place of the "rec" or "R" that some skins use (although it would probably be easier to position this number adjacent to the red dot).
Perhaps LMH already provides a "count" variable that supplies this value? But if it does not, could one be added? Something like the following (note that there is no numeric suffix to "active"):
#latestMediaHandler.tvrecordings.active.count
This variable contains the number of currently-active recordings, which would often be less than the LMH limit on the number of active recordings (e.g. limit=4, active=2). I don't know how LMH queries "TV Server" to get the information about active recordings, but I guess that it might even be possible for the active count to be greater than the LMH limit (but I don't think that that matters):
active_count=GetNumberOfActiveRecordings();
for (index=0; index<min(active_count,limit); index++)
{ info[index]=GetRecordingInfo[index]; }
Finally, it might be appropriate to add equivalent count variables for the other info provided by LMH (videos, music, etc.), but I don't know enough about those areas to make a judgement.
-- from CyberSimian in the UK
Perhaps LMH already provides a "count" variable that supplies this value? But if it does not, could one be added? Something like the following (note that there is no numeric suffix to "active"):
#latestMediaHandler.tvrecordings.active.count
This variable contains the number of currently-active recordings, which would often be less than the LMH limit on the number of active recordings (e.g. limit=4, active=2). I don't know how LMH queries "TV Server" to get the information about active recordings, but I guess that it might even be possible for the active count to be greater than the LMH limit (but I don't think that that matters):
active_count=GetNumberOfActiveRecordings();
for (index=0; index<min(active_count,limit); index++)
{ info[index]=GetRecordingInfo[index]; }
Finally, it might be appropriate to add equivalent count variables for the other info provided by LMH (videos, music, etc.), but I don't know enough about those areas to make a judgement.
-- from CyberSimian in the UK
If the LMH limit is (say) 4, but there are 6 active recordings, I don't think that there is a problem with the active-count displaying "6", while "DefaultWideHD" displays only 4 channel names. So the active-count would always be accurate, but the list of channel names would show only up to the LMH limit.
Alternatively, I would not be outraged if the active count was the lesser of the true active count and the LMH limit. This really depends on how LMH gets this information from "TV Server". Possibly LMH cannot get the true active count?
For the red dot, it is the active count that is important. But there may be a use for counts for the others too. There is virtue in being consistent across all categories: if we provide the count for active, then do the same for latest and scheduled. I am hoping that this is a relatively trivial change, so we might as well do all categories.
-- from CyberSimian in the UK