Diskussion:Namensraum (XML)

Präfixe

Die Bezeichnung Präfix mag korrekt sein - ist aber auch sehr abstrakt und wenig aussagekräftig. Es wird auch nicht explizit gesagt, dass das Präfix frei wählbar ist. Diese Eigenschaft würde durch etwas wie 'Präfix-Variable','Präfix-Variablenname', 'Präfix-Name' (siehe http://de.selfhtml.org/xml/regeln/namensraeume.htm#namensraeume_gleichzeitig ) besser klargestellt. Der Link von Präfix verweist auf den Artikel für Präfixe in menschlichen Sprachen. Dort werden werden sie aber wortwörtlich verwendet: Das Präfix steht vor dem eigentlichen Wort (oder zumindest im gleichen Satz) - ist aber kein Stellvertreter wie im XML-Namensraum. Ob das sprachwissenschaftlich überhaupt zulässig ist, steht auf einem anderen Blatt. Im Original (http://www.w3.org/TR/xml-names/#ns-qualnames) wird es aber zumindest zusätzlich als 'placeholder' bezeichnet: 'Note that the prefix functions only as a placeholder for a namespace name.' (-- 89.245.160.253 12:56, 8. Feb. 2009 (CET))

Ich hab kein Problem mit "Praefix". Das heisst in der Originaldoku so, ist genau das was es ist und wird durch einen laengeren Namen nicht eindeutiger. Aber wenn du unbedingt dranrumdeuteln willst, im Moment der Definition ist es ja eigentlich ein Suffix. ;) --217.111.33.4 17:08, 26. Nov. 2012 (CET)

Es koennte allerdings noch klargestellt werden, dass das Praefix auch fuer den Knoten gilt, in dem es definiert wird. Zum Beispiel ist das folgende korrekt:

<html:html xmlns:html="http://www.w3.org/1999/xhtml">
  ... restliche HTML-Datei
</html:html>

Das selbe gilt auch fuer Defaultnamensraeume, also ohne Praefix, was im kolorierten Beispiel auch korrekt dargestellt wird. --217.111.33.4 17:13, 26. Nov. 2012 (CET)

Null-Namensraum

Der Abschnitt besagt, das es möglich sei, einen Namensraum mit dem namespace name eines leeren Strings zu definieren. In der Recommendation des W3C vom 16. August 2006 Namespaces in XML 1.0 (Second Edition) – 2.2 Use of URIs as Namespace Names steht aber, dass dies nicht möglich ist: "The empty string, though it is a legal URI reference, cannot be used as a namespace name."

Wo steht oder worauf beruft sich die Aussage, dass die im Abschnitt Null-Namensraum genannte Technik möglich ist? --ucc 15:52, 7. Sep. 2009 (CEST)

Attribute und Beispiel

Unter Attribute steht: Es gibt für Attribute keine Möglichkeit, sie ohne Präfix in einen bestimmten Namensraum zu setzen.. Im Beispiel wird genau dies aber für die SVG-Attribute x, y, width, height und cx, cy, r, fill getan. Was ist denn nun richtig? Erben sie das Präfix des Vaterelements (damit habe ich die Möglichkeit sie (indirekt über das Vaterelement) ohne Präfix in einen bestimmten Namensraum zu setzen) oder erben sie es nicht (dann muss das Beispiel geändert werden). --Heimwerker 12:42, 26. Jan. 2010 (CET)

Siehe dazu auch dieses Beispiel. --Heimwerker 12:50, 26. Jan. 2010 (CET)

Der Standard sagt eindeutig: The namespace name for an unprefixed attribute name always has no value..

Die Attribute innerhalb des SVG-Tags sind also keinem Namespace zugeordnet. Werde das entsprechend ändern. --Heimwerker 13:57, 26. Jan. 2010 (CET)

Manchmal denkt man einfach zu kurz. Das selbe gilt natürlich auch für das Attribut xmlns selbst, das keineswegs - wie bisher angezeigt - mal in diesem und mal in jenem Namespace liegt. --Heimwerker 16:37, 26. Jan. 2010 (CET)

Hallo, Heimwerker. Du hast recht, danke für die Umsetzung. --Manuel - (Diskussion) 19:43, 26. Jan. 2010 (CET)

Das ist meiner Meinung nach nicht korrekt! Nach w3 ist dem Attribut xmlns IMMER der Namespace http://www.w3.org/2000/xmlns/ zugeordnet. Siehe dafür den zweiten Absatz in "Namespace constraint: Reserved Prefixes and Namespace Names". -- Xiffel (14:15, 2. Aug. 2010 (CEST), Datum/Uhrzeit nachträglich eingefügt, siehe Hilfe:Signatur)

Ich kann beim besten Willen keinen Grund erkennen, warum mit Namensraum versehen Attribute nicht im Beispiel vorkommen dürfen. Falls dafür gute Gründe existieren, würde ich die gerne mitgeteilt bekommen, statt kommentarlos oder mit Haarspaltereien reverted zu werden. --Heimwerker 17:24, 22. Apr. 2010 (CEST)