[8.0b8-32] MRT, exclude ext in search/replace, .htaccess

[white]

02.11.11 Added: Multi-rename tool: New option "[E]": If unchecked, the search string will be replaced only within the name part, and not the extension (32/64)

Tested OK using TC 8.0 beta 8 32-bit.

However when a file name starts with a dot (for example .htaccess), the file name is considered to be the extension.

[Sir_SiLvA]

However when a file name starts with a dot (for example .htaccess), the file name is considered to be the extension.

wich is correct, so?

[white]

However when a file name starts with a dot (for example .htaccess), the file name is considered to be the extension.

wich is correct, so?

If you say so. But then there is bug in the sorting:

15.09.09 Fixed: Sort by extension: Ignore initial dot, e.g. a file named ".htaccess" has no extension

[790]

How to uncheck [E] forever? It`s comeback after reboot TC and I don`t need use it always.

[Sir_SiLvA]

How to uncheck [E] forever? It`s comeback after reboot TC and I don`t need use it always.

a) wrong thread
b) uncheck e, save your setting under name and then
ini wincmd.ini under [configuratiion] enter the key >>MultiRenameLoadSettings=name<<

[ghisler(Author)]

However when a file name starts with a dot (for example .htaccess), the file name is considered to be the extension.

wich is correct, so?

Hmm, that's really a good question. When double clicking a file, .htaccess really is handled as an extension. Also when you leave the name field empty and just put [E] in the extension field, you get .htaccess as the result. Therefore I think that w should keep it like this...

[white]

However when a file name starts with a dot (for example .htaccess), the file name is considered to be the extension.

wich is correct, so?

Hmm, that's really a good question. When double clicking a file, .htaccess really is handled as an extension. Also when you leave the name field empty and just put [E] in the extension field, you get .htaccess as the result. Therefore I think that w should keep it like this...

In a Windows environment it does not make sense to have file names with one dot, located at the beginning. Because that means there is no file name. Windows Explorer even refuses to create such files. Have you ever encountered file names like ".exe" or ".doc"?

In a Unix environment file names with a dot at the beginning are common. It simply means the file is hidden. It does not denote to a file name extension.

I am sure that's the reason why you changed the sorting of these files by interpreting the names as file names and not as extensions without file name. Why does the same reasoning not apply for the multi-rename tool?

Following this reasoning the [E] mask and tc.ext plugin value should be changed as well.

Perhaps it is best to create an option to determine how to treat these files and create corresponding consistent behavior throughout the program.