Komentářová spam odstraněn, ip: 219.93.211.74

Reagovat

<h1>Please check some helpful info about<A HREF="http://www.drug-phentermine-pharmacy-2003.info/"> drug phentermine </A> drug phentermine <A HREF="http://www.drug-phentermine-pharmacy-2003.info/">http://www.drug-phentermine-pharmacy-2003.info/</A> <br/><A HREF="http://www.order-phentermine-from-silver-drug-leading-pharmacy.info/"> order phentermine from silver drug </A> order phentermine from silver drug <A HREF="http://www.order-phentermine-from-silver-drug-leading-pharmacy.info/">http://www.order-phentermine-from-silver-drug-leading-pharmacy.info/</A> <br/><A HREF="http://www.low-cost-phentermine-pharmacy-2003.info/"> low cost phentermine </A> low cost phentermine <A HREF="http://www.low-cost-phentermine-pharmacy-2003.info/">http://www.low-cost-phentermine-pharmacy-2003.info/</A> <br/><A HREF="http://www.buy-cheapest-phentermine-pharmacy-2003.info/"> buy cheapest phentermine </A> buy cheapest phentermine <A HREF="http://www.buy-cheapest-phentermine-pharmacy-2003.info/">http://www.buy-cheapest-phentermine-pharmacy-2003.info/</A> <br/><A HREF="http://www.adipex-cheapest-cheap-phentermine-pharmacy-2003.info/"> adipex cheapest cheap phentermine </A> adipex cheapest cheap phentermine <A HREF="http://www.adipex-cheapest-cheap-phentermine-pharmacy-2003.info/">http://www.adipex-cheapest-cheap-phentermine-pharmacy-2003.info/</A> <br/><A HREF="http://www.comparing-hands-texas-holdem-odds-4u.info/"> comparing hands texas holdem odds </A> comparing hands texas holdem odds <A HREF="http://www.comparing-hands-texas-holdem-odds-4u.info/">http://www.comparing-hands-texas-holdem-odds-4u.info/</A> <br/><A HREF="http://www.combination-information-prozac-and-phentermine-pharmacy-2003.info/"> combination information prozac and phentermine </A> combination information prozac and phentermine <A HREF="http://www.combination-information-prozac-and-phentermine-pharmacy-2003.info/">http://www.combination-information-prozac-and-phentermine-pharmacy-2003.info/</A> <br/><A HREF="http://www.free-slot-play-gambling-4u.info/"> free slot play </A> free slot play <A HREF="http://www.free-slot-play-gambling-4u.info/">http://www.free-slot-play-gambling-4u.info/</A> <br/><A HREF="http://www.buy-cheap-phentermine-free-fedex-pharmacy-2003.info/"> buy cheap phentermine free fedex </A> buy cheap phentermine free fedex <A HREF="http://www.buy-cheap-phentermine-free-fedex-pharmacy-2003.info/">http://www.buy-cheap-phentermine-free-fedex-pharmacy-2003.info/</A> <br/>- Tons of interesdting stuff!!! </h1>

Reagovat

Komentářový spam smazán, ip: 213.172.36.62

Reagovat

Ta magicka sekvence (Byte Order Mark) je v případě UTF-8 nepovinna a mnohé aplikace ji nepoužívají. Nemá tam ani moc smysl, protože primární účel je urřit pořadí bytu pro little/big endian systemy, ovsem to se tyka napr. UTF-16. V UTF-8 je poradi bytu pevne dane, bez ohledu na system.

Reagovat

Ó děkuji Evžene za ta jistě pozitivně míněná slova o plácání. Nějak mi to žíly netrhá a o těch co to nechápou si myslím své.

Outlook ve starších verzích (97) skutečně měl jako default W1250. A každý s jenom trochou rozumu v hlavě to fofrem přenastavil

Reagovat

Ackoli k nesmyslnemu placani DD, ktery si plete vyznamy slov "standardizace" a "registrace", se radeji nehodlam vyjadrovat, k tomu Outlooku bych poznamku mel...
Zrejme se sice jednalo o Windows 2000, ale s Outlookem 97. Protoze jsem se zucastnil lokalizace a testovani Office 2000, mohu potvrdit, ze jiz Outlook 2000 (cesky) mel skutecne po instalaci jako default nastaveno pro maily kodovani ISO-8859-2.
V Office 2000 totiz MS zacal konecne s prechodem na skutecny standard, tedy ISO-8859-2. Ze toho stihnuli do RTM jen polovinu a ze se tudiz i nektere 'vestavene' HTML texty (napr. potvrzeni o odeslani/prijeti faxu) zobrazuji spatne, protoze v hlavicce maji uvedeno kodovani ISO, ale ve skutecnosti jsou stale v kodovani windows-1250, to je vec jina...
Outlook 2002 z Office XP ma taky default ISO-8859-2.

