Re: [WebIDL] Assigning to constants

2008-06-12 Thread Bjoern Hoehrmann
* Andrew Oakley wrote: Simon Pieters wrote: What should happen when you assign something to a constant? e.g.: Node.ELEMENT_NODE = 'Hello world'; Web IDL doesn't say, AFAICT. Firefox and Opera allow the assignment. In WebKit it silently fails. I had expected an exception to be

Re: IRC logging

2008-06-21 Thread Bjoern Hoehrmann
* Lachlan Hunt wrote: There is currently no way to disable logging, as the need has never arisen in any of the other channels. We can note it as a feature request and it might get implemented one day. Contrary to what you suggest this has already been requested by several parties. There is of

Re: ISSUE-4 (SpecContent): Should specifications decide what counts as content for transfer? [Progress Events]

2008-06-21 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: It makes no sense to me to for HTTP say that the total number of bytes should include HTTP headers. It would be similar to including the TCP headers in the IP packets IMHO. There is a big difference here, an application might not have meaningful access to the latter, but

Re: ISSUE-4 (SpecContent): Should specifications decide what counts as content for transfer? [Progress Events]

2008-06-21 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: Yeah, I'd very much prefer the Progress Events specification to handle this so that not all other specifications using the Progress Events specification need to do so. I agree that a protocol agnostic design would be good, but that indeed doesn't preclude saying

Re: Opting in to cookies - proposal

2008-06-21 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: First off, as before, when I talk about cookies in this mail I really mean cookies + digest auth headers + any other headers that carry the users credentials to a site. I don't quite see why you would mix these. Is there anywhere where I can read up on the use cases for an

Re: Origin (was: Re: XHR LC Draft Feedback)

2008-06-21 Thread Bjoern Hoehrmann
* Adam Barth wrote: We suggest that user agents attach an Origin header to POST requests. This balances the security benefits of easy CSRF protection with the privacy costs. If user agents attached this header, sites could protect themselves from CSRF by (2) undertaking state-modify actions only

Re: ISSUE-5 (Unexpanded Entities): Wording for the Treatment of Unexpanded Entity References and Entity Replacement Markup [Element Traversal]

2008-06-21 Thread Bjoern Hoehrmann
* Web Applications Working Group Issue Tracker wrote: Simon Pieters suggests wording similar to HTML5, in http://lists.w3.org/Archives/Public/public-webapi/2008Feb/0191.html. That is not a technically valid solution (and that particular wording does not, in fact, apply to the core node traversal

Re: Origin (was: Re: XHR LC Draft Feedback)

2008-06-21 Thread Bjoern Hoehrmann
* Collin Jackson wrote: The advantage of the Origin header is that it provides sites with functionality that can't already be emulated with XMLHttpRequest: it allows them to distinguish trusted (sub)domains from completely untrusted domains. The stated goal was to balance easy protection against

Re: IRC logging

2008-06-23 Thread Bjoern Hoehrmann
* Gavin Sharp wrote: It does seem quite unreasonable. Why do you think it would be a serious breach of protocol? Which protocol? Making approval of logging contingent on the presence of the bot in channel seems rather arbitrary. Why not just say that approval for logging is implicit for anyone

Re: ISSUE-4 (SpecContent): Should specifications decide what counts as content for transfer? [Progress Events]

2008-06-23 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: Is anyone ever going to be able to get any useful size data for the headers anyway though? I.e. if we allow headers to be counted as part of the size, is anyone ever going to be able to do that? To be able to do that you'd have to have some sort of out-of-band metadata

Re: Opting in to cookies - proposal

2008-06-23 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: I'm not quite following what you are asking here. My proposal is about giving a site the ability to enable two modes of Access-Control: 1. Allow a third-party site to read the data on this resource, and/or perform unsafe methods in HTTP requests to this resource. When

Re: Origin (was: Re: XHR LC Draft Feedback)

2008-06-23 Thread Bjoern Hoehrmann
* Adam Barth wrote: There are three cases: 1) Origin header missing: This is a non-supporting browser. Fall back to existing CSRF defenses. 2) Origin header has a trusted value: Accept the request. 3) Origin header has an untrusted value: Reject the request. Yes, and I am saying, if the

Re: tag: uri scheme

