hat process, and that in any event you
currently don't have the time to do the mechanical work for publishing?
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
lications Working Group WG
To: Barstow Art (Nokia-CIC/Boston)
ACTION-598: Start a CfC to publish a FPWD of Web Messaging (Web
Applications Working Group)
http://www.w3.org/2008/webapps/track/actions/598
On: Arthur Barstow
Due: 2010-11-08
--
Charles McCathieNevile Opera Software
st meeting, and I think we were right at the time and still do.
Meanwhile, there is now momentum to specify a better approach to events,
and make it work. I think that deserves support as the best way to use our
energy to get something better.
cheers
Chaals
--
Charles McCathieNevile Oper
ce will be assumed to be assent.
-Art Barstow
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
, because they're nice names and if
you have a cartoon in mind of the different characters with their
different functions they are as memorable as anything else. Which is to
say, not actually all that much more intuitive in the grand scheme of
things).
cheers
Chaals
--
Ch
rgue the Widget Interface implies the above
indirectly (via the reference to P&C spec). However, I don't see
any
harm if the above text were copied into the Interface spec. Would
doing
so address your concern?
-Art Barstow
--
Charles McCathieNevile Opera Software, Standards
Thanks; I added the above and File * specs as well as a disclaimer that
none of the items in the list are yet confirmed:
http://www.w3.org/2008/webapps/wiki/TPAC2010#Specs_and_Topics_of_Interest
-Art Barstow
--
Charles McCathieNevile Opera Software, Standards Group
je parle françai
e will be assumed to be assent.
The deadline for comments is October 2.
-Art Barstow
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
On Thu, 02 Sep 2010 23:33:46 +0900, Arthur Barstow
wrote:
On 8/27/10 12:04 PM, Barstow Art (Nokia-CIC/Boston) wrote:
Anne proposes WebApps publish a new WD of XHR Level 2 and this is a Call
for Consensus to do so:
Support.
Likewise...
cheers
--
Charles McCathieNevile Opera Software
On Thu, 02 Sep 2010 23:33:46 +0900, Arthur Barstow
wrote:
On 8/27/10 12:04 PM, Barstow Art (Nokia-CIC/Boston) wrote:
Anne proposes WebApps publish a new WD of XHR Level 2 and this is a Call
for Consensus to do so:
Support.
Likewise...
cheers
--
Charles McCathieNevile Opera
On Mon, 16 Aug 2010 15:37:03 +0800, Robin Berjon wrote:
On Aug 13, 2010, at 15:15 , Arthur Barstow wrote:
As with all of our CfCs, positive response is preferred and encouraged
and silence will be assumed to be assent.
+1
Support removing it.
cheers
--
Charles McCathieNevile Opera
On Tue, 13 Jul 2010 15:50:46 +0200, Arthur Barstow
wrote:
All,
Anne proposed WebApps publish a new WD of the CORS spec (last published
in March 2009):
Yes please...
cheers
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer
...@ennals.org <mailto:r...@ennals.org>.
It has been great working with you all.
-Rob
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
transition-reqs
As with all of our CfCs, positive response is preferred and encouraged
and silence will be assumed to be assent. The deadline for comments is
June 30.
-Art Barstow
[LC] http://www.w3.org/TR/2009/WD-XMLHttpRequest-20091119/
--
Charles McCathieNevile Opera Software, Standa
nobody was really keen to support it going
forward, but that appears not to be the case.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
not sure I understand the question. Can you give an example of what
you want to do (e.g. link from index.html to nextPage.html, to change the
content of the widget using the element...
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo
s.
by the way, we should probably agree on a name for this call. which
one do
you prefer? vacuum, defragment, defrag, something else? i don't have a
strong opinion.
I think vacuum is fine since the spec is already tied to the SQLite SQL
dialect.
collectGarbage() is another possibil
the sender at
once.
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
of this WG.
Welcome to the group ;) (well, again...)
I would like to move the IndexedDB spec to Last Call at the earliest
possible. Please provide feedback that can help us prepare a strong
draft for LCWD.
indeed
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
study to improve upon the approach currently in the ED.
>
> Thanks,
> Nikunj
> http://o-micron.blogspot.com
>
> [1] http://dev.w3.org/2006/webapi/WebSimpleDB/
> [2] http://www.w3.org/mid/
> f753b2c401114141b426db383c8885e01b9cd...@tk5ex14mbxc126.redmond.corp.m
> icrosoft.c
e
group thinks is ready if they actually review it carefully seems
optimistic at best.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
drafts.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
On Thu, 19 Nov 2009 00:49:58 +0100, Charles McCathieNevile
wrote:
Hi folks,
this is a Call for consensus to request publishing the Selectors API
draft at
http://dev.w3.org/cvsweb/~checkout~/2006/webapi/selectors-api/Overview.html?rev=1.101&content-type=text/html;%20charset=iso-88
olicy?
Nope. But we figured that we wanted this to be clearly tested for the real
world, and some people think that insisting on it being native
implementation shows that more clearly.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo es
g.
And I don't see any problem with using public development builds.
Opinions?
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
On Thu, 19 Nov 2009 00:49:58 +0100, Charles McCathieNevile
wrote:
Hi folks,
this is a Call for consensus to request publishing the Selectors API
draft at
http://dev.w3.org/cvsweb/~checkout~/2006/webapi/selectors-api/Overview.html?rev=1.101&content-type=text/html;%20charset=iso-88
implement the spec", and
pointing to the WebSimpleDB as a *more likely* implementation based on
current knowledge.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
or
I like the proposal to have a section specific to data transfer and
loading, but am wary of splitting specs. Input and feedback from the
author of the ProgressEvents specification would be welcome here.
The "author" is the Working Group - and ergo all the members. I'm just
result in
a resolution without a "reasonable" level of positive response.
Cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
4 Jun 2009 15:56:11 +0200, Lachlan Hunt
wrote:
Charles McCathieNevile wrote:
Actually, based on feedback on the list (thanks Maciej and Robin), and
talking to Lachy, we are thinking that we should seperate out the tests
that *require* CSS 3 selectors, to make the test suite check
implementation o
aid, let's get some experience with WebSimpleDB before
we make a final call. Likewise, I agree with Robin that it might not make
sense to take this to Last Call, because of the uncertainty about where we
are going to end up.
cheers
Chaals
--
Charles McCathieNevile Opera Softwar
On Wed, 11 Nov 2009 09:51:56 +0100, Maciej Stachowiak
wrote:
On Nov 10, 2009, at 11:45 PM, Charles McCathieNevile wrote:
On Tue, 10 Nov 2009 01:21:06 +0100, Maciej Stachowiak
wrote:
On Nov 9, 2009, at 12:08 PM, Ian Hickson wrote:
On Mon, 2 Nov 2009, Doug Schepers wrote:
Please
hybrid web app, allowing file-based
access to the documents as well.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
video, rather than just an
embedded object, is enough to add an element for it, so probably not
although one would *hope* that there were a general framework behind such
an API to allow mutiple (over-)specialised access APIs to be developed as
deemed useful.
cheers
Chaals
--
Charles McCathieN
il as well maybe before I request to publish
that?
Yep, although the default is yes given those at the meeting already
resolved to ask for it.
Is the draft ready for it now?
Cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg
f the document, but suggest that it be named "File
Reader API" or something to reduce the confusion with the more complete
File API being edited in DAP.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg l
it himself). I don't think I could get resources if it's just a
busywork exercise.
Opera would be interested in you doing that (or Hixie, but it seems he is
not) so we could keep building interoperable implementations, if you're
not happy with SQLite v3.
cheers
Chaals
--
lping us
move forwards...
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
/wiki/TPAC2009APIs#Tuesday.2C_November_3
cheers
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
it is late now and I have had
enough...
More fun tomorrow - you can see our planned agenda at
http://www.w3.org/2008/webapps/wiki/TPAC2009APIs#Tuesday.2C_November_3
cheers
chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg l
, the points of disagreement, and possible strategies to follow
(drop the spec, ignore the issue, educate authors, etc) and expected
consequences. Convincing others that some course of action is right falls
outside the scope of this time-limited discussion.
cheers
Chaals
--
Charles
CIC/Boston); public-Webapps@w3.org WG;
Charles McCathieNevile; W3C Device APIs and Policy WG; Robin Berjon;
Nick Allott
Subject: Re: Proposed additional topic for joint DAP/WebApps Widgets F2F
session
On Oct 29, 2009, at 11:54 AM, ext David Rogers wrote:
As discussed on the webapps call, in addition to
On Thu, 29 Oct 2009 07:43:15 +0100, Charles McCathieNevile
wrote:
On Wed, 28 Oct 2009 09:11:23 +0100, Maciej Stachowiak
wrote:
On Oct 27, 2009, at 4:09 AM, Charles McCathieNevile wrote:
there is a proposed timeline at
http://www.w3.org/2008/webapps/wiki/TPAC2009APIs#Agenda_Items
On Wed, 28 Oct 2009 09:11:23 +0100, Maciej Stachowiak
wrote:
On Oct 27, 2009, at 4:09 AM, Charles McCathieNevile wrote:
there is a proposed timeline at
http://www.w3.org/2008/webapps/wiki/TPAC2009APIs#Agenda_Items
...
I am extremely interested in the CORS discussion, and I feel I can
n if you think it is
warranted. (I can't force the group to discuss things - that's up to the
individual members of the group).
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.co
other issues.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
.html
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
On Tue, 20 Oct 2009 20:45:16 +0200, Anne van Kesteren
wrote:
On Tue, 20 Oct 2009 20:00:27 +0200, Charles McCathieNevile
wrote:
On Tue, 20 Oct 2009 13:14:00 +0200, Anne van Kesteren
wrote:
Actually that request would not change anything. As far as
XMLHttpRequest goes it would still
On Tue, 20 Oct 2009 13:14:00 +0200, Anne van Kesteren
wrote:
On Tue, 20 Oct 2009 11:34:16 +0200, Charles McCathieNevile
wrote:
On Tue, 20 Oct 2009 10:26:08 +0200, Anne van Kesteren
wrote:
The problem with this use case is that it does not map to any API. If
you would implement this the
o to get feedback from Hixie on this.
[1]
http://dev.w3.org/cvsweb/~checkout~/2006/webapi/progress/Progress.html?rev=1.32
thoughts?
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
On Tue, 20 Oct 2009 10:26:08 +0200, Anne van Kesteren
wrote:
On Tue, 20 Oct 2009 02:10:43 +0200, Charles McCathieNevile
wrote:
On Mon, 19 Oct 2009 20:13:23 +0200, Anne van Kesteren
wrote:
If only a subset of the attributes ends up being used, i.e. appcache
is not going to dispatch
The changelog says that it is the intended basis for the LCWD but that's
not true, at least until I find a resolution for 107...
[1]
http://dev.w3.org/cvsweb/~checkout~/2006/webapi/progress/Progress.html?rev=1.32
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
On Mon, 19 Oct 2009 20:13:23 +0200, Anne van Kesteren
wrote:
On Mon, 19 Oct 2009 18:30:31 +0200, Charles McCathieNevile
wrote:
On Sun, 18 Oct 2009 17:48:04 +0200, Charles McCathieNevile
wrote:
On Sun, 27 Sep 2009 21:04:04 +0200, Charles McCathieNevile
I propose to add the attributes
looking at now, what I move to with the keyboard is what I am looking
at now...
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
On Sun, 18 Oct 2009 17:48:04 +0200, Charles McCathieNevile
wrote:
On Sun, 27 Sep 2009 21:04:04 +0200, Charles McCathieNevile
I propose to add the attributes totalItems and loadedItems to preogress
events, as a way of dealing with use cases like showing progress in
downloading an
if there are loadedItems or totalItems (which is
that they refer to the current item rather than e.g. the overall
transaction set). That idea is of course is open to question.
tracker, this is ISSUE-105
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je
On Mon, 19 Oct 2009 06:43:18 +0200, Ian Hickson wrote:
On Mon, 19 Oct 2009, Charles McCathieNevile wrote:
OK, I'll work on it to try and get an editor's draft out tomorrow. My
rough idea is that you can send an event which has lengthComputable
false and totalItems / loadedItems, an
On Mon, 19 Oct 2009 05:20:49 +0200, Simon Pieters wrote:
On Mon, 19 Oct 2009 01:50:00 +0200, Charles McCathieNevile
wrote:
That would work for appcache, yeah. We'd need to make sure the spec was
clear about what the other attributes should be set to in this
situation,
too, sin
On Mon, 19 Oct 2009 00:08:38 +0200, Ian Hickson wrote:
On Sun, 18 Oct 2009, Charles McCathieNevile wrote:
I propose to add the attributes totalItems and loadedItems to preogress
events, as a way of dealing with use cases like showing progress in
downloading an application cache. This allows
On Sun, 27 Sep 2009 21:04:04 +0200, Charles McCathieNevile
wrote:
On Sun, 27 Sep 2009 20:20:52 +0200, Ian Hickson wrote:
On Sun, 27 Sep 2009, Charles McCathieNevile wrote:
The alternative is to think now about extending Progress Events to deal
with non byte-length progress (e.g. a
le non-zero and harder than checking for the
feature string is also not really complicated for most cases I can think
of. That said, it seems that the case of querying the implementation
registry probably requires a feature string.
cheers
Chaals
--
Charles McCathieNevile Opera Software, S
On Sun, 27 Sep 2009 20:20:52 +0200, Ian Hickson wrote:
On Sun, 27 Sep 2009, Charles McCathieNevile wrote:
The alternative is to think now about extending Progress Events to deal
with non byte-length progress (e.g. a series of transactions, each of
which is very rapid alone but which add up
ical issue.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
tribute that says what the
total/loaded attributes are measuring.
I have raised ISSUE-105 for this question.
Cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
and encouraged
and silence will be assumed to be assent. The deadline for comments is
September 25.
Opera is in favour of publishing a draft.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com
On Fri, 25 Sep 2009 05:17:59 +0200, Bjoern Hoehrmann
wrote:
* Charles McCathieNevile wrote:
More to the point, Bjoern, what is your preferred spelling?
The proper spelling of my name is explicitly specified in RFC 4329.
[for those who haven't read that, it's Björn Höhrman
On Tue, 11 Aug 2009 23:33:04 +0200, Kartikaya Gupta
wrote:
On Mon, 29 Dec 2008 17:24:03 +1100, "Charles McCathieNevile"
wrote:
On Mon, 29 Dec 2008 13:33:35 +1100, Kartikaya Gupta
wrote:
>
> On Mon, 29 Dec 2008 11:30:42 +1100, "Charles McCathieNevile"
wro
On Wed, 23 Sep 2009 15:33:22 +0200, Robin Berjon wrote:
On Sep 19, 2009, at 15:00 , Charles McCathieNevile wrote:
On Sat, 19 Sep 2009 07:55:23 +0200, Garrett Smith
wrote:
In looking at the credits, I noticed all of:
Bjoern Hoehrmann, Björn Hoehrmann, Björn Höhrmann, Bjoern H�hrmann
I
aracters should be used.
You score a prize. I guess it is time to collapse all the names of the
mysterious Mr Hoehrmann into a single identity.
I also see my name on there, though misspelled.
Apologies, I will fix that.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standar
was included in the Web Storage spec.
As with all of our CfCs, positive response is preferred and encouraged
and silence will be assumed to be assent. The deadline for comments is
September 7.
We support publication.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
assent. The deadline for comments is
September 7.
We support publication
-Regards, Art Barstow
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
a war monument...
This is possibly not entirely coincidence :S
let's hope he can take it all the way to Rec!
indeed.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try O
Mobile: +49-163-8290-646
E-Mail: marcin.hanc...@access-company.com
-Original Message-
From: whatwg-boun...@lists.whatwg.org
[mailto:whatwg-boun...@lists.whatwg.org] On Behalf Of Charles
McCathieNevile
Sent: Monday, August 03, 2009 6:05 PM
To: ~:'' ありがとうございました; wha...@whatwg.o
pportunity to appear and play in game spaces.
This is among the things that the Device API group is expected to cover
with new APIs for such capabilities.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer
On Sat, 04 Jul 2009 16:03:48 +0200, Maciej Stachowiak
wrote:
On Jul 4, 2009, at 4:56 AM, Charles McCathieNevile wrote:
We are "potentially interested" - i.e. we want to see how the spec
comes out first. Given that this is in the scope of existing
deliverables, and given taht
nderstanding reality.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
X=posted. PLEASE, if you feel a need to reply (can't think why you would),
trim the reply to the list that might care.
(and not contactable. Regrets for everything)
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg
* CSS 3 selectors, to make the test suite check
implementation of the API, and then require at least two 100% complete and
completely interoperable implementations.
I believe Lachy will be following up on this about now - both for the list
and the test suite.
cheers
Chaals
--
Charles
On Thu, 18 Jun 2009 19:28:48 +0200, Jonas Sicking wrote:
On Wed, Jun 17, 2009 at 5:49 AM, Anne van Kesteren
wrote:
On Mon, 15 Jun 2009 17:00:46 +0200, Charles McCathieNevile
wrote:
On Sat, 13 Jun 2009 13:54:10 +0200, Anne van Kesteren
wrote:
That definitely makes sense, though please
estion is a bit academic...
... but assuming we get that, and because it seems that we are at least
very near the above set of assumptions, let's decide whether to go the
fast or hard way to REC, too. Which means more feedback on this question
is welcome.
cheers
Chaals
--
Charles M
. I've got most of the relevant data
already in my head.
Perhaps you would like to send that to www-...@w3.org as a change proposal
to the DOM 3 Events spec...
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg l
On Sat, 13 Jun 2009 13:54:10 +0200, Anne van Kesteren
wrote:
On Sat, 30 May 2009 09:26:40 +0200, Charles McCathieNevile
wrote:
On Wed, 22 Apr 2009 16:57:41 +0200, Anne van Kesteren
wrote:
I can see some value in this specification giving advice as to what the
names of the events should
turned on on behalf of a debugger, right?
2) I can see Mutation Events as the extension point that enables
implementation of the technologies that are not available in the
browser. However this is not a "normal" usecase that web browsers are
here to face.
Sergey/
--
Ch
e Mutation Events turned on on behalf of a debugger, right?
2) I can see Mutation Events as the extension point that enables
implementation of the technologies that are not available in the
browser. However this is not a "normal" usecase that web browsers are
here to face.
Serge
cification has to do that again and that they are
encouraged to do the same thing with regards to whether events bubble,
can be cancelled, etc. (HTML5 does this as well for some event types.)
Indeed.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle françai
:)
Cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
thinking about ow to get this to move forward more
effectively, and hope to have some idea.
Cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
is feature shouldn't be exposed to web content.
Re-sent to www-dom. Please use that list for DOM 3 Event discussions.
Cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
which
I would not like to see :), because then a webpage would clear all the
local script listeners, while it should really be the user to say how
the site should behave ultimatelly.
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg l
idate Recommendation.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
nk there is something
we should be discussing still).
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
FYI.
Reply-to set to www-dom.
--- Forwarded message ---
From: "Charles McCathieNevile"
To: www-...@w3.org
Cc:
Subject: [D3E] Agenda, telecon 1830Z wed 25 March
Date: Tue, 24 Mar 2009 16:58:11 -0400
There will be a DOM 3 Events call on Wednesday (that's tomorrow
tp://www.w3.org/2008/webapps/track/issues/44
[7] http://www.w3.org/2008/webapps/track/issues/39
[8] http://www.w3.org/2008/webapps/track/actions/321
[9] http://www.w3.org/2008/webapps/track/products/2
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo españo
On Thu, 05 Mar 2009 15:54:38 +0100, Robin Berjon wrote:
On Mar 5, 2009, at 14:15 , Charles McCathieNevile wrote:
So the question is whether this draft is ready for last call. Ideally
there would be test cases available, and more examples, but those are
not requirements (although I welcome
those are not
requirements (although I welcome anybody producing them).
http://dev.w3.org/2006/webapi/progress/Progress.html
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try
On Sat, 10 Jan 2009 00:28:42 +0100, Ian Hickson wrote:
On Fri, 21 Nov 2008, Charles McCathieNevile wrote:
> I think it is wrong to make content non-conforming because it fires
> events in a fashion that isn't consistent with this draft.
These are conformance requirements. Not
discussion to www-dom, and chaals will send reminders every
month, plus cc minutes and meeting notices to public-webapps with
reply-to set for www-dom
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer
quot;. You will receive an email to confirm your
subscription, and simply replying to that is normally enough to be
subscribed.
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals
discussions on
the spec were archived at public-webapi since it was previously developed
by the Web API group (a forerunner to the WebApps group).
cheers
Chaals
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http
agreement. Please provide responses to this thread
by the end of Sunday, 15 January.
Cheers
Chaals (as chair)
--
Charles McCathieNevile Opera Software, Standards Group
je parle français -- hablo español -- jeg lærer norsk
http://my.opera.com/chaals Try Opera: http://www.opera.com
101 - 200 of 273 matches
Mail list logo