Už chápete proč velká spousta lidí zůstává u win, kde má jisttotu, že MS má tolik miliard, že se mu nevyplatí nevrazit nějaké další do podpory? Samozřejmě že u Linuxu funguje mnohem lépe podpora komunity, to ovšem není vlastnost systému, jen psychologická záležitost. Domnívám se, že tento krok RH velice poškodil vztah lidí k Linuxu, neboť pro velkou část BFU byl linux=redhat.
BTW myslím, že by se mělo věnovat větší úsilí na konečné vyřešení základních problémů, jako je UNICODE. "Konkurence" už to má vyřešeno několik let a bez problémů.
Už chápete proč velká spousta lidí zůstává u win, kde má jisttotu, že MS má tolik miliard, že se mu nevyplatí nevrazit nějaké další do podpory?
Aha tak proto skončila podpora NT a 9x. Mě to bylo hned divné.
BTW myslím, že by se mělo věnovat větší úsilí na konečné vyřešení základních problémů, jako je UNICODE. "Konkurence" už to má vyřešeno několik let a bez problémů.
Aaha tak proto pořád naražím na jakési cosi co se tuším nazývá Win1250. Mě to bylo hned divné. Nač nějaké ISO, že :-)
Jdi plácat někam jinam.
:-) Taky dobré a nebo tahle:
Pošlu někomu s woknous mail s řádně vyplněným kódováním a textem v ISO-8859-2 a mu to přijde. Koukne na to a vidí to OK. Dá odpovědět a najednou je to zmršené, protože nějaká ta rozhledna, nebo co, neumí vytvářet text v ISO-8859-2 a překódovat ji to asi nenapadne. A perlička na závěr: Výsledný mail má nový text ve Win1250 a v hlaviče má napsaáno ISO-8859-2. Neměli by s tím konečně něco udělat?
Problém hledejte mezi klávesnicí a židlí, s ISO 8859-2 neměl problém tuším ani mailový klient z IE4 a to už je hezkých pár let. Outlook i Outlook Express v defaultním nastavení používá ISO znakovou sadu, v souladu se standardy. To, co popisujete, dělali někteří klienti třetích stran, ale to už není problém malého měkkého.
Co se týče kódování systému, problém je ve dvou řadách Windows: Win9x mají podporu Unicode omezenou, u Win32 API funkcí chybí většina unicode verzí; naopak řada postavená na NT jela vnitřně už minimálně ve verzi NT 3.51 (a možná dřív) v Unicode, byť s tím některé programy (i od MS) nepočítaly.
Podívejte, já nebudu všem zoufalcům co používají MS produkty vysvětlovat jak to mají udělat. Nepopiratelným faktem je, že když jim přijde mail v ISO-8859-2 tak to vidí dobře. Když dají reply, tak se ten text co přišel od nás domrví a v tom co příjde je zase napsáno ISO-8859-2 a přitom ten text v ISO-8859-2 rozhodně není. Jak a proč to ta rozhledna domrví já netuším a ani to nehodlám zkoumat. A nejedná se o ojedinělý případ jednoho člověka a jedné firmy, ale několik lidí z různých firem.
A když už to konečně vyřeší, tak by taky měli konečně něco udělat, aby všechny binární přílohy neměly mimetyp application/octet-stream. Kdo to má pořád čuchat, že tenhle application/octet-stream je zrovna application/msword nebo application/vnd.ms-excel. Už by s tím konečně měli něco udělat!
V tom pripade je to evidentni blbost adminu tech firem, kteri neco nastavi a nevi co to vlastne je (i co se tyce toho MIME, ted jsem si schvalne zkusil z OE poslat maila s wordovskou prilohou fse je jak ma byt). Cili nadavat by se v tomto pripade melo spis na to, ze admina u Windows dela kdejakej nymand, kterej o systemu vi prd. Nejsem si ted jist, jak se chova SMTP connector u Exchange, ale vzhledem k tomu, ze si bezne mailuju s lidmi, kteri pres Exchange server jedou, problem by nemel byt ani tady. Jedine, co vam muzu poradit, je prudit jejich postmastera, mne se to v takovych pripadech obvykle osvedcilo.