/irc-logs / w3c / #webapps / 2008-09-12 / end

Options:

  1. # Session Start: Fri Sep 12 00:00:00 2008
  2. # Session Ident: #webapps
  3. # [00:00] * Quits: mjs (mjs@17.201.38.245) (Quit: mjs)
  4. # [00:16] * Joins: mjs (mjs@17.203.14.249)
  5. # [01:02] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
  6. # [01:12] * Quits: heycam (cam@124.168.104.60) (Quit: bye)
  7. # [01:34] * Quits: aroben (adamroben@17.203.15.235) (Ping timeout)
  8. # [01:55] * Joins: aroben (adamroben@17.203.15.235)
  9. # [02:24] * Quits: aroben (adamroben@17.203.15.235) (Connection reset by peer)
  10. # [02:24] * Joins: aroben (adamroben@17.203.15.235)
  11. # [03:25] * Joins: harryli (kcome@58.213.213.136)
  12. # [04:02] * Quits: aroben (adamroben@17.203.15.235) (Quit: aroben)
  13. # [04:03] * Quits: mjs (mjs@17.203.14.249) (Quit: mjs)
  14. # [04:16] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  15. # [05:51] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Less talk, more pimp walk.)
  16. # [05:56] * Joins: heycam (cam@130.194.72.84)
  17. # [06:20] * Quits: heycam (cam@130.194.72.84) (Quit: bye)
  18. # [06:54] * Joins: MikeSmith (MikeSmith@mcclure.w3.org)
  19. # [07:10] * Quits: shepazu (schepers@128.30.52.30) (Client exited)
  20. # [07:11] * Joins: shepazu (schepers@128.30.52.30)
  21. # [08:16] * Joins: anne (annevk@77.250.204.131)
  22. # [08:20] * Joins: aroben (adamroben@72.165.115.225)
  23. # [08:24] * Joins: mjs (mjs@17.244.0.83)
  24. # [08:25] * Quits: mjs (mjs@17.244.0.83) (Quit: mjs)
  25. # [08:44] * Joins: heycam (cam@124.168.104.60)
  26. # [08:53] * Quits: anne (annevk@77.250.204.131) (Ping timeout)
  27. # [09:04] * Quits: aroben (adamroben@72.165.115.225) (Client exited)
  28. # [09:05] * Joins: aroben (adamroben@72.165.115.225)
  29. # [09:26] * Joins: mjs (mjs@69.181.42.194)
  30. # [09:31] * Joins: arve (arve@213.236.208.22)
  31. # [09:46] * Joins: marcos (marcos@193.136.98.144)
  32. # [10:04] * Quits: timelyx (timeless@88.115.13.211) (Ping timeout)
  33. # [10:11] * Joins: anne (annevk@195.169.148.8)
  34. # [10:11] * Joins: timelyx (timeless@88.115.13.211)
  35. # [10:45] * Joins: anne2 (annevk@195.169.148.8)
  36. # [10:45] * Quits: anne (annevk@195.169.148.8) (Ping timeout)
  37. # [10:57] * Quits: anne2 (annevk@195.169.148.8) (Ping timeout)
  38. # [11:06] * Quits: aroben (adamroben@72.165.115.225) (Quit: aroben)
  39. # [11:38] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: This computer has gone to sleep)
  40. # [11:54] * Joins: Lachy (Lachlan@213.236.208.22)
  41. # [12:11] * Quits: harryli (kcome@58.213.213.136) (Ping timeout)
  42. # [12:12] * Joins: arve_ (arve@213.236.208.22)
  43. # [12:14] * Quits: arve_ (arve@213.236.208.22) (Quit: Leaving)
  44. # [12:19] * Quits: MikeSmith (MikeSmith@mcclure.w3.org) (Quit: Less talk, more pimp walk.)
  45. # [12:44] * Joins: ArtB (ce846302@128.30.52.43)
  46. # [12:54] * Joins: anne (annevk@195.169.148.8)
  47. # [13:02] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: Leaving)
  48. # [13:03] * Joins: Lachy (Lachlan@213.236.208.22)
  49. # [13:59] <arve> hm, should we let widget.width/heigh reflect the current computed with, or the configuration document values
  50. # [13:59] <arve> in other words: should we take resizeTo/By into account?
  51. # [13:59] <marcos> current computed
  52. # [13:59] <marcos> or is that window.width and window.heigth?
  53. # [14:05] <marcos> height even
  54. # [14:06] <marcos> I should check what other implementations do.
  55. # [14:07] <arve> it's reflected on window, but can we always rely on window being present?
  56. # [14:08] <marcos> hmmm... good point.
  57. # [14:08] <arve> ArtB: Yes, I support meeting with TAG
  58. # [14:09] <arve> with that single topic as agenda
  59. # [14:11] <marcos> Heycam, can I pick your brain next week for about 20-30 mins about using SVG tiny as an icon format for widgets?
  60. # [14:13] * Quits: anne (annevk@195.169.148.8) (Ping timeout)
  61. # [14:15] <arve> marcos: I'm wondering if we could pick on the Policy Languages IG for security policy documents
  62. # [14:35] * Joins: anne (annevk@195.169.148.8)
  63. # [14:36] <ArtB> avre, marcos - I sent an email to Stuart Williams and told him the Widgets group would like to discuss the widget: scheme with the TAG
  64. # [14:36] <ArtB> I don't know which members of the TAG will be available but I asked for Roy
  65. # [14:44] * Quits: anne (annevk@195.169.148.8) (Ping timeout)
  66. # [14:45] * Quits: smaug (chatzilla@82.181.141.13) (Quit: ChatZilla 0.9.83 [Firefox 3.1b1pre/20080901082107])
  67. # [14:51] <arve> do we need to differentiate between a preference that is set to an empty value, and one that is not set?
  68. # [14:54] * marcos ran off to lunch... back now
  69. # [14:54] <marcos> Arve, have you got a pointer for the Policy Languages IG?
  70. # [14:55] <marcos> Artb, thanks!
  71. # [14:55] <marcos> Artb, hopefully stuart will come as he is the one that is supposed to work on the problem with us.... or that is my understanding
  72. # [14:56] <arve> marcos: http://www.w3.org/Policy/2007/ig-charter.html
  73. # [14:56] <arve> their role seems to be strictly advisory
  74. # [14:56] <marcos> Arve. Yes. I think so....
  75. # [14:56] <marcos> regarding preferences
  76. # [14:56] <marcos> it's complicated, because we still want to be able to destroy preferences
  77. # [14:57] <marcos> when you set them to null
  78. # [14:57] <arve> yeah, it's not very difficult
  79. # [15:06] <marcos> Hmmm... Artb, given that I sent out and email asking people if they objected to the renaming of the widget spec and no one responded, does that mean that I can publish with the new name?
  80. # [15:06] * marcos crosses his fingers....
  81. # [15:11] <arve> we could wait until after the TPAC with renaming
  82. # [15:11] <marcos> argh... I've renamed everything already
  83. # [15:11] <marcos> and all the references
  84. # [15:12] * marcos jumped the gun
  85. # [15:15] <heycam> hey marcos
  86. # [15:15] <heycam> i'm not around for long tho...
  87. # [15:15] <marcos> hey heycam
  88. # [15:15] <heycam> long time no see marcos :)
  89. # [15:16] <marcos> yep. It sure has been. So can you possibly make time for me next week?
  90. # [15:16] <heycam> next week i'm gonna be o/s for a conference
  91. # [15:16] <heycam> so prolly won't have much time
  92. # [15:16] <marcos> ok, what about week after that?
  93. # [15:16] <heycam> the week after is fine
  94. # [15:16] <marcos> ok, cool
  95. # [15:16] <marcos> I'll try to grab you then. You still in Au, right?
  96. # [15:17] <heycam> yup
  97. # [15:17] <heycam> sure
  98. # [15:17] * Joins: tlr (tlr@128.30.52.30)
  99. # [15:17] <heycam> yeah just catch me on irc monday week
  100. # [15:18] <marcos> ok, I'll pencil that in. I'm in Europe at the moment. Will it be ok for you to talk, say, around ~8pm?
  101. # [15:18] <heycam> should be
  102. # [15:19] <heycam> i should be on irc before that, so ping me to remind me
  103. # [15:19] <heycam> or i'll clean forget :)
  104. # [15:19] <heycam> you going to the TPAC?
  105. # [15:19] <marcos> ok, I've scheduled it in. Sure am!
  106. # [15:19] <heycam> nice
  107. # [15:19] <marcos> It's gonna be mad fun!
  108. # [15:20] <heycam> =)
  109. # [15:23] <marcos> We can make trouble with Arve, van Kesteren, MikeSmith, and the usual suspects... need to find ways to sneak into the AC dinner, etc. fun fun fun.
  110. # [15:23] <heycam> hehe
  111. # [15:24] <arve> heycam: I also have a question about WebIDL
  112. # [15:24] <heycam> arve, shoot
  113. # [15:24] <arve> Let's say I want to unambiguously express that the foo attribute extends the definition of the Bar interface, how?
  114. # [15:25] <arve> The real case here is for to place an instance of Widget on the Window interface, as "widget"
  115. # [15:25] <arve> without claiming to redefine all of Window
  116. # [15:25] <heycam> ah
  117. # [15:25] <heycam> the way existing specs do this is to define an additional interface, call it WindowWidget
  118. # [15:25] <heycam> which has that attribute
  119. # [15:26] <arve> yeah, that's what I was hoping to avoid :)
  120. # [15:26] <heycam> and then you know the rest i guess :)
  121. # [15:26] <heycam> yeah so webidl doesn't have a shorthand to express that
  122. # [15:26] <arve> not planned either?
  123. # [15:26] <heycam> well i'm not convinced
  124. # [15:26] <heycam> it seems kinda weird to be able to augment an interface
  125. # [15:27] <heycam> for strongly typed languages, anyway
  126. # [15:27] <heycam> i suppose there could be an extended attribute something like this:
  127. # [15:27] <heycam> [ImplementedOn=Window] interface WindowWidget { ... }
  128. # [15:27] <marcos> Yeah, I was thinking about this some more... the interfaces have to be abstracted away from the objects that implement them
  129. # [15:27] <heycam> which states that all Windows also implement WindowWidget
  130. # [15:28] <heycam> brb
  131. # [15:36] <marcos> arve, so to avoid introducing a new NS, I need to change the name of the <update> element, either in the Packaging Spec or in the Updates spec.
  132. # [15:37] <arve> marcos: your ultimate goal here is to?
  133. # [15:37] <arve> use the exact same semantics for the widget update document as for the configuration document?
  134. # [15:38] <marcos> I think it's bad language design to have two elements in the same namespace that have different semantics
  135. # [15:38] <arve> updatelocation, updateurl
  136. # [15:38] <marcos> but the same name
  137. # [15:38] <arve> I agree on that
  138. # [15:38] <marcos> <updatelink uri="http://blabla.com/update.php"> ?
  139. # [15:39] <arve> <updates url="..." maxfrequency="..." />
  140. # [15:39] <heycam> back
  141. # [15:39] <heycam> arve, so would an [ImplementedOn] or something like that be good enough?
  142. # [15:39] <marcos> maxfrequency? where did that come from?
  143. # [15:39] <arve> heycam: I'll have to think about it, and possibly get an opinion out of marcos as well :)
  144. # [15:40] <heycam> sure
  145. # [15:40] * heycam heads to bed
  146. # [15:40] <marcos> nn
  147. # [15:40] <arve> marcos: something I pulled out of thin air just now
  148. # [15:41] <arve> but I think 'updates' is better than 'updatelink'
  149. # [15:42] <marcos> so, have <updates uri=""/> in the Config Doc, and <update> ... </update> in the Updates spec.
  150. # [15:42] <arve> heycam: main thing we want to express is that a compliant implementation SHOULD/MUST provide WindowWidget on Window
  151. # [15:42] <marcos> I can live with that.
  152. # [15:43] <arve> marcos: roughly, yes
  153. # [15:43] <arve> I bet people are going to be confused no matter what you do, though
  154. # [15:44] <marcos> maybe we should play it save and say <updatelink>
  155. # [15:45] <marcos> s/save/safe
  156. # [15:45] <arve> it's a pain to write
  157. # [15:45] <arve> and phonetically much worse
  158. # [15:46] <marcos> <autoupdate> ?
  159. # [15:49] <marcos> the other option is the put the Update's spec update element in a new NS
  160. # [15:49] <marcos> <update xmlns="w3.org/ns/widget-updates" />
  161. # [15:50] <marcos> <upgrade> :P
  162. # [15:57] <arve> yeah, but that implies either using multiple namespaces in the update document, or defining all elements that you want to repeat to have the exact same semantics as the packaging spec
  163. # [16:12] * Joins: anne (annevk@195.169.148.8)
  164. # [16:19] * Quits: arve (arve@213.236.208.22) (Quit: Leaving)
  165. # [16:24] * Joins: arve (arve@213.236.208.22)
  166. # [17:07] * Parts: anne (annevk@195.169.148.8)
  167. # [18:19] * Joins: aroben (adamroben@17.244.16.253)
  168. # [18:20] * Joins: aroben_ (adamroben@17.203.15.235)
  169. # [18:22] * Quits: aroben (adamroben@17.244.16.253) (Ping timeout)
  170. # [18:22] * Quits: arve (arve@213.236.208.22) (Quit: Leaving)
  171. # [18:36] * Joins: aroben (adamroben@17.244.16.253)
  172. # [18:36] * Quits: aroben_ (adamroben@17.203.15.235) (Connection reset by peer)
  173. # [18:37] * Joins: aroben_ (adamroben@17.203.15.235)
  174. # [18:39] * Quits: aroben (adamroben@17.244.16.253) (Ping timeout)
  175. # [18:43] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
  176. # [18:44] * Joins: tlr (tlr@128.30.52.30)
  177. # [18:45] * Quits: Lachy (Lachlan@213.236.208.22) (Quit: This computer has gone to sleep)
  178. # [18:46] * Joins: harryli (kcome@58.212.36.120)
  179. # [18:52] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
  180. # [18:57] * Joins: tlr (tlr@128.30.52.30)
  181. # [18:57] * Quits: ArtB (ce846302@128.30.52.43) (Quit: CGI:IRC)
  182. # [18:59] * Joins: Lachy (Lachlan@85.196.122.246)
  183. # [19:19] * Quits: marcos (marcos@193.136.98.144) (Quit: ... and I'm gone.)
  184. # [19:51] * Quits: aroben_ (adamroben@17.203.15.235) (Connection reset by peer)
  185. # [19:51] * Joins: aroben (adamroben@17.203.15.235)
  186. # [20:00] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
  187. # [20:05] * Joins: tlr (tlr@128.30.52.30)
  188. # [20:11] * Quits: mjs (mjs@69.181.42.194) (Quit: mjs)
  189. # [20:22] * Joins: mjs (mjs@69.181.42.194)
  190. # [20:46] * Quits: timeless (timeless@65.75.195.122) (Ping timeout)
  191. # [20:49] * Quits: aroben (adamroben@17.203.15.235) (Ping timeout)
  192. # [20:59] * Joins: smaug (chatzilla@91.154.40.198)
  193. # [21:24] * Quits: harryli (kcome@58.212.36.120) (Connection reset by peer)
  194. # [22:08] * Joins: aroben (adamroben@17.203.15.235)
  195. # [22:16] * Quits: tlr (tlr@128.30.52.30) (Quit: tlr)
  196. # [22:46] * Joins: timeless (timeless@65.75.195.122)
  197. # [23:03] * Quits: smaug (chatzilla@91.154.40.198) (Client exited)
  198. # [23:16] * Joins: arve (arve@80.202.65.163)
  199. # [23:17] * Quits: Lachy (Lachlan@85.196.122.246) (Quit: Leaving)
  200. # [23:28] * Joins: Lachy (Lachlan@85.196.122.246)
  201. # [23:33] * Joins: ArtB (c0646811@128.30.52.43)
  202. # [23:33] * ArtB looks for Anne; no joy :-(; new WD of AC4CSR published today: http://www.w3.org/TR/2008/WD-access-control-20080912/
  203. # Session Close: Sat Sep 13 00:00:00 2008

The end :)