W3C home > Mailing lists > Public > www-svg@w3.org > March 2007

Scope of Progress...

From: Charles McCathieNevile <chaals@opera.com>
Date: Mon, 05 Mar 2007 15:48:31 +1100
To: "web API" <public-webapi@w3.org>
Cc: "WAI PF public" <wai-xtech@w3.org>, "SVG chatter" <www-svg@w3.org>, "Ellen Siegel" <ellen.siegel@sun.com>
Message-ID: <op.too8y5o3wxe0ny@widsith.local>

Hi, we are currently at an impasse, where I have been proposing a minimal scope for progress, based on the fact taht anything that can make progress has to already have some defined start and end condition, and Maciej proposes that the progress events include events to identify the start and end position redundantly (allowing you to build widgets for progress events wherever they are found, rather than building for the thing that is going to send the progress events).

We need to find some intelligent way to pick between the two options, since there isn't, as far as I can tell, much of a compromise position that makes sense. On the other hand, if we specify the "fully self-contained" approach, it is possible to write the same kind of code as for the "minimalist integrate with other specs" approach.

I will be asking the SVG working group directly (at their meeting), and other implementors, whether they consider the redundant event generation to be an issue. If not, I am prepared to go with Maciej's proposal. Otherwise I will write up some more detailed examples of how to use the minimalist approach to write UI widgets, following Maciej's example cases.

Does anyone object to us making a First Public Working draft of what we have now? [1]

If we can resolve this issue and the other outstanding ones this week, I would prefer next week to publish something as both First Public Working Draft and Last Call. More or less the entire discussion so far has been public, and it seems that there are only a handful of people who feel strongly one way or the other about these issues (although presumably resolving them per se is important...). There are also implementors who would like this to be resolved quickly.

Such is my plan to get some consensus on one or other approach. If anyone has a better idea, or wants to make it clear that they have an interest in one or other outcome that they have not yet declared, now would be a good time...

[1] http://dev.w3.org/cvsweb/~checkout~/2006/webapi/progress/Progress.html

cheers

Chaals

-- 
  Charles McCathieNevile, Opera Software: Standards Group
  hablo español  -  je parle français  -  jeg lærer norsk
chaals@opera.com          Try Opera 9.1     http://opera.com
Received on Monday, 5 March 2007 04:48:41 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:36 GMT