Reagovat

To MedvídekPů: bohužel jsem na vlastní oči viděl Windows 2000 s Outlookem, který měl jako default po instalaci nastaveno odesílání mailů ve windows-1250. Verzi už si bohužel nepamatuji, bylo to někdy v polovině roku 2000. Jestli už od toho upustili, kvituji to s povděkem.

Reagovat

Tzv. kódování bratří Kamenických vzniklo s cílem, aby české znaky s diakritikou byly na pozicích, kde se ve standardním fontu na tehdejších PC videokartách vyskytovaly podobně vypadající znaky. Důvodem byla snaha, aby text byl s trochou skřípění zubů čitelný i s videokartou, která neumožňovala download počeštěných fontů. Takže ve své době bylo toto kódování velmi užitečné, ale dnes, kdy málokdo používá textový mód a všechny karty umožňují download fontů, už pochopitelně odpočívá v pokoji.

Reagovat

Jojo, je to podezřelé. Pořád ta samá pohádka

Reagovat

Podezřele určitě ne, myslel jsem, že mě už znáš přece, ne?

Reagovat

Bla, bla, bla. Začínáš se podezřele opakovat.

Reagovat

Kamenicti to urcite udelali taky naschval. Celej sve se spyknul. A me prestala tect voda a za to muze taky Gates. A vubec...

Ach jo, co ti lidi blazni. Co je na tom nestandardniho? Ja myslim ze leda to ze lidem hlava nebere ten nazev.

Reagovat

omlouvam se, v predchozim prispevku jsem spatne uvedl email. Jeste dodavam, ze dopre povidani najdete na serveru www.cestina.cz

Reagovat

Zaregistrovat kodovani u IANA je otazka pisemne zadosti a trochy penez. Jen pro stredoevropskou oblast je tam zaregistrovano nekolik desitek kodovani. Kdyz registrace u IANA je duvodem pro to, aby windows-1250 (zadny jiny nazev tohoto kodovani neni registrovan) stejne postaveni jako ISO-8859-2, proc stejne postaveni nema treba PC-Latin2, Macintosacke kodovani a ty desitky dalsich. Kodovani vsechna kodovani ISO maji pravidelnost - napriklad - pokud se znak vyskytuje i v kodech pro jine oblasti, je jeho pozice zachovavana. Cela abeceda je rozdelena do segmentu delky 32 a v jejich ramci jsou pismena razena abecedne. Rozdil mezi velkym pismenem a jeho malym ekvivalentem je vzdy 32. Znaky v rozmezi 128-159 nejsou prirazeny pismenum abecedy a jsou povazovany za netisknutelne. Kodovani Windows-1250 je velice podobne jediny rozdil je promichani 14 znaku. Prehozeni techto znaku narusuje vsechny pravidla zminena vyse a zadnou svouji vlastni pravidelnost neprinasi a je zrejme, ze ho vymyslel nekdo jen proto, aby komplikoval zivot uzivatelum a koneckoncu i sobe. Vzdyt windows vnitrne stale pracuji s kodovanim PC-Latin-2, ktere zname z DOSu. Jestli neverite, presvedcte se, zname Alt kody funguji ve windows taky - ale v kodovani P-Latin-2. PC-Latin-2 je nase znama kodova stranka 852 z Dosu, kterou vytvorili spolecne IBM a MS, je samozrejme take registrovana a stale ji pouziva OS/2. Opravdu chcete pouzivat takovy paskvil?

Reagovat

Asi nemám v hlavě ani trochu rozumu, gzip pro output používám naprosto běžně a transparentně v ASP.NET aplikacích, který si navíc sami dovedou zjistit, jestli si můžou dovolit gzip použít - naprosto bezproblémů. Jenže to někdo, kdo tu bude plácat o tom, že ASP.NET je ISAPI stejně jako ASP, přitom neví zhola nic o kompilovaném managed kódu a o tom,že ty jeho umouněný ASPčka s naflákaným kódem mezi částmi designu běží se starými COM objekty pouze v režimu STA...

Reagovat

Nenene, vzal jsem český text (mahulenin článek).