2009-01-21 Thread Bjoern Hoehrmann
* Larry Masinter wrote: This is important, because the difficulties experienced with MIME type assignment are mainly ones of configuration, not software capability. There were some earlier versions of Apache that would serve unknown file extensions as text/plain instead of

Re: DOMTimeStamp binding

2009-02-12 Thread Bjoern Hoehrmann
* Kartikaya Gupta wrote: DOM 3 Core says this about DOMTimeStamp: For Java, DOMTimeStamp is bound to the long type. For ECMAScript, DOMTimeStamp is bound to the Date type because the range of the integer type is too small. The former WebAPI working group discussed this issue and found that

Re: [widgets] Seeking comments on Last Call WD of Widgets: APIs and Events spec; deadline 15 Sept 2009

2009-08-19 Thread Bjoern Hoehrmann
* Arthur Barstow wrote: On August 18 a Last Call Working Draft of the Widgets: APIs and Events spec was published: http://www.w3.org/TR/2009/WD-widgets-apis-20090818/ As Marcos noted at [1], the title is misleading since the spec no longer defines Events. This error will be corrected

Re: DOM3EV: [ViewModes] typeArg on initXXXEvent

2009-08-24 Thread Bjoern Hoehrmann
* Marcin Hanclik wrote: In the ViewModes specification [1] we define a few new events. All the initXXXEvent methods have currently typeArg parameter. I think they are superfluous, [...] There is a n:n relationship between event types and event interfaces, just because it may be 1:1 in special

Re: HTML extension for system idle detection.

2009-09-17 Thread Bjoern Hoehrmann
* Jeremy Orlow wrote: As far as I know, there really aren't any. This was discussed on WhatWG (before being directed here) and IIRC there were no serious security or privacy concerns. The minimum resolution of the event makes attacks based on keystroke timing impossible. Some people suggested

Re: Progress Events - Credits Edits

2009-09-24 Thread Bjoern Hoehrmann
* Charles McCathieNevile wrote: More to the point, Bjoern, what is your preferred spelling? The proper spelling of my name is explicitly specified in RFC 4329. -- Björn Höhrmann · mailto:bjo...@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 ·

Re: Chromium's support for CORS and UMP

2010-05-10 Thread Bjoern Hoehrmann
* Nathan wrote: Personally, I don't follow why JS running in a user agent should have completely different access rules to the rest of the web, primarily because a few site admin's feel it's a good idea to expose sensitive data via IP-based auth on intranets / on the web via stateful sessions

Re: Chromium's support for CORS and UMP

2010-05-10 Thread Bjoern Hoehrmann
* Nathan wrote: If you do not depend on a user's special standing with a third party site, you can configure your server as proxy between your user and the third party site. That's more difficult for you, but easier for users and maintainers of third party sites. If we'd do away with the

Re: Custom DOM events and privileged browser add-ons; Was: Bubbling/Capturing for XHR + other non-DOM objects

2010-07-02 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: On Fri, Jul 2, 2010 at 1:29 AM, Anne van Kesteren ann...@opera.com wrote: On Wed, 30 Jun 2010 22:39:48 +0200, Boris Zbarsky bzbar...@mit.edu wrote: I think Anne answered the question, in any case: the XHR event target chain only contains the XHR object itself and nothing

Re: Custom DOM events and privileged browser add-ons; Was: Bubbling/Capturing for XHR + other non-DOM objects

2010-07-02 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: You'd have to read it to figure out what the event flow is, for instance. Which is something that is much more likely to stick with you, yes. I disagree. Only Node objects have event flow and the Window object interacts with those in a particular way. All other

Re: [XHR] Redirects

2010-09-01 Thread Bjoern Hoehrmann
* Darin Fisher wrote: Though note that relative URLs are forbidden in theory. They are in RFC 2616, but not in HTTPbis ... What does it mean for them to not be part of HTTPbis? Relative URLs in Location headers are not uncommon. You missed the double negative. -- Björn Höhrmann ·

XHR: Unicode signature stripping

2010-10-04 Thread Bjoern Hoehrmann
Hi, In http://www.w3.org/TR/2010/CR-XMLHttpRequest-20100803/ section 3.7.5. does not explicitly call out that the bytes corresponding to the Unicode signature are treated as Unicode signature and are thus stripped from the input. It should. I do note that failing to discriminate between types

Re: [XHR2] HTTP Trailers

