12.10.2020, 11:48
@otava5 Tak jasně, tohle je základní problém, ale to si musí každý ošetřit sám. S tím moc pomoci nelze. Jedině tak, že by o tom, pokud k tomu dojde, měl SCC team vydat nějakou informaci. Třeba Pozor, změnily se parametry volání a případně informovat kde, aby si to lidé mohli v nastavení widgetů změnit. Nebo by se to alespoň mohlo ventilovat na fórech. Já jsem to měl kdysi s @BBaron tak, že na to vždycky upozornil a já jsem to v nastavení skinu Estuary Stream-Cinema upravil. Podle toho, co jsem slyšel (ale nemám to ověřené, tak jen prodávám, jak jsme nakoupil), tak tuhle informaci od SCC teamu nedostával ani autor Estuary Stream-Cinema 2. To je pak těžké.
Ona tahle situace také vede ke kuriozním situacím, kdy po změně parametrů volání někomu přestanou fungovat nějaké widgety, pak si přečte, že s jiným skinem to funguje dobře, přejde na něj, definuje si widgety nově a pochopitelně podle aktuální verze pluginu a parametrů volání a ejhle, začne to fungovat a závěr je jasný: "Se skinem A to nefungovalo, se skinem B to funguje, chyba je ve skinu A. Ale tohle je trochu jiná kategorie problému, to je snad jasné, Jen to někteří nechtějí nebo neumí rozlišit. Hodinky nebo holinky, obojí se natahuje.
Ideální by bylo, kdyby součástí vývoje SCC byla třeba definice dat s parametry volání pro Helpery těch sofistikovaných skinů (ANS, Titan, Aura, ...). Nebo přepracování systému pramerů, kde by se zásadně používaly jednoduché metakódy pro jednotlivé funkce pluginu, ty by se neměnily, a detilní parametry, ty by byly řešené uvnitř pluginu. Ale to je poměrně zásadní změna konceptu. Já si tohle řeším tak, že si všechna volání addon, která používám ve skinu, ukládám do proměnných skinu v jednom definičním include souboru a ve skinech se pak už jen obracím na tyto proměnné. V podstatě si tak vytvářím jakési vlastní "metakódy" volání funkcí SCC. Dojde-li ke změně, tak to opravím jen na jednom místě v jednom souboru. Ale i tak je to vopruz, kvůli kterému teď šlo SCC u nás doma stranou. Jiná cesta je vrátit se k původním řešení skinu, kde se ta volání ukládala do Nodes, ale ani to není, z uživatelského hlediska, dokonalé.
Nicméně tohle je jen jeden problém, ten jednodušší. To co jsem popsal v předchozím postu je daleko složitější a také hůře řešitelné. Autoři SCC sice service optimalizovali, ale stejně to, jak vidno, v některých případech nestačí. Pak už zbývá jen jediné, vybrat si takový skin, se kterým to funguje, případně tam zavést nějaký prvek zpoždění při náběhu widgetů nebo zkusit přeskládat jejich pořadí. Někdy stačí fakt málo...
Ona tahle situace také vede ke kuriozním situacím, kdy po změně parametrů volání někomu přestanou fungovat nějaké widgety, pak si přečte, že s jiným skinem to funguje dobře, přejde na něj, definuje si widgety nově a pochopitelně podle aktuální verze pluginu a parametrů volání a ejhle, začne to fungovat a závěr je jasný: "Se skinem A to nefungovalo, se skinem B to funguje, chyba je ve skinu A. Ale tohle je trochu jiná kategorie problému, to je snad jasné, Jen to někteří nechtějí nebo neumí rozlišit. Hodinky nebo holinky, obojí se natahuje.
Ideální by bylo, kdyby součástí vývoje SCC byla třeba definice dat s parametry volání pro Helpery těch sofistikovaných skinů (ANS, Titan, Aura, ...). Nebo přepracování systému pramerů, kde by se zásadně používaly jednoduché metakódy pro jednotlivé funkce pluginu, ty by se neměnily, a detilní parametry, ty by byly řešené uvnitř pluginu. Ale to je poměrně zásadní změna konceptu. Já si tohle řeším tak, že si všechna volání addon, která používám ve skinu, ukládám do proměnných skinu v jednom definičním include souboru a ve skinech se pak už jen obracím na tyto proměnné. V podstatě si tak vytvářím jakési vlastní "metakódy" volání funkcí SCC. Dojde-li ke změně, tak to opravím jen na jednom místě v jednom souboru. Ale i tak je to vopruz, kvůli kterému teď šlo SCC u nás doma stranou. Jiná cesta je vrátit se k původním řešení skinu, kde se ta volání ukládala do Nodes, ale ani to není, z uživatelského hlediska, dokonalé.
Nicméně tohle je jen jeden problém, ten jednodušší. To co jsem popsal v předchozím postu je daleko složitější a také hůře řešitelné. Autoři SCC sice service optimalizovali, ale stejně to, jak vidno, v některých případech nestačí. Pak už zbývá jen jediné, vybrat si takový skin, se kterým to funguje, případně tam zavést nějaký prvek zpoždění při náběhu widgetů nebo zkusit přeskládat jejich pořadí. Někdy stačí fakt málo...