From marques at displague.com Thu Jul 1 12:11:03 2010 From: marques at displague.com (Marques Johansson) Date: Thu, 1 Jul 2010 15:11:03 -0400 Subject: [html5] Autoplay and preload insufficient for proper video playback. In-Reply-To: References: <4C2B555D.6080409@agrabush.com> <42081160-D38A-4188-B8CB-8D8F0DF8A522@gmail.com> Message-ID: On Wed, Jun 30, 2010 at 5:43 PM, Richard Kern wrote: >> > ?? ?
> > end_offset="3000000bytes"> >> > ?? ?
>> > ?? >> > I'm wondering if was intended for just this sort of thing. I can't find much in the way of documentation about it. From jdavid.eisenberg at gmail.com Wed Jul 7 09:45:34 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Wed, 7 Jul 2010 09:45:34 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML Message-ID: On the page at http://validator.nu/, I'm not sure what this setting is supposed to do. When I give the validator the following HTML: Test Page

First paragraph

another paragraph

The validator reports no errors, but the document is not really polyglot, as the first opening

has no closing

. My goal is to check to see that I have an HTML document that follows all the XML rules for opening/closing tags, so that I can use XML tools on the document at some later point. From jdavid.eisenberg at gmail.com Wed Jul 7 15:35:52 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Wed, 7 Jul 2010 15:35:52 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML In-Reply-To: References: Message-ID: On Wed, Jul 7, 2010 at 9:45 AM, J David Eisenberg wrote: > On the page at http://validator.nu/, I'm not sure what this setting is > supposed to do. When I give the validator the following HTML: > [snip] > The validator reports no errors, but the document is not really > polyglot, as the first opening

has no closing

. > > My goal is to check to see that I have an HTML document that follows > all the XML rules for opening/closing tags, so that I can use XML > tools on the document at some later point. > The last paragraph above was worded badly. This (I hope) is better: If the validator is indeed checking for a polyglot document, it should check to see that the document follows all the XML rules for opening/closing tags (so that, as per http://www.w3.org/TR/html-polyglot/ i "may process the document using XML tools." The given document is valid with respect to HTML, but does not follow the XML rules (the

is missing its closing tag). When I select the "polyglot" option, I expect the validator to give me an error or a warning for that document, but it does not. From hsivonen at iki.fi Wed Jul 7 22:01:10 2010 From: hsivonen at iki.fi (Henri Sivonen) Date: Wed, 7 Jul 2010 22:01:10 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML In-Reply-To: References: Message-ID: <09B3DBFC-6B49-4725-96F8-AD27A7A65F84@iki.fi> On Jul 7, 2010, at 09:45, J David Eisenberg wrote: > On the page at http://validator.nu/, I'm not sure what this setting is > supposed to do. The polyglot option is there in anticipation of patches that haven't been contributed (yet at least). I should remove the UI since the feature doesn't actually do what it says. Sorry about the premature addition of the UI. -- Henri Sivonen hsivonen at iki.fi http://hsivonen.iki.fi/ From nikolasergeeee at mail.ru Sat Jul 10 18:49:25 2010 From: nikolasergeeee at mail.ru (=?koi8-r?Q?=ED=C1=D2=C9=D1_=F3=C5=D2=C7=C5=C5=D7=C1?=) Date: Sun, 11 Jul 2010 05:49:25 +0400 Subject: [html5] Hi! Message-ID: Hi 2 all! Good subscrubtion, thx! ________________________________________________ http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru From rbernhardt at rcdsantacruz.org Sun Jul 11 23:41:08 2010 From: rbernhardt at rcdsantacruz.org (Russell Bernhardt) Date: Sun, 11 Jul 2010 23:41:08 -0700 Subject: [html5] Help In-Reply-To: References: Message-ID: Help help-request at lists.whatwg.org wrote: >Send Help mailing list submissions to > help at lists.whatwg.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >or, via email, send a message with subject or body 'help' to > help-request at lists.whatwg.org > >You can reach the person managing the list at > help-owner at lists.whatwg.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Help digest..." > > >Today's Topics: > > 1. Hi! (????? ????????) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sun, 11 Jul 2010 05:49:25 +0400 >From: ????? ???????? >To: help at lists.whatwg.org >Subject: [html5] Hi! >Message-ID: >Content-Type: text/plain; charset=koi8-r > >Hi 2 all! Good subscrubtion, thx! >________________________________________________ >http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru > > > >------------------------------ > >_______________________________________________ >Help mailing list >Help at lists.whatwg.org >http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > > >End of Help Digest, Vol 35, Issue 5 >*********************************** -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From saurabh at skjworld.com Mon Jul 12 08:12:05 2010 From: saurabh at skjworld.com (Saurabh Jain) Date: Mon, 12 Jul 2010 20:42:05 +0530 Subject: [html5] Authentication and storing passwords online Message-ID: Hi, How can we authenticate offline using the Offline App Cache API. Also is there a secure way to store passwords offline in HTML 5. -- Saurabh Jain Director SKJ Technologies Private Limited http://www.skjworld.com Author : Mobile Phone Programming using Java ME (J2ME) http://library.skjworld.com/mobile-technology/java/java-me -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelosaviski at gmail.com Mon Jul 12 15:29:36 2010 From: marcelosaviski at gmail.com (Marcelo Saviski) Date: Mon, 12 Jul 2010 19:29:36 -0300 Subject: [html5] Is there any way to processmessages inside a worker? Message-ID: It's possible? inside the myworker.js: onmessage = function() { > //why you don't call me? > } > > while (true) { > doSomething(); > processMessages(); //check for waiting message in the message queue > } > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at hixie.ch Mon Jul 12 15:49:10 2010 From: ian at hixie.ch (Ian Hickson) Date: Mon, 12 Jul 2010 22:49:10 +0000 (UTC) Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, Saurabh Jain wrote: > > How can we authenticate offline using the Offline App Cache API. Authenticate to whom? > Also is there a secure way to store passwords offline in HTML 5. Secure from whom? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From ian at hixie.ch Mon Jul 12 15:52:06 2010 From: ian at hixie.ch (Ian Hickson) Date: Mon, 12 Jul 2010 22:52:06 +0000 (UTC) Subject: [html5] Is there any way to processmessages inside a worker? In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, Marcelo Saviski wrote: > > It's possible? > > inside the myworker.js: > > onmessage = function() { > > //why you don't call me? > > } > > > > while (true) { > > doSomething(); > > processMessages(); //check for waiting message in the message queue > > } The "onmessage" handler won't be called while you have code running. You have to do it the same way you do outside of workers, e.g.: onmessage = processMessage(); setInterval(0, doSomething); -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From jdavid.eisenberg at gmail.com Mon Jul 12 15:55:46 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Mon, 12 Jul 2010 15:55:46 -0700 Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: On Mon, Jul 12, 2010 at 3:49 PM, Ian Hickson wrote: > On Mon, 12 Jul 2010, Saurabh Jain wrote: >> >> How can we authenticate offline using the Offline App Cache API. > > Authenticate to whom? This one I'm not sure of. > >> Also is there a secure way to store passwords offline in HTML 5. > > Secure from whom? > Maybe secure them from Mr. Nosy Co-worker who is looking at your files while you left for lunch without logging out.? (I'm not a security expert; I'm just guessing that this might be a problem.) From rastrano at gmail.com Tue Jul 13 01:44:53 2010 From: rastrano at gmail.com (Stefano Gargiulo) Date: Tue, 13 Jul 2010 10:44:53 +0200 Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: <4C3C2785.4010901@gmail.com> Il 13/07/2010 00:55, J David Eisenberg ha scritto: > On Mon, Jul 12, 2010 at 3:49 PM, Ian Hickson wrote: >> On Mon, 12 Jul 2010, Saurabh Jain wrote: >>> How can we authenticate offline using the Offline App Cache API. >> Authenticate to whom? > This one I'm not sure of. > >>> Also is there a secure way to store passwords offline in HTML 5. >> Secure from whom? >> > Maybe secure them from Mr. Nosy Co-worker who is looking at your files > while you left for lunch without logging out.? (I'm not a security > expert; I'm just guessing that this might be a problem.) if you want this kind of security you can can encrypt offline data with a key, and storing the key nowhere (if the key match the user decrypts the data, else not) > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org From shrockmedia at gmail.com Tue Jul 13 11:01:41 2010 From: shrockmedia at gmail.com (Shrock Media) Date: Tue, 13 Jul 2010 13:01:41 -0500 Subject: [html5] Help - Which Browser's Behaviour Is Correct? Message-ID: Hi, this is a perplexing issue. This page below is a demo I had previously been working on. Basically, in Firefox, Safari and Chrome, it shows a plus and minus beside each button. In Opera, it seems to pile the first two Plusses on top of each other... Can someone please tell me what is going on? Is this a standard behavior I wish to use? Opera Versus Firefox, Chrome, Safari

