Не вижу никакого бага в том, что если мы задаём расширение, оно добавляется с точкой, вполне естественное поведение: если расширение есть, оно заменяется, иначе добавляется.
Куда более странным для меня было бы обратное поведение, при котором текст в поле Расширение просто пристыковывался бы к имени (для пристыковки есть поле Имя).
MultiRename. TC не умеет отличать каталоги от файлов?
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
См. выше про [E] спереди. Здесь и далее.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Flasher
Я абсолютно согласен с MVV. А наличие или отсутствие [E] впереди общую логику работы этого поля не должно изменять ровно никак. Если [E] нет, то, насколько понял, по работе нет и вопросов. Но наличие [E] принципиально ничем от предыдущего случая не отличается: если у исходного объекта расширения нет, выражение трактуется как пустое, прочее же содержимое этого поля может только создавать новое расширение, но уж никак не прицепляться к имени.
Я абсолютно согласен с MVV. А наличие или отсутствие [E] впереди общую логику работы этого поля не должно изменять ровно никак. Если [E] нет, то, насколько понял, по работе нет и вопросов. Но наличие [E] принципиально ничем от предыдущего случая не отличается: если у исходного объекта расширения нет, выражение трактуется как пустое, прочее же содержимое этого поля может только создавать новое расширение, но уж никак не прицепляться к имени.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Avada
В таком случае нужно как минимум ещё одно поле для дописки, если так принципиально текущее правило в отношении поля расширения. Иначе имеем простую возможность добавки префикса, но не добавки постфикса, что очень плохо.
MultiRenameLoadSettings=FullName (по имени шаблона с [A] и пустым вторым полем), например, решением не кажется, т. к. не даст оставлять последнюю правку в текущей сессии, да и далеко не всегда сие требуется. Остаётся только хоткей для юзеркоманды, который не так-то и хочется запоминать.
В таком случае нужно как минимум ещё одно поле для дописки, если так принципиально текущее правило в отношении поля расширения. Иначе имеем простую возможность добавки префикса, но не добавки постфикса, что очень плохо.
MultiRenameLoadSettings=FullName (по имени шаблона с [A] и пустым вторым полем), например, решением не кажется, т. к. не даст оставлять последнюю правку в текущей сессии, да и далеко не всегда сие требуется. Остаётся только хоткей для юзеркоманды, который не так-то и хочется запоминать.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Avada
Если аргументировать с позиции юзабильности, о которой я пишу, то ответит, но что-то совсем другое.
Если аргументировать с позиции юзабильности, о которой я пишу, то ответит, но что-то совсем другое.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Почему это вылезет? Новый блок — новые правила, связанные с предыдущими полями отсутствием символов.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Не понял вопроса. Суффикс должен быть в поле с маской. А я про постфикс пишу. Функционал изменится только в этой части, ничему это мешать не будет.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Имел в виду поле для постфикса или дописки, как ты ещё говоришь.
Последний раз редактировалось sa Вт июл 24, 2018 16:48, всего редактировалось 1 раз.
