| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
found (this fixes no more working default servicelist handling)
|
|
|
|
|
|
|
|
not yet finished
|
|
|
|
modified behaviour on hardware with single frontpanel led (disabled in standby)
|
|
|
|
custom pixmaps
|
|
|
|
into a result
|
|
list will be in .sources
|
|
|
|
|
|
|
|
(itemheight, templatelist)-tuple
|
|
this closes #11
|
|
-> more money for us)
|
|
|
|
|
|
|
|
|
|
seconds
|
|
legacy DOS compatibility
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
enigma2 start
|
|
|
|
|
|
Note that this requires driver support, which is not necessarily complete.
|
|
|
|
The current implementation of ConfigNumber.isChanged (the one inherited from ConfigElement) does not work properly as it will - at least for unsaved values - always returns True.
This is obvious if you just take a look at the datatypes since value is an int and default is a string (because ConfigNumber is a modified ConfigText).
To resolve this issue one can either compare self.tostring(self.value) or self.text to self.default but the former seems to be the more logical approach.
The attached patch does override the method in ConfigNumber with the proposed fix.
|
