W3C home > Mailing lists > Public > whatwg@whatwg.org > January 2010

[whatwg] skipping timeupdate (was: Re: [html5] r4621 - [e] (0) Clarify when the drag-and-drop steps run.)

From: Simon Pieters <simonp@opera.com>
Date: Mon, 25 Jan 2010 12:33:15 +0100
Message-ID: <op.u626dpgmidj3kv@simon-pieterss-macbook.local>
On Sat, 23 Jan 2010 11:29:35 +0100, <whatwg at whatwg.org> wrote:

> Author: ianh
> Date: 2010-01-23 02:29:33 -0800 (Sat, 23 Jan 2010)
> New Revision: 4621
>
> Modified:
>    complete.html
>    index
>    source
> Log:
> [e] (0) Clarify when the drag-and-drop steps run.


> Modified: source
> ===================================================================
> --- source	2010-01-23 00:14:19 UTC (rev 4620)
> +++ source	2010-01-23 10:29:33 UTC (rev 4621)
> @@ -20949,7 +20949,7 @@
>   <div class="example">
> -   <p class="xxx">example for srcdoc here</p>
> +   <p class="XXX">example for srcdoc here</p>
>   </div>
> @@ -71486,27 +71486,33 @@
>    Initially, it has the value "none". It is updated by the user agent
>    as described in the steps below.</p>
> -  <p>User agents must, every 350ms (&#xB1;200ms), perform the
> -  following steps in sequence. (If the user agent is still performing
> -  the previous iteration of the sequence when the next iteration
> -  becomes due, the user agent must not execute the overdue iteration,
> -  effectively "skipping missed frames" of the drag-and-drop
> -  operation.)</p>
> +  <p>User agents must, as soon as the drag operation is initiated and
> +  every 350ms (&#xB1;200ms) thereafter for as long as the drag
> +  operation is ongoing, <span>queue a task</span> to perform the
> +  following steps in sequence:</p>
>   <ol>
>    <li>
> -    <p>First, the user agent must fire a <code
> -    title="event-drag">drag</code> event at the <span>source
> -    node</span>. If this event is canceled, the user agent must set
> -    the <span>current drag operation</span> to none (no drag
> -    operation).</p>
> +    <p>If the user agent is still performing the previous iteration of
> +    the sequence (if any) when the next iteration becomes due, the
> +    user agent must not execute the overdue iteration, effectively
> +    "skipping missed frames" of the drag-and-drop operation.</p>

Should timeupdate also "skip missed frames"? (I think Firefox does as a  
consequence of skipping frames while script is running and firing  
timeupdate for each frame. Opera currently queues up the events, IIRC.)


>    </li>
>    <li>
> +    <p>The user agent must fire a <code title="event-drag">drag</code>
> +    event at the <span>source node</span>. If this event is canceled,
> +    the user agent must set the <span>current drag operation</span> to
> +    none (no drag operation).</p>
> +
> +   </li>
> +
> +   <li>
> +
>      <p>Next, if the <code title="event-drag">drag</code> event was not
>      canceled and the user has not ended the drag-and-drop operation,
>      the user agent must check the state of the drag-and-drop
>
> _______________________________________________
> Commit-Watchers mailing list
> Commit-Watchers at lists.whatwg.org
> http://lists.whatwg.org/listinfo.cgi/commit-watchers-whatwg.org
>


-- 
Simon Pieters
Opera Software
Received on Monday, 25 January 2010 03:33:15 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:20 UTC