MudGuard: Gestaltung einer DTD fuer XMLHttpRequest Antworten

Beitrag lesen

Hi,

Und verschiedene Datenarten (den Ergebniscode, den Fehlerdump und das tatsächliche Ergebnis) in ein und derselben Elementart (bei Dir: <data>) unterzubringen, finde ich schlecht.
Dann kann man auch gleich
<a id="response"><a id="code">100</a><a id="dump">asdlkfjasfd</a></a>
machen - warum sollte man noch zwischen response und data unterscheiden, wenn man nicht zwischen code und dump bzw. result unterscheidet?

Da hast du natuerlich recht. Das faellt mir der Begriff Semantik ein, der diese Problematik sinnvoll beschreibt, ODER?

Ja.

Ich denke mit einem <code value="601" /> fahre ich schon mal ganz gut, da code definitiv nur ein Integer sein wird und nie kindknoten besitzen wird.

Dann ist es egal ob als Content oder Attributwert, ja

Aber wie kann ich festlegen, dass er nur EINEN code-Knoten geben darf?

Schau Dir nochmal das von mir angegebene Content-Model an: (code (dump|result))

Siehst Du da irgendwo etwas, was mehrere code-Elemente erlaubt?

cu,
Andreas

--
Warum nennt sich Andreas hier MudGuard?
Schreinerei Waechter
Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.