Hallo,
spätestens in OE2.5 kann man ja mit components eine Vielzahl von GUI-Optionen per Skin optionieren, u.a. die Picongröße in der ChannelSelection (die kleinen Dinger in der Liste)
<component type="ServiceList" piconWidth="50" piconWidthBig="100" ...>
Kontär dazu zieht sich durch die Pythons (Servicelist.py, UsageConfg.py) eine feste Optionierung auf zwei fixe Picongrößen, welche das freie Setzen mittels component ServiceList sinnlos macht:
# picons
if isPlayable and showPicons:
picon = self._buildOptionEntryServicePicon(service)
if bigPicons:
pix_width = self._componentSizes.get(self.KEY_PICON_WIDTH_BIG, 108)
else:
pix_width = self._componentSizes.get(self.KEY_PICON_WIDTH, 58)
Grundgedanke:
Da das Dreambox OS sehr schön skaliert, will ich in meinen Skins perspektivisch weg von verschiedenen Picon-Sets (mit verschiedenen Größen) und ein einziges Set verwenden. Dieses soll dann an den entsprechenden Stellen skaliert werden.
Also erst einmal experimentell gesetzt in /etc/enigma2/settings
- config.usage.configselection_piconspath=/data/picon_220x132/
- config.usage.configselection_bigpicons=false
Das sieht dann schon mal gut aus und ist auch schnell, prinzipiell macht das also Sinn. Wenn man also
- die statischen Picon Sizes (bigPicons Abfragen) rausnehmen (und dann die Werte aus der component auch nehmen würde)
- In der Optionierung für config.usage.configselection_piconspath auch einen freien Pfad auswählen könnte
... würde das IMHO in meinen Augen Sinn machen und das Vermüllen mit diversen Picons Sets vermeiden.
Zumindest macht mit dem Status Quo piconWidth und piconWidthBig in der ServiceList component absolut keinen Sinn.