Seite 1 von 1

Sonderzeichen

Verfasst: Mo 29. Dez 2008, 22:36
von alder
Servus!

Wieso müssen sich eigentlich alle schon seit über einem Jahr immer mit diesen Sonderzeichen in Dateinamen rumschlagen, die die Kiste reproduzierbar durcheinander bringen?

Hier ein Beispiel wie der Programmcode in der FW aussehen könnte, damit beim Anlegen jeglicher Aufnahmen unerwünschte Zeichen erst gar nicht auftreten:

String newFileName = "";
for(Char c in recordingName)
{
if((c >= 'A' && c <= 'Z')
|| (c >= 'a' && c <= 'z')
|| (c >= '0' && c <= '9')
|| c == ' '
|| c == '_'))
newFileName += c;
}

Danach wäre alles außer 'A'-'Z', 'a'-'z', '0'-'9', Leerzeichen oder Unterstrich raus aus dem Dateinamen.

Sieht auch in Assembler nicht wirklich komplizierter aus. Dauert normalerwiese 5 Minuten sowas einzubauen. Vielleicht dringt das im neuen Jahr bis zu den Entwicklern durch...

Guten Rutsch!

AW: Sonderzeichen

Verfasst: Mo 29. Dez 2008, 23:19
von Sascha30
Im Prinzip hast du Recht ...

aber du hast dabei vergessen, dass der Receiver International ist ... hab ein ähnliches
Problem mit meinem Tool ... da kommen dann Anfragen warum z.B. norwegische Zeichen nicht
gehen usw.

Im Prinzip braucht man eine internationale Negativliste, die den Reciver durcheinander bringt
und das ist nicht mehr ganz so einfach.

Gruß und guten Rutsch
Sascha

(PS. Wenn du TAPs oder Fremdprogramme verwendest, liegt es in deren Verantwortung Zeichen, die
zu Fehlern führen zu filtern - da kann Topf nichts dafür)

AW: Sonderzeichen

Verfasst: Mo 29. Dez 2008, 23:30
von alder
... vergessen nicht. Aber man muß nicht mit dem kompliziertesten zuerst anfangen.

International würde es im ersten Schritt reichen, die vorgeschlagenen Zeichen zu verwenden. Wenn das klappt, kann man mit dem Verfeinern anfangen.

War bei fast allem genauso. Z.B. das Email-Protokoll und diverse Filesysteme haben erst mal nur einen sehr limitierten Zeichensatz erlaubt und könnten erst später Sonderzeichen.

Wahrscheinlich würde es schon reichen, wenn nur das lästige 0x05-Zeichen gefiltert werden würde...