олдфажный опрос о юникоде

помню сидел на винде с оболочкой litestep. т.к. уже накушался к тому времени afterstep в линуксе

в asplinux был юникод с 8-й версии. 10-я была основана уже на 1-й федоре и там юникод ес-но был тоже

Эдди, это ты?

Нет, это не бсд.

$ uname -r
3.7.1-gentoo

Дело не в этом. В ASP по умолчанию UTF появилось не сразу. В 10 версии точно было не оно.

выбиралось при установке

Возможно, кстати. Давненько уже было.

Просто вспоминается интервью одного из разработчиков примерно времени 12 версии. В нём говорилось, что в ASPLinux отныне будет дефолтом юникод и более не будет других кодировок, кроме UTF-8, ибо с юникодом на тот момент уже не было никаких проблем.

Пишу по памяти, так что не обессудьте.

1) Когда пришел на линукс. 2006 или 2007.

2) Debian 4 Etch - 2007.

Никакого тебе юникода

Неправда уже давно (хотя не полностью, т.к. некоторые вещи все еще привязаны к CP1251 и CP866).

IPv6

Неправда, начиная с Windows 7. Btw, используешь ли ты его?

файлы размером свыше 4гб нельзя создать

Неправда с момента создания NTFS.

WГ, но по другим причинам.

В каком году вы перешли на UTF-8?

В 2007, когда он стал в мандриве дефолтным. Собственно, я специально не переходил, а просто перелез с ASP Linux 10 Karelia (cp1251) на Мандриву 2007.

Неправда с момента создания NTFS.

уверен что ntfs в, например, nt 3.1 могла файлы >4gb? тогда это было тоже самое, что hpfs, а там максимальный размер файла-2gb

2005, 2006.

Антиюникодщиков давно надо в балмеротопку.

Нет, там не фиксированный размер. Но в любом случае комбинация utf-8 и utf-32 лучше неё.

2007

Во-во, redhat 8, огребание косяков с консольными приложениями, поиска мануалов для «нормализации» в koi8. Время golded+...

А у меня до сих пор часть текстовых файлов, которые переехали с Винды в 2009 в cp1251 и cp866. Когда натыкаюсь, переконвертирую в юникод. Но большую часть барахла уже давно сконвертил. Первый линукс попробовал где-то в 2006, вроде koi8-r стояло.

2002 год, Red Hat 8.0 :)
Но глючило это все по моему до 3 федориной коры...

Вместе с Gentoo где-то в 2005-2006 перешел.

В каком году вы перешли на UTF-8?

Когда обновился с etch до lenny, т.е. в 2009-ом. Причём перешёл по совершенно дурной причине. Захотелось названия песен на немецком языке видеть в консоли с умляутами. Сперва просто прикрутил utf, а потом как-то не успел остановиться и выпилил полностью koi8-r. :)

Тем, кто помнит «ретро»: а в каком году ваш дистрибутив стал поддерживать UTF-8?

Вроде бы с релизом etch'а(2006 или 2007, не помню точно) можно было уже переходить, но надобности не было как-то.

В шестой федоре ещё подглючивало периодически.

UTF16/UTF32/UTF64

Инопланетные языки, на которых лисперы общаются, добавлять будут?

In the UTF-16 encoding, characters are represented using either one or two unsigned 16-bit integers, depending on the character value

ну точно ограниченный. утф-8 вроде как не ограничен. зачем нужен утф-32 тогда?

Чтобы забыть о суррогатных парах. Обработка utf32 быстрее, чем utf16. А utf16 — быстрее, чем utf8. Но utf8 удобнее для передачи текста.

А у меня до сих пор часть текстовых файлов, которые переехали с Винды в 2009 в cp1251 и cp866

Если это plain text, то давно бы натравил уже find + enconv.

Я помню как в 2004-м приходилось переходить с utf8 на koi в редхате 8 и 9 :) А так получается с 2006-го.

Если это plain text, то давно бы натравил уже find + enconv.

Оно может cконвертить чего не надо. Часть текстов должны быть в старой кодировке (типа Descript.ion), скрипт получится с исключениями. Лень этим заниматься. К тому же, такие файлы, нуждающиеся в конвертировании попадаются все реже и реже.

уверен что ntfs в, например, nt 3.1 могла файлы >4gb?

Не могу ручаться. Но какой смысл, если с выхода Windows 2000 актуальной стала NTFS5, у которой таких проблем точно нет? Много ты знаешь некрофилов, в 2013-м(!!!) году использующих систему, ставшую неактуальной в 2000-м?

Википедия пишет, что UTF-8 ограничен (максимальный код символа, который можно записать в UTF-8 - 0x7fffffff). UTF-32 используется как внутреннее представление в ПО (это часто гораздо удобнее, чем UTF-8, да и стандартный тип wchar_t обычно имеет размер 4 => соответствует UTF-32).

UTF-16 - изобретение тех времен, когда думали, что коды свыше 0xffff не понадобятся никому. Когда понадобились - придумали суррогатные пары, но это адский костыль. Фактически, UTF-16 - мертворожденный.

Тем, кто помнит «ретро»: а в каком году ваш дистрибутив стал поддерживать UTF-8?

RedHat 9.0. 2003 или 2004 что ли.

UTF-32 безусловно более правильный, чем UTF-8, так что нас ждут десятилетия миграции. Ну и ещё и решение проблемы BE LE для UTF-32.

Utf32 — сильный перерасход памяти ради константной индексации — не самой важной операции. Хотя народ привык итерироваться индексом, а не итератором, поэтому, видимо, за utf16/utf32 в качестве представления по умолчанию таки будущее.

А вот и я. Один из немногих, пользующихся обычной кодировкой.

А вот и я.

откинулся по амнистии?

( ͡° ͜ʖ ͡°)

Ага.

UTF-32 безусловно более правильный, чем UTF-8

???

Ну и ещё и решение проблемы BE LE для UTF-32.

Так давно ведь решена.

Угу, есть два UTF-32.

Прошловековым хламом, не умеющим ☢ ☣ Ⓐ ✮ ✠?

Угу, есть два UTF-32.

И есть BOM.

Ну и зачем мне эти твои значки в plain-text'овых файлах? А в латехе и не такое есть…

А как, кстати, решили-то проблему тупо- и остроконечности?

Если ты про BE и LE, то придумали BOM (byte order mask).

Ну и хитрые же!

А вы где-то это используете?

Мы - постоянно, на сайтах особенно.

Ибо the world is not english.

А без unicode эти символы было использовать нельзя?

Нельзя, в koi8 и прочих недокодировках их нет.

Ясно, то бишь вы просто не компетентны в этих вопросах. Так и запишем.

P.S. Чисто намёк: проблема не в кодировке, а в наличии символов в шрифте и шрифты не обязательно могут содержать исключительно латиницу с кириллицей.

Чисто намёк: попробуй вывести эти символы шрифтом, в котором они есть, в кодировке, в которой их нет. Появятся они на экране? Нет. Теоретизируй дальше.

Наивный чукотский юноша.