# Replacement Characters mp3Tag Mac v1.0.1 **URL:** \ **Category:** Mac\ **Created:** [February 27, 2021, 12:58pm UTC](https://community.mp3tag.de/t/replacement-characters-mp3tag-mac-v1-0-1/52151 "2021-02-27T12:58:36Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![xdanguyx](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/x/e0b2c6/32.png) [@xdanguyx](https://community.mp3tag.de/u/xdanguyx)\ **Post date:** [February 27, 2021, 12:58pm UTC](https://community.mp3tag.de/t/replacement-characters-mp3tag-mac-v1-0-1/52151/1 "2021-02-27T12:58:36Z")
I was one of the beta testers and probably should have raised this when I first encountered it there. However, I had hoped for it to be resolved with the official release but unfortunately it continues to be an issue with the paid Mac version. I rename directories once I've tagged them using Discogs DB data or similar and use replacement characters to handle characters that don't play well with certain OS's. For reissues I include both the original year of release and the reissue year in the directory title. I use a unicode slash to replace but my replacement slash is being replaced by an underscore. I use the same string on my Windows instance of mp3Tag and it works as expected. Any assistance is appreciated thanks! Beginning of String: $replace(%YEAR%,/,∕∕) Example of current output: 1975 \_ 2019｜Mako Sanjyo - 女ですもの｜Solid Records none｜WEB 16 - 44.1 Output I'm interested in achieving: 1975 ∕∕ 2019｜Mako Sanjyo - 女ですもの｜Solid Records none｜WEB 16 - 44.1 ---
**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\ **Post date:** [February 27, 2021, 1:05pm UTC](https://community.mp3tag.de/t/replacement-characters-mp3tag-mac-v1-0-1/52151/2 "2021-02-27T13:05:53Z")
Thanks for your feedback and your support! It's always best to raise any concerns as early as possible — there is often a large group of others waiting for one to make the first move 😃 I've described what I'm doing and why in this post. I think it makes sense, but I'd love to hear your opinion on that: > [@Replace Function Not Working?](https://community.mp3tag.de/t/replace-function-not-working/52094/2): > > Many thanks for your feedback — happy you like it! Your probably observing this in the context of renaming files. I've made some subtle changes on how special characters are treated with the Mac version: Invalid characters are automagically replaced by an underscore on field access, and by that, circumvents what I call the "AC/DC"-Problem. In the past, renaming with fields that contained a path separator char — it's the forward slash on macOS — would result in unwanted folders being greated, e… ---
**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\ **Post date:** [March 2, 2021, 3:14pm UTC](https://community.mp3tag.de/t/replacement-characters-mp3tag-mac-v1-0-1/52151/3 "2021-03-02T15:14:32Z")
I've just released v1.0.2 and now reverted the new behavior where special characters were automatically replaced on field-lookup. It caused more irritation than doing good and having no magic there is probably a good way to go. ---
**Author:** ![xdanguyx](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/x/e0b2c6/32.png) [@xdanguyx](https://community.mp3tag.de/u/xdanguyx)\ **Post date:** [March 7, 2021, 1:15pm UTC](https://community.mp3tag.de/t/replacement-characters-mp3tag-mac-v1-0-1/52151/4 "2021-03-07T13:15:16Z")
Thank you very much I will upgrade the previous version and mess with it a bit today. ---
**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\ **Post date:** [April 6, 2021, 1:15pm UTC](https://community.mp3tag.de/t/replacement-characters-mp3tag-mac-v1-0-1/52151/5 "2021-04-06T13:15:21Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.