2010-10-30 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: On Tue, 26 Oct 2010 13:34:46 +0200, Julian Reschke julian.resc...@gmx.de wrote: Related to this... does XHR (1) *forbid* making the trailing header fields available? I'm not sure it does... I'd like to add a testcase for this. Is there a way in PHP (the current

Re: [XHR2] HTTP Trailers

2010-10-30 Thread Bjoern Hoehrmann
* Julian Reschke wrote: I haven't heard of nph, and couldn't quickly find documentation. Do you have a pointer? Section 5 of RFC 3875, http://www.ietf.org/rfc/rfc3875.txt. Apache's mod_cgi module treats scripts named nph-... as NPH scripts. -- Björn Höhrmann · mailto:bjo...@hoehrmann.de ·

Re: Making non-cookie requests to another domain... possible DoS attack by forcing session expiration?

2010-11-10 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: It was brought up by Billy Hoffman (http://zoompf.com) that some web applications have very sensitive sessions and they are set up to expire the session (ie, log the person out) if a request is received that has no session cookie header in it, etc. The assertion was that

Re: XHR responseArrayBuffer attribute: suggestion to replace asBlob with responseType

2010-11-10 Thread Bjoern Hoehrmann
* David Flanagan wrote: Is this a fair summary of this thread? Chris (Apple) worries that having to support both responseText and responseArrayBuffer will be memory inefficient because implementations will end up with both representations in memory. James (Google) worries that synchronously

Re: XHR responseArrayBuffer attribute: suggestion to replace asBlob with responseType

2010-11-10 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: In most cases you do not need to store the bytes in order to get them back, you can just apply the character encoding scheme used to decode the bytes to the string and you'll have the original byte string, so long as the character encoding scheme is bijective, which is

Re: XHR responseArrayBuffer attribute: suggestion to replace asBlob with responseType

2010-11-10 Thread Bjoern Hoehrmann
* Boris Zbarsky wrote: On 11/10/10 4:39 PM, Bjoern Hoehrmann wrote: In most cases you do not need to store the bytes in order to get them back, you can just apply the character encoding scheme used to decode the bytes to the string and you'll have the original byte string, so long

Re: requestAnimationFrame

2010-11-15 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: On Mon, Nov 15, 2010 at 5:01 PM, Bjoern Hoehrmann derhoe...@gmx.net wrote: The frame rate is a number in the swf header that cannot be set to a as fast as possible value. Ah, so that also means that different animations can't run with different frame rates? That's

Re: requestAnimationFrame

2010-11-19 Thread Bjoern Hoehrmann
* Ojan Vafai wrote: On Fri, Nov 19, 2010 at 2:54 PM, Cameron McCormack c...@mcc.id.au wrote: Darin Fisher: I can imagine a situation where you have an animation that goes for, say, 10 seconds, and once the animation finishes something else happens. The 1 second maximum period seems useful in

Re: requestAnimationFrame

2010-11-19 Thread Bjoern Hoehrmann
* Robert O'Callahan wrote: Those are good goals, except I think we need to drill down into (c). Are people changing stuff at 15Hz for crude performance tuning, or for some other reason? There are many kinds of animations where you cannot easily interpolate between frames, so drawing in Ones

Re: [Bug 11351] New: [IndexedDB] Should we have a maximum key size (or something like that)?

2010-11-19 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: The question is in part where the limit for ridiculous goes. 1K keys are sort of ridiculous, though I'm sure it happens. By ridiculous I mean that common systems would run out of memory. That is different among systems, and I would expect developers to consider it up to an

Re: [ProgressEvents] How to deal with compressed transfer encodings

2010-11-23 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: On Tue, 23 Nov 2010 22:41:00 +0100, Jonas Sicking jo...@sicking.cc wrote: A) Set total to 0, and loaded to the number of decompressed bytes downloaded so far B) Set total to the contents of the Content-Length header and loaded the number of compressed bytes

Re: [ProgressEvents] How to deal with compressed transfer encodings

2010-11-23 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: How should ProgressEvents deal with compressed transfer encodings? The problem is that the Content-Length header (if I understand things correctly) contains the encoded number of bytes, so we don't have access to the total number of bytes which will be exposed to the user

Re: requestAnimationFrame

2010-11-23 Thread Bjoern Hoehrmann
* Robert O'Callahan wrote: Couldn't is never an issue here. You can always use setTimeout as a backstop to ensure that your end-of-animation code runs even if requestAnimationFrame never fires a callback. My concern is that authors are likely to forget to do this even if they need to, because

