Кто чем заменяет пробелы в именах файлов?

имя_файла - ужас

Почему? Единственный адекватный вариант, ИМХО.

_

имя_файла - ужас

bga_ ★

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

• имяФайла - так себе, писать не удобно, вырвиглаз читать. Годится только для ЯП

Попробуй ИмяФайла, мне норм.

А вообще да, прямо напасть какая-то. Куча софта в Linux не умеет работать с пробелами или спотыкается на Unicode, хотя на дворе 2019 год.

Особенно скрипты этим грешат. Но там-то понятно почему, ведь Bash – полное говно.

А?

#!/bin/sh

filename="/tmp/do shit shit"
touch "${filename}"

Куча софта в Linux не умеет работать с пробелами

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

Мой козырь сильнее твоего.

https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/issues/123

Бгг.

snake case использую.

Няш, тут вон в «Похожих темах» эталонный пример тебе, лол:

Пробелы в именах каталогов и файлов

Меня VirtualBоx постоянно задалбливал. Не мог сохранять скриншоты в такие папки.

На 5.x уже привык, что не может. Сейчас проверил - работает.

Какой-то hex редактор (wxHexEditor кажись) не мог года два назад (искал замену обмазанному mono Bless), и наткнулся.

Исполняемые файлы через -, ибо _ сложнее достижим и выглядит в этом случае тупо. Расширения у скриптов, которые попадают в PATH, я, кстати, отрезаю. Всё остальное через underscore.

Пробелами

Вообще хочется нормально писать с пробелами. Но тогда вылезают все эти экранирования, слеши , кавычки и прочие проблемы. Особенно в скриптах.

И ты решил костылить. Молодец, лучшее решение.

Подчеркиванием, ясный пень.

У меня есть скриптик, который я лет 15 назад написал, чтобы рекурсивно все неправильные символы заменять на правильные: пробелы и табуляции — на подчеркивание, кириллицу — на транслит, прочую фигню — на какую-нибудь «решетку».

кириллицу — на транслит

Фу, мерзость.

Odobryau, translit kuda menee otvraten chem KOI8-R.

Вариант три приемлим. В основном же пробелы. Компьютер должен подстраиваться под человека, не наоборот.

Ладно, я и сам иной раз зачем-то директории кириллицей называю. Потом, когда у какой-нибудь иксовой софтины диалог открытия падает и не может открыть файл, ругаю себя семиэтажным матом и переименовываю все как надо!

А нужно ругать иксы.

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

Но и файлы/директории надо правильно называть, чтобы даже самый кривой скрипт не ломался, встретив внезапно пробел в имени файла или какую-нибудь голимую кириллицу...

Кто чем заменяет пробелы в именах файлов?

«_».

По ссылке вижу, что у кого-то какой-то сборочный скрипт кривой (причём, из сообщения не понятно, чей — то ли валвовский, то ли нвидиавский, то ли самого автора). А пример софта-то будет?

Куча софта в Linux не умеет работать с пробелами

Директории никогда по-русски не называл, а какой-нибудь медиаконтент у меня спокойно может храниться в файлах и с кириллицей и с пробелами в названиях. Транслит же — дело последнее.

Пока писал, понял, что вру: https://x1site.ru/745

Но это, по-моему, единственное исключение. Дело привычки, наверное, книги на полке же не переименуешь.

Вот тебе два полезных скрипта:

rmspaces
for Name in `ls -1`
do
    Newname=`echo "$Name"| enconv | sed -e \
    "y/йукенгзхъфывапролдэсмитьбЙУКЕНГЗХЪФЫВАПРОЛДЭСМИТЬБ/jukengzh'fyvaproldesmit'bJUKENGZH'FYVAPROLDESMIT'B/"\
    -e "s/ц/tz/g"	\
    -e "s/ш/sh/g"	\
    -e "s/щ/sch/g"	\
    -e "s/ж/zh/g"	\
    -e "s/ч/ch/g"	\
    -e "s/ю/yu/g"	\
    -e "s/я/ya/g"	\
    -e "s/ё/yo/g"	\
    -e "s/Ё/YO/g"	\
    -e "s/Ц/TZ/g"	\
    -e "s/Ш/SH/g"	\
    -e "s/Щ/SCH/g"	\
    -e "s/Ж/ZH/g"	\
    -e "s/Ч/CH/g"	\
    -e "s/Ю/YU/g"	\
    -e "s/?/_/g"	\
    -e "s/Я/YA/g"`
    if [ "$Name" != "$Newname" ]; then
        mv "$Name" "$Newname"
	echo -e "$Name   ->    $Newname                             \r\c"
    fi
    if [ -d "$Newname" ]; then
	cd "$Newname"
	echo -e "\n\nDiving into $Newname"
	rename_translit
	cd ../
    fi
