Сообщение Re[8]: Убунта от 20.12.2019 6:20
Изменено 20.12.2019 6:22 netch80
Re[8]: Убунта
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Офигенная логика. А давай тогда имена и фамилии сделаем регистрозависимыми.
Не предлагаю такого, потому что имена и фамилии требуют человеко-озвучиваемости (а не человеко-читаемости, как часто, но неверно, говорят). В устной речи регистра нет (хотя в особых случаях можно накостылить), и вообще регистр букв у нас это очень своеобразный рудимент старых подходов; можно отказаться от него совсем, что многие и делают.
Если есть те, кто так ценят человеко-озвучиваемость имён файлов, то ограничений должно быть в разы больше, чем просто несовместимость вариантов, отличающихся только регистром. Почему в NTFS допустимо "Any Unicode except NUL, \, /, :, *, ", <, >, |"? Почему допустимы какие-нибудь no-break space (в нескольких вариантах), right-to-left override, одновременно допустимы ', ʼ, ’ и ′; A, А и Α? Если ставится вопрос об озвучиваемости, то вся подобная ерунда должна не допускаться.
Я бы понял, если бы по умолчанию ограничений не было, и можно было бы накладывать на каталоги свойство фильтра — например, тут только ASCII CI, тут ASCII+кириллица CS, и так далее. Но реально нафиг надо? Пусть софт за этим следит, а не ядро. Это только MS сначала делает херню ради совместимости с древними глюками, а потом и не пытается думать её исправлять, даже когда давно уже можно.
НС>Офигенная логика. А давай тогда имена и фамилии сделаем регистрозависимыми.
Не предлагаю такого, потому что имена и фамилии требуют человеко-озвучиваемости (а не человеко-читаемости, как часто, но неверно, говорят). В устной речи регистра нет (хотя в особых случаях можно накостылить), и вообще регистр букв у нас это очень своеобразный рудимент старых подходов; можно отказаться от него совсем, что многие и делают.
Если есть те, кто так ценят человеко-озвучиваемость имён файлов, то ограничений должно быть в разы больше, чем просто несовместимость вариантов, отличающихся только регистром. Почему в NTFS допустимо "Any Unicode except NUL, \, /, :, *, ", <, >, |"? Почему допустимы какие-нибудь no-break space (в нескольких вариантах), right-to-left override, одновременно допустимы ', ʼ, ’ и ′; A, А и Α? Если ставится вопрос об озвучиваемости, то вся подобная ерунда должна не допускаться.
Я бы понял, если бы по умолчанию ограничений не было, и можно было бы накладывать на каталоги свойство фильтра — например, тут только ASCII CI, тут ASCII+кириллица CS, и так далее. Но реально нафиг надо? Пусть софт за этим следит, а не ядро. Это только MS сначала делает херню ради совместимости с древними глюками, а потом и не пытается думать её исправлять, даже когда давно уже можно.
Re[8]: Убунта
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Офигенная логика. А давай тогда имена и фамилии сделаем регистрозависимыми.
Не предлагаю такого, потому что имена и фамилии требуют человеко-озвучиваемости (а не человеко-читаемости, как часто, но неверно, говорят). В устной речи регистра нет (хотя в особых случаях можно накостылить), и вообще регистр букв у нас это очень своеобразный рудимент старых подходов; можно отказаться от него совсем, что многие и делают.
Если есть те, кто так ценят человеко-озвучиваемость имён файлов, то ограничений должно быть в разы больше, чем просто несовместимость вариантов, отличающихся только регистром. Почему в NTFS допустимо "Any Unicode except NUL, \, /, :, *, ", <, >, |"? Почему допустимы какие-нибудь no-break space (в нескольких вариантах), right-to-left override, одновременно допустимы ', ʼ, ’ и ′; A, А и Α? Если ставится вопрос об озвучиваемости, то вся подобная ерунда должна не допускаться.
Я бы понял, если бы по умолчанию ограничений не было, и можно было бы накладывать на каталоги свойство фильтра — например, тут только ASCII CI, тут ASCII+кириллица CS, и так далее. Но реально нафиг надо? Пусть софт за этим следит, а не ядро. Это только MS сначала делает херню ради совместимости с древними глюками (причём наиболее дебильным образом), а потом и не пытается думать её исправлять, даже когда давно уже можно.
НС>Офигенная логика. А давай тогда имена и фамилии сделаем регистрозависимыми.
Не предлагаю такого, потому что имена и фамилии требуют человеко-озвучиваемости (а не человеко-читаемости, как часто, но неверно, говорят). В устной речи регистра нет (хотя в особых случаях можно накостылить), и вообще регистр букв у нас это очень своеобразный рудимент старых подходов; можно отказаться от него совсем, что многие и делают.
Если есть те, кто так ценят человеко-озвучиваемость имён файлов, то ограничений должно быть в разы больше, чем просто несовместимость вариантов, отличающихся только регистром. Почему в NTFS допустимо "Any Unicode except NUL, \, /, :, *, ", <, >, |"? Почему допустимы какие-нибудь no-break space (в нескольких вариантах), right-to-left override, одновременно допустимы ', ʼ, ’ и ′; A, А и Α? Если ставится вопрос об озвучиваемости, то вся подобная ерунда должна не допускаться.
Я бы понял, если бы по умолчанию ограничений не было, и можно было бы накладывать на каталоги свойство фильтра — например, тут только ASCII CI, тут ASCII+кириллица CS, и так далее. Но реально нафиг надо? Пусть софт за этим следит, а не ядро. Это только MS сначала делает херню ради совместимости с древними глюками (причём наиболее дебильным образом), а потом и не пытается думать её исправлять, даже когда давно уже можно.