Re: [cors] 27 July 2010 CORS feedback

2010-11-23 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: other person: Hmm.. we might want to disable cross-site posting for forms some day, so is it such a good idea that cors enables it? me: If we do disable it for forms we'll just disable it for cors too. So much content will break for forms that the cors breakage won't be what

Re: [cors] 27 July 2010 CORS feedback

2010-11-23 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: On Tue, Nov 23, 2010 at 7:36 PM, Bjoern Hoehrmann derhoe...@gmx.net wrote: At the point where browser vendors actually disable cross site form posts it won't break a lot of sites, since browser vendors are not in the habit of making changes that break a lot of sites

Re: Structured clone in WebStorage

2010-12-02 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: I won't be the person implementing it, but fwiw I highly value having structured clones actually work. Any time I talk about localStorage or similar, I get people asking about storing non-string data, and not wanting to have to futz around with rolling their own

Re: [IndexedDB] Spec changes for international language support

2011-02-18 Thread Bjoern Hoehrmann
* Pablo Castro wrote: We discussed international language support last time at the TPAC and I said I'd propose spec text for it. Please find the patch below, the changes mirror exactly the proposal described in the bug we have for tracking this: http://www.w3.org/Bugs/Public/show_bug.cgi?id=9903

Re: Reminder: RfC: Last Call Working Draft of Web Workers; deadline April 21

2011-04-21 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: Please correct me if I'm missing something, but I don't see any new privacy-leak vectors here. Without Shared Workers, 3rdparty.com can just hold open a communication channel to its server and shuttle information between the iframes on A.com and B.com that way. That does

Re: Publishing From-Origin Proposal as FPWD

2011-07-05 Thread Bjoern Hoehrmann
* Marcos Caceres wrote: On Tue, Jul 5, 2011 at 5:50 PM, Hill, Brad bh...@paypal-inc.com wrote: I feel that the goals of this draft are either inconsistent with the basic architecture of the web, cannot be meaningfully accomplished by the proposed mechanism, or both, and I haven't seen any

Re: Test suites and RFC2119

2011-07-10 Thread Bjoern Hoehrmann
* Aryeh Gregor wrote: The difference is that if you have must requirements that are specific to a single conformance class, you can write a test suite and expect every implementation in that class to pass it. For should requirements, you're saying it's okay to violate it, so test suites don't

Re: XHR using user and password parameters

2011-07-11 Thread Bjoern Hoehrmann
* Hallvord R. M. Steen wrote: Many implementations don't send the Authorize: header even if the script supplies user name and password, unless they have seen a 401 response. This seems a bit counter-intuitive to authors - if they supply a user name and a password, why isn't the browser

Re: [websockets] IETF HyBi current status and next steps

2011-07-11 Thread Bjoern Hoehrmann
* Arthur Barstow wrote: Is there a deadline for protocol comments? Based on the e-mail below, it appears the deadline is July 25. Please clarify. The IESG is asking for comments by that date. There will be some time between the date and the IESG making its decision, and there will be some time

Re: [websockets] Reminder: review Web Socket Protocol v10; deadline July 25

2011-07-19 Thread Bjoern Hoehrmann
* Arthur Barstow wrote: A reminder to review the Web Socket Protocol v10 spec by July 25: https://datatracker.ietf.org/doc/draft-ietf-hybi-thewebsocketprotocol/ http://www.ietf.org/id/draft-ietf-hybi-thewebsocketprotocol-10.txt Individual WG members are encouraged to provide individual

Re: Mutation events replacement

2011-07-20 Thread Bjoern Hoehrmann
* Dave Raggett wrote: Perhaps we need to distinguish auto generated attributes from those that are set by markup or scripts. Could you please clarify for me the difference between the html style attribute and the one you are referring to? My understanding is that the html style attribute is

Re: Mutation events replacement

2011-07-20 Thread Bjoern Hoehrmann
* Boris Zbarsky wrote: It's pretty common to have situations where lots (10-20) of properties are set in inline style, especially in cases where the inline style is being changed via CSS2Properties from script (think animations and the like, where the objects being animated tend to have width,

Re: Mutation events replacement

