LINUX.ORG.RU
ФорумTalks

Выбор локали koi8r vx UTF


0

0

Вот посмотрел, почитал, и начинаю приходить к выводу, что этоха koi8-r для линукса почти пришла к концу. Верно ли это? Дело в том, что рабочими языками на моей машине будут enlsish+русский+украинский. Какую кодировку все-таки лучше взять. Не будет ли с UTF "лишнего" геморроя? Не будет ли проблем при записи дисков?

anonymous

все зависит от рук и от головы.

Судя по вопросу у тебя со вторым напряженка,

так что проблемы будут.

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

>Судя по вопросу у тебя со вторым напряженка

ну-ну ;) и откуда же это следует?

anonymous
()

Лично у меня на машине никаких проблем с юникодом (дистрибутив SUSE).

mikhail
()

У меня тоже(gentoo) никаких проблем с utf-8 нет.

anonymous
()

>Вот посмотрел, почитал, и начинаю приходить к выводу, что этоха koi8-r для линукса почти пришла к концу. Верно ли это?

да

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

КОИ неактуальна уже фиг знает сколько времени. Давно пора.

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

>anonymous (*) (21.07.2005 16:20:24) Вы находитесь на низком уровне морального развития,поэтому я прекращаю с вами дальнейший диалог

Я веду речь вот о чем. С koi8-r у меня проблем нет никаких - как с установкой так и с настройкой. dpkg-reconfigure locale и все - во всех приложениях буквы выглядят нормально, без "кракозябр", а как обстоит все-же дело c UTF, есть ли какие-нибудь приложения, в который существуют проблемы "кракозябр". Да, и все же мой первый пост - ТАК ЛИ НЕОБХОДИМО на данный момент ставить UTF?

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

> есть ли какие-нибудь приложения, в который существуют проблемы "кракозябр".

Да, есть. А ещё есть дополнительные тормоза.

> Да, и все же мой первый пост - ТАК ЛИ НЕОБХОДИМО на данный момент ставить UTF?

Нет.

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

У меня нет проблемм ни с тем, ни с тем =)
Но для себя выбрал UTF-8
ИМХО пора

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

> ТАК ЛИ НЕОБХОДИМО на данный момент ставить UTF?

ОСТРОЙ необходимости нет НИКАКОЙ, просто решать надо самому.
Есть случаи, когда UTF-8 - лучше:
1) Многоязыковой текст (у меня, знакомая пользует)
2) Всякие хитрые закорючки

ManJak ★★★★★
()

Пользую UTF-8 на одной машинке для теста. За два месяца особых нареканий нет.

realloc ★★★★
()

[kaanoken ~] $ cat /etc/slackware-version 
Slackware 10.0.0
[kaanoken ~] $ locale
LANG=fi_FI.utf8
LC_CTYPE="fi_FI.utf8"
LC_NUMERIC="fi_FI.utf8"
LC_TIME="fi_FI.utf8"
LC_COLLATE="fi_FI.utf8"
LC_MONETARY="fi_FI.utf8"
LC_MESSAGES="fi_FI.utf8"
LC_PAPER="fi_FI.utf8"
LC_NAME="fi_FI.utf8"
LC_ADDRESS="fi_FI.utf8"
LC_TELEPHONE="fi_FI.utf8"
LC_MEASUREMENT="fi_FI.utf8"
LC_IDENTIFICATION="fi_FI.utf8"
LC_ALL=fi_FI.utf8
[kaanoken ~] $ 

no problems

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

ты упал. utf-8 необходимо уже кучу лет.

anonymous
()

возможно будут кракозябры в gtk1 софте, но это поправимо
и возможно придется переименовывать старые русские koi8-r файлы

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

Спасибо за информацию! А теперь такое - в качестве локали можно устанавливать различные "виды"(если это можно назвать таким словом) UTF,т.е. есть fi_FI.utf8, ru_RU.utf8 и так далее; насколько я понял в UTF - таблица кодировки для всех существующих алфавитов - откуда же тогда появляются эти добавки в виде ru_RU,fi_FI для каждого алфавита?

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

>ManJak Все оказалось очень просто и логично,спасибо. Я про интерфейс и не подумал ;)

anonymous
()

LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

mikhail
()

блин сделали пиар на utf8 в свое время, терь такие вопросы... koi8 не умер, просто его как в ситуации с генту распопсолизировали,типа сложно и т.п. На деле нет никаких сложностей, просто в некоторых случаях, например как в твоем, это необходимо и удобнее. работать можно везде,просто кто-то плохо соображает,чего-то недопонимает,или просто сделал что-то на шару и радости полные штаны, потом всем твердит что это круче. Юзай то, что удобней. ЗЫ Лучший совет - не делай то, что советуют.

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

utf8 нафиг ненужен, при использовании только 2х языков, зато он вызывает тормоза при обработке текстов

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

Я думаю правильно, что сделали этот пиар. Когда я смотрю документ, я хочу быть уверен, что он в одной и той же кодировки - utf8, а не какой-нибудь cp1251, например. Когда я записываю теги в музыкальные файлы, я тоже не хочу потом иметь проблем с их прочтением нигде. Везде одна кодировка - разве это плохо?

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

>utf8 нафиг ненужен, при использовании только 2х языков

Только если один из них английский.

>зато он вызывает тормоза при обработке текстов

На 486 работаешь?

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

> блин сделали пиар на utf8 в свое время, терь такие вопросы... koi8 не умер, просто его как в ситуации с генту ...

У меня он был (на Дженте), не сложно!
Просто вопрос встал ребром,
тетка захотела языков =)

=> (но это мое ИМХО), что реально удобней!
Нет зависимости!

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

>Лучший совет - не делай то, что советуют.

вот этой фразой ты отправил все свои предыдущие распинания фтопку =)

geek ★★★
()

Я за utf. Жаль конечно, что это не utf16, но теперь уже ничего не поделаешь. Проблем сейчас почти нет. Все они связаны с конкретными приложениями, как правило под консоль. mc, less, vi и т.д.
А теперь вопрос ко всем, почему в новом Debian по умолчанию стоит локаль koi8r?

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

Скорость обработки выше. utf8 ИМНО приняли как стандарт из-за XML. Но в базах данных предпочитают использовать utf16.

kenneth ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.