Флейм о (не)?нужности юникода (Отрезано от "Символы й, ё в ФС")

[liaonau]

Мне на это глубоко насрать!

Это не аргумент в пользу определенных кодировок, просто признание своей маргинальности и оторванности от современного мира.

Советую для начала strlen посчитать. Потом на grep -i посмотреть, ну и вообще так помалу в сях попробовать что-нибудь сделать с текстом. Это невозможно сделать без велосипедов и костылей!

Естественно, раз нет поддержки юникода языком, надо использовать библиотеки. Ваши проблемы. Причем абсолютно надуманные, исходящие из решения забивать гвозди микроскопом — использовать для обработки текста язык, в котором даже нет строкового типа данных. libicu или хотя бы glib с g_utf8_strlen и всего-то. Что не так с grep? grep работает с utf8.

Даже не интересно, я думал, что может быть увижу хорошие аргументы, а не как обычно — истерику из-за «неосиляторства».

[NickLion]

Да уже было ясно, что аргументация гипотетического жителя США/Британии, что ничего кроме ASCII не нужно, совпадает с аргументацией eddy. Видимо, его идеал — разброд и шатание кодировок для каждой страны. А китайцы с японцами таки вынуждены будут Юникод использовать (им, как ни крути, 255 символов не хватит). При этом плюсы однобайтовой кодировки иллюзорны.

eddy, а почему Вы радеете за KOI8-R? Ведь эта кодировка более костыльна по сравнению с Win1251. Посмотрите на реализацию strcmp в случае KOI8-R — это костыль сплошной.

[eddy]

Это не аргумент

обалденный аргумент!

раз нет поддержки юникода языком, надо использовать библиотеки

Которые на порядок-другой тормозней работают! И нафиг мне это извращение нужно? Тьфу!

язык, в котором даже нет строкового типа данных

Этот тип данных нужен только "маргиналам".

А китайцы с японцами

Давным-давно уже должны были на нормальный алфавит перейти и выкинуть свои сраные иероглифы!

а почему Вы радеете за KOI8-R?

Привык. К сожалению, когда я понял, что CP866 было бы правильней, уже слишком сильно в КОИ-8 влип. Так что теперь у меня везде КОИ-8.

P.S. Если и перейду на хрюникод в системе, то только после линуксокапца (который уже через 3-5 лет наступит, судя по темпам) и перехода на BSD. Т.к. думаю, что BSD тоже сильно опустится за это время. Лишь бы там всякие пульсы-шмульсы с systemd не появились. А то ведь придется ориентацию менять...

[Hephaestus]

Тады уж вообще ничего не читается без перекодировки...

Ну, по сути, да.
Пришлите текст на русском в KOI8-R какому-нибудь америкосу, который кроме ASCII в жизни ничего не видел.
Он на эту KOI8-R будет смотреть так же, как Вы на Юникод.
И скажет, мол, убивать надо за KOI8-R!
А Вы попробуйте ему объяснить, что KOI8-R - это очень нужная штука.

Нет, для них есть pdf.

pdf на всякий случай - это итог обработки PS-файла. А PS - это язык описания печатных страниц.
То, что тексты бывают предназначены не только для печати, объяснять надо? Или и так понятно?

А в plain text нефиг совать разные языки. Зачем? Словарик сделать в виде txt файла?

Хотя бы. Почему нет? В том же Sword есть возможность добавлять словари всякие разные. Как бы, само собой разумеется, что словарь содержит внутри себя несколько языков. И хотя там не формат txt, но по сути там plain text.

Что вам надо обрабатывать? Зачем там что-то обрабатывать?
А если надо обрабатывать — это вам к БД бинарным.

Попробуйте, пожалуйста, запихать в бинарную БД данные для русско-иврито-греческого словаря, которые изначально доступны только... В чём? В pdf?. Или в чём Вы там предлагаете?

[azsx]

Если и перейду на хрюникод в системе, то только после линуксокапца (который уже через 3-5 лет наступит, судя по темпам) и перехода на BSD

ага?

[alv]

Кстати, по-человечески проблему можно было бы решить раз и навсегда: перевести абсолютно все страны мира на латинницу! Без какого бы то ни было рода умляутов и прочей фигни!

