27.6.2020, 10:48
(Tento příspěvek byl naposledy změněn: 27.6.2020, 10:58 uživatelem JiRo.
Důvod úpravy: Překlep
)
Stručná rekapitulace toho jak vidím vývoj SC2 z pohledu skinnera...
V posledním týdnu se žádné nové verze neobjevily, tak se soustředím na pár drobných detailů.
Novinky dabované
Přiznám se, že poněkud zápasím s logoikou toho, jak jsou v tomto seznamu filmy označované. Jde o prefix v názvu. S tím prefixem mám porblém i v jiných seznamech, nicméně jsem to v dané chvíli vzdal, protože s emi v tom žádnou logiku a systematičnost zatím najít nepodařilo. Nicméně v souvislosti s jazykem dabingu jsme narazil na jeden porblém. Možná jste si všimli, že v paarmetrech volání addon pro Novinky dabované se obevuje specifikace daného jazyka. Dá se celkem jednoduše nalézt, že v tomto případě je součástí volání i definice filtru, podle kterého addon vybírá z databáze odpovídající tituly. Fragment volání addon vypadá pro nastavené jazyk cs a sk nějak takto:
Pro skinnera to však znamená, že v případě změny jazyků v nastaven addon (Rozhraní > Regionální) musí změnit i obsah volání, pokud je například použito pro sestavení seznamnu widgetu. Bylo by samozřejmě lepší, pokud by toto volání nebylo ve filtru použito a promítlo se do filtrace titulů "někdy uvnitř addon", ale to mi nepřísluší posuzovat. Na druhou stranu, kdo a jak často toto nastavení v addon mění, že? Většina si stejně hned na začátku nastavila cz a sk.
Pokud by človek chtěl mít vše "v ažůru", měl by si samozřejmě ve volání widgetu tohoto seznamu jazyka měnit podle toho, jak jsou nastaveny v addon, ale to už není úplně triviální operace. V podstatě existují dvě metody, buď si kódy nastavených jazyků z nastavení addon přečíst nebo doplnit addon o funkci exportu tohoto nastavení tak, aby si ho skin mohl přešíst. Ten první způsob, kromě toho že je krkolomný, tak stejně nezajistí promítnutí změny v nastavení addon do doby reloadu skinu nebo restartu Kodi. Druhý způsob je založen na využití tzv. properties, kdy addon některé parametry (obecně jakékoliv hodnoty) ukládá do glogálně přístupných proměnných, které si může skin přečíst. Ale o tom jsme už psal vícekrát.
Suma sumárum, upozorňuji na to hlavně proto, že už několik známých (a nemusí používat právě některý z "mých" skinů) měla problém právě s tím, že si v nastavení addon změnili ony zmíněné jazyky a ve widgetu Novinky dabované, který si nadefinovali před onou změnou, se jim tvrdošíjně zobrazovaly ty původní. Takže pamatujte - změníte-li jazyk v nastavení addon, je třeba znova předefinovat obsah widgetu, jinak nebude jeho obsah totožný s obsahem seznamu, který vám zobrazí odpovídající funkce addon.
Widgety typu Wall
Je samozřejmé, že sleduji vývoj skinu SC2 a práci @Gargy007. Má na co navazovat, jak v tom dobrém tak ale bohužel i v tom špatné. To druhé je můj dluh, protože jsem skin ponechal svému osudu v té nejkritičtější chvíli a @Client, který se ho ujal, ho v tomto směru už moc dál neposunul. @Gargy007 se ale naštěstí s těmi největšími dluhy vypořádal excelentně. Mimo jiné doplnil do nastavení widgetu i volbu jeho typu List/Wall, což je něco, u čeho bych se chtěl zastavit.
Definici widgetu typu Wall najdete i v tomto tématu. Vznikla poměrně brzy, není nijak složitá. V podstatě je to jen drobně upravená definice typi List. V tomto ohledu tedy nejde o žádnou novinku. Co mě tedy na tom zajímá je to, zda a jak bude využívána možnost volby Wall widgetu v řadě dalších widgetů. Já po několika pokusech, jak koexistenci více widgetů, z nichž jeden nebo více jsou typu Wall, řešil poměrně dlouho a z hlediska logiky chování a zejména uživatelského komfortu nakonec dospěl k tomu, že má-li být použit widget typu Wall, tak pouze jako jediný pro danou položku menu. Důvody pro tuto zásadu jsou dva:
V posledním týdnu se žádné nové verze neobjevily, tak se soustředím na pár drobných detailů.
Novinky dabované
Přiznám se, že poněkud zápasím s logoikou toho, jak jsou v tomto seznamu filmy označované. Jde o prefix v názvu. S tím prefixem mám porblém i v jiných seznamech, nicméně jsem to v dané chvíli vzdal, protože s emi v tom žádnou logiku a systematičnost zatím najít nepodařilo. Nicméně v souvislosti s jazykem dabingu jsme narazil na jeden porblém. Možná jste si všimli, že v paarmetrech volání addon pro Novinky dabované se obevuje specifikace daného jazyka. Dá se celkem jednoduše nalézt, že v tomto případě je součástí volání i definice filtru, podle kterého addon vybírá z databáze odpovídající tituly. Fragment volání addon vypadá pro nastavené jazyk cs a sk nějak takto:
Kód:
.../api/media/filter/newsDubbed?lang=cs&lang=sk&sort=dateAdded&type=movie&order=desc&days=365Pokud by človek chtěl mít vše "v ažůru", měl by si samozřejmě ve volání widgetu tohoto seznamu jazyka měnit podle toho, jak jsou nastaveny v addon, ale to už není úplně triviální operace. V podstatě existují dvě metody, buď si kódy nastavených jazyků z nastavení addon přečíst nebo doplnit addon o funkci exportu tohoto nastavení tak, aby si ho skin mohl přešíst. Ten první způsob, kromě toho že je krkolomný, tak stejně nezajistí promítnutí změny v nastavení addon do doby reloadu skinu nebo restartu Kodi. Druhý způsob je založen na využití tzv. properties, kdy addon některé parametry (obecně jakékoliv hodnoty) ukládá do glogálně přístupných proměnných, které si může skin přečíst. Ale o tom jsme už psal vícekrát.
Suma sumárum, upozorňuji na to hlavně proto, že už několik známých (a nemusí používat právě některý z "mých" skinů) měla problém právě s tím, že si v nastavení addon změnili ony zmíněné jazyky a ve widgetu Novinky dabované, který si nadefinovali před onou změnou, se jim tvrdošíjně zobrazovaly ty původní. Takže pamatujte - změníte-li jazyk v nastavení addon, je třeba znova předefinovat obsah widgetu, jinak nebude jeho obsah totožný s obsahem seznamu, který vám zobrazí odpovídající funkce addon.
Widgety typu Wall
Je samozřejmé, že sleduji vývoj skinu SC2 a práci @Gargy007. Má na co navazovat, jak v tom dobrém tak ale bohužel i v tom špatné. To druhé je můj dluh, protože jsem skin ponechal svému osudu v té nejkritičtější chvíli a @Client, který se ho ujal, ho v tomto směru už moc dál neposunul. @Gargy007 se ale naštěstí s těmi největšími dluhy vypořádal excelentně. Mimo jiné doplnil do nastavení widgetu i volbu jeho typu List/Wall, což je něco, u čeho bych se chtěl zastavit.
Definici widgetu typu Wall najdete i v tomto tématu. Vznikla poměrně brzy, není nijak složitá. V podstatě je to jen drobně upravená definice typi List. V tomto ohledu tedy nejde o žádnou novinku. Co mě tedy na tom zajímá je to, zda a jak bude využívána možnost volby Wall widgetu v řadě dalších widgetů. Já po několika pokusech, jak koexistenci více widgetů, z nichž jeden nebo více jsou typu Wall, řešil poměrně dlouho a z hlediska logiky chování a zejména uživatelského komfortu nakonec dospěl k tomu, že má-li být použit widget typu Wall, tak pouze jako jediný pro danou položku menu. Důvody pro tuto zásadu jsou dva:
- Estuary má jednu poměrně unikátní vlastnost, a to, že si mezi widgety předávám akuální pozici na zobrazené stránce a listujete-li si tedy horizontálně mezi widgety, skočí vždy na pozici shodnou s pozicí předchozího widgetu. Tohle v případech přeskoků mezi Wall widgety úplně dobře nefunguje. Je to podobné, jako přeskoky mezi widgety abecedního seznamu A, B ,C, ..., které mají položky poloviční šířky, a normálními widgety. Tam to také moc logicky nefunguje. Potíž je v tom, že to funkcemi skinu prostě nějak jednoduše vyřešit nejde...
- Druhým důvodem je pak to, že pokud je ten seznam Wall widgetu dlouhý, je přechod mezi takovými widgety dost otravný. U widgetu typu list stisknete prostě UP nebo DOWN, a jste na předchozím nebo násedujícím widhetu, u Wall se musíte těmi řádky widgetu proklikat.