Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vdr] Feature-Request: switching channel groups



Hi Klaus, hi all,

I'm using the channel-group features quite often and I noticed something
quite disturbing. I think the easiest way to describe it is an example:

: Sports
Sport1:12188:h:S19.2E:27500:163:104:105:0:12003:0:0:0
Sport2:12188:h:S19.2E:27500:163:104:105:0:12003:0:0:0
: Music
Music1:12188:h:S19.2E:27500:163:104:105:0:12003:0:0:0
Music2:12188:h:S19.2E:27500:163:104:105:0:12003:0:0:0
: Documentation
Docu1:12188:h:S19.2E:27500:163:104:105:0:12003:0:0:0
Docu2:12188:h:S19.2E:27500:163:104:105:0:12003:0:0:0

OK, what happens if you are watching "Sport1" and press the "Left"
button once and thenk "OK"? -- VDR switches to "Music1". For "Sport2"
the same, for "Music1" and "Music2", VDR will switch to "Docu1". If you
are watching "Doku1" oder "Doku2" nothing happens as this is the last group.

Generally spoken:
if (exists(NextGroup)) VDR switches to NextGroup[0]

So let's see, what happens if you press the "Right" button instead of
the "Left":
"Sport1" -> switch to "Sport1"
"Sport1" -> switch to "Sport1"
"Music1" -> switch to "Music1"
"Music2" -> switch to "Music1"
"Docu1" -> switch to "Docu1"
"Docu2" -> switch to "Docu1"

So there are several discrepancies in the semantics for the "Left" and
"Right" button. From my point of view, I would expect:

"Sport1" -> nothing happens, first group
"Sport1" -> nothing happens, first group
"Music1" -> switch to "Sport1"
"Music2" -> switch to "Sport1"
"Docu1" -> switch to "Music1"
"Docu2" -> switch to "Music1"

Or more general:
if (exists(PrevGroup)) VDR switches to PrevGroup[0]

Alternatively, VDR could switch to PrevGroup[PrevGroup.Size()-1] to be
fully consitent, but I think, this is very unconvenient for most users!

So, my question is: Is the current behaviour a so-designed feature,
simply forgotten to be implemented like I described above or even a Bug?

I personally would NOT describe it as a bug, but I think, most of you
would agree with me, that the current behavior is not so useful as the
one described by me.

So Klaus, maybe you can have a short look at the "algorithm" before
releasing the next stable vdr!

CU/all
--
Patrick Cernko | mailto:errror@errror.de | http://www.errror.de
Quote of the Week: "Quis custodit custodes?
                    Ceterum censeo Microsoftem esse delendam!"
                   (anonyum)


--
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.



Home | Main Index | Thread Index