I ran this action on a group of files and it changed files even where a complete match was not found.
Found example, it changed 'Cliff Richard' to 'Clifeat. Richard' and 'Daft Punk' to 'Dafeat. Punk'.
I've tried it as replace with regular expression (results above) and replace (only as whole word selected) with the latter causing no changes at all.
I don't understand this because in my mind, it should only replace any exact instance of 'ft. |f. |featuring |feat ', yet it seems to be matching partials.
Why is this happening and how can this be corrected?
Thank you, your explanation is very good. That is not at all how I would have imagined it working, in my mind I thought it would look for the letters, space and full stop combined.
That online tool looks good, could you please explain how I would input my example into it to test it? I'm not sure.
Also, I think the correction should be like this:
I anticipate problems with the 'feat' example at the end of other words, can you think of a way of getting around this?
I tested the code in a standard replace and that still doesn't work, so I can't restrict to whole words only.
WIth the exception of the full stop which is a special character for regular expressions it worked absolutely as designed.
The problem is as follows:
If you use "regular expressions" it is expected that there is a regular pattern to be treated like "any text followed by a number".
In your case you simply replace one constant text with another constant text. There is no regular pattern.
The only problem I see is some kind of laziness to create an action for each pair of search and replace terms and a proper list of fields.
_ALL is rather dangerous IMHO as there are albums around that have "Featuring" in the name and I would not want to get them modified by such a routine.
You say, you chose
I would like to see the syntay you used for this action. If you entered
"ft. |f. |featuring |feat "
as search string, it is absolutely clear that this will hardly ever find any matches as I do not know any title where you find this total string with bar characters in it.
If you created a single replace action with
Search string: ft.
Replace string: feat.
It would have worked.
If you want to use a regular expression and look at the word only, you would have to supply criteria that tell the expression where a word starts. Is it a space character? A bracket? Punctuation?
You would have to add these separators to your regular expression which would lead to just as much effort as writing single simple replace actions.
But hasn't a similar problem been discussed with you already in
Thank you both for your replies. I see exactly what you mean.
[ohrenkino] Your explanation makes perfect sense and I see where I have got into difficulties as a result. It's a lack of understanding the difference between how a standard replace and regex replace works and must contain diifferent formatting.
I think that the best approach would be individual standard replacements as you have suggested and restricting to filename, title and artist fields to be safe.
I think that the tool [LyricsLover] has mentioned will really help me understand what is going on, that being said, looking back at the Replay gain code thread referred to does remind me of the useful diagram posted before.
I have overcomplicated the matter by misunderstanding the correct usage of either function and how they respond to input.
The screendump does not show the source fields.
I would suspect that there is no match as e.g. the filename does not have a space in front of the various "feat" strings.