Пак за ебаният енкодинг

И сега кво стана? Преди около 4г. се завихри една тъпоумна полемика къв да е локала BG. Кирилица естествено, ама защо пък като руския? Нищо, че е стандарта за Unix e koi8-r и че Netscape се съобразяват с това. Нищо, че в Linux няма шрифтове. Туй Виндовса е далаверата. Всеки държавен чиновник го знае туй и насън да го дигнеш. Дайте да си сложим CP1251, хем ще е уникат
и разните ЦРУ-та и КГБ-та нищо няма да разберат от писанията ни, хем ще накараме тия мързеливци от дистрибуциите да си размърдат дебелите задниции да ни сътворят шрифтове специално за нас. Верно, че нямаме 7 милиона, ама я каква стара история и култура я! Да псуват и да четат кои сме ние!
Та, след като привържениците на тоя енкодинг спечелиха на нож битката, кат същи юнаци при Добро поле, кво стана? Ние въобще всички битки си ги печелиме одма и гйотуре и разбира се всичките войни си ги губим.
Та скапаните тъпанари от стандартизазията, чумата да ги тръшне, не стига че измислиха тоя тъпоумен iso петица, дето да си го завират в задника, ами после и UTF8 и iso10646. Ама най-съм се наточил на чукундурите от Monotype.
Въобще да заебат любимият ми енкодинг и да набутат там някакви -r и -u. Пълна тъпотия. Как ще си ползувам сега Unicode-то, като не мога да пиша в него!
Мамка му и прасе!

ами аз си имам cp1251 в линукс

който търси,намира...
松下電

бе убаво псуваш, ама кво искаше да кажеш?

Ми направи следния експеримент и кажи какво ще излезе:
1. Вземи кой да е Unicode2 ttf от Windows, Arial примерно и го турни в ~/TTF на Linux.
2. Пишни сега
# ttmkfdir > fonts.dir
# ttmkfdir > fonts.scale
3. Виж сега в fonts.dir в поменника който се е получил от тоя шрифт, какви енкодинги има. Шрифта разбира се ще да е на Monotype.
4. Пишни сега
# LANG=bg_BG.UTF8
Щото го има в поменника на locale.dir (R.H.8)
5. Стартирай сега някой писач с Arial и виж какво ще стане.
Кво ли да стане, като CP1251 в тоя шрифт няма. Ще те засили в С естествено.
6. Пука му на Micrisoft, той тая боза си я е оправил.

Разбира се че няма да стане защото между т.4 и т.5 ще трябва да обясниш на системата че има нови шрифтове които трябва да ползва (напр. link във ~/.fonts към ~/TTF в случая)

Istinata e che deistvitelno ne mozesh da nabuta cp1251 v fonts.dir i fonts.scale po estestven nachin. Sega se psuvam che minah na RH8 beh si dobre na RH7.3 tam si raboteh s UTF-8 a kogato mi triabva si imah i cp1251 i koi-8 i t.n. sega C sochi kum UTF-8 da znaete i tova e GOLIAMOTO DURVO pone dokato vsichki programi deto gi polzvam se nauchat da pishat i chetat v tozi encoding. E nadiavam se tova da e skoro. no niakoi ako znae kak da dokaram da go imam i tozi encoding (cp1251) ili da konvertiram tekstove ot nego v utf-8 ta da moga da gi cheta shte sum mu blagodaren ako kaze.

©·2002

Изобщо не виждам какво да се направи, освен да минем на някой от съществуващите енкодинги в UTF8 (има iso8859-5, koi8-r и koi8-u както можеш да видиш от fonts.dir -a). На тия от Х тая работа им е била ясна, щото има предвиден локал bg_BG.KOI8-R а и за iso-то. Тя системата си бачка абсолютно коректно до момента, когато установи, че в Unicode шрифтовете не може да намери CP1251. При Windows е същото, обаче там изглежда, щом се налети на шрифтове Unicode2, системата сама си прекодира. В случая просто ние се явяваме уникално изключение с тоя официален енкодинг CP1251!!!
За да работиш, обяви си локала да не е UTF8.

bglinux ти прави и bg_BG.UTF-8

Качи си R.H.8, който е първата дистрибуция на уникод и ще разбереш за какво става дума. Кво ме грее, че имам локал в UTF8, като bg_BG официално е деклариран в CP1251, а в UTF8 който е стандарт за уникод (той е американска разработка и на практика се припокрива с iso 10646) такова encoding_name няма. Това е много близо до мисълта, щото CP са лично хрумване и лична собственост и как да ги стандартизираш? Та естествено за тях шрифтове в Unicode няма!!!
Голямият парадокс тука е че и Windows не ги ползува в уникод, само макира че е така и си прекодира вътрешно. ЕДИНСТВЕНИТЕ, които се мъчим да ги ползуваме в уникод сме ние. И това не е само тука. Същите въпроси ще видиш и в клуба по Java, дето и там се мъчат с тая кодировка, а Java разбира само Unicode.