2011-07-20 Thread Bjoern Hoehrmann
* Boris Zbarsky wrote: On 7/20/11 2:19 PM, Bjoern Hoehrmann wrote: Depending on the design of the mutation notification system and what level of complexity people find palatable, it would naturally also be possible to serialize lazily The only way to do that is to make sure the pre-mutation

Re: From-Origin FPWD

2011-07-31 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: http://www.w3.org/TR/from-origin/ The proposed `From-Origin` header conveys a subset of the information that is already available through the Referer header. As it is, it is very rare for the Referer header, or coressponding interfaces that are available to scripts,

Re: Reference to the HTML specification

2011-09-06 Thread Bjoern Hoehrmann
* Julian Reschke wrote: I do see that it's a problem when people use outdated specs; but maybe the problem is not the being dated, but how they are published. As far as I can tell, there's not nearly as much confusion on the IETF side of things, where Internet Drafts actually come with an

Re: [DOM4] Remove Node.isSameNode

2011-09-09 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: It's a completely useless function. It just implements the equality operator. I believe most languages have a equality operator already. It's quite normal for object models to not guarantee that the equality operator works for object identity comparison, COM being a prime

Re: Adding Web Intents to the Webapps WG deliverables

2011-09-20 Thread Bjoern Hoehrmann
* Ian Fette wrote: I don't get it. The overhead of getting all the other browsers to join the WG you mention is just as high, especially when there's no indication that a number of browsers intend to join that group. I don't think it's a random process question, I think it's rather fundamental

Re: [DOM4] XML lang

2011-10-05 Thread Bjoern Hoehrmann
* Marcos Caceres wrote: 1. I need to find elements of a particular type/name that are in a particular language (in tree order), so that I can extract that information to display to a user. .selectNodes(//type[lang('language')]) 2. I need to check what the language of an element is (if any),

Re: QSA, the problem with :scope, and naming

2011-10-20 Thread Bjoern Hoehrmann
* Alex Russell wrote: I strongly agree that it should be an Array *type*, but I think just returning a plain Array is the wrong resolution to our NodeList problem. WebIDL should specify that DOM List types *are* Array types. It's insane that we even have a NodeList type which isn't a real array at

Re: QSA, the problem with :scope, and naming

2011-10-25 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: Did you not understand my example? el.find(+ foo, + bar) feels really weird and I don't like it. I'm okay with a single selector starting with a combinator, like el.find(+ foo), but not a selector list. Allowing + foo but not + foo, + bar would be really weird. -- Björn

Re: QSA, the problem with :scope, and naming

2011-10-25 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: On Tue, Oct 25, 2011 at 4:56 PM, Ojan Vafai o...@chromium.org wrote: On Tue, Oct 25, 2011 at 4:44 PM, Bjoern Hoehrmann derhoe...@gmx.net wrote: * Tab Atkins Jr. wrote: Did you not understand my example?  el.find(+ foo, + bar) feels really weird and I don't like it.  I'm

Re: Enable compression of a blob to .zip file

2011-10-30 Thread Bjoern Hoehrmann
* Cameron McCormack wrote: On 30/10/11 10:54 AM, Charles Pritchard wrote: One reason I've needed inflate is for svgz support. Browser vendors have consistently left bugs and/or ignored the spec for handling svgz files. SVG is really intended to be deflated. All major browsers have support for

Re: What type should .findAll return

2011-11-11 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: Could you point me to an explanation of what [[Class]] represents in ecmascript? It's a little hard to search for. http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf Section 8.6.2. for instance. -- Björn Höhrmann · mailto:bjo...@hoehrmann.de ·

Re: TAG Comment on

2011-11-15 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: On Tue, Nov 15, 2011 at 5:28 PM, Glenn Adams gl...@skynav.com wrote: Perhaps. But widely implemented does not necessarily imply widely used. In any case, support for or use of a feature of a WD or CR does not imply it must be present in REC. Use of a feature does, in

Re: Synchronous postMessage for Workers?

2011-11-18 Thread Bjoern Hoehrmann
* Joshua Bell wrote: Jonas and I were having an offline discussing regarding the synchronous Indexed Database API and noting how clean and straightforward it will allow Worker scripts to be. One general Worker issue we noted - independent of IDB - was that there are cases where Worker scripts may

Re: Firefox bug: Worker load ignores Content-Type version parameter

2011-11-19 Thread Bjoern Hoehrmann
* Simon Pieters wrote: Workers ignore the MIME type. Yes, this thread was initially about the problems that causes. -- Björn Höhrmann · mailto:bjo...@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub.

Re: XPath and find/findAll methods

2011-11-22 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: I know you're being somewhat hostile because you like XPath and we're essentially saying ignore XPath, it's dead, but still, you're arguing badly. The web platform has a single selection syntax that has won without question. When Robin starts referring to himself in the

Re: XPath and find/findAll methods

2011-11-22 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: Come on, Robin, you're being unreasonable. You and I both know there's a huge difference between new features require small amounts of new syntax and oh look, it's an entirely different language. I can't make heads or tails of the 'nth' syntax despite implementing it a

Re: XPath and find/findAll methods

2011-11-25 Thread Bjoern Hoehrmann
* Robin Berjon wrote: If no one else steps up to it I can, but I was under the impression that our good friends from Opera had a solution they could contribute — I would hope in the shape of an editor :) I started it some years ago, but then figured if anybody brought it up the selectors shirts

