Hi,
Ich glaube Tim hat da Recht: wenn's schon eine ISO gibt und W3C die fuer XML nutzt, dann sollte man das auch tun.
Diese ISO sagt mir (noch) nix. Heißt das, dass es auf dieser ISO basierend eine (oder mehrere) DTD(s) gibt, die ich statt meiner selbstgestrickten verwenden sollte?
Nein, eine ISO fuer das Zeitformat, das auch das W3C fuer sein XML-Format verwendet wissen moechte.
<!ENTITY und "&#38;">
Das verstehe ich jetzt nicht ganz, da mir die Maskierung (offensichtlich handelt es sich hierbei um eine solche) des Ampersand-Zeichens nicht klar ist.
Wenn Du ein Ampersand haben moechtest musst Du das maskieren. Tust Du das nicht wird es geparsed. Soweit klar? Gut. Ein ENTITY ist jedoch nichts weiter, als ein "dummer" Ersetzungsmechanismus aehnlich eines "define" in C/C++. Erst wird ersetzt, dann geparsed. Vorher hattest Du nach dem parsen ein einsames '&' stehen, das eine Bedeutung hat:"es folgt ein Entity". Da ein Entity mit einem ';' beendet werden muss gab es die etwas zu allgemeine Fehlermeldung "unclosed token". Jetzt steht da ein vollstaendiges Entity nach dem Parsen '&'.
Nae, das war nicht sonderlich gut erklaert, kann das irgendjemand anders evt besser?
Seltsamerweise hat der Validator ein
&in meinem Dokument nicht beanstandet, obwohl diese Entity in meiner inline-DTD nicht definiert war!
Einige sind vordefiniert: "lt", "gt", "apos", "quot" und "amp".
Ja, steht des denn etwa nicht in SELFHTML? ;-)
Mittlerweile habe ich das mit den Entities aufgegeben, setzte intern ein BB-Code-System (selbstgestrickt, User sieht es nicht und kann es offiziell nicht einsetzen) ein
Nein, ich wuerde die Idee mit den Entities fortfuehren. Selbstgestrickt heisst hier das Rad neu zu erfinden.
Benoetigst Du ueberhaupt eigene?
und maskiere Ampersands mit
&.
Es gibt in PHP einiges an Werkzeug, das Dir solcherart Maskierungen abnimmt. Nutze sie.
so short
Christoph Zurnieden