/irc-logs / w3c / #webapps / 2009-09-04 / end

Options:

  1. # Session Start: Fri Sep 04 00:00:00 2009
  2. # Session Ident: #webapps
  3. # [00:15] * Quits: heycam (cam@210.84.56.211) (Quit: bye)
  4. # [00:24] * Quits: gsnedders (gsnedders@84.190.177.212) (Quit: gsnedders)
  5. # [00:38] * Joins: heycam (cam@130.194.72.84)
  6. # [00:40] * Quits: ChrisWilson (cwilso@131.107.0.106) (Ping timeout)
  7. # [00:45] * Joins: ChrisWilson (cwilso@131.107.0.102)
  8. # [00:49] * Quits: tlr (tlr@128.30.52.169) (Quit: tlr)
  9. # [01:13] * Quits: annevk (opera@83.85.115.44) (Quit: annevk)
  10. # [02:06] <ChrisWilson> arve: not yet; webapps (particularly, web database) is first.
  11. # [02:06] * Quits: aroben__ (aroben@71.58.77.15) (Connection reset by peer)
  12. # [05:31] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  13. # [05:32] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
  14. # [05:54] * Joins: sokasaka (shiki@220.109.219.244)
  15. # [06:33] * Joins: shepazu (schepers@128.30.52.169)
  16. # [08:02] * Quits: heycam (cam@130.194.72.84) (Client exited)
  17. # [08:07] * Joins: timeless_mbp (timeless@88.115.8.36)
  18. # [08:41] * Quits: sokasaka (shiki@220.109.219.244) (Client exited)
  19. # [08:45] * Quits: arve (arve@212.251.175.125) (Ping timeout)
  20. # [09:11] * Joins: heycam (cam@210.84.56.211)
  21. # [09:22] * Joins: sokasaka (shiki@220.109.219.244)
  22. # [10:01] * Joins: arve (arve@213.236.208.22)
  23. # [10:15] * Joins: Marcos (Marcos@213.236.208.247)
  24. # [10:15] * Joins: Marcos_ (Marcos@213.236.208.22)
  25. # [10:18] * Quits: Marcos (Marcos@213.236.208.247) (Ping timeout)
  26. # [10:18] * Marcos_ is now known as Marcos
  27. # [10:25] * Joins: tlr (tlr@128.30.52.169)
  28. # [12:11] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  29. # [12:25] * Joins: Lachy (Lachlan@213.236.208.22)
  30. # [12:40] * Joins: ArtB (c0646811@128.30.52.43)
  31. # [12:49] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
  32. # [12:49] * Joins: Lachy (Lachlan@213.236.208.22)
  33. # [13:52] * Quits: arve (arve@213.236.208.22) (Connection reset by peer)
  34. # [13:54] * Joins: arve (arve@213.236.208.22)
  35. # [14:11] * Quits: shepazu (schepers@128.30.52.169) (Quit: shepazu)
  36. # [14:25] * Joins: annevk (opera@83.85.115.44)
  37. # [14:47] * Quits: smaug (chatzilla@82.181.130.65) (Ping timeout)
  38. # [14:52] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  39. # [15:11] * Quits: arve (arve@213.236.208.22) (Quit: Ex-Chat)
  40. # [15:12] * Joins: billyjackass (MikeSmith@mcclure.w3.org)
  41. # [15:14] * Joins: shepazu (schepers@128.30.52.169)
  42. # [15:19] * Quits: billyjackass (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  43. # [15:19] * Joins: billyjackass (MikeSmith@mcclure.w3.org)
  44. # [15:19] * Quits: billyjackass (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  45. # [15:25] * Joins: aroben (aroben@71.58.77.15)
  46. # [15:41] * Quits: ArtB (c0646811@128.30.52.43) (Quit: CGI:IRC (Ping timeout))
  47. # [16:38] * Joins: adrianba (adrianba@131.107.0.73)
  48. # [17:23] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
  49. # [17:34] * Joins: Lachy (Lachlan@85.196.122.246)
  50. # [18:43] <ChrisWilson> I expect I'm just ignorant here, but can someone explain why the Web Database APIs are so complex? (E.g. why the callback objects with a handleEvent method rather than a function ptr, or am I missing some collapsing magic there?)
  51. # [18:46] * Quits: Marcos (Marcos@213.236.208.22) (Quit: Marcos)
  52. # [18:51] <annevk> ChrisWilson, it needs to be asynchronous?
  53. # [19:01] <Dashiva> ChrisWilson: I believe an object with handleEvent maps to a single function pointer in javascript
  54. # [19:02] <annevk> oh, I misunderstood in that case
  55. # [19:03] <annevk> we should have better callback syntax in Web IDL
  56. # [19:05] <Dashiva> That's what Callback=Functiononly is for, isn't it?
  57. # [19:09] <annevk> i thought that didn't handle a bunch of cases still
  58. # [19:09] <annevk> maybe i'm behind
  59. # [19:22] * Joins: smaug (chatzilla@85.156.121.56)
  60. # [19:22] <ChrisWilson> @Dashiva - hmm. Reference on that? Part of the JS language?
  61. # [19:22] <ChrisWilson> @annevk: I know it needs to be async, but callback function ptrs do that, right?
  62. # [19:23] <ChrisWilson> (sorry, head was buried in code)
  63. # [19:23] <Dashiva> http://dev.w3.org/html5/webdatabase/#databasecallback
  64. # [19:24] <Dashiva> Then via WebIDL http://www.w3.org/TR/WebIDL/#Callback
  65. # [19:26] <Dashiva> The object with handleEvent pattern comes from DOM Events' EventListener
  66. # [19:26] <Dashiva> (I believe, at least that's where I saw it first)
  67. # [19:27] <ChrisWilson> It's the whole "handleEvent" thing that is confusing me.
  68. # [19:27] <ChrisWilson> (Thanks for the refs - the first I've read, the second was helpful to understand functiononly
  69. # [19:27] * Quits: smaug (chatzilla@85.156.121.56) (Client exited)
  70. # [19:29] <Dashiva> Traditionally, the abstract interface has to be an object to support java (and similar no-first-class-function languages) bindings.
  71. # [19:31] * Joins: smaug (chatzilla@85.156.121.56)
  72. # [19:38] <ChrisWilson> Hmm. Okay, I can kinda understand that. Does that require that you must have a member defined in the object? (What I'm getting at - handleEvent is neither implemented nor called, correct?)
  73. # [19:59] <Dashiva> I'm not really sure about the technicalities.
  74. # [20:00] <Dashiva> Like, what would it mean to implement handleEvent when there is no object to have the handleEvent property in the first place?
  75. # [20:01] <ChrisWilson> that's kinda my point. handleEvent threw me.
  76. # [20:01] <ChrisWilson> it isn't ever called, and likely CAN'T be implemented. Yes?
  77. # [20:02] <Dashiva> For CallBack=FunctionOnly, no
  78. # [20:02] <Dashiva> But just CallBack or CallBack=PropertyOnly you can
  79. # [20:03] <ChrisWilson> to a quick read, that's every callback with handleEvent defined in the WebDatabase spec. :)
  80. # [20:04] <Dashiva> Yeah, there's really no reason to bother with the wrapping object when you have first-class functions
  81. # [20:04] <Dashiva> <Insert quip about the "Java tax">
  82. # [20:05] <ChrisWilson> of course, I understand if it's an instantiable object such a method might be called. But all occurences of handleEvent in the WebDb spec are effectively irrelevant to Javascript, then.
  83. # [20:05] <Dashiva> Yes
  84. # [20:06] <ChrisWilson> heh. Hey, we used to have to pay the VBScript tax, so at least there's progress.
  85. # [20:06] <ChrisWilson> thanks, this was v helpful
  86. # [20:06] <Dashiva> Just hope I didn't mess up some significant detail :)
  87. # [20:07] <ChrisWilson> well, the context in understanding WebIDL will have been helpful even if you did. :)
  88. # [20:08] * Quits: adrianba (adrianba@131.107.0.73) (Ping timeout)
  89. # [20:30] * Joins: arve (arve@212.251.175.125)
  90. # [20:34] <Lachy> ChrisWilson, I understand your problems with WebIDL. I've spent quite a number of weeks trying to understand and test the API
  91. # [20:35] <Lachy> I mean, with Web Databases
  92. # [20:36] <Lachy> all the callbacks threw me too. Trying to remember all the callbacks needed for each function call, and which parameters are passed to each callback isn't easy
  93. # [20:36] <Lachy> and having nested levels of callbacks just makes things even more complex
  94. # [21:40] * Joins: gsnedders (gsnedders@86.167.19.36)
  95. # [22:35] * Joins: gsnedders_ (gsnedders@86.167.19.36)
  96. # [22:35] * Quits: gsnedders (gsnedders@86.167.19.36) (Connection reset by peer)
  97. # [22:49] * Quits: gsnedders_ (gsnedders@86.167.19.36) (Ping timeout)
  98. # [23:24] * Quits: smaug (chatzilla@85.156.121.56) (Quit: ChatZilla 0.9.84-2008121723 [Firefox 3.6a1pre/20090803125553])
  99. # Session Close: Sat Sep 05 00:00:00 2009

The end :)