Topic #1 Contents
Topic #2 Contents
Topic #3 Contents
Topic #4 Contents
Topic #5 Contents
User Preference/License Placeholder
Note: this document is for testing purposes only.. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From randy at prowebdesign.nl Tue Jul 13 12:41:30 2010 From: randy at prowebdesign.nl (Randy Drielinger) Date: Tue, 13 Jul 2010 19:41:30 +0000 Subject: [html5] Help - Which Browser's Behaviour Is Correct? In-Reply-To: References: Message-ID: <810989382-1279050092-cardhu_decombobulator_blackberry.rim.net-375375098-@bda2256.bisx.produk.on.blackberry> Wouldn't a simpler test case be better to make a point or raise a question? I'll look into this as soon as I can test with the different browsers. Regards -----Original Message----- From: Shrock Media Sender: help-bounces at lists.whatwg.org Date: Tue, 13 Jul 2010 13:01:41 To: Subject: [html5] Help - Which Browser's Behaviour Is Correct? _______________________________________________ Help mailing list Help at lists.whatwg.org http://lists.whatwg.org/listinfo.cgi/help-whatwg.org From kshipras at packtpub.com Fri Jul 16 00:57:36 2010 From: kshipras at packtpub.com (Kshipra Singh) Date: Fri, 16 Jul 2010 13:27:36 +0530 Subject: [html5] Write HTML 5 Books - Packt Publishing. Message-ID: <6DFDFE4B7EFA4846BBA051BF5421847B@sonyPC> Hi All, I represent Packt Publishing, the publisher of computer related books. Packt recently made its list of "hot topics" public which includes HTML 5. "Hot topics" is a list of topics on which Packt is interested in publishing some books. So, any proposals sent to us pertaining to this list will catch our immediate attention. If you love HTML 5 and fancy writing a book, send your book ideas to us. Even if you dont have a book idea and are simply interested in writing an HTML 5 book, we are still keen to hear from you. A list of more "hot topics" and information on approaching Packt are available on http://authors.packtpub.com. Thanks Kshipra Singh Author Relationship Manager Packt Publishing www.PacktPub.com Skype: kshiprasingh15 Twitter: http://twitter.com/kshipras Interested in becoming an author? Visit http://authors.packtpub.com for all the information you need about writing for Packt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdavid.eisenberg at gmail.com Tue Jul 20 19:17:53 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Tue, 20 Jul 2010 19:17:53 -0700 Subject: [html5] Dragging an image across a canvas Message-ID: At http://langintro.com/metropath5/test.html, I have a demo of an image that is larger than the canvas; you can drag to see portions of it. It works great and pans smoothly. If you click the "-" icon at the lower right of the image, the image is reduced (by setting a multiplication/divison factor between the image and the canvas). In Firefox 3.6.4 on Fedora 13 Linux, when I drag the smaller map, the image does not update until I release the mouse. Using Google chrome on the same system, it still scrolls smoothly. I'm guessing this a JavaScript performance issue, but I may also be missing something in the algorithm. Comments/opinions welcomed. From zach at longtailvideo.com Wed Jul 21 07:26:30 2010 From: zach at longtailvideo.com (Zachary Ozer) Date: Wed, 21 Jul 2010 10:26:30 -0400 Subject: [html5] Dragging an image across a canvas In-Reply-To: References: Message-ID: Works for me on FF for Mac. One thing: might be nice if it centers in the frame when you zoom to the point that there's a margin, but no biggie. -- Zachary Ozer Developer, LongTail Video w: longtailvideo.com ? e: zach at longtailvideo.com ? p: 212.244.0140 ? f: 212.656.1335 JW Player? |? Bits on the Run? |? AdSolution On Tue, Jul 20, 2010 at 10:17 PM, J David Eisenberg wrote: > At http://langintro.com/metropath5/test.html, I have a demo of an > image that is larger than the canvas; you can drag to see portions of > it. It works great and pans smoothly. > > If you click the "-" icon at the lower right of the image, the image > is reduced (by setting a multiplication/divison factor between the > image and the canvas). In Firefox 3.6.4 on Fedora 13 Linux, when I > drag the smaller map, the image does not update until I release the > mouse. Using Google chrome on the same system, it still scrolls > smoothly. > > I'm guessing this a JavaScript performance issue, but I may also be > missing something in the algorithm. Comments/opinions welcomed. > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > From tobias.sauerwein at camptocamp.com Thu Jul 22 07:11:55 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Thu, 22 Jul 2010 16:11:55 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest Message-ID: Hi! I am wondering what happens when I start an asynchronous XMLHttpRequest in a web worker and then terminate the web worker from the main script. Can I assume that the request is closed properly? Because the "terminate a worker algorithm" [1] does not explicitly say how to deal with open requests. Thanks, Tobias [1]: http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimich at chromium.org Mon Jul 26 12:15:17 2010 From: dimich at chromium.org (Dmitry Titov) Date: Mon, 26 Jul 2010 12:15:17 -0700 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: What is "closed properly"? As far as implementation goes, Chromium for example will drop the request at some point, asynchronously but quite close to termination and discard any results, so it can be at any phase of completion. A mechanism with more guarantees would definitely require an explicit spec language. On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < tobias.sauerwein at camptocamp.com> wrote: > Hi! > > I am wondering what happens when I start an asynchronous XMLHttpRequest in > a web worker and then terminate the web worker from the main script. Can I > assume that the request is closed properly? Because the "terminate a worker > algorithm" [1] does not explicitly say how to deal with open requests. > > Thanks, > Tobias > > > [1]: > http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker > > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Mon Jul 26 23:47:24 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Tue, 27 Jul 2010 08:47:24 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: XMLHttpRequest has a "abort()" method [1], so maybe whatever this method does "closes the request properly"? I was just worried that the connection stays open after the web worker is terminated, and then after a while a kind of "max. open connections" limit is reached, so that I won't be able to make a new request. I don't know if there is such a limit. [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: > What is "closed properly"? As far as implementation goes, Chromium for > example will drop the request at some point, asynchronously but quite close > to termination and discard any results, so it can be at any phase of > completion. A mechanism with more guarantees would definitely require an > explicit spec language. > > On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < > tobias.sauerwein at camptocamp.com> wrote: > >> Hi! >> >> I am wondering what happens when I start an asynchronous XMLHttpRequest in >> a web worker and then terminate the web worker from the main script. Can I >> assume that the request is closed properly? Because the "terminate a worker >> algorithm" [1] does not explicitly say how to deal with open requests. >> >> Thanks, >> Tobias >> >> >> [1]: >> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >> >> _______________________________________________ >> Help mailing list >> Help at lists.whatwg.org >> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Tue Jul 27 00:46:56 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Tue, 27 Jul 2010 09:46:56 +0200 Subject: [html5] Web Workers: Race-Condition setting onmessage handler? Message-ID: Hi! I am wondering what prevents a web worker from running into race-conditions when setting the onmessage handlers. I am worried about that a web worker posts a message before the main script has set up the onmessage handler, or the other way around, that the web worker posts a message before the main script has set up its onmessage handler. I know that there is a message queue [1], but you can easily make up an example where a message is not enqueued: Main Script: var worker = new Worker("webworker.js"); > worker.onmessage = function(event) { > console.log('onmessage ' + event.data) > }; > worker.postMessage("start"); > 'webworker.js': setTimeout( > function() { > onmessage = function(event) { > postMessage("message received"); > }; > postMessage("done"); > }, 1000); > The output is (in Chromium 6.0.475.0 and Firefox 4.01b, Opera 10.70 also outputs "onmessage message received"): onmessage done > So the "onmessage" handler of the web worker is never called. Is this the behavior the specification requests, or is it a bug in Chrome/Chromium and Firefox? Tobias [1]: http://www.whatwg.org/specs/web-apps/current-work/multipage/comms.html#port-message-queue -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimich at chromium.org Tue Jul 27 11:40:30 2010 From: dimich at chromium.org (Dmitry Titov) Date: Tue, 27 Jul 2010 11:40:30 -0700 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: That would be a bug in the browser. Just as when a regular page is simply closed, the termination of the worker releases the resources kept by the worker, including XmlHttpRequests, Databases, etc. So yes, in this sense the XHR is closed properly. On Mon, Jul 26, 2010 at 11:47 PM, Tobias Sauerwein < tobias.sauerwein at camptocamp.com> wrote: > XMLHttpRequest has a "abort()" method [1], so maybe whatever this method > does "closes the request properly"? I was just worried that the connection > stays open after the web worker is terminated, and then after a while a kind > of "max. open connections" limit is reached, so that I won't be able to make > a new request. I don't know if there is such a limit. > > [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method > > > > On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: > >> What is "closed properly"? As far as implementation goes, Chromium for >> example will drop the request at some point, asynchronously but quite close >> to termination and discard any results, so it can be at any phase of >> completion. A mechanism with more guarantees would definitely require an >> explicit spec language. >> >> On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < >> tobias.sauerwein at camptocamp.com> wrote: >> >>> Hi! >>> >>> I am wondering what happens when I start an asynchronous XMLHttpRequest >>> in a web worker and then terminate the web worker from the main script. Can >>> I assume that the request is closed properly? Because the "terminate a >>> worker algorithm" [1] does not explicitly say how to deal with open >>> requests. >>> >>> Thanks, >>> Tobias >>> >>> >>> [1]: >>> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >>> >>> _______________________________________________ >>> Help mailing list >>> Help at lists.whatwg.org >>> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Wed Jul 28 02:00:46 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Wed, 28 Jul 2010 11:00:46 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: Ok, thanks for your explanation! I am having a problem with Chrome that is somewhat connected to my original question. It is not about aborting a XMLHttpRequest, but about loading large files in a web worker and passing the (parsed) content to the main script: http://code.google.com/p/chromium/issues/detail?id=50360 On Tue, Jul 27, 2010 at 8:40 PM, Dmitry Titov wrote: > That would be a bug in the browser. Just as when a regular page is simply > closed, the termination of the worker releases the resources kept by the > worker, including XmlHttpRequests, Databases, etc. So yes, in this sense the > XHR is closed properly. > > > On Mon, Jul 26, 2010 at 11:47 PM, Tobias Sauerwein < > tobias.sauerwein at camptocamp.com> wrote: > >> XMLHttpRequest has a "abort()" method [1], so maybe whatever this method >> does "closes the request properly"? I was just worried that the connection >> stays open after the web worker is terminated, and then after a while a kind >> of "max. open connections" limit is reached, so that I won't be able to make >> a new request. I don't know if there is such a limit. >> >> [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method >> >> >> >> On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: >> >>> What is "closed properly"? As far as implementation goes, Chromium for >>> example will drop the request at some point, asynchronously but quite close >>> to termination and discard any results, so it can be at any phase of >>> completion. A mechanism with more guarantees would definitely require an >>> explicit spec language. >>> >>> On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < >>> tobias.sauerwein at camptocamp.com> wrote: >>> >>>> Hi! >>>> >>>> I am wondering what happens when I start an asynchronous XMLHttpRequest >>>> in a web worker and then terminate the web worker from the main script. Can >>>> I assume that the request is closed properly? Because the "terminate a >>>> worker algorithm" [1] does not explicitly say how to deal with open >>>> requests. >>>> >>>> Thanks, >>>> Tobias >>>> >>>> >>>> [1]: >>>> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >>>> >>>> _______________________________________________ >>>> Help mailing list >>>> Help at lists.whatwg.org >>>> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at hixie.ch Wed Jul 28 15:39:09 2010 From: ian at hixie.ch (Ian Hickson) Date: Wed, 28 Jul 2010 22:39:09 +0000 (UTC) Subject: [html5] Address/Email/Phone Elements In-Reply-To: <20100408140235.5b636b976cddad097204aff1046c7caa.639e26469f.wbe@email.secureserver.net> References: <20100408140235.5b636b976cddad097204aff1046c7caa.639e26469f.wbe@email.secureserver.net> Message-ID: On Thu, 8 Apr 2010, winthan at artgarden.asia wrote: > > Well, we have now
tags supports in every browsers now. > > But is there any tags for email, webURL, Phone, zipcode. I don't think > we do have them yet. > >
> > 123 HTML 5 > > 10017 > Phone:12345678 > > www.HTML5.com > > HTML5 at HTML5.com > >
Note that
is not for postal addresses. It's for contact information for the Web page's author. > As you know, we have used callto:+123456789 in href attribute of > element. But I feel like it is not successful tag too. That works only > in IE for net-meeting calling. tel: works pretty reliably in phones these days. > [...]create new tags for to make call with VOIP services from > Browsers. VOIP services can be added like search engines we have in > browsers. Users can define which VOIP services they want to use. You can do this with tel: pretty reliably. I don't think we need a new element. > I would like to add webURL elements for next draft, as you know, we can > save time for coding. whatever we use website name with WebURL, the site > will be open in new browser. ... isn't such a big deal. > Regarding about Email tags we can use for next HTML, we can protect our > email address from email address crawler/Grabber/Spider. On the other > hands,when you click that email address, appropriate email client will > take action to send the email like we do have now > "mailto:email at domain.com" for a tag. Surely an e-mail address crawler could just decode the e-mail address just like a mail client could? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From ian at hixie.ch Thu Jul 29 17:15:02 2010 From: ian at hixie.ch (Ian Hickson) Date: Fri, 30 Jul 2010 00:15:02 +0000 (UTC) Subject: [html5] Web Workers question In-Reply-To: References: Message-ID: On Thu, 22 Apr 2010, Dylan Barrell wrote: > > It seems like the spec > http://www.whatwg.org/specs/web-workers/current-work/ is somewhat > confused about whether any documents are available in the > GlobalWorkerScope. > > On the one hand, it says that if the script creating the Worker's global > object is a Window, then the document should be added to the "worker's > Documents", but then goes on to say that the DOM API is not available to > the Worker in this version of the spec. > > How does adding the document to the WorkerGlobalScope help if the DOM > API is not available? It's an internal accounting measure to help define the lifetime of the Worker threads. It's not exposed to the Web author. > Doesn't this really reduce the usefulness of the Worker object by > restricting it to tasks that have nothing to do with the DOM - e.g. > analyzing it as it changes? Somewhat, but unfortunately exposing DOM APIs to workers requires substantial work from browser vendors, so it might take some time. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From marques at displague.com Thu Jul 1 12:11:03 2010 From: marques at displague.com (Marques Johansson) Date: Thu, 1 Jul 2010 15:11:03 -0400 Subject: [html5] Autoplay and preload insufficient for proper video playback. In-Reply-To: References: <4C2B555D.6080409@agrabush.com> <42081160-D38A-4188-B8CB-8D8F0DF8A522@gmail.com> Message-ID: On Wed, Jun 30, 2010 at 5:43 PM, Richard Kern wrote: >> > ?? ?
> > end_offset="3000000bytes"> >> > ?? ?
>> > ?? >> > I'm wondering if was intended for just this sort of thing. I can't find much in the way of documentation about it. From jdavid.eisenberg at gmail.com Wed Jul 7 09:45:34 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Wed, 7 Jul 2010 09:45:34 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML Message-ID: On the page at http://validator.nu/, I'm not sure what this setting is supposed to do. When I give the validator the following HTML: Test Page

