Diskussion:Simple API for XML - Versionsgeschichte

APPERbot: Bot: Syntaxhighlight: Sprache html4strict nach html korrigiert, siehe H:SYH

2023-06-20T08:01:17Z

Bot: Syntaxhighlight: Sprache html4strict nach html korrigiert, siehe H:SYH

← Nächstältere Version		Version vom 20. Juni 2023, 10:01 Uhr
Zeile 62:		Zeile 62:
	::* (Bist du sicher, dass da <code>["value="1""]</code> herauskommt und nicht <code>["value='1'"]</code> – mein schädelinterner Parser schmiert ab?)		::* (Bist du sicher, dass da <code>["value="1""]</code> herauskommt und nicht <code>["value='1'"]</code> – mein schädelinterner Parser schmiert ab?)
	:: Die whitespace characters zwischen Elementen müssen auch gemeldet werden; siehe HTML:		:: Die whitespace characters zwischen Elementen müssen auch gemeldet werden; siehe HTML:
	<syntaxhighlight lang="~~html4strict~~" style="border: none; margin-left: 6em">		<syntaxhighlight lang="html" style="border: none; margin-left: 6em">
	Dieses '''fette''' <i>kursive</i> sind zwei Wörter.		Dieses '''fette''' <i>kursive</i> sind zwei Wörter.
	<pre>\n\n eingerückte neue Zeile nach Leerzeile</pre>		<pre>\n\n eingerückte neue Zeile nach Leerzeile</pre>

Lómelinde: End-Tag fehlt nicht geschlossenes

2022-08-27T14:55:50Z

End-Tag fehlt nicht geschlossenes <p>

GiftBot: /* Defekter Weblink / Wikipedia:Defekte Weblinks/Botmeldung (Problem?) – letzte Bearbeitung: PerfektesChaos, 23.03.2012 03:26:20 CET, / Abschnitt "Ereignisse in SAX": character-Ereignis? */ hübsch…

2015-11-27T21:44:10Z

Defekter Weblink: Wikipedia:Defekte Weblinks/Botmeldung (Problem?) – letzte Bearbeitung: PerfektesChaos, 23.03.2012 03:26:20 CET, Abschnitt "Ereignisse in SAX": character-Ereignis?: hübsch…

← Nächstältere Version		Version vom 27. November 2015, 23:44 Uhr
Zeile 69:		Zeile 69:
	:: Die könnten bedeutungstragend sein; darf der Parser nicht einfach weglassen, und die Anwendung muss dann entscheiden, was damit geschehen soll (etwa mehrfacher WS gleichbedeutend mit einem Leerzeichen, oder WS zwischen zwei öffnenden Tags ignorieren).		:: Die könnten bedeutungstragend sein; darf der Parser nicht einfach weglassen, und die Anwendung muss dann entscheiden, was damit geschehen soll (etwa mehrfacher WS gleichbedeutend mit einem Leerzeichen, oder WS zwischen zwei öffnenden Tags ignorieren).
	:: Liebe Grüße --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 20:26, 22. Mär. 2012 (CET)		:: Liebe Grüße --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 20:26, 22. Mär. 2012 (CET)

			== {{Anker\|deadurl_2015-10}} Defekter Weblink ==
			{{nicht archivieren\|Zeigen=nein}}{{Defekter Weblink\|Bot=GiftBot\|Lauf=2015-10
			\|1=007 wba=20110502162113 http://www.keplerproject.org/luaexpat/
			}}
			– [[Benutzer:GiftBot\|GiftBot]] ([[Benutzer Diskussion:GiftBot\|Diskussion]]) 22:44, 27. Nov. 2015 (CET)

PerfektesChaos: /* Abschnitt "Ereignisse in SAX": character-Ereignis? */ hübsch; quotes?

2012-03-22T19:26:20Z

Abschnitt "Ereignisse in SAX": character-Ereignis?: hübsch; quotes?

