56 odpovědí na toto téma

[b7]

Zdravim, potrebuji dostat nejakym zpusobem kompletni diskritiku do listingu kesky. Sam nejsem priznivcem diakritiky, ale tato kes to proste vyzaduje. Obrazky nelze vytvorit, protoze potrebuji cestinu ve formularich. zkousel jsem NCR, UTF a jine. NCR projde korektne v logu pod listingem. v listingu to vsak ignoruje. Jedna se hlavne o pismena: č,ř,ž Nejaky napad, jak to vyresit? iframe tez nejede...

[Dain & Olik]

odkaz v listingu na stranku, kde to pojede?

[b7]

to znamena, ze listing bude prazdny a vse pobezi odjinud? to mi prijde trochu nesikovne. ale kdyz nic nevymyslim, je to reseni. diky

[HaLuMa]

Asi je rozumne zatim bez toho vydrzet, pokud Groundspeak dostoji svych slibu a skutecne pracuje na nove verzi webu, ktera by s tim uz nemela mit potize, tak se snad nekdy dockame.

[b7]

A je nekde info o nove verzi a ze nebude mit potize s diakritikou? podle me je to zakazano cilene, jen nechapu proc v listingu ano a v logu pod kesi ne.

[A. da Mek]

to znamena, ze listing bude prazdny a vse pobezi odjinud? to mi prijde trochu nesikovne. ale kdyz nic nevymyslim, je to reseni.

To by neviděli ti, co informace o keších stahují automaticky, ať už pomocí Pocket Queries nebo jinak.
V podobných případech se nabízejí třeba tato řešení:
1) starý dobrý sprzezzkowý prawopis;
2) místo hác`ku pouz`ít te`z`ký akcent (ve fixed fontech to nevypadá moc pěkně, ale v některých proporcionálních písmech to myslím docela ujde).

[venca68]

Anebo ten důležitý text vyrastrovat jako obrázek, pro monitor stačí málo... To ovšem neřeší problém ve stažených datech.

[HaLuMa]

b7 napsal/a:
A je nekde info o nove verzi a ze nebude mit potize s diakritikou? podle me je to zakazano cilene, jen nechapu proc v listingu ano a v logu pod kesi ne.

Ze je to cilene zakazene tvrdi jen nekteri fundamentaliste... nema to totiz logiku. Jinak sam Groundspeak tvrdi ve svych forech, ze dalsi verze geocaching webu by mela prave zvladat mezinarodni znakove sady (patrne unicode...)

[b7]

A. da Mek napsal/a:

to znamena, ze listing bude prazdny a vse pobezi odjinud? to mi prijde trochu nesikovne. ale kdyz nic nevymyslim, je to reseni.

To by neviděli ti, co informace o keších stahují automaticky, ať už pomocí Pocket Queries nebo jinak.
V podobných případech se nabízejí třeba tato řešení:
1) starý dobrý sprzezzkowý prawopis;
2) místo hác`ku pouz`ít te`z`ký akcent (ve fixed fontech to nevypadá moc pěkně, ale v některých proporcionálních písmech to myslím docela ujde).

Bohuzel nepouzitelne, tato keska musi mit excelentni cestinu. to je zkratka ta podminka. Automaticke stahovani bude ostatnim k nicemu, kdyz to bude mystery s formularem. Az spravne vyplneni formulare povede k cili.

[b7]

Venca68 napsal/a:
Anebo ten důležitý text vyrastrovat jako obrázek, pro monitor stačí málo... To ovšem neřeší problém ve stažených datech.

Stazena data bych neresil, viz vyse. A obrazek nelze pouzit do HTML formularu

[b7]

HaLuMa napsal/a:

b7 napsal/a:
A je nekde info o nove verzi a ze nebude mit potize s diakritikou? podle me je to zakazano cilene, jen nechapu proc v listingu ano a v logu pod kesi ne.

Ze je to cilene zakazene tvrdi jen nekteri fundamentaliste... nema to totiz logiku. Jinak sam Groundspeak tvrdi ve svych forech, ze dalsi verze geocaching webu by mela prave zvladat mezinarodni znakove sady (patrne unicode...)

Ze je to cilene vypada dle nastaveni groudspeeku! Proc v logu pod kesi muzu pouzit komplet cestinu vcetne č,ř,ž a v listingu ne? Chapu tedy jeste nazev kesky, ten by se treba prznit nemel. Ale nevidim duvod mit spatne cestinu v listingu. Ti, co maji kesky bez anglickeho prekladu, tak je prece stejne jedno, zda budou s hackama ci ne. Anglican uvidi smeti nebo neco nesrozumitelneho...

Vyzkousel jsem: Unicode U+hex notation, Hexadecimal NCRs, Decimal NCRs, UTF-8, UTF-16

nejlepsi vysledek s Decimal NCRs, 100% v logu. v listingu opet bez tech par znaku s hacky.

Dalsi napady?

[Trauma_Zero]