done

ls -1 | while read file; do 
        new=$(echo "$file"|tr " " "_");
        echo ". $file -> $new"
        if [ "$new" != "$file" ]; then
                echo ".$file  RENAMED INTO   $new"
                mv ".$file" "$new"
        fi

done

Нет, спасибо, никакого транслита у меня в фс не будет.

Да. QMake в Qt Creator, например, до сих пор имеет проблемы с пробелами. Часто сталкивался, но проблема ушла, когда перестал использовать пробелы.

Можно подключить переводчик и автоматом русские слова на английский переводит.

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

А пример софта-то будет?

Любой самописный скрипт вида

for x in *; do
..
done

Не, мне нравится как есть, а проблем никогда не возникало.

Ясен пень «_»

У тебя с этим символом какая-то психологическая травма из детства?

Вообще хочется нормально писать с пробелами

Пиши, в чём проблема?

тогда вылезают все эти экранирования, слеши , кавычки и прочие проблемы. Особенно в скриптах

Не пользуйся кривыми скриптами и сам не делай.

скрипт вида

Лютое говнище, ибо цепляет и каталоги тоже.

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

Лорчую, самый удобный вариант

Пишу пробелы пробелами, чай не в MS-DOS с ограничением 8.3

Экранирования, слеши и кавычки в консолечке пишутся сами, автодополнением по TAB

Точка или подчеркивание.

Когда это действительно нужно, то естественно _

Всегда использую snake_case. И на Linux, и на Windows.

И всегда транслит.

Мимо кассы же.
Хотя, вот если бы у них в пути где-то были бы пробелы, то аргумент rm пришлось бы писать в кавычках, и баг был бы неинтересный.

Если бы скрипт писался на Python, этой проблемы бы не возникло, например.

То есть из всей «кучи софта в Linux», который «не умеет работать с пробелами», ты нашёл только кроссплатформеный qmake? Притом, что косяки в сборочных системах вполне понятно, откуда берутся — всё таки многие языки родом из тех времён, когда не то, что пробелов, тогда вообще с именами файлов все грустно было, поэтому никто никогда и не вводил в языки конструкции вида #include <my libs/useful library.header>, поэтому и десятилетиями в сорцах пробелов в именах не было.

Да, вспомнил только его, но были ещё некоторые девелоперские утилиты, которые не могли работать если в пути содержался пробел, после я выработал привычку не использовать пробелы вообще и забыл про эти проблемы.

P.S. Тут в треде ещё напомнили про VirtualBox, там тоже были некоторые траблы с сабжем.

Тут в треде ещё напомнили про VirtualBox

Свидетельство сомнительно надёжности про версию хз какой давности. Но главное даже не это, а снова факт кроссплатформенности. Ну что ты будешь делать, не находится никак куча линуксового софта, который не умеет в пробелы.

Пиши с пробелами. Машина для человека или человек для машины, в конце концов?

Но тогда вылезают все эти экранирования, слеши , кавычки и прочие проблемы. Особенно в скриптах.

""

Не увиливай, я нигде не говорил, что в пробелы не может ЭКСКЛЮЗИВНЫЙ софт под Linux.

P.S. вот вспомнил обосрамс ещё один: Code::Blocks / g++: fatal error. Помогите решить проблему (комментарий)

Х.з. кто там виноват Code::Blocks или GCC.

Цитата про дверь и яйца.

Транслит надо в UPPERCASE и код Бодо, а то вдруг где-то байт 5-и битам окажется равен. А лучше вообще все буквы на цифры, что-б уж наверняка.

По-старинке подчёркиванием, привык уж.

Хотя дефисом получше, шифт не надо жать.