Názory k článku
Doménová jména s národními znaky opět na scéně

Skvely clanek, doufam ze mezinarodni domeny se v CR neprosadi.

S tim prichazeji jen a pouze dalsi zbytecne komplikace kvuli diakritice. Tak napriklad ja uzivam pouze US keyboard a nemuzu psat CZ znaky cili bud bych na stranky s diakritickou domenou mohl vstupovat pres bookmarks, nebo pres google, ale rucnim zadanim URL asi tezko. Ovsem to jiz bylo zmineno v clanku (modelova situace s vizitkou).

Stranky s mezinarodni domenou bych se snazil navstevovat jen minimalne, ale co kdyz by to byly dulezite urady a mnou ctene portaly? To by se musela prepinat klavesnice na nemeckou, ruskou, ceskou, cinskou, atp.? Nesmysl, mezinarodni domeny jsou nepristupne a navic URL/URI by se muselo kodovat v UTF-16 nebo UTF-32, tzn. 2 nebo 4 byty na jeden spec. znak a to si myslim je dalsi zbytecne plytvani prenosovou rychlosti, podobne jako IPV6 - velice dlouhe adresy.

Mam stesti, ze tento portal pro rooty se jmenuje root, English rulez !

:-D

Až se bude jmenovat "www.kořen.cz" tak už se sem nedostaneš :-)

Zaregistruju si domeny růt.cz rút.cz :-)

Ne vazne .... k cemu je domena, ktera v casti prihlizecu nefunguje ( napriklad nejnovejsi Konqueror to nepodporuje ).

Ma vyznam na kterou se nepodivaji
1. vsichni co nemaji prohlizec s podporou teto "vymozenosti"
2. vsichni co nemaji podporu daneho jazyka ve svem pocitaci.

Uz vidim chudaka cecha, jak je na dovolene v zahranici a v internetove kavarne se chce dostat na svuj oblibeny nejkrásnějšíweb.cz

Kdyby radeji nekdo vymyslel neco uzitecneho .....

Spíš kořeň.cz

kôřěň.čž

Proč bych měl chtít získat pro sebe 100% zákazníků|uživatelů? Znáte pravidlo 80/20? Nebo máte zbytečné peníze?

Dost blbej priklad, za ciste bezhackovou domenu dam min, nez za partu ruznych hackovych variaci a ziskam tim 100%, ktere dale neroste. Pridam-li penize a nedejboze orezu sluzby na odhackovane verzi, ztratim zakazniky i prachy.

Nevim jak vas, ale muj konqueror(s KDE 3.5.5) to umi.

Asi bych cekal ze domena nejkásnějšíweb.cz bude existovat i pod jménem nejkrasnejsiweb.cz ...

Krom toho, ze se mi nonASCII znaky v domenovych jmenech take nelibi, tak mi prijde, ze i implementace v prohlizecich neni uplne idealni.
Napr. pokud uzivatel ve firefoxu zada www.šulínek.com, tak mu ff odpovi chybou "Firefox nemůže nalézt server www.xn--ulnek-0sa32f.com." no a user uz okamzite vola admina, protoze nechape proc tam ma to nesrozumitelne jmeno ...

naopak tohle je umyslna featura firefoxu, zobraovat IDN domeny v prelozenem tvaru. Prave kvuli phisingovim strankam.

V tom pripade je dost nedomyslena. Kdyz budu chtit phishingovat IDN domenu jinou IDN domenou, tak tam stejne bude zobrazena domena v nesrozumitelnem formatu.

Otazka je, jak to vymyslet lip. Rekl bych, ze stavajici reseni je lepsi nez zadne. Za predpokladu, ze rozumne servery (banky, freemaily) budou rozumna jmena bez diakritiky, to je docela dobre.

