История изменений
Исправление praseodim, (текущая версия) :
PCManFM, например, раньше точно игнорировал чтение локали и сразу начинал считать, что имена файлов и директорий в UTF-8
Вот это точно косяк, хорошие программы должны проверять локаль, в которой запущены.
Зачем прыгать с кодировки на кодировку? А если потом появится ещё какая-нибудь VUG-256, то все с радостью на неё перепрыгнут и переконвертируют свои коллекции текстовых файлов? Не проще ли выбрать кодировку один раз в жизни?
Зачем переконвертировать коллекции текстовых файлов? И да, тема кодировок уже более-менее устаканилась и какая-нибудь VUG-256 точно не появится. Разве что это будет utf-32, но вряд ли.
Можно продолжать юзать <<main (int argc, char **argv)>>, strncpy, strncmp, printf,... и другие неюникодные функции;
Можно переместить указатель на подстроку со смещением N символов просто прописав <<strptr + N>> без привлечения лишних сущностей в лице ICU (для отфильтровывания диакритики и других модификаторов);
Вот это самые серьезные аргументы, что однобайтная кодировка может оказаться удобной для программирования. Однако замечу, что никто не мешает переконвертировать внутри перед применением. И что если языков более двух или японский/китайский используется, то придется работать с юникодом.
В ядерной консоли по-прежнему размер символа может быть не больше чем 32x32 пикселя, а весь шрифт может весить не более чем 64 Кб. Отсюда и проблемы с кол-вом символов более чем 256. На уровне ядра. Поэтому юзерам ядерной консоли без иксов особой разницы нет, и можно продолжать извлекать преимущества KOI8-R.
Актуально только для очень специфичных случаев, в ядерной консоли все-равно никто не работает постоянно.
Исходная версия praseodim, :
PCManFM, например, раньше точно игнорировал чтение локали и сразу начинал считать, что имена файлов и директорий в UTF-8
Вот это точно косяк, хорошие программы должны проверять локаль, в которой запущены.
Зачем прыгать с кодировки на кодировку? А если потом появится ещё какая-нибудь VUG-256, то все с радостью на неё перепрыгнут и переконвертируют свои коллекции текстовых файлов? Не проще ли выбрать кодировку один раз в жизни?
Зачем переконвертировать коллекции текстовых файлов? И да, тема кодировок уже более-менее устаканилась и какая-нибудь VUG-256 точно не появится. Разве что это будет utf-32, но вряд ли.
Можно продолжать юзать <<main (int argc, char **argv)>>, strncpy, strncmp, printf,... и другие неюникодные функции;
Можно переместить указатель на подстроку со смещением N символов просто прописав <<strptr + N>> без привлечения лишних сущностей в лице ICU (для отфильтровывания диакритики и других модификаторов);
Вот это самые серьезные аргументы, что однобайтная кодировка может оказаться удобной для программирования. Однако замечу, что никто не мешает переконвертировать внутри перед применением.
В ядерной консоли по-прежнему размер символа может быть не больше чем 32x32 пикселя, а весь шрифт может весить не более чем 64 Кб. Отсюда и проблемы с кол-вом символов более чем 256. На уровне ядра. Поэтому юзерам ядерной консоли без иксов особой разницы нет, и можно продолжать извлекать преимущества KOI8-R.
Актуально только для очень специфичных случаев, в ядерной консоли все-равно никто не работает постоянно.