Jonmey
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| автопереименование в "name (2).ext" не предлагается |
Автопереименование, как я понимаю, опция выдуманная для операций типа копирования/перемещения/..., когда совпадение имен вызывает остановку основного процесса и приводит к неоправданным затратам времени (например. копирование с сетевого источника массива файлов - в таких случаях это логичная опция - "сначала скачаем, а уж потом разберемся, что оставить, что есть дубли и т.д."
В самостоятельной же операции переименования опция автопереименования, мягко говоря, выглядит диковато (если не сказать больше) (очень забавно ее применение, например, в случае сопряженных (неотъемлемых частей одного взаимозависимого файлового пула, составляющего один объект) файлов.
Как я понимаю, автопереименование при переименовании по самостоятельной схеме выдумано для очень неотягощенных юзеров, которые вообще не отягощены заботой о законах файловой системы, а комп у них служит преимущественно некой цифровой косметичкой. Поэтому, их вполне устраивают автопереименованные кучи в стиле
ласковый май (1).mp3
ласковый май (2).mp3
ласковый май (3).mp3
...
ласковый май (100500).mp3
а также имена файлов, в которых содержится текст краткой истории КПСС (биографии Киркорова, руководство по вышиванию и тому подобное) и не заботит, что это несколько длиннее разрешенных в ФС путей...
В общем, как и многие аналогичные "проблемы" - проблема наличия авторешений коллизии имен при переименовании - абсолютно надумана и высосана из пальца скажем так юзерами, потребности которых скромны, контент - малоценен, а лень - высока.
Для вменяемых же юзеров проблема коллизий - несущественна (в смысле решения, но важна как показатель корректности решения).
Например, при переименовании массива в 1000000 файлов, когда новые имена могут конфликтовать с имеющимися, вменяемый юзер, если ему лень разбираться и редактировать настройки, элементарно добавит в шаблон переименования путь (в смысле папку, типа 'папка\<шаблон переименования>',{ можно и более искусно, напр.,' ..\[=filex.ParentDir]_Ranamed\<шаблон переименования>'} и переименованные файлы окажутся в отдельной (под)папке, что исключит зависимость от прежних имен файлов, а далее просто вернет этот миллион файлов обратно аналогичным приемом (или просто переименует новые папки в имена исходных). Страшно подумать, какие муки будет испытывать страдалец по автопереименованиям, если коллизий при переименовании in situ в этом миллионе много... хотя, как сказал выше, немало юзеров, которых устроит вариант "ласковый май-100500", просто в силу малоценности контента. которым забиты их компы, и который так или иначе окажется в конечном итоге в мусорке. |
Всего записей: 1375 | Зарегистр. 17-01-2011 | Отправлено: 23:19 17-06-2020 | Исправлено: Jonmey, 00:04 18-06-2020 |
|
О том, что TC цепляется за BOM я даже как-то не задумывался. Сейчас проверил - действительно, кракозябр нет. Но BOM при таком раскладе лишь добавляет геммороя. Мало того что перевод строки должен быть в \r\n, так ещё и BOM должен быть. Мде 