Re: XPath and Selectors are identical, and shouldn't be co-developed

2011-11-30 Thread Bjoern Hoehrmann
* Tab Atkins Jr. wrote: Disclaimer: I'm a CSSWG member, was previously a web developer by trade (now am a webkit engineer/spec author), and was only vaguely aware of XPath a week ago. XPath support has been available in web browsers for over decade. If you have so far been unaware of it, that

Re: XPath and Selectors are identical, and shouldn't be co-developed

2011-11-30 Thread Bjoern Hoehrmann
* Yehuda Katz wrote: Most people would accomplish that using jQuery. Something like: var previous = $(current).closest(tr).prev() I'm not exactly sure what `current` is in this case. What edge-cases are you worried about when you say that the JavaScript is quite involved? It is unlikely that

Re: XPath and Selectors are identical, and shouldn't be co-developed

2011-11-30 Thread Bjoern Hoehrmann
* Yehuda Katz wrote: Out of curiosity, I'd like to see the DOM in question, the starting element and the element you were trying to select. I think how people do it in the real world is actually relevant. There is a table for each album and in an album each tbody/tr element is a track in that

Re: [XHR] responseType json

2011-12-04 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: I tied it to UTF-8 to further the fight on encoding proliferation and encourage developers to always use that encoding. The fight here is for standards. You know, you read the specification, create some content, and then that content works in all implementations that

Re: [XHR] responseType json

2011-12-04 Thread Bjoern Hoehrmann
* Henri Sivonen wrote: Browsers don't support UTF-32. It has no use cases as an interchange encoding beyond writing evil test cases. Defining it as a valid encoding is reprehensible. If UTF-32 is bad, then it should be detected as such and be rejected. The current idea, from what I can tell, is

Re: [XHR] responseType json

2011-12-05 Thread Bjoern Hoehrmann
* Glenn Adams wrote: What do you mean by treat content that clearly is UTF-32 as UTF-16-encoded? Do you mean interpreting it as a sequence of unsigned shorts? That would be a direct violation of the semantics of UTF-32, would it not? Consider you have ... Content-Type:

Re: [XHR] upload progress events (successfully uploaded)

2011-12-23 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: I plan on making these two changes: * Instead of saying If the request entity body has been successfully uploaded I will say If the request entity body has been fully transmitted to make it clear we do not need to wait for the response. I think that was the

Re: [XHR] responseType json

2012-01-06 Thread Bjoern Hoehrmann
* Jarred Nicholls wrote: This is an editor's draft of a spec, it's not a recommendation, so it's hardly a violation of anything. This is a 2-way street, and often times it's the spec that needs to change, not the implementation. The point is, there needs to be a very compelling reason to breach

Re: Obsolescence notices on old specifications, again

2012-01-23 Thread Bjoern Hoehrmann
* Ms2ger wrote: The recent message to www-dom about DOM2HTML [1] made me realize that we still haven't added warnings to obsolete DOM specifications to hopefully avoid that people use them as a reference. If you want to say more than that the specifications are no longer being maintained and

Re: Obsolescence notices on old specifications, again

2012-01-24 Thread Bjoern Hoehrmann
* Glenn Adams wrote: That doesn't really work for me. What would work for me is something like: Although DOM Level 2 continues to be subject to Errata Managementhttp://www.w3.org/2005/10/Process-20051014/tr.html#errata, it is no longer being actively maintained. Content authors and implementers

