LINUX.ORG.RU
Форум — Talks  

OpenBSD-шники оседлали локомотив прогресса. Локомотив, правда, не рабочий и вообще памятник, но...

 ,


0

1

Эдди_ЕМ, не читай дальше!

Разработчики OpenBSD сообщили о переводе эмулятора терминалов xterm на использование по умолчанию кодировки UTF-8, вместо ранее применяемой локали C/POSIX. По заявлению разработчиков, переход на UTF-8 связан прежде всего с работой по усилению безопасности, так как передача в xterm данных из приложений была сопряжена с опасностью неверной трансляции символов, в случае использования различных кодировок. Некоторые символы в UTF-8 могут быть восприняты при трансляции в C/POSIX как управляющие последовательности, например, символ U+00DF (printf «\303\237\n») будет воспринят терминалом как управляющая последовательность и приведёт к зависанию терминала до сброса настроек меню.

Внимание! По ссылке очень много опенбсдятины:
http://undeadly.org/cgi?action=article&sid=20160308204011

★★☆

Последнее исправление: Stahl (всего исправлений: 1)
← Одноплатник для домашнего сервера.
Статистика ОС и СУБД в госинформационных системах →
  1 2 →
Ответ на: комментарий от Deleted

Не умели думать головой, игнорировали тот факт, что в мире языков больше двух.

А если человек практически пишет и читает тексты только на русском и английском? Зачем ему в этом случае мучаться с юникодом? Почему он не может продолжать юзать KOI8-R?

saahriktu ★★★★★
()
Ответ на: комментарий от buratino

кодировки - останутся. локали - нет.

Это, конечно, печально, но в GNU/Linux'е они продолжают быть.

saahriktu ★★★★★
()

Если прогресс состоит в бессмысленном копировании последних модных технологий, то нафиг нужен такой прогресс.

Deleted
()
Ответ на: комментарий от Deleted

UTF-16 - это расширение UCS-2, который придумали раньше, чем UTF-8. Его есть смысл использовать только как внутреннее представление (см. ICU, Qt, винда и прочие).

Deleted
()
Ответ на: комментарий от saahriktu

Он может, но как раз ради KOI8-R ему придётся мучаться, в отличии от юникода, в современном мире.

Deleted
()
Ответ на: комментарий от Deleted

С выпиливанием юникодных режимов, да, но не очень. С текстовыми файлами проще. lynx прекрасно работает с KOI8-R, также из него можно дампить текст в текущей локали. Для остальных текстовых файлов не в KOI8-R есть «iconv -c».

saahriktu ★★★★★
()
Ответ на: комментарий от saahriktu

А если человек практически пишет и читает тексты только на русском и английском? Зачем ему в этом случае мучаться с юникодом? Почему он не может продолжать юзать KOI8-R?

А зачем тебе два языка? А почему не 3? Или, даже лучше, — выбери один и пользуйся только им.

Stil ★★★★★
()
Ответ на: комментарий от Stil

Что за странные вопросы и предложения? Русский - локальный язык страны, а английский - международный язык, на котором в т.ч. написаны документация и мануалы.

Почему все сторонники юникода требуют от других людей быть или полиглотами, или знать только один? Почему нельзя именно 2, причём абсолютно без иероглифов и прочей арабской вязи? Почему нельзя признать, что есть и такие случаи, причём не единичные. Большинству людей просто начихать какая именно там у них локаль. Читать и писать можно - ну и ладно. Но, бывают и другие случаи.

Вы там не сильно под стул упадёте если я сообщу, что в моём шрифте только 256 символов? Terminus. PSF. Ну и зачем мне больше символов в кодировке? Если только для того, чтобы и мне и другим людям, которые столкнутся с моими текстовыми файлами, реже приходилось запускать iconv.

saahriktu ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Одноплатник для домашнего сервера.
Talks
Статистика ОС и СУБД в госинформационных системах →