First paragraph

another paragraph

The validator reports no errors, but the document is not really polyglot, as the first opening

has no closing

. My goal is to check to see that I have an HTML document that follows all the XML rules for opening/closing tags, so that I can use XML tools on the document at some later point. From jdavid.eisenberg at gmail.com Wed Jul 7 15:35:52 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Wed, 7 Jul 2010 15:35:52 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML In-Reply-To: References: Message-ID: On Wed, Jul 7, 2010 at 9:45 AM, J David Eisenberg wrote: > On the page at http://validator.nu/, I'm not sure what this setting is > supposed to do. When I give the validator the following HTML: > [snip] > The validator reports no errors, but the document is not really > polyglot, as the first opening

has no closing

. > > My goal is to check to see that I have an HTML document that follows > all the XML rules for opening/closing tags, so that I can use XML > tools on the document at some later point. > The last paragraph above was worded badly. This (I hope) is better: If the validator is indeed checking for a polyglot document, it should check to see that the document follows all the XML rules for opening/closing tags (so that, as per http://www.w3.org/TR/html-polyglot/ i "may process the document using XML tools." The given document is valid with respect to HTML, but does not follow the XML rules (the

is missing its closing tag). When I select the "polyglot" option, I expect the validator to give me an error or a warning for that document, but it does not. From hsivonen at iki.fi Wed Jul 7 22:01:10 2010 From: hsivonen at iki.fi (Henri Sivonen) Date: Wed, 7 Jul 2010 22:01:10 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML In-Reply-To: References: Message-ID: <09B3DBFC-6B49-4725-96F8-AD27A7A65F84@iki.fi> On Jul 7, 2010, at 09:45, J David Eisenberg wrote: > On the page at http://validator.nu/, I'm not sure what this setting is > supposed to do. The polyglot option is there in anticipation of patches that haven't been contributed (yet at least). I should remove the UI since the feature doesn't actually do what it says. Sorry about the premature addition of the UI. -- Henri Sivonen hsivonen at iki.fi http://hsivonen.iki.fi/ From nikolasergeeee at mail.ru Sat Jul 10 18:49:25 2010 From: nikolasergeeee at mail.ru (=?koi8-r?Q?=ED=C1=D2=C9=D1_=F3=C5=D2=C7=C5=C5=D7=C1?=) Date: Sun, 11 Jul 2010 05:49:25 +0400 Subject: [html5] Hi! Message-ID: Hi 2 all! Good subscrubtion, thx! ________________________________________________ http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru From rbernhardt at rcdsantacruz.org Sun Jul 11 23:41:08 2010 From: rbernhardt at rcdsantacruz.org (Russell Bernhardt) Date: Sun, 11 Jul 2010 23:41:08 -0700 Subject: [html5] Help In-Reply-To: References: Message-ID: Help help-request at lists.whatwg.org wrote: >Send Help mailing list submissions to > help at lists.whatwg.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >or, via email, send a message with subject or body 'help' to > help-request at lists.whatwg.org > >You can reach the person managing the list at > help-owner at lists.whatwg.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Help digest..." > > >Today's Topics: > > 1. Hi! (????? ????????) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sun, 11 Jul 2010 05:49:25 +0400 >From: ????? ???????? >To: help at lists.whatwg.org >Subject: [html5] Hi! >Message-ID: >Content-Type: text/plain; charset=koi8-r > >Hi 2 all! Good subscrubtion, thx! >________________________________________________ >http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru > > > >------------------------------ > >_______________________________________________ >Help mailing list >Help at lists.whatwg.org >http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > > >End of Help Digest, Vol 35, Issue 5 >*********************************** -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From saurabh at skjworld.com Mon Jul 12 08:12:05 2010 From: saurabh at skjworld.com (Saurabh Jain) Date: Mon, 12 Jul 2010 20:42:05 +0530 Subject: [html5] Authentication and storing passwords online Message-ID: Hi, How can we authenticate offline using the Offline App Cache API. Also is there a secure way to store passwords offline in HTML 5. -- Saurabh Jain Director SKJ Technologies Private Limited http://www.skjworld.com Author : Mobile Phone Programming using Java ME (J2ME) http://library.skjworld.com/mobile-technology/java/java-me -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelosaviski at gmail.com Mon Jul 12 15:29:36 2010 From: marcelosaviski at gmail.com (Marcelo Saviski) Date: Mon, 12 Jul 2010 19:29:36 -0300 Subject: [html5] Is there any way to processmessages inside a worker? Message-ID: It's possible? inside the myworker.js: onmessage = function() { > //why you don't call me? > } > > while (true) { > doSomething(); > processMessages(); //check for waiting message in the message queue > } > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at hixie.ch Mon Jul 12 15:49:10 2010 From: ian at hixie.ch (Ian Hickson) Date: Mon, 12 Jul 2010 22:49:10 +0000 (UTC) Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, Saurabh Jain wrote: > > How can we authenticate offline using the Offline App Cache API. Authenticate to whom? > Also is there a secure way to store passwords offline in HTML 5. Secure from whom? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From ian at hixie.ch Mon Jul 12 15:52:06 2010 From: ian at hixie.ch (Ian Hickson) Date: Mon, 12 Jul 2010 22:52:06 +0000 (UTC) Subject: [html5] Is there any way to processmessages inside a worker? In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, Marcelo Saviski wrote: > > It's possible? > > inside the myworker.js: > > onmessage = function() { > > //why you don't call me? > > } > > > > while (true) { > > doSomething(); > > processMessages(); //check for waiting message in the message queue > > } The "onmessage" handler won't be called while you have code running. You have to do it the same way you do outside of workers, e.g.: onmessage = processMessage(); setInterval(0, doSomething); -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From jdavid.eisenberg at gmail.com Mon Jul 12 15:55:46 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Mon, 12 Jul 2010 15:55:46 -0700 Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: On Mon, Jul 12, 2010 at 3:49 PM, Ian Hickson wrote: > On Mon, 12 Jul 2010, Saurabh Jain wrote: >> >> How can we authenticate offline using the Offline App Cache API. > > Authenticate to whom? This one I'm not sure of. > >> Also is there a secure way to store passwords offline in HTML 5. > > Secure from whom? > Maybe secure them from Mr. Nosy Co-worker who is looking at your files while you left for lunch without logging out.? (I'm not a security expert; I'm just guessing that this might be a problem.) From rastrano at gmail.com Tue Jul 13 01:44:53 2010 From: rastrano at gmail.com (Stefano Gargiulo) Date: Tue, 13 Jul 2010 10:44:53 +0200 Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: <4C3C2785.4010901@gmail.com> Il 13/07/2010 00:55, J David Eisenberg ha scritto: > On Mon, Jul 12, 2010 at 3:49 PM, Ian Hickson wrote: >> On Mon, 12 Jul 2010, Saurabh Jain wrote: >>> How can we authenticate offline using the Offline App Cache API. >> Authenticate to whom? > This one I'm not sure of. > >>> Also is there a secure way to store passwords offline in HTML 5. >> Secure from whom? >> > Maybe secure them from Mr. Nosy Co-worker who is looking at your files > while you left for lunch without logging out.? (I'm not a security > expert; I'm just guessing that this might be a problem.) if you want this kind of security you can can encrypt offline data with a key, and storing the key nowhere (if the key match the user decrypts the data, else not) > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org From shrockmedia at gmail.com Tue Jul 13 11:01:41 2010 From: shrockmedia at gmail.com (Shrock Media) Date: Tue, 13 Jul 2010 13:01:41 -0500 Subject: [html5] Help - Which Browser's Behaviour Is Correct? Message-ID: Hi, this is a perplexing issue. This page below is a demo I had previously been working on. Basically, in Firefox, Safari and Chrome, it shows a plus and minus beside each button. In Opera, it seems to pile the first two Plusses on top of each other... Can someone please tell me what is going on? Is this a standard behavior I wish to use? Opera Versus Firefox, Chrome, Safari

