138 odpovědí na toto téma

[Dain & Olik]

Trauma_Zero napsal/a:

Dain & Olik napsal/a:

Trauma_Zero napsal/a:

Nechápu proč česká PM odnož geocacherů nějakou peticí netlačí GS k zavedení UTF-8. Daleko raději bych ji uvítal než prosby o týdenní cachemapu pro GC.CZ.

ja zase nejak nechapu, proc tim ukolujes nekoho jineho. muzes se do toho pustit, dle nazoru v této diskuzi v tom nebudes sam.

s BM účtem toho asi kačeři moc nevyargumentují, nemyslíš ? Jednou arogantní větou se dá takovým "neplatičům" jako já zavřít zobák, a je po diskuzi.

arogance byla pouze reakci na tu tvoji. tak se netvar ukrivdene. nemam rad kecalky od klavesnice, kteri ostatnim rikaji, co mají pro ne udelat. a zavrit zobak tobe? vubec ne, ale to ty sam nejlip vis. nic ti totiž nebrani organizovat petici a uz vubec ne to, ze jsi BM. ale to vime oba, ze jo? dulezite je, kolik BM a PM se za to postavi, ne jaky ma status organizator. takze ted je po diskuzi a ja se tesim, az to budu moci podepsat.

jen nezapomen, ze uspechem u groundspeaku to neskonci. pak jeste budes muset presvedcit garmin a magellan, aby ty vybojovane znacky zacal zobrazovat

[Mimon_team]

Sylvia999 napsal/a:
Tyto (a podobné chyby) kdyby nebyly, tak by byly počítače podstatně nezranitelnější. Přitom - minimálně v případě přetečení bufferu - jde o hrubou nedbalost programátora.

Skoda ze se Garminu neprihodila podobna chyba .
Forum by mohlo ozit debatami na tema "Kurnik sopa, nepouzivejte nazvy delsi nez 10 znaku, shazuje mi to GPSku!" a veselou diskusi "proc obtezovat s napravou Garmin, kdyz se to da jednoduse vyresit pouzivanim kratkych nazvu cachi" .

[kyknos]

jen nezapomen, ze uspechem u groundspeaku to neskonci. pak jeste budes muset presvedcit garmin a magellan, aby ty vybojovane znacky zacal zobrazovat smiley

Neexistuje důvod, proč by podpora Unicode na geocaching.com měla záviset na zobrazování značek v GPSr.

[Dain & Olik]

kyknos napsal/a:

jen nezapomen, ze uspechem u groundspeaku to neskonci. pak jeste budes muset presvedcit garmin a magellan, aby ty vybojovane znacky zacal zobrazovat smiley

Neexistuje důvod, proč by podpora Unicode na geocaching.com měla záviset na zobrazování značek v GPSr.

a on nekdo rekl ze existuje?

zobrazovani znacek v GPS jen logicky druhy krok, aby ta diakritika nezustale schovana jen v pocitaci a neresil se tu opet problem - nepouzivejte hacky carky, GS je sice podporuje, ale GPSka ne

[kyknos]

Nevím, proč by se takový problém měl řešit. Podpora na gc.com by ze stolu smetla všechny argumenty zdejších bojovníků proti diakritice.

[pepa.z.pocernic]

Nechcete se přesunout na fóra groundspeaku a na fóra příslušných aplikací? Řešit zavedení unicode na gc.com a zpracování diakritiky v nějakých programech tady na gc.cz je mimo mísu. Navíc to jsou jen nic neřešící výkřiky, jak to někdo dělá blbě.

[Dain & Olik]

ja nevim proc motas nesmyslne dohromady dve ruzne veci: bojovniky a firmware garminu. to, ze GS by zacal podporovat diakritiku neposadi jen tak garmin na zadek a nezacnou psat nove firmwary, diakritiku v GPS podporujici.

[Dain & Olik]

pepa.z.pocernic napsal/a:
Nechcete se přesunout na fóra groundspeaku a na fóra příslušných aplikací? Řešit zavedení unicode na gc.com a zpracování diakritiky v nějakých programech tady na gc.cz je mimo mísu. Navíc to jsou jen nic neřešící výkřiky, jak to někdo dělá blbě.

mas recht, sorry. necham toho

[kyknos]

- nepouzivejte hacky carky, GS je sice podporuje, ale GPSka ne

Pokud bude GS podporovat diakritiku, není skutečnost, že ji GPSr nepodporuje, důvodem k nepoužívání diakritiky na GS.

Ad smysl diskuse - pokud se má situace napravit a na GS v tomto směru tlačit, musí se najít více lidí, kteří to podpoří. Nejsem si jist, kde by se měli hledat, na anglickém GS, kde je hustota česky hovořících minimální nebo třeba na iDnes? Myslím, že tohle je nejlepší místo.

[pepa.z.pocernic]

