Omlouváme se, ale momentálně je činnost tohoto webu z důvodů nedostatku času pozastavena. Pokud máte zájem nám s webem pomoct, kontaktujte nás na redakce@isshu.cz.

Diskuse o vývoji Isshu.cz

Seznam kategorií » Připomínky » Diskuse o vývoji Isshu.cz

pajousek 15. 07. 2011 21:54:34

Občas je nejlepší si to, jakým směrem by se měl vývoj ubírat, prodiskutovat přímo s koncovými uživateli, kteří se s danou funkcí/změnou budou potýkat z uživatelského hlediska.

Team administrátorů např. nějakou představu, jak by výsledek vypadat měl, má, nicméně chce se v ní ujistit/na základě vašich ohlasů ji k tomu přiohnout. A tato chvíle nastala právě teď.

U už avizovanému mini-dexu si nejsme jistí, co všechno v něm zobrazovat za informace. Mohli byste nás nakopnout?

PS: Výsledek bude v fancyboxu a bude odkazovat externě ven. Prvotní náhled je nějak takto.
Re 16. 07. 2011 11:47:54

Hmm, pokud by šlo o evoluce, tak určitě lvl nebo způsob evoluce, to se určitě hodí :) Já osobně využívám tabulky útoků, ale to by pak nebyl zrovna minidex, ale maxidex, takže to bych vynechala. Možná ještě třeba výskyt :)
pajousek 16. 07. 2011 18:52:54

„Více informací“ povede už na veekuna, kde už se dozvíš uplně vše. :)

Výskyt – nějaký detailní, nebo by stačily vypsané všechny verze a barevně označené ty, ve kterých je daný Pokémon chytitelný?
Re 16. 07. 2011 19:35:21

Hmm, to je těžký :/ jestli tam bude odkaz na veekuna, tak bude proste jednodussi zajit na veekuna, ale i tak by se víc hodily podrobnější výskyty :) a ještě mě napadlo, nešlo by dodat i anglický přepis japonského jména? Nemyslím oficiální anglické jméno, ale třeba Tsutaaja, Meguroko a tak – protože mě se to hodilo, když jsem se učila Ierukanu a nevěděla jsem přesnou výslovnost daného Poke.
pajousek 16. 07. 2011 20:19:41

Problém je v tom, že zdrojová databáze tyto překlady neobsahuje. A při ručním připsání by se při její aktualizaci (chtěl bych ji udržovat aktualizovanou) by se překlady ztratily a musely se dopisovat ručně; možná se to někdy časem přidá, ale teďka je v plánu ještě pár dalších věcí.

Co se týče detailnějších výskytů – možná nějakou vizi mám (jak by to šlo a aby to pořád nezabíralo víc než ten čtverec uprostřed obrazovky), uvidíme, jak se vyvine. :)
Re 17. 07. 2011 12:28:04

Ok:)
En-Cu-Kou 08. 11. 2011 22:38:03

Veekun romádži (i české!) má, ale jen jako funkci, ne přímo v databázi. Se skripty na dolování dat z veekunovské databáze či převody do netriviálních formátů kdyžtak můžu pomoct. Teda pokud nevadí Python :)

BTW, Eevee připravuje JSONovou službu. Snad někdy bude.

K „Více informací“ bych přidal přímo odkazy na podstránky: flavor („omáčka okolo“), locations („výskyty“).
pajousek 11. 11. 2011 00:18:36
Python snad nevadí; kdyžtak bych to nějak převedl u sebe a používal nacachované přímo nějakou PHP vrstvou.

Abych řekl, jak porkačuje vývoj ohledně Pokédexu – přepisovat tu spoustu SQL tabulek na Doctrine2 ORM entity je docela piplačka, takže pomalu. :)

Každopádně, nyní řeším jiný problém – a tím je zmíněný iCalendar export kalendáře, jako feed pro Google Kalendář. Je zde problém, že GCal má bug (diskutuje se o něm na offic supportu googlu už přes dva roky), při kterém není schopný interpretovat ve feedu UTF-8 znakovou snadu a tedy místo jakékoliv diakritiky lze vidět pouze nesmyslné znaky, i když je UTF-8 vynuceno v HTTP požadavku (a jiné aplikace jej naimportují ok).

Takže – zajímá mě, k čemu byste se stavěli vy; buď:
- mít pro google kalendář prozatím (než google opraví bug; na druhou stranu, kdy to asi tak bude?) verzi exportu bez diakritiky
- mít rozbitou znakovou sadu, s tím, že by se spravila až by google opravil bug (ale viz předchozí závorka)
- použít berličku, která by obnášela vynucení jiné znakové sady (např. windows české, cp1250), nicméně za tu cenu, že by se nesměl v názvu eventu objevit např. japonský znak [kdosi psal, že to funguje, osobně jsem zatím netestoval]
Nebo je možnost, že se mi to zázračně ještě rozjet podaří (pár takových šťastlivců jsem v těch fórech podpory našel). Ale po posledních pár hodinách o tom docela pochybuju. :/
Re 12. 11. 2011 17:54:17

Myslím, že přežijeme bez diakritiky :) Alespoň já. Hlavně ať s tím nemáš zbytečnou práci. I když pokud jeden bug googlu trvá dva roky, tak to už je divný. To je tak neopravitelný? oO
En-Cu-Kou 18. 11. 2011 01:27:34