Myslim si, ze to rozhodne neni dobry napad.
Nicmene az s tim nekdo zacne experimentovat v realnem provozu, tak se dle meho soudu velice rychle vrati zpet k ASCII domene. Snad jen pro pouziti v ciste narodnich domenach to ma jakysi smysl. Odbornych webu se to netyka si myslim vubec, to je jasne. Predstava, jak se v terminalu pri ftp snazim psat URL a nejake norske krouzkovane "o" me desi, ale tohle si proste alespon trochu rozumnej admin na triko nevezme.
Muj predpoklad je ten, ze jakmile se spusti vetsi diskuse k tomuto tematu, prijde se na to, ze tech nevyhod je podstatne vice, nez vyhod...
O.

P.S. Jak to bude s mailovou komunikaci? To budu psat take @slunečnice.cz a mailovy klient to proste posle na "prelozenou" domenu? Co na to poskytovatele free mailovych sluzeb na webu...???

Co sa tyka mailov, tam to je tiez dost komplikovane...

pri resolvovani cielovej domeny by sa postupovalo tak, ako za beznych okolnosti pri resolvovani IDN domeny, cize by z toho vypadlo nieco ako xn--blablabla.cz, kam by sa normalne nadviazal socket.

Uz pri SMTP komunikacii by nastal prvy vaznejsi zadrhel, nakolko SMTP sa miestami (najma v adresach a subjektoch) nema rado s osembitovymi kodovaniami, takze by si to vyziadalo zakodovanie odosielatelovej a prijimatelovej adresy pomocou base64 asi nejako takto takto:

MAIL FROM: ventyl?B64?UTF-8?(base64 forma č v UTF-8)?ek@dom?B64?UTF-8?(base64 forma dlheho e v UTF-8)?nka.sk

Co sice nie je iste, ze by bolo nutne priamo pri SMTP komunikacii, ale pri kodovani Message headers by to bolo nutne 100%tne, nakolko tam je na to RFC.

potom uz len treba samotny mail delivery agent naucit tieto masochizmy dekodovat a rozoznavat.

Pouzitie ineho kodovania, ako UTF-8 je vylucene, pretoze ak by sa pouzilo napriklad latin2, tak odosielatelova adresa je bez XLAT prekladu napriklad v japonsku nespracovatelna. To by znacilo, ze by sa vsetky mailery museli stat UTF-8 aware, co je najma pre starsie systemy nemyslitelne.

To asi ne. Pouze pro zobrazeni (mailovy klient s uzivatelskym rozhranim) se maji pouzit konverze na narodni znaky, komunikace se servery a sitovymi sluzbami probiha jen ve forme xn--blablabla.cz.

mnoho sluzieb ma na tychto e-mailovych adresach nahodene rozne sluzby (triedenie, filtrovanie, indexovanie mailov a pod.), takze sa tieto adresy casto pouzivaju este skor, nez dorazia do klienta (bezny mime-aware klient by mal tie prasaciny vediet dekodovat). Asi da rozum, ze tie filtre nemozu pracovat s tym vyssie uvedenym srotom, takze si to musia dekodovat.

Dalsia vec je komplikacia SMTP autentifikacie pre multiforemne domeny (pri autentifikacii sa musi napriklad brat v potaz, ze uzivatel sa moze autentifikovat pre domenu s bordelom v nazve aj bez bordelu v nazve)... atd.

Nejak mi nedochazi, proc by ty sluzby nemohly pracovat se "srotem"? Srot se potrebuje dekodovat pouze pro zobrazeni, na druhou stranu se potrebuje zakodovat pri vstupu od uzivatele. Pokud admin zadava do konfigu nejakou domenu, tak ji zada jako srot (nebo si to ten program zakoduje, pokud umi).

Problem me napada pouze u indexovani, kde je lepsi indexovat bez srotu, protoze by mohly vzniknout problemy pri vyhledavani "Kolonka Komu obsahuje..." - to je ale vec indexovaciho programu stejne, protoze si navic musi umet poradit s ruznym kodovanim zprav. Vic me nenapada (protoze v tom nedelam), takze me klidne opravte.