Re: CG for Speech JavaScript API

2012-01-31 Thread Bjoern Hoehrmann
* Glen Shires wrote: We at Google propose the formation of a new Community Group to pursue a JavaScript Speech API. Specifically, we are proposing this Javascript API [1], which enables web developers to incorporate speech recognition and synthesis into their web pages, and supports the majority

Re: (aside) MIME type

2012-02-21 Thread Bjoern Hoehrmann
* Mark Baker wrote: I wish they did, consistently. See RFC 4288 (just media type) and the registry itself (MIME media type) http://www.iana.org/assignments/media-types/index.html. Plus they're still routinely referred to as MIME types in many IETF contexts, including the ietf-types list!

Re: CfC: Add warnings to old DOM specifications; deadline April 18

2012-04-04 Thread Bjoern Hoehrmann
* Arthur Barstow wrote: Msger's (Mozilla) proposed text is in the following document and this is a Call for Consensus to agree on this text. If this CfC passes, the text will be added to the top of the Recommendations as was done with [D2V]:

Re: [webcomponents] Custom Elements Spec

2012-05-08 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: I don't think that's really the argument. The argument is about whether the long tail is going to be accessible (even if only a little bit) or not at all. That is, do we get select is=restricted-color-pickeroption value=Redoption value=Blue/select styled as a

Re: [Process] Publishing use cases and requirements as official docs

2012-06-06 Thread Bjoern Hoehrmann
* Tobie Langel wrote: Hi, (Starting a new thread by replying to a mail and then changing the subject and quoted text is not a good idea; just start a new mail.) I recently stumbled upon a number of use case and requirements docs (such as MediaStream Capture Scenarios[1] or HTML Speech XG[2])

Re: [Process] Publishing use cases and requirements as official docs

2012-06-06 Thread Bjoern Hoehrmann
* Tobie Langel wrote: On Jun 6, 2012, at 8:46 PM, Bjoern Hoehrmann derhoe...@gmx.net wrote: Only documents under http://www.w3.org/TR/ are official publications as far as Working Group's Technical Reports go. Can't WG release notes? Working Groups can publish Working Group Notes as Technical

Re: [webcomponents] HTML Parsing and the template element

2012-06-11 Thread Bjoern Hoehrmann
* Rafael Weinstein wrote: I think looking at this as whether we are breaking the correspondance between source and DOM may not be helpful -- because it's likely to be a matter of opinion. I'd like to suggest that we look at more precise issues. There are several axes of presence for elements WRT

Re: www-dom vs public-webapps WAS: [DOM4] Mutation algorithm imposed order on document children

2012-06-13 Thread Bjoern Hoehrmann
* Ojan Vafai wrote: This confusion seems to come up a lot since DOM is part of public-webapps but uses a separate mailing list. Maybe it's time to reconsider that decision? It's the editors of the specs who have the largest say here IMO. The confusion is not going to go away by changing the

Re: Updates to Selectors API

2012-06-14 Thread Bjoern Hoehrmann
* Lachlan Hunt wrote: At this stage, we should be able to publish v1 as a revised CR, or possibly move it up to PR. We can also publish v2. as a new WD. It does not seem that additional implementation experience is required to make sure no major changes are needed, so, Proposed Recommendation.

Re: Should MutationObservers be able to observe work done by the HTML parser?

2012-06-20 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: I can't think of any cases where you would *not* want these to fire for parser mutations. For example if you are building an XBL-like widget library which uses the DOM under a node to affect behavior or rendering of some other object. If you attach the widget before the

Re: [Clipboard API] Add a flag to indicate paste-as-text to beforepaste and paste events

2012-08-23 Thread Bjoern Hoehrmann
* Ryosuke Niwa wrote: *Proposal* Add a boolean flag to beforepaste and paste events indicating whether the user had intended to paste as text or rich text. (pasteAsText IDL attribute?) There are many more intents here than text and not text, like they may mean to paste vector paths to preseve

Re: Shadow DOM: events that are stopped

2013-02-07 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: Instead of having a fixed list of events that are stopped, maybe instead we can pass a flag to the dispatch algorithm with respect to whether or not the event being dispatched should exit the shadow boundary it started in, if any. That way you can have your own private

FYI: Possible RFC 6455 (WebSocket) throttling erratum

