# Highlighting Double Spaces etc
**URL:** https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969
**Category:** Support
**Created:** [June 6, 2024, 12:34pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969 "2024-06-06T12:34:38Z")
**Posts on this page:** 11
**Page:** 1
### Author:  [@bigcitydealer](https://community.mp3tag.de/u/bigcitydealer)
#### Post date: [June 6, 2024, 12:34pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/1 "2024-06-06T12:34:38Z")
I'm in the process of removing double spaces.
I use the filter function to show only those files that contain them and I also have an action that removes them.
Is there a way to show where they are for example highlight them so I can see them before actioning?
If not, would be nice to have (at least for me)
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [June 6, 2024, 12:41pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/2 "2024-06-06T12:41:21Z")
There is no function to highlight any characters or other criteria that lead to a hit when filtering.
See also this discussion on the pros and cons of highlighting filter hits:
> [@REQUEST: filter highlight](https://community.mp3tag.de/t/request-filter-highlight/18122):
>
> I would like to propose one addition: an option for the filter [when putting a search value in the box] not only be able to cut out [hide] unwanted files, but to somehow highlight them on the list of [all] displayed files The old method should be retained. But let's say clicking on the "Filter" sign could switch it from old method of filtering to the new one: from hiding unwanted files to highlighting the wanted ones
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [June 6, 2024, 12:47pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/3 "2024-06-06T12:47:29Z")
> [@bigcitydealer](#):
>
> Is there a way to show where they are for example highlight them so I can see them before actioning?
I'm just curious:
Why should this be necessary?
If you are looking for ZZ, it should not matter where ZZ occurs.
IF it is important for you, you should define the search criteria more precise, like
_"It must not be at the start or the end of the tag"_
or
_"It must not be followed by more space characters"_
or whatever you think should be an exception.
---
### Author:  [@bigcitydealer](https://community.mp3tag.de/u/bigcitydealer)
#### Post date: [June 6, 2024, 1:03pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/4 "2024-06-06T13:03:52Z")
Until I see why the double spaces have occurred I won't be able to decide how to define the action.
I'm usually quite meticulous about tagging and was surprised when there were so many.
One strange reason was if the artist or title etc contained / for example Disco / Party after converting tag to filename the / would be replace by a space therefore making a double space.
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [June 6, 2024, 1:06pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/5 "2024-06-06T13:06:06Z")
> [@bigcitydealer](#):
>
> after converting tag to filename the / would be replace by a space therefore making a double space.
I doubt that this is true.
Tag -\> Filename is only changing the filename. Nothing else.
Or do you mean that the filename contains two spaces ( ~~one as replacement for the invalid slash~~ )?
_Update 15.30 Uhr_
I striked through the missleading word "replacement" in my above text. There is no "replacement" for invalid characters in windows filenames using Convert Tag -\> Filename by default. Such invalid characters will be ignored and skipped.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [June 6, 2024, 1:10pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/6 "2024-06-06T13:10:31Z")
The slash is no valid character for a filename.
Without any further intervention by the user, the / is simply ignored.
If you use $validate() and set a space as replacement character, you get that.
If you want to see if there e.g. the artist field with leading or trailing spaces, you could use this
Filter: `"$if($eql($len(%artist%),$len($trim(%artist%))),1,0)" IS 0`
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [June 6, 2024, 1:16pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/7 "2024-06-06T13:16:49Z")
> [@ohrenkino](#):
>
> Without any further intervention by the user, the / is simply ignored.
Exactly.
If you have
Disco␣/␣Party
in your title and create a filename with this content, only
Disco␣␣Party
remains (with two consecutive blanks), because the invalid slash will be ignored/skipped.
This is also true for all other invalid (Windows) characters in filenames:
`*` `"` `/` `\` `<` `>` `:` `|` `?`
---
### Author:  [@bigcitydealer](https://community.mp3tag.de/u/bigcitydealer)
#### Post date: [June 6, 2024, 1:21pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/8 "2024-06-06T13:21:57Z")
Is there a way to stop it substituting the / (or other invalid Windows characters) for an additional blank?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [June 6, 2024, 1:27pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/9 "2024-06-06T13:27:33Z")
There is no additional blank as the blanks come from the blank in front of the slash and behind it.
If you want to remove all the double-blanks from a string, (even a complete filename), use the scripting function `$replace(,..,.)` - where the dots represent a space character for better visibility as the forum formatter swallows several consecutive blanks
---
### Author:  [@bigcitydealer](https://community.mp3tag.de/u/bigcitydealer)
#### Post date: [June 6, 2024, 1:55pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/10 "2024-06-06T13:55:54Z")
Ah yes of course...
Thanks for your help
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [July 15, 2024, 1:24pm UTC](https://community.mp3tag.de/t/highlighting-double-spaces-etc/64969/11 "2024-07-15T13:24:03Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.