Re: [whatwg] Do we really need history.clearState()?

2009-11-14 Thread Justin Lebar
On Sat, Nov 14, 2009 at 5:23 PM, timeless wrote: > what if pushState returned a value which could be passed to clearState? I'm not sure how this would work. What would clearState do with that value? > (i can't find clearState in > http://www.whatwg.org/specs/web-apps/current-work/#dom-history-p

Re: [whatwg] Do we really need history.clearState()?

2009-11-14 Thread timeless
what if pushState returned a value which could be passed to clearState? https://wiki.mozilla.org/Firefox_3.6/PushState_Security_Review was interesting (i can't find clearState in http://www.whatwg.org/specs/web-apps/current-work/#dom-history-pushstate -- maybe i'm looking in the wrong place?)

Re: [whatwg] Canvas.cloneNode()

2009-11-14 Thread Michael A. Puls II
On Fri, 30 Oct 2009 12:03:46 -0400, OmegaJunior wrote: Greetings, Since Last Call was announced and I just ran into this problem, hereby this question: If an image is drawn on a Canvas element, and subsequently the javascript function cloneNode(true) is executed for that element, should the

Re: [whatwg] validationMessage

2009-11-14 Thread timeless
So... trying to do anything like this is a disaster. But it sounds like the API is *trying* to handle the problem described below. I'm not sure it does (and suspect in fact that it doesn't). === implementation experience: GMail with a composed but unsent message will toss up a dialog if you try to

Re: [whatwg] rp is a styling tag and has no semantic function

2009-11-14 Thread timeless
Nikita Popov : > Screen-readers are yet another problem: I'm not sure, what's better: > "ka-n-ka-n-ji-ji" or > "ka-n-bracketopen-ka-n-bracketclose-ji-bracketopen-ji-bracketclose". I > think the first one is even better, because the text is only duplicated > and the reader mustn't read the brackets,

Re: [whatwg] Microdata DOM API issues

2009-11-14 Thread Philip Jägenstedt
On Sat, 14 Nov 2009 00:34:12 +0100, Tab Atkins Jr. wrote: On Fri, Nov 13, 2009 at 5:14 PM, Philip Jägenstedt wrote: The itemref mechanism allows creating arbitrary graphs of items, rather than the tree of items that is the intended microdata model (right?). Even though my default reacti