Hi Kevin,From: Alexey Proskuryakov <ap@webkit.org>Date: August 13, 2007 12:10:32 PM PDTTo: Kevin McCullough <kmccullough@apple.com>Cc: Dave Hyatt <hyatt@apple.com>, Maciej Stachowiak <mjs@apple.com>, webkit-changes@lists.webkit.orgSubject: Re: [webkit-changes] [24935] trunk
You are right that HTML 5 only specifies the behavior of createElement for
HTML documents (which is not directly related to HTML serialization though).
However, the concept of "a Document created with an XHTML MIME type" is
completely alien to this spec AFAIK, so our current behavior is in rather
bad contradiction with it.
Also, Hixie's comments in bug 8007 and other ones seem to indicate that
the intention is to make namespace-unaware methods behave consistently in
XML and HTML documents as much as possible.
Looking at Zimbra's bugzilla, I believe that yes, their TOT works with
Safari 3 (pre-r24935). I haven't tested this myself, though.
on 13.08.2007 22:59, Kevin McCullough at kmccullough@apple.com wrote:Hi Alexey, hopefully I am explaining this correctly. r24935 was aimedat changing crateElement wrt XML serialization (as opposed to HTMLserialization) which I don't believe is specified in the HTML5 spec,and the change is purely to match compatibility with FireFox (thedifferences I saw I turned into the layouttests). Are you sure Zimbraworkes with TOT before r24935?If I'm unclear on something please feel free to clarify Kevin McCulloughkmccullough@apple.comOn Aug 11, 2007, at 10:36 PM, Alexey Proskuryakov wrote:So, Zimbra already has code that works with TOT WebKit, and doesn'tneedany workarounds. Do we have any other reasons to be non-conformantwithHTML5? If not, I'd suggest reverting r24935.on 09.08.2007 21:49, Kevin McCullough at kmccullough@apple.com wrote:For that decision I will forward you on to Hyatt and Maciej. Kevin McCulloughkmccullough@apple.comOn Aug 8, 2007, at 9:53 PM, Alexey Proskuryakov wrote:Hi Kevin,Thank you for the clarification!Do you expect that this will make it to HTML5, or will WebKit benon-conformant from the very beginning? HTML5 seems to have a nicemodel(old-style DOM functions always work in HTML namespace), and doesn'thave anotion of "a Document created with an XHTML MIME type" AFAICT. Areal lifesite that breaks on an "isSafari" branch is not a very convincingexample.on 09.08.2007 02:16, Kevin McCullough at kmccullough@apple.comwrote:Hi Alexey,Sorry I wasn't clearer. I reverted r24146 and added some codesonow you will get an XHTML namespace when calling CreateElement ifyouare an HTMLDocument or a Document created with an XHTML MIME type.I will update the bugs below with this information. I think 14835canprobably be closed, and the rest just need a comment. This doesfixthe given error in 11565 but we are still unable to log into Zimbrafor another reason.I think 8007 is where the conversation for this issue should takeplace. I'll add a comment. Kevin McCulloughkmccullough@apple.comOn Aug 8, 2007, at 1:22 PM, Alexey Proskuryakov wrote:on 08.08.2007 21:14, kmccullo@webkit.org at kmccullo@webkit.orgwrote:- <rdar://problem/4976879> REGRESSION: Safari doesn't workwith Zimbraenhanced login.- Reverting a previous change, and modifying how documentsare createdso that we better match other browsers behavior with respect tonamespaceURIs.What is the new behavior, and is it documented anywhere? It's notevenquite obvious which previous change was reverted.See bugs 8007, 14506, 10932, 14835 - I think some or all of themmay needto be updated to describe the new behavior.+ log("This test was written to address rdar://problem/4976879.Andtests how namespaceURI's are assigned.");Would it be possible to have this bug reflected in Bugzilla, sothat therationale would be known? It's good to know the title of the bug,but maybethere was some useful information in the report and in subsequentdiscussions?In particular, I'm wondering if this is in fact a workaround forsomebroken Safari-specific code in Zimbra (see bug 11565, which isprobablydifferent, but may be tangentially related).- WBR, Alexey Proskuryakov._______________________________________________webkit-changes mailing listwebkit-changes@lists.webkit.orghttp://lists.webkit.org/mailman/listinfo/webkit-changes- WBR, Alexey Proskuryakov.- WBR, Alexey Proskuryakov.
- WBR, Alexey Proskuryakov.