Leerzeichen im string Attribute in XML Datei schreiben

[Boro]

Hi,

ich versuche mit TXMLDocument Daten, meistens Texte, ins XML Datei zu schreiben. Leider verliere ich dabei die Leerzeichen am Anfang des Textes. Z.B.

Delphi-Quellcode:

var MyNode: IXMLNode;
MyNode.SetAttribute('attrib','    meintext');

endet in der XML Datei als <knoten attrib="meintext" /> anstatt <knoten attrib=" meintext" />

Wie kann ich text wie ' etwas' auch mit Leerzeichen am Anfang ins XML Detei speichern?

Danke fur jeden hinweis.

Boro

[Luckie]

Und was machen wir, wenn jemand im anderen Forum antwortet?

[Boro]

Zitat:

Zitat von Luckie

Und was machen wir, wenn jemand im anderen Forum antwortet?

Eine Antwort die die Frage beantwortet wurde ich hier bringen.

[BUG]

Zitat:

Zitat von Luckie

Und was machen wir, wenn jemand im anderen Forum antwortet?

Und warum dürfen wir nicht wissen, dass der andere Beitrag hier zu finden ist :mrgreen:

MfG,
Bug

[Boro]

Zitat:

Zitat von BUG

Und warum dürfen wir nicht wissen, dass der andere Beitrag hier zu finden ist :mrgreen:

MfG,
Bug

Warum sollte jmnd nicht durfen wissen...
Wuste nicht das es mit dem Link so geht. Danke.
Hoffe, das ich nicht irw Regel brach auch an anderes Forum die Frage zu stellen. Wenn ja, dann bitte ich um Verzeihung.

[Luckie]

Crosspostings sind nicht schlimm, nur sollte man sie auch verlinken, damit man sieht, was schon beantwortet wurde.

[sx2008]

Laut XML-Standard werden führende und anhängende Leerzeichen innerhalb eines Attributes entfernt:
http://www.w3.org/TR/REC-xml/#AVNormalize

Zitat:

Zitat von w3.org