Myslím že není šance, ještě donedávna běžely některé listingy kompletně v korektní češtině (kolega Blahma mi to vysvětloval prej pomocí Javascriptu, , ktery zajistoval prevod znaku za behu). Dnes už nefunguje ani to.

[b7]

Trauma_Zero napsal/a:
Myslím že není šance, ještě donedávna běžely některé listingy kompletně v korektní češtině (kolega Blahma mi to vysvětloval prej pomocí Javascriptu, , ktery zajistoval prevod znaku za behu). Dnes už nefunguje ani to.

k certu, to jsi me vcelku naladil, to by mohlo byt presne ONO! takze groudspeek to opet cilene zatrhl?

nemas nekde nejakou kesku, ktera tak jela? aspon na tu strukturu bych se mrkl, jak to resi.

dik

[Trauma_Zero]

b7 napsal/a:

Trauma_Zero napsal/a:
Myslím že není šance, ještě donedávna běžely některé listingy kompletně v korektní češtině (kolega Blahma mi to vysvětloval prej pomocí Javascriptu, , ktery zajistoval prevod znaku za behu). Dnes už nefunguje ani to.

k certu, to jsi me vcelku naladil, to by mohlo byt presne ONO! takze groudspeek to opet cilene zatrhl?

nemas nekde nejakou kesku, ktera tak jela? aspon na tu strukturu bych se mrkl, jak to resi.

dik

zde je jeho GC profil (snad se nebude zlobit když ho sem pastnu), můžeš ho kontaktovat.

http://www.geocachin...c73a363f11&ds=2

[HaLuMa]

b7 napsal/a:
k certu, to jsi me vcelku naladil, to by mohlo byt presne ONO! takze groudspeek to opet cilene zatrhl?

Tohle uz je fakt paranoia! Nenapadlo te, ze zatrhnuti javascriptu v listingach muze mit ponekud jine ucely, nez zrovna 'schvalne nam zakazovat diakritiku'?

[b7]

HaLuMa napsal/a:

b7 napsal/a:
k certu, to jsi me vcelku naladil, to by mohlo byt presne ONO! takze groudspeek to opet cilene zatrhl?

Tohle uz je fakt paranoia! Nenapadlo te, ze zatrhnuti javascriptu v listingach muze mit ponekud jine ucely, nez zrovna 'schvalne nam zakazovat diakritiku'?

nejspis ano, ale nekteri musi holt sklonovat slovo paranoia tak casto, jak to jen lze. Priste prosim k veci... je jasne, ze zakazani javaskriptu nebylo kvuli diakritice, jen to nejspis resilo problem a oni javascript vypli. nikdo tady nepolemizuje nad tim, ze to vypli kvuli tomu, to je tu jen nekdo lehce paranoidni

[HaLuMa]

Zkusili jste diakritiku na te soucasne nove verzi webu, co se tam ted objevila? nejaka zmena?

[A. da Mek]

Proc v logu pod kesi muzu pouzit komplet cestinu vcetne č,ř,ž a v listingu ne?

Log je plain text, kdežto u listingu je možnost volby buď plain text nebo html, a v souvislosti s tím to upravujou asi pomocí htmltidy nebo něčím takovým.

Decimal NCRs, 100% v logu.

Ale ani tam bych to nedoporučoval používat, protože to neprojde dobře do .gpx souborů - úvodní ampersand zápisu entity je nahrazen svou vlastní entitou & (Nebo aspoň tak tomu bylo před dvěma lety kdy jsem to zkoušel.)

[klama]

Toto su znaky od 128-255 zadane ale iba ejdnoducho cez clpbrd E‚ƒ„…†‡ˆ‰S‹ŒTZZ‘’“”•–—˜™s›stzz ¡¢£¤¥¦§¨©ª«¬­®Z° ±²³´µ¶·¸¹º»L½lzRÁAAALCCCEÉEEIÍIDNNOÓOO×RUÚUUÝÞßráaa alcccéeeeíiddnnóooo÷ruúuuýby Tu su znaky ktore funguju / netestoval som to zatial cez utf ani inak Zdia ='ÁÉÚÍÓÝLRÁEÔCNŠLRTŽDáéúíóýlräeôcnšlrtždu'; Bez ='AEUIOYLRAEOCNSLRTZDaeuioylraeocnslrtzdu';

[A. da Mek]

Zkusili jste diakritiku na te soucasne nove verzi webu, co se tam ted objevila? nejaka zmena?

Stále to nejde. Podle mého názoru to není problém webu jako takového, ten už dávno jede v utf-8, ale převodu mezi html a databází, která zřejmě jede v západní latince. Asi by stačilo jenom aby u znaků větších než 0xFF místo toho aby je nahrazovali písmenem bez diakritiky tak aby je radši nahradili numerickým zápisem entity. Ale američani to nepotřebujou a tak na to kašlou a možná že je to tak dobře, protože problémy s domorodým písmem můžou aspoň část autorů přimět udělat i bezproblémovou verzi v mezinárodním jazyce.