Какие символы все-таки можно использовать в названии файла?

[220Volt]

Сообщение от Utkin

Я не знаю на каком Вы линуксе, в современных дистрах пробелы также обрабатываются. В том же ntfs/hpfs например. Используются такие же кавычки как и в винде.
Вот пример:

Когда работал в линуксе также давал документам полноценные имена с пробелами и не испытывал от этого никаких проблем.

Разве я писал, что пробелы в путях линукс не может обрабатывать? У меня debian, не видел ни одного каталога или файла с пробелом, ни раз встречал рекомендации избегать пробелы в путях, согласен с этими рекомендациями. Понять это в полной мере можно после опыта написания shell скриптов (пути с пробелами можно обрабатывать, но не удобно). Если кто-то хочет создать себе лишние проблемы, то пусть использует пробелы. Мои_документы ничуть не хуже.

[Utkin]

Понять это в полной мере можно после опыта написания shell скриптов (пути с пробелами можно обрабатывать, но не удобно).

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

[220Volt]

Ничего не из пальца. Это как в C++ разрешить ; в именах, в трезвую голову это не придёт. Для подкрепления своей позиции процитирую документация Mingw:

MinGW may have problems with paths containing spaces, and if not, usually other programs used with MinGW will experience problems with such paths. Thus, we strongly recommend that you do not install MinGW in any location with spaces in the path name reference. You should avoid installing into any directory or subdirectory having names like "Program Files" or "My Documents", etc.

[Utkin]

Я в посте #3 специально про Вас написал:

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

Про MiniGW это проблемы MiniGW. Если мне разрешено создавать пробелы, я буду их создавать так как мне это удобно.

[Smitt&Wesson]

Сообщение от Utkin

Я в посте #3 специально про Вас написал:

Про MiniGW это проблемы MiniGW. Если мне разрешено создавать пробелы, я буду их создавать так как мне это удобно.

Согласен. И чё за тема? Я хочу, что-бы всё было по моему, и не хочу обучаться. Финиш.

[waleri]

Сообщение от 220Volt

Это как в C++ разрешить ; в именах

Сравнение некорректно, поскольку в С++ ; несет семантическую нагрузку, что больше похоже на slash\backslash в файловых системах а их там никто не разрешает, ни в винде, ни в линуксе.

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

А так я согласен с Utkin - если кому-то мешают пробелы - это всецело его проблема. Меня вот бесят файловые системы которые различают строчные и прописные буквы...

[crazy horse]

Сообщение от 220Volt

Разве я писал, что пробелы в путях линукс не может обрабатывать? У меня debian, не видел ни одного каталога или файла с пробелом, ни раз встречал рекомендации избегать пробелы в путях, согласен с этими рекомендациями. Понять это в полной мере можно после опыта написания shell скриптов (пути с пробелами можно обрабатывать, но не удобно). Если кто-то хочет создать себе лишние проблемы, то пусть использует пробелы. Мои_документы ничуть не хуже.

Согласен абсолютно. Плюс, данный подход с пробелами подталкивает к написанию ну очень длинных и неудобоваримых имён.

Меня вот бесят файловые системы которые различают строчные и прописные буквы...

Следующим этапом будет раздражение по поводу файловых систем, которые отличают одну цифру от другой. А чего, цифра и цифра.

[Utkin]

Плюс, данный подход с пробелами подталкивает к написанию ну очень длинных и неудобоваримых имён.

Так Вы от них никуда не денетесь. принесут документ с винды и все, накрылась империя зла с короткими именами . Тут не огораживаться надо, а наоборот увеличивать возможности. А не принесут так почтой отправят и на поток поставят. Придет от партнера и/или учредителя. Тут как раз самое то - автоматизация почты, сортировка по папочкам/специалистам и прочая рутина - сам Торвальдс велел. А не судьба, потому что админ из чувства вредности и ностальгии помнит времена когда имена были английские без пробелов и не более 8 символов.

[crazy horse]

Сообщение от Utkin

Так Вы от них никуда не денетесь. принесут документ с винды и все, накрылась империя зла с короткими именами . Тут не огораживаться надо, а наоборот увеличивать возможности.

Так никто же не говорит, что не надо учитывать этот стандарт. Вопросы вызывает сам стандарт. Хотя, на самом деле, это всё мелочи, по сравнению с настоящим злом вроде интеграции эппловского core data в эппловский же icloud. Умеют люди делать противоречивые вещи, причем, в пределах одной и той же корпорации.

[Arigato]

Сообщение от Vapaamies

Это от неумения работать с кодировками и непонимания сути кодировок вообще.

Ну да, как же иначе