← Nächstältere Version		Version vom 22. März 2012, 21:26 Uhr
Zeile 58:		Zeile 58:
	:Das Beispiel unten mit den SAX-Parser-Ereignissen einzurücken würde ich aber an dieser Stelle nicht empfehlen, da es den falschen Eindruck erwecken würde, der SAX-Parser würde ebenfalls "eingerückte" Ereignisse werfen.		:Das Beispiel unten mit den SAX-Parser-Ereignissen einzurücken würde ich aber an dieser Stelle nicht empfehlen, da es den falschen Eindruck erwecken würde, der SAX-Parser würde ebenfalls "eingerückte" Ereignisse werfen.
	:Ich werde mal versuchen, das Beispiel zu verbessern indem ich es korrigiere, vervolständige und noch ein bisschen ausführlicher erkläre. --[[Benutzer:GGShinobi\|GGShinobi]] ([[Benutzer Diskussion:GGShinobi\|Diskussion]]) 09:04, 22. Mär. 2012 (CET)		:Ich werde mal versuchen, das Beispiel zu verbessern indem ich es korrigiere, vervolständige und noch ein bisschen ausführlicher erkläre. --[[Benutzer:GGShinobi\|GGShinobi]] ([[Benutzer Diskussion:GGShinobi\|Diskussion]]) 09:04, 22. Mär. 2012 (CET)

			:: Sehr hübsch geworden! Gefällt mir. Lob!
			::* (Bist du sicher, dass da <code>["value="1""]</code> herauskommt und nicht <code>["value='1'"]</code> – mein schädelinterner Parser schmiert ab?)
			:: Die whitespace characters zwischen Elementen müssen auch gemeldet werden; siehe HTML:
			<syntaxhighlight lang="html4strict" style="border: none; margin-left: 6em">
			Dieses <b>fette</b> <i>kursive</i> sind zwei Wörter.
			<pre>\n\n eingerückte neue Zeile nach Leerzeile</pre>
			<h3> <i>Anfang der Überschrift</i></h3>
			</syntaxhighlight>
			:: Die könnten bedeutungstragend sein; darf der Parser nicht einfach weglassen, und die Anwendung muss dann entscheiden, was damit geschehen soll (etwa mehrfacher WS gleichbedeutend mit einem Leerzeichen, oder WS zwischen zwei öffnenden Tags ignorieren).
			:: Liebe Grüße --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 20:26, 22. Mär. 2012 (CET)

GGShinobi: /* Abschnitt "Ereignisse in SAX": character-Ereignis? */

2012-03-22T08:04:10Z

Abschnitt "Ereignisse in SAX": character-Ereignis?

