# \[X\] Title has "/" - \> Filename

**URL:** https://community.mp3tag.de/t/x-title-has-filename/15488
**Category:** No Bugs
**Created:** [February 8, 2014, 2:36pm UTC](https://community.mp3tag.de/t/x-title-has-filename/15488 "2014-02-08T14:36:34Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![CC-GoE](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/b38774/32.png) [@CC-GoE](https://community.mp3tag.de/u/CC-GoE)
#### Post date: [February 8, 2014, 2:36pm UTC](https://community.mp3tag.de/t/x-title-has-filename/15488/1 "2014-02-08T14:36:34Z")

</div>

HI!  
First let me thank you for Mp3tag. Perhaps, one of the best software ever written...

Windows 7 SP1 Home Premium  
Mp3tag v2.58

I would like to report the following behavior, which might me classifies as a "bug":

For an MP3, when its title has " / ", that is, / with one space before and after, and Converting Tag - Filename, then the generated Filename, is the same, with the / been removed. So the Filename has 2 spaces in between. Example:

Title: Word1 / Word2  
Generated Filename: Word1 Word2 (2 spaces)

But, for an MP3, with title containing "/", but with no spaces before and after, the generated Filename, is the same with the / been removed again. Example:

Title: Word1/Word2  
Generated Filename: Word1Word2

So, its just not so nice. Perhaps, it would be better if it just replaced "/" with a space in this second situation?  
Like: Word1 Word2

What do you say? And if there is a workaround for this issue, could you kindly tell me?

CHEERS!

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [February 8, 2014, 2:53pm UTC](https://community.mp3tag.de/t/x-title-has-filename/15488/2 "2014-02-08T14:53:54Z")

</div>

> [@CC-GoE](#):
>
> ... I would like to report the following behavior, which might me classifies as a "bug" ... if there is a workaround for this issue, could you kindly tell me ...

The function $validate() is able to make a text string valid to be used as a name in the filesystem.  
Read there ...  
[Character remapping during conversion?](https://community.mp3tag.de/t/13037/5)  
[https://www.google.de/search?q=site:forums....ers+file+system](https://www.google.de/search?q=site:forums.mp3tag.de+forbidden+characters+file+system)

DD.20140208.1654.CET

---

<div class="post-metadata">

### Author: ![CC-GoE](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/c/b38774/32.png) [@CC-GoE](https://community.mp3tag.de/u/CC-GoE)
#### Post date: [February 9, 2014, 9:15am UTC](https://community.mp3tag.de/t/x-title-has-filename/15488/3 "2014-02-09T09:15:32Z")

</div>

> [@DetlevD](#):
>
> The function $validate() is able to make a text string valid to be used as a name in the filesystem.

Thanks! That worked for me. I just integrated the $validate() into my format string and inserted dashes in the filenames, in place of the invalid chars. My filenames look much better now 🙂

---

<div class="post-metadata">

### 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: [December 28, 2018, 2:33pm UTC](https://community.mp3tag.de/t/x-title-has-filename/15488/4 "2018-12-28T14:33:57Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
