/irc-logs / w3c / #webapps / 2010-09-29 / end
Options:
- # Session Start: Wed Sep 29 00:00:00 2010
- # Session Ident: #webapps
- # [00:03] * Joins: karl (karlcow@128.30.54.58)
- # [01:26] * Joins: MikeSmith_ (MikeSmith@114.48.68.140)
- # [01:28] * Quits: MikeSmith (MikeSmith@114.48.148.141) (Ping timeout)
- # [01:28] * MikeSmith_ is now known as MikeSmith
- # [01:47] * Quits: ArtB (ArtB@192.100.124.218) (Client exited)
- # [01:49] * Quits: Marcos (Marcos@84.215.169.13) (Quit: Marcos)
- # [02:06] * Joins: Marcos (Marcos@84.215.169.13)
- # [02:07] * Quits: Marcos (Marcos@84.215.169.13) (Quit: Marcos)
- # [02:44] * Quits: sicking (chatzilla@63.245.220.240) (Ping timeout)
- # [03:11] * Quits: MikeSmith (MikeSmith@114.48.68.140) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
- # [04:07] * Quits: dveditz (dveditz@63.249.106.178) (Quit: dveditz)
- # [04:10] * Joins: dveditz (dveditz@63.249.106.178)
- # [06:58] * Joins: sicking (chatzilla@98.210.155.80)
- # [08:15] * Quits: arve (arve@95.34.168.65) (Ping timeout)
- # [08:28] * Disconnected
- # [08:29] * Attempting to rejoin channel #webapps
- # [08:29] * Rejoined channel #webapps
- # [08:29] * Topic is 'WebApps, Web Notifications, Web Timing, Oh My; This channel is logged: http://krijnhoetmer.nl/irc-logs/'
- # [08:29] * Set by ArtB on Tue Jun 29 12:53:08
- # [09:09] * Joins: Marcos (Marcos@213.236.208.247)
- # [09:10] * Quits: Marcos (Marcos@213.236.208.247) (Client exited)
- # [09:10] * Joins: Marcos (Marcos@213.236.208.247)
- # [09:11] * Quits: Marcos (Marcos@213.236.208.247) (Quit: Marcos)
- # [09:37] * Quits: Lachy (Lachlan@84.215.59.50) (Quit: Leaving)
- # [09:37] * Joins: Lachy (Lachlan@84.215.59.50)
- # [09:54] * Joins: Marcos (Marcos@213.236.208.22)
- # [09:54] * Joins: arve (arve@213.236.208.22)
- # [10:18] * Quits: dveditz (dveditz@63.249.106.178) (Quit: dveditz)
- # [10:30] * Quits: sicking (chatzilla@98.210.155.80) (Ping timeout)
- # [10:40] * Quits: karl (karlcow@128.30.54.58) (Ping timeout)
- # [10:41] * Joins: karl (karlcow@128.30.54.58)
- # [10:49] * Joins: anne (annevk@83.85.115.123)
- # [11:31] * Quits: Lachy (Lachlan@84.215.59.50) (Quit: This computer has gone to sleep)
- # [11:40] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
- # [11:47] * Joins: Lachy (Lachlan@213.236.208.22)
- # [11:47] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
- # [11:47] * Joins: Lachy (Lachlan@213.236.208.22)
- # [14:04] * Disconnected
- # [14:05] * Attempting to rejoin channel #webapps
- # [14:05] * Rejoined channel #webapps
- # [14:05] * Topic is 'WebApps, Web Notifications, Web Timing, Oh My; This channel is logged: http://krijnhoetmer.nl/irc-logs/'
- # [14:05] * Set by ArtB on Tue Jun 29 12:53:08
- # [14:25] * Joins: Marcos (Marcos@213.236.208.22)
- # [14:28] * Joins: smaug_ (chatzilla@82.181.63.178)
- # [14:36] * Joins: karl (karlcow@128.30.54.58)
- # [15:07] * Joins: aroben (aroben@71.58.77.15)
- # [15:43] * Joins: darobin (robin@82.127.47.225)
- # [15:50] * Joins: fjh (fhirsch3@66.30.252.41)
- # [16:10] * Quits: arve (arve@213.236.208.22) (Quit: Ex-Chat)
- # [16:32] * Joins: Marcos_ (Marcos@213.236.208.247)
- # [16:32] * Quits: Marcos_ (Marcos@213.236.208.247) (Client exited)
- # [16:32] * Quits: Marcos (Marcos@213.236.208.22) (Connection reset by peer)
- # [16:32] * Joins: Marcos (Marcos@213.236.208.22)
- # [16:54] * Joins: sicking (chatzilla@98.210.155.80)
- # [17:33] * Quits: sicking (chatzilla@98.210.155.80) (Ping timeout)
- # [17:34] * Quits: darobin (robin@82.127.47.225) (Client exited)
- # [17:39] * Parts: fjh (fhirsch3@66.30.252.41)
- # [18:24] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
- # [18:38] * Joins: Lachy (Lachlan@84.215.59.50)
- # [18:54] * Joins: dveditz (dveditz@63.245.220.240)
- # [19:05] * Joins: Travis (836b0069@128.30.52.43)
- # [19:05] * Joins: Zakim (rrs-bridgg@128.30.52.169)
- # [19:05] <shepazu> zakim, room for 3?
- # [19:05] <Zakim> ok, shepazu; conference Team_(webapps)17:02Z scheduled with code 26632 (CONF2) for 60 minutes until 1802Z
- # [19:06] <shepazu> smaug_, Travis, the code will be 26632 (CONF2)
- # [19:06] * shepazu Zakim, call shepazu
- # [19:06] * Zakim ok, shepazu; the call is being made
- # [19:06] <Zakim> Team_(webapps)17:02Z has now started
- # [19:06] <Zakim> +Shepazu
- # [19:06] <smaug_> just a second...
- # [19:06] <Zakim> +[Microsoft]
- # [19:07] <Travis> Zakim: [Microsoft] is Travis
- # [19:07] <Zakim> +??P6
- # [19:08] <smaug_> Zakim, ??P6 is Olli_Pettay
- # [19:08] <Zakim> +Olli_Pettay; got it
- # [19:08] <Travis> Zakim, [Microsoft] is Travis
- # [19:08] <Zakim> +Travis; got it
- # [19:09] <shepazu> Zakim, this is DOM3
- # [19:09] <Zakim> shepazu, I see IA_WebApps(DOM3)2:00PM in the schedule but not yet started. Perhaps you mean "this will be DOM3".
- # [19:09] <shepazu> Zakim, this will be DOM3
- # [19:09] <Zakim> ok, shepazu; I see IA_WebApps(DOM3)2:00PM scheduled to start in 54 minutes
- # [19:09] <Travis> scribe: Travis
- # [19:10] <Travis> scribeNick: Travis
- # [19:10] <smaug_> http://www.w3.org/2008/webapps/track/issues/
- # [19:12] <shepazu> http://www.w3.org/2008/webapps/track/products/2
- # [19:12] <shepazu> http://lists.w3.org/Archives/Public/www-dom/2010JulSep/0144.html
- # [19:14] <shepazu> ISSUE-119?
- # [19:14] * trackbot getting information on ISSUE-119
- # [19:14] <trackbot> ISSUE-119 -- Consider adding input/keyboard locale to text and keyboard events -- raised
- # [19:14] <trackbot> http://www.w3.org/2008/webapps/track/issues/119
- # [19:14] <shepazu> Topic: input/keyboard locale
- # [19:15] <Travis> shepazu: Not clear before that this was a requirement for this spec.
- # [19:16] <Travis> .. Does not appear to be difficult to implement
- # [19:16] <Travis> smaug_: Linux could be a problem, this info may not be exposed..
- # [19:16] <Travis> shepazu: For platforms that do expose this info, it doesn't seem like it would be difficult to implement
- # [19:17] <Travis> .. Depending on the platform, it may not be available/dependable.
- # [19:17] <Travis> ... May not be accurate in all scenarios.
- # [19:17] <Travis> ... as a heuristic, content authors are willing to say good enough.
- # [19:18] <Travis> Travis: We can spec it such that if the platform/OS doesn't support providing this info, then the value could be null (n/a)
- # [19:19] <Travis> smaug_: Where is the keyboard layouts defined?
- # [19:19] <Travis> shepazu: Couldn't find a standard for reporting the keyboard layout--also couldn't find something for the keybaord language.
- # [19:20] <Travis> ... I could have an English Dvorak keyboard!
- # [19:20] <Travis> ... For the language, I think we should just go with en-US style
- # [19:20] <Travis> ... (Can't think of the term for this format)
- # [19:21] <Travis> ... BCP47 tag
- # [19:21] <smaug_> shepazu: http://lists.w3.org/Archives/Public/www-dom/2010JulSep/0138.html
- # [19:21] <shepazu> BCP-47 tag (e.g. "en-US")
- # [19:22] <Travis> Travis: Notes that "navigator.systemLanguage" returns a similar language code: "en-us"
- # [19:23] <Travis> shepazu: Probably requires a list of conversions from OS-defined langauge codes to BCP-47
- # [19:23] <Travis> ... (normalized)
- # [19:26] <Travis> Travis: Related to the issue, I have a preference that the keyboard lang info be provided as a global property (on document?) and that we create an event that notifies of changes (which are not expected to occur very frequently)
- # [19:26] <shepazu> http://lists.w3.org/Archives/Public/www-dom/2010JulSep/0141.html
- # [19:27] <Travis> Travis: Not sure I understand the threat.
- # [19:27] <Travis> shepazu: It allows profiling of users
- # [19:29] <Travis> Travis: I would argue that the navigator object allows a higher-degree of profling (see navigator.platform in HTML5)
- # [19:30] <Travis> ... Also, my goal is to limit the amount of information we provide in the event that is largely redundant.
- # [19:31] <Travis> shepazu: If you copy/paste something, the input-locale could be different than if the user is just typing text.
- # [19:31] <Travis> travis: good point.
- # [19:32] <Travis> shepazu: In order to specify this correctly... consider:
- # [19:32] <Travis> ... when something is copied, is the source language prerved?
- # [19:33] <Travis> s/prerved/preserved/
- # [19:33] <Travis> ... does this impose a requirement on an OS?
- # [19:34] <Travis> Travis: What's the scope?
- # [19:34] <Travis> smaug_: TextInput and Keyboard events.
- # [19:35] <Travis> shepazu: Sounds like we have accepted this comment.
- # [19:35] <Travis> RESOLUTION: Accept issue 119, and add inputLocale to TextInput and Keyboard events.
- # [19:37] <Travis> Topic: Issue 120 move scroll from UIEvent to Event
- # [19:38] <Travis> shepazu: I think it logically belongs in UI events, even if it traditionally hasn't been a UIEvent, I don't see how it breaks.
- # [19:39] <Travis> ... it might be argued that is sends extraneous information (null/ empty string)
- # [19:39] <Travis> ... Any code that characterizes events based on its interface, it makes more sense to make it a UIEvent.
- # [19:40] <Travis> ... Makes it consistent with our model.
- # [19:40] <Travis> Travis: I have no argument for or against this issue.
- # [19:40] <Travis> smaug_: Same here.
- # [19:40] <Travis> shepazu: It is a non-goal for me to document the behavior as it exists in browsers today.
- # [19:41] <Travis> ... my goal is to create a consistent and logical model that forms a solid foundation for future events and content.
- # [19:41] <Travis> ... Since the folks on the call don't have a strong opinion, then I'd like to keep this event the way it is.
- # [19:42] <Travis> RESOLUTION: Keep scroll as a UIEvent, pending further feedback from implementors
- # [19:42] <Travis> Topic: Issue 121: generalize textInput to cover all user-initiated changes
- # [19:44] <Travis> Note: Jacob Rossi joins the call from Travis' phone
- # [19:45] <Travis> shepazu: This sounds like mutation events.
- # [19:45] <Travis> JRossi: textInput sounded like the catch-all for input, without the rest of this requests in the Issue.
- # [19:47] <Travis> Travis: Notes that the "input" event exists that covers more of these cases (removals of characters, addition of characters, etc.)
- # [19:47] <Travis> shepazu: I'm interested in deferring this request, and not doing this in DOM L3 Events.
- # [19:48] <Travis> ... I'd like to propose that we keep it the way it is for now. If we decide to accept this workitem, that it could be a standalone spec that adds the new event and details the new event exhaustively, it's relationship to textInput, etc.
- # [19:49] <Travis> ... By adding it into this spec, we may not get the implementation feedback that we've had so far.
- # [19:50] <Travis> ... Based on the details of how this new event would be speced, it could be compared to textInput.
- # [19:50] <Travis> JRossi: Could we consider changing the name? from textInput to beforeInput.
- # [19:51] <Travis> Travis: This event is already implemented (for some time) in WebKit and now in IE9.
- # [19:52] <Travis> shepazu: On the surface this proposal (Issue 212) seems pretty complex (with lots of cases).
- # [19:52] <Travis> RESOLUTION: counter-propose that the beforeInput event be a separate event that is defined in its own spec.
- # [19:53] <Travis> Topic: Issue 122 add mousewheel event back.
- # [19:55] <Travis> Travis: The mousewheel event was originally pulled from this spec because we (Microsoft) felt that mousewheel didn't 1) convey all the information that was appropriate for a future-looking wheel event, 2) scenarios covered by mosuewheel are also covered by wheel event, 3) implementation support for mousewheel is spotty (not available in Mozilla's Firefox).
- # [19:57] * Joins: fjh (fhirsch3@66.30.252.41)
- # [19:57] <Travis> smaug_: mousewheel doesn't have all the features.
- # [19:57] * Quits: fjh (fhirsch3@66.30.252.41) (Connection reset by peer)
- # [19:57] <Travis> JRossi: only one-direction scrolling, doesn't handle pixel/line/etc.
- # [19:57] <Travis> ... Also confusing from a consistency (intra-spec) to have both events.
- # [19:58] <Travis> shepazu: A lot of existing content special-cases mousewheel and other wheel-related events.
- # [19:58] <Travis> ... If we specified it, and browsers changed their implementations, existing content might break.
- # [19:59] <Travis> ... better to let it fade with time and exist in specific implementations idiosyncratic-ly. (known spelling issue <---)
- # [20:00] <Travis> RESOLUTION: The group will not re-add mousewheel event back to the spec.
- # [20:02] <Travis> Topic: Issue 126: isTrusted
- # [20:03] <Travis> smaug_: I believe we used 'trusted' because of alignment with XBL2
- # [20:05] <Travis> Travis: 'trusted' has the same semantic meaning as 'isTrusted'.
- # [20:06] <Travis> RESOLUTION: Change 'trusted' to 'isTrusted' :-)
- # [20:07] <Travis> Topic: Plans for TPAC
- # [20:08] <Travis> shepazu: Wondering who's attending.
- # [20:08] <Travis> ... Please register as quickly as possible if you are planning on attending!!!!!j
- # [20:09] <Travis> (j is near Enter)
- # [20:09] <Travis> (well not really)
- # [20:09] * Joins: sicking (chatzilla@63.245.220.240)
- # [20:35] <shepazu> trackbot, end telcon
- # [20:35] * trackbot is ending a teleconference
- # [20:35] <trackbot> Zakim, list attendees
- # [20:35] <Zakim> sorry, trackbot, I don't know what conference this is
- # [20:35] * Quits: Travis (836b0069@128.30.52.43) (Quit: CGI:IRC)
- # [20:35] <trackbot> RRSAgent, please draft minutes
- # [20:35] <trackbot> RRSAgent, bye
- # [20:40] * Quits: smaug_ (chatzilla@82.181.63.178) (Ping timeout)
- # [22:00] * Quits: ArtB (ArtB@192.100.124.219) (Quit: Leaving.)
- # [22:18] * Quits: karl (karlcow@128.30.54.58) (Client exited)
- # [22:19] * Quits: sicking (chatzilla@63.245.220.240) (Ping timeout)
- # [22:59] * Zakim excuses himself; his presence no longer seems to be needed
- # [22:59] * Parts: Zakim (rrs-bridgg@128.30.52.169)
- # [23:13] * Joins: karl (karlcow@128.30.54.58)
- # [23:21] * Joins: sicking (chatzilla@63.245.220.240)
- # [23:40] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
- # Session Close: Thu Sep 30 00:00:00 2010
The end :)