kyknos napsal/a:
Ad smysl diskuse - pokud se má situace napravit a na GS v tomto směru tlačit, musí se najít více lidí, kteří to podpoří. Nejsem si jist, kde by se měli hledat, na anglickém GS, kde je hustota česky hovořících minimální nebo třeba na iDnes? Myslím, že tohle je nejlepší místo.

Hele, během pěti stránek a skoro dvou týdnů diskuze jsem si nevšiml nějaké aktivity, která by měla něco napravit. Když teda nepočítám jednu výzvu, ať s tim PMka něco dělaj. Pár příspěvků bylo o tom, jak se nejlépe vyrovnat se stávající situací a zbylá většina (píp) o ničem. Takže kde je ten smysl diskuze?

[Dorcadion]

kyknos napsal/a:
Pokud bude GS podporovat diakritiku, není skutečnost, že ji GPSr nepodporuje, důvodem k nepoužívání diakritiky na GS.

Ale to je právě jeden z hlavních problému - problémový export dat s diakritikou do GPS... Jinak jsem o diakritice mluvil v září s Shaunou Maggs z Groundspeak HQs a není to tak easy a triviální jak si někteří "superprogramátoři" myslí. Jedním z důvodů je nekompatibilita většinových GPS (Garmin, Magellan, Lowrance) s UTF-8 formátem, snaha o bezproblémové zobrazení veškerých dat z GC.com ve VŠECH operačních systémech, browserech, wapových aplikacích a jejich nových a hlavně starších verzích. A také opravněná obava, že po implementaci UTF-8 nedejbože UTF-2000 do GC.com se nadějeme spousty pěkných listingů v řecké alfabetě, cyrilici, rozsypaném čaji I, II a III, arabské, hindské či jiné abecedě a již tak dost nabouraná snaha o základní internacionální čitelnost listingu (bourana především Němci, Čechy a Švédy...) padne za své.

Pepa z Počernic:
Hele, během pěti stránek a skoro dvou týdnů diskuze jsem si nevšiml nějaké aktivity, která by měla něco napravit. Když teda nepočítám jednu výzvu, ať s tim PMka něco dělaj. Pár příspěvků bylo o tom, jak se nejlépe vyrovnat se stávající situací a zbylá většina (píp) o ničem. Takže kde je ten smysl diskuze?

...to máš pravdu, původním smyslem nebylo nastartovat flame, ale slušně požádat p.t. vážené kačery české o prozatímní oželení diakritiky v názvech keší. Prosté, ale zřejmě pro mnohé nestravitelné a extrémně obtížné...

[kyknos]

To je ale nesmysl. Snaha o zobrazení ve VŠECH operačních systémech je marná. Některé obskurní systémy používají opravdu exotické způsoby kodování textu. A co se týče těch běžně rozšířených systémů (Windows, mac OS, Linux, ...), UTF-8 zvládne každý. V UTF-8 je dnes obrovské množství stránek na webu. Nevšiml jsem si, že by někdo naříkal, že je jeho systém neumí zobrazit. Co se týče GPSr, tam bych Unicode znaky necpal. Součástí funkční a správně provedené podpory samozřejmě musí být odstranění diakritiky a Unicode znaků při exportu (ve výchozím nastavení, majitelé superinteligentních přístrojů by mohli vypnout). A to odstranění pouze diakritických znamének, nikoliv celých znaků. Pro jazyky používající latinku je to úloha triviální, pro některá exotická písma je to trošku složitější, nicméně také řešitelné transliterací. Výsledkem by byla bezproblémová podpora diakritiky na GC.com a bezproblémová (a zcela automatická) podpora nediakritiky v hloupých GPSr. Spokojeni by mohli být jak milovníci jazyka českého (německého..) tak i nervní odpůrci diakritiky. Co se týče jazyků, to se kodováním stejně nevynutí. Viz spousta kešek popsana pouze česky, francouzsky... Mezi češtinou a arabštinou není z mezinárodního pohledu velký rozdíl. A možná by i ten arab vymyslel, jak svůj jazyk zapsat v ASCII. Stačilo by, aby rewieveři vyžadovali překlad do EN.

[Dorcadion]

kyknos napsal/a:Součástí funkční a správně provedené podpory samozřejmě musí být odstranění diakritiky a Unicode znaků při exportu (ve výchozím nastavení, majitelé superinteligentních přístrojů by mohli vypnout). A to odstranění pouze diakritických znamének, nikoliv celých znaků. Pro jazyky používající latinku je to úloha triviální, pro některá exotická písma je to trošku složitější, nicméně také řešitelné transliterací.

Výsledkem by byla bezproblémová podpora diakritiky na GC.com a bezproblémová (a zcela automatická) podpora nediakritiky v hloupých GPSr. Spokojeni by mohli být jak milovníci jazyka českého (německého..) tak i nervní odpůrci diakritiky.

Co se týče jazyků, to se kodováním stejně nevynutí. Viz spousta kešek popsana pouze česky, francouzsky... Mezi češtinou a arabštinou není z mezinárodního pohledu velký rozdíl. A možná by i ten arab vymyslel, jak svůj jazyk zapsat v ASCII. Stačilo by, aby rewieveři vyžadovali překlad do EN.