Topic #1 Contents
Topic #2 Contents
Topic #3 Contents
Topic #4 Contents
Topic #5 Contents
User Preference/License Placeholder
Note: this document is for testing purposes only.. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From randy at prowebdesign.nl Tue Jul 13 12:41:30 2010 From: randy at prowebdesign.nl (Randy Drielinger) Date: Tue, 13 Jul 2010 19:41:30 +0000 Subject: [html5] Help - Which Browser's Behaviour Is Correct? In-Reply-To: References: Message-ID: <810989382-1279050092-cardhu_decombobulator_blackberry.rim.net-375375098-@bda2256.bisx.produk.on.blackberry> Wouldn't a simpler test case be better to make a point or raise a question? I'll look into this as soon as I can test with the different browsers. Regards -----Original Message----- From: Shrock Media Sender: help-bounces at lists.whatwg.org Date: Tue, 13 Jul 2010 13:01:41 To: Subject: [html5] Help - Which Browser's Behaviour Is Correct? _______________________________________________ Help mailing list Help at lists.whatwg.org http://lists.whatwg.org/listinfo.cgi/help-whatwg.org From kshipras at packtpub.com Fri Jul 16 00:57:36 2010 From: kshipras at packtpub.com (Kshipra Singh) Date: Fri, 16 Jul 2010 13:27:36 +0530 Subject: [html5] Write HTML 5 Books - Packt Publishing. Message-ID: <6DFDFE4B7EFA4846BBA051BF5421847B@sonyPC> Hi All, I represent Packt Publishing, the publisher of computer related books. Packt recently made its list of "hot topics" public which includes HTML 5. "Hot topics" is a list of topics on which Packt is interested in publishing some books. So, any proposals sent to us pertaining to this list will catch our immediate attention. If you love HTML 5 and fancy writing a book, send your book ideas to us. Even if you dont have a book idea and are simply interested in writing an HTML 5 book, we are still keen to hear from you. A list of more "hot topics" and information on approaching Packt are available on http://authors.packtpub.com. Thanks Kshipra Singh Author Relationship Manager Packt Publishing www.PacktPub.com Skype: kshiprasingh15 Twitter: http://twitter.com/kshipras Interested in becoming an author? Visit http://authors.packtpub.com for all the information you need about writing for Packt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdavid.eisenberg at gmail.com Tue Jul 20 19:17:53 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Tue, 20 Jul 2010 19:17:53 -0700 Subject: [html5] Dragging an image across a canvas Message-ID: At http://langintro.com/metropath5/test.html, I have a demo of an image that is larger than the canvas; you can drag to see portions of it. It works great and pans smoothly. If you click the "-" icon at the lower right of the image, the image is reduced (by setting a multiplication/divison factor between the image and the canvas). In Firefox 3.6.4 on Fedora 13 Linux, when I drag the smaller map, the image does not update until I release the mouse. Using Google chrome on the same system, it still scrolls smoothly. I'm guessing this a JavaScript performance issue, but I may also be missing something in the algorithm. Comments/opinions welcomed. From zach at longtailvideo.com Wed Jul 21 07:26:30 2010 From: zach at longtailvideo.com (Zachary Ozer) Date: Wed, 21 Jul 2010 10:26:30 -0400 Subject: [html5] Dragging an image across a canvas In-Reply-To: References: Message-ID: Works for me on FF for Mac. One thing: might be nice if it centers in the frame when you zoom to the point that there's a margin, but no biggie. -- Zachary Ozer Developer, LongTail Video w: longtailvideo.com ? e: zach at longtailvideo.com ? p: 212.244.0140 ? f: 212.656.1335 JW Player? |? Bits on the Run? |? AdSolution On Tue, Jul 20, 2010 at 10:17 PM, J David Eisenberg wrote: > At http://langintro.com/metropath5/test.html, I have a demo of an > image that is larger than the canvas; you can drag to see portions of > it. It works great and pans smoothly. > > If you click the "-" icon at the lower right of the image, the image > is reduced (by setting a multiplication/divison factor between the > image and the canvas). In Firefox 3.6.4 on Fedora 13 Linux, when I > drag the smaller map, the image does not update until I release the > mouse. Using Google chrome on the same system, it still scrolls > smoothly. > > I'm guessing this a JavaScript performance issue, but I may also be > missing something in the algorithm. Comments/opinions welcomed. > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > From tobias.sauerwein at camptocamp.com Thu Jul 22 07:11:55 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Thu, 22 Jul 2010 16:11:55 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest Message-ID: Hi! I am wondering what happens when I start an asynchronous XMLHttpRequest in a web worker and then terminate the web worker from the main script. Can I assume that the request is closed properly? Because the "terminate a worker algorithm" [1] does not explicitly say how to deal with open requests. Thanks, Tobias [1]: http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimich at chromium.org Mon Jul 26 12:15:17 2010 From: dimich at chromium.org (Dmitry Titov) Date: Mon, 26 Jul 2010 12:15:17 -0700 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: What is "closed properly"? As far as implementation goes, Chromium for example will drop the request at some point, asynchronously but quite close to termination and discard any results, so it can be at any phase of completion. A mechanism with more guarantees would definitely require an explicit spec language. On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < tobias.sauerwein at camptocamp.com> wrote: > Hi! > > I am wondering what happens when I start an asynchronous XMLHttpRequest in > a web worker and then terminate the web worker from the main script. Can I > assume that the request is closed properly? Because the "terminate a worker > algorithm" [1] does not explicitly say how to deal with open requests. > > Thanks, > Tobias > > > [1]: > http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker > > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Mon Jul 26 23:47:24 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Tue, 27 Jul 2010 08:47:24 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: XMLHttpRequest has a "abort()" method [1], so maybe whatever this method does "closes the request properly"? I was just worried that the connection stays open after the web worker is terminated, and then after a while a kind of "max. open connections" limit is reached, so that I won't be able to make a new request. I don't know if there is such a limit. [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: > What is "closed properly"? As far as implementation goes, Chromium for > example will drop the request at some point, asynchronously but quite close > to termination and discard any results, so it can be at any phase of > completion. A mechanism with more guarantees would definitely require an > explicit spec language. > > On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < > tobias.sauerwein at camptocamp.com> wrote: > >> Hi! >> >> I am wondering what happens when I start an asynchronous XMLHttpRequest in >> a web worker and then terminate the web worker from the main script. Can I >> assume that the request is closed properly? Because the "terminate a worker >> algorithm" [1] does not explicitly say how to deal with open requests. >> >> Thanks, >> Tobias >> >> >> [1]: >> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >> >> _______________________________________________ >> Help mailing list >> Help at lists.whatwg.org >> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Tue Jul 27 00:46:56 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Tue, 27 Jul 2010 09:46:56 +0200 Subject: [html5] Web Workers: Race-Condition setting onmessage handler? Message-ID: Hi! I am wondering what prevents a web worker from running into race-conditions when setting the onmessage handlers. I am worried about that a web worker posts a message before the main script has set up the onmessage handler, or the other way around, that the web worker posts a message before the main script has set up its onmessage handler. I know that there is a message queue [1], but you can easily make up an example where a message is not enqueued: Main Script: var worker = new Worker("webworker.js"); > worker.onmessage = function(event) { > console.log('onmessage ' + event.data) > }; > worker.postMessage("start"); > 'webworker.js': setTimeout( > function() { > onmessage = function(event) { > postMessage("message received"); > }; > postMessage("done"); > }, 1000); > The output is (in Chromium 6.0.475.0 and Firefox 4.01b, Opera 10.70 also outputs "onmessage message received"): onmessage done > So the "onmessage" handler of the web worker is never called. Is this the behavior the specification requests, or is it a bug in Chrome/Chromium and Firefox? Tobias [1]: http://www.whatwg.org/specs/web-apps/current-work/multipage/comms.html#port-message-queue -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimich at chromium.org Tue Jul 27 11:40:30 2010 From: dimich at chromium.org (Dmitry Titov) Date: Tue, 27 Jul 2010 11:40:30 -0700 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: That would be a bug in the browser. Just as when a regular page is simply closed, the termination of the worker releases the resources kept by the worker, including XmlHttpRequests, Databases, etc. So yes, in this sense the XHR is closed properly. On Mon, Jul 26, 2010 at 11:47 PM, Tobias Sauerwein < tobias.sauerwein at camptocamp.com> wrote: > XMLHttpRequest has a "abort()" method [1], so maybe whatever this method > does "closes the request properly"? I was just worried that the connection > stays open after the web worker is terminated, and then after a while a kind > of "max. open connections" limit is reached, so that I won't be able to make > a new request. I don't know if there is such a limit. > > [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method > > > > On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: > >> What is "closed properly"? As far as implementation goes, Chromium for >> example will drop the request at some point, asynchronously but quite close >> to termination and discard any results, so it can be at any phase of >> completion. A mechanism with more guarantees would definitely require an >> explicit spec language. >> >> On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < >> tobias.sauerwein at camptocamp.com> wrote: >> >>> Hi! >>> >>> I am wondering what happens when I start an asynchronous XMLHttpRequest >>> in a web worker and then terminate the web worker from the main script. Can >>> I assume that the request is closed properly? Because the "terminate a >>> worker algorithm" [1] does not explicitly say how to deal with open >>> requests. >>> >>> Thanks, >>> Tobias >>> >>> >>> [1]: >>> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >>> >>> _______________________________________________ >>> Help mailing list >>> Help at lists.whatwg.org >>> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Wed Jul 28 02:00:46 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Wed, 28 Jul 2010 11:00:46 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: Ok, thanks for your explanation! I am having a problem with Chrome that is somewhat connected to my original question. It is not about aborting a XMLHttpRequest, but about loading large files in a web worker and passing the (parsed) content to the main script: http://code.google.com/p/chromium/issues/detail?id=50360 On Tue, Jul 27, 2010 at 8:40 PM, Dmitry Titov wrote: > That would be a bug in the browser. Just as when a regular page is simply > closed, the termination of the worker releases the resources kept by the > worker, including XmlHttpRequests, Databases, etc. So yes, in this sense the > XHR is closed properly. > > > On Mon, Jul 26, 2010 at 11:47 PM, Tobias Sauerwein < > tobias.sauerwein at camptocamp.com> wrote: > >> XMLHttpRequest has a "abort()" method [1], so maybe whatever this method >> does "closes the request properly"? I was just worried that the connection >> stays open after the web worker is terminated, and then after a while a kind >> of "max. open connections" limit is reached, so that I won't be able to make >> a new request. I don't know if there is such a limit. >> >> [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method >> >> >> >> On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: >> >>> What is "closed properly"? As far as implementation goes, Chromium for >>> example will drop the request at some point, asynchronously but quite close >>> to termination and discard any results, so it can be at any phase of >>> completion. A mechanism with more guarantees would definitely require an >>> explicit spec language. >>> >>> On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < >>> tobias.sauerwein at camptocamp.com> wrote: >>> >>>> Hi! >>>> >>>> I am wondering what happens when I start an asynchronous XMLHttpRequest >>>> in a web worker and then terminate the web worker from the main script. Can >>>> I assume that the request is closed properly? Because the "terminate a >>>> worker algorithm" [1] does not explicitly say how to deal with open >>>> requests. >>>> >>>> Thanks, >>>> Tobias >>>> >>>> >>>> [1]: >>>> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >>>> >>>> _______________________________________________ >>>> Help mailing list >>>> Help at lists.whatwg.org >>>> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at hixie.ch Wed Jul 28 15:39:09 2010 From: ian at hixie.ch (Ian Hickson) Date: Wed, 28 Jul 2010 22:39:09 +0000 (UTC) Subject: [html5] Address/Email/Phone Elements In-Reply-To: <20100408140235.5b636b976cddad097204aff1046c7caa.639e26469f.wbe@email.secureserver.net> References: <20100408140235.5b636b976cddad097204aff1046c7caa.639e26469f.wbe@email.secureserver.net> Message-ID: On Thu, 8 Apr 2010, winthan at artgarden.asia wrote: > > Well, we have now
tags supports in every browsers now. > > But is there any tags for email, webURL, Phone, zipcode. I don't think > we do have them yet. > >
> > 123 HTML 5 > > 10017 > Phone:12345678 > > www.HTML5.com > > HTML5 at HTML5.com > >
Note that
is not for postal addresses. It's for contact information for the Web page's author. > As you know, we have used callto:+123456789 in href attribute of > element. But I feel like it is not successful tag too. That works only > in IE for net-meeting calling. tel: works pretty reliably in phones these days. > [...]create new tags for to make call with VOIP services from > Browsers. VOIP services can be added like search engines we have in > browsers. Users can define which VOIP services they want to use. You can do this with tel: pretty reliably. I don't think we need a new element. > I would like to add webURL elements for next draft, as you know, we can > save time for coding. whatever we use website name with WebURL, the site > will be open in new browser. ... isn't such a big deal. > Regarding about Email tags we can use for next HTML, we can protect our > email address from email address crawler/Grabber/Spider. On the other > hands,when you click that email address, appropriate email client will > take action to send the email like we do have now > "mailto:email at domain.com" for a tag. Surely an e-mail address crawler could just decode the e-mail address just like a mail client could? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From ian at hixie.ch Thu Jul 29 17:15:02 2010 From: ian at hixie.ch (Ian Hickson) Date: Fri, 30 Jul 2010 00:15:02 +0000 (UTC) Subject: [html5] Web Workers question In-Reply-To: References: Message-ID: On Thu, 22 Apr 2010, Dylan Barrell wrote: > > It seems like the spec > http://www.whatwg.org/specs/web-workers/current-work/ is somewhat > confused about whether any documents are available in the > GlobalWorkerScope. > > On the one hand, it says that if the script creating the Worker's global > object is a Window, then the document should be added to the "worker's > Documents", but then goes on to say that the DOM API is not available to > the Worker in this version of the spec. > > How does adding the document to the WorkerGlobalScope help if the DOM > API is not available? It's an internal accounting measure to help define the lifetime of the Worker threads. It's not exposed to the Web author. > Doesn't this really reduce the usefulness of the Worker object by > restricting it to tasks that have nothing to do with the DOM - e.g. > analyzing it as it changes? Somewhat, but unfortunately exposing DOM APIs to workers requires substantial work from browser vendors, so it might take some time. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From marques at displague.com Thu Jul 1 12:11:03 2010 From: marques at displague.com (Marques Johansson) Date: Thu, 1 Jul 2010 15:11:03 -0400 Subject: [html5] Autoplay and preload insufficient for proper video playback. In-Reply-To: References: <4C2B555D.6080409@agrabush.com> <42081160-D38A-4188-B8CB-8D8F0DF8A522@gmail.com> Message-ID: On Wed, Jun 30, 2010 at 5:43 PM, Richard Kern wrote: >> > ?? ?
> > end_offset="3000000bytes"> >> > ?? ?
>> > ?? >> > I'm wondering if was intended for just this sort of thing. I can't find much in the way of documentation about it. From jdavid.eisenberg at gmail.com Wed Jul 7 09:45:34 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Wed, 7 Jul 2010 09:45:34 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML Message-ID: On the page at http://validator.nu/, I'm not sure what this setting is supposed to do. When I give the validator the following HTML: Test Page

