Linux.by

Для меня UTF-8 - настоящее вот уже два года. Юзаю шапки.

А як з пераключэньнем касольнага увода на беларускую/расейскую? У мяне, кали не запускаць unicode_start, то нармальны увод, але краказябры на вывадзе. Кали ж запускаць уцилу, то пры пераключэньни нацисканьне клявишау не прыводзиць ни да чога на экране, але пры гэтым уводзяцца нейкия сымбали(нябачныя). Да таго ж, пры сьцираньни кирыличных сымбаляу сьцираецца и прапанова $. Як з гэтым абыходзицца РэдХат ци яшчэ якия дыстрыбы?

это проблемы конкретной версии readline в bash
до (если не изменяет память) bash 2.05

А увод тэкста? Яки не паказваецца? Гэта таксама?

readline - это и есть ввод текста, ввод и редактирование в командной строке

околотемный вопрос:
появились ли архиваторы, запоминающие кодировку имен файлов (файловой системы) и умеющие перекодировать их в зависимости от кодировки файловой системы - приемника при раскодировании?
Все, что видел - набор дополнительных скриптов для пост-обработки.

morfay писал(а):utf-8 - это полная фигня... Не стоит она этого. Полностью настроил Линуху на локаль utf-80 - а как русские имена не понимала так и не понимает!!!!!
Так, что вывод - лучше KOI8-R ничего ещё не придумали:!::!:

Про UTF-8, сусёвцы честно пишут: с такой локалью забудьте про корректное отображение неанглийских имён файлов на FAT32. И не врут!

Насчёт KOI8 -- отказался от неё. Вокруг меня слишком много винды с CP1251. Ну и с белорусским проще.

точно bash-3.0 разрулиу праблему

morfay писал(а):Люди объясните, какая кодировка лучше: KOI8-R или cp1251?
Либо объясните чем они отличаются...

Если смотреть с точки зрения пользования, то лучшая – это cp1251, так как ей пользуются большее количество человеко-юзеров.

С юридитческой точки зрения cp1251 хуже, так как принадлежит Микрософт, которая возьмёт да в один прекрасный день и запатентует эту кодировку.

А на самом деле никакой разницы между этими кодировками нет. Восьмиразрядные Cp1251 и KOI8-R – это всего лишь таблицы на 256 посадочных знакомест, в которые можно втиснуть максимум два алфавита с управляющими символами ( типа перевода каретки). Английский алфавит в этих кодировках занимает первые 128 номеров, а русский алфавит – остальные 128. Только нумерация русских букв в этих кодировках разная.

Следовательно вы и сами можете придумать свою собственную кодировку. Достаточно перетасовать как карты в колоде последние 128 знаков в той же Cp1251 и кодировка готова.

А чаму ніхто беларускай кадыроўкай не карыстаецца, га?:!:

потому что белорусской кодировки, как факт , нету

пользуются cp1251 и utf8, в обеих представлены все буквы нашего алфавита

для некоторых языков - вообще без вариантов, строго юникод. Вспоминаю удмуртский ( http://home.udmnet.ru/udmurt_kyl ), эти вот кириллические буквочки с точечками, не встречающиеся во всех остальных кодировках.

mend0za, не совсем верно. дз & дж с точки зрения мовы являются одной буквой, если я еще правильно помню школьный курс.... А под них ни калвиш в раскладке не нашли, ни кодов в utf8...

Это да... но буквы данные складывается из имеющихся в кодировке символов...

Кодировка и кеймап -- отвечают за символы, а не за буквы.

sanitar, как результат - все сеофт с автопереносом наровит разорвать дз/дж, что недопустимо AFAIK. В европейских алфавитах почему-то и буквы на клаве есть, и символы нормальны. AE из датского алфавита например.

Нормальный софт с автопереносом должен допускать возможность конфигурирования и задания правил пользователем IMHO.

Хотя конечно это безобразие.
Первое чем я займусь, когда анархокоммунизм победит -- кампанией по устранению этого недостатка юникода