Neshto ne moga da shvana kakwo se opitvash da ni kajesh. Mislia che imash problemi s poniatiata koito polzwash.

ISO10646 i UTF-8 imat neshto obshto, no opredeleno ne se prepokrivat :) pyrvoto definira character set, a wtoroto metod za kompresia na tozi set. AFAIK UTF-8 e opisan e edno ot prilojeniata na ISO10646 stadnarta (zaedno s UTF-1, UTF-7 etc.). Inache naistina e razraboten w US -- developerite ot Bell-Labs sa go syzdali dokato sa pisali Plan9 ;)

ISO10646 i Unicode ot druga strana se pripokrivat :)

CP-1251 i Unicode sa wzaimno izkliuchwashti se poniatia. Da kajesh che niama shriftowe w Unicode za CP-1251 e wse edno kajesh che kirilicata ne poddyrja latinica :)

Mnogo se radvam che nai-posle se nameri distribucia koiato da se opita da naloji UTF-8.

Niama zashto da pliuesh CP-1251. Pri preminavaneto w nov encoding winagi ima problemi. Polzwai iconv.

10x Абсолютно си прав. Аз обаче имам проблеми да пиша сега в CP1251 в български локал и абсолютно никакъв да пиша в koi8-r когато съм в руски. Не съм още разбрал, какво точно е направено, но ми се струва че това не е точно подръжка на уникода, като енкодинг, ами фонтсървъра си го разпарчетосва на познати неразширени и в тях няма CP. Затова шрифтовете освен iso10646-1 ми ги декларира в fonts.dir с всички енкодинги без CP.
Ако си разбрал, какъв е механизмът който се използува, пиши!

Е аз съм с RedHat8.0 + bglinux + TTF и unicode шрифтовете си имат кодова таблица cp1251 Виж това за Java-та ще го проверя

a da be a ia si napravi edin PDF ot txt fail s CP1251 i viz rezultata sled kato si s bglinux az neshto ne mozah da go dokaram do chetimo sustoianie. Samo maimunki!. Sega se psuvam che si instalirah bglinux. Mahnah go no iavno ne vuzstanoviava sistemata do predishnoto i sustoianie. E zapazil sim si /etc s cp -a /etc ~/old ama dali shte pomogne ne znam shte go probvam dovechera, dano s tova se opravi shtoto neshto ne mi se preinstalira. A iskah da imam chistichka sitema :(. mezdu drugoto ne se razbrah neshto s tar i zatova taka s cp ama sega ne znam kak da gi vurna pak s cp -a ili s niakakva druga opcia.?

©·2002

IMHO cp -af

Probval li si sys xfstt (dosta star syrvyr, no raboteshe dobre).
Tam ima naj-razlichni enkoding-i.

Прав си, че решението е да минем на encoding, който е или стандартен - ISO8859-5 (стандарт на W3C, доколкото знам се използва в
Solaris) или де-факто стандартен - като KOI8-R.

BTW, в "ръководствата" за кирилизиране отпреди четири години се срещаха (доста често) изрази като "да хакнем шрифта" и
"да излъжем Netscape" - подходи, които е много вероятно да предизвикат бъдеща (вече настояща ;) несъвместимост. Бидейки не
толкова "умен" като съветващите ме хакери тогава си инсталирах шрифтове със стандартен encoding и досега ги използвам.

Надявам се, че на родните хакери ще им дойде акъла в главата и ще разберат, че като се качват на UNIX влака,
трябва да се съобразяват с ISO, W3C, SUN, AT&T, RedHat и т.н., както тези, които се возят на Windows се съборазяват
с Microsoft.Да използващ *NIX и да взимаш стандарти от M$ - тъпа работа.

p.s.
Във Windows също има проблеми с преминаването от CP125X към Unicode - виж какво става с имената на файлове на кирилица
под Win9X; същото ще стане и ако използваш старо приложение под XP например.

За да разкараш напълно bglinux, трябва да си прегледаш home директориите и да машнеш разните там .i18n и разните бози дето е писал в локалните profile, bashrc и т.н. дори и .Xнещо_си. също файловете в /etc/skel
Най-добре е да прегледаш инсталационния скрипт и да видиш кое точно променя.