Windows-1250 : 7 749 znaků (bajtů abych byl přesný)
Unicode : 15 500 znaků
UTF-8 : 8 554 znaků

Takže pokud je řeč o UNICODE, tak to BUDE dvakrát tak velké.

A co se nějakého gzip týče - to nemyslíš vážně, že? Protože tohle nemá na serverech nikdo s trochou rozumu v hlavě aktivní.

Nehledě na to, že nejde ani tak o to co se přenáší (poměr textu vůči grafice to vždycky ...), ale co je ULOŽENO - komu by se chtělo mít všechno dvakrát tak velké...

Co se posledního odstavce týče. Ano, hádat se o Windows-1250 versus 8859-2 je směšné. Ale asi to patří k nějaké té módě. Prostě být "in"

Reagovat

No tech prohlizecu co se neporvou s unicode zas tolik neni a dvakrat vetsi to rozhodne neni - u ceskeho textu je ten narust malokdy pres 30% (coz se vzhledem k pripadnemu gzipu tak jako tak ztrati).

Jiny problem je ovsem to ze nektere servery maji s UTF nemale problemy - takovy linuxovy debian jako webserver vam proste pravidelne soubor v UTF zprasi.

Hadat se o windows ci iso je smesne. Oboji je standardem dost dlouho a s windows-1250 ma problem daleko mene prohlizecu nez s UTF-8. Ja ho sice nepouzivam protoze se drzim isa ale pokud to nekdo dela, nevidim na tom nic spatneho. Jedine co me irituje je neustale prekodovavani mailu...

Reagovat

Omyl, maily píší v 8859-2, protože tak je standardně nastaven dokonce i Outlook. To že píší stránky ve WIndows-1250? Proč by je nepsali - je to kódování zcela rovnocenné ISO-8859-2

A psát to v UNICODE? Mít to dvakrát větší? Mít problémy s prohlížeči co to neumí nebo neumí uplně? Probůh proč?

Reagovat

To je jiste chvalyhodne, ovsem vsichni kteri znam a maji W2K+ porad pisi webove stranky i maily ve windows-1250 a o unicode maji pouze velmi mlhavou predstavu. Tim chci rict ze pokud se Microsoft snazi prebehnout na stranu standardu tak se mu to zatim moc nedari.

Reagovat

Microsoft počínaje W2K všechno odvádí směrem na UNICODE. Těžko to mohl udělat v osmibitové extenzi MS DOSu jménem Windows 9x či ME. Ve Windows NT s tím začal.

Možná by to chtělo si na časovou osu udělat čárky kdy bylo co. Protože teď už z toho děláte uplnou kovbojku.

Reagovat

To ze je windows-1250 registrovano IANA z nej nedela standard. Kdyz si napisu vlastni OS a vymyslim v nem vlastni encoding pro Kanji, take mi to IANA zaregistruje. To ze ma windows-1250 lepsi uziti pro typografii je zcela irelevantni - pochybuju ze existuje typograf ktery by si vystacil s rozsahem ASCII, nehlede na to ze se omezuje v ramci jednoho celku pouze na jednu znakovou sadu. (Navic pochybuju ze bezny kancelarsky uzivatel vi co jakykoliv z tech znaku znamena). Pro jakekoliv typograficke pouziti je UNICODE. Jinak to ze je to ze strany Microsoftu cista schvalnost je jasne uz z toho ze se tato znakova sada lisi od ISO standardu pouze o nekolik znaku a to bez jakehokoliv duvodu. Kdyby Microsoft pouze rozsiril standard o ty zminovane typograficke znacky dalo by se to pochopit, ale takhle to nemuzu brat jinak nez jako snahu zavest si vlastni standardy a ignorovat ty stavajici.

Jinak si dovolim jeste poznamku na zaver - ISO 8859 a UNICODE vznikly proto aby se sjednotilo a standardizovalo zakladni znakove prostredi (jen my v CR jsme meli Kameniky, KOI-8, KeybCS2 a PC Latin 2), coz se do jiste miry podarilo .. ovsem pak si prihasil Micorsoft se svymy vlastnimi charsety a uz je v tom zase bordel ...

Reagovat

Možná by to chtělo se přestat v noci počůrávat. ISO není standard, ISO je norma. A to že je to norma, nijak nesouvisí se standardizací kódování pro použití v Internetu.

Stejně jako RFC je jenom REQUEST for COMMENT a není to ani standard, ani norma.

Reagovat

