# \[F\] $replace Problem bei Vorschau Tag - Dateiname
**URL:** https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523
**Category:** Fehlermeldungen
**Created:** [June 28, 2009, 3:35pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523 "2009-06-28T15:35:51Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [June 28, 2009, 3:35pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523/1 "2009-06-28T15:35:51Z")
Aus
#$replace('A\B\C','','\\')#
wird
#A\\B\C#
Das sieht aus wie ein Fehler.
DD.20090628.1934.CEST
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [June 28, 2009, 4:14pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523/2 "2009-06-28T16:14:43Z")
Als Aktion funktioniert das. Im Preview des Konverters "Tag-Dateiname" zwar nicht, aber dort wird man das nicht anwenden wollen. Das \ Zeichen hat dort ja auch eine besondere Funktion.
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [June 28, 2009, 4:54pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523/3 "2009-06-28T16:54:43Z")
Tja, als Aktion hatte ich das nicht ausprobiert, sondern nur im Preview des Konverters "Tag-Dateiname".
$replace('\*A\B\C\*','','\\') ==\> \*A\\B\\C\*
Selbst wenn dort die Eingabe als Dateiname interpretiert und bereinigt wird, wundere ich mich doch, warum die Backslashes verdoppelt werden, solange sie "links und nicht ganz rechts" stehen und warum in der Vorschau der Stern als erlaubt angezeigt wird.
Das ist irgendwie ein inkonsistentes Verhalten.
DD.20090628.2054.CEST
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [July 4, 2009, 1:58pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523/4 "2009-07-04T13:58:03Z")
Leider entfernt ::PathCanonicalize() keine doppelten Backslashes (::PathSearchAndQualify() kann an dieser Stelle wegen der unvollständigen Pfadangabe nicht verwendet werden).
Die ungültigen Zeichen werde ich zur nächsten Version noch aus der Vorschau entfernen.
Viele Grüße,
Florian
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [July 4, 2009, 7:34pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523/5 "2009-07-04T19:34:35Z")
> [@Florian](#):
>
> Leider entfernt ::PathCanonicalize() keine doppelten Backslashes (::PathSearchAndQualify() kann an dieser Stelle wegen der unvollständigen Pfadangabe nicht verwendet werden).
> Die ungültigen Zeichen werde ich zur nächsten Version noch aus der Vorschau entfernen. ...
Was ist mit PathGetCharType?
[http://msdn.microsoft.com/en-us/library/bb773608(VS.85).aspx](http://msdn.microsoft.com/en-us/library/bb773608(VS.85).aspx)
[http://source.winehq.org/source/dlls/shlwapi/path.c#L2960](http://source.winehq.org/source/dlls/shlwapi/path.c#L2960)
DD.20090704.2334.CEST
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [July 12, 2009, 5:17pm UTC](https://community.mp3tag.de/t/f-replace-problem-bei-vorschau-tag-dateiname/8523/6 "2009-07-12T17:17:11Z")
Der aktuelle [Development Build](http://developer.mp3tag.de) sollte die Inkonsistenzen nun beheben.