В ответ на наглое бесчинство бухгалтера Кукушкинда о предосталении ему внеочередного отпуска мы, геркулесовцы, как один человек, ответим: поголовным переходом на сою... поголовным переводом делопроизводства на латинский алфавит... поголовным вступлением в общество "Долой рутину с оперных подмостков"..., а также всем, что потребуется впредь.
Полыхаев

А китайцы с японцами таки вынуждены будут Юникод использовать (им, как ни крути, 255 символов не хватит).

увы, китайцам с японцами и примкнувшими корейцами не хватает и юникода

Давным-давно уже должны были на нормальный алфавит перейти и выкинуть свои сраные иероглифы!

Изучайте автомат Калашникова.
А то придут китайцы и заставят изучать их сраные иероглифы
PS кстати, их больше - так что, может, это европейцам выкинуть свою сраную латиницу?

[NickLion]

увы, китайцам с японцами и примкнувшими корейцами не хватает и юникода

По знакоместам им всего хватает. Даже при условии сохранения совместимости с UTF-16 — это более 1 млн знакомест. А то, что консорциум обижает и не выделил всё, что надо — это да, надо помечать текст правильно, но, кажется, эта проблема характерна не только для CJK.

[Bizdelnick]

А зачем из него текст копировать?

Если так рассуждать - зачем вообще тексты нужны? Ну их на фиг, без них проще жить.

И почему это не получается? Если cmap использовать, то и кодировка нормальная будет. А если не использовать, то iconv все исправит.

Да пофиг на кодировку. Если текст в два столбца - то как?

Советую для начала strlen посчитать. Потом на grep -i посмотреть, ну и вообще так помалу в сях попробовать что-нибудь сделать с текстом. Это невозможно сделать без велосипедов и костылей!

Это проблема сей, а не кодировки. И отчасти она решена в C99.

[eddy]

PS кстати, их больше - так что, может, это европейцам выкинуть свою сраную латиницу?

Их больше, но с принципом Оккама они таки тоже знакомы!

Если текст в два столбца - то как?

Сначала из одного скопировать, потом из другого. Только ничего у вас, скорее всего, не получится: в pdf же не только текст, но и формулы, картинки и т.п. При копировании получится фигня.

Это проблема сей

В С никаких проблем уже давным-давно нет!

[Bizdelnick]

При копировании получится фигня.

О чём и речь.

В С никаких проблем уже давным-давно нет!

Да ну? Даже неопределённое поведение - не проблема?

[jashaw5]

А китайцы с японцами таки вынуждены будут Юникод использовать (им, как ни крути, 255 символов не хватит).

увы, китайцам с японцами и примкнувшими корейцами не хватает и юникода

Давным-давно уже должны были на нормальный алфавит перейти и выкинуть свои сраные иероглифы!

Изучайте автомат Калашникова.
А то придут китайцы и заставят изучать их сраные иероглифы
PS кстати, их больше - так что, может, это европейцам выкинуть свою сраную латиницу?

В корейском алфавите всего 24 буквы, очень простых и логичных в написании. Так что 255 символов хватит.

[NickLion]

В корейском алфавите всего 24 буквы, очень простых и логичных в написании. Так что 255 символов хватит.

Это хангыль, а есть ещё и ханча. Как и в японском, есть слоговые хираганда и катакана, а также кандзи.

[eddy]

Даже неопределённое поведение - не проблема?

Неопределенное поведение — проблема погромиста, который это поведение создает.

[Bizdelnick]

Неопределенное поведение — проблема погромиста

Если с одним языком у программиста возникает некая проблема, а с другим - нет, то это проблема именно языка.

[liaonau]

Их больше, но с принципом Оккама они таки тоже знакомы!

Vam nado byt' posledovatel'nym v svoih utverzhdenijah i pisat' translitom, ne ispol'zuja jetu sranuju kirillicu.

[NickLion]

liaonau, alv уже упоминал проект латинизации.
Идите дальше. Один алфавит, один язык. А то даже во всяких немецких есть ß (одна буква), которые при переводе в верхний регистр в SS (две буквы) превращается.

Английский или эсперанто. Наверное английский — по факту гораздо более распространён. И без диакритики.

[alv]

По знакоместам им всего хватает.

вроде бы с учётом различия начертаний иероглифов - не хватает
А начертания - это такой же элемент ихней культуры

Их больше, но с принципом Оккама они таки тоже знакомы!

а у них и логика не аристотелева, так что дедушка Оккам им по... боку