First paragraph

another paragraph

The validator reports no errors, but the document is not really polyglot, as the first opening

has no closing

. My goal is to check to see that I have an HTML document that follows all the XML rules for opening/closing tags, so that I can use XML tools on the document at some later point. From jdavid.eisenberg at gmail.com Wed Jul 7 15:35:52 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Wed, 7 Jul 2010 15:35:52 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML In-Reply-To: References: Message-ID: On Wed, Jul 7, 2010 at 9:45 AM, J David Eisenberg wrote: > On the page at http://validator.nu/, I'm not sure what this setting is > supposed to do. When I give the validator the following HTML: > [snip] > The validator reports no errors, but the document is not really > polyglot, as the first opening

has no closing

. > > My goal is to check to see that I have an HTML document that follows > all the XML rules for opening/closing tags, so that I can use XML > tools on the document at some later point. > The last paragraph above was worded badly. This (I hope) is better: If the validator is indeed checking for a polyglot document, it should check to see that the document follows all the XML rules for opening/closing tags (so that, as per http://www.w3.org/TR/html-polyglot/ i "may process the document using XML tools." The given document is valid with respect to HTML, but does not follow the XML rules (the

is missing its closing tag). When I select the "polyglot" option, I expect the validator to give me an error or a warning for that document, but it does not. From hsivonen at iki.fi Wed Jul 7 22:01:10 2010 From: hsivonen at iki.fi (Henri Sivonen) Date: Wed, 7 Jul 2010 22:01:10 -0700 Subject: [html5] XHTML5 validator: Polyglot: works as both HTML and XHTML In-Reply-To: References: Message-ID: <09B3DBFC-6B49-4725-96F8-AD27A7A65F84@iki.fi> On Jul 7, 2010, at 09:45, J David Eisenberg wrote: > On the page at http://validator.nu/, I'm not sure what this setting is > supposed to do. The polyglot option is there in anticipation of patches that haven't been contributed (yet at least). I should remove the UI since the feature doesn't actually do what it says. Sorry about the premature addition of the UI. -- Henri Sivonen hsivonen at iki.fi http://hsivonen.iki.fi/ From nikolasergeeee at mail.ru Sat Jul 10 18:49:25 2010 From: nikolasergeeee at mail.ru (=?koi8-r?Q?=ED=C1=D2=C9=D1_=F3=C5=D2=C7=C5=C5=D7=C1?=) Date: Sun, 11 Jul 2010 05:49:25 +0400 Subject: [html5] Hi! Message-ID: Hi 2 all! Good subscrubtion, thx! ________________________________________________ http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru From rbernhardt at rcdsantacruz.org Sun Jul 11 23:41:08 2010 From: rbernhardt at rcdsantacruz.org (Russell Bernhardt) Date: Sun, 11 Jul 2010 23:41:08 -0700 Subject: [html5] Help In-Reply-To: References: Message-ID: Help help-request at lists.whatwg.org wrote: >Send Help mailing list submissions to > help at lists.whatwg.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >or, via email, send a message with subject or body 'help' to > help-request at lists.whatwg.org > >You can reach the person managing the list at > help-owner at lists.whatwg.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Help digest..." > > >Today's Topics: > > 1. Hi! (????? ????????) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sun, 11 Jul 2010 05:49:25 +0400 >From: ????? ???????? >To: help at lists.whatwg.org >Subject: [html5] Hi! >Message-ID: >Content-Type: text/plain; charset=koi8-r > >Hi 2 all! Good subscrubtion, thx! >________________________________________________ >http://stydentkam.ru , http://ekzameny.net , http://referat-na-5.ru , http://hellocafe.ru , http://home-happy.ru , http://samkon.ru , http://scouts-russia.ru , http://bestxenon.ru , http://harmonia-plus.ru , http://kond-galereya.ru , http://divi-media.ru , http://v-peremen.ru , http://tonyfill.ru , http://v-peremen.ru , http://tbcom.ru , http://informkom.ru , http://aidsprint.ru , http://stydentam.ru , http://virtuallight.ru > > > >------------------------------ > >_______________________________________________ >Help mailing list >Help at lists.whatwg.org >http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > > >End of Help Digest, Vol 35, Issue 5 >*********************************** -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. From saurabh at skjworld.com Mon Jul 12 08:12:05 2010 From: saurabh at skjworld.com (Saurabh Jain) Date: Mon, 12 Jul 2010 20:42:05 +0530 Subject: [html5] Authentication and storing passwords online Message-ID: Hi, How can we authenticate offline using the Offline App Cache API. Also is there a secure way to store passwords offline in HTML 5. -- Saurabh Jain Director SKJ Technologies Private Limited http://www.skjworld.com Author : Mobile Phone Programming using Java ME (J2ME) http://library.skjworld.com/mobile-technology/java/java-me -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcelosaviski at gmail.com Mon Jul 12 15:29:36 2010 From: marcelosaviski at gmail.com (Marcelo Saviski) Date: Mon, 12 Jul 2010 19:29:36 -0300 Subject: [html5] Is there any way to processmessages inside a worker? Message-ID: It's possible? inside the myworker.js: onmessage = function() { > //why you don't call me? > } > > while (true) { > doSomething(); > processMessages(); //check for waiting message in the message queue > } > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at hixie.ch Mon Jul 12 15:49:10 2010 From: ian at hixie.ch (Ian Hickson) Date: Mon, 12 Jul 2010 22:49:10 +0000 (UTC) Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, Saurabh Jain wrote: > > How can we authenticate offline using the Offline App Cache API. Authenticate to whom? > Also is there a secure way to store passwords offline in HTML 5. Secure from whom? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From ian at hixie.ch Mon Jul 12 15:52:06 2010 From: ian at hixie.ch (Ian Hickson) Date: Mon, 12 Jul 2010 22:52:06 +0000 (UTC) Subject: [html5] Is there any way to processmessages inside a worker? In-Reply-To: References: Message-ID: On Mon, 12 Jul 2010, Marcelo Saviski wrote: > > It's possible? > > inside the myworker.js: > > onmessage = function() { > > //why you don't call me? > > } > > > > while (true) { > > doSomething(); > > processMessages(); //check for waiting message in the message queue > > } The "onmessage" handler won't be called while you have code running. You have to do it the same way you do outside of workers, e.g.: onmessage = processMessage(); setInterval(0, doSomething); -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From jdavid.eisenberg at gmail.com Mon Jul 12 15:55:46 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Mon, 12 Jul 2010 15:55:46 -0700 Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: On Mon, Jul 12, 2010 at 3:49 PM, Ian Hickson wrote: > On Mon, 12 Jul 2010, Saurabh Jain wrote: >> >> How can we authenticate offline using the Offline App Cache API. > > Authenticate to whom? This one I'm not sure of. > >> Also is there a secure way to store passwords offline in HTML 5. > > Secure from whom? > Maybe secure them from Mr. Nosy Co-worker who is looking at your files while you left for lunch without logging out.? (I'm not a security expert; I'm just guessing that this might be a problem.) From rastrano at gmail.com Tue Jul 13 01:44:53 2010 From: rastrano at gmail.com (Stefano Gargiulo) Date: Tue, 13 Jul 2010 10:44:53 +0200 Subject: [html5] Authentication and storing passwords online In-Reply-To: References: Message-ID: <4C3C2785.4010901@gmail.com> Il 13/07/2010 00:55, J David Eisenberg ha scritto: > On Mon, Jul 12, 2010 at 3:49 PM, Ian Hickson wrote: >> On Mon, 12 Jul 2010, Saurabh Jain wrote: >>> How can we authenticate offline using the Offline App Cache API. >> Authenticate to whom? > This one I'm not sure of. > >>> Also is there a secure way to store passwords offline in HTML 5. >> Secure from whom? >> > Maybe secure them from Mr. Nosy Co-worker who is looking at your files > while you left for lunch without logging out.? (I'm not a security > expert; I'm just guessing that this might be a problem.) if you want this kind of security you can can encrypt offline data with a key, and storing the key nowhere (if the key match the user decrypts the data, else not) > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org From shrockmedia at gmail.com Tue Jul 13 11:01:41 2010 From: shrockmedia at gmail.com (Shrock Media) Date: Tue, 13 Jul 2010 13:01:41 -0500 Subject: [html5] Help - Which Browser's Behaviour Is Correct? Message-ID: Hi, this is a perplexing issue. This page below is a demo I had previously been working on. Basically, in Firefox, Safari and Chrome, it shows a plus and minus beside each button. In Opera, it seems to pile the first two Plusses on top of each other... Can someone please tell me what is going on? Is this a standard behavior I wish to use? Opera Versus Firefox, Chrome, Safari

