![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagner![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif){kind=small}
shaplov - тестер от бога. Причем сильно подозреваю, что бога в данном случае зовут Шива.vitus_wagnershaplov - тестер от бога. Причем сильно подозреваю, что бога в данном случае зовут Шива.vitus_wagnershaplov - тестер от бога. Причем сильно подозреваю, что бога в данном случае зовут Шива.
Page Summary
Style Credit
- Style: Clarity for Paletteable by branchandroot
- Resources: Holiday
Expand Cut Tags
No cut tags
no subject
Date: 2016-03-23 12:55 pm (UTC)no subject
Date: 2016-03-23 01:16 pm (UTC)Но, надо сказать, что авторы Tcl поступили хитрее, введя аналогичные по уровню изменения в минорной версии 8.1. В результате народ взял и перешел, хотя где-то до 8.3 на это дело ворчали.
no subject
Date: 2016-03-23 01:18 pm (UTC)no subject
Date: 2016-03-23 01:23 pm (UTC)Кодировки текста, отличные от utf-8 давно пора истребить.
no subject
Date: 2016-03-23 01:41 pm (UTC)Несколько примеров из моей личной практики:
— FTP сервер и rsync; имена файлов в koi8-r, cp1251, utf-8;
— файлы mp3; теги в них в cp1251, реже в utf-8;
— zip-архив или torrent с файлами mp3 и плей-листами; имена файлов будут в локальной кодировке ФС или в utf-8, а плей-листы будут обязательно в cp1251.
no subject
Date: 2016-03-23 02:10 pm (UTC)Увидев имя файла, в 8-битной кодировке надо немедленно сказать на него convmv.
Тэги в MP3 надо использовать ID3v2, тем более что там и идиотских ограничений на размер нет, а плееры, которые их не умеют, по-моему уже все умерли естественной смертью.
Кодировки имен файлов в zip-архиве, это все равно такая задница, что иначе как частотным анализом не разберешься.
Зачем нужна такая хрень как плей-листы, я никогда не понимал. Но это все равно текстовые файлы, и как и любые тексты их нужно конвертировать в utf-8 по факту включения в свой архив.
no subject
Date: 2016-03-23 02:20 pm (UTC)[skip]
>
Ага, ага, надо. Только почему-то это тебе надо, а тем, кто реально это использует, ни фига не надо. Как же так? ;-)
>
Бу-га-га. Там давно твой любимый юникод, но именно на него ты ругаешься. Прекрасно!
>
Ты вообще в музыке ничего не понимаешь.no subject
Date: 2016-03-23 02:26 pm (UTC)Мы, видимо, про разные зип-архивы. В архивах, созданных под dos-windows старыми zip-ами cp866, мизинтерприторованная как cp437 и перекодированная в cp850. Юникодом там и не пахнет.
no subject
Date: 2016-03-23 02:32 pm (UTC)Да, в старых zip, конечно, не юникод, там cp437 поверх cp866.
См. http://phdru.name/Software/Python/misc/
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-03-23 02:30 pm (UTC)то настанет пора вымирать тебе, так как актуальной кодировкой станет какое-нибудь UTF-64
no subject
Date: 2016-03-23 02:50 pm (UTC)no subject
Date: 2016-03-23 03:32 pm (UTC)Да-да, про 640 килобайт мы все помним... :)
Прикол не в том, что "не понадобится".
Прикол в том, что тот же UTF-8 есть вторичный продукт "взаиможействия старой и новой логики". И дальше число стандартов ни в коем случае не будет уменьшаться. Только увеличиваться.
и UTF-64 родится не из-за нехватки пространства значений, а просто потому что найдутся очередные "делатели единого стандарта, в который надо запихнуть всё и отказаться от".
НЕ ОТКАЖУТСЯ. :(
no subject
Date: 2016-03-24 08:33 am (UTC)Увидев имя файла в 8-битной кодировке нужно немедленно забить ржавый гвоздь в голову автора ФС.
Хотя бы за то, что в суперблоке ФС (в частности, у ext2/3/4) нет поля "кодировка имён файлов".
no subject
Date: 2016-03-24 08:52 am (UTC)Кстати GNOME уже довольно давно, чуть ли не сначала века забивает юзерам ржавый гвоздь в голову, требуя чтобы кодировка имен файлов была UTF-8, независимо от локали.
И называет переменную, которая это требование отключает G_BROKEN_FILENAMES.
no subject
Date: 2016-03-24 09:53 am (UTC)При том, что могут приволочь, например, внешний (или не внешний) диск с другой машины.
> на которой живут файлы разных юзеров, с которыми работают разные процессы, запущенные в разных локалях
"локаль" != "кодировка". А у кого это не так, тому по пальцам арматуриной. Как, например, MS, у которых в консольных тулзах строки гвоздями приколочены, и гадят те тулзы на консоль с CP866 строками в CP1251 или еще какой-нибудь. И в новомодной ихней powershell я на такое натыкался.
PS. В NTFS еще и длина имени файла в символах (той самой UTF-16), а не в байтах (а это еще один гвоздь в голову авторам ext*, где таки, емнимс, байты, и их мало). Очень приятно получить архив с длинными именами из-под винды и получить при распаковке ругань про "имена не влезают".
> Кстати GNOME уже довольно давно
А вот какого [censored] DE думает об кодировке имён файлов? Не его ума дело.
(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-03-24 12:16 pm (UTC)(no subject)
From:no subject
Date: 2016-03-23 04:10 pm (UTC)Если кодировка не указана, она должна быть UTF-8, при наличии BOM в начале может быть UTF-16. Если указана, то должна быть такой, какая указана. С этой вашей cp1251 обычное дело - отдать контент в cp866...
У меня как раз с повсеместным внедрением UTF-8 наступило счастье с именами файлов. Они все стали в одной кодировке. FTP я, правда, практически не пользуюсь.
no subject
Date: 2016-03-23 04:01 pm (UTC)no subject
Date: 2016-03-23 04:04 pm (UTC)no subject
Date: 2016-03-23 04:05 pm (UTC)no subject
Date: 2016-03-24 11:04 am (UTC)no subject
Date: 2016-03-24 11:34 am (UTC)no subject
Date: 2016-03-24 11:35 am (UTC)no subject
Date: 2016-03-24 11:48 am (UTC)(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:(no subject)
From:no subject
Date: 2016-03-24 11:41 am (UTC)