← Nächstältere Version		Version vom 22. März 2012, 10:04 Uhr
Zeile 50:		Zeile 50:
	::*: [[Einrückungsstil#Verwendung von Tabulator oder Leerzeichen\|Einrückungsstil]]: <code>3SPC, 1TBS, 0Tabs</code>		::*: [[Einrückungsstil#Verwendung von Tabulator oder Leerzeichen\|Einrückungsstil]]: <code>3SPC, 1TBS, 0Tabs</code>
	:: Soviel als Nachtrag --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 10:12, 15. Feb. 2012 (CET)		:: Soviel als Nachtrag --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 10:12, 15. Feb. 2012 (CET)


			:So, ich hab mich jetzt mal [http://www.saxproject.org/quickstart.html\|"schlaugemacht"]:
			:* whitespace characters '''zwischen Elementen''' werden von einem SAX-Parser ebenfalls ausgegeben. Das bedeutet, das Beispiel ist nicht ganz korrekt, da noch einige Whitespaces fehlen.
			:* Gleichzeitig erklärt das aber auch die unterschiedlich vielen Leerzeichen. D.h. [[Benutzer:PerfektesChaos\|PerfektesChaos]], Du hattest Recht mit Deiner Annahme bezüglich der Tabulatoren :)
			:* es ist tatsächlich ein Tippfehler und muss character'''s''' heißen
			:Das Beispiel unten mit den SAX-Parser-Ereignissen einzurücken würde ich aber an dieser Stelle nicht empfehlen, da es den falschen Eindruck erwecken würde, der SAX-Parser würde ebenfalls "eingerückte" Ereignisse werfen.
			:Ich werde mal versuchen, das Beispiel zu verbessern indem ich es korrigiere, vervolständige und noch ein bisschen ausführlicher erkläre. --[[Benutzer:GGShinobi\|GGShinobi]] ([[Benutzer Diskussion:GGShinobi\|Diskussion]]) 09:04, 22. Mär. 2012 (CET)

PerfektesChaos: /* Abschnitt "Ereignisse in SAX": character-Ereignis? */ Nachtrag

2012-02-15T09:12:28Z

Abschnitt "Ereignisse in SAX": character-Ereignis?: Nachtrag

← Nächstältere Version		Version vom 15. Februar 2012, 11:12 Uhr
Zeile 38:		Zeile 38:

	: Ich bin zwar kein SAX-Anwender, geschweige denn Experte für SAX, kann aber vielleicht einige klärende Hinweise geben:		: Ich bin zwar kein SAX-Anwender, geschweige denn Experte für SAX, kann aber vielleicht einige klärende Hinweise geben:
	:# Bei der Anzahl der Leerzeichen handelt es sich um 8 bzw. 16. Das deutet darauf hin, dass man uns einen Tabulator verdeutlichen wollte. Durch irgendwelche ~~Umständen~~ ist das im Beispielcode unterschiedlich umgesetzt worden.		:# Bei der Anzahl der Leerzeichen handelt es sich um 8 bzw. 16. Das deutet darauf hin, dass man uns einen Tabulator verdeutlichen wollte. Durch irgendwelche Umstände ist das im Beispielcode unterschiedlich umgesetzt worden.
	:# <code>character()</code> möchte uns informieren, dass innerhalb des <seminararbeit> ein Nur-Text gefunden wurde. Hier ist es einer mit Nur-Whitespace: einem Zeilenumbruch und einem Tabulator.		:# <code>character()</code> möchte uns informieren, dass innerhalb des <seminararbeit> ein Nur-Text gefunden wurde. Hier ist es einer mit Nur-Whitespace: einem Zeilenumbruch und einem Tabulator.
	:# Ob wir außerhalb der Elemente <code>titel</code> oder <code>kapitel</code> Nur-Text akzeptieren wollen, hängt von uns ab.		:# Ob wir außerhalb der Elemente <code>titel</code> oder <code>kapitel</code> Nur-Text akzeptieren wollen, hängt von uns ab.
Zeile 46:		Zeile 46:
	:# Ansonsten hat uns der Parser aber ganz brav darüber informiert, was er in dem Datenstrom vorgefunden hat.		:# Ansonsten hat uns der Parser aber ganz brav darüber informiert, was er in dem Datenstrom vorgefunden hat.
	: HGZH --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 10:02, 15. Feb. 2012 (CET)		: HGZH --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 10:02, 15. Feb. 2012 (CET)
			:: Das Beispiel sollte dahingehend verbessert werden, dass oben wie unten zum Einrücken jeweils genau zwei oder drei ''Leerzeichen'' benutzt werden.
			::* Auf meiner Benutzerseite oute ich mich aus ebendiesen Gründen als
			::*: [[Einrückungsstil#Verwendung von Tabulator oder Leerzeichen\|Einrückungsstil]]: <code>3SPC, 1TBS, 0Tabs</code>
			:: Soviel als Nachtrag --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 10:12, 15. Feb. 2012 (CET)

PerfektesChaos: /* Abschnitt "Ereignisse in SAX": character-Ereignis? */ Tabulator

2012-02-15T09:02:22Z

Abschnitt "Ereignisse in SAX": character-Ereignis?: Tabulator

← Nächstältere Version		Version vom 15. Februar 2012, 11:02 Uhr
Zeile 35:		Zeile 35:
	* Tippfehler? laut [http://www.saxproject.org/apidoc/org/xml/sax/ContentHandler.html] gibt es zwar eine Methode "characters(..)" aber keine "character(..)"-Methode. Oder habe ich an der falschen Stelle geguckt?		* Tippfehler? laut [http://www.saxproject.org/apidoc/org/xml/sax/ContentHandler.html] gibt es zwar eine Methode "characters(..)" aber keine "character(..)"-Methode. Oder habe ich an der falschen Stelle geguckt?
	Bitte um Klärung! -- [[Benutzer:GGShinobi\|GGShinobi]] 23:01, 14. Feb. 2012 (CET)		Bitte um Klärung! -- [[Benutzer:GGShinobi\|GGShinobi]] 23:01, 14. Feb. 2012 (CET)


			: Ich bin zwar kein SAX-Anwender, geschweige denn Experte für SAX, kann aber vielleicht einige klärende Hinweise geben:
			:# Bei der Anzahl der Leerzeichen handelt es sich um 8 bzw. 16. Das deutet darauf hin, dass man uns einen Tabulator verdeutlichen wollte. Durch irgendwelche Umständen ist das im Beispielcode unterschiedlich umgesetzt worden.
			:# <code>character()</code> möchte uns informieren, dass innerhalb des <seminararbeit> ein Nur-Text gefunden wurde. Hier ist es einer mit Nur-Whitespace: einem Zeilenumbruch und einem Tabulator.
			:# Ob wir außerhalb der Elemente <code>titel</code> oder <code>kapitel</code> Nur-Text akzeptieren wollen, hängt von uns ab.
			:# Wir könnten sagen, dass wir Nicht-Whitespace nur als Inhalt der untersten Kind-Elemente akzeptieren wollen.
			:# Nicht-Whitespace außerhalb der Kind-Elemente wäre ein Fehler (sonst über DTD geregelt).
			:# Nur-Whitespace außerhalb der Kind-Elemente würde wie hier nur der optischen Verdeutlichung für menschliche Leser dienen und soll ignoriert werden.
			:# Ansonsten hat uns der Parser aber ganz brav darüber informiert, was er in dem Datenstrom vorgefunden hat.
			: HGZH --[[Benutzer:PerfektesChaos\|PerfektesChaos]] 10:02, 15. Feb. 2012 (CET)

GGShinobi: Neuer Abschnitt /* Abschnitt "Ereignisse in SAX": character-Ereignis? */

2012-02-14T22:01:54Z

Neuer Abschnitt Abschnitt "Ereignisse in SAX": character-Ereignis?

← Nächstältere Version		Version vom 15. Februar 2012, 00:01 Uhr
Zeile 26:		Zeile 26:
	<p>		<p>
	Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will. -- {{unsigniert\|Frankao\|15:29,03. Juni 2007}}		Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will. -- {{unsigniert\|Frankao\|15:29,03. Juni 2007}}

			== Abschnitt "Ereignisse in SAX": ''character''-Ereignis? ==

			Das Beispiel im Abschnitt "Ereignisse in SAX" ist für mich nicht ganz nachvollziehbar. Und zwar wegen der Zeilen mit den ''"character("\n ")"'':
			* Warum gibt es an genau diesen Stellen ein ''character("\n ")''?
			** Meine Vermutung: Wenn ein XML-Element keine Zeichenkette als Inhalt hat (anders als bspw. "''<titel>DOM,..</titel>''") dann wird in SAX ein character("\n ")-Ereignis aufgerufen, um genau das anzuzeigen. Wenn das so ist, sollte man das aber bitte zum besseren Verständnis noch erläutern.
			* Warum sind da verschieden viele Leerzeichen nach dem ''("\n'' ?
			* Tippfehler? laut [http://www.saxproject.org/apidoc/org/xml/sax/ContentHandler.html] gibt es zwar eine Methode "characters(..)" aber keine "character(..)"-Methode. Oder habe ich an der falschen Stelle geguckt?
			Bitte um Klärung! -- [[Benutzer:GGShinobi\|GGShinobi]] 23:01, 14. Feb. 2012 (CET)

GGShinobi: fehlende Signaturen hinzugefügt

2012-02-14T21:04:09Z

fehlende Signaturen hinzugefügt

← Nächstältere Version		Version vom 14. Februar 2012, 23:04 Uhr
Zeile 1:		Zeile 1:

	Es ist Quatsch, dass die "Simple API for XML" eine Bibliothek ist. Dies wird auch klar, wenn man nur die ersten Absätze des im Artikel angeführten SAX2-Buches von O'Reilly liest. Daher benötigt der Wikipedia-Artikel eine Überarbeitung. (16.12.04)		Es ist Quatsch, dass die "Simple API for XML" eine Bibliothek ist. Dies wird auch klar, wenn man nur die ersten Absätze des im Artikel angeführten SAX2-Buches von O'Reilly liest. Daher benötigt der Wikipedia-Artikel eine Überarbeitung. (16.12.04) -- {{unsigniert\|217.226.205.190\|23:44,15. Dezember 2004}}

	-- Habe den Artikel daher jetzt selbst mal notdürftig geändert.		-- Habe den Artikel daher jetzt selbst mal notdürftig geändert. -- {{unsigniert\|217.84.182.100\|01:31, 30. Januar 2005}}

	== SAX vs. DOM ==		== SAX vs. DOM ==
Zeile 25:		Zeile 25:
	Wie im Artikel angedeutet, sind auch hybride Ansätze implementiert, die ein bischen von beidem machen.		Wie im Artikel angedeutet, sind auch hybride Ansätze implementiert, die ein bischen von beidem machen.
	<p>		<p>
	Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will.		Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will. -- {{unsigniert\|Frankao\|15:29,03. Juni 2007}}

Frankao: SAX vs. DOM

2007-06-03T15:29:10Z

SAX vs. DOM

← Nächstältere Version		Version vom 3. Juni 2007, 17:29 Uhr
Zeile 3:		Zeile 3:

	-- Habe den Artikel daher jetzt selbst mal notdürftig geändert.		-- Habe den Artikel daher jetzt selbst mal notdürftig geändert.

			== SAX vs. DOM ==

			In diesem Artikel wir die sequentielle Abarbeitung eines Zeichendatenstroms im Gegensatz zum vollständigen Parsen einer Datei aus meiner Sicht nicht genügend gewürdigt.

			DOM und SAX haben beide Vor- und Nachteile. Ohne jetzt im Buch für Compilerbau oder formale Sprachen nachzusehen (ich gehe von den extremen Implementierungsmöglichkeiten aus):
			<p>
			<b>DOM baut i.W. zuerst einen vollständigen Syntaxbaum auf:</b>
			<br>
			+ Eine Validierung der gesamten Datei ist möglich. Dadurch werden nur korrekte XML Dokumente bearbeitet. Es können keine Aktionen entstehen, die aufgrund eines Syntax-Fehlers zurückgesetzt etc. werden müssen
			<br>+ Da der Baum im Speicher vorliegt, kann er schnell vor- und rückwärts navigiert werden.
			<br>- Ein solcher Baum belegt entsprechend Speicher.
			<br>- Die Erstellung des Baums kostet Rechenzeit (die erste Anfrage kann erst "spät" erfolgen).
			<p>
			<b>SAX gibt (ähnlich einem lexikalischen Analyzer) erkannte Tokens sofort an entsprechende Funktionen weiter:</b>
			<br>+ Schnelle Vorwärtsabarbeitung des XML-Stroms ist möglich.
			<br>+ Niedriger Speicherbedarf.
			<br>- Syntaxfehler werden erst spät erkannt. Die Anwendung muss also ein entsprechendes Fehlermodell unterstützen. Es sollten vorher keine Aktionen ausgelöst werden, die nicht kompensiert und zurückgenommen werden können (bzw. es ist eigentlich egal, ob Aktionen ausgelöst wurden).
			<br>- Eine Rückwärtsnavigation ist an sich nicht möglich, außer das Ergebnis wurde zwischengespeichert.
			<p>
			Wie im Artikel angedeutet, sind auch hybride Ansätze implementiert, die ein bischen von beidem machen.
			<p>
			Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will.

← Nächstältere Version		Version vom 27. August 2022, 16:55 Uhr
Zeile 9:		Zeile 9:

	DOM und SAX haben beide Vor- und Nachteile. Ohne jetzt im Buch für Compilerbau oder formale Sprachen nachzusehen (ich gehe von den extremen Implementierungsmöglichkeiten aus):		DOM und SAX haben beide Vor- und Nachteile. Ohne jetzt im Buch für Compilerbau oder formale Sprachen nachzusehen (ich gehe von den extremen Implementierungsmöglichkeiten aus):

	<p>
	~~<b>~~DOM baut i.W. zuerst einen vollständigen Syntaxbaum auf:~~</b>~~		'''DOM baut i.W. zuerst einen vollständigen Syntaxbaum auf:'''
	<br>		<br>
	+ Eine Validierung der gesamten Datei ist möglich. Dadurch werden nur korrekte XML Dokumente bearbeitet. Es können keine Aktionen entstehen, die aufgrund eines Syntax-Fehlers zurückgesetzt etc. werden müssen		+ Eine Validierung der gesamten Datei ist möglich. Dadurch werden nur korrekte XML Dokumente bearbeitet. Es können keine Aktionen entstehen, die aufgrund eines Syntax-Fehlers zurückgesetzt etc. werden müssen
Zeile 16:		Zeile 16:
	<br>- Ein solcher Baum belegt entsprechend Speicher.		<br>- Ein solcher Baum belegt entsprechend Speicher.
	<br>- Die Erstellung des Baums kostet Rechenzeit (die erste Anfrage kann erst "spät" erfolgen).		<br>- Die Erstellung des Baums kostet Rechenzeit (die erste Anfrage kann erst "spät" erfolgen).

	<p>
	~~<b>~~SAX gibt (ähnlich einem lexikalischen Analyzer) erkannte Tokens sofort an entsprechende Funktionen weiter:~~</b>~~		'''SAX gibt (ähnlich einem lexikalischen Analyzer) erkannte Tokens sofort an entsprechende Funktionen weiter:'''
	<br>+ Schnelle Vorwärtsabarbeitung des XML-Stroms ist möglich.		<br>+ Schnelle Vorwärtsabarbeitung des XML-Stroms ist möglich.
	<br>+ Niedriger Speicherbedarf.		<br>+ Niedriger Speicherbedarf.
	<br>- Syntaxfehler werden erst spät erkannt. Die Anwendung muss also ein entsprechendes Fehlermodell unterstützen. Es sollten vorher keine Aktionen ausgelöst werden, die nicht kompensiert und zurückgenommen werden können (bzw. es ist eigentlich egal, ob Aktionen ausgelöst wurden).		<br>- Syntaxfehler werden erst spät erkannt. Die Anwendung muss also ein entsprechendes Fehlermodell unterstützen. Es sollten vorher keine Aktionen ausgelöst werden, die nicht kompensiert und zurückgenommen werden können (bzw. es ist eigentlich egal, ob Aktionen ausgelöst wurden).
	<br>- Eine Rückwärtsnavigation ist an sich nicht möglich, außer das Ergebnis wurde zwischengespeichert.		<br>- Eine Rückwärtsnavigation ist an sich nicht möglich, außer das Ergebnis wurde zwischengespeichert.

	<p>
	Wie im Artikel angedeutet, sind auch hybride Ansätze implementiert, die ein bischen von beidem machen.		Wie im Artikel angedeutet, sind auch hybride Ansätze implementiert, die ein bischen von beidem machen.

	<p>
	Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will. -- {{unsigniert\|Frankao\|15:29,03. Juni 2007}}		Letztlich muss man aufgrund der Anwendung und dem Umfang/Qualität der vorliegenden XML-Parser entscheiden, welchem Paradigma man dem Vorzug geben will. -- {{unsigniert\|Frankao\|15:29,03. Juni 2007}}

Zeile 31:		Zeile 31:
	Das Beispiel im Abschnitt "Ereignisse in SAX" ist für mich nicht ganz nachvollziehbar. Und zwar wegen der Zeilen mit den ''"character("\n ")"'':		Das Beispiel im Abschnitt "Ereignisse in SAX" ist für mich nicht ganz nachvollziehbar. Und zwar wegen der Zeilen mit den ''"character("\n ")"'':
	* Warum gibt es an genau diesen Stellen ein ''character("\n ")''?		* Warum gibt es an genau diesen Stellen ein ''character("\n ")''?
	** Meine Vermutung: Wenn ein XML-Element keine Zeichenkette als Inhalt hat (anders als bspw. "''<titel>DOM,..</titel>''") dann wird in SAX ein character("\n ")-Ereignis aufgerufen, um genau das anzuzeigen. Wenn das so ist, sollte man das aber bitte zum besseren Verständnis noch erläutern.		** Meine Vermutung: Wenn ein XML-Element keine Zeichenkette als Inhalt hat (anders als bspw. "''<nowiki><titel>DOM,..</titel></nowiki>''") dann wird in SAX ein character("\n ")-Ereignis aufgerufen, um genau das anzuzeigen. Wenn das so ist, sollte man das aber bitte zum besseren Verständnis noch erläutern.
	* Warum sind da verschieden viele Leerzeichen nach dem ''("\n'' ?		* Warum sind da verschieden viele Leerzeichen nach dem ''("\n'' ?
	* Tippfehler? laut [http://www.saxproject.org/apidoc/org/xml/sax/ContentHandler.html] gibt es zwar eine Methode "characters(..)" aber keine "character(..)"-Methode. Oder habe ich an der falschen Stelle geguckt?		* Tippfehler? laut [http://www.saxproject.org/apidoc/org/xml/sax/ContentHandler.html] gibt es zwar eine Methode "characters(..)" aber keine "character(..)"-Methode. Oder habe ich an der falschen Stelle geguckt?
Zeile 63:		Zeile 63:
	:: Die whitespace characters zwischen Elementen müssen auch gemeldet werden; siehe HTML:		:: Die whitespace characters zwischen Elementen müssen auch gemeldet werden; siehe HTML:
	<syntaxhighlight lang="html4strict" style="border: none; margin-left: 6em">		<syntaxhighlight lang="html4strict" style="border: none; margin-left: 6em">
	Dieses ~~<b>~~fette~~</b>~~ <i>kursive</i> sind zwei Wörter.		Dieses '''fette''' <i>kursive</i> sind zwei Wörter.
	<pre>\n\n eingerückte neue Zeile nach Leerzeile</pre>		<pre>\n\n eingerückte neue Zeile nach Leerzeile</pre>
	<h3> <i>Anfang der Überschrift</i></h3>		<h3> <i>Anfang der Überschrift</i></h3>