Multi rename tool

[duck42]

It looks like the multi rename tool have a little glitch. Title case renaming [first of each word (english title)] and [first of each word] isn't working. Both stick to [first letter upper case].

[petermad]

Try and add:

LowercaseStrings=English:a,an,the,at,by,for,in,of,on,to,from,up,and,as,but,or,nor,yet,so,vs

to the [Configuration] section of your wincmd.ini file.

Although it should work without it - it does here.

[duck42]

I add [LowercaseStrings=English:a,an,the,at,by,for,in,of,on,to,from,up,and,as,but,or,nor,yet,so,vs] (w/o []) to the end of configuration and restart the program. Same behavior for english and german language.

OS is windows 10 64 with all updates.

[duck42]

Never mind, I identify the problem. I try to change a directory name. In case the directory name includes a dot, renaming isn't working correct - otherwise it works like expected.

Sample not working: L. Higgin - Handbook of Embroidery
Sample working: Lady Higgin - Handbook of Embroidery

[petermad]

Sample not working: L. Higgin - Handbook of Embroidery

Confirmed.

Until fixed, you can use [f][N] as the Name mask and set Upper/lowercase to Unchanged.

[duck42]

Thanks for your suggestion.

[ghisler(Author)]

This isn't a bug. The normal "first of each word uppercase" and the new with English exceptions only works until the first dot. This is intentional. It does the same as [f][N][n] in the "name" section. If you use [f][N] it does the upper/lowercase conversion until the end of the name,

[duck42]

Well, I slightly want disagree from a bibliographic point of view .

If the intend is to implement a function similar to the rules of title case as used in title of articles , the function isn't perfect, especially for initials in names like U.S. Naval Academy, Mt. Olympus or (authors) names like Arthur C. Clarke. Both examples are really common naming constructs in international publications, headlines for news articles or book titles. Following the implemented function, these will all fail.
An other point I like to comment, as fare as I know there is no rule in Rules for Capitalization that do not allow a sentence construct in a title also.

Anyway, what I like to say is that the function should not break for punctuation and initials. This will limit the usability (for situations I like to use the tool more often). At least a hint in the description for limits of the function would be helpful and protect for miss interpretations.

Maybe this is helpful for interpretations:
grammar dot yourdictionary dot com/capitalization/rules-for-capitalization-in-titles dot html


By the way, I am really happy with the new release. Thanks for your continuously improvements. I really appreciate your effort.

[petermad]

http://grammar.yourdictionary.com/capitalization/rules-for-capitalization-in-titles.html

[duck42]

Thanks @petermad. The system won't let me pace the link.

[petermad]

I agree with duck42 that the Upper/lowercase button should also work for the whole filename including the extension for the last two options "First of each word uppercase" and "First of each word uppercase (English in Titles)", just as it works for the whole filename for the other 4 options.

If for some reason somebody does not want the extension changed he can set Upper/lowercase to Unchanged and use [F][N] or [f][N] as the file name maske AND set [n][E] as the Extension mask.

The normal "first of each word uppercase" and the new with English exceptions only works until the first dot.

This is not what I see - it works until the LAST dot...

[ghisler(Author)]

Yes, I meant last dot, sorry. The function assumes that there is an extension after the last dot, which shouldn't be uppercased this way.

[masster]

Here is another example where English capitalization is wrong:

10 - The last goodbye.mp3
or
10. The last goodbye.mp3

They are renamed equally wrong:

10 - the Last Goodbye.mp3

[ghisler(Author)]

Unfortunately it cannot work in this case, there is no chance for a non-human to detect all such possible cases.