pretoze keby som si chcel napriklad nahodit na urovni MDA filter, aby maily obsahujuce v odosielatovi krásn[íáéý]*@doménka.sk, tak to proste musim dekodovat, chcem, ci nie, pretoze nemam garanciu v tom:
1) ci bude na zosrotovanie pouzity BASE64, alebo UUENCODE
2) ci bude srot zacinat prave tam, kde zacina diakritika (RFC to nepredpisuje)
3) ci nebude zosrotovany cely zvysok adresy pocnuc prvym diakritickym znakom (kolko srotov sa v sprave nachadza, RFC nepredpisuje)

Zakladny problem je v tom, ze pri srotovani udajov v Message headeroch nutne neplati, ze ked zosrotujem povodnu spravu, dostanem vzdy presne ten isty srot, nakolko jedna sprava sa da zosrotovovat konecne velkym poctom sposobov, kde pocet >> 1.
Cele srotovanie je rovnako neexaktne, ako cela norma mime. Kto o mime chce vediet viac, nech si dohlada starsi Torvaldsov vyrok na adresu autorov MIME :)

Vyrok som sice nenasiel, ale zato som zistil, ze Linus pouziva PINE, co je tiez zaujimave ;-)

http://lkml.org/lkml/2000/10/8/43

Ak niekto ma linku na ten vyrok na adresu MIME, poslite. THX.

Linus Torvalds je znám svým odporem k MIME. Kdysi prohlásil, že autoři MIME by měli být na místě odstřeleni. Nyní je již trošku mírnější:
Mime is only acceptable to me if it actually works without me having to do silly things to see what it does.

zdroj: Linuxove Noviny 1 - 2 / 1999, Zasmali jsme se.

Kazdopadne k mailu v ktorom by sa nachadzal presne ten prvy vyrok o postrielani autorov mime, som sa nedopatral ani ja, ale po istych skusenostiach s mime sa s nim stotoznujem.

Pekny clanek.
Brr, zni to pekne desive, je nekde nejaka petice, nebo spis projekt zamereny na osvetu BFU?
todle by se melo vysvetlit lidem, driv nez to nekdo udela obracene.

Kdyz si predstavim, ze nas profesor na informatiku prosazuje ceske znaky v nazvech funkci (v c#), tak me poleva studeny pot.

Predstava, ze za par let budou po svete behat lide a vesele krepcit a vyvolavat:
"a posli me to na: petr novák@горихвостка.Čechy"

to se nestnae.. neb profesor na informatiku muze na ceske univerzite ucit tak akorat pascal...

a ty jsi nikdy nevidel japonsky java pre-processor?

Ktera bije? Fel uci standardne javu v prvaku, pozdeji c, c++, asembler x86 a jiste i jine jazyky. Pascal uz 4 roky ne.
Leckde se uci delphi, takze to, ze by nekdo dostal sileny napad a rozhodl o vyuce c# by nebylo prekvapujici.

Ktere anglicke slovo obsahuje ceske znaky? Neverim ze by prosazoval i ceska nazvy funkci...

Ktere anglicke slovo obsahuje ceske znaky?

háček :-)

Jen se nebojte, ony se ty názvy už počeští. Když z hashe může být haš nebo heš, proč by to nešlo s jinými slovy... :-) Aby to anglicky a jinak nečesky mluvící jedinci neměli v naší literatuře tak jednoduché.

A co když si zaregistruji doménu například :

xn--blbeek-0x74f.cz ?

Bude mi v tom někdo bránit ? Podle stávajících pravidel IMHO ne, protože takto sestavené doménové jméno splňuje základní předpoklady (max. 63 znaků, jen ascii a pomlčka ..).

No a pokud si bude někdo jiný chtít zaregistrovat "blbeček.cz", pak bude mít smůlu, protože "Ascii" vyjádření už mám zaregistrováno já. Jak se toto bude bude řešit ?

to by nemelo jit, protoze domenove jmeno tusim nemuze mit dve pomlcky vedle sebe..

AFAIK nejdou domeny s xn-- prefixem registrovat.