Milý medvídku Pů, u kódování windows-1250 IMHO ISO nevidím, tzn. NENÍ to rozhodně standard. To že to kódování používá monopol, který má většinu na trhu z kódování windows rozhodně standard nedělá (i přesto, že je uveden v RFC) ;o))

Možná by to chtělo znát rozdíl mezi RFC a ISO ;o)

Reagovat

Dane, napsal jsi:

"nikdy nepochopím proč nemohl Microsoft prostě použít 8859-2 (lišící se vpodstatě pár znaků)"

Win-1250 se neliší od ISO 8859-2 o pár znaků (o pár písmen ano, ale znaků ne). Jde o to, že je Win-1250 AFAIK lépe zvoleno pro běžné kancelářské použití -- obsahuje různé typografické značky, apod. Někdy si to nech vysvětlit od Martina Kopty, který tomu rozumí velmi dobře.

Pro ostatní, kteří ve Win-1250 vidí jen komplot MS: standardy kódování na webu jsou schválě navrženy jako ***otevřené***. To je jejich podstata. Každé kódování, které je podmnožinou Unicode, je jednoznačně převoditelné na Unicode a je registrovaní IANA, je standardní pro použití na webu.

Odpůrci MS většinou zároveň propagují otevřené standardy. Proč se tedy tak urputně brání otevřenému standardu v kódování, to vážně nechápu.

Reagovat

Soubor v UTF zacina magickou sekvenci, podle ktere se urcuje endianita systemu. S tim nikdo nikde problem nema, jediny kdo vim ze s tim ma problem jsou genialni programatori u kterych MF objednalo aplikaci pro podani danovych priznani a kteri jsou tak genialni, ze si ani nemusi cist normu pro UTF a tak vsude hlasi, ze nejake podivne systemy jim vnucuji vadne UTF soubory. Tim ovsem dokazuji jen vlastni nekompetentost. Zadny jiny progam (nebo nedejboze operacni system) s tim nikdy problem nemel.

Reagovat

překlep, blbě se mi píše viz půoviny

Reagovat

Proc si udelal z Yuhua Yahu???
byl to preklep nebo si na nej byl nastvany, zato co tam placal???

Reagovat

udělejme si taky nějaký svůj vlastní...

Reagovat

Ne, já neprohlašuju za žvásty to, že někdo říká, že si Microsoft svéhlavě udělal nějaký zbytečný charset. Za žvásty prohlašuju to, když někdo začne mlít pantem proti tomu charsetu, který je (bohužel by se dalo říci) nejrožšířenějším a JE z mého pohledu (byť zhola zbytečně) prohlášen za "použitelný" v internetové komunikaci

Reagovat

No aspon neco...
Proc nemohli pouzit ISO a zmenili par znaku ?
Vzdyt jsem vam to psal, jenze vy to prohlasujete za zvasty. Udelali to z ciste komercnich duvodu a jak je videt, tato strategie leckde zafungovala. Standardy pro vymenu dat je proste nezajimaji, pouze zisk za kazdou cenu...

Reagovat

Totez o zvastech mohu napsat take.
Vyvrate mne moje tvrzeni, ze zavedeni Win-1250 bylo zcela zamernym, umelym vyvolanim mnozstvi problemu. Mne je uplne jedno, ze pouzivate to co pouzivate. Ale snad mam pravo na trochu toho pobaveni pri pohledu na krecovitou snahu neustale zduvodnovat, jak MS je ve vsem nevinne a jak je to vlastne skvele a spravne. Casto se tak deje ze strachu pred necim jinym nez clovek zna ( Nic jineho nepoznali, nic jineho tedy temer neexistuje a kdyz, hledaji se na tom chyby, tvrdi se, ze cerna je bila atd...takovym lidem rikam Windozaci. Mam pro to kvalifikaci - systemy Windows take dobre znam - snad proto se jim vyhybam)...
Opravdu - pouzivejte si treba MS-DOS 3.30. Ale neberte mne pravo na pobaveny usmev, az zacnete krecovite zduvodnovat jeho nutnost. Ten MS-DOS si snad take jeste pamatuju do detailu, mozna bych jeste dokazal vyjmenovat parametry pro volani sluzeb pres INt 21 :)

Reagovat

Popis registrace charsetů je v RFC2978
http://www.rfc-editor.org/rfc/rfc2978.txt

a píše se tam:

