111 odpovědí na toto téma

[Arne1]

gord napsal/a:
GgStat ma nejak omezenou mnozinu prikazu, ktere mohou byt ve SPLITu. Je mozne, ze jeden z ReadState/Canton ten split ukonci. V tom pripade by to byla chybka. Zkus udelat dve stejne tabulky vedle sebe a ty read predsunout pred prikaz SPLIT. Tim bych to povazoval za prokazane. Pak uz jen predat MaFovi, aby to opravil.

Je to možné, protože standartní použití je SPLIT za ReadCanton a dělí se tabulka / mapa.

Ale zkusím to párkát projet.

EDIT:

Je to jasné. Příkaz READSTATE je v podstatě k ničemu, nechal jsem ho jen u Německa. Všude jinde byl nadbytečný a dělal právě tu paseku že ukončil SPLIT. Stačilo si opravdu důkladně přečíst dokumentaci. Takže se omlouvám

[Arne1]

Tak mi to nedalo a zkusil jsem to ještě jednou. Včera jsem myslel, že ten SPLIT rozbíjí duplicita ReadState/ReadCounty, resp ReadState/ReadCanton. Tak jsem si nadefinoval další dva státy - které nemám otagované a nemohu použít ReadCounty - a je to zase pod sebou.

Header Nálezy v Polsku podle vojvodství - Nálezy v Itálii podle regionů
SPLIT 2

ReadState Poland
WIDTHNEXT 330
FindsByCountyTable none

ReadState Italy
WIDTHNEXT 330
FindsByCountyTable none

Takže by to asi opravdu chtělo, aby se na to autor ve chvíli volna kouknul.

[Arne1]

už je to dlouho, tak posunuju výše...

[MaFa]

A dlouho ještě bude Doporučil bych použít HTML kód TABLE, SPLIT nedělá nic jiného

[Arne1]

JO, to funguje, dík.

Pokud někdo nevládne HTML a narazí na podobný problém, tak to jde napsat třebas takto:

#SPLIT 2

HTML <table><tr><td valign="top">

ReadState Poland
WIDTHNEXT 330
FindsByCountyTable Nálezy v Polsku podle vojvodství

HTML </td><td valign="top">

ReadState Italy
WIDTHNEXT 330
FindsByCountyTable Nálezy v Itálii podle regionů

HTML </td></tr></table>

A mimochodem - není náhodou někde v dokumentaci informce o tom kde to SPLIT nebere ? Možná jsem jen špatně hledal.

[MaFa]

V dokumentaci to neni, dokonce tu ani neni zadny zamer, aby neco neslo.

[gord]

Uprimne - koukal jsem do zdrojaku a take nevidim duvod. Ale mam vyzkouseno, ze nektere prikazy tu tabulku ukonci. (Mozna neukonci, ale mozna jen nejak porusi strukturu html, takze ji ukonci browser sam. Oni jsou kvuli volne definici HTML nuceni do toho vkladat vlastni logiku pro dokoncovani HTML tagu, tak to nekdy nemusi byt spravne.)

[MaFa]

Uprimne - koukal jsem do zdrojaku a take nevidim duvod.

Ale Gorde, ja vim proc to tak je, - nektere prikazy NESMI ten SPLIT ukoncit a nektere MUSI. A ten ReadState je omylem ve spatne skupine, takze staci ho ve zdrojaku soupnout nahoru nebo dolu o par radku. Jenom tak nejak v posledni dobe nemam chut programovat

[gord]

Ok, ja to zase tak moc nezkoumal - nevsiml jsem si, ze zalezi naporadi vyhodnocovani. Ale diky, to se mi treba bude hodit. Vic soukromou postou.

[MaFa]

Nezáleží na pořadí, u ReadState chyběl jeden return.

[Mesinger]

Zdravím kolegy, nějak mi za posledních 14 dní nefunguje generování statistik, respektivě né dobře . Nic jsem neměnil a aktualizace jsou nejnovější. Ale i tak si myslim že bude chyba na mé straně Když nechám vytvořit statistiky, tak se mi pak zobrazí náhled statistiky, ale v uplně jiné formě než mám nadefinované, bez oslovení jiné pořadí atd.. - jako by to bralo jiný template. Ale ten mám nastaven správně na svůj - jiný tam není. Navíc u statistiky je divné, že se vytvoří mapka uplně s jinými kešemi než sem ulovil - se spousty teček někde v německu ale i v CZ, které jsem vubec nelovil - opět jako by tam bylo jiné UID - ostatní hodnoty pak jsou správně. Nakonec když se podívám na výstup tak je jinak označen jako "stats.html" přičemž u statistik mám v nastavení GgStats.html - ten tam taky je ale stále zobrazuje starou statistiku, při posledním správném generování, který mám i na profilu - naštěstí se mi ani nenahráli chybné statistiky do profilu, a to je to další proč? Předem děkuji za jakoukoliv pomoc, kde hledat chybyyy.

[Mesinger]

Ještě poznámka k té mapce, jedná se o UID 10216, která se mi nacpala do statistik.

[MaFa]

Předem děkuji za jakoukoliv pomoc, kde hledat chybyyy.

To jsi asi ve spatnym vlaknu, statistiky sice generuje GgStat, ale jmena templatu a vystupniho souboru si urcujes v Autostatu. Takze bych zkontroloval nastaveni tam.

[mikrom]

UID 10216 je mmj MaFa, ale jak se Ti to tam dostalo to netusim..

[mikrom]

v TRANSLATE rozhodne ještě chybí ů TRANSLATE ů->& #367; (bez mezery za &) edit: TRANSLATE Č->& #268; (treba pro Čtvrtek

[Arne1]

mikrom napsal/a:
UID 10216 je mmj MaFa, ale jak se Ti to tam dostalo to netusim..

je to ve vzorovém template !

[mikrom]

obecny dotaz na GgStat: inicializacni cast se bere poporade?... seradil jsem si prikazy podle abecedy (a la dokumentace) a vse funguje bez problemu az na jednu vec mam pouzity zalozky a v zalozkach mam misto pismen s diakritikou otazniky tak me napadlo zda to nemuze byt tim, ze je nejdriv DEFINETABMENU a az za nim TRANSLATE. jo je to tak, kdyz dam TRANSLATE pred DEFINETABMENU, tak to funguje ok. jen mi nejak prestalo chodit "ž" tak jsem si ho pripsal..

[gord]

Je to asi stejny problem, s kterym jsem se potykal pri GgStatTune. Domnivam se, ze GgStat nefunguje tak, ze by napred vsechny prikazy nacetl a pak je provadel podle nejakeho vnitrniho poradi. Provadi se v tom poradi, jak jsou v sablone uvedeny. Pokud tedy prijde INCODING na konci inicialiacni sekce, bude asi problem se zpracovanim vsech ceskych znaku v cele inicializacni casti. Ono to asi jde resit jinak (zpracovat napred priznaky pro kodovani, ...) ale je dost obtizne to poradi stanovit. Proto si myslim, ze je to na tom, jak si to kdo do sablony zaradi.

[MaFa]

Potvrzuji, GgStat bere prostě příkazy popořadě, proto je kódování ve vzorovém templatu hned na začátku. TRANSLATE funguje až při generování, takže tam je úplně jedno, kde je. Ono je asi to kódování jedniné, kde záleží na pořadí, respektive musí být na začátku..

[mikrom]

oka, tak zkusim presunout jen to kodovani.. jinak mi to totiz prijde prehlednejsi kdyz je to abecedne

a otazka do pranice: proc ma 99% z vas statistiky v defaultnim namodralem odstinu?