If the attribute type is not CDATA, then the XML processor MUST further process the normalized attribute value by discarding any leading and trailing space (#x20) characters

Du könntest jetzt anfangen rumzutricksen und den Attribut Typ auf CDATA setzen, aber ich würde es nicht tun.
Wenn du die Leerzeichen brauchst, dann ist es kein Attribut sondern ein Element.

[himitsu]

<[CDATA[ ginge

erstell dir eine DTD (Document Type Definition) und definier dein Attribut als #DATA
MSXML sollte diese entsprechend behandeln

maskiere die Leerzeichen

himXML kann das aktuell noch
ist zwar eine Änderung geplant, aber weiter unten auf der ToDo-Liste und wenn, dann soll dieses Verhalten abschaltbar sein

[Boro]

Danke an sx2008 und himitsu.

Zitat:

Zitat von sx2008

Du könntest jetzt anfangen rumzutricksen und den Attribut Typ auf CDATA setzen, aber ich würde es nicht tun.

Ich verwende XML Binding Wizard (Turbo Delphi Pro) und fur den Attribut steht fur Data Type keine CDATA Moglichkeit da. Also weis ich eigentlich nicht, wie den Attribut auf CDATA Typ umschalten. Wie macht man dies? Auf der w3.org Seite steht

Zitat:

All attributes for which no declaration has been read SHOULD be treated by a non-validating processor as if declared CDATA.

Soll ich den Daten Typ des Attributen einfach leer lassen? Die Property poValidateOnParse hab ich false.
Ehrlich gesagt, im Binding Wizard sehe ich fuer Daten Typ des Elementen (Node) keine Wahl

Zitat:

Zitat von sx2008

Wenn du die Leerzeichen brauchst, dann ist es kein Attribut sondern ein Element.

Wie kann ich abschaetzen ob ein Element oder Attribut zu verwenden?
Die XML Datei brauch ich fur Export der Daten aus mehreren Tabellen zusammen in einer Datei und Hierarchie die einer Relation entspricht. Im Prinzip dachte ich, das ein Datensatz von der Tabelle ein Element sein soll und die Feldern sollen die Attributen sein.

Zitat:

Zitat von himitsu

<[CDATA[ ginge
erstell dir eine DTD (Document Type Definition) und definier dein Attribut als #DATA

Da waere ein Beispiel hilflich. Biss jetzt schrieb ich nur die .xml Datei wie ich mir sie vorstelle. Aus .xml Datei gibt mir der XML Binding Wizard eine Unit fur einfachen Zugriff an XML Dokument.

Zitat:

Zitat von himitsu

maskiere die Leerzeichen

DU meinst Anstatt Leerzeichen eine Substituzion beim schreiben und lesen zu verwenden? Im schlimssten Fall...

Zitat:

Zitat von himitsu

himXML kann das aktuell noch

Danke, vieleicht spaeter. Momentan sieht es mehr danach, es fehlen mir mehr Kentnisse und Erfahrung als eine zusaztliche Klasse oder Unite. Aber gut zu wissen es gibt einen Ausgang...

[himitsu]

Zitat:

Zitat von Boro

Also weis ich eigentlich nicht, wie den Attribut auf CDATA Typ umschalten.

eine DTD schreiben und via <!DOCTYPE> in die XML einbinden

Zitat:

Zitat von Boro

Da waere ein Beispiel hilflich.

ich weiß jetzt leider auch nicht, wie man sowas effektiv via MSXML macht

aber es gibt für Text diese Möglichkeiten

XML-Code:

<node attr="text" />
<node>text</node>
<node><[CDATA[text]]></node>

wobei man in CDATA die wenigsten Beschränkungen hat und auch keine Normalisierung durchgeführt wird

<[CDATA[text]]> könnte man via .CreateNode und als NodeType ntCData erstellen
aber eventuell gibt es auch eine Vaiante, womit man einem "normalem" Node sagt, daß dessen "Text" in einen CDATA-Bereich rein soll

bei mir (himXML) wäre das recht einfach über Node.asCDATA(True); zu lösen (muß man nur einmal beim Erstellen des Nodes machen) und ab dann werden alle Aufruve von Node.Text und Co. an einen untegeordneten CDATA-Node weitergeleitet und dieser CDATA-Node wird notfalls noch erstellt.



zum Thema "Konvertieren"

mit StringReplace vorm Zuweisen die Leerzeichen in was Anderes umwandeln
und nach dem Auslesen zurück

wenn du es schaffst, daß Leerzeichen als HTML-Code in die XML-Datei reinzubekommen, ohne daß dieses & maskiert wird, dann ginge es auch darüber.

<b attr="&#32;xyz"/> ... aber MSXML maskiert normaler Weise einige Zeichen, wie z.B. das &
und bei .Attributes['attr'] := '&#32;xyz'; steht dann sowas <b attr="&amp;#32;xyz"/> in der Datei.

aber wenn du es schaffst mindestens das erste Leerzeichen als &#32; in die XML-Datei reinzubekommen, dann wandelt dir MSXML dieses &#32; automatisch beim Auslesen in ein Leerzeichen um und entfernt auch dieses und nachfolgene Leerzeichen nicht mehr.
also nur beim Zuweisen mußt du etwas beachten und Auslesen geht dabei ohne Probleme/Umwandlung.

wenn du diese Datei ausließt, dann bekommst du '****xyz' als Attribut-Text zurück ... und es sollte auch für normalen NodeText gelten

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<a>
  <b attr="[b]&[/b]#32;   xyz"/>
  [b][b]&[/b]#32;   xyz</c>
</a>

[Boro]

Zitat:

Zitat von himitsu

aber es gibt für Text diese Möglichkeiten

XML-Code:

<node attr="text" />
<node>text</node>
<node><[CDATA[text]]></node>

wobei man in CDATA die wenigsten Beschränkungen hat und auch keine Normalisierung durchgeführt wird

<[CDATA[text]]> könnte man via .CreateNode und als NodeType ntCData erstellen
aber eventuell gibt es auch eine Vaiante, womit man einem "normalem" Node sagt, daß dessen "Text" in einen CDATA-Bereich rein soll

Wenn ich Element via .CreateNode und als NodeType ntCData erstelle,

Delphi-Quellcode:

  ixnNote := XMLDocument1.CreateNode('note',ntElement,'');
  ixnRoot.ChildNodes.Add(ixnNote);

  ixnNoteHead := XMLDocument1.CreateNode('noteHead',ntCData,'');
  ixnNoteHead.NodeValue := '  anyhead';
  ixnNote.ChildNodes.Add(ixnNoteHead);

dann kommt in die .xml Datei nur die CDATA sektion ohne den Namen des Elementen 'noteHead'.

XML-Code:

<note><![CDATA[   anyheadtext]]></note>

Dies ist sehr schlecht, weil das Element noteHead ausgefallen ist.
Wenn ich so erstellte Datei dem Data Binding Wizard gib, generiert er keine Elementklasse 'NoteHead' aus dieser Datei. Sogar das Element 'Note' sieht der Binding Wizard nur als widestring Property (Attribut).

Wenn ich aber in diese .xml Datei das fehlende Elementenname mit Hand zuschreibe

XML-Code:

<note><noteHead><![CDATA[   anyheadtext]]></noteHead></note>

generiert der Binding Wizard auch die Elementenklasse fur Note. Leider wird NoteHead nur eine Property fur ihm. Einer Property weis ich aber nicht CDATA Sektion zurodnen.

Sieht so aus, als ob Element mit .CreateNode fur eine CDATA noch einen Subelement braucht, um sein Namen nicht verlieren lassen.

Durch Klassen und Properties vom Binding Wizard weis ich nicht die CDATA in die .xml schreiben. Vielleicht geht es wenn ich eine gute .dtd oder .xsd selbst schreibe. Die muss ich zu erst lernen. Kommt mir komisch vor, das so eine triviale Sache wie fuhrende Leerzeichen im Text solche Probleme anschtosst.

[alzaimar]

Zitat:

Zitat von Boro

Kommt mir komisch vor, das so eine triviale Sache wie fuhrende Leerzeichen im Text solche Probleme anschtosst.

Führende Leerzeichen sind auch nicht Bestandteil einer textuellen Information, weder bei Text, noch bei Zahlen oder Datumsformaten.

[himitsu]

PS: mir ist noch 'ne mögliche Lösung eingefallen :stupid:

wie es schon bei Programm-Parametern der Fall ist, umschließt man doch einen Parameter mit ", wenn er Leerzeichen enthält.

OK, ein " ist hier nicht wirklich geeignet, aber ein anderes Zeichen tut es ja auch.