W3C

- DRAFT -

Web Applications Working Group Teleconference

09 Sep 2009

Agenda

See also: IRC log

Attendees

Present
Shepazu, smaug, [Microsoft]
Regrets
Chair
shepazu
Scribe
smaug

Contents


 

 

<trackbot> Date: 09 September 2009

http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/core.html#DOMObject

<scribe> ACTION: smaug to check gecko's key event handling during composition events [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action01]

<trackbot> Created ACTION-401 - Check gecko's key event handling during composition events [on Olli Pettay - due 2009-09-16].

<Travis> Hi.

New WD of DOM3 Events

shepazu: we have a new WD
... asking internalization people to comment about it

'select' event

shepazu: did some testing on select event and made some changing to the WD

<shepazu> http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#event-type-select

shepazu: it is only available on certain elements
... and I added .detail

smaug .detail is long!

shepazu: hard to define when mousedown/up generates a click
... with select I'd like to know what has been selected

Travis: just use HTML5 for that

shepazu: do we want to overload select event for mouse and keyboard selection?
... I'll have to look at HTML5 about this
... what if there is an image selected?

Travis: it is included

shepazu: what happens when pasting that data to somewhere?

Travis: UA must put the data in all possible formats to clipboard

<Travis> Selection in HTML5: http://dev.w3.org/html5/spec/Overview.html#selection

shepazu: yeah, relates to clipboard handling
... there are whole range of options for copy-paste and data handling
... so is it worth worth saying author can get the text somehow?

Travis: I'd just rather use other mechanism

shepazu: I'll probably add reference to HTML5
... does the select event work everywhere, or only with form elements?

Travis: IE fires an event to body or document

shepazu: maybe I'll say that it is up to UA to decide the target

event order

shepazu: there is event order defined for mouse, key and composition events

<shepazu> http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#events-mouseevent-event-order

shepazu: ... in the latest draft

<shepazu> http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#events-keyboard-event-order

<shepazu> http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#events-composition-event-order

shepazu: I added a list of events, I'm planning to add diagrams
... is this too much detail, or not enough?

Travis: certainly helpful

smaug: I agree

shepazu: will get more complicated once I start define the interaction between different event types

webidl

shepazu: I was thinking to use webidl in the spec

Travis: do it!
... make sure to use the latest editor's draft

vendor extensions

smaug: I agree, use webidl

Travis: why are we adding namespaces to the spec?

shepazu: I'd have to go and look back about de-centralization
... having namespace support allows people to add their own events
... JS libraries can add their own events
... Anne would like to remove namespaces

<annevk> I brought it up a few times, I'm certainly not the only one

<annevk> e.g. I'm pretty sure Maciej agrees with me

Travis: so web pages can implement their own events without interfering with others

<annevk> and Ian, etc. see the old threads

Travis: though, isn't prefix + event name the same thing.

as namespace + event name

Travis: I'll have our team reviewing the draft

shepazu: the draft has been around for a long time, and namespaces have been there

Travis: I think it is ok to keep namespaces
... vendors could continue to use prefixes, or use namespaces

<annevk> shepazu, objections to namespaces have likewise been around for a long time

<annevk> that's not a reason :)

<shepazu> annevk, people use them in production code, that is a reason

keyboard layout

<annevk> not on web sites

<annevk> there's no browser that is shipping with namespace support

<annevk> there's no reason for us to implement them

<shepazu> annevk, if you want to join the telcon, then do so

(the world is not just about browser)

(the world is not just about browsers)

shepazu: there is the case where people are using keyboard layout

<annevk> shepazu, midnight here

shepazu: and we did decide that we don't cover that
... but I added something about keyboard layout

<annevk> (not sure what that has to do with anything)

shepazu: I have the idea for another spec to define keyboard layout handling in web page
... the keyboard layout section is just a hint for authors
... any objections to put that

Travis: I like it

shepazu: I'll mark it as informative

DOMContentLoaded, DOMWindowClose, and AfterPaint

smaug: DOMContentLoaded is already defined in HTML5

shepazu: SVG would benefit it
... there is a good reason to have events for "everything is in place" and "page is rendered"

Travis: we were looking at DOMContentLoaded
... HTML5 doesn't define whether DOMContentLoaded before or after loading CSS
... jQuery people wanted to have an event for "CSS loaded"
... maybe CSSContentLoaded?

smaug: there is the readyState for document
... maybe that kind of mechanism could be reused

Travis: I'll post something to mailing list

shepazu: I'd call it StyleContentLoaded

smaug: StyleContentLoaded sounds useful, but should go to HTML5

other things

Travis: about resize event
... only IE supports resize on elements
... IE fires it for example when <div> is resized.

shepazu: could you send an email to the list

smaug: resize on elements might be implement on gecko soon

Travis: .detail on resize?

smaug: on gecko they are just normal events

Travis: should composition events bubble?

smaug: I think they do on gecko

Travis: what about cancelling them?

shepazu: maybe they can't be cancellable
... not sure if browser can control IME

Travis: you definitely don't want to cancel the compositionend

shepazu: but what if someone cancel composition
... should ask masayuki about composition events
... there many different kinds of IMEs
... maybe compostionupdate should not be cancelable, others should

Travis: cancelling compositionstart should prevent IME?
... default action is to launch IME
... compostionupdate could be not cancelable for now, unless there is some usecase
... end would be cancelable

smaug: would be good to be able cancel compositionend

shepazu: I think we agreed about canceling events

Travis: add a row for all the events about default actions

<scribe> ACTION: travis to send email about StyleContentLoaded [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action02]

<trackbot> Created ACTION-402 - Send email about StyleContentLoaded [on Travis Leithead - due 2009-09-16].

<scribe> ACTION: travis to send email about resize event [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action03]

<trackbot> Created ACTION-403 - Send email about resize event [on Travis Leithead - due 2009-09-16].

<scribe> ACTION: travis to send email about namespaces, and vendor prefixes [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action04]

<trackbot> Created ACTION-404 - Send email about namespaces, and vendor prefixes [on Travis Leithead - due 2009-09-16].

<shepazu> trackbot, end telcon

Summary of Action Items

[NEW] ACTION: smaug to check gecko's key event handling during composition events [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action01]
[NEW] ACTION: travis to send email about namespaces, and vendor prefixes [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action04]
[NEW] ACTION: travis to send email about resize event [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action03]
[NEW] ACTION: travis to send email about StyleContentLoaded [recorded in http://www.w3.org/2009/09/09-webapps-minutes.html#action02]
 
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.135 (CVS log)
$Date: 2009/09/09 22:54:37 $

Scribe.perl diagnostic output

[Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.135  of Date: 2009/03/02 03:52:20  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

No ScribeNick specified.  Guessing ScribeNick: smaug
Inferring Scribes: smaug
Default Present: Shepazu, smaug, [Microsoft]
Present: Shepazu smaug [Microsoft]
Agenda: http://lists.w3.org/Archives/Public/www-dom/2009JulSep/0265.html
Found Date: 09 Sep 2009
Guessing minutes URL: http://www.w3.org/2009/09/09-webapps-minutes.html
People with action items: smaug travis

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


[End of scribe.perl diagnostic output]