True, there's no current notification. How about this.. I'll post a separate patch tonight on my site of a patch with the notification, and one without. I already have the code ready, just need to test it first. Whoever ends up applying the patch can decide ultimately which one gets committed. I think both methods have their merits, but I don't think I'm the one that should be making the decision.
Thanks for your input, Brian! --Harvard On 5/9/05, Brian C. Huffman <[EMAIL PROTECTED]> wrote: > Harvard Pan <[EMAIL PROTECTED]> wrote: > > If there are no new recorders or new inputs available, it will go back > > to the current recorder and input. It behaves exactly like > > ToggleInputs and SwitchInputs does today (when you press Y or C) in > > that it sets the flags, which kills the current player and tries to > > find the next one. Since it's in the Live TV EPG, there's always at > > least one recorder available (the current one). > > > > There could be a check put in for whether there is a free recorder > > available BEFORE you kill the current one. the problem with that is > > you could still run into the same problem of not finding one after you > > restart (since another frontend or recording process can take it in > > the interim), so you don't really end up solving anything. > > > > Let me know if that's what people want though, and I can always change > > the code to do so. I felt that keeping it consistent with the current > > behavior was more important, since that's what people will be familiar > > with. > > > > True - there's always one recorder available, but it may not have access to > the > channel you request. In that case, the way things currently stand, there's no > notification to the user of why it did "nothing" when he / she selected a new > channel. > > Brian > > _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
