11099 2010-10-19 22:16:01 +0000 clarify that "element's tag name" and "attribute's name" are qualified name 2011-08-04 05:15:37 +0000 1 1 1 Unclassified HTML WG LC1 HTML5 spec unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#serializing-html-fragments P3 normal --- 1 contributor ian annevk cam hsivonen ian mike public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 41589 0 contributor 2010-10-19 22:16:01 +0000 Section: http://www.whatwg.org/specs/web-apps/current-work/#serializing-html-fragments Comment: clarify that "element's tag name" and "attribute's name" are qualified name Posted from: 85.227.159.236 41599 1 hsivonen 2010-10-20 08:04:45 +0000 I think we shouldn't use the qualified name for xlink:href and stuff. Instead we should hard-code the xlink prefix to the serializer and emit "xlink:" followed by the localName for attributes in the XLink namespace. Likewise, I think elements should serialize using the localName even if someone has managed to inject a prefix into the DOM. Rationale on both counts: Parseability using the HTML parsing algorithm. 41617 2 cam 2010-10-20 21:00:26 +0000 Agreed wrt xlink namespace attributes. (I guess it doesn't matter for xml and xmlns namespaces, since they're required to use the given prefixes anyway.) For other elements and attributes with a prefix, I don't really have an opinion. 41663 3 annevk 2010-10-22 10:30:52 +0000 Then you have to deal with the situation where the element has used the xlink prefix for something else. 41666 4 hsivonen 2010-10-22 12:39:06 +0000 When serializing an HTML fragment, namespaces that aren't hard-wired to the HTML parsing algorithm will fail to round-trip anyway. Since they are going to break anyway, let's break them in the easiest way possible: 1) If an attribute is in the XLink, XML or XMLNS namespace, prefix with xlink:, xml: or xmlns: 2) Otherwise, always use the local name for both attributes and elements. 41667 5 zcorpan 2010-10-22 12:50:21 +0000 xmlns="..." (in XMLNS namespace) would turn into xmlns:xmlns="..." with your proposal, but that's easy to fix. 41670 6 annevk 2010-10-22 13:27:00 +0000 Also, that does not deal with <a x:test="1" y:test="2"> where x and y are bound to the "x" and "y" namespaces. 41727 7 hsivonen 2010-10-25 09:10:31 +0000 (In reply to comment #6) > Also, that does not deal with <a x:test="1" y:test="2"> where x and y are bound > to the "x" and "y" namespaces. How do you propose those be dealt with? No matter what, you get a result that won't round-trip using the HTML parser. I can see why what I proposed may not the the proper defense in depth properties, though. (Consider x:onclick with x bound to a namespace.) 41730 8 annevk 2010-10-25 12:27:39 +0000 I think serializing using the qualified name and implementing SVG2's way of not needing namespaced attributes -- not sure if that is drafted yet -- is the way to go. 41797 9 cam 2010-10-27 23:53:51 +0000 (In reply to comment #8) > I think serializing using the qualified name and implementing SVG2's way of not > needing namespaced attributes -- not sure if that is drafted yet -- is the way > to go. Nothing like that is drafted yet. I think we should make {http://www.w3.org/1999/xlink}href attributes be serialized as "xlink:href", and worry about XLink-less href later when the SVG spec and implementations are supporting it. 41806 10 annevk 2010-10-28 09:27:16 +0000 As I said, that creates theoretical problems for attributes that already have the xlink prefix. When setting SVG namespaced attributes in the HTML DOM just make sure they have the right prefix. 41863 11 cam 2010-10-30 01:04:07 +0000 (In reply to comment #10) > As I said, that creates theoretical problems for attributes that already have > the xlink prefix. When setting SVG namespaced attributes in the HTML DOM just > make sure they have the right prefix. I don't think it should be required to use the right prefix when calling setAttributeNS. I think many people do setAttribute("http://www.w3.org/1999/xlink", "href", "blah"). I don't think we should care too much about attributes set using the "xlink" prefix but not the XLink namespace; this issue is all about choosing where to break roundtripability. My suggestion: * Known attributes in the XLink, XML and XMLNS namespaces get serialized such that they will round trip correctly when being parsed again -- i.e., they will be serialized using "xlink", "xml" and "xmlns" prefixes. (Except for xmlns="" of course.) * All other attributes in a namespace get serialized just as their qualified name. If this qualified name matches one of the known attribute (regardless of whether it was specified on the element), then don't serialize it. (Optional design decision: If the qualified name had no prefix, also don't serialize it. If not, then run the simply allow the possibility of identically named attributes when serializing an element.) That seems simpler than defining a way for the troublesome attributes to be serialized by munging their names somehow. 41864 12 cam 2010-10-30 01:10:02 +0000 (In reply to comment #11) > I don't think it should be required to use the right prefix when calling > setAttributeNS. I think many people do > setAttribute("http://www.w3.org/1999/xlink", "href", "blah"). (They do setAttributeNS, that is. In SVG content.) 43577 13 ian 2010-12-27 23:46:43 +0000 I guess we could also just drop anything that isn't in a supported namespace. 43782 14 annevk 2011-01-03 14:43:59 +0000 I suspect that would break stuff. Throwing data away also does not seem like a good idea. 43877 15 ian 2011-01-06 22:38:56 +0000 We're going to be throwing away the namespace anyway. 43878 16 ian 2011-01-06 22:57:54 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Partially Accepted Change Description: see diff given below Rationale: I ended up doing a mixture of the proposals above. If it's an element in the HTML, SVG, or MathML namespaces, then there's no prefix, regardless of the DOM. Otherwise, I just let the qualified name through and round-tripping will break. If it's an attribute in the XML, XMLNS, or XLink namespaces, then there's the canonical prefix (with an exception for xmlns:xmlns=""). If there's no namespace, there's no prefix. Otherwise, I just let the qualified name through and round-tripping will break. I didn't do anything to stop duplicate attributes from being output, or to stop namespace prefixes bound to non-canonical namespaces from stomping over the canonical mapping's namespace, etc. 43879 17 contributor 2011-01-06 22:58:51 +0000 Checked in as WHATWG revision r5743. Check-in comment: teach the fragment serialisation algorithm about namespaces http://html5.org/tools/web-apps-tracker?from=5742&to=5743 53606 18 mike 2011-08-04 05:15:37 +0000 mass-move component to LC1