Problémy jim to dělat může a navíc nerozumím tomu, proč by se měli učit latinku? Protože my jsme vyspělejší? (Doporučuji se k tomuto prohlášení svléci do půli těla a zabušit si na hrudník.)Ne. Protoze my se jejich znaky naucit nemuzeme (muzeme, ale velmi tezko), zatimco oni ty nase muzou zvladnout vcelku jednoduse. Je jich jen par a jsou snadno rozlisitelne.
Přístup k relevantním informačním zdrojům by měl být rovný pro všechny.No prave. Vy propagujete pristup, ktery bude pro ne rovnejsi nez pro nas.
Fakt, že písma jsou v Asii více různorodá, nic nemění.Meni -- Cinan se nedostane na japonske stranky a Japonec na cinske. Takhle (s latinkou) se dostanou oba kamkoliv.
Pokud budou mít webové stránky nějaký skutečný obsah, tak budou mít takovou URL, aby se cílová skupina na tyto stránky dostala.O tom dost silne pochybuji.
Tedy pod čínským URL se nejspíše budou skrývat čínsky psané stránky.Ano, ale ty se daji velice kvalitne (tzn. srozumitelne) prelozit do anglictiny.
Neexistuje tedy žádný důvod, proč by se lidé píšící latinkou měli učit "desetitisíce nových znaků".Existuje -- chci vas videt, az budete zadavat do browseru adresu nejake asijske firmy, od ktere nutne neco potrebujete a tu adresu mate jenom na papire (napr. na manualu k nejakemu vyrobku).
Váš argument je stejně chybný, jako kdybych řekl, že internet vymysleli ve Spojených státech a proto by všechny webové stránky měly být psané anglicky.Tenhle argument je skutecne chybny. Ja totiz sice s anglictinou souhlasim, ale z jineho duvodu -- je velmi jednoducha a mezi pocitacovymi (internetovymi) uzivateli je to nejrozsirenejsi jazyk. Dnes uz to ale trochu pozbylo vyznam, nebot se vse da prelozit pomoci online nastroju do prijatelnejsi podoby.
Host h\195\161\196\141ky\196\141\195\161rky.cz not found: 3(NXDOMAIN)Fakt by me zajimalo, kterej kreten ten napad prosadil. To musel bejt bud hodne vysoko sedici vul, nebo je to nejaka nula, ktera ma hodne vysoko sedici rodinnyho prislusnika nebo znamyho. Zdravej technicky zamerenej clovek by takovouhle picovinu nikdy nevymyslel (max. jako zert, ale nikdy by to nezkousel aplikovat v praxi).
dayvee@laptop:~$ nslookup háčkyčárky.cz Server: 192.168.1.1 Address: 192.168.1.1#53 ** server can't find háčkyčárky.cz: NXDOMAIN dayvee@laptop:~$ nslookup xn--hkyrky-ptac70bc.cz Server: 192.168.1.1 Address: 192.168.1.1#53 Non-authoritative answer: Name: xn--hkyrky-ptac70bc.cz Address: 217.31.204.66 dayvee@laptop:~$ ping háčkyčárky.cz ping: unknown host háčkyčárky.cz dayvee@laptop:~$ ping xn--hkyrky-ptac70bc.cz PING xn--hkyrky-ptac70bc.cz (217.31.204.66) 56(84) bytes of data. 64 bytes from public.nic.cz (217.31.204.66): icmp_seq=1 ttl=59 time=15.1 ms... atd :-)
IDN SUPPORTTudíž zjevně váš nslookup a ping není zkompilovaný s podporou IDN. Otázka, kterou zbývá odpovědět, a myslím si, že odpověď na ni je NE, je: Má nslookup a ping (tedy vlastně stub resolver v libc6) podporu pro IDN?
If dig has been built with IDN (internationalized domain name) support, it can accept and display non-ASCII domain names. dig appropriately converts character encoding of domain name before sending a request to DNS server or displaying a reply from the server. If you’d like to turn off the IDN support for some reason, defines the IDN_DISABLE environment variable. The IDN support is disabled if the variable is set when dig runs.