hab grad die EXMLException überarbeitet
- ein netter Fehler in der Paremeterbehandlung in der Exceptionsklasse wurde behoben
('ne
Exception in der
Exception, welche den eigenentlichen Fehler verbarg)
- überlange Fehlertexte werden abgeschnitten (also hier z.B. eingeblendete Name)
- Steuer- und Unicodezeichen werden umgewandelt und Hexadezimal angezeigt
bei diesem
Delphi-Quellcode:
XML.Node['
EDDH'].Node['
2009'].Node['
Juni'].Node['
30'].Attribute['
haha'] := '
Putzilein';
XML.Node['
EDDH\2009\Juni\30'].Attribute['
haha'] := '
Putzilein';
XML.Attribute['
EDDH\2009\Juni\30\haha'] := '
Putzilein';
kommt also nun sowas raus (wenn NodeAutoCreate aktiviert ist)
Zitat:
---------------------------
Test
---------------------------
EXMLException (TXMLNodeList.Add):
invalid name ("2009")
---------------------------
OK
---------------------------
Wenn NodeAutoCreate nicht aktiv ist, dann würde Node[] ein
nil zurückliefern,
darum hab ich mir grad überlegt noch eine weitere Option anzubieten, welche dann mit einer "Node existiert nicht"-
Exception um sich wirft (dieses sollte dann die Zugriffsverletzung auf "nil" verständlicher machen) ... also beim nächsten Update vermutlich dann mit enthalten