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

Options:

  1. # Session Start: Mon Apr 06 00:00:00 2009
  2. # Session Ident: #webapps
  3. # [00:05] * Quits: heycam (cam@210.84.43.129) (Quit: bye)
  4. # [00:21] * Quits: Marcos (Marcos@84.215.160.79) (Quit: Marcos)
  5. # [01:25] * Joins: Lachy (Lachlan@85.196.122.246)
  6. # [01:44] * Joins: heycam (cam@130.194.221.53)
  7. # [02:07] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  8. # [03:26] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  9. # [04:56] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  10. # [05:03] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  11. # [05:07] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Client exited)
  12. # [05:07] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  13. # [08:09] * Quits: heycam (cam@130.194.221.53) (Quit: bye)
  14. # [08:21] * Joins: heycam (cam@130.194.73.110)
  15. # [08:23] * Joins: phenny (phenny@80.68.92.65)
  16. # [08:45] * Joins: arve (arve@213.236.208.22)
  17. # [09:03] * Joins: Marcos (Marcos@84.215.160.79)
  18. # [09:04] * Joins: Lachy (Lachlan@85.196.122.246)
  19. # [09:09] * Quits: Marcos (Marcos@84.215.160.79) (Quit: Marcos)
  20. # [09:27] * Joins: Marcos (Marcos@213.236.208.22)
  21. # [10:18] * Quits: heycam (cam@130.194.73.110) (Quit: bye)
  22. # [10:26] * Joins: tlr (tlr@128.30.52.30)
  23. # [11:03] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  24. # [11:14] * Joins: anne (annevk@83.86.138.148)
  25. # [11:27] * Joins: heycam (cam@210.84.43.129)
  26. # [11:42] * Joins: Lachy (Lachlan@213.236.208.22)
  27. # [11:48] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  28. # [12:24] * Quits: gsnedders (gsnedders@86.136.52.180) (Quit: gsnedders)
  29. # [12:46] * Joins: ArtB (d0309a43@128.30.52.43)
  30. # [12:50] <Marcos> Anne, see webapps email. Hopefully I captured your proposal correctly.,
  31. # [12:51] <Marcos> Anne, thanks again for bringing a fresh perspective to this. V helpful.
  32. # [12:51] <anne> ta, seems ok, and np
  33. # [12:59] * Quits: arve (arve@213.236.208.22) (Quit: Ex-Chat)
  34. # [13:28] * Joins: arve (arve@213.236.208.22)
  35. # [13:41] * Quits: Hixie (ianh@129.241.93.37) (Ping timeout)
  36. # [14:12] <krijnh> ArtB: no problem! :)
  37. # [14:29] * Quits: anne (annevk@83.86.138.148) (Ping timeout)
  38. # [14:37] * Joins: anne (annevk@83.86.138.148)
  39. # [14:39] * Joins: chaals (chaals@89.130.83.193)
  40. # [15:08] * Joins: gsnedders (gsnedders@86.136.52.180)
  41. # [15:12] * Quits: gsnedders (gsnedders@86.136.52.180) (Quit: gsnedders)
  42. # [15:20] * Joins: gsnedders (gsnedders@86.136.52.180)
  43. # [15:23] * Quits: gsnedders (gsnedders@86.136.52.180) (Quit: gsnedders)
  44. # [15:23] * Joins: gsnedders (gsnedders@86.136.52.180)
  45. # [15:23] * Quits: gsnedders (gsnedders@86.136.52.180) (Client exited)
  46. # [15:23] * Joins: gsnedders (gsnedders@86.136.52.180)
  47. # [15:54] * Quits: arve (arve@213.236.208.22) (Quit: Ex-Chat)
  48. # [16:04] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  49. # [16:04] * Joins: billyjackass (MikeSmith@mcclure.w3.org)
  50. # [16:08] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Tomorrow to fresh woods, and pastures new.)
  51. # [16:09] <ArtB> marcos, got a sec for http://www.w3.org/mid/49D9DDA1.6070905@opera.com ?
  52. # [16:09] <Marcos> artb, yeah, we are talking about it in #wam
  53. # [16:10] <ArtB> for now, I just want to talk about the XHR req and its use in A+E
  54. # [16:11] <Marcos> k
  55. # [16:11] <ArtB> When I read the req, I think it's OK.
  56. # [16:11] <ArtB> It doesn't say which spec will satisfy it
  57. # [16:11] <ArtB> in fact, WebApps may never write a spec that says it will be satisified
  58. # [16:11] <ArtB> right?
  59. # [16:12] <ArtB> but some other SDO e.g. OMTP could make a spec
  60. # [16:13] <ArtB> Regarding this req and section 3.1 of the A+E spec and XHR depdendency, if it said MUST I'd be concerned
  61. # [16:13] <ArtB> but with the SHOULD, it's not clear there is a problem here
  62. # [16:13] <ArtB> i.e. why change what is in the spec?
  63. # [16:14] <Marcos> because it puts an API dependency that is not required and that we are not going to fulfill
  64. # [16:14] <Marcos> We should take it out
  65. # [16:15] <Marcos> we have two extremes on the table: 1. include all APIs and Specs and 2. abstract everything (current approach)
  66. # [16:16] <ArtB> so let me ask this question -> does any part of the A+E spec, as defined in the latest ED (March 26) Require XHR?
  67. # [16:18] <Marcos> Artb, yes, I think it says "a UA must implement XHR"
  68. # [16:18] <Marcos> "In addition to this specification, a user agent SHOULD support the following specifications:
  69. # [16:18] <Marcos> * [XMLHttpRequest]"
  70. # [16:18] <Marcos> well, it was a "should" not a must
  71. # [16:19] <ArtB> Yes, I see that but I'm asking if for example any of the methods or attributes require XHR
  72. # [16:19] <ArtB> If the answer is NO then I agree text you quote above should be deleted
  73. # [16:19] <ArtB> But deleting the related requirement is a separate issue
  74. # [16:20] <ArtB> And you wan to delete " * [Widgets-Updates]" too, right?
  75. # [16:21] <Marcos> You are correct, no method in the A&E depends on it. There are methods that depend on [Widget-updates]
  76. # [16:21] <ArtB> [[
  77. # [16:21] <ArtB> OK - I think we are on the same page here i.e. we both want to delete from the A+E spec the following:
  78. # [16:21] <ArtB> In addition to this specification, a user agent SHOULD support the following specifications: * [XMLHttpRequest] * [Widgets-update]
  79. # [16:21] <ArtB> ]]
  80. # [16:21] <Marcos> attribute Function onbeforeupdate;
  81. # [16:21] <Marcos> attribute Function onafterupdate;
  82. # [16:22] <Marcos> Seems Arve deleted update();
  83. # [16:23] <ArtB> I thought we had a discussion about "Which specs depend on Updates?" and the answer was "just P+C".
  84. # [16:23] <Marcos> I think we should trash those two methods
  85. # [16:23] <Marcos> they don't make sense anyway
  86. # [16:23] <Marcos> You can update a widget while its not running
  87. # [16:24] <Marcos> so those methods are unreliable
  88. # [16:26] <ArtB> If those two methods are deleted then then the [Widgets-Updates] ref can be deleted too?
  89. # [16:26] <Marcos> right
  90. # [16:26] <Marcos> I'll propose it
  91. # [16:26] <ArtB> Why remove the related requirement?
  92. # [16:27] <ArtB> for XHR that is?
  93. # [16:27] <ArtB> in the abstract e.g. for defining a useful "Widget UA", it is a reasonable requirement
  94. # [16:28] <ArtB> It just doesn't appear to be a requirement that is satisfied by A+E spec
  95. # [16:28] <Marcos> where would that requirement be addressed?
  96. # [16:29] <ArtB> In a "Widget User Agent" spec, I presume
  97. # [16:29] <Marcos> Seems that you get XHR for free if you implement HTML5. But if you use flash, you can use XML Sockets or whatever
  98. # [16:29] <ArtB> Did you say OMTP is defining such a spec?
  99. # [16:30] <Marcos> I can't comment on that right now.
  100. # [16:30] <ArtB> :)
  101. # [16:31] * ArtB is now known as _ArtB
  102. # [16:33] <Marcos> they may or may not do that. I'm not sure.
  103. # [16:48] * Quits: anne (annevk@83.86.138.148) (Ping timeout)
  104. # [16:56] * Joins: anne (annevk@83.86.138.148)
  105. # [17:04] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
  106. # [17:17] * Joins: Marcos_ (Marcos@213.236.208.247)
  107. # [17:17] * Quits: Marcos_ (Marcos@213.236.208.247) (Quit: Marcos_)
  108. # [17:19] * Quits: Marcos (Marcos@213.236.208.22) (Ping timeout)
  109. # [17:23] * Joins: Lachy (Lachlan@85.196.122.246)
  110. # [18:47] * Joins: Marcos (Marcos@84.215.160.79)
  111. # [18:52] * _ArtB is now known as ArtB
  112. # [19:08] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
  113. # [20:06] * Joins: Hixie (ianh@129.241.93.37)
  114. # [20:24] * Joins: tlr (tlr@128.30.52.30)
  115. # [20:32] * Quits: tlr (tlr@128.30.52.30) (Ping timeout)
  116. # [20:49] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  117. # [21:37] <ArtB> Marcos, do you have a newer version of http://dev.w3.org/cvsweb/2006/waf/widgets/i18n.html than 3 April?
  118. # [21:58] <Marcos> ArtB: uploading up
  119. # [22:05] * Joins: aroben (aroben@17.246.16.247)
  120. # [22:06] * Joins: Lachy (Lachlan@85.196.122.246)
  121. # [22:08] * Quits: billyjackass (MikeSmith@mcclure.w3.org) (Ping timeout)
  122. # [22:08] <ArtB> Marcos, thanks! If I have any comments I will send them by the EoD (left coast US time zone) on April 7
  123. # [22:08] <Marcos> ok, thanks!...
  124. # [22:09] <Marcos> If you get a chance, check later tonight for another update
  125. # [22:09] <Marcos> Artb: I'll keep working on this throughout this week
  126. # [22:21] * Quits: ArtB (d0309a43@128.30.52.43) (Quit: CGI:IRC)
  127. # [22:47] * Quits: Marcos (Marcos@84.215.160.79) (Quit: Marcos)
  128. # [22:49] * Quits: aroben (aroben@17.246.16.247) (Quit: aroben)
  129. # [22:57] * Joins: aroben (aroben@17.203.12.32)
  130. # [23:03] * Joins: Marcos (Marcos@84.215.160.79)
  131. # [23:04] * Quits: Marcos (Marcos@84.215.160.79) (Quit: Marcos)
  132. # [23:04] * Quits: aroben (aroben@17.203.12.32) (Ping timeout)
  133. # [23:05] * Joins: aroben (aroben@17.246.16.247)
  134. # [23:06] * Joins: aroben_ (aroben@17.203.12.32)
  135. # [23:08] * Quits: aroben (aroben@17.246.16.247) (Ping timeout)
  136. # [23:24] * Joins: Marcos (Marcos@84.215.160.79)
  137. # [23:26] * Joins: aroben (aroben@17.246.16.247)
  138. # [23:27] * Quits: aroben_ (aroben@17.203.12.32) (Ping timeout)
  139. # [23:27] * Joins: aroben_ (aroben@17.203.12.32)
  140. # [23:29] * Quits: aroben (aroben@17.246.16.247) (Ping timeout)
  141. # [23:49] * Quits: phenny (phenny@80.68.92.65) (Ping timeout)
  142. # Session Close: Tue Apr 07 00:00:00 2009

The end :)