Topic #1 Contents
Topic #2 Contents
Topic #3 Contents
Topic #4 Contents
Topic #5 Contents
User Preference/License Placeholder
Note: this document is for testing purposes only.. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From randy at prowebdesign.nl Tue Jul 13 12:41:30 2010 From: randy at prowebdesign.nl (Randy Drielinger) Date: Tue, 13 Jul 2010 19:41:30 +0000 Subject: [html5] Help - Which Browser's Behaviour Is Correct? In-Reply-To: References: Message-ID: <810989382-1279050092-cardhu_decombobulator_blackberry.rim.net-375375098-@bda2256.bisx.produk.on.blackberry> Wouldn't a simpler test case be better to make a point or raise a question? I'll look into this as soon as I can test with the different browsers. Regards -----Original Message----- From: Shrock Media Sender: help-bounces at lists.whatwg.org Date: Tue, 13 Jul 2010 13:01:41 To: Subject: [html5] Help - Which Browser's Behaviour Is Correct? _______________________________________________ Help mailing list Help at lists.whatwg.org http://lists.whatwg.org/listinfo.cgi/help-whatwg.org From kshipras at packtpub.com Fri Jul 16 00:57:36 2010 From: kshipras at packtpub.com (Kshipra Singh) Date: Fri, 16 Jul 2010 13:27:36 +0530 Subject: [html5] Write HTML 5 Books - Packt Publishing. Message-ID: <6DFDFE4B7EFA4846BBA051BF5421847B@sonyPC> Hi All, I represent Packt Publishing, the publisher of computer related books. Packt recently made its list of "hot topics" public which includes HTML 5. "Hot topics" is a list of topics on which Packt is interested in publishing some books. So, any proposals sent to us pertaining to this list will catch our immediate attention. If you love HTML 5 and fancy writing a book, send your book ideas to us. Even if you dont have a book idea and are simply interested in writing an HTML 5 book, we are still keen to hear from you. A list of more "hot topics" and information on approaching Packt are available on http://authors.packtpub.com. Thanks Kshipra Singh Author Relationship Manager Packt Publishing www.PacktPub.com Skype: kshiprasingh15 Twitter: http://twitter.com/kshipras Interested in becoming an author? Visit http://authors.packtpub.com for all the information you need about writing for Packt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdavid.eisenberg at gmail.com Tue Jul 20 19:17:53 2010 From: jdavid.eisenberg at gmail.com (J David Eisenberg) Date: Tue, 20 Jul 2010 19:17:53 -0700 Subject: [html5] Dragging an image across a canvas Message-ID: At http://langintro.com/metropath5/test.html, I have a demo of an image that is larger than the canvas; you can drag to see portions of it. It works great and pans smoothly. If you click the "-" icon at the lower right of the image, the image is reduced (by setting a multiplication/divison factor between the image and the canvas). In Firefox 3.6.4 on Fedora 13 Linux, when I drag the smaller map, the image does not update until I release the mouse. Using Google chrome on the same system, it still scrolls smoothly. I'm guessing this a JavaScript performance issue, but I may also be missing something in the algorithm. Comments/opinions welcomed. From zach at longtailvideo.com Wed Jul 21 07:26:30 2010 From: zach at longtailvideo.com (Zachary Ozer) Date: Wed, 21 Jul 2010 10:26:30 -0400 Subject: [html5] Dragging an image across a canvas In-Reply-To: References: Message-ID: Works for me on FF for Mac. One thing: might be nice if it centers in the frame when you zoom to the point that there's a margin, but no biggie. -- Zachary Ozer Developer, LongTail Video w: longtailvideo.com ? e: zach at longtailvideo.com ? p: 212.244.0140 ? f: 212.656.1335 JW Player? |? Bits on the Run? |? AdSolution On Tue, Jul 20, 2010 at 10:17 PM, J David Eisenberg wrote: > At http://langintro.com/metropath5/test.html, I have a demo of an > image that is larger than the canvas; you can drag to see portions of > it. It works great and pans smoothly. > > If you click the "-" icon at the lower right of the image, the image > is reduced (by setting a multiplication/divison factor between the > image and the canvas). In Firefox 3.6.4 on Fedora 13 Linux, when I > drag the smaller map, the image does not update until I release the > mouse. Using Google chrome on the same system, it still scrolls > smoothly. > > I'm guessing this a JavaScript performance issue, but I may also be > missing something in the algorithm. Comments/opinions welcomed. > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > From tobias.sauerwein at camptocamp.com Thu Jul 22 07:11:55 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Thu, 22 Jul 2010 16:11:55 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest Message-ID: Hi! I am wondering what happens when I start an asynchronous XMLHttpRequest in a web worker and then terminate the web worker from the main script. Can I assume that the request is closed properly? Because the "terminate a worker algorithm" [1] does not explicitly say how to deal with open requests. Thanks, Tobias [1]: http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimich at chromium.org Mon Jul 26 12:15:17 2010 From: dimich at chromium.org (Dmitry Titov) Date: Mon, 26 Jul 2010 12:15:17 -0700 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: What is "closed properly"? As far as implementation goes, Chromium for example will drop the request at some point, asynchronously but quite close to termination and discard any results, so it can be at any phase of completion. A mechanism with more guarantees would definitely require an explicit spec language. On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < tobias.sauerwein at camptocamp.com> wrote: > Hi! > > I am wondering what happens when I start an asynchronous XMLHttpRequest in > a web worker and then terminate the web worker from the main script. Can I > assume that the request is closed properly? Because the "terminate a worker > algorithm" [1] does not explicitly say how to deal with open requests. > > Thanks, > Tobias > > > [1]: > http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker > > _______________________________________________ > Help mailing list > Help at lists.whatwg.org > http://lists.whatwg.org/listinfo.cgi/help-whatwg.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Mon Jul 26 23:47:24 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Tue, 27 Jul 2010 08:47:24 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: XMLHttpRequest has a "abort()" method [1], so maybe whatever this method does "closes the request properly"? I was just worried that the connection stays open after the web worker is terminated, and then after a while a kind of "max. open connections" limit is reached, so that I won't be able to make a new request. I don't know if there is such a limit. [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: > What is "closed properly"? As far as implementation goes, Chromium for > example will drop the request at some point, asynchronously but quite close > to termination and discard any results, so it can be at any phase of > completion. A mechanism with more guarantees would definitely require an > explicit spec language. > > On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < > tobias.sauerwein at camptocamp.com> wrote: > >> Hi! >> >> I am wondering what happens when I start an asynchronous XMLHttpRequest in >> a web worker and then terminate the web worker from the main script. Can I >> assume that the request is closed properly? Because the "terminate a worker >> algorithm" [1] does not explicitly say how to deal with open requests. >> >> Thanks, >> Tobias >> >> >> [1]: >> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >> >> _______________________________________________ >> Help mailing list >> Help at lists.whatwg.org >> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Tue Jul 27 00:46:56 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Tue, 27 Jul 2010 09:46:56 +0200 Subject: [html5] Web Workers: Race-Condition setting onmessage handler? Message-ID: Hi! I am wondering what prevents a web worker from running into race-conditions when setting the onmessage handlers. I am worried about that a web worker posts a message before the main script has set up the onmessage handler, or the other way around, that the web worker posts a message before the main script has set up its onmessage handler. I know that there is a message queue [1], but you can easily make up an example where a message is not enqueued: Main Script: var worker = new Worker("webworker.js"); > worker.onmessage = function(event) { > console.log('onmessage ' + event.data) > }; > worker.postMessage("start"); > 'webworker.js': setTimeout( > function() { > onmessage = function(event) { > postMessage("message received"); > }; > postMessage("done"); > }, 1000); > The output is (in Chromium 6.0.475.0 and Firefox 4.01b, Opera 10.70 also outputs "onmessage message received"): onmessage done > So the "onmessage" handler of the web worker is never called. Is this the behavior the specification requests, or is it a bug in Chrome/Chromium and Firefox? Tobias [1]: http://www.whatwg.org/specs/web-apps/current-work/multipage/comms.html#port-message-queue -------------- next part -------------- An HTML attachment was scrubbed... URL: From dimich at chromium.org Tue Jul 27 11:40:30 2010 From: dimich at chromium.org (Dmitry Titov) Date: Tue, 27 Jul 2010 11:40:30 -0700 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: That would be a bug in the browser. Just as when a regular page is simply closed, the termination of the worker releases the resources kept by the worker, including XmlHttpRequests, Databases, etc. So yes, in this sense the XHR is closed properly. On Mon, Jul 26, 2010 at 11:47 PM, Tobias Sauerwein < tobias.sauerwein at camptocamp.com> wrote: > XMLHttpRequest has a "abort()" method [1], so maybe whatever this method > does "closes the request properly"? I was just worried that the connection > stays open after the web worker is terminated, and then after a while a kind > of "max. open connections" limit is reached, so that I won't be able to make > a new request. I don't know if there is such a limit. > > [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method > > > > On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: > >> What is "closed properly"? As far as implementation goes, Chromium for >> example will drop the request at some point, asynchronously but quite close >> to termination and discard any results, so it can be at any phase of >> completion. A mechanism with more guarantees would definitely require an >> explicit spec language. >> >> On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < >> tobias.sauerwein at camptocamp.com> wrote: >> >>> Hi! >>> >>> I am wondering what happens when I start an asynchronous XMLHttpRequest >>> in a web worker and then terminate the web worker from the main script. Can >>> I assume that the request is closed properly? Because the "terminate a >>> worker algorithm" [1] does not explicitly say how to deal with open >>> requests. >>> >>> Thanks, >>> Tobias >>> >>> >>> [1]: >>> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >>> >>> _______________________________________________ >>> Help mailing list >>> Help at lists.whatwg.org >>> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias.sauerwein at camptocamp.com Wed Jul 28 02:00:46 2010 From: tobias.sauerwein at camptocamp.com (Tobias Sauerwein) Date: Wed, 28 Jul 2010 11:00:46 +0200 Subject: [html5] Web Workers: terminate() and XMLHttpRequest In-Reply-To: References: Message-ID: Ok, thanks for your explanation! I am having a problem with Chrome that is somewhat connected to my original question. It is not about aborting a XMLHttpRequest, but about loading large files in a web worker and passing the (parsed) content to the main script: http://code.google.com/p/chromium/issues/detail?id=50360 On Tue, Jul 27, 2010 at 8:40 PM, Dmitry Titov wrote: > That would be a bug in the browser. Just as when a regular page is simply > closed, the termination of the worker releases the resources kept by the > worker, including XmlHttpRequests, Databases, etc. So yes, in this sense the > XHR is closed properly. > > > On Mon, Jul 26, 2010 at 11:47 PM, Tobias Sauerwein < > tobias.sauerwein at camptocamp.com> wrote: > >> XMLHttpRequest has a "abort()" method [1], so maybe whatever this method >> does "closes the request properly"? I was just worried that the connection >> stays open after the web worker is terminated, and then after a while a kind >> of "max. open connections" limit is reached, so that I won't be able to make >> a new request. I don't know if there is such a limit. >> >> [1]: http://www.w3.org/TR/XMLHttpRequest/#the-abort-method >> >> >> >> On Mon, Jul 26, 2010 at 9:15 PM, Dmitry Titov wrote: >> >>> What is "closed properly"? As far as implementation goes, Chromium for >>> example will drop the request at some point, asynchronously but quite close >>> to termination and discard any results, so it can be at any phase of >>> completion. A mechanism with more guarantees would definitely require an >>> explicit spec language. >>> >>> On Thu, Jul 22, 2010 at 7:11 AM, Tobias Sauerwein < >>> tobias.sauerwein at camptocamp.com> wrote: >>> >>>> Hi! >>>> >>>> I am wondering what happens when I start an asynchronous XMLHttpRequest >>>> in a web worker and then terminate the web worker from the main script. Can >>>> I assume that the request is closed properly? Because the "terminate a >>>> worker algorithm" [1] does not explicitly say how to deal with open >>>> requests. >>>> >>>> Thanks, >>>> Tobias >>>> >>>> >>>> [1]: >>>> http://www.whatwg.org/specs/web-workers/current-work/#terminate-a-worker >>>> >>>> _______________________________________________ >>>> Help mailing list >>>> Help at lists.whatwg.org >>>> http://lists.whatwg.org/listinfo.cgi/help-whatwg.org >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ian at hixie.ch Wed Jul 28 15:39:09 2010 From: ian at hixie.ch (Ian Hickson) Date: Wed, 28 Jul 2010 22:39:09 +0000 (UTC) Subject: [html5] Address/Email/Phone Elements In-Reply-To: <20100408140235.5b636b976cddad097204aff1046c7caa.639e26469f.wbe@email.secureserver.net> References: <20100408140235.5b636b976cddad097204aff1046c7caa.639e26469f.wbe@email.secureserver.net> Message-ID: On Thu, 8 Apr 2010, winthan at artgarden.asia wrote: > > Well, we have now
tags supports in every browsers now. > > But is there any tags for email, webURL, Phone, zipcode. I don't think > we do have them yet. > >
> > 123 HTML 5 > > 10017 > Phone:12345678 > > www.HTML5.com > > HTML5 at HTML5.com > >
Note that
is not for postal addresses. It's for contact information for the Web page's author. > As you know, we have used callto:+123456789 in href attribute of > element. But I feel like it is not successful tag too. That works only > in IE for net-meeting calling. tel: works pretty reliably in phones these days. > [...]create new tags for to make call with VOIP services from > Browsers. VOIP services can be added like search engines we have in > browsers. Users can define which VOIP services they want to use. You can do this with tel: pretty reliably. I don't think we need a new element. > I would like to add webURL elements for next draft, as you know, we can > save time for coding. whatever we use website name with WebURL, the site > will be open in new browser. ... isn't such a big deal. > Regarding about Email tags we can use for next HTML, we can protect our > email address from email address crawler/Grabber/Spider. On the other > hands,when you click that email address, appropriate email client will > take action to send the email like we do have now > "mailto:email at domain.com" for a tag. Surely an e-mail address crawler could just decode the e-mail address just like a mail client could? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.' From ian at hixie.ch Thu Jul 29 17:15:02 2010 From: ian at hixie.ch (Ian Hickson) Date: Fri, 30 Jul 2010 00:15:02 +0000 (UTC) Subject: [html5] Web Workers question In-Reply-To: References: Message-ID: On Thu, 22 Apr 2010, Dylan Barrell wrote: > > It seems like the spec > http://www.whatwg.org/specs/web-workers/current-work/ is somewhat > confused about whether any documents are available in the > GlobalWorkerScope. > > On the one hand, it says that if the script creating the Worker's global > object is a Window, then the document should be added to the "worker's > Documents", but then goes on to say that the DOM API is not available to > the Worker in this version of the spec. > > How does adding the document to the WorkerGlobalScope help if the DOM > API is not available? It's an internal accounting measure to help define the lifetime of the Worker threads. It's not exposed to the Web author. > Doesn't this really reduce the usefulness of the Worker object by > restricting it to tasks that have nothing to do with the DOM - e.g. > analyzing it as it changes? Somewhat, but unfortunately exposing DOM APIs to workers requires substantial work from browser vendors, so it might take some time. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'