@
LáďaB Všiml jsme si toho, ale neřekl bych, že to tak (ne)funguje stále, spíše mi to připadalo na náhodný výskyt popisovaného chování. První co mě napadlo, jestli to není důsledek konfliktu vlastního addon a jeho service části, při přístup k settings.xml. A pokud ta service část k settings.xml přistupuje nějak intenzivně, možná je pak výskyt toho konfliktu častější.
Nejsem programátor a do addon Kodi vidím jen trochu a spíše ze strany jejich chování směrem ke gui. Ale všiml jsme si, že třída Monitor má proceduru onSettingsChanged. Proč asi? Není to proto, že se v service modulech obvyklá volání, např. getParameters nemají používat a má se to, v případě změny nastavení, řešit jedním načtením všech parametrů na základě vyhodnocení onSettingsChanged? Tzn. načte se celé nastavení najednou a jen při změně, takže ta pravděpodobnpost konfliktu mezi service a addon je minimální, či takřka nulová.
To je tak asi vše, co jsem schopen k tomu napsat, protože to poslední co bych v mém případě mohl nazvat programováním, byly výpočty zratů elektrických sítí ve Fortranu a pak pár let psaní real-time aplikací dispečerských systémů v macroassembleru pro PDP. Ale to už je 30 let zpátky. Objektové programování, třídy, ... to už není nic pro mne, s tímhle se spíše trápím. Takže šance, že ti právě v tomhle poradím si blíží k 0.
Díky a těším se na to shrnutí.
