/irc-logs / w3c / #webapps / 2010-03-16 / end
Options:
- # Session Start: Tue Mar 16 00:00:00 2010
- # Session Ident: #webapps
- # [00:11] * Parts: Nikunj (Adium@64.186.167.205)
- # [00:44] * Quits: tlr-off (tlr@128.30.52.169) (Quit: tlr-off)
- # [00:50] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [01:19] * Joins: taf2 (taf2@98.117.216.229)
- # [01:38] * Joins: Nikunj (Adium@64.186.167.205)
- # [01:58] * Quits: Hixie (ianh@129.241.93.37) (Ping timeout)
- # [01:59] * Joins: Hixie (ianh@129.241.93.37)
- # [02:18] * Quits: Nikunj (Adium@64.186.167.205) (Quit: Leaving.)
- # [02:23] * Joins: dydz (dydz@75.37.25.164)
- # [04:09] * Joins: shepazu (schepers@128.30.52.169)
- # [04:24] * Quits: MikeSmithXX (MikeSmith@114.48.145.1) (Ping timeout)
- # [04:30] * Joins: MikeSmithXX (MikeSmith@114.49.7.180)
- # [04:33] * Quits: taf2 (taf2@98.117.216.229) (Quit: taf2)
- # [05:35] * Quits: sicking (chatzilla@63.245.220.240) (Ping timeout)
- # [05:38] * MikeSmithXX is now known as MikeSmith
- # [07:01] * Quits: MikeSmith (MikeSmith@114.49.7.180) (Quit: This computer has gone to sleep)
- # [07:06] * Quits: shepazu (schepers@128.30.52.169) (Ping timeout)
- # [07:07] * Joins: MikeSmith (MikeSmith@114.49.7.180)
- # [08:23] * Joins: tlr (tlr@128.30.52.169)
- # [08:51] * Joins: sicking (chatzilla@173.13.145.30)
- #
- # Session Start: Tue Mar 16 12:21:33 2010
- # Session Ident: #webapps
- # [12:21] * Now talking in #webapps
- # [12:21] * Topic is 'WebApps WG ; this channel is logged at: http://krijnhoetmer.nl/irc-logs/'
- # [12:21] * Set by ArtB on Thu Feb 11 20:51:57
- # [12:26] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
- # [12:30] * Joins: Lachy (Lachlan@213.236.208.247)
- # [12:59] * Quits: tlr (tlr@128.30.52.169) (Client exited)
- # [13:00] * Joins: tlr (tlr@128.30.52.169)
- # [13:34] * Quits: arve (arve@213.236.208.22) (Connection reset by peer)
- # [13:36] * Joins: arve (arve@213.236.208.22)
- # [13:46] * Joins: aroben (aroben@71.58.77.15)
- # [13:48] * Quits: Lachy (Lachlan@213.236.208.247) (Quit: This computer has gone to sleep)
- # [13:51] * Joins: Lachy (Lachlan@213.236.208.22)
- # [13:54] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
- # [13:54] * Joins: Lachy (Lachlan@213.236.208.22)
- # [13:55] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
- # [14:05] * Joins: Lachy (Lachlan@213.236.208.22)
- # [14:06] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
- # [14:08] * Joins: Lachy (Lachlan@83.170.95.133)
- # [14:08] * Quits: tlr (tlr@128.30.52.169) (Ping timeout)
- # [14:20] * Joins: tlr (tlr@128.30.52.169)
- # [14:28] * Quits: aroben (aroben@71.58.77.15) (Ping timeout)
- # [14:28] * Quits: tlr (tlr@128.30.52.169) (Quit: tlr)
- # [14:29] * Quits: inimino (inimino@69.164.198.129) (Ping timeout)
- # [14:32] * Joins: aroben (aroben@71.58.77.15)
- # [14:32] * Joins: inimino (inimino@69.164.198.129)
- # [14:44] * Quits: anne (annevk@88.131.66.80) (Client exited)
- # [14:44] * Joins: anne (annevk@88.131.66.80)
- # [14:57] * Disconnected
- # [14:58] * Attempting to rejoin channel #webapps
- # [14:58] * Rejoined channel #webapps
- # [14:58] * Topic is 'WebApps WG ; this channel is logged at: http://krijnhoetmer.nl/irc-logs/'
- # [14:58] * Set by ArtB on Thu Feb 11 20:51:57
- # [15:26] * Quits: MikeSmith (MikeSmith@114.48.111.6) (Quit: Till kicked and torn and beaten out he lies, and leaves his hold and crackles, groans, and dies.)
- # [15:28] * Joins: MikeSmith (MikeSmith@114.48.111.6)
- # [15:34] * Quits: darobin (robin@212.24.153.156) (Ping timeout)
- # [15:51] * Joins: dydz (dydz@75.37.25.164)
- # [15:59] * Joins: darobin (robin@212.24.153.156)
- # [16:00] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [16:08] * Joins: tlr (tlr@128.30.52.169)
- # [16:14] * Quits: tlr (tlr@128.30.52.169) (Quit: tlr)
- # [16:24] * Quits: MikeSmith (MikeSmith@114.48.111.6) (Ping timeout)
- # [16:31] * Joins: MikeSmith (MikeSmith@114.48.188.79)
- # [16:34] * Joins: shepazu (schepers@128.30.52.169)
- # [16:41] * Quits: aroben (aroben@71.58.77.15) (Connection reset by peer)
- # [16:41] * Joins: aroben (aroben@71.58.77.15)
- # [16:46] * Quits: Lachy (Lachlan@83.170.95.133) (Quit: This computer has gone to sleep)
- # [16:50] * Quits: shepazu (schepers@128.30.52.169) (Ping timeout)
- # [16:55] * Joins: shepazu (schepers@128.30.52.169)
- # [17:10] * Quits: dydz (dydz@75.37.25.164) (Quit: dydz)
- # [17:18] * Quits: anne (annevk@88.131.66.80) (Ping timeout)
- # [17:39] * Quits: darobin (robin@212.24.153.156) (Ping timeout)
- # [17:52] * Joins: desynch (desynch@218.103.194.249)
- # [17:54] * Joins: anne (annevk@83.227.7.248)
- # [18:01] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [18:27] * Quits: ArtB (chatzilla@192.100.124.219) (Client exited)
- # [18:35] * Joins: shepazu (schepers@128.30.52.169)
- # [18:45] * Joins: Lachy (Lachlan@85.196.122.246)
- # [18:48] * Quits: Lachy (Lachlan@85.196.122.246) (Ping timeout)
- # [18:48] * Joins: Lachy (Lachlan@83.170.95.133)
- # [19:08] * Quits: anne (annevk@83.227.7.248) (Client exited)
- # [19:08] * Joins: anne (annevk@83.227.7.248)
- # [19:13] * Quits: anne (annevk@83.227.7.248) (Client exited)
- # [19:13] * Joins: anne (annevk@83.227.7.248)
- # [19:34] * Joins: desynch_ (desynch@218.103.202.121)
- # [19:35] * Quits: desynch (desynch@218.103.194.249) (Ping timeout)
- # [19:35] * desynch_ is now known as desynch
- # [19:35] * Quits: desynch (desynch@218.103.202.121) (Quit: desynch)
- # [20:13] * Joins: timeless_mbp (timeless@88.115.8.36)
- # [20:13] * Quits: timeless_mbp (timeless@88.115.8.36) (Quit: timeless_mbp)
- # [20:18] * Joins: timeless_mbp (timeless@88.115.8.36)
- # [20:30] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [20:43] * Quits: arve (arve@213.236.208.22) (Ping timeout)
- # [20:46] * Joins: arve (arve@213.236.208.22)
- # [21:23] * Quits: Lachy (Lachlan@83.170.95.133) (Quit: Leaving)
- # [21:47] * Joins: shepazu (schepers@128.30.52.169)
- # [22:02] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
- # [22:03] * Joins: sicking (chatzilla@63.245.220.240)
- # [22:13] * Quits: anne (annevk@83.227.7.248) (Client exited)
- # [22:13] * Joins: anne (annevk@83.227.7.248)
- # [22:22] * Joins: MikeSmithX (MikeSmith@114.48.199.9)
- # [22:24] * Quits: MikeSmith (MikeSmith@114.48.188.79) (Ping timeout)
- # [22:47] * Quits: anne (annevk@83.227.7.248) (Ping timeout)
- # [23:05] * Joins: Lachy (Lachlan@85.196.122.246)
- # [23:12] * Joins: shepazu (schepers@128.30.52.169)
- # [23:13] * Quits: sicking (chatzilla@63.245.220.240) (Ping timeout)
- # [23:26] * Quits: aroben (aroben@71.58.77.15) (Connection reset by peer)
- # [23:41] * Joins: eiras (jce@95.34.115.33)
- # [23:42] <eiras> shepazu: ? hello ?
- # [23:42] <shepazu> hi, eiras
- # [23:42] <eiras> shepazu: howdy, I work for Opera, actually sti in the office 50 m away from marcos :)
- # [23:42] <eiras> sti -> sit :)
- # [23:43] <shepazu> heh
- # [23:43] <eiras> chaals told me to talk to you about dom 3 events, if you have the bandwidth :)
- # [23:43] <eiras> you might recognize my name "João Eiras" from the mailing list
- # [23:43] <eiras> portuguese btw :)
- # [23:45] <eiras> so, one of the things we currently need, which has been requested specially for mobiles, is the ability to control zooming and panning. Without going into low-level, device specific events, I would like to propose generic before/afterzoom events and a beforescroll, which would be cancelable
- # [23:46] <eiras> I have an email ready. I hope you can help on the subject, or more like, accept help from me and other interested parties
- # [23:47] <smaug> beforescroll might be tricky
- # [23:47] <smaug> what if some script changes the size of the page
- # [23:47] <smaug> so there is some kind of scroll
- # [23:47] <smaug> what should happen
- # [23:47] <eiras> beforescroll is only for user actions, not scrpt triggered actions, else you'd have a deadlock situation
- # [23:48] <eiras> for instance: myScrollableContainer.scrollTop = something -> this cannot fire a synchronous event, and therefore cannot be prevented
- # [23:48] <smaug> define then "user action" :)
- # [23:49] <smaug> myScrollableContainer.scrollTop case is still easy
- # [23:49] <smaug> but what if the styling of the page is changed
- # [23:49] <eiras> user action -> anything that is not script generated. A script doing a scroll can by itself decide whether to scroll or not. The point of a preventable event, is to detect when the user does it.
- # [23:50] <smaug> what is the usecase for beforescroll?
- # [23:50] <eiras> hum, good point :)
- # [23:50] <eiras> let me think a bit
- # [23:50] <eiras> the most popular use case is something like google maps, where the user swipes his/her finger over the map
- # [23:50] <eiras> same for zooming there
- # [23:50] <smaug> that has nothing to do with beforescroll
- # [23:51] <smaug> gmaps uses mousewheel/DOMMouseScroll events
- # [23:51] <eiras> on the contrary, by dragging the page (or using a joystick/cursor) the user produces a scrolling action, by default. If the webpage is able to detct that and prevent it, then it can deal with the scrolling itself
- # [23:52] <eiras> how is mouswheel useful in a device or computer without a mousewheel ? should the spec require users to have mousewheel as conformance criteria ?
- # [23:53] <smaug> it should require wheel events to be dispatched, it there is some hardware for that
- # [23:53] <eiras> about reflow -> something a bit more generic can be described. If currently there is a script executing, don't fire beforescroll for instance
- # [23:53] <smaug> but anyway about beforescroll, I don't quite see the usecase
- # [23:53] <smaug> page has scrollbar, and user drags it, but page prevents the scrolling
- # [23:53] <eiras> so if I swipe my finger, drag scrollbars, (etc) the user agent should fire a mousewheel ?
- # [23:54] <smaug> no
- # [23:54] <smaug> user isn't using the wheel when dragging scrollbars
- # [23:55] <smaug> why does the page want to deal with scrolling itself?
- # [23:55] <eiras> if you don't see the use case, then I apologize if I wasn't clear enough that we've been requested ways to control panning/scrolling of the viewport. Better to work on a standard than to hack a proprietary api, right ?
- # [23:56] <eiras> and again, dragging an object around, or panning a map, like gmaps, or any other map application you might think of, are quite valid use cases.
- # [23:56] <smaug> with panning you mean something like using fingers to move content of the viewport?
- # [23:56] <smaug> for that we do need new events
- # [23:56] <eiras> could be fingers, could be anything else
- # [23:56] <smaug> pan events or something
- # [23:56] <eiras> as such, making assumptions that specific input actions trigger specific ui events is the wrong way to do it
- # [23:56] <eiras> pan events -> beforescroll ? hum..
- # [23:57] <smaug> just pan events
- # [23:58] <eiras> sure :)
- # [23:58] <smaug> or pan events can be actually in many cases converted to wheel events
- # [23:58] <eiras> erm.. no:)
- # [23:58] <smaug> a bit ugly, I know
- # [23:58] <eiras> a bit unacceptable I would say
- # [23:59] <smaug> I agree
- # [23:59] <smaug> I assume panning handling would go to the http://www.w3.org/2008/webapps/wiki/AIDE
- # Session Close: Wed Mar 17 00:00:00 2010
The end :)