Total Commander

Не вижу никакого бага в том, что если мы задаём расширение, оно добавляется с точкой, вполне естественное поведение: если расширение есть, оно заменяется, иначе добавляется.
Куда более странным для меня было бы обратное поведение, при котором текст в поле Расширение просто пристыковывался бы к имени (для пристыковки есть поле Имя).

См. выше про [E] спереди. Здесь и далее.

Flasher
Я абсолютно согласен с MVV. А наличие или отсутствие [E] впереди общую логику работы этого поля не должно изменять ровно никак. Если [E] нет, то, насколько понял, по работе нет и вопросов. Но наличие [E] принципиально ничем от предыдущего случая не отличается: если у исходного объекта расширения нет, выражение трактуется как пустое, прочее же содержимое этого поля может только создавать новое расширение, но уж никак не прицепляться к имени.

Avada
В таком случае нужно как минимум ещё одно поле для дописки, если так принципиально текущее правило в отношении поля расширения. Иначе имеем простую возможность добавки префикса, но не добавки постфикса, что очень плохо.

MultiRenameLoadSettings=FullName (по имени шаблона с [A] и пустым вторым полем), например, решением не кажется, т. к. не даст оставлять последнюю правку в текущей сессии, да и далеко не всегда сие требуется. Остаётся только хоткей для юзеркоманды, который не так-то и хочется запоминать.

Flasher
Что-то там не просматривается никакого места на для каких дополнительных полей. А Гислер наверняка ответит, что пределах самого ИГП мы и сейчас имеем все возможности, если выбрать подходящее поле и подходящие выражения.

Avada
Если аргументировать с позиции юзабильности, о которой я пишу, то ответит, но что-то совсем другое.

Flasher писал(а):Если аргументировать с позиции юзабильности

Ура! Про баг, кажется, забыли.

Да, какая, к чёрту, разница, как назвать сие недоразумение...

Flasher писал(а):нужно как минимум ещё одно поле для дописки

А что это изменит? Поля c [N] и [E] останутся же и так неугодная тебе точка, так же точно вылезет.

Почему это вылезет? Новый блок — новые правила, связанные с предыдущими полями отсутствием символов.

Flasher писал(а):новые правила, связанные с предыдущими полями отсутствием символов.

То есть при вводе в поле для суффикса, поля с маской для имени и расширения нельзя будет динамически использовать?

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

Имел в виду поле для постфикса или дописки, как ты ещё говоришь.

Тогда ответ дан.
С каких пор ты стал иметь ввиду?

Постфикс и префикс одновременно ввести можно будет?