[vdr] [RFC] Eliminating the 'summary' field of timers
Matthias Schniedermeyer
ms at citd.de
Wed Feb 22 00:52:53 CET 2006
Klaus Schmidinger wrote:
> Christian Wieninger wrote:
>> Atleast my info about the search timer, that triggered the
>> timer/recording will not be visible anymore. What about an additional
>> simple submenu in the summary menu of timers/recordings, e.g. called
>> with the unused key 'blue' labeled 'Aux'.
>
> The 'aux' field shall be of no concern to VDR, so I don't see why there
> should be a button wasted to display it. What's so important about that
> information, anyway?
It's of no use of VDR "itself" but like the title/subitle/description
(which are equaly pointless from a purely technical view. Purely
technical you only need channel, time & duration, see for e.g. the good
old VCR. It only needed the channel, time & duration) it can be vital
for the user if s/he needs to find out the culprit who programmed a timer.
I had the same question for Master-Timer years ago, because of that when
Master-Timer programs a timer it also prints out which "torecord"-block
(beginning on what line) was responsible for a specific timer. Then you
realize that everyhing is OK, or you tune the "torecord"-block, "done"
it or create a blacklist entry to get rid of the timer.
So there actually is a reason for the User to see what is recorded in
the AUX-field.
(And to put "meaningful"-data into the AUX-field. I'm thinking about
putting some more into the AUX-field, like the meantioned block-name so
that you don't have to look it up elswhere. But i haven't do that in the
past because i didn't want to clutter the Summary with too much data.)
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.
More information about the vdr
mailing list