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 :-)
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.
Linux=Redhat. platilo kdysi dnes uz neee ani pro BFU dle mého názoru. RH je kolos ktery neni stejne uplne idealni na desktop tak doufam ze se najde dost jeho uzivatelu kteri se preorientuji a zisti ze existuji i mnohem pruznejsi ditrubuce.
Psychologicka zalezitost je, ze kdyz dam za neco balik penez, tak si myslim, ze je to kvalitni a/nebo na to budu mit podporu. Jak znamo nejen z teleshoppingu, skutecnost muze byt uplne jina.
