Multi-rename: Also replace the search text... [E]

[mame]

Multi-rename: Also replace the search text within the extension [E]

- Version 8.00 has this nice function.
- But it seems that the selection cannot be saved. I think it's better to be always UNTICKED. (Is it intentional, or not? I can't save it. Revert to ticked during re-launch)

In version <8.00 I thought it was a bug (I once lost (fortunately there's undo function) some name strings with multiple dots.) It would be nice to have the function saved (or wincmd.ini entry), or disabled by default.

I thought disabled IS the reason the function was added in the first place.

[Sir_SiLvA]

a) this is not a BUG

b) it can be saved if you just would lern to use the search and read the help, wiki, etc

-> f2 save your defaults as ie "default"
-> wincmd.ini under [configuration] set MultiRenameLoadSettings="default"

without " ofc and a name of your liking...

[mame]

Sorry, but I stand corrected. (yes, I knew, and use F2 profiles...)

I thought disabled IS the reason the function was added in the first place.

This is what I mean.

1. Press Ctrl+M and voila! You get everything unticked except that one (why?)

2. We all know, not many files has double extension by default.
Say, replace all dots to comma in below example:
Example: "Test file. Do not edit.txt" <-- A lot.
Example: "Fake Picture file. Actually Virus.jpg.vbs" <-- NOT!

In the above example, the second example will be:
Ticked (default): Fake Picture file, Actually Virus,jpg,vbs (not even correct)
Unticked: Fake Picture file, Actually Virus,jpg.vbs (what it should be)

3. I asked, also for Saving the option, or ini entry. (I'm repeating myself here, sorry)

4. It's a very simple *one untick* is it worth pressing F2, load profile every time? Try the above example for a few time, and you'll get me.

Thanks for the heads up anyway.

[MVV]

mame
Before adding this option it worked as if it was checked - it is compatibility reason.

You should save empty template with UNCHECKED option and load it instead of direct MRT opening, and it will be unchecked always by default.

I've saved such template as Default and use MULTIRENAME Default command instead of cm_MultiRenameFiles - and it is initially unchecked always.

Or you may add MultiRenameLoadSettings=Default to wincmd.ini as Sir_SiLvA said, and TC will load template Default even on cm_MultiRenameFiles. The only thing you need is to save that Default template once (set name to [N], ext to [E], clear search/replace fields, uncheck boxes etc and save using name Default). Or just edit wincmd.ini directly (don't create new sections if ones with same names already exist):

Code: Select all

[Configuration]
MultiRenameLoadSettings=Default
[rename]
Default_name=[N]
Default_ext=[E]
Default_params=0|1|1|1|0|0|0|0|0

[mame]

MVV: TYVM. Sir Silva too.

Now, MultiRenameLoadSettings, now that's my bad
I tried to save to default, of course it's not working (mind you my other MRT templates are about 2-3 yrs old, never been edited so... one tends to forgot)

Autoloading an empty template, only one minor cosmetic: Search for: empty space. Replace with: <clear>. But I guess I can live with that.

About the backward compatibility, yeah I thought about that, but Christian sometimes do change default behaviours from time to time, right? Especially if the new default is better. I think this one is. Otherwise why on earth did he thought (or someone give the idea) to include this option afterall. Actually I already long thought the default was flawed because of that.

Copied your example blatantly, just changed the name, thanks

Looks like the old templates needs fixing too, that will be next. (Need to take a look at those extra five columns, I've used only four till 7.56a)

Pasted some:

[Rename]
Image: Width x Height_name="[=imgsize.Width]x[=imgsize.Height]"
Image: Width x Height_ext="[E]"
Image: Width x Height_params=0|1|1|1
Image: Width x Height (C)_name="[=imgsize.Width]x[=imgsize.Height]([C])" <-- Don't laugh. My *lazy* effort.
Image: Width x Height (C)_ext="[E]"
Image: Width x Height (C)_params=0|1|1|1
Image: Count_name="[C]"
Image: Count_ext="[E]"
Image: Count_params=0|1|1|4
Name: Date : Time_name="[N]_[YMD]_[hms]"
Name: Date : Time_ext="[E]"
Name: Date : Time_params=0|1|1|1
None_name=[N] <-- That one's your's
None_ext=[E]
None_params=0|1|1|1|0|0|0|0|0

[mame]

I've found this is too confusing, and gives more problem, so I reverted to TC default.

See: [8.0ß11] MRT: 1x and [E] options are not reset on 'default'

Just now I'm renaming some images downloaded from Amazon (example: B001FD3C.01._SC_LZZZZZZZZ.jpg) and some subtitle files (example: Some.Movie.Some.Year.2011.English.srt or Some Movie Something 2011.English.srt <- the double dots are required to properly load DirectVobSub so it displays only 'English' 'French' etc) and I figured something that once strike me but I forgot to mention before:

TC treats anything after the FIRST DOT as extension, where in real world, anything after the LAST DOT is actually the extension.

EDIT:
Nevermind that, I can't reproduce the bug, again for now.

Tested this sample:
File: tuvwxyz.tuvwxyz.tuvwxyz.txt
Search for: x
Replace with: @

Toggling [E] does have the intended effect:
[E] ticked (TC default): tuvw@yz.tuvw@yz.tuvw@yz.t@t
[E] unticked: tuvw@yz.tuvw@yz.tuvw@yz.txt

But again, explains my initial request to default to unticked, because it makes much more sense (that we don't usually change characters in extensions, just filenames)

I'll update IF I found anything else.

[ghisler(Author)]

It's default to ticked because that's how older versions of TC behaved...