/irc-logs / w3c / #webapps / 2009-02-11 / end
Options:
- # Session Start: Wed Feb 11 00:00:00 2009
- # Session Ident: #webapps
- # [00:02] * Joins: tlr (tlr@128.30.52.30)
- # [00:29] <ArtB> The dude looks like Fester :-)
- # [00:29] * Quits: ArtB (d0309a43@128.30.52.43) (Quit: CGI:IRC)
- # [01:05] * Quits: shepazu (schepers@128.30.52.30) (Quit: shepazu)
- # [01:50] * Quits: timelyx (timeless@88.115.12.126) (Ping timeout)
- # [01:54] * Joins: timelyx (timeless@88.115.12.126)
- # [02:52] * Joins: shepazu (schepers@128.30.52.30)
- # [02:57] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
- # [04:34] <Hixie> anyone know what the status is of the file api?
- # [04:34] <Hixie> i have some dependencies in html5 on that spec and i have a note here saying file api will be ready by end jan 2009
- # [04:34] <Hixie> but it doesn't seem to have progressed since the last time i looked at it
- # [06:10] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
- # [06:35] * Quits: aroben_ (aroben@71.58.73.153) (Connection reset by peer)
- # [07:17] * Joins: heycam (cam@210.84.15.128)
- # [08:04] <MikeSmith> Hixie: do you mean the File Upload API, or something else?
- # [08:05] <Hixie> yeah
- # [08:05] <MikeSmith> Arun is back working on that, after being away
- # [09:48] <anne> I haven't seen anything though
- # [09:49] <anne> last I asked he would have something by the end of January
- # [09:57] * Joins: tlr (tlr@128.30.52.30)
- # [11:11] * Joins: arve (arve@213.236.208.22)
- # [11:16] * Quits: arve (arve@213.236.208.22) (Client exited)
- # [11:18] * Joins: arve (arve@213.236.208.22)
- # [11:40] * Quits: arve (arve@213.236.208.22) (Client exited)
- # [11:42] * Joins: arve (arve@213.236.208.22)
- # [11:49] * Joins: chaals (chaals@89.130.83.193)
- # [12:51] * Joins: ArtB (d0309a43@128.30.52.43)
- # [13:32] * Quits: anne (annevk@213.236.208.22) (Client exited)
- # [13:32] * Joins: anne (annevk@213.236.208.22)
- # [13:35] * Quits: anne (annevk@213.236.208.22) (Client exited)
- # [13:35] * Joins: anne (annevk@213.236.208.22)
- # [13:36] * Quits: anne (annevk@213.236.208.22) (Client exited)
- # [13:36] * Joins: anne (annevk@213.236.208.22)
- # [14:41] <MikeSmith> ArtB, chaals: Arun is back working on the File Upload spec, right?
- # [15:23] * Joins: aroben (aroben@71.58.73.153)
- # [16:29] * arve would like to see File upload and the definition of File split to separate specs
- # [16:29] <anne> why make such editorial quibbles if there's nothing much done yet at all?
- # [16:34] <MikeSmith> beats me
- # [16:50] <arve> file has uses outside of file upload controls
- # [16:51] <arve> my point isn't neccesarily the split, but that we end having one definition covering both cases
- # [16:55] <anne> sure, agreed that'd we want the platform to make some amount of sense :)
- # [17:12] * Quits: arve (arve@213.236.208.22) (Quit: Leaving)
- # [18:00] * Parts: anne (annevk@213.236.208.22)
- # [18:27] * Joins: anne (annevk@85.196.122.246)
- # [19:52] * tlr is now known as tlr-bbl
- # [20:02] * Joins: arve (arve@95.34.27.22)
- # [20:11] * Quits: Dashiva (noone@84.48.51.1) (Quit: Dashiva)
- # [20:23] * Quits: sicking (chatzilla@63.245.220.246) (Client exited)
- # [20:35] * Joins: Travis (836b0046@128.30.52.43)
- # [20:38] * Joins: Dashiva (noone@84.48.51.1)
- # [21:26] * Joins: Dashimon (noone@84.48.51.1)
- # [21:26] * Quits: Dashiva (noone@84.48.51.1) (Connection reset by peer)
- # [21:26] * Dashimon is now known as Dashiva
- # [21:30] * Quits: Dashiva (noone@84.48.51.1) (Quit: Dashiva)
- # [21:37] * Joins: Dashiva (noone@84.48.51.1)
- # [21:48] * Quits: Dashiva (noone@84.48.51.1) (Connection reset by peer)
- # [21:49] * Joins: Dashiva (noone@84.48.51.1)
- # [21:54] * Quits: chaals (chaals@89.130.83.193) (Quit: chaals)
- # [21:56] * Joins: chaals (chaals@89.130.83.193)
- # [22:02] * Quits: heycam (cam@210.84.15.128) (Quit: bye)
- # [22:04] * Quits: chaals (chaals@89.130.83.193) (Quit: chaals)
- # [22:05] * Quits: arve (arve@95.34.27.22) (Quit: Leaving)
- # [22:05] * Parts: Travis (836b0046@128.30.52.43)
- # [22:05] * Joins: arve (arve@95.34.27.22)
- # [22:19] * Quits: ArtB (d0309a43@128.30.52.43) (Quit: CGI:IRC)
- # [22:24] * Joins: sicking (chatzilla@63.245.220.246)
- # [22:24] <sicking> anne, ping
- # [22:24] <sicking> smaug, still there?
- # [22:25] <smaug> yup
- # [22:25] <sicking> smaug, you had a reference to where the XHR spec required no events for sync loads?
- # [22:25] <smaug> progress events
- # [22:25] <sicking> smaug, sorry, was upgrading my windows install so had to drop out
- # [22:26] <sicking> smaug, that too :)
- # [22:26] <smaug> sicking: so for upload "When the steps for the send() method say to make upload progress notifications user agents must, if *async* is true, follow these rules"
- # [22:26] <smaug> and there is something similar for download
- # [22:30] <sicking> hum, weird, i wonder why
- # [22:30] <smaug> why not
- # [22:30] <smaug> IMHO sync should be really sync
- # [22:30] <smaug> no events during that
- # [22:30] * Joins: heycam (cam@130.194.72.84)
- # [22:30] <sicking> sync != no callbacks
- # [22:31] <sicking> sync just means that the operation finishes before the function returns
- # [22:33] <smaug> well, you can always use async if you need callbacks
- # [22:34] <sicking> sure, i just don't see a reason to leave them out
- # [22:34] <sicking> don't care too much i care, i guess you can argue that they are less useful and it makes sense to leave them out as a perf optimization
- # [22:35] <sicking> but it's a bit inconsistent if we send some events (readystatechange) but not others
- # [22:35] <smaug> we (gecko) don't send even readystatechange
- # [22:36] <sicking> yeah, but i think the spec says to
- # [22:37] <smaug> is says so yes
- # [22:37] <smaug> perhaps the spec should be changed
- # [22:39] <smaug> erm, is says -> it says
- # [22:40] <sicking> smaug, i'm writing a mail to the list
- # [22:42] <smaug> sicking: webkit doesn't seem to dispatch progress events when sync
- # [22:43] <sicking> smaug, so we do a little bit of either :)
- # [22:43] <sicking> smaug, for normal XHRs we don't, but for XHRs inside workers we do
- # [23:56] * Quits: hober (ted@206.212.254.2) (Client exited)
- # Session Close: Thu Feb 12 00:00:00 2009
The end :)