"The registration of a charset does not imply endorsement, approval, or recommendation by the IANA, IESG, or IETF, or even certification that the specification is adequate. It is expected that applicability statements for particular applications will be published from time to time that recommend implementation of, and support for, charsets that have proven particularly useful in those contexts."

Takže to uvedení v seznamu opravdu nic neznamená.

Tohle je taky roztomilý dokument: http://oss.software.ibm.com/icu/charset/roundtripIndex.html
Ukazuje, že každý si stejně implementuje charsety podle sebe.

Mně se tedy tu specifikaci u IANA vygooglit nepodařilo, alespoň ne pomocí klíčových slov site:iana.org windows-1250

Nic to ovšem nemění na tom, že podpora windows-1250 je nutnost, stejně jako je nutno podporovat chyby v IE - protože oboje je používáno příliš mnoha lidmi.

A s tou poslední větou souhlasím beze zbytku.

Reagovat

Proč myslím? Protože uvedením u IANA to bylo standardizováno pro použití - spolu s uvedením odpovídajícího MIME TYPE. Tím že tomu přiřadili číslo.

A mimochodem u IANA ta definice (specifikace) uložená je - dá se najít třeba s pomocí Google.

Čili ať se na to dívam jak dívám, tak IANA to přijalo jako existující kódování standardizované pro použití.

Na faktu že nikdy nepochopím proč nemohl Microsoft prostě použít 8859-2 (lišící se vpodstatě pár znaků) to samozřejmě nic nemění - prostě to nechápu a smysl mi uniká :)

Reagovat

Proč si Dane myslíte, že to je standard? Přečtěte si, co je tam napsáno:

Assigned MIB enum Numbers
-------------------------
0-2 Reserved
3-999 Set By Standards Organizations
1000-1999 Unicode / 10646
2000-2999 Vendor

a pak je tam

Name: windows-1250
MIBenum: 2250
Source: Microsoft (http://www.iana.org/assignments/charset-reg/windows-1250) [Lazhintseva]
Alias: None

MIBenum je v rozsahu 2000-2999, tedy nejde o standard, ale o kódování, které je specifické pro určitého dodavatele (Microsoft). (The third region (>1999) is intended for vendor specific coded character sets.)

Ten dokument, na který je odkaz je pouze e-mail oznamující, že Microsoft používá určitý druh kódování a že je specifikace uvedena na http://www.microsoft.com/globaldev - tedy u IANA ani není uložena vlastní specifikace, takže Microsoft toto kódování může zcela nezávisle na IANA měnit, a také to už udělal.

Zkrátka - když je něco "vendor specific", tak to není standard.

Reagovat

Pokud tu čtečku máš v ASP (VBScript), je nečastější příčinou nezvládnutí jiného kódování použitý člen pro získání zdroje -

responseText namísto responseXML.xml

anebo metoda použitá pro zobrazení:

Response.Write(rssXML.transformNode myRSS)

je lépe nahradit:

rssXML.transformNodeToObject rssXSLT, Response

Nevím, v čem to máš napsaný, nicméně problém s kódováním je myslím zbytečný - většina parserů je zvládá bezproblémů.

Reagovat

Ačkoli mívám k Danielovi výhrady pro některé jeho názory, tady se ho musím zastat - to co tam Yuhů horečně plácá je opravdu výplod nějaké "anti Microsoftí" pózy, která mu zřejmě přijde in.
Windows-1250 je standardní - byť problematické, už jsem psal.

Reagovat

Ale notak, popiral jsem snad ze by ISO8859-2 byla NORMA? Ja pouze upozornuji na to, ze Windows-1250 _bylo_ standardizovano pro pouziti v Internetu. Cili ze tvrzeni ze nejde o "standard" je spatne.

Samozrejme 8859-2 je jiste lepsi (kdyz uz nebereme v potaz UTF).

A je mi uplne jedno ktera firma za cim stoji, byt se tezko da poprit to, ze Windows-1250 to prevalcovalo jenom diky tomu, ze Microsoft prevalcoval trh s desktopy :)

Reagovat

ISO 8859-2 je STANDARD od roku 1987 a take NORMA, KOMPATIBILITA a predevsim SLUSNOST. To ovsem M$ nepestuje. Ten pestuje jen BUSINESS a tam je Windows-1250 mocnejsi prostredek pro MONOPOL.