Dle stávajících pravidel registrace (a nebyl by takový problém se do nich podívat, ne?) nelze registrovat doménové jméno s dvěmi pomlčkami za sebou:

http://www.nic.cz/cz/registratori/pravidla-a-dokumenty/

12. PRAVIDLA PRO TVORBU DOMÉNOVÉHO JMÉNA

12.1. Doménová jména musí vyhovovat normám RFC 1034, 1035, 1122, 1123 a jakýmkoliv je nahrazujícím nebo doplňujícím normám. (RFC = Request For Comments, rozumí se označení řady dokumentů obsahujících výzkumy, měření a pozorování, stejně jako navrhované a přijaté standardy pro TCP/IP protokol). Jedná se zejména o tyto podmínky:

12.1.1. doménové jméno může obsahovat pouze znaky [a-z,0-9,-];

12.1.2. délka doménového jména je nejvýše 63 znaků;

12.1.3. doménové jméno nesmí začínat, ani končit znakem "-";

12.1.4. doménové jméno nesmí obsahovat dva znaky "-" za sebou.

12.2. Každé Doménové jméno musí být unikátní; není možné registrovat Doménové jméno shodné s již registrovaným Doménovým jménem.

Děsím se při představě, že dostanu odkaz s (českou) dikaritikou, která není řádně vyznačená (např. v HTML hlavičce), nebo je celá zmršená (to asi není problém, když člověk ten odkaz blbě zobrazí, párkrát ho protáhne přes cut&paste v několika aplikacích). Zatím to je tak, že ASCII znaky se přenesou v pořádku (i v produktech M$), ale co když indický kolega pošle odkaz od jeho čínského kolegy přes ruskou pobočku egyptské firmy české sekretářce, která dělá ve windowsech a ta ho přepošle technikovi, který dělá na UNIXu.

V tom pripade to bude lepsi vytisknout a donest pesky. :-D

Pak to ta sekretarka nebo ten technik do prohlizece nenatuka (cinsky text je pro nasince problem precist natoz nekam natukat).

bude nejlepší poslat IP adresu

pravda, zavedeni IDN by mohlo mit pozitivni vliv na pouzivani samotnych IP, co mne jako programatora v ASM docela tesi.

Jen to asi docela zacne prudit v pripade ze se nejakym omylem zacne prosazovat IPv6. :D

Me by vic potesilo zavedeni IPv6.

Ano, chapu, ze prezto, ze 99,9% populace ma kapacitu pameti na 7 +- 2 znaku na polozku, zbyli budou podporovat adresy, ktere si zapamatuji pouze oni. Predpokladam, ze na sve unikatni dovednosti vydelas balik...

Ja si IPv6kove adresy samozrejme nepamatuju, proto to prece mame DNS, ktere vyuziva faktu, ze vetsina lidi si nepamatuje adresy po znacich, ale po obecnejsich symbolech, kterymi muzou byt krome znaku i slabiky ci cela slova. Coz je mimochodem duvod, proc cloveku bude delat problem rozlisit napr adresu zive.cz a živě.cz - protože si ji nepamatuje po znacích, ale jako slovo "živě".

Duvodem pro zavedeni IPv6 samozrejme neni naivni nadeje, ze nekdo vydela balik na schopnosti zapamatovat si IPv6 adresy, ale odstraneni neplnohodnotneho NATovaneho pristupu k internetu.

Jak je to s tím, co je v článku uvedeno, že DNS nijak nepodporuje jiné znaky než jen uvedené? RFC 1035 přítomnost jiných znaků explicitně připouští(v 3.1), a jen doporučuje pravidla, která "will result in fewer problems with many applications" v sekci conventions (2.3). Kde se ta obecnost ztrácí? Na straně registrátorů a jejich pravidel?

No kdyz uz jsme u toho, tak root.cz by mohl misto iso-8859-2 pouzitav utf-8.

Ty dve pismena "a" ve zdrojovym kody stranky ve Firefoxu 2 se mi normalne lisi, nemusim ten zdrojak nikam ukladat, vidim primo &#1072 ...