Možná by si jako "computer geek" mohl nabídnout služby gc.com a problém spolu s nimi vyřešit... Ale o tohle tady v tuhle chvíli nejde (hudba budoucnosti...), jde o řešení TĚD a snadno průchodné. Podporu diakritiky na gc.com nevyřešíme během pár minut práce..., ach jo.

[kyknos]

Teď je jako "workaround" asi leší diakritiku nepoužívat. Ale bylo by fajn, kdyby se z toho nedělalo finální řešení.

[supermudla]

Geocaching.com UTF-8 podporuje už nyní. Stačí ve Firefoxu dát Tools/Page Info, a uvidíte "text/html; charset=UTF-8". Stránky tedy mohou obsahovat libovolné unicode znaky a dokonce je už obsahují- například znak stupňů který odděluje stupně a minuty v souřadnicích není ASCII. Problém je pouze v tom že mají příliš paranoidně nastavenou HTML Tidy (http://tidy.sourceforge.net/), která validuje vstupní formuláře. Plné zprovoznění češtiny tedy neznamená něco "vyvíjet" nebo "předělávat", ale jen triviální administrátorský zásah, pro který nejsou skutečné technické překážky. Osobně soudím že jde o záměr. Nechtějí aby lidi psali listingy v národních abecedách, a aktivně se jim to snaží maximálně znepříjemnit. Veškerá reklama na webu je totiž v angličtině, plnohodnotný národní obsah by mohl přitáhnout lidi kteří anglicky neumí, a jsou proto považování za neperspektivní přítěž. Problémy s diakritikou v GSAK, nebo v GPS: To není vůbec žádný argument, diakritiku lze vždycky převést na čisté ASCII ještě mimo ten SW nebo HW, kterému dělá problémy.

[kyknos]

Proč ale podporují některá písmena s diakritikou a jiná ne? Americká angličtina nepotřebuje diakritiku žádnou. Nestudoval jsem to podrobně, ale ten výběr použitelných znaků na mě působil jako nějaké západoevropské osmibitové kódování... i když "ž" funguje, a to se asi na západ od nás nepoužívá nikde.

[haggaeus]

http://en.wikipedia....ki/Windows-1252

[kyknos]

Takže skutečně západoevropské osmibitové kódování (ale v jakém jazyce se to ž a š sakryš používá - nic mě nenapadá). Navíc píší "The euro character at position 80 was not present in earlier versions of this code page, nor were the S and Z with caron (háček)." Zajímavé, škoda že nepíší proč Kdyby platila ta teorie s reklamou (imho zajimavá), čekal bych čisté ascii.

[Dorcadion]

kyknos napsal/a:
Takže skutečně západoevropské osmibitové kódování (ale v jakém jazyce se to ž a š sakryš používá - nic mě nenapadá). Navíc píší "The euro character at position 80 was not present in earlier versions of this code page, nor were the S and Z with caron (háček)." Zajímavé, škoda že nepíší proč

Kdyby platila ta teorie s reklamou (imho zajimavá), čekal bych čisté ascii.

Š: Čeština, Slovenština, Slovinština, Chorvatština, Bosenština, Finština v zapůjčených slovech, Estonština, Litevština a Lotyšština

Ž: Čeština, Slovenština, Slovinština, Chorvatština, Bosenština, Finština v zapůjčených slovech, Estonština, Laponština, Litevština a Lotyšština

Právě finština je pravděpodobně důvod výskytu obou písmen v západoevropské znakové sadě...

[haggaeus]

Proc jsou v zapadoevropske znakove sade tahle pismenka, na to racionalni odpoved neni, slysel jsem hezke rceni "ptej se Gejtse". Supermudluv predchozi prispevek naznacuje, ze asi nebude novou Howadoorovou reinkarnaci, ten se projevoval fakt inteligentneji Problem je v definici textovych poli v databazi (pro SQL geeky TEXT vs. NTEXT) - i kdyz web bezi v UTF-8, vetsina poli je ve Windows-1251 a pri ukladani se do ni konvertuji, pritom dochazi ke orezani pismenek, ktere win1251 neumi, na ascii, nebo na otaznicky (pokud zkusis dat do listingu treba azbuku). Je to videt treba po ulozeni listingu s hacky a carkami: prvni zobrazeni je ok, protoze je zacachovane na webserveru, ale jakmile se listing musi nacitat z databaze, tak uz je orezany. Nove pridavana pole (treba obsah profilu - predelano z drivejsiho rozdeleni News - Biography - Hobbies) jsou v UTF-8 a diakritika v nich funguje. Takze pricinou je spatne planovani (kdo by si na zacatku pomyslel, ze budou listingy v takovych obskurnich jazycich) a resenim je odstavit db a presypat vsechny descriptions do novych policek, neni divu, ze to odkladaji az na vetsi akci (tzv. projekt Phoenix).