Ono to v tom rozhovoru zaznelo - Windows jsou delany predevsim na jednoduchost. Kdyz uz neco nastavovat, tak jen klikanim a pokud mozno nenechat uzivatele nastavovat vubec nic a do niceho nesahat. Ono "to" nejak bezi a to mu staci.
U Linuxu si nastavim (pokud chci) cokoliv do detailu a muzu z zeleza dostat maximalni vykon. Ale chvili to trva a musim o tom neco vedet. Zaroven si to muzu i rozvrtat, ze to nepojede vubec.
takze na zaver ... linux je linux a windows jsou windows a at si riky kdo chce co chce :-)
PS: text bez diakritiky (coz by mely byt hacky a carky :-)) je na netu nepsanym (mozna i to) pravidlem. Jde hlavne o korektni zobrazeni v pripade odlisneho kodovani. Tzn. zadne ctverecky misto pismenek :-)))) Plati to hlavne pri psani mailu. Bohuzel se to moc nedodrzuje a nekdy z toho vylezou pekne patvary.
Dneska mame zase mobily a PDA apod. Cimz nerikam, ze se nema psat s diakritikou (ackoliv diskuzich ji sam nepouzivam), jenom rikam, ze i dnes existuje skupina lidi, kteri misto hacku a carek uvidi nesmysly.
Když může v pohodě zvládat diakritiku moje Nokia 6210, kterou mám tři a půl roku (a už když ji kupoval, byl to rok starý model), myslím, že ani kvůli mobilům nebo PDA není na místě prznit jazyk.
Zkousel jste cesky komunikovat a jinymi telefony? Zkousel jste pomoci firemniho NokiaSuite komunikovat s PC? Skutecne jste nenarazil na problemy nebo implementacni inkompatibility?
Wapové stránky, jsou-li v UTF-8, se zobrazují dobře. SMS s diakritikou na novější telefony fungují (ne že bych to používal, ale ze zvědavosti jsem to zkoušel), na Nokii 3210 to pochopitelně nefungovalo (ale ta je ještě o pár let starší). Nokia Suite jsem občas používal, dokud jsem ještě používal Windows, a na problémy jsem nenarazil.
Na mobilech a PDA je s cestinou uplne stejna situace jako pred lety na pocitacich. Na tomhle stroji/platforme funguje tohle kodovani a na tamtom funguje nekolik kodovani a na onom nefunguje zadne.
A stejna situace je i s lidma. Nekteri lide, kterym to vicemene funguje (zatim nenarazili na problem) maji pocit, ze to musi fungovat vsem a neni duvod se diakritiky zrikat. :-))
S vaší první větou nelze než souhlasit, ačkoliv vlastně neříká nic, tak říká vše :-)
Nicméně ten zbytek už tak pravda není. Co se týká internetových diskuzí tak možná (ačkoliv správné zobrazování znaků s diakritikou je věc správně napsaného webu a ne uživatele). U emailu není žádný (technický) důvod diakritiku nepoužívat, protože zde je pro češtinu standardně dáno kódování iso8859-2 a každý emailová klient ho musí umět.
Připojuju se ke Corwinovi - pokud je webmaster totální lama, tak to může dělat problémy, ale u Lupy nepředpokládám lidi, co dělají stránky v MS Wordu ;)
U e-mailů to už vůbec nemá opodstatnění, teda pokud nepíšu někomu do zahraničí.
Jinak proč troškařit? Tak pišme rovnou celý web v ASCII - mně osobně se zobrazuje "díky" Win-1250 nekorekně celkem dost stránek ("problém" všech nonIE prohlížečů s přednastaveným iso-8859-2)
Problém není samozřejmě v samotném kódování windows-1250, ale v tom, že není deklarováno v hlavičce HTTP odpovědi (ani náhradní metodou přes http-equiv). Vzhledem k podobnosti mezi windows-1250 a iso-8859-2 si na tom pak obvykle vyláme zuby i autodetekce. Chtělo by to asi nějaký patch ve stylu "když není kódování deklarované a myslíš si, že je to iso-8859-2, tak je to windows-1250". Protože u stránek, které kódování nedeklarují, je frekvence používání windows-1250 z nějakých záhadných důvodů (:-)) vyšší…
A pak jsou tady, Michale, ještě případy, kdy webhoster nastaví kódování natvrdo na serveru, a ignoruje i ty hlavičky. Jednou jsem se hádal s webhosterem, který z nějakého důvodu usoudil, že jediným správným kódováním pro češtinu je ISO-8859-2, a záměrně mi mršil dokumenty uložené (a korektně označené) v UTF-8. Nedal si říct a pomohla až stížnost nadřízenému :-)
Jen tolik, že hlavička HTTP odpovědi má zásadně přednost před tím, co je pomocí http-equiv uvedeno přímo v dokumentu. Tedy že chování prohlížečů je správné a vše je věcí dohody správce serveru a uživatele hostingu.
Zajímavé ale je, že jsem nikde nenašel jednoznačné vyjádření ohledně řešení analogického konfliktu mezi hlavičkou HTTP odpovědi a XML deklarací. Tak či onak je lépe se podobným situacím vyhnout…