Pozor na to, že se schéma databáze vyvíjí (např. teď chci přepsat MoveChangelog). Doporučuju přepisovat jen tabulky co potřebuješ.

A nebo zkusit vykoumat jak udělat popis databáze, který by se dal použít ve více jazycích. Pro veekun tak nějak plánujeme vrstvu nad SQLAlchemy: zatím to vázne protože SQLAlchemy stačí, ale jestli se chceš pustit do něčeho použitelného i jinde než v PHP, stálo by za to hodit nějaký hackathon :)

Kalendář… hm. Bez diakritiky přežijeme, ale je to nemilé.
pajousek 18. 11. 2011 02:08:44

Pak je taky možnost na jakoukoliv abstrakci se naprosto pragmaticky vykašlat a použít prostě sqlite driver pro php a jít „napřímo“ a kdyžtak změnit dotazy při změně struktury – nicméně takto (bohužel) přijdu o možnosti hezkého provázání se zbytkem systému (bez dohackovávání sqlite queries na různá místa).

Co se týče kalendáře; zatím si jej můžete vyzkoušet na http://isshu.cz/export/calendar – kde je verze bez diakritiky. Ale docela vám (vzhledem k počtu eventů) zaprasí kalendář, takže možná nakonec přijde varianta „zobrazování pouze konce a začátku eventu“. :/

Pro zájemce je i dostupný RSS export fóra http://isshu.cz/…rt/rss/forum … kdyby měl ještě někdo zájem o komentáře, není problém přihodit :)
En-Cu-Kou 18. 11. 2011 10:23:46

A taky přijdeš o možnost to pak smysluplě udržovat, nebo přejít na něco jiného než SQLite… Nedoporučuju. Na tamten minipokédex nahoře potřebuješ asi tak šest tabulek, to by neměl být problém napsat, ne?

Zájem o komentáře? Mám-li to sledovat, bez RSS to moc dobře nejde.
pajousek 18. 11. 2011 23:42:31

Takže – komentáře http://isshu.cz/…rss/comments :)

U Pokédexu snad zítra dokončím ty tabulky; ještě musím vybrat, co přesně budu potřebovat a jestli má cenu a smysl dělat i mapování na všechny foreign věci z použitých tabulek (zatím to vypadá, že spíše ne).
En-Cu-Kou 19. 11. 2011 00:52:35

Yay! Přidáno do čtečky.

K mapování všech cizích klíčů – všechno je propojené se vším, takže bys ani nemusel vybírat co budeš potřebovat :)

Na tamto nahoře budeš IMO potřebovat pokemon_species, pokemon, pokemon_names, pokemon_forms, pokemon_form_names, pokemon_flavor, pokemon_types, types, type_names a languages. Kdyžtak na http://encukou.github.com/…-tables.html je jakýsi pseudo-alfa-pokus o dokumentaci všech tabulek. Kdyby něco nebylo jasné, jsem na IRC/mailu :)
pajousek 19. 11. 2011 11:24:46

Jojo; ‚languages‘ a ‚pokemon‘ jsem udělal už včera, při pohledu na cizí klíče u ‚pokemon_species‘ jsem radši šel dělat to RSS. :)

Dokumentace se hodit bude, díky. Jakože ono to je docela pochopitelné, když si to člověk projde, ale todle nějaký čas ušetří. Díky.
pajousek 21. 11. 2011 15:22:46

No; takže možná už mi z toho třeba jen hrabe a zamotal jsem se uplně zbytečně; každopádně se to tak nějak už rýsuje :) jen jsem se zasekl u toho, že nevím, jak zobrazovat různé formy a evoluce pokémonů.

Z pokemon_species získám id evolution chainu a přes to všechny pokemon_species patřící do tohoto chainu; nicméně tím pádem se mi duplikují např. shayminové (sky a land forma, protože oba dva jsou stejné species, i když jiný pokemon) … jak mám teda zajistit neduplikování těchto informací? Ideálně jestli je to rozlišitelné ještě nějak na databázi, abych to nemusel ošetřovat až přímo v aplikaci.

Třeba mě to ještě nějak napadne, ale momentálně teď jsem bezradný. :)
En-Cu-Kou 21. 11. 2011 16:00:44

Hm? Myslím že jsem to nepochopil, z tohohle popisu jsem zmatený taky ^^;

Co že se snažíš udělat?
pajousek 21. 11. 2011 16:22:11

Já vím, že to zní zmateně … už jsem z toho totiž celý zmatený. :D Prostě – chci k jednomu pokémonovi vypsat všechny formy/evoluční řadu.

Jestli to chápu dobře, tak na to je evolution_chains, na které mi odkazuje evolution_chain_id v pokemon_species. Bohužel na evolution_chains neodkazuje nijak pokemon, tudíž když si můžu vypsat jedině pokemon_species … což pak ale způsobuje to, že se mi zduplikují pokémoni, protože jsou stejné species, i když samotný pokémon má být jiný.
En-Cu-Kou 21. 11. 2011 16:32:55

Aha… Takže chceš od každého druhu pokémona jenom jednu formu? Vyber jen ty co mají nastavené is_default.
pajousek 21. 11. 2011 16:50:19

Jo, to by šlo :) a pak výpis různých forem (u např. shaymina) ošetřím zase jinak. Díky. :)

Mimochodem – to i ve hrách má arceus u všech forem stejný typ? Protože typy jsou vázány na pokemon a v té tabulce je pro species_id pouze jediný výsledek na arceuse (493). :)