XML-Sonderzeichen in Flash

[DasX]

Ich importiere eine XML-Daten in der unter anderem Strings wie "Schulze & Maier". Wie bekomme ich das hin, dass Flash aus dem & wieder ein & macht ?

Mit den anderen XML-Zeichen (Quotes, Apos und Tag-Klammern) ist das auch so. Umlaute werden dank UTF-8 gut importiert.

[~pyropete~]

Guck Dir mal diesen Link dazu an:

http://www.macromedia.com/support/fl...l_encoding.htm

Müsstest die Sonderzeichen im XML halt anders setzen, also keine HTML-Codierung.

--pp

[DasX]

Der Beitrag auf der Macromedia-Seite befasst sich mit dem Encoding von URLs.

Wenn ich versuche in Flash den String '%26' auszugeben, wandelt er diese Zeichenkette nicht in ein & um.

Für das ersetzen des & durch andere Zeichen fehlt Flash leider eine ordentliche String-Replace-Funktion, um daraus wieder das & heraus zu holen.

[~pyropete~]

Zitat von DasX

Wenn ich versuche in Flash den String '%26' auszugeben, wandelt er diese Zeichenkette nicht in ein & um.

Lad mal eine txt-datei mit %26 rein, dann wird das & korrekt angezeigt. Mein Gedanke war dass das sicher auch aus einem XML-Knoten bzw. ner Variable funktionieren dürfte.

--pp

[ricobeck]

eventuell hilft dir dieser prototype:

String.prototype.htmlUnencode = function() {
    s = this;
    a = s.split("&"); s = a.join("&");
    a = s.split(" "); s = a.join(" ");
    a = s.split("&eq;"); s = a.join("=");
    a = s.split("&lt;"); s = a.join("<");
    a = s.split("&gt;"); s = a.join(">");
    a = s.split("&quot;"); s = a.join('"');
    return s;
} 

da ist er her.

l.g.
rick

[zungenbrecher]

ist deine xml ordentlich utf-8 codiert wirst du ab flashplayer 6 weniger probleme haben. html-encoding von sonderzeichen functioniert meines wissens nicht immer. es hängt z.b. davon ab, ob du den text aus einem cdata bereich ausliest, aus einem textelement oder einem attribut. beim parsen macht es einen unterschied, ob html-formatierung und encoding-art überhaupt erkannt werden und wie sie interpretiert werden.
unter windows ist man da immer recht sicher, aber selbst wenn man utf-8 benutzt, kann es unter mac os noch mal andere ergebnisse geben (bei plain-text dateien weniger, wohl aber bei xml).
url-encoding ist sicherer v.a. weil einige programm den export von xml in utf-8 nur vorgeben, die datei aber gar nicht als utf-8 abgespeichert wird (z.b. alte dreamweaver versionen). wenn du url-encoding benutzt, musst du aber alle sonderzeichen korrekt und durchgängig wandeln und beim parsen wieder zurückwandeln. folgender knoten:

 <strecke name="Korrespondentenb%C3%BCro+Marburg" aktiv="" laenge="171" breite="231" link="http%3A%2F%2Fwww.hr-online.de%2Fwebsite%2Fderhr%2Fhome%2Findex.jsp%3Frubrik%3D2724"> <![CDATA[ hr-B%C3%BCro+Marburg%3CBR%3EBarf%C3%BC%C3%9Ferstra%C3%9Fe+50%3CBR%3E35037+Marburg
  ]]> 
  </strecke>

ist durchgängig url-encodiert. auf den cdata-bereich hätte man in diesem fall auch zugunsten eines normalen textknotens verzichten können.
beim parsen musst du auf folgendes achten:

_global.Staedte = new XML ();
_global.Staedte.ignoreWhite = true;
_global.Staedte.onLoad = handleload;
_global.Staedte.onData = function (pfad) {
    trace("Die Quelldaten: \n" + pfad);
    if (pfad == undefined){
        this.onLoad(false);
    } else{
        [B]gewandelt = unescape (pfad);
        this.parseXML (gewandelt);[/B]
        this.loaded = true;
        this.onLoad(true);
    }
}; 

auf "unescape" könntest du verzichten, wenn du deine xml nicht komplett url-encodet hast. es kommt also auf mehrere faktoren an:
- sind sonderzeichen in der xml enthalten
- wo stehen sie (attribut, textelement, cdata bereich)
- ist die xml korrekt als utf-8 abgespeichert
- welches betriebssystem wird benutzt
- wird url-encodet (escaped) oder nicht
- wie wird html behandelt
- wird unescape beim parsen verwendet oder nicht
- ...
probier einfach verschiedene methoden aus und teste sie auch auf alten mac os und unix-basierten system. je nachdem welche software du für die erstellung des xmls benutzt, wirst du schon einen handelbaren weg für dich finden.