[vdr] Feature Request: send keys first to skins, while display

Udo Richter udo_richter at gmx.de
Sat Mar 25 02:52:46 CET 2006

Hardy Flor wrote:
>> A skin object doesn't have a ProcessKey() function,
>> so it can't receive any keypresses. The skin's sole
>> function is to _display_ things - it doesn't implement
>> any actual functionality.
> And why, the Plugins does not have nevertheless the ProcessKey(...)
> then the Plugin must note even only, which display (cSkinDisplayChannel
> ...)  is active.

Even after several attempts, I don't understand what you mean.

The point is, that a skin should only handle displaying. VDR skins 
already are quite powerful. Moving more and more things into skins will 
lead to a skeleton VDR app, and monolithic skin packs, just as 
monolithic as VDR was before skins were introduced.

How keys behave is the decision of the app behind the skin, not the skin 
itself. And maybe, if VDR gets more modular in the future, plugins can 
replace things like EPG browser and recordings menu to implement 
different behavior. And then these plugins will use the skin to display 
what they want.

> How otherwise are the color keys to be changed dependent on represented
> information?

Its the decision of the program/plugin behind the skin what the color 
keys do, and how they're named. At the end, the program/plugin will have 
to react on it, and how should the skin teach the program new tricks?



More information about the vdr mailing list