|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 20 Jun 2007 22:43:18 To : Artem Chuprina Subject : Re: Xorg, Debian и кодировка cp866 -------------------------------------------------------------------------------- Jun 20 19:29 07, Artem Chuprina wrote: ZK>>>> Hу вот редактор xfte например. PVC>>> Фтопку. Пользуйся нормальными редакторами. ZK>> С какого это хрена я вдруг должен менять удобный _мне_ редактор на ZK>> удобный кому-то другому? Уж сколько лет пользуюсь, еще с ZK>> консольного варианта начинал, и очень доволен. AC> Hу, тогда чини, да... Чем и собираюсь заняться. Когда-то здесь мне говорили что у меня не хватит квалификации и мощности компьютеров чтобы в дебиане в Иксы прикрутить 866 кодировку. Однако прикрутил. По-моему тогда только ты в числе немногих высказался не столь категорично:) Жаль я не настолько в совершенстве владею английским чтобы попереписываться с теми, кто собирает пакет с библиотекой libX11 в Дебиане и уговорить их включить патч для 866 в официальную сборку. Есть слабая надежда что найдется кто-нибудь кто в этом "политическом" вопросе поможет... А с fte - не так сложно сделать, как сложно понять - как же именно надо делать чтобы было идеологически правильно. Или вот например почем с ctrl выдаются латинские буквы, а с Alt - русские, типа Cyrillic-te и подобных? Это в xev видно. Из каких соображений так сделано? AC> Должен, впрочем, заметить, что переход к AC> мультибайтовой кодировке - это очень отдельная песня. Вот именно. Поэтому я весьма сдержанно реагирую на восторженные крики некоторых по поводу всеобщего юникода. Hу хочется им - пусть бегут по граблям впереди паровоза:) ZK>> разве gcc умеет понимать русские комментарии, написанные юникодом? AC> Смотря каким юникодом. Если принятым в юниксах utf-8 - то не пофиг AC> ли ему? Смотря какие байты в таком комментарии попадутся. AC> Они тоже извращенцы. emacs освой. Или vim. Смотрел и то и другое - возможностей конечно там куча, намного больше чем в fte, но их наличие актуально только для профессионального программиста, у меня они все равно будут по больше части не востребованы. Мне важнее привычность и удобство. fte в этом отношении идеален. Хотя и его я использую в лучшем случае на треть заложенных возможностей. ZK>> К локали имеет отношение то, что в этих исходниках предполагается ZK>> что char - это байт и ни что иное. А в исходниках, расчитанных на ZK>> компиляцию в юникодной среде - такое предположение неправомерно. AC> Ашшибаешься. Значит это не я ошибаюсь, а один из авторов статей, пропагандирующих юникод. Hе из головы же я это взял. --- Msged/LNX 6.1.1 * Origin: mobile point - Compaq Armada 1750 + Siemens ME45 (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/328846799e57.html, оценка из 5, голосов 10
|