"Krecovita zduvodneni pro svoji zavislost na Microsoftu?" Ja bych to tak u pana Docekala nenazval. Spis to bude neochota a neschopnost priznani ke sveho pomyleni a nasledne setrvacnosti. Proste po mnoha letech je nejlepsi zatloukat a zatloukat, jak partyzan :-) Neni hloupy a vi moc dobre, ze ISO 8859-2 je lepsi norma a nedela problemy, ale poprit nekolikaleta hlasani holt je pro nekoho neprekonatelne nemozny problem ...

Reagovat

Pokrytectví a pózerství. TO je tak jediné

Reagovat

Žvásty, nic než klasické žvásty

Reagovat

Me je jedno co je standard a co ne. Jedine co chci je, aby to fungovalo spravne :-)

a kdyz moje RSS ctecka (ActiveRefresh) nezvladne IOS-8859-2 ale Win-1250 v poradku, tak jsem rad, ze vetsina mnou sledovanych kanalu je ve win-1250.

Jinak nemam ani s jednim kodovanim sebemensi problemy. To lidem vadi win-1250 jen a jen kvuli tomu "win" v nazvu? No proc ne, ja si treba taky nekoupim tricko jen proto, ze jsou na nem cervene tresne...

Pokrytectvi zdar! Nazdar!

Reagovat

Ano - v roce 1996 kdosi pripsal do dokumentu, ze Windows-1250 je standardni. Takze formalne mozna uz ano :). Prakticky je Windows-1250 pouze umele vyvolany problem. Cilem bylo uzivatelum znesnadnit prechod na jine produkty, ktere pred lety pouzivaly STANDARDNI ISO8859-2. ISO8859-2 je mezi komunikacne slusnymi lidmi dale povazovano za standard a komunikacne slusni lide, kteri cti nejakou etiketu jej pouzivaji (pokud tedy nepouzivaji rovnou UTF, je li to mozne). Neni jejich vinou, ze s tim byvaji problemy, proto, ze se jedne divne firme nahodou podarilo to jeji kodovani nacpat kde se da...

Je opravdu zabavne, jak pan Docekal neustale hleda krecovita zduvodneni pro svoji zavislost na Microsoftu.

Reagovat

??? čím že začíná ???

Reagovat

Ano, skoda ze unicode zacina pasgrivci ktere oznacuji nulovou delku souboru takze ne kazdy system to vzdy prekousne, ze...

Reagovat

Hlavně je rozdíl v tom, že IANA je tou institucí, která jasně říká, že jak ISO-8859-2, tak Windows-1250, jsou standardy pro Internetové použití.

A je uplně jedno co si Yuhůů (a kdokoliv další) bude (sorry) plácat o normách.

Nevím proč to těm lidem tak strašně vadí, že by snad Windows-1250 mohlo být standardizováno. Standardizovány jsou tři prdele dalších kódování....

Reagovat

mozno je rozdiel medzi slovami Norma a Standard ;-)

Reagovat

Pro psaní mailů určitě 8859-2, bez jakýchkoliv pochyb. Neřeším že by se snad W1250 mělo používat pro všechno - je tu jediná pointa, to JE standardizované kódování. Ale to je taky všechno co chci sdělit.

Reagovat

Ať se to komu chce nelíbí, Windows-1250 je problematické - maily nelze přečíst na těch zařízeních, na kterých to s ISO-8859-2 lze bez problémů (některé aplikace pro Mac, Linux - ale zejména taky mobilní zařízení).
Takže ať je standardem co chce, mnohem větší kompatibilitu přináší ISO-8859-2, než Windows-1250.
Ani UTF-8 ještě zdaleka nepodporují úplně všechny používané poštovní programy - takže pro web UTF-8 určitě (já ho používám, navíc je to výchozí kódování .net), pro psaní mailu a mobilní aplikace raději ISO-8859-2

Reagovat

Nejvíc se mně libí hláška, že je "standard" od roku 1995. A proč tam není napsaný, že ISO 8859-2 je STANDARD od roku 1987? Je to na té samé stránce...
A jde především o to, že ISO 8859-2 zvládne mnohem víc OS, prohlížečů, mailerů,...

Reagovat

No - ISO je uz podle nazvu norma, WIN je "norma" jedne firmy a je standard asi tak, jako je Windows standardni operacni system a jako bylo standardem kodovani Kamenickych. To ze je zminovano v seznamu kodovani IMHO znamena pouze to, ze byla uznana fakticka hegemonie Windows.

Windows-1250 je mozna standard, ale rozhodne bych ho nedoporucoval, z mnoha duvodu, mj. z techto: http://www.cestina.cz/cestina/whyISO.html

Reagovat