.
>
>> On Fri, Dec 1, 2017 at 4:36 AM David Bruant wrote:
>>
>>> Le 28/11/2017 à 00:48, Jonathan Zuckerman a écrit :
>>> You’re probably aware there are libraries that offer functionality of
>> this
>>> sort (debounce and throttle in underscore/lodash is the one I’m most
Maybe there should be
On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote:
> On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote:
>>
>> Gecko uses code that can do arbitrary pitch adjustment, unrelated to
>> time-stretching (which is speed change with pitch compensation).
>
> That's neat. If you're interested in ex
response to his harassing personal emails, to not email
me anymore, ever again.
Thank you,
On Wed, Jul 20, 2016 at 9:48 PM, Domenic Denicola wrote:
> From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of
> Garrett Smith
>
> > What is the status on this?
>
> I beli
What is the status on this?
Need to be able to independently adjust pitch and slow down playback.
I need this on a daily basis.
In Chrome pitch is now preserved regardless of setting
vid.[prefix]preservesPitch = false.
On Mon, Mar 14, 2016 at 1:13 AM, Xabier Rodríguez Calvar
wrote:
>
On Fri, Mar 11, 2016 at 1:19 PM, Jer Noble wrote:
>
> On Mar 11, 2016, at 1:11 PM, Garrett Smith wrote:
>
…
> I also found:—
> https://developer.apple.com/library/prerelease/ios/documentation/AVFoundation/Reference/AVAudioUnitTimePitch_Class/
> ("preliminary document f
t;
> But you have hit the nail with your delicate sense of humour. Really.
>
> Kind regards
>
> ---
> Delfi Ramirez
> My digital signature
>
> +34 633 589231
> del...@segonquart.net
> twitter: delfinramirez
> IRC: segonquart Skype: segonquart
> http://
There has been good progress in HTML5 for and .
But the tag has been missing — why?
Well no longer, now thanks to a new game-changing proposal:
But it occurred to me: This could be huge paradigm shift in towards Internet
Odorous Things.
boolean `navigator.isSmellEnabled`
Thank you,
--
Gar
On Fri, Mar 11, 2016 at 1:19 PM, Jer Noble wrote:
>
> On Mar 11, 2016, at 1:11 PM, Garrett Smith wrote:
>
>
>
> On Tuesday, March 8, 2016, Jer Noble wrote:
>>
>>
>> > On Mar 8, 2016, at 4:42 PM, Garrett Smith
>> > wrote:
>> &
On Tuesday, March 8, 2016, Jer Noble wrote:
>
> > On Mar 8, 2016, at 4:42 PM, Garrett Smith
> wrote:
> >
> > On Fri, Mar 4, 2016 at 3:43 PM, Jer Noble wrote:
> >>
> >>> On Mar 4, 2016, at 3:19 PM, Garrett Smith
> wrote:
> >>
On Fri, Mar 4, 2016 at 3:43 PM, Jer Noble wrote:
>
>> On Mar 4, 2016, at 3:19 PM, Garrett Smith wrote:
>>
>> On Fri, Mar 4, 2016 at 1:55 PM, Jer Noble wrote:
>>>
>>>> On Mar 1, 2016, at 8:00 PM, Philip Jägenstedt wrote:
>>>>
>>&
On Fri, Mar 4, 2016 at 1:55 PM, Jer Noble wrote:
>
>> On Mar 1, 2016, at 8:00 PM, Philip Jägenstedt wrote:
>>
>> On Wed, Mar 2, 2016 at 9:19 AM, Garrett Smith wrote:
>>> On Thu, Nov 12, 2015 at 11:32 AM, Philip Jägenstedt
>>> wrote:
>>>&
BufferSourceNode-detune
>
> On Thu, Mar 3, 2016 at 12:00 AM, Garrett Smith
> wrote:
>>
>> On Wed, Mar 2, 2016 at 1:09 PM, Garrett Smith
>> wrote:
>> > On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt
>> > wrote:
>> >> On Wed, Mar 2
On Wed, Mar 2, 2016 at 1:09 PM, Garrett Smith wrote:
> On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote:
>> On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote:
>>>
>>> Gecko uses code that can do arbitrary pitch adjustment, unrelated to
>>> time-st
On Wed, Mar 2, 2016 at 2:36 AM, Philip Jägenstedt wrote:
> On Wed, Mar 2, 2016 at 5:08 PM, Paul Adenot wrote:
>>
>> Gecko uses code that can do arbitrary pitch adjustment, unrelated to
>> time-stretching (which is speed change with pitch compensation).
>
> That's neat. If you're interested in ex
On Thu, Nov 12, 2015 at 11:32 AM, Philip Jägenstedt wrote:
> On Thu, Nov 12, 2015 at 10:55 AM, Garrett Smith
> wrote:
>> On 11/12/15, Philip Jägenstedt wrote:
>>> On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith
>>> wrote:
>>>>
>>>> On 10
On 11/12/15, Philip Jägenstedt wrote:
> On Thu, Nov 12, 2015 at 9:07 AM, Garrett Smith
> wrote:
>>
>> On 10/19/15, Philip Jägenstedt wrote:
>> > On Tue, Sep 1, 2015 at 11:21 AM, Philip Jägenstedt
>> > wrote:
>> >> On Mon, Aug 31, 2015 at 9:4
On 10/19/15, Philip Jägenstedt wrote:
> On Tue, Sep 1, 2015 at 11:21 AM, Philip Jägenstedt
> wrote:
>> On Mon, Aug 31, 2015 at 9:48 PM, Domenic Denicola wrote:
>>> From: Eric Carlson [mailto:eric.carl...@apple.com]
>>>
[...]
> I've filed a spec issue to make it so:
> https://github.com/whatwg/h
On 8/27/15, Robert O'Callahan wrote:
> On Fri, Aug 28, 2015 at 6:02 AM, Garrett Smith
> wrote:
>
[...]
> But variable pitch control it would be useful for music adjustments
>> like "over the mountain", "Black Star", "Take your Whiskey Home"
On 8/31/15, Michael Enright wrote:
> On Fri, Aug 28, 2015 at 11:17 AM, Domenic Denicola wrote:
>> From: Robert O'Callahan
>>
>>> According to the spec it should work, but it's very low priority for us
>>> and
>>> implementing it would be very inefficient as Yay295 describes. So I
>>> don't
>>> t
On 8/27/15, Robert O'Callahan wrote:
> On Fri, Aug 28, 2015 at 6:02 AM, Garrett Smith
> wrote:
>
>> It would be useful to have pitch adjustment for VIDEO element. There
>> is playbackRate, to control playback speed — useful!* And there is
>> vv.mozPreservesPitch,
It would be useful to have pitch adjustment for VIDEO element. There
is playbackRate, to control playback speed — useful!* And there is
vv.mozPreservesPitch, in Firefox, which can be set to false, so that
pitch will adjust to the speed of the video, sort of like old analog
gear (tapes and records).
On 8/7/15, Behrang Saeedzadeh wrote:
> Hi Sebastien,
>
Guys —
> On Sun, Aug 2, 2015 at 10:38 PM Sébastien Cevey
> wrote:
[...]
>> Versions can be specified either at the top-level config, or even at the
>> import level, e.g.:
>>
>> System.import('npm:lodash@3.10.0').then(function(_) {
>> c
On 6/29/15, Barry Smith wrote:
> From: "Garrett Smith"
> Hey Garrett,
>
> My apologizes for not replying until now. When I posted my reply to the
> "Site-Wide Heading Element" thread, you were right and I should have posted
>
> a more complete example
On 6/24/15, Barry Smith wrote:
On Jun 23, 2015, at 22:57, Mark Simon wrote:
Hi Barry —
>
> When I build a website that is to have more than one page, and I want the
> "banner" to be the same across all pages, I use the element with
> a
> javascript file embedded inside, like this:
>
>
>
On 6/18/15, Edward O'Connor wrote:
> Hi Anne,
>
> You wrote:
>
>>> On the other hand, seems
>>> like it should Just Work™.
>>
>> I guess we could add support for named colors to
>> too.
>
> Offhand I think that's a good idea. Probably won't round-trip through
> typical color picker implementatio
On 4/27/15, Garrett Smith wrote:
> On 3/18/15, acmesquares . wrote:
...
>
> My gut tells me two things 1) The canvas API (for toBlob, toDataURL)
> should have been fixed years ago: 2) don't break the web.
>
> I usually am pretty conservative about not breaking the
On 3/18/15, acmesquares . wrote:
> Admittedly a wrapper function is trivial, mostly for API consistency, and
> does simply move the callback elsewhere.
>
There is a lot of room for improvement for toBlob.
> However that's not unprecedented as Navigator.mediaDevices.getUserMedia()
> was just a pr
On 3/23/15, Jake Archibald wrote:
> I'd rather Firefox did a small hack under hood for compatibility than we
> hack the spec with a separate method.
>
> We shouldn't be adding async APIs to browsers that use callbacks.
Not sure what you mean. Method toBlob is async and uses a callback.
--
Garret
On 3/23/15, Garrett Smith wrote:
> On 3/21/15, Jake Archibald wrote:
[...]
> https://lists.w3.org/Archives/Public/public-whatwg-archive/2015Mar/0059.html
Sorry, this was the actual post:
https://lists.w3.org/Archives/Public/public-whatwg-archive/2015Mar/0064.html
same thread
On 3/21/15, Jake Archibald wrote:
> I'd rather we did that by introducing promises to HTMLCanvasElement.
> Returning a promise from toBlob is easy, making the callback arg optional
> by checking the type of the first arg is hacky but possible (and is done in
> js libs).
>
Overloading with optional
On 3/17/15, Ashley Gullen wrote:
> Making toBlob return a promise is definitely in keeping with the rest of
> the web platform, but it's easy to write a wrapper function to promisify
> it. IMO toBlob is better than toDataURL since it is async so the image
> encoding can happen off main thread, red
On 3/14/15, acmesquares . wrote:
> It would be great if there was a promise-based version of toBlob. Same
> parameters as toDataURL, but return a Promise to a blob.
> I use toBlob heavily with other promise APIs, and this one really stands
> out as in need of modernization.
>
Hi Adria,
toBlob: ht
On 3/9/15, Tab Atkins Jr. wrote:
> On Mon, Mar 9, 2015 at 4:01 PM, Seth Fowler wrote:
On 3/9/15, Seth Fowler wrote:
> Hi all!
>
> I wanted to get the opinion of this list on how image-orientation and the
> element's naturalWidth and naturalHeight properties should interact.
> The css-images
On 12/30/14, Michael Gratton wrote:
> On Tue, 30 Dec, 2014 at 5:12 PM, Garrett Smith
> wrote:
>> [snip]
>
>>
>> - alerts false
>>
>> This result, in a way, seems to contradict the following:-
>>
>> | The disabled attribute, when specified,
On 10/27/14, Ian Hickson wrote:
>
> On Fri, 24 Jan 2014, Jukka K. Korpela wrote:
>> 2014-01-22 2:28, Ian Hickson wrote:
>> > On Tue, 3 Dec 2013, Jukka K. Korpela wrote:
>> > >
>> > > Thank you for the clarifications. I may have been stuck to an idea
>> > > of a submittable element, possibly adopte
e that are descendants of the fieldset
| element's first legend element child, if any, to be disabled.
http://www.w3.org/TR/html5/forms.html#the-fieldset-element
On 12/29/14, Garrett Smith wrote:
> On 12/29/14, Garrett Smith wrote:
>> On 10/27/14, Ian Hickson wrote:
>>>
On 12/29/14, Garrett Smith wrote:
> On 10/27/14, Ian Hickson wrote:
>>
>> On Fri, 24 Jan 2014, Jukka K. Korpela wrote:
>>> 2014-01-22 2:28, Ian Hickson wrote:
>>> > On Tue, 3 Dec 2013, Jukka K. Korpela wrote:
>>> > >
>
[...]
> - but n
On 10/27/14, Ian Hickson wrote:
>
> On Fri, 24 Jan 2014, Jukka K. Korpela wrote:
>> 2014-01-22 2:28, Ian Hickson wrote:
>> > On Tue, 3 Dec 2013, Jukka K. Korpela wrote:
>> > >
[...]
>> 3. To determine if a form control is eligible for success (see below)
>> `HTMLFormControl.isEnabled`
>
> What'
On 12/8/14, Domenic Denicola wrote:
> From: Garrett Smith [mailto:dhtmlkitc...@gmail.com]
>
>> I would expect the filename to be sent as the value.
>
> Blobs don't have filenames.
>
You asked about a file input and you got an answer with a link to the
pertinent spec.
On 12/8/14, Domenic Denicola wrote:
> From: whatwg [mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of
> block.rxckin.be...@gmail.com
>
>> What is the motivation to "not support" except multipart format in
>> FormData ?
>
> Anne already answered you, but I'll re-state his answer as a question:
>
On 11/7/14, Ian Hickson wrote:
> On Wed, 5 Nov 2014, Jesse McCarthy wrote:
>>
>> Re: the "Restrictions for contents of script elements" (4.12.1.2):
>>
>> Consider
On 8/23/14, Kyle Simpson wrote:
>> Surely our goal should be to make script loaders unnecessary.
>
Complexity is best avoided, sure.
> There's unquestionably a lot of folks on this thread for whom that is their
> main concern. I think it's a mistake to assume that because they mostly seem
> to be
Tracking:
Bug 26226 - Clarify "A form control is disabled..."
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26226
On 7/11/14, Garrett Smith wrote:
> On 7/10/14, Domenic Denicola wrote:
>> Hi Garret,
[snip]
--
Garrett
@xkit
ChordCycles.com
garretts.github.io
On 7/10/14, Domenic Denicola wrote:
> Hi Garret,
>
> I'd really encourage you to read the WHATWG FAQ. In particular, the part
> urging you to focus on presenting compelling use cases, instead of specific
> APIs or solutions. Many of your suggestions are not motivated by use cases,
> from what I ca
Here's what I want.
1. Form `dirty` property. Set to false, initially. Set to true
when the user has interacted with any of the form's controls to make
them dirty.
2. HTMLFormControl. Why is there no HTMLFormControl interface? I
see HTMLFormControlsCollection but no HTMLFormControl. H
On 5/19/14, Garrett Smith wrote:
> On 1/19/14, Norbert Lindenberg wrote:
>>
>> On Jan 19, 2014, at 10:01 , Jasper St. Pierre
>> wrote:
>>
>>> On Sunday, January 19, 2014, Garrett Smith
>>> wrote:
>>>
>>
>>> > What consider
On 1/19/14, Norbert Lindenberg wrote:
>
> On Jan 19, 2014, at 10:01 , Jasper St. Pierre
> wrote:
>
>> On Sunday, January 19, 2014, Garrett Smith
>> wrote:
>>
>
>> > What considerations are there for codifying the behavior for
>> >
Hi All -
Just some random ideas on JavaScript Date. I understand that it was
copied from Java. Was this based on the requirement to “look like
Java” on the typical appeal to popularity marketing tact? (Java was
hot back then).
What considerations are there for codifying the behavior for
Date.pars
On 12/15/13, Garrett Smith wrote:
> On 12/11/13, Fred Andrews wrote:
Correction:
>
>
>
--
Garrett
@xkit
ChordCycles.com
garretts.github.io
On 12/11/13, Fred Andrews wrote:
> The problem with a prescriptive standard for pre-loading images is that it
> might be abused by content authors for other purposes. I would like to see
> UAs able to implement a wide range of image loading strategies using the
> available information, including
On 8/30/13, Ryosuke Niwa wrote:
>
> On Aug 30, 2013, at 9:08 AM, Yoav Weiss wrote:
>
>> On Tue, Aug 27, 2013 at 11:55 PM, Ian Hickson wrote:
>>
>>> On Thu, 11 Jul 2013, Yoav Weiss wrote:
[...]
>>
>> They are fairly common, especially for loading of "mobile" UI components
>> (e.g. jquery mo
On 8/29/13, Nicholas Zakas wrote:
> When Kyle and I originally started pushing for a way to preload JavaScript
> many moons ago, the intent was very simple: to allow the downloading of
> JavaScript and execution of JavaScript to be separate. The idea being that
> you should be able to preload scri
On 7/10/13, Jake Archibald wrote:
> On 9 July 2013 22:31, Garrett Smith wrote:
>
>> On 7/9/13, Ian Hickson wrote:> src="jquery.js" async>
>> >
>> > > async>
>> >
>>
>> Why limit "depends" to be used
On 7/12/13, James Greene wrote:
> Ian —
Hi James -
I've interleaved, combined with your top post below.
> I'm curious: would do you say that? All evergreen browsers already include
> a `stack` property on their core `Error` prototypes, so it seems to me that
> the only thing preventing us from
On 7/9/13, Ian Hickson wrote:
>
> A topic that regularly comes up is script loading.
>
Yes, for years it has come up.
I jumped on the topic around 2009 here and on comp.lang.javascript to
add the idea about "chain of responsibility" to this solution.
The "chain of responsibility" pattern is not
On 4/29/13, David Bruant wrote:
> Le 29/04/2013 22:21, Benjamin Stürmer a écrit :
>> I have been reading about a technique described here (
>> http://googlecode.blogspot.de/2009/09/gmail-for-mobile-html5-series-reducing.html)
>> for deferring the parsing of scripts until they are actually required
On 3/18/13, Markus Ernst wrote:
> Hello Whatwg
>
> On several occasions I encountered that users got confused by the
> placeholders on input fields. In a doodle.com survey last week, 2 out of
> 5 people answered me via e-mail that they were not able to fill in their
> names in the "name" field, be
On 2/11/13, Garrett Smith wrote:
[...]
>
> var listener = {
> handleEvent : function(ev) { console.log(ev); },
> quant : 40
> };
> // or even
> function handleEvent (ev) { console.log(ev); }
> handleEvent.quant = 40;
>
Second example should have been
function
On 2/9/13, Glenn Maynard wrote:
> On Sat, Feb 9, 2013 at 10:43 AM, Tab Atkins Jr.
> wrote:
>
>> That said, there *are* still some isolated use-cases for polling. ^_^
>> When an event-based approach would potentially deliver far too many
>> events, with separation between them perhaps less than 1
On 2/5/13, Cameron McCormack wrote:
> As part of aligning SVG with some not-so-HTML-specific features of HTML,
> the SVG WG would like to support data-* attributes on SVG elements. In
> mixed HTML/SVG documents, it seems like you would want to be able to use
> these attributes regardless of wheth
On 2/4/13, Nathan Broadbent wrote:
> Hi,
>
Hi Nathan -
> The current information passed to window.onerror rarely provides
> sufficient information to find the cause of the error. The column
That's putting it mildly.
> number argument will be a big step forward, but a stack trace would be
> espec
On 1/29/13, Bjoern Hoehrmann wrote:
> * Ryosuke Niwa wrote:
>>On Jan 29, 2013, at 10:26 AM, Elliott Sprehn wrote:
>>> For example you can do var request = new XMLHttp( ) at the start of
>>> a
>>> function, but then later decide you didn't want to send the request, and
>>> never call send().
On 1/29/13, Elliott Sprehn wrote:
> On Tue, Jan 29, 2013 at 10:38 AM, Jake Archibald
> wrote:
>
>> On 29 January 2013 05:36, Charles McCathie Nevile
>> wrote:
>> >> Exactly. And if we designed XMLHttpRequest from scratch it would have
>> them
>> >> too.
>> >
>> > Really? This doesn't seem like a
On 1/17/13, Ian Hickson wrote:
> On Fri, 7 Dec 2012, Victor Costan wrote:
>> On Wed, Dec 5, 2012 at 12:11 PM, Ian Hickson wrote:
>> > On Wed, 5 Dec 2012, Victor Costan wrote:
>> >>
>> >> There was a thread on this mailing list discussing making it possible
>> >> to set the file data behind an el
On 5/1/11, Charles McCathieNevile wrote:
Unsupported, uninformed opinion and red herrings.
> On Sat, 30 Apr 2011 02:19:24 +0200, Garrett Smith
> wrote:
>
>> On 4/29/11, Ian Hickson wrote:
>>
>> [...]
>>>> We need a mechanism to detect accurately the
as this possible? Why rule it out?
>
> On Wed, 29 Dec 2010, Garrett Smith wrote:
>>
>> However, how can a program determine if a particular event is generated
>> by the browser and fired at a particular object? The `("onhashchange" in
>> window)` test shou
On 2/8/11, Boris Zbarsky wrote:
> On 2/8/11 11:04 PM, Kyle Simpson wrote:
[...]
>
> Now you may be right that authors who really want to screw up like that
> will just do browser-sniffing hacks of various sorts and still screw up.
> But it's not clear to me that we need to make the barrier to sh
On 12/29/10, Garrett Smith wrote:
[...]
> Aside from that, the event generation APIs are just awful, and for
> that, again, I've reified the proposal for extensible event synth API
> that takes an interface name and a properties object to replace the
> multiplicitous metho
On 12/28/10, Ian Hickson wrote:
> On Mon, 20 Sep 2010, Biju wrote:
>>
>> We need
>> HTMLNode.getSupportedEvents() ==> returns a text array of event names
>> HTMLNode.isSupportedEvent(eventName) ==> returns true/false
>>
>> Many times in particular version of browser we dont know whether an
>> HT
On 9/20/10, Jonas Sicking wrote:
[...]
>
> Indeed, in general we have very poor handling of on* properties.
https://bugzilla.mozilla.org/show_bug.cgi?id=414853
What are the plans for fixing that?
--
Garrett
On 9/9/10, Rostislav Hristov wrote:
> Hello,
>
> I'm looking for a way to define valid partial HTML fragments that can
> be included into other documents using a server-side language or
> injected using AJAX. The current specification doesn't have any major
> restrictions in this area but it alway
On 11/30/10, Ian Hickson wrote:
> On Mon, 16 Aug 2010, Hajime Morita wrote:
>>
>> I noticed that some events which are defined in DOM Level3 Events [1]
>> don't have
>> associated HTML attributes.
>> For example, "keypress" event has associated "onkeypress" attribute.
>> But "focusin" event doesn'
On 11/17/10, Henri Sivonen wrote:
>> HTML 5 should specify what happens when a script is removed from the
>> DOM.
>
> I believe it already does. It doesn't say anything about it, so removal has
> no effect. I believe Gecko already complies.
It does but stopping the script, as seen in Opera, seems
In "[whatwg] Removal of blocking script"[1], the question came up of
whether or not a removed, but not already started script is to be
evaluated.
Answering that question is fairly important with dynamic script
insertion, where aborting a request that has taken to long and trying
again would make s
On 11/15/10, Juriy Zaytsev wrote:
> When removing [1] a long-loading script element from a document, browsers
> seem to disagree on whether such removal should affect page rendering. A
> simple test —
> http://kangax.github.com/jstests/blocking_script_removal_test/—
> shows that Opera (9.x - 11) a
On 10/22/10, Anne van Kesteren wrote:
> On Fri, 22 Oct 2010 19:44:42 +0200, Boris Zbarsky wrote:
>> On 10/22/10 1:25 PM, Garrett Smith wrote:
>>> What is wrong with splitting on comma, e.g.
>>>
>>> var validAddressList = inp.value.split(",");
>&g
On 10/22/10, Rob Crowther wrote:
> Anne van Kesteren wrote:
>> I do not really get why it being comma-separated is not just the
>> submission format. The UI could be quite different. E.g. on the iPhone
>> email client it is more like an inline list. I think the specification
>> is simply not abstr
On 8/24/10, Ian Hickson wrote:
> On Wed, 25 Aug 2010, David Bruant wrote:
>> >
>> > It's likely that there won't be an HTML6 --
>>
>> "unlikely" (likely-won't) doesn't mean that there won't be. The
>> eventuality should probably not be thrown away that easily. Twenty years
>> ago, who could have p
On 8/11/10, Boris Zbarsky wrote:
> On 8/11/10 11:48 AM, Boris Zbarsky wrote:
>> javascript:var start = new Date(); function f(n) { for (var k =
>> n.firstChild; k; k = n.nextSibling) f(k); } f(document); alert(new
>> Date() - start)
>
> Er, that had a typo. The correct script is:
>
> javascript:v
On 8/11/10, Boris Zbarsky wrote:
> On 8/11/10 3:49 AM, Garrett Smith wrote:
>> I'm running Firefox 3.6.4 on windows 7
>
> Which has a known performance bug with a particular reasonably rare
> class of DOM mutations. The only way for the spec to avoid performing
> such m
On 8/10/10, Ian Hickson wrote:
> On Wed, 7 Jul 2010, Garrett Smith wrote:
>>
>> This is about the fourth time I've said it here. Can the person in
>> charge of writing the slow and buggy ajvascript on the HTML 5 spec
>> please remove that?
>>
>> The pro
On 8/9/10, Jonas Sicking wrote:
> On Mon, Aug 9, 2010 at 4:35 PM, Ian Hickson wrote:
>> On Fri, 18 Jun 2010, Mounir Lamouri wrote:
>>>
>>> I'm wondering why select element do not have a required attribute.
>>
>> It's impossible to submit a element (without a size="" attribute
>> or multiple="" a
On 8/5/10, Garrett Smith wrote:
> On 8/5/10, Oliver Hunt wrote:
>>
>> On Aug 4, 2010, at 6:26 PM, Garrett Smith wrote:
>>
>>> On 8/4/10, Oliver Hunt wrote:
>>>>
>>>> On Aug 4, 2010, at 3:32 PM, Garrett Smith wrote:
>>>>
>&g
On 8/5/10, Oliver Hunt wrote:
>
> On Aug 4, 2010, at 6:26 PM, Garrett Smith wrote:
>
>> On 8/4/10, Oliver Hunt wrote:
>>>
>>> On Aug 4, 2010, at 3:32 PM, Garrett Smith wrote:
>>>
>>>> On 8/4/10, Garrett Smith wrote:
>>>>
>
On 8/4/10, Oliver Hunt wrote:
>
> On Aug 4, 2010, at 3:32 PM, Garrett Smith wrote:
>
>> On 8/4/10, Garrett Smith wrote:
>>
>> [...]
>>> "submitButton" in form.elements
>>>
>>> Existing implementations vary on when they use catc
On 8/4/10, Garrett Smith wrote:
[...]
> "submitButton" in form.elements
>
> Existing implementations vary on when they use catchalls. I'd like to
> see standardization for this behavior and codification so that
> implementations behave similarly -- either use a ca
On 8/4/10, Jonas Sicking wrote:
> On Wed, Aug 4, 2010 at 11:10 AM, Alex Russell
> wrote:
>> Sorry for the lagged response,
>>
>> On Fri, Jul 30, 2010 at 2:56 PM, Oliver Hunt wrote:
>>>
>>> On Jul 30, 2010, at 2:46 PM, Alex Russell wrote:
>>>
On Fri, Jul 30, 2010 at 4:18 AM, Jonas Sicking w
On 8/2/10, Garrett Smith wrote:
> On 8/2/10, And Clover wrote:
>> On 08/02/2010 09:57 PM, Garrett Smith wrote:
>>
[...]
> ({}).hasOwnProperty.call(document.links, "0");
>
> - and resulting true in IE.
>
> However, that hasOwnProperty check does not al
On 8/2/10, And Clover wrote:
> On 08/02/2010 09:57 PM, Garrett Smith wrote:
>
>> Can it be argued as to what "integer index" means? And what is a "string
>> index"?
>
> Good catch, that's pretty ambiguous language. Browsers implement this as
&
On 8/2/10, Garrett Smith wrote:
> On 8/2/10, Oliver Hunt wrote:
>>
>> On Aug 2, 2010, at 7:36 AM, And Clover wrote:
>>
>>> On 07/30/2010 06:43 AM, Oliver Hunt wrote:
>>>> all array functions defined in ES5 are "generic" in that they w
On 8/2/10, Oliver Hunt wrote:
>
> On Aug 2, 2010, at 7:36 AM, And Clover wrote:
>
>> On 07/30/2010 06:43 AM, Oliver Hunt wrote:
>>> all array functions defined in ES5 are "generic" in that they work
>>> over any array-like object.
>>
>> They're guaranteed to work over any array-like native JavaScr
On 7/29/10, Garrett Smith wrote:
> On 7/29/10, Ian Hickson wrote:
>>
>> The e-mails quoted below consist of the salient points of this thread:
>>
>> On Fri, 23 Apr 2010, David Bruant wrote:
>>>
>
[...]
> The difficulty is getting the special behavior
On 7/29/10, Ian Hickson wrote:
>
> The e-mails quoted below consist of the salient points of this thread:
>
> On Fri, 23 Apr 2010, David Bruant wrote:
>>
[...]
>> Or we can just leave the DOM as it is and get used to calling the
>> equivalent of Prototype's $A() function.
>
> Before changing som
On 7/11/10, Schalk Neethling wrote:
> Oops, I believe there was a misunderstanding here. I did not write the
> article ;-) I just read and thought I would like to know everyone else’s
> view on the list as I do not agree with the author.
>
Got it, I didn't really consider about that in my reply,
On 7/10/10, Schalk Neethling wrote:
> Hi all,
>
>
>
> Would love to hear everyone's comments on the following article:
> http://goo.gl/VNg0
>
>
The article goes from one thing to another but doesn't make solid
points. I would rather see sectional headings and sections that make a
point. The few h
On 7/8/10, Lachlan Hunt wrote:
> On 2010-07-08 02:28, Garrett Smith wrote:
>> This is about the fourth time I've said it here. Can the person in
>> charge of writing the slow and buggy ajvascript on the HTML 5 spec
>> please remove that?
>>
>>
>>
On 7/7/10, Tab Atkins Jr. wrote:
> On Wed, Jul 7, 2010 at 5:28 PM, Garrett Smith
> wrote:
>> This is about the fourth time I've said it here. Can the person in
>> charge of writing the slow and buggy ajvascript on the HTML 5 spec
>> please remove that?
>>
&g
This is about the fourth time I've said it here. Can the person in
charge of writing the slow and buggy ajvascript on the HTML 5 spec
please remove that?
The problem is that that whatwg page causes freezes and crashes in Firefox. i
When it doesn't throw errors, it freezes Firefox.
This is is u
On 7/4/10, timeless wrote:
> On Mon, Jul 5, 2010 at 6:27 AM, Garrett Smith
> wrote:
>>This attribute describes the relationship from the current
>> document to the anchor specified by the href attribute. The value of
>> this attribute is a space-separated list of link
On 7/4/10, Ben Schwarz wrote:
> Hi All,
>
>
[...]
>
> However, as far as my understanding goes, linkrels should not contain
> multiple values; eg:
>
> Next page
>
Why not? They can in HTML4.
http://www.w3.org/TR/html401/struct/links.html#adef-rel
rel = link-types [CI]
This attribute descri
1 - 100 of 256 matches
Mail list logo