2013-02-14 Thread Bjoern Hoehrmann
Hi, http://www.ietf.org/mail-archive/web/hybi/current/msg09970.html is re http://www.ietf.org/mail-archive/web/hybi/current/msg09961.html about an ambiguity in RFC 6455 regarding how implementations are to limit con- current WebSocket connections. A particular point that has been raised is

FYI: JSON mailing list and BoF

2013-02-18 Thread Bjoern Hoehrmann
* Joe Hildebrand (jhildebr) wrote: We're planning on doing a BoF in Orlando to discuss starting up a JSON working group. The BoF is currently planned for Monday afternoon at 1300 in Carribean 6. A very preliminary version of a charter can be found here:

Re: IndexedDB, what were the issues? How do we stop it from happening again?

2013-03-14 Thread Bjoern Hoehrmann
* Alex Russell wrote: My *first* approach to this annoyance would be to start adding some async primitives to the platform that don't suck so hard; e.g., Futures/Promises. Saying that you should do something does not imply that doubling up on API surface area for a corner-case is the right

Re: Fixing appcache: a proposal to get us started

2013-03-26 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: There has been a lot of debating about fixing appcache. Last year mozilla got a few people together mostly with the goal of understanding what the actual problems were. The notes from that meeting are available at [1]. (I take it the fixing-appcache mailing list has since

Re: [webcomponents]: Of weird script elements and Benadryl

2013-04-16 Thread Bjoern Hoehrmann
* Rick Waldron wrote: Of course, but we'd also eat scraps from the trash if that was the only edible food left on earth. document.createElement() is and has always been the wrong way—the numbers shown in those graphs are grossly skewed by a complete lack of any real alternative. If I want to make

Re: [webcomponents]: Of weird script elements and Benadryl

2013-04-17 Thread Bjoern Hoehrmann
* Rick Waldron wrote: On Tue, Apr 16, 2013 at 9:51 PM, Bjoern Hoehrmann derhoe...@gmx.net wrote: * Rick Waldron wrote: If I want to make a new button to put in the document, the first thing my JS programming experience tells me: new Button(); And if you read code like `new A();` your

Re: Fetch: HTTP authentication and CORS

2013-05-04 Thread Bjoern Hoehrmann
* Jonas Sicking wrote: On May 4, 2013 1:29 AM, Anne van Kesteren ann...@annevk.nl wrote: On Fri, May 3, 2013 at 7:00 PM, Jonas Sicking jo...@sicking.cc wrote: We also don't reuse keep-alive http connections. Are we talking about persistent connections as per

Re: jar protocol (was: ZIP archive API?)

2013-05-07 Thread Bjoern Hoehrmann
* Anne van Kesteren wrote: On Tue, May 7, 2013 at 7:29 AM, Robin Berjon ro...@w3.org wrote: This isn't very different from JAR but it does have the property of more easily enabling a transition. To give an example, say that the page at http://berjon.com/ contains: link rel=bundle

Re: jar protocol (was: ZIP archive API?)

2013-05-07 Thread Bjoern Hoehrmann
* Robin Berjon wrote: I wonder if we couldn't have a mechanism that would not require a separate URI scheme. Just throwing this against the wall, might be daft: We add a new link relationship: bundle (archive is taken, bikeshed later). The href points to the archive, and there can be as many as

Re: ZIP archive API?

2013-05-07 Thread Bjoern Hoehrmann
* Florian Bösch wrote: It can be implemented by a JS library, but the three reasons to let the browser provide it are Convenience, speed and integration. Convenience is the first reason, since browsers by far and large already have complete bindings to compression algorithms and archive formats,

Re: [webcomponents]: Changing names of custom element callbacks

2013-07-13 Thread Bjoern Hoehrmann
* Steve Orvell wrote: These callbacks specifically mean the element has entered or left the *document*. We felt that entered/leftDocument was better than insertedInto/removedFromDocument but the key bit is *Document. This has caused enough confusion in discussion that being explicit seems

Re: Regarding: Making the W3C Web SQL Database Specification Active

2013-09-27 Thread Bjoern Hoehrmann
* Michael Fitchett wrote: Since lack of definition is the issue, I would like to recommend a remedy. I know SQL experts and great documentation writers who I would gladly hire to further define the Web SQL Database specification and fill in the missing SQL definition. Is this something that would

  1   2   >