Это хангыль, а есть ещё и ханча. Как и в японском, есть слоговые хираганда и катакана, а также кандзи.

да, иероглифику даже Великий Вождь, Уважаемый Главнокомандующий, Маршал Ким Ир Сен не отменил окончательно.
Хотя и пытался.
Что при Дорогом Руководителе было - не знаю, меня там уже не было.

В корейском алфавите всего 24 буквы, очень простых и логичных в написании. Так что 255 символов хватит.

Да, их поцреотическая исконно чучхуёвая ОС (по секрету скажу, что это была DOS 3.3) действительно обходилась 256 символами...

[Hephaestus]

вроде бы с учётом различия начертаний иероглифов - не хватает

Даже UTF-32 не хватит? А сколько же им надо?
Хотя вика глаголит, что японская, китайская и корейская письменность представлены в Юникоде.
Примечаний насчет полноты представления вроде как нету.

[NickLion]

вроде бы с учётом различия начертаний иероглифов - не хватает
А начертания - это такой же элемент ихней культуры

Сейчас около 110000 символов зарезервировано. Т.е. около 10% от общего числа знакомест. Пусть там часть (<5%) зарезервировано для частного использования. Всё равно ещё в 5 раз больше иероглифов спокойно можно внести.
Для различий написания одного CJK иероглифа в китайской, японской или корейской традиции следует использовать возможности OTF и задание языка. Что аналгично для некоторых других букв, как подсказывает википедия одна и та же кириллическая буква "т" или "ш" в русском и сербском курсивах должна отличаться.

[Bizdelnick]

Даже UTF-32 не хватит?

UTF-8 хватит для всего, если убрать идиотское ограничение на число байт (как сделано, в частности, в Perl).

[NickLion]

Даже UTF-32 не хватит?

Сам Юникод запрещает коды больше 0x10FFFF. Это максимальное представимое в UTF-16. Да, UTF-8 и UTF-32 способны хранить больше, но по крайней мере пока им не разрешено это хранить.

UTF-8 хватит для всего

Кстати, да. UTF-32 ограничен 2³², а UTF-8 совсем не ограничен.

[Bizdelnick]

UTF-8 совсем не ограничен

Сейчас он искусственно ограничен 6 байтами.

[NickLion]

UTF-8 совсем не ограничен

Сейчас он искусственно ограничен 6 байтами.

Стандартом Юникода даже 4.

[eddy]

Если с одним языком у программиста возникает некая проблема, а с другим - нет, то это проблема именно языка.

Ничуть не возникает! Нет языков программирования кроме компилируемых, и С — пророк их! ☺

[NickLion]

Ничуть не возникает! Нет языков программирования кроме компилируемых, и С — пророк их! ☺

Что же Вы тогда systemd не поддерживаете. Как раз же со скриптовых языков на C перешли.

PS а у меня systemd просто работает и никаких проблем

PPS сейчас один флейм в другой перейдёт

[Bizdelnick]

Ничуть не возникает!

Лично у Вас? А Вы попробовали собирать свои поделки каким-нибудь компилятором, отличным от того, что использовали при разработке? Или нет компиляторов кроме gcc?

[eddy]

Или нет компиляторов кроме gcc?

Нет компиляторов кроме gcc.
Для МК приходится еще sdcc использовать. Матерюсь, но что поделать? Не поддерживает, к сожалению, gcc 8-битные архитектуры.

А какие еще компиляторы предложите для ПК? clang? Не знаю, не пробовал. Возможно, он будет хорош, но когда это будет? А больше ведь и нет никаких...

[Bizdelnick]

Не поддерживает, к сожалению, gcc 8-битные архитектуры.

Не перестаю удивляться тому, сколь безапелляцинно Вы порете чушь.

[eddy]

Не поддерживает, к сожалению, gcc 8-битные архитектуры.

Не перестаю удивляться тому, сколь безапелляцинно Вы порете чушь.

ОК, скажу так: gcc не поддерживает многие нужные мне 8-битные архитектуры (когда-то это были PIC'и, теперь STM8 и иже с ними).

[Vexhin]

вроде бы с учётом различия начертаний иероглифов - не хватает
А начертания - это такой же элемент ихней культуры

А через разные шрифты реализовать нельзя? Или иероглифы в разных начертаниях должны умещаться в plain text?

eddy, не слишком ли много восклицательных знаков? Лозунги, всё же, не аргумент, хотя и обалденны.