A co to vyresit tak, ze se povoli POUZE ceske znaky s diakritikou a nepujdou registrovat, jen se automaticky prelozi do ascii a NIC odkaze se na autoritativni DNS teto domeny?

priklad:

uzivatel napise živě.cz -> NIC si to prelozi na zive.cz a vrati autoritativni DNS server pro zive.cz -> ten bude mit v zaznamech toto jako alias pro zive.cz a vrati jeho IP

uzivatel napise zíve.cz -> NIC si to prelozi na zive.cz a vrati autoritativni DNS server pro zive.cz -> ten ale o tuhle adresu nestoji,tak to neprelozi :)

Problem vidim v tom, ze by na CZ.NIC na takovem reseni nic nevydelal, tak se mu do toho nebude chtit. Lepe registrovat tisice domen, ktere sice udelaji zmatky, ale zaroven se na nich trhnou prachy.

Celé to je nesmysl. Ne všchny jazyky mají tak jednoduchý převod do "něčeho podobného, co se dá napsat pomocí ascii". Už jenom obyčejná azbuka by činila problémy (takové znaky jako "je"-jako naše e, "jo"-e s dvěma tečkami, "e"-obrácené e, "ch"-podobné písmenu 'x' v latince, tvrdý a měkký znak, "ja" atd.). Nemluvě o tom, že různé jazyky nazývají některé znaky jinak. (tuším ruské "g" se v ukrajinštině považuje za "h", které naopak ruština nemá).

Ale není to nesmysl. Každý jazyk má svou oficiální transkripci do latinky (tedy do ASCII), která se k tomu dá použít. Ať je to ruština, čínština, nebo japonština. Jak už tu padlo, jde jen o to, aby když někdo napíše www.měšec.cz, aby se dostal tam, kam potřebuje.

Taky si myslím, že tohle řešení jako jediné by bylo použitelné a mělo by smysl. Jenže zavádět něco, co jen přidělá práci a nikdo na tom nic nevydělá, se nikomu chtít nebude. Celkem pochopitelně :(

Pokud ma kazdy jazyk svoji oficialni transkripci do latinky, jaktoze vypadaji cinska/japonska jmena jinak prepsana do anglictiny a jinak do cestiny?

Navic nabizene reseni je jedno z tech, ktera pouzitelne NEJSOU. Zapominas na to, ze vice RUZNYCH slov muze mit jeden SHODNY prepis. Treba óčko a očko.

Pripada mi, ze jste to nepochopil.

domeny óčko ani očko by nesly zaregistrovat, cz.nic by jen dobrovolne oboje prelozil na ocko.cz a vratil jako autoritativni server ten, ktery spravuje ocko.cz. Zda ten nasledne bude ochoten takovou domenu prelozit je jeho vec. Stejne tak, zda je bude prekladat ruzne.

Registraci ocko.cz by jste automaticky ziskal vsechny varianty, ktere jsou z nej odvoditelne.

To je sice hezke, ale proc by drzitel ocko.cz mel ziskat presmerovani na OBE domeny?

Obavam se, ze si hrube nerozumime v tom, v jake roli je CZ.NIC. Duvod, proc pripustit narodni znaky v DNS, nepochazi z CR. Poprve jsem o nem slysel nekdy v roce 1999 od Jamese Senga, ktery v te dobe delal disertaci na univerzite Singapuru.

Pokud Vam zalezi na tom, aby se zmensil phttp://www.root.cz/clanky/domenova-jmena-s-narodnimi-znaky-opet-na-scene/nazory/114024/odpovedet/ Odpověď na názor k článku Doménová jména s národními znaky opět na scéně - Root.czrostor pro spekulanty, staci jedine. Zvysit cenu za registraci (coz je reseni, ktere nejen ja nepovazuju za dobre).

Je take nutne podotknout, ze vetsi mnozstvi domen dava prostor pro snizeni jednotkove ceny.

Faktem je, ze otvirani prilezitosti patri k nejlepsim tradicim Internetu a take rostouci podil mimoanglicky psaneho obsahu rika cosi o tom, ze takove reseni ma smysl.

Zamena domen, ale neni obecne problem. To mate podobne jako s ochranou znamkou. Dulezite je, zda by se nejednalo o zamenu ve stejnem oboru nebo parazitovani na cizi povesti.

Protoze je to pointa toho navrhu :)

