himXML (gesprochen himix ML)

[himitsu]

Von den üblichen/"unterstützten" Codierungen nur das, da Windows ein bissl rumzickt und ich dafür keine eigene (De)Codierung integriert hab.

So wie du es jetzt hast, wird das UTF-16 mit durch's UCS2 (Unicode) geschleift. Und solange keine "exotischen" höheren Zeichen über #32767 vorkommen sollte es keine Probleme geben.

Ansonsten ist im aktuellen Code keine Objekt-Serialisierung vorhanden, da es einige Problemchen mit der Deserialisierung gab.
Records und Variants können aber serialisiert werden, wobei die Recordserialisierung demnächst auch noch um die Möglichkeiten der neuen Delphi 2010-RTTI aufgemotzt wird.

Wobei ich derzeit das ganze Projekt umgestalte, da endlich das Problem der sich selbsthaltenden Kreizreferenzen bei Interfaces gelöst ist und somit Interfaces wieder verwendet werden können ... dafür gibt es hier auch eine "coole" selbsentwickelte Neuerung, wo ich die Interfaces ein bissl "mishandle".

[RWarnecke]

Das hört sich ja richtig gut. Bin schon auf die neue Version gespannt.

[geskill]

hey himitsu,
benutze deine XML Lib nun schon eine Weile, bislang habe ich diese immer direkt ins Programm eingebunden, jedoch benutze ich in meinem Programm viele Plugins, wodurch sich eine bpl zur Zentralen Einbindung der Komponente lohnte. Nun klappts jedoch nicht mehr so richtig mit dem lesen und schreiben. Ich nutze die hoffentlich aktuelle v0.99d.

Wenn ich z.b. eine XML Datei speichern möchte (existiert bereits, ANSI Codiert, nur XML Header enthalten [<?xml version="1.0" ?>] ) kommt dieser Fehler:

Zitat:

[EXMLException] TXMLFile.SaveToStream:
invalid value

TXMLFile.AssembleTree:
error on line 0 and col 22 (at byte position 0)

TXWriter.SetVer:
unknown xml version

Mit diesem Schnippsel hat es eigentlich immer ganz gut geklappt:

Delphi-Quellcode:

  XMLDoc := TXMLFile.Create;
  try
    with XMLDoc do
    begin
      LoadFromFile(WebsiteSettingsFile);
      // Active := True;
      Options := Options + [xoNodeAutoIndent];
      DefaultTextIndent := #9;
    end;

    // optionen setzten

    XMLDoc.SaveToFile(WebsiteSettingsFile);
  finally
    XMLDoc.Free;
  end;

Das komische ist auch, dass es beim ersten mal klappt, wenn ich dann jedoch die Datei nochmal abspeichern will bekomme ich diesen Fehler -,-

[himitsu]

Kann's hier nicht ausprobieren.
Werd' es mir aber die nächsten Tage mal ansehn, wenn ich wieder daheim bin.

Nja, aktuell ... joar, von den öffentlichen Versionen ist es schon die Aktuelle.

Aber ertsmal sehn woran es liegt, vom Leseverhalten, hat die interne Version, theoretisch keine großen Änderungen diesbezüglich bekommen.
(bin "nur" dabei den Kern, also sozusagen die internen Verwaltungssachen komplett umzustellen und die Schnittstelle/Interfaces ein bissl zu optimieren)

[Medium]

Moin Himi!

Erstmal ganz ganz heissen Dank für dieses Prunkstück! Damit lässt sich wirklich komfortabel arbeiten.

Bis auf...
Ich möchte ganz gerne zwei (benachbarte) Nodes vertauschen, jedoch habe ich Probleme mit der Insert()-Funktion. Diese lässt scheinbar die Fäden des eingefügten Nodes baumeln, oder so etwas in diese Richtung. Ziel ist es einen Node nach oben oder unten wandern lassen zu können.

Delphi-Quellcode:

// Alle Nodes haben ein Attribut "ID", welches in den Tags der Listbox-Items wieder auftaucht.
// Dadurch kann ich querindizieren, egal was wo in welcher Liste genau an welcher internen Array-
// Position steht.
var
  n, f: TXMLNode;
  fi, iid, fiid: Integer;
begin
  iid  := lbElements.ListBoxItems[lbElements.ItemIndex].Tag; // ID-Attribut des Nodes zum selektierten Listbox-Eintrag ermitteln
  fiid := lbElements.ListBoxItems[lbElements.ItemIndex+1].Tag; // Auch die ID des in der Listbox folgenden Eintrags
  n := CurrentFrameXML.RootNode.Nodes['#Element>ID='+IntToStr(iid)]; // Node zur ID finden
  f := CurrentFrameXML.RootNode.Nodes['#Element>ID='+IntToStr(fiid)]; // Auch zum nächsten

  fi := CurrentFrameXML.RootNode.Nodes.IndexOf(f); // Index im internen Array zum Folgeknoten ermitteln
  CurrentFrameXML.RootNode.Nodes.Insert(CurrentFrameXML.Nodes.CloneNode(n), fi); // An diese Stelle eine Kopie von "n" einfügen
  CurrentFrameXML.RootNode.Nodes.Delete(n); // Das alte "n" killen
  XMLToListBox(CurrentFrameXML); // Die flache knotenstruktur in ne LB werfen
end;

Das ganze funktioniert nur so lange, wie der Folgeknoten "f" nicht schon vorher einmal verschoben wurde! Dann nämlich wird dieser in der Zeile "fi := ..." nicht mehr gefunden, und die gesamte Struktur ist dahin. (Der Node an sich wird gefunden, sein Index allerdings nicht mehr.) Genauer gesagt wird dann an Index -1 ge-inserted, wodurch nur noch dieser Node in der Liste ist. So als würde der RootNode geleert, und dieser als einziger eingefügt.

Die Listbox wird in der Reihenfolge des internen Arrays vom RootNode befüllt, so dass in der Listbox benachbarte Einträge auch im RootNode benachbarten Knoten entsprechen sollten.

Wat ist da los? Oder geht das 100x einfacher, und es ist für mich nur zu spät geworden heut abend?

[xZise]

Moin Medium,
irgendwie fehlt mir das einfügen des Knoten f. Aktuell schreibst du vor den Knoten f den Knoten n. Aber den Knoten f setzt du nicht an die Position, wo der Noten n vorher war oder?

MfG
Fabian

[Medium]

Da es ja ein Insert(), kein Replace() ist, sollte der ja eigentlich einfach nur verrutschen