Proste by domeny s narondimi znaky samostatne v cz domene neexistovaly, byly by jen sluzbou pro lidi, kteri omylem zapisi tvar s diakritikou.

<sebeironie>
Mimochodem, kdyz jsem se snazil dusledne psat s diakritikou, tak se mi to stavalo pravidelne. Ted kdyz jsem tyhle snahy vzdal, uz ze me neni BFU ;-)
</sebeironie>

Vidite, ja jsem zil vzdy v domneni, ze jednim z hlavni argumentu PRO zavedeni je fakt, ze se muze registrovat vice domen - domenovy prostor se vice otevre a bude vice prilezitosti.

Stejny atgument ma pro kazdeho ruznou vahu. Ja vidim nepatrny prinos v rozsireni poctu domen a velmi velky nedostatek v domenovych spekulacich a nutnosti si registrovat vsechny mozne varianty, aby na me nikdo neparazitoval.

Napriklad pokud budu prodavat pripinacky na domene pripinacky.cz a konkurent si otevre obchod na připínáčky.cz, tak muj zakaznik doporuci znamemu ze to koupil na připínáčky cz.
A samozrejme nemuzu proti nemu ani ceknout, protoze se jedna o obecne slovo. Takze si budu muset zaregistrovat obe varianty jiz v pocatku.

Takze pokud by to melo byt takto, jsem proti a doufam, ze ke zmene nedojde.

Naopak ale vidim potencial moznosti pouzivat narodni znaky pro usnadneni zivota uzivatelum a tu jsme popisoval.

To je nesmysl. Proc by se tedy zavadely ceske znaky do domen? Vzdyt ocko.cz (jako otec), óčko.cz a očko.cz (treba soukromé očko) ma kazdy uplne jiny vyznam. V tomhle pripade nejde o zneuziti diakritiky, jde o vyuziti moznosti zaregistrovat si domenu s vyznamem jaky chci

Podle tohoto navrhu by duvodem zavedeni nebylo umoznit registrovat domeny ale ulehcit zivot prekleparum. To je pointa.

haha, ano, takmer kazdy ne-ascii jazyk ma prepis do ascii. a vacsina ne-latinkovych jazykov ma tychto prepisov niekolko :-)

jine jazyky nema cenu resit, kdyz je rec o ceske domene ;-) Jak si to udelaji cinani je jejich vec, kazdy spravce domeny ma vlastni pravomoci.

jine jazyky nema cenu resit, kdyz je rec o ceske domene

až do doby než si medzinárodná ruská firma s pobočnou v prahe nebude chcieť zaregistrovať doménu блин.cz

A taký wüstenrot.cz to možno chce aj dnes, pritom ü nie je české písmeno, ale BFU to aj tak budú písať do adresy.

To prvni neresim, proste by to nebylo umozneno, tak jako dnes. Beztak by to v cechach nikdo nenapsal. Cilem neni vytvorit universalni system resici vsechna prani, jen usnadni zivot lidem, kteri pouziji omylem diakritiku v domenovem jmene.

Se druhym souhlasim, asi bych okruh znaku rozsiril i o takove. A preklad 1:1, tedy na 'u' (netusim ktery znak, ale nejaky si nemci sami prepisuji na dva).

nemci prepisuji sharfes s, takove to divne B, jenze mam ten pocit, ze s timto znakem nova gramatika pred par lety zatocila prave timto zpusobem

Neni to spatny napad. Vsichni tady placou, ale je potreba si uvedomit, ze cely cirkus je jen kvuli tomu, aby BFU, i kdyz napise www.živě.cz dostal tu spravnou stranku.

To ze nelze cestinu a narodni znaky v CZ domene neni tak uplne pravda, predne je samozrejme lze na domenach tretich a vyssich radu a pak, pokud vim, existuje nekolik registrovanych xn-- domen jeste z dob, kdy to oficialne slo.

K tomu tisku na vizitku jen tolik, ze kdyz mi nekdo da email na domene s nejakymi obrazky, tak nejspis ocekava, ze s nim budu i pomoci obrazku komunikovat, a jelikoz takovym umenim nevladnu, je mi srdecne jedno, ze se na tu domenu nedostanu.

Kluci, podle mně (jsem jeden z nejlepších adminu v ČR) je to dobrej nápad. Váš problém je psychologickej - už dopředu jste z toho předposratý. Já říkam: "pusťme se do toho a uvidíme, nějak už to pojede". Prostě je to výzva a já se jí postavím čelem !

Už se těším na situace, jako že mám zaregistrovanou doménu nejchytrejsi.cz a nějakej vychcánek si zaregistruje verzi s diakritikou dřív, než to stihnu já. Pitomci pak budou chodit na jeho stránky, kde najdou třeba porno se zvířátkama. Vychcánek se pak bude snažit prodat mi tu doménu za pořádnej balík, abych nepřicházel o zákazníky. Nehledě na to, že už dneska existujou domény, které těží z překlepů, takže budu muset platit za všechny kombinace nejchytřejsi, nejchytřejši, nejchytrejsí, atd... abych byl v suchu? Děkuji za pozornost, jdu zvracet.

Pochopitelně že je ve zdrojáku rozdíl, protože když stránka používá jiné kódování, než UTF tak akych napsal "české" a "ruské" a vedle sebe, musím použít (číselné) entity. Ale v UTF nemusím, nemusím...

Kamaradovi kteremu jsem poslal URL na clanek to funguje, takze chyba je nekde na moji strane, ale opravdu netusim kde.
(Firefox2-en, WinXP-en, hebrejske, arabske a nemecke ukazky IDN mam zobrazene spravne, japonske/korejske mam jako "??")

Takze muj nazor na ceske a slovenske nabodenicka v URL je jasny:
cs: jdete se bodnout s nabodenickami...
sk: chodte do r1t1 s tymi k*k*tinami...

(kedze "sk" je moj rodny jazyk, tak tu druhu verziu povazujte za presnejsie vyjadrenie mojho nazoru)

Mozno je to vypnutou podporou IDN vo FF, dajte do location baru about:config, do policka Filter 'idn'a dole je 'network.enableIDN' (ked je to false, tak pricina je tu).

BTW, co je pre mna celkom nove - som si prave vsimol whitelisty a blacklisty roznych znakov v tom configu (network.IDN.whitelist.*)

"Mozno je to vypnutou podporou IDN vo FF, dajte do location baru about:config, do policka Filter 'idn'a dole je 'network.enableIDN' (ked je to false, tak pricina je tu)."

Vdaka, to bolo ono. Kazdopadne to zo mna priaznivca IDN nespravi. :)

JJ, white/black listy su potrebne koli rhybareni... :(
Uz aj tak je s nim problemov viac nez dost.

Prosim vás vzpamatujte se, co to je za volovinu, toho koho tohle napadlo postavit ke zdi a odstřelit. K čemu to bude dobrý? Akorát to přinese komplikace, když vidím dneska ty lidi co do vlastního vytištěnýho textu v němčině domalovávají přehlásky a ostrý s protože to nedokážou v M$ Wordu napsat - dokážete si je představit jak to budou psát do internetových adres? Jediný co to přinese bude vlna spekulantů co si chtějí namastit kapsu, frustraci uživatelů připojujících se na adresy s diakritikou z internetových kaváren v zahraničí o technických problémech (především SMTP apod.) nemluvě. A to všechno jenom aby BFU mohl používat adresu typu www.vláda.cz. Pardon, ale z dnešního stavu internetu je mi někdy na zvracení :-(