/irc-logs / freenode / #whatwg / 2012-05-31 / end

Options:

  1. # Session Start: Thu May 31 00:00:00 2012
  2. # Session Ident: #whatwg
  3. # [00:01] * Quits: jryans (~jryans@office.massrel.com) (Quit: Be back later)
  4. # [00:04] <tantek> very nice, so thanks to liberal licensing anyone can fork it and improve it.
  5. # [00:04] <tantek> whether the syntax (spec) or the implementation (code)
  6. # [00:04] * Quits: sarspazam (~sarspazam@78-105-183-7.zone3.bethere.co.uk) (Quit: sarspazam)
  7. # [00:04] <TabAtkins> Yes, and has been done a few times.
  8. # [00:04] <tantek> is there a community evolving it?
  9. # [00:04] <TabAtkins> No clue. But I use an extended Markdown parser written in PHP for my blog.
  10. # [00:05] <TabAtkins> (And have been off-and-on working on my own parser.)
  11. # [00:05] <tantek> is there a spec for the extended Markdown syntax that you use?
  12. # [00:05] <TabAtkins> http://michelf.com/projects/php-markdown/extra/
  13. # [00:05] * Quits: jernoble (~jernoble@2620:149:4:1b01:a066:2164:3094:ade4) (Quit: jernoble)
  14. # [00:05] * Joins: kamals (~kamals@37.76.204.240)
  15. # [00:07] * Quits: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
  16. # [00:07] <TabAtkins> Oh man, I forgot that it had footnote support.
  17. # [00:09] * Joins: jernoble (~jernoble@2620:149:4:1b01:8854:324a:e9d6:35ff)
  18. # [00:09] * tantek reads - hey that's pretty slick.
  19. # [00:10] <TabAtkins> I mainly use it just for the code block guards. Indenting my code blocks like regular Markdown wants is annoying.
  20. # [00:10] <kamals> Any girls here
  21. # [00:10] <TabAtkins> Oh man, so many girls, kamals.
  22. # [00:10] <TabAtkins> You wouldn't believe.
  23. # [00:10] <TabAtkins> Girls coming out my fucking ears.
  24. # [00:10] <TabAtkins> None of them like you, though.
  25. # [00:10] <kamals> I dont know how to fing the girls
  26. # [00:11] <TabAtkins> First suggestion: try the real world. Plenty of girls out there. I hear estimations that upwards of 50% of people are girls.
  27. # [00:11] <Hixie> more than 50%
  28. # [00:11] <TabAtkins> Thus my phrasing, Hixie.
  29. # [00:11] <Hixie> i thought "upwards of x" meant "up to x", my bad
  30. # [00:12] <TabAtkins> ...I don't *think* so, but I"m not sure.
  31. # [00:12] * dglazkov shakes head
  32. # [00:12] <Hixie> no, no, you're right
  33. # [00:12] <Hixie> i looked it up before saying "my bad" :-P
  34. # [00:12] <TabAtkins> Haha
  35. # [00:16] * Quits: kamals (~kamals@37.76.204.240) (Quit: Colloquy for iPhone - http://colloquy.mobi)
  36. # [00:17] * Joins: kamals (~kamals@37.76.204.240)
  37. # [00:17] * Quits: kamals (~kamals@37.76.204.240) (Client Quit)
  38. # [00:18] <dglazkov> poor kamals. His quest was unsuccessful.
  39. # [00:18] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
  40. # [00:20] <TabAtkins> tantek: Oh man, the <abbr> support in Markdown Extra is great too. So much I never actually paid attention to and then forgot.
  41. # [00:21] * jernoble is now known as jernoble|afk
  42. # [00:21] <tantek> dglazkov, indeed, why aren't more women involved in WHATWG?
  43. # [00:22] <Hixie> or indeed the IT industry in general
  44. # [00:22] <dglazkov> I would say we are definitely failing the upwards to 50% criteria.
  45. # [00:22] <tantek> well there's been plenty of articles written about IT industry in general - with various theories. simple web search will suffice there.
  46. # [00:22] <dglazkov> I blame Hixie. He started WHATWG. Surely it's his fault.
  47. # [00:22] <tantek> but does WHATWG have *any* active women?
  48. # [00:22] * Hixie hopes his effors with FIRST will help in the future, but that's a long-term solution
  49. # [00:22] <Hixie> tantek: dunno. i thought anne was a woman for a while.
  50. # [00:23] <tantek> FIRST(citation?)
  51. # [00:23] <Hixie> turns out not
  52. # [00:23] <Hixie> tantek: http://www.usfirst.org/
  53. # [00:23] <tantek> Hixie, we could get anne to wear a dress perhaps?
  54. # [00:23] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  55. # [00:24] * Hixie actually has no idea what gender people in the whatwg have (other than those he's met), and pays no attention to it
  56. # [00:25] <tantek> Hixie: re: FIRST agreed. Similarly that's why I help co-organize ScienceHackDay (when it's in SF) http://sciencehackday.com
  57. # [00:25] <Hixie> cool
  58. # [00:25] <tantek> and yes, inspiring kids (of all genders/backgrounds) is a good long term approach.
  59. # [00:25] <Hixie> (i expect the reason for the imbalance in web standards is the same as for the IT industry as a whole, i don't think there's anything special about web standards)
  60. # [00:26] <tantek> web standards appear to be worse than the IT industry in general
  61. # [00:26] <tantek> just the small sample during the WG f2f at MS-SVC the other week
  62. # [00:26] <Hixie> do we have data on that, or is that just an impression?
  63. # [00:26] <tantek> there were a few women in the HTML WG. none in the WebApps WG.
  64. # [00:26] <Hixie> cos impressions on this kind of thing can be really misleading
  65. # [00:26] <gavinc> Err, I don't think FIRST has any women/girl specific mission does it?
  66. # [00:26] <Hixie> (in both directions)
  67. # [00:27] <Hixie> gavinc: it's about bringing engineering up in general, for all genders, nothing female-specific as far as i know.
  68. # [00:27] <tantek> Hixie, I have yet to find a WG with a % of women even close to what averages in IT are.
  69. # [00:27] <gavinc> There is Girls Connect, but I thought that was a small part of FIRST
  70. # [00:27] * gsnedders doesn't even know how many girls are in his CS course at uni, as lecture attendence is so low
  71. # [00:28] <tantek> I do think W3C has tried to be specific about outreach, e.g. in attendance at TPACs.
  72. # [00:28] <tantek> And I vaguely remember the CEO quoting improving statistics year over year
  73. # [00:29] <tantek> but that's TPAC attendance, not WG membership/participation
  74. # [00:29] <tantek> still, unless someone wants to stand up and provide a counter-example, from all outside (and even semi-inside) perspectives, it does appear WHATWG has no women.
  75. # [00:29] <Hixie> gavinc: i dunno what the %s are, but (a) the proportion of girls to boys is much higher in FIRST events than in the IT industry as a whole, and (b) since the problem with the IT industry seems to be about girls losing interest before picking a career, anything that reaches children at a young age is huge for this kind of thing
  76. # [00:30] <tantek> Hixie +1
  77. # [00:30] <Hixie> gavinc: (there are numerous girl-only teams every year, just like there are boy-only and mixed teams)
  78. # [00:30] <Hixie> tantek: what do you mean by "WHATWG"?
  79. # [00:30] <tantek> Hixie, what do you?
  80. # [00:30] <gavinc> Hixie: Yeah, same was true of Odyssey of the Mind
  81. # [00:30] <Hixie> tantek: if you mean the list as a whole, there's over 1000 people subscribed, and i've no idea what the proportions are
  82. # [00:31] <tantek> sure, but can you provide any (even one) counter example?
  83. # [00:31] <tantek> or in irc
  84. # [00:31] <tantek> or wiki contributors
  85. # [00:31] <Hixie> tantek: if you mean spec editors, which is where i think we really need good people, then there's a lack of people of all sexes, and i'm not sure the numbers are big enough that we can tell what the proportions are relative to the industry as a whole
  86. # [00:31] <Hixie> tantek: statistically
  87. # [00:32] * Quits: graememcc (~chatzilla@host86-147-207-41.range86-147.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
  88. # [00:32] <Hixie> tantek: but certainly i agree that there aren't enough active female editors
  89. # [00:32] <gsnedders> tantek: Are there even that many women working for browser vendors? As that'll have some knock-on effect.
  90. # [00:32] <Hixie> tantek: silvia, e.g.
  91. # [00:32] <Hixie> tantek: if you just want an existence proof :-)
  92. # [00:32] <tantek> gsnedders - yes, plenty of women working at Mozilla for example, and on other working groups, e.g. fantasai on CSS.
  93. # [00:32] <Hixie> (nessy on irc)
  94. # [00:33] <TabAtkins> Yeah, within the browsers themselves, the women fraction is probably around IT average.
  95. # [00:33] <gavinc> I admit part of my introduction to standards and the W3C was Jeni Tennison and I assumed there were plenty more like her... and was very surprised.
  96. # [00:33] <tantek> Hixie - good to know there's at least one exception.
  97. # [00:33] <wilhelm> Hixie: Reaching out to kids is a great approach. However, our industry (and its bridgeheads within education) has fundamental cultural problems we need to solve for them to remain interested.
  98. # [00:33] <Hixie> gavinc: there's plenty of other people like jeni in the web standards world, they're just mostly male. :-P
  99. # [00:34] <tantek> wilhelm - the dropoffs occurs at various levels in school before they even get to industry.
  100. # [00:34] <wilhelm> tantek: Yes.
  101. # [00:34] <gavinc> Hixie: Yes.
  102. # [00:34] <gsnedders> tantek: Mainly saying that because — at least within the Core team — at Opera there are very few. Get out into mobile delivery teams and other such things and there are far more.
  103. # [00:34] <tantek> women in STEM drop-off starts in highschool/college.
  104. # [00:34] <Hixie> wilhelm: there may well be cultural issues too
  105. # [00:34] <Hixie> wilhelm: but i don't think those are female/male-specific
  106. # [00:35] <TabAtkins> Well, a lot fo the IT industry (like most industries, unfortunately) is very sexist.
  107. # [00:35] <Hixie> wilhelm: e.g. i find the w3c culture abominable, and i'm a guy :-P
  108. # [00:35] <TabAtkins> You see this pretty easily at conventions.
  109. # [00:35] <tantek> Hixie, cultures that tend to be against women literacy are problematic.
  110. # [00:36] * Quits: davidb (~davidb@bas1-toronto06-2925210142.dsl.bell.ca) (Quit: davidb)
  111. # [00:36] <wilhelm> Hixie: I disagree. I don't have anything else than anecdotal evidence, but I've observed that in mostly male collectives, males may behave like if they were participating in a college fraternity.
  112. # [00:36] <gavinc> Mmm, how many staff contacts at W3C are women?
  113. # [00:37] <Hixie> wilhelm: if you see anything even approaching such a thing in the whatwg list, please let me know so i can stamp it out
  114. # [00:37] <Hixie> wilhelm: (i am culturally insensitive to that kind of thing)
  115. # [00:38] <wilhelm> Hixie: That's the difficult part. In formal discussions, people generally behave well. It's in the informal settings things go bad.
  116. # [00:38] * Joins: jennb (jennb@nat/google/x-yqpugvmqiqwhsynu)
  117. # [00:38] <Hixie> wilhelm: well the only informal setting for the whatwg is here, really, and i'm not sure i'd say that #whatwg's culture was particularly friendly to anyone, male or female, who isn't already in the "in crowd" :-P
  118. # [00:39] <wilhelm> Indeed. I haven't observed anything particularly bad here either. (c:
  119. # [00:40] <TabAtkins> If you see anyone chanting BROS BROS BROS in a bar, go ahead and confront them there too.
  120. # [00:41] * jernoble|afk is now known as jernoble
  121. # [00:42] * Joins: jacobolus (~jacobolus@adsl-99-27-131-81.dsl.pltn13.sbcglobal.net)
  122. # [00:42] <wilhelm> You don't have to venture very far to see the bad stuff, though. I've seen this happen at Opera, at the University of Oslo and a number of other places. Heck, even the “why are there no women in this industry” discussions at Hacker News are a disgrace.
  123. # [00:42] <gsnedders> TabAtkins: Even if I do it sarcastically?
  124. # [00:43] <wilhelm> gsnedders: Actually, yes.
  125. # [00:44] <Hixie> especially so
  126. # [00:44] <tantek> gsnedders, yeah - it still creates a unfriendly environment, even as humor/sarcasm.
  127. # [00:44] * Joins: scor (~scor@c-98-216-66-30.hsd1.ma.comcast.net)
  128. # [00:44] * Quits: scor (~scor@c-98-216-66-30.hsd1.ma.comcast.net) (Changing host)
  129. # [00:44] * Joins: scor (~scor@drupal.org/user/52142/view)
  130. # [00:44] <tantek> also, "being ironic" or humor is a frequent defense of that kind of sexist behavior
  131. # [00:45] <wilhelm> gsnedders: Just take a look at your mail archive! Dig up the “rape joke” thread on nonsense@opera.com. That was probably intended to be ironic. It's a perfect example of the frat boy culture that plagues our industry.
  132. # [00:46] <Hixie> o_O
  133. # [00:46] <wilhelm> That's what I thought too.
  134. # [00:46] <gsnedders> I guess this is rather how I end up often being percieved as homophobic, which as plenty of people who've met me can say is laughable.
  135. # [00:46] <gsnedders> wilhelm: There's a reason I'm not subscribed to nonsense. :)
  136. # [00:46] <tantek> for more on this, here's a Google News search: https://www.google.com/search?tbm=nws&q=brogrammer
  137. # [00:47] <tantek> (and that's just recent phenomena)
  138. # [00:48] <wilhelm> It's a real pity. There's an equally large subset of the female populatuion that could be active contributors here. But they've been weeded out in cultural funnels long before they could get here.
  139. # [00:49] <gsnedders> I think certainly that plenty of people who make such jokes do so deliberately (not necessarily consciously) seeing the victimized group as "less good" in whatever way.
  140. # [00:49] <TabAtkins> gsnedders: I was your age only a few years ago, so I know how funny being sarcastically offensive is. But it's still usually offensive. :/
  141. # [00:49] <Hixie> what's with the styles on http://dev.w3.org/csswg/selectors4/ ? they make the summary table really much harder to read on a wide monitor than is necessary
  142. # [00:49] <Hixie> or http://dev.w3.org/csswg/selectors3/ for that matter
  143. # [00:50] <Hixie> styles on http://www.w3.org/TR/css3-selectors/ don't suffer from the same problem
  144. # [00:50] <TabAtkins> Which styles?
  145. # [00:50] <gsnedders> TabAtkins: I think the other issue that a lot of people have with me is I'm often deliberately sarcastic and making jokes about really quite horrific things as a way of coping with them myself.
  146. # [00:50] <Hixie> TabAtkins: seems to be forcing a column width or something
  147. # [00:50] <Hixie> TabAtkins: but the forced width is narrower than the table's intrinsic width
  148. # [00:50] <Hixie> TabAtkins: so it forces lots of wrapping
  149. # [00:50] <wilhelm> gsnedders: I love sarcastic jokes at the expense of victimized groups. I just try to be careful about _where_ I say those jokes out loud.
  150. # [00:51] <TabAtkins> Hixie: Interesting.
  151. # [00:51] <Hixie> (forwarding this complaint from someone who found the TR/ page version easier to read because of this)
  152. # [00:52] * Quits: sarro (~sarro@i5E865E47.versanet.de)
  153. # [00:53] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Remote host closed the connection)
  154. # [00:53] <Hixie> in other news, the web interface to mercurial is a disaster
  155. # [00:54] <TabAtkins> Yes.
  156. # [00:54] <TabAtkins> I have no idea how someone actually made that and thought they did a good job.
  157. # [00:54] <Hixie> can anyone work out for me what url i should go to to see the changelog for http://dev.w3.org/csswg/selectors3/ ?
  158. # [00:54] <Hixie> i've been trying for like the last 10 minutes
  159. # [00:54] <Hixie> https://dvcs.w3.org/hg/csswg/log?rev=selectors3 didn't seem to be it
  160. # [00:55] <Hixie> aha!
  161. # [00:55] <Hixie> got it
  162. # [00:55] <Hixie> https://dvcs.w3.org/hg/csswg/log/27544a0821fd/selectors3/Overview.src.html
  163. # [00:55] <TabAtkins> Yeah, that's it.
  164. # [00:56] * Joins: sedovsek (~robert@93-103-104-107.dynamic.t-2.net)
  165. # [00:56] <tantek> I agree. Mercurial web UI is a step down from the CVS one.
  166. # [00:56] <tantek> I am curious how people make these thing so much worse from one tool to the next.
  167. # [00:56] <gsnedders> Well, CVS didn't provide any UI
  168. # [00:57] <tantek> Are people really not smart enough to just copy first, invent later?
  169. # [00:57] <tantek> gsnedders, the paths were nicer to tip
  170. # [00:57] <Hixie> gsnedders: he means cvsweb, i expect
  171. # [00:57] <TabAtkins> I have no idea how I might interact with Systeam about this kind of thing. Last time we tried to make a UI improvement to something (adding line anchors for the mail archives), they balked for a long time and never actually did it.
  172. # [00:57] <tantek> Hixie, right
  173. # [00:57] <TabAtkins> tantek: The paths problem is the whole reason plinss put together his redirects.
  174. # [00:57] <gsnedders> tantek: My point is in some sense they are moving forward — just not equaling what third-party tools for CVS achieved.
  175. # [00:58] <Hixie> tantek: well the good thing about mercurial is that it's distributed, so you could do it on another server somewhere
  176. # [00:58] <tantek> TabAtkins, I've been hanging out in irc://irc.w3.org:6665/sysreq and dropping increasing difficulty requests to see what happens.
  177. # [00:58] <TabAtkins> Ah, cool.
  178. # [00:58] <tantek> using the friendliest of polite language of course :)
  179. # [00:58] * Joins: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net)
  180. # [00:59] <tantek> TabAtkins - it's fairly low traffic, feel free to auto-join it.
  181. # [00:59] <tantek> do you have a URL to the request for the email line anchors?
  182. # [01:00] <tantek> usually timeless is in there too and can be quite supportive and a good interpreter of how w3c's systems work
  183. # [01:00] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Remote host closed the connection)
  184. # [01:00] <TabAtkins> tantek: I'd have to go look it up in the sysreq email archives.
  185. # [01:01] * Quits: jacobolus (~jacobolus@adsl-99-27-131-81.dsl.pltn13.sbcglobal.net) (Remote host closed the connection)
  186. # [01:01] <tantek> yeah
  187. # [01:12] <Hixie> huh
  188. # [01:12] <Hixie> well here's an interesting question
  189. # [01:12] <Hixie> what task source should we use for the task in http://www.whatwg.org/specs/web-apps/current-work/#scroll-to-fragid ?
  190. # [01:13] <Hixie> dom manipulation, i guess?
  191. # [01:17] <zewt> http://www.furnituredude.com/ i wonder if this guy hired htmldude to make his website
  192. # [01:17] * Quits: tomasf (~tom@c-dedbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  193. # [01:17] * Quits: sedovsek (~robert@93-103-104-107.dynamic.t-2.net) (Quit: sedovsek)
  194. # [01:18] * Quits: krit1 (~krit@sjfw1.adobe.com) (Read error: Connection reset by peer)
  195. # [01:18] <tantek> zewt - glasses houses? http://zewt.org/
  196. # [01:20] <tantek> *glass even
  197. # [01:21] <zewt> <- not a store
  198. # [01:22] * Quits: benvie (~brandon@cpe-174-097-187-248.nc.res.rr.com)
  199. # [01:24] <tantek> still, you can do better than "Forbidden ¶ You don't have permission to access / on this server." certainly if you're going to pick on others' sites.
  200. # [01:24] <zewt> why?
  201. # [01:25] <Hixie> MikeSmith: cvs is being particularly slow currently, fwiw
  202. # [01:25] <tantek> zewt … unless you like being an armchair critic, all talk, no code.
  203. # [01:25] <TabAtkins> tantek: Are you actually suggesting that zewt needs to provide an example of better visual design for that page before he can criticize it?
  204. # [01:25] <zewt> seriously. heh
  205. # [01:25] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Read error: Connection reset by peer)
  206. # [01:26] * Joins: Lachy_ (~Lachy@cm-84.215.193.125.getinternet.no)
  207. # [01:26] <zewt> (so sorry for providing passing amusement to people bored on IRC)
  208. # [01:28] <tantek> TabAtkins - no, just something better than "Forbidden ¶ You don't have permission to access / on this server."
  209. # [01:28] <tantek> and yes, a simple visual design is pretty easy, so yeah, add that too.
  210. # [01:28] <TabAtkins> tantek: His own homepage is irrelevant. (Though horrible.) But that store page is unarguably horrible as well.
  211. # [01:29] <tantek> It's ok, it's useful to distinguish talkers vs. doers.
  212. # [01:29] <Hixie> zewt.org isn't his home page, it says right there that you're not allowed to see it!
  213. # [01:29] <tantek> TabAtkins - someone's own homepage provides a good indication of self-dogfooding.
  214. # [01:29] <TabAtkins> tantek: Still irrelevant.
  215. # [01:29] <Hixie> i don't think making "access denied" messages pretty is a high priority for anyone
  216. # [01:29] * Quits: Kasey (~kkellydes@cpe-76-181-198-184.columbus.res.rr.com) (Quit: Computer has gone to sleep.)
  217. # [01:29] <zewt> (a page with nothing on it might indicate to you that it's not a homepage; it's a server used for other purposes that doesn't serve a public webpage)
  218. # [01:30] * Joins: recur (~textual@c-67-180-21-195.hsd1.ca.comcast.net)
  219. # [01:30] <TabAtkins> Oh man, I never realized what the old display:compact value was supposed to do.
  220. # [01:30] <tantek> TabAtkins - that depends on whether you value self-dogfooding or not. I think self-dogfooding demonstrates both skill and commitment.
  221. # [01:30] <TabAtkins> I love the crazily underspecified stuff in CSS2.
  222. # [01:30] <tantek> and thus quite relevant.
  223. # [01:31] <tantek> TabAtkins - you wouldn't say that if you'd spent years trying to implement it.
  224. # [01:31] <zewt> ("you don't have a hobby of making pointless webpages for nobody? how dare you laugh at comically bad websites!")
  225. # [01:31] <tantek> it starts out funny and interesting sure, but after a few years, you're done.
  226. # [01:31] <TabAtkins> tantek: Oh, I'm sure.
  227. # [01:32] <tantek> it's ok zewt, Twitter is good for that too.
  228. # [01:32] * Quits: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net) (Quit: tzing)
  229. # [01:32] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  230. # [01:33] * Joins: Delapouite (~Delapouit@dsl-58-6-19-17.wa.westnet.com.au)
  231. # [01:33] <tantek> And yeah, I expect anyone who wants to speak seriously about evolving the web (as most people in #whatwg seem to be here to do) to be able to at least make a simple decent home page for themselves. If not, then yeah, it kind of undermines credibility.
  232. # [01:33] <zewt> (also, i think i make enough of a case for my own competence in here to not need to put up a content-free website to prove myself; if you disagree; oh well)
  233. # [01:34] <zewt> (comma one of those semicolons)
  234. # [01:34] <Hixie> i think one's feedback ot the list should speak for itself, you don't have to build credibility first
  235. # [01:35] <Hixie> especially since i completely ignore the source of feedback so the "credibility" part would have no effect...
  236. # [01:35] <Hixie> (case in point, before my vacation i was replying to one e-mail rejecting some guy's proposal as inane and almost sent the e-mail before i noticed i was the one who had sent the e-mail in question)
  237. # [01:35] <zewt> one's feedback to the list is what builds credibility, and that does matter for those of us with different day jobs, who have to pick and choose what we spend time on
  238. # [01:36] <Hixie> that's fair
  239. # [01:36] * jernoble is now known as jernoble|afk
  240. # [01:36] <Hixie> i agree that if you want to be considered by anyone other than me then it makes sense to worry about your credibility
  241. # [01:36] <TabAtkins> Hixie: Hahahahahaha
  242. # [01:37] <zewt> Hixie: it's a bit weird when I search for something, start reading a mailing list post, then go "???" about halfway through and realize it's something I wrote a decade earlier
  243. # [01:37] <tantek> Hixie - good that that method of inbox processing works for you (per the list). I've found it to be more productive to prioritize feedback from creators over talkers. I might eventually get to the talkers (people that only send messages), but then I also have other things I'd rather do with my time.
  244. # [01:38] <zewt> also, one of those most discouraging things that can happen when researching a problem--and this has happened to me more than once--is to search for it and to have the first hit be me asking about the problem
  245. # [01:38] <Hixie> tantek: to each his own method, indeed
  246. # [01:38] <Hixie> tantek: (i find that if i allow myself to dismiss feedback based on who sent it, i start dismissing feedback just because it's hard to fix, not because it's not valid)
  247. # [01:39] <dcheng> 4
  248. # [01:39] <dcheng> Oops sorry
  249. # [01:39] <zewt> an awesome number
  250. # [01:40] <tantek> Hixie, I get more hard to fix feedback from creators that tend to be based on real world use-cases (that they ran into while creating). And again helps with prioritization, as unblocking creators helps them find more problems. Whereas who knows if theoretical hard fixes will ever block anyone.
  251. # [01:40] <tantek> Again, just a different approach to productivity and prioritization.
  252. # [01:41] <zewt> (afk)
  253. # [01:41] <Hixie> the kind of hard problem i'm talking about is something like "the entire spec's organisation makes a flawed assumption X which results in the spec being wrong in edge case Y", which i could just ignore, but not while keeping the spec in line with reality
  254. # [01:41] <Hixie> (assuming Y is something browsers can't change, however minor it is)
  255. # [01:42] * tantek will keep an eye out for such problems.
  256. # [01:43] <Hixie> MikeSmith: cvs seems stalled (it hasn't progressed since my last comment on the matter 18 minutes ago)
  257. # [01:43] <Hixie> MikeSmith: i'm going to comment out cvs checkins for now, will try again later
  258. # [01:55] * Joins: chayin (quassel@nat/nokia/x-ejzdzlxphwmhkqqu)
  259. # [01:57] <dbaron> Hixie, if you want a permalink to the changelog, you want https://dvcs.w3.org/hg/csswg/log/tip/selectors3/Overview.src.html
  260. # [01:57] * Quits: drublic (~drublic@frbg-5f731de9.pool.mediaWays.net) (Remote host closed the connection)
  261. # [01:57] <Hixie> ah, cool
  262. # [01:57] <TabAtkins> dbaron: Is that link discoverable through the interface?
  263. # [01:57] <Hixie> is there a link to that?
  264. # [01:57] <Hixie> what tab said
  265. # [01:58] * Joins: drublic (~drublic@frbg-5f731de9.pool.mediaWays.net)
  266. # [01:58] <TabAtkins> I can never seem to find the permalinks. :/
  267. # [01:58] <dbaron> TabAtkins, afaict, no
  268. # [01:58] <TabAtkins> Awesome.
  269. # [02:02] * Quits: drublic (~drublic@frbg-5f731de9.pool.mediaWays.net) (Ping timeout: 276 seconds)
  270. # [02:03] * Quits: mattlucht (~mattlucht@81.152.253.6) (Quit: mattlucht)
  271. # [02:05] * Quits: silky__ (~malcolmva@pool-74-108-142-22.nycmny.fios.verizon.net) (Ping timeout: 246 seconds)
  272. # [02:07] * Joins: Dashimon (Dashiva@84-72-44-85.dclient.hispeed.ch)
  273. # [02:08] * Quits: Dashimon (Dashiva@84-72-44-85.dclient.hispeed.ch) (Changing host)
  274. # [02:08] * Joins: Dashimon (Dashiva@wikia/Dashiva)
  275. # [02:09] * Quits: Dashiva (Dashiva@wikia/Dashiva) (Ping timeout: 260 seconds)
  276. # [02:09] * Dashimon is now known as Dashiva
  277. # [02:10] * heycam|away is now known as heycam
  278. # [02:11] <heycam> Philip`, that SVG-in-<img> is not scaling nicely when zooming the page is https://bugzilla.mozilla.org/show_bug.cgi?id=600207
  279. # [02:14] * Quits: ehsan (~ehsan@66.207.208.98) (Remote host closed the connection)
  280. # [02:16] * Quits: mattgifford (~mattgiffo@67.131.102.78) (Remote host closed the connection)
  281. # [02:20] * Joins: macpherson (~macpherso@2401:fa00::ea06:88ff:fecc:9412)
  282. # [02:22] * Joins: seventh (seventh@209.99.3.1)
  283. # [02:25] * Quits: ap (~ap@2620:149:4:1b01:ddee:a201:2ea0:77a0) (Quit: ap)
  284. # [02:25] * Joins: davidb (~davidb@bas1-toronto06-2925210142.dsl.bell.ca)
  285. # [02:25] * Quits: pablof (~pablof@144.189.101.1) (Read error: Connection reset by peer)
  286. # [02:26] * Joins: pablof (~pablof@144.189.101.1)
  287. # [02:27] * Quits: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90) (Ping timeout: 272 seconds)
  288. # [02:30] * Joins: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net)
  289. # [02:40] * Joins: espadrine_ (~espadrine@nat/mozilla/x-htjnxagstixpbgou)
  290. # [02:41] * Joins: krit (~krit@c-24-6-231-253.hsd1.ca.comcast.net)
  291. # [02:42] <MikeSmith> Hixie: looking into the cvs problem now
  292. # [02:42] * Quits: espadrine (~espadrine@2620:101:8003:200:915a:2bcb:4f87:6e1) (Ping timeout: 264 seconds)
  293. # [02:42] * espadrine_ is now known as espadrine
  294. # [02:48] * Quits: pablof (~pablof@144.189.101.1) (Ping timeout: 244 seconds)
  295. # [02:50] * Joins: ehsan (~ehsan@209.20.29.228)
  296. # [03:01] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  297. # [03:02] * Quits: krit (~krit@c-24-6-231-253.hsd1.ca.comcast.net) (Quit: Leaving.)
  298. # [03:02] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
  299. # [03:04] * Quits: rniwa (rniwa@nat/google/x-amexwfozusztjrzt) (Quit: rniwa)
  300. # [03:07] * Quits: recur (~textual@c-67-180-21-195.hsd1.ca.comcast.net) (Quit: Computer has gone to sleep.)
  301. # [03:09] <MikeSmith> Hixie: cvs problem should be fixed now
  302. # [03:12] * Joins: MikeSmith_ (~MikeSmith@s1106157.xgsspn.imtp.tachikawa.spmode.ne.jp)
  303. # [03:13] * Quits: tantek (~tantek@50-0-92-247.dsl.dynamic.sonic.net) (Quit: tantek)
  304. # [03:15] * Quits: MikeSmith (~MikeSmith@s1106009.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 248 seconds)
  305. # [03:15] * MikeSmith_ is now known as MikeSmith
  306. # [03:15] <Hixie> MikeSmith: k thanks
  307. # [03:18] * Quits: davidb (~davidb@bas1-toronto06-2925210142.dsl.bell.ca) (Quit: blast off!)
  308. # [03:18] * edwardbc is now known as edwardbc_
  309. # [03:31] * Joins: wodemaye__ (~wodemay@111.192.200.131)
  310. # [03:37] * Joins: mkanat (mkanat@nat/google/x-ycyyliadraahksxr)
  311. # [03:41] * Quits: dgathright (~dgathrigh@nat/yahoo/x-zeozgaimtbvssmhc) (Read error: Connection reset by peer)
  312. # [03:42] * Joins: dgathright (~dgathrigh@nat/yahoo/x-soercphvmibapeuh)
  313. # [03:53] * Joins: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp)
  314. # [03:53] * Quits: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp) (Read error: Connection reset by peer)
  315. # [03:53] * Joins: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp)
  316. # [03:57] * Joins: MikeSmith_ (~MikeSmith@s1106106.xgsspn.imtp.tachikawa.spmode.ne.jp)
  317. # [03:58] * heycam is now known as heycam|away
  318. # [03:58] * Quits: MikeSmith (~MikeSmith@s1106157.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 260 seconds)
  319. # [03:58] * MikeSmith_ is now known as MikeSmith
  320. # [04:07] * Joins: yarco (~yarco_wan@180.175.175.15)
  321. # [04:09] * Joins: tomasf (~tom@2002:55e5:dbde:0:c991:ef65:a9bf:c6d2)
  322. # [04:12] * Joins: Kasey (~kkellydes@cpe-76-181-198-184.columbus.res.rr.com)
  323. # [04:15] * Quits: chriseppstein (~chrisepps@209.119.65.162) (Quit: chriseppstein)
  324. # [04:17] * Quits: jernoble|afk (~jernoble@2620:149:4:1b01:8854:324a:e9d6:35ff) (Quit: jernoble|afk)
  325. # [04:17] * Quits: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp) (Remote host closed the connection)
  326. # [04:18] * Joins: tantek (~tantek@67.103.42.57)
  327. # [04:19] * Joins: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp)
  328. # [04:19] * Quits: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp) (Remote host closed the connection)
  329. # [04:19] * Joins: myakura (~myakura@FL1-122-130-129-42.tky.mesh.ad.jp)
  330. # [04:20] * Quits: MikeSmith (~MikeSmith@s1106106.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: MikeSmith)
  331. # [04:23] * heycam|away is now known as heycam
  332. # [04:28] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
  333. # [04:39] * Joins: krit (~krit@c-24-6-231-253.hsd1.ca.comcast.net)
  334. # [04:41] * Quits: tantek (~tantek@67.103.42.57) (Quit: tantek)
  335. # [04:58] * Quits: dgathright (~dgathrigh@nat/yahoo/x-soercphvmibapeuh) (Quit: dgathright)
  336. # [05:01] * Quits: Kasey (~kkellydes@cpe-76-181-198-184.columbus.res.rr.com) (Quit: Computer has gone to sleep.)
  337. # [05:03] * Quits: krit (~krit@c-24-6-231-253.hsd1.ca.comcast.net) (Quit: Leaving.)
  338. # [05:04] * Joins: MikeSmith (~MikeSmith@s1106106.xgsspn.imtp.tachikawa.spmode.ne.jp)
  339. # [05:23] * Joins: Druide__ (~Druid@p5B05CB10.dip.t-dialin.net)
  340. # [05:24] * Quits: Druide_ (~Druid@p5B135B88.dip.t-dialin.net) (Ping timeout: 265 seconds)
  341. # [05:54] * Quits: MikeSmith (~MikeSmith@s1106106.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: MikeSmith)
  342. # [05:58] * Quits: sicking (~chatzilla@nat/mozilla/x-wlnrcajyevokobnq) (Ping timeout: 260 seconds)
  343. # [06:04] * Joins: yoshiaki (~yoshiaki@netDHCP-187.keio.w3.org)
  344. # [06:07] * Joins: MikeSmith (~MikeSmith@s1106174.xgsspn.imtp.tachikawa.spmode.ne.jp)
  345. # [06:18] * Quits: MikeSmith (~MikeSmith@s1106174.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: MikeSmith)
  346. # [06:20] <Hixie> is there any equivalent of the fillText() method's last argument in CSS? something that says "try really hard to fit this text in this width"?
  347. # [06:20] <Hixie> i have a heading that i'd really like to have fit on one line, even if it has to be condensed to fit, regardless of screen width
  348. # [06:21] * Joins: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de)
  349. # [06:21] <Hixie> (it's only two words and on desktops it just looks fine but on some phones with particularly narrow screens it ends up wrapping to two lines which just looks ugly)
  350. # [06:22] * Quits: ajpiano (~ajpiano@li98-57.members.linode.com) (Quit: twss)
  351. # [06:31] * Quits: yarco (~yarco_wan@180.175.175.15) (Quit: Leaving.)
  352. # [06:32] * Quits: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com) (Quit: Leaving...)
  353. # [06:32] * Joins: nattokirai (~nattokira@rtr.mozilla.or.jp)
  354. # [06:38] * Quits: yoshiaki (~yoshiaki@netDHCP-187.keio.w3.org) (Remote host closed the connection)
  355. # [06:46] * Quits: espadrine (~espadrine@nat/mozilla/x-htjnxagstixpbgou) (Quit: espadrine)
  356. # [06:52] * Joins: chriseppstein (~chrisepps@99-6-85-4.lightspeed.sntcca.sbcglobal.net)
  357. # [06:52] * Quits: dbaron (~dbaron@70-36-140-110.dsl.dynamic.sonic.net) (Read error: Connection reset by peer)
  358. # [06:55] * Joins: malcolmva (~malcolmva@pool-74-108-142-22.nycmny.fios.verizon.net)
  359. # [06:56] * Joins: dbaron (~dbaron@70-36-140-110.dsl.dynamic.sonic.net)
  360. # [06:57] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
  361. # [07:00] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  362. # [07:06] * Joins: sicking (~chatzilla@c-67-180-8-184.hsd1.ca.comcast.net)
  363. # [07:07] * Quits: sicking (~chatzilla@c-67-180-8-184.hsd1.ca.comcast.net) (Remote host closed the connection)
  364. # [07:09] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
  365. # [07:10] * Joins: espadrine (~espadrine@63-235-13-3.dia.static.qwest.net)
  366. # [07:17] * Joins: MikeSmith (~MikeSmith@2001:200:1c0:3602:e2f8:47ff:fe19:7950)
  367. # [07:42] * Quits: Bass10 (~Bass10@c-76-113-194-7.hsd1.mn.comcast.net) (Ping timeout: 246 seconds)
  368. # [07:43] * Joins: Areks (~Areks@rs.gridnine.com)
  369. # [07:43] * Quits: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de) (Quit: Bye, bye! See you on http://leanbackplayer.com)
  370. # [07:46] * Joins: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de)
  371. # [07:53] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
  372. # [07:54] <MikeSmith> looks like CSAIL has a major scheduled network outage on the weekend of June 9 and 10 that I think will mean bugzilla and probably a lot of other stuff will not be available
  373. # [07:54] <MikeSmith> mail too I guess
  374. # [07:54] <Hixie> k
  375. # [07:56] * Quits: JohnAlbin (~JohnAlbin@114-42-57-66.dynamic.hinet.net) (Quit: HTTP/1.1 404 JohnAlbin Not Found)
  376. # [07:57] * Joins: JohnAlbin (~JohnAlbin@114-42-57-66.dynamic.hinet.net)
  377. # [08:00] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Remote host closed the connection)
  378. # [08:07] <Hixie> does JS have some mechanism by which an object can respond to method calls for methods i haven't yet defined?
  379. # [08:07] <Hixie> like perl's autoload?
  380. # [08:07] <Hixie> i have an object that represents something on the server but at the time the js object is instantiated i don't yet know what the object's type is cos i'm still waiting on the server
  381. # [08:08] <Hixie> the object's methods are all async
  382. # [08:08] <Hixie> so i want the methods, if called before i have the data, to just queue up the info and wait until we have it and then call back
  383. # [08:10] <MikeSmith> Hixie: google finds http://stackoverflow.com/questions/5422754/javascript-equivalent-of-perls-autoload
  384. # [08:10] <MikeSmith> no idea if that's helpful or not
  385. # [08:11] <Hixie> yeah, __noSuchMethod__ is what i want
  386. # [08:11] <Hixie> wonder if they're adding this to new ES versions
  387. # [08:11] <MikeSmith> I thought that was already in 5.1
  388. # [08:12] <Hixie> https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Object/NoSuchMethod (first hit on google) says "non-standard"
  389. # [08:12] <MikeSmith> oh
  390. # [08:12] <Hixie> hm, there's something called "proxies" in some version of JS
  391. # [08:14] <Hixie> blimey
  392. # [08:14] <Hixie> "simplicity" is the first thing on their requirements list
  393. # [08:14] <Hixie> but it's not clear that they managed it
  394. # [08:15] <MikeSmith> speaking of simplicity the powers that be in the CSS WG seem to be doing a great job making it a really good illustration of Conway's Law
  395. # [08:15] <Hixie> fullscreen?
  396. # [08:16] <MikeSmith> bingo
  397. # [08:16] * Joins: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl)
  398. # [08:17] <Hixie> yeah ok this proxies thing is going so far above my head i can't even feel it
  399. # [08:17] <Hixie> i guess i'll try something dumber
  400. # [08:19] * Joins: benvie (~brandon@cpe-174-097-187-248.nc.res.rr.com)
  401. # [08:32] * Joins: PalleZingmark (~Adium@217.13.228.226)
  402. # [08:37] * Joins: sedovsek (~robert@93-103-104-107.dynamic.t-2.net)
  403. # [08:41] * Joins: graememcc (~chatzilla@host86-147-207-41.range86-147.btcentralplus.com)
  404. # [08:47] * Joins: tantek (~tantek@50-0-92-247.dsl.dynamic.sonic.net)
  405. # [08:47] * Quits: PalleZingmark (~Adium@217.13.228.226) (Read error: Connection reset by peer)
  406. # [08:49] * Joins: PalleZingmark (~Adium@217.13.228.226)
  407. # [08:52] * Quits: tantek (~tantek@50-0-92-247.dsl.dynamic.sonic.net) (Ping timeout: 265 seconds)
  408. # [08:53] * Joins: DaFireball (~dirkpenni@90-145-26-140.bbserv.nl)
  409. # [08:53] * Quits: DaFireball (~dirkpenni@90-145-26-140.bbserv.nl) (Client Quit)
  410. # [08:54] * Joins: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net)
  411. # [08:55] * Quits: dirkpennings (~dirkpenni@90-145-26-140.bbserv.nl) (Ping timeout: 252 seconds)
  412. # [08:58] * Quits: ehsan (~ehsan@209.20.29.228) (Ping timeout: 252 seconds)
  413. # [08:58] * Joins: boblet (u1921@gateway/web/irccloud.com/x-obxtptmquslfjgiw)
  414. # [08:58] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Read error: Operation timed out)
  415. # [09:03] * Joins: sorenso (~sorenso@194.19.79.50)
  416. # [09:03] * Joins: shwetank (~shwetank@122.173.207.97)
  417. # [09:03] * Quits: sedovsek (~robert@93-103-104-107.dynamic.t-2.net) (Quit: sedovsek)
  418. # [09:05] * Joins: necolas (~necolas@5e0844a7.bb.sky.com)
  419. # [09:12] * Joins: sarspazam (~sarspazam@78-105-183-7.zone3.bethere.co.uk)
  420. # [09:15] * Joins: pyrsmk (~pyrsmk@143.182.141.88.rev.sfr.net)
  421. # [09:19] * Quits: mkanat (mkanat@nat/google/x-ycyyliadraahksxr) (Quit: Ex-Chat)
  422. # [09:24] * Joins: Kolombiken (~Adium@217.13.228.226)
  423. # [09:24] * Joins: Ducki (~Ducki@pD9E396AA.dip0.t-ipconnect.de)
  424. # [09:31] <dbaron> MikeSmith, what has the CSS WG done to fullscreen?
  425. # [09:32] * Joins: Ms2ger (~Ms2ger@91.181.38.75)
  426. # [09:34] <jgraham> In the interests of what journalists like to call "balance" http://www.zdnet.com/blog/btl/women-in-tech-manuela-hutter-sees-endless-possibilities/68158
  427. # [09:37] * Quits: sarspazam (~sarspazam@78-105-183-7.zone3.bethere.co.uk) (Quit: sarspazam)
  428. # [09:37] <annevk> http://tumbledry.org/2012/05/30/5_things_about_television o_O
  429. # [09:39] <MikeSmith> dbaron: discussion on the chairs list
  430. # [09:42] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  431. # [09:44] * Joins: mattgifford (~mattgiffo@108.161.20.199)
  432. # [09:47] * Joins: zcorpan (~zcorpan@node-7ahkvy2kr5lptqsue.a0.ipv6.opera.com)
  433. # [09:52] * Quits: dbaron (~dbaron@70-36-140-110.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  434. # [09:56] * Joins: gwicke_train (~gabriel@46.115.16.156)
  435. # [10:04] * Quits: necolas (~necolas@5e0844a7.bb.sky.com) (Remote host closed the connection)
  436. # [10:06] * Joins: smaug____ (~chatzilla@212-226-42-198-nat.elisa-mobile.fi)
  437. # [10:06] * Quits: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
  438. # [10:08] * Joins: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de)
  439. # [10:22] * Quits: kborchers (~kborchers@unaffiliated/kborchers) (Excess Flood)
  440. # [10:22] <annevk> odinho: haha, that IDL typo bug
  441. # [10:23] <odinho> annevk: heh, yeah, embarrasing
  442. # [10:23] <annevk> notices double ;, does not notice glaring typo
  443. # [10:23] * Joins: kborchers (~kborchers@unaffiliated/kborchers)
  444. # [10:23] <annevk> that's a meme for the "IDL junky" face
  445. # [10:27] <odinho> annevk :P
  446. # [10:28] <odinho> annevk: I can said that was implied, too easy, anyone could see it :P
  447. # [10:28] <wodemaye__> how do i get at the hostname of an href the DOM-standard-compliant way?
  448. # [10:29] <wodemaye__> getElementsByTagName("a")[0
  449. # [10:29] <wodemaye__> oops
  450. # [10:29] <wodemaye__> is getElementsByTagName("a")[0].href.hostname standards-compliant?
  451. # [10:29] * Quits: gwicke_train (~gabriel@46.115.16.156) (Ping timeout: 265 seconds)
  452. # [10:30] <odinho> wodemaye__: Don't think so, but it should be best to check spec.
  453. # [10:30] * Joins: raphc (~rc@85-171-157-44.rev.numericable.fr)
  454. # [10:31] <wodemaye__> odinho, any specific place/doc u would look in?
  455. # [10:31] <annevk> wodemaye__: it.s [0].hostname
  456. # [10:31] * Joins: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net)
  457. # [10:31] <annevk> http://whatwg.org/C#htmlanchorelement
  458. # [10:31] <wodemaye__> annevk, is that guaranteed standards-compliant/cross-browser compatible?
  459. # [10:31] <odinho> wodemaye__: Write a test and test it :-)
  460. # [10:32] <annevk> well it's in the HTML standard
  461. # [10:32] <annevk> it probably works everywhere as it's ancient (iirc), but who knows
  462. # [10:32] * Quits: jwalden (~waldo@c-71-202-165-226.hsd1.ca.comcast.net) (Client Quit)
  463. # [10:32] <wodemaye__> annevk, but it's not deprecated?
  464. # [10:32] <annevk> no
  465. # [10:33] * Joins: tomasf_ (~tomasf@77.72.97.5.c.fiberdirekt.net)
  466. # [10:33] <wodemaye__> annevk, ur link fails.
  467. # [10:33] <odinho> wodemaye__: Works in Opera, Firefox, Chromium, and IE10. So that's them done.
  468. # [10:33] <annevk> DreamHost is having some issues I guess
  469. # [10:34] <wodemaye__> annevk, whatwg is hosted on dreamhost?
  470. # [10:34] <annevk> should work in a bit
  471. # [10:34] <annevk> yeah
  472. # [10:34] <wodemaye__> the goog couldn't spare a bit of hosting space, Hixie ?
  473. # [10:35] <annevk> they probably can, but we like to run the show without using company resources (other than time)
  474. # [10:36] <odinho> annevk: hmmz. the spec at w3, can't click stuff to get backlinks etc. Is that disabled for w3 compat mode?
  475. # [10:37] * Quits: nattokirai (~nattokira@rtr.mozilla.or.jp) (Quit: nattokirai)
  476. # [10:37] <annevk> odinho: W3C had issues with running scripts at some point
  477. # [10:37] <MikeSmith> no such issues now
  478. # [10:37] <odinho> wodemaye__: http://dev.w3.org/html5/spec/the-a-element.html#the-a-element http://dev.w3.org/html5/spec/the-a-element.html#dom-a-hostname
  479. # [10:37] <MikeSmith> the backlinks work in the author-view
  480. # [10:38] <MikeSmith> including the multi-page
  481. # [10:38] <MikeSmith> for the full spec, I thought I had them working, for the single-page version at leat
  482. # [10:39] <odinho> wodemaye__: Ah, look at author view instead. http://dev.w3.org/html5/spec-author-view/the-a-element.html#htmlanchorelement
  483. # [10:39] <odinho> MikeSmith: Yes, it did work in author view. :]
  484. # [10:40] <MikeSmith> I should fix it for the full spec if it's not working
  485. # [10:40] <MikeSmith> I guess I would notice these things if I actually used that when I needed to look up something
  486. # [10:40] * Joins: drublic (~drublic@frbg-5f731c9c.pool.mediaWays.net)
  487. # [10:41] <odinho> MikeSmith: lol, what do you mean, where do you look? at whatwg? at w3schools? (:P)
  488. # [10:41] <odinho> I gave you some heavy opposites there.
  489. # [10:41] <jgraham> MikeSmith is actually the secret villian behinf w3schools
  490. # [10:42] <odinho> babambmaaaaamm!!! :-o
  491. # [10:42] <MikeSmith> I put the "cool" in w3schools
  492. # [10:42] <jgraham> It is run from his HQ inside a Japanese volcano
  493. # [10:42] <wodemaye__> except there is no "cool" in w3schools.
  494. # [10:42] <wodemaye__> is w3s at all associated with w3c?
  495. # [10:43] <annevk> nope
  496. # [10:43] <MikeSmith> I only write my w3schools content when I'm loaded
  497. # [10:43] <odinho> lol
  498. # [10:45] * Quits: drublic (~drublic@frbg-5f731c9c.pool.mediaWays.net) (Ping timeout: 276 seconds)
  499. # [10:45] <MikeSmith> the problem with sites like MDN is that they value accuracy too highly
  500. # [10:45] <MikeSmith> leaves no room for free improvisation
  501. # [10:47] <wodemaye__> loaded? MikeSmith
  502. # [10:48] <MikeSmith> wodemaye__: piped up
  503. # [10:48] <wodemaye__> MikeSmith, piped up?
  504. # [10:48] <odinho> MikeSmith: As a reader, there's also way too much relevant information on those pages, I find it much better when you can just get some incorrectly written super small non-helping description instead.
  505. # [10:48] <MikeSmith> odinho: now you're talking
  506. # [10:48] <wodemaye__> not a native english speaker so i don't know some slang, sorry.
  507. # [10:49] <wodemaye__> does it mean drunk?
  508. # [10:49] <MikeSmith> you'd understand w3schools much better if you used it while listening to Albert Ayler's "Love Cry"
  509. # [10:49] <MikeSmith> there are messages in there waiting to be heard
  510. # [10:49] <wodemaye__> but doesn'nt MDN specifically document the mozilla implementation of the standards?
  511. # [10:49] <Ms2ger> Not anymore
  512. # [10:50] <wodemaye__> Ms2ger, seriously?
  513. # [10:50] <Ms2ger> The documentation for web-exposed APIs should be vendor-neutral
  514. # [10:51] <benvie> they discuss vendor specifics but for all vendors
  515. # [10:51] <benvie> which is useful
  516. # [10:51] <Ms2ger> With help from paul_irish and other Googlers, too
  517. # [10:52] <odinho> Helpful list at the bottom too: https://developer.mozilla.org/en/http_access_control#Browser_compatibility
  518. # [10:53] * heycam is now known as heycam|away
  519. # [10:53] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 265 seconds)
  520. # [10:53] <odinho> Although stuff does hang in there: Requires Gecko 2.0 (Firefox 4 / Thunderbird 3.3 / SeaMonkey 2.1)
  521. # [10:53] <wodemaye__> web-exposed APIs?
  522. # [10:54] <odinho> Well, Access-Control-Expose-Headers works in most all browsers now AFAIK, not just Gecko 2 :P
  523. # [10:54] <odinho> At least in Opera 12, which I know best.
  524. # [10:54] <Ms2ger> MDN also documents a lot of Gecko internals; not much point in trying to make those vendor-neutral
  525. # [10:55] * Ms2ger glares at his inbox
  526. # [10:55] * Quits: mattgifford (~mattgiffo@108.161.20.199) (Remote host closed the connection)
  527. # [10:55] <wodemaye__> Ms2ger, i almost never used mdn cus i wanted to code to standards and not implementations, but holy shit there's some badass document'n in there.
  528. # [10:56] <wodemaye__> thanks dude. Ms2ger
  529. # [10:56] <Ms2ger> Np :)
  530. # [10:56] <benvie> it's often not clear when you've drifted out of the standard JS stuff into mozilla-specific land
  531. # [10:57] <odinho> benvie: Yeah, -- it would be nice to have them more seperated.
  532. # [10:57] <benvie> but it's usually noe just a section of an article, but like the whole section of the site
  533. # [10:57] <benvie> but they look the same and interlink
  534. # [10:57] <odinho> Although I can really see why Mozilla doesn't want to move it to a more neutral place :P
  535. # [10:57] <Ms2ger> There's been talk of separating them more, not sure how that's going ahead
  536. # [10:57] <benvie> hah yeah
  537. # [10:58] <MikeSmith> do we really not have any contributed test cases for postmsg?
  538. # [10:58] <odinho> I seem to remember Opera and Google wanting to part with their docs for a W3-hosted place like this. But Mozilla has the most thorough and best docs, so would be giving away most stuff by far.
  539. # [10:58] <benvie> well it seems like everyone's moving in the same general direction, which towards more js-centric and standardized in that fashion
  540. # [10:59] <MikeSmith> jgraham: btw and fwiw I agree it'd be better at this point to end the approved/submitted division
  541. # [10:59] <wodemaye__> benvie, what's a good/comprehensive/reliable/accurate documentation effort that aims primarily to document only standards with maybe some notes sprinkled through about implementation but explicitly made known as such.
  542. # [10:59] <MikeSmith> jgraham: I guess details about whether a test is approved or not could go into a manifest or something
  543. # [10:59] <benvie> well
  544. # [11:00] <benvie> I don't know that there is one
  545. # [11:00] <Ms2ger> jgraham, I approve of anything that makes the paths shorter, that would make life easier for thunderbird developers on windows :)
  546. # [11:00] <benvie> MDN does a good job as it is
  547. # [11:00] <benvie> so there's no push to redo its efforts
  548. # [11:00] <wodemaye__> what about the official w3/whatwg docs? those aren't the most readable...
  549. # [11:01] <wodemaye__> would u recommend referring to those often benvie ?
  550. # [11:01] <benvie> from my experience, the W3C specs combined with MDN are all that's eneded
  551. # [11:01] <odinho> MikeSmith: where is this email, if any?
  552. # [11:01] <Ms2ger> odinho, public-test-infra
  553. # [11:01] <benvie> let's see
  554. # [11:01] <odinho> All these lists I'm not on... *finding*
  555. # [11:01] <benvie> http://www.html5rocks.com/en/ is probably a big one for quality
  556. # [11:02] <odinho> benvie: Although often very WebKit-centric
  557. # [11:02] <benvie> yeah it's very much a google/webkit oriented thing
  558. # [11:03] <wodemaye__> benvie, but its fairly authoritative?
  559. # [11:03] <benvie> I guess it's kind of hard to find a party willing to put in the expertise resources to produce this content that ISN'T directly affiliated with one of the vendors
  560. # [11:03] <Ms2ger> Achievement unlocked: fantasai agrees with me on www-style
  561. # [11:03] <jgraham> Ms2ger: You sure?
  562. # [11:04] <benvie> and with how things are standardized, you can get away with doing a laege chunk of standardized...ish content that still favors your specific implementation's strengths
  563. # [11:04] <benvie> just because you know it best
  564. # [11:04] * Joins: mattlucht (~mattlucht@86.188.141.136)
  565. # [11:04] <MikeSmith> Ms2ger: watch out for lightening strikes
  566. # [11:04] <jgraham> Also, working backwards through time, lol windows
  567. # [11:04] <benvie> authoritative in this world is easy
  568. # [11:04] <Ms2ger> jgraham, yeah :/
  569. # [11:04] <jgraham> MikeSmith: Yeah that seems much more sensible to me
  570. # [11:04] <benvie> does it exist in an implemtnation or not
  571. # [11:05] <benvie> it either can be used or can't be
  572. # [11:05] * Joins: mpt (~mpt@nat/canonical/x-fbgdbofkrxbsuipi)
  573. # [11:05] * Quits: mpt (~mpt@nat/canonical/x-fbgdbofkrxbsuipi) (Changing host)
  574. # [11:05] * Joins: mpt (~mpt@canonical/mpt)
  575. # [11:05] <Ms2ger> jgraham, in a meta element! ;)
  576. # [11:05] <jgraham> Ms2ger: You unlocked the trolling #whatwg achievement a long time agao. No need to do it again :p
  577. # [11:06] <Ms2ger> Why thank you, dear
  578. # [11:06] * Quits: mattlucht (~mattlucht@86.188.141.136) (Client Quit)
  579. # [11:06] <benvie> the web api sphere is a finely balanced dance of anarchy. It's like a house of cards that is reinforced by its own frailty
  580. # [11:11] * Joins: drublic (~drublic@frbg-5f73238f.pool.mediaWays.net)
  581. # [11:12] * Joins: necolas (~necolas@80.231.76.54)
  582. # [11:13] * Joins: Ducki_ (~Ducki@pD9E396AA.dip0.t-ipconnect.de)
  583. # [11:14] * Quits: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de) (Ping timeout: 245 seconds)
  584. # [11:15] * Joins: LBP (~Mirc@pD9EB1C91.dip0.t-ipconnect.de)
  585. # [11:16] * Quits: Ducki (~Ducki@pD9E396AA.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
  586. # [11:17] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 252 seconds)
  587. # [11:19] <MikeSmith> benvie: a dancing spherical house of cards?
  588. # [11:21] * Joins: barnabywalters (~barnabywa@host-92-28-210-212.as13285.net)
  589. # [11:21] <Ms2ger> Yay, unprefixed border-image coming to Gecko
  590. # [11:21] * Ms2ger bets Opera did it first
  591. # [11:22] <smaug____> :p
  592. # [11:22] <odinho> Never gets old, does it :P
  593. # [11:22] * Quits: Lachy_ (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
  594. # [11:23] <Ms2ger> No :)
  595. # [11:24] <odinho> Webbrowser getting bought by a website, Opera did it first (?) :
  596. # [11:27] <smaug____> well, ok, that is something NS managed to do first
  597. # [11:27] * smaug____ hopes the rumors about FB buying Opera aren't true
  598. # [11:29] <odinho> smaug____: Ah yes. Then it's no danger, because it's already done. So no reason to do it. *phew
  599. # [11:31] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  600. # [11:31] * wodemaye__ hopes they are true! :)
  601. # [11:32] * Quits: barnabywalters (~barnabywa@host-92-28-210-212.as13285.net) (Quit: barnabywalters)
  602. # [11:32] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  603. # [11:33] <smaug____> it would be very sad to lose Opera to an evil empire.
  604. # [11:34] <odinho> It would be very sad to suddenly work for an evil empire.
  605. # [11:34] <odinho> I would probably even have to get a facebook account.
  606. # [11:34] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Client Quit)
  607. # [11:36] <AryehGregor> zcorpan, yes, the stack trace can be annoyingly large, I agree. Unfortunately, since it's not in a standard format, we can't really do anything to make it better except not print it. Which is probably a good idea for most tests, but not for my crazy complicated tests. :)
  608. # [11:37] <zcorpan> AryehGregor: we should make it a standard already :-P
  609. # [11:37] <AryehGregor> annevk, in the United States, I noticed that after I kept an HTTP connection open for more than a second or so, bandwidth dropped drastically. I suspect my ISP was prioritizing short-lived TCP connections to benefit typical HTTP over long downloads and such.
  610. # [11:38] * Joins: gwicke_train (gabriel@conference/mediawikihackaton/x-krmvwazrnkobmxab)
  611. # [11:38] <AryehGregor> (which is a good form of network non-neutrality, IMO, although it might do the wrong thing for videoconferencing)
  612. # [11:39] * Quits: raphc (~rc@85-171-157-44.rev.numericable.fr) (Quit: No Ping reply in 180 seconds.)
  613. # [11:39] <annevk> this was ssh
  614. # [11:39] <AryehGregor> (it shouldn't hurt VoIP as long as they only throttle the bandwidth of long-lived connections)
  615. # [11:39] <AryehGregor> Right, but they'd want to hit BitTorrent and FTP too, so if I were them I'd just do it at the TCP level and ignore the protocol.
  616. # [11:40] <AryehGregor> That also means you don't have to actually inspect the traffic.
  617. # [11:40] <AryehGregor> Which is good because often you can't.
  618. # [11:40] * Joins: raphc (~rc@85-171-157-44.rev.numericable.fr)
  619. # [11:42] * Quits: chriseppstein (~chrisepps@99-6-85-4.lightspeed.sntcca.sbcglobal.net) (Quit: chriseppstein)
  620. # [11:42] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  621. # [11:44] * Quits: smaug____ (~chatzilla@212-226-42-198-nat.elisa-mobile.fi) (Remote host closed the connection)
  622. # [11:45] * Joins: smaug____ (~chatzilla@212-226-42-198-nat.elisa-mobile.fi)
  623. # [11:47] * Joins: romainhuet (u2533@gateway/web/irccloud.com/x-hpckkdhaeazskece)
  624. # [11:50] * Joins: mattlucht (~mattlucht@86.188.141.136)
  625. # [11:58] <jgraham> AryehGregor: FWIW we don't actually have any local branches yet
  626. # [11:59] <jgraham> But it is a use case we have had, and addressed badly for non-W3C testsuites so it doesn't seem unlikely that we will have to address it for W3C ones
  627. # [11:59] <jgraham> (e.g. if there is some test that hardcodes domains due to testing document.domain, we would want to patch it to use different domains)
  628. # [12:00] <jgraham> Life would be much easier if Hixie didn't sleep. Does anyone understand navigation well enough to explain https://www.w3.org/Bugs/Public/show_bug.cgi?id=17245 to me?
  629. # [12:02] * Quits: jochen__ (jochen@nat/google/x-byhpgqowgqnsgmxj) (Remote host closed the connection)
  630. # [12:02] * Joins: jochen__ (jochen@nat/google/x-swfbdjdeevvksvsk)
  631. # [12:02] * Quits: mattlucht (~mattlucht@86.188.141.136) (Read error: Connection reset by peer)
  632. # [12:04] <annevk> didn't we have a copy of the Design Principles on the WHATWG Wiki at some point?
  633. # [12:04] <AryehGregor> jgraham, why not just fix it in the repo? You have commit access.
  634. # [12:04] <annevk> or was it a W3C Wiki page?
  635. # [12:05] <odinho> AryehGregor: Hmmm. Like it is now, it's not looked nicely upon to go into other vendors folders and just rewrite them :P
  636. # [12:05] <annevk> http://www.w3.org/html/wg/wiki/ProposedDesignPrinciples
  637. # [12:05] <AryehGregor> odinho, I think it's considered fine once they're formally submitted, at least if you talk to the submitter first, right?
  638. # [12:06] <AryehGregor> It should be, anyway . . .
  639. # [12:06] <annevk> seems to be have become quite the mess
  640. # [12:07] <jgraham> AryehGregor: Fix what?
  641. # [12:07] * Joins: nonge_ (~nonge@p5B326669.dip.t-dialin.net)
  642. # [12:07] <AryehGregor> jgraham, if the test isn't usable from non-W3C-land.
  643. # [12:07] <odinho> AryehGregor: yea, -- but I don't feel like I should mess around in e.g. the submitted/Microsoft/ folder, I don't belong in there.
  644. # [12:07] <jgraham> It is quite possible that for some tests different servers will be needed on the public internet and on our internal network
  645. # [12:08] <AryehGregor> odinho, I think CSSWG policy, at least, is that you're allowed to. Anyway, you certainly can give it as feedback before it gets approved.
  646. # [12:08] <Ms2ger> odinho, I'm happy to mess around in the Opera folders ;)
  647. # [12:08] <AryehGregor> jgraham, sure, but there should be some way to do that without patching the tests.
  648. # [12:08] <MikeSmith> annevk: it seems like there was something on the WHATWG wiki
  649. # [12:08] <jgraham> AryehGregor: Perhaps, I guess it depends on the details of the tests
  650. # [12:09] <MikeSmith> um, what does "frictionless" mean in terms of Web development?
  651. # [12:09] <odinho> AryehGregor: Yea, I already have a support.js file where you can set some variables. Those should be possible (and most maybe want) to override at least.
  652. # [12:09] <odinho> Ms2ger: Yea, I'm okay with people messing around in the Opera folder. We're just that kind of company ^^
  653. # [12:10] * Joins: mattlucht (~mattlucht@86.188.141.136)
  654. # [12:10] <annevk> MikeSmith: I cannot find it
  655. # [12:10] <jgraham> In any case I wouldn't like to design in the assumption that we will never have to make local patches
  656. # [12:11] * gwicke_train is now known as gwicke
  657. # [12:11] * Quits: nonge (~nonge@p5B326D0C.dip.t-dialin.net) (Ping timeout: 260 seconds)
  658. # [12:13] <MikeSmith> annevk: yeah, I can't either
  659. # [12:20] * Quits: smaug____ (~chatzilla@212-226-42-198-nat.elisa-mobile.fi) (Ping timeout: 265 seconds)
  660. # [12:22] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
  661. # [12:25] * Quits: mattlucht (~mattlucht@86.188.141.136) (Quit: mattlucht)
  662. # [12:34] * Joins: mpt (~mpt@nat/canonical/x-wsllsjczsrmkffkw)
  663. # [12:34] * Quits: mpt (~mpt@nat/canonical/x-wsllsjczsrmkffkw) (Changing host)
  664. # [12:34] * Joins: mpt (~mpt@canonical/mpt)
  665. # [12:50] * Quits: Kolombiken (~Adium@217.13.228.226) (Quit: Leaving.)
  666. # [12:54] * Joins: wodemay (~wodemay@64.71.131.77)
  667. # [12:57] * Quits: wodemaye__ (~wodemay@111.192.200.131) (Ping timeout: 252 seconds)
  668. # [12:58] * Joins: rworth (~rworth@75-150-65-76-NewEngland.hfc.comcastbusiness.net)
  669. # [13:02] * Quits: MikeSmith (~MikeSmith@2001:200:1c0:3602:e2f8:47ff:fe19:7950) (Quit: MikeSmith)
  670. # [13:04] * Quits: ^esc (~esc_ape@77.116.246.197.wireless.dyn.drei.com) (Ping timeout: 265 seconds)
  671. # [13:11] * Joins: Lachy (Lachy@nat/opera/x-lqrynnolikyddqpg)
  672. # [13:16] * Joins: ^esc (~esc_ape@77.117.247.25.wireless.dyn.drei.com)
  673. # [13:20] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
  674. # [13:21] <jgraham> There's nothing I like more than spec threads where someone says "we should change the spec to say X" and then others say "yeah we changed our implementation to do that already (but didn't tell anyone)"
  675. # [13:22] <odinho> Seems to have been a few lately.
  676. # [13:35] * Quits: ^esc (~esc_ape@77.117.247.25.wireless.dyn.drei.com)
  677. # [13:35] * Joins: mattlucht (~mattlucht@86.188.141.136)
  678. # [13:45] * Quits: mattlucht (~mattlucht@86.188.141.136) (Quit: mattlucht)
  679. # [13:48] * Joins: MikeSmith (~MikeSmith@s1106064.xgsspn.imtp.tachikawa.spmode.ne.jp)
  680. # [13:53] * Joins: ^esc (~esc_ape@178.115.248.29.wireless.dyn.drei.com)
  681. # [13:55] * Quits: shwetank (~shwetank@122.173.207.97) (Quit: Leaving...)
  682. # [14:00] * Joins: harig (~harig@117.216.25.209)
  683. # [14:03] * Quits: manu-db (~msporny@digitalbazaar.com) (Ping timeout: 248 seconds)
  684. # [14:04] * Joins: Kolombiken (~Adium@217.13.228.226)
  685. # [14:06] * Joins: Kasey (~kkellydes@cpe-76-181-198-184.columbus.res.rr.com)
  686. # [14:10] <MikeSmith> how is the word skägg pronounced?
  687. # [14:10] * Quits: ciluu (~ciluu@2a01:270:201f:0:20c:29ff:fe66:da98) (Ping timeout: 272 seconds)
  688. # [14:11] * Joins: ciluu (~ciluu@2a01:270:201f:0:20c:29ff:fe66:da98)
  689. # [14:12] <jgraham> If you are a human? By configuring your vocal chords/tounge/lips in the correct way and modulating the flow of air through them as needed. If you are Ms2ger? By sending electrical signals that cause vibrations in the cone of a speaker.
  690. # [14:12] <jgraham> I imagine
  691. # [14:12] <jgraham> Not that I have ever examined his hardware of course
  692. # [14:13] * Quits: Ducki_ (~Ducki@pD9E396AA.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
  693. # [14:14] * Joins: Ducki_ (~Ducki@pD9E396AA.dip0.t-ipconnect.de)
  694. # [14:16] <zcorpan> MikeSmith: http://sv.forvo.com/word/sk%C3%A4gg/#sv
  695. # [14:16] * Joins: erichynds (~ehynds@64.206.121.41)
  696. # [14:18] <MikeSmith> tack
  697. # [14:19] * Joins: kennyluck (~kennyluck@114-43-121-125.dynamic.hinet.net)
  698. # [14:19] <Ms2ger> *takk
  699. # [14:19] <annevk> zcorpan: we should nail down that list then
  700. # [14:22] <MikeSmith> annevk: plh is going to shut down our working group if we don't get remaining issues resolved and publish a LCWD
  701. # [14:22] <MikeSmith> charter expires in 1 month
  702. # [14:23] * Quits: wodemay (~wodemay@64.71.131.77) (Ping timeout: 246 seconds)
  703. # [14:23] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Ping timeout: 240 seconds)
  704. # [14:25] <annevk> MikeSmith: for a guy that claims to care about patent commitments he seems to care little
  705. # [14:25] <annevk> MikeSmith: did he miss that Apple joined the Notifications WG?
  706. # [14:25] <MikeSmith> no, he knows that
  707. # [14:26] <MikeSmith> he would just kind of like to see some actual further progress made on the spec I guess
  708. # [14:26] <annevk> I did actually ping John again earlier today
  709. # [14:26] <annevk> apparently he's on the YouTube team so doesn't have much time
  710. # [14:27] <annevk> but I'll see what he says
  711. # [14:27] <annevk> I happen to not care much for WGs so threatening to close mine down seems counter-productive
  712. # [14:28] <MikeSmith> k
  713. # [14:28] <annevk> but I do care somewhat about Notifications
  714. # [14:28] <Ms2ger> Shut down the WG and move to the WHATCG?
  715. # [14:29] <MikeSmith> annevk: I wonder whether other John might be willing to work on the spec
  716. # [14:29] <MikeSmith> John Lee
  717. # [14:29] <MikeSmith> Apple
  718. # [14:29] <MikeSmith> he seems a bit more motivated right now
  719. # [14:30] <MikeSmith> annevk: hey there's a new CSS group for you to join
  720. # [14:30] <MikeSmith> http://www.w3.org/community/blog/2012/05/31/proposed-group-css-specifications-community-group/
  721. # [14:30] <MikeSmith> no idea who floated that one
  722. # [14:30] <MikeSmith> "This group addresses and discusses proposed ideas for CSS specifications."
  723. # [14:31] <MikeSmith> both addresses and discusses
  724. # [14:31] <MikeSmith> in that order
  725. # [14:31] * Joins: jdong_bot_ (~jdong_bot@106.3.63.141)
  726. # [14:31] <annevk> MikeSmith: we could ask him if John doesn't do anything
  727. # [14:31] <annevk> MikeSmith: or I could do it; I have some time now
  728. # [14:32] <MikeSmith> whatever works for you
  729. # [14:32] <annevk> I have doubts John Lee has the time
  730. # [14:33] <MikeSmith> OK
  731. # [14:34] * Joins: davidb (~davidb@bas1-toronto06-2925210142.dsl.bell.ca)
  732. # [14:34] <zcorpan> hmm, seems nobody supports MutationNameEvent?
  733. # [14:35] <annevk> s/hmm, seems/yay/
  734. # [14:35] <Ms2ger> Seems correct for Gecko
  735. # [14:35] * Joins: maikmerten (~merten@vpn25171.itmc.tu-dortmund.de)
  736. # [14:35] <annevk> also Opera/WebKit checking window.MutationNameEvent
  737. # [14:36] <gsnedders> wilhelm: Given you keep on complaining about it, you might be interested in what the latest snapshot has a fix for. ;)
  738. # [14:36] * Joins: manu-db (~msporny@digitalbazaar.com)
  739. # [14:37] <annevk> IE also doesn't have it
  740. # [14:37] <Ms2ger> IE10?
  741. # [14:37] <annevk> ooh
  742. # [14:37] <annevk> MutationNameEvent was a DOM Level 3 Events addition?
  743. # [14:38] <annevk> it's not in http://www.w3.org/TR/DOM-Level-2-Events/events.html anyway
  744. # [14:38] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  745. # [14:38] <Ms2ger> For document.renameNode(), apparently
  746. # [14:39] * Quits: ryuone (~ryuone@www2406uf.sakura.ne.jp) (Quit: Tiarra 0.1+svn-37367: SIGTERM received; exit)
  747. # [14:39] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  748. # [14:39] <zcorpan> filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=17270
  749. # [14:39] <annevk> fast zcorpan is fast
  750. # [14:39] * Joins: ryuone (~ryuone@www2406uf.sakura.ne.jp)
  751. # [14:42] <wilhelm> gsnedders: I have already been informed. Thanks, I'll try it out. (c:
  752. # [14:42] * Joins: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com)
  753. # [14:42] <annevk> I guess it would prudent to check Level 3 against Level 2 to see what else was added that's not actually useful
  754. # [14:42] * Joins: Bass10 (Bass10@c-76-113-194-7.hsd1.mn.comcast.net)
  755. # [14:42] <kennyluck> Can we publicly criticize Google on the WHATWG blog for not making enough effort in the standardization work?
  756. # [14:42] <MikeSmith> eh?
  757. # [14:42] <Ms2ger> And Apple?
  758. # [14:42] <Ms2ger> And Mozilla?
  759. # [14:43] <Ms2ger> And Microsoft?
  760. # [14:43] <zcorpan> and w3c?
  761. # [14:43] <MikeSmith> heh
  762. # [14:43] <Ms2ger> Not Opera, I guess
  763. # [14:43] <zcorpan> nope, we did it first
  764. # [14:43] <gsnedders> We shipped a Native HTML6 implementation last year.
  765. # [14:43] <Ms2ger> You were first not to make enough effort?
  766. # [14:44] <Ms2ger> Glad you got over that, then ;)
  767. # [14:44] <annevk> kennyluck: if that's the summary of the post I'm not sure how that's a useful post for the WHATWG blog
  768. # [14:45] <kennyluck> *shrug*
  769. # [14:45] <gsnedders> kennyluck: What's the justification for them not putting in enough effort?
  770. # [14:45] <MikeSmith> kennyluck: shop that idea out to due at .Net magazine. I bet he'd love it
  771. # [14:46] * Quits: maikmerten (~merten@vpn25171.itmc.tu-dortmund.de) (Ping timeout: 245 seconds)
  772. # [14:46] <kennyluck> gsnedders, why ask me? It seems pretty clear that we have very little or no expectation for Apple, but Google… hmm...
  773. # [14:46] <annevk> so why do FocusEvent and such still have init*Event()?
  774. # [14:47] <zcorpan> why does DOMActivate still exist in the spec?
  775. # [14:47] <zcorpan> why does DOM3 Events still suck?
  776. # [14:48] <zcorpan> so many questions :-)
  777. # [14:48] <kennyluck> why does CSS2.1 read like an advanced tutorial instead of a spec?
  778. # [14:48] <annevk> because it's CSS 2.0 patched instead of the rewrite it deserved
  779. # [14:49] <Ms2ger> I guess that applies equally to D3E
  780. # [14:49] * Joins: wodemay (~wodemay@111.192.200.131)
  781. # [14:49] <annevk> Media Queries too :(
  782. # [14:51] <Ms2ger> ALL THE SPECS
  783. # [14:52] * Quits: [[zz]] (~q@node-ile.pool-101-108.dynamic.totbb.net) (Ping timeout: 246 seconds)
  784. # [14:53] <Ms2ger> Who's going to try and get CSS to define what "critical subresources" are?
  785. # [14:53] * annevk frowns
  786. # [14:55] * Quits: harig (~harig@117.216.25.209) (Quit: harig)
  787. # [14:55] <MikeSmith> if berjon is working on updating the WebIDL stuff in respec, would be good to update it to use the same biblio stuff as anolis
  788. # [14:55] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 245 seconds)
  789. # [14:56] * Quits: MikeSmith (~MikeSmith@s1106064.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: MikeSmith)
  790. # [15:01] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
  791. # [15:02] * Quits: moo-_- (miohtama@lakka.kapsi.fi) (Ping timeout: 250 seconds)
  792. # [15:04] * Quits: wodemay (~wodemay@111.192.200.131) (Ping timeout: 245 seconds)
  793. # [15:05] * Joins: shwetank (~shwetank@122.173.207.97)
  794. # [15:05] * Joins: [[zz]] (~q@node-ayn.pool-182-53.dynamic.totbb.net)
  795. # [15:08] * Joins: mpt (~mpt@canonical/mpt)
  796. # [15:10] * Quits: necolas (~necolas@80.231.76.54) (Remote host closed the connection)
  797. # [15:11] * Joins: sarro (~sarro@i5E864B9E.versanet.de)
  798. # [15:12] * Joins: moo-_- (miohtama@lakka.kapsi.fi)
  799. # [15:22] * Quits: Kolombiken (~Adium@217.13.228.226) (Quit: Leaving.)
  800. # [15:23] * Joins: yodasw16 (~dgillhesp@ql1fwhide.rockfin.com)
  801. # [15:24] * Joins: mamund (mamund@puddle.of.bluetears.org)
  802. # [15:25] * Parts: mamund (mamund@puddle.of.bluetears.org)
  803. # [15:33] * Joins: MikeSmith (~MikeSmith@s1106162.xgsspn.imtp.tachikawa.spmode.ne.jp)
  804. # [15:36] * Joins: Kolombiken (~Adium@217.13.228.226)
  805. # [15:44] * Joins: MacTed (~Thud@63.119.36.36)
  806. # [15:45] * Joins: scor (~scor@drupal.org/user/52142/view)
  807. # [15:46] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
  808. # [15:47] * Joins: karlcow (~karl@nerval.la-grange.net)
  809. # [15:55] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  810. # [15:56] * Joins: barnabywalters (~barnabywa@host-78-149-45-207.as13285.net)
  811. # [16:00] * Joins: necolas (~necolas@80.231.76.54)
  812. # [16:03] * Quits: sorenso (~sorenso@194.19.79.50) (Quit: Computer has gone to sleep.)
  813. # [16:07] <annevk> I hope he succeeds
  814. # [16:10] * Joins: codacoder (~codacoder@ip70-178-234-36.ks.ks.cox.net)
  815. # [16:11] <codacoder> anyone here?
  816. # [16:15] <jgraham> No
  817. # [16:16] <codacoder> I can tell ;)
  818. # [16:16] <codacoder> it's that vacant look
  819. # [16:17] <jgraham> We're so pretty
  820. # [16:17] <codacoder> Was hoping someone could explain something about the specs - specifically, about DEPRECATED/OBSOLETE
  821. # [16:17] <codacoder> lol
  822. # [16:18] <codacoder> a Brit I see. Prob as old as me too
  823. # [16:18] <Philip`> Which specs?
  824. # [16:18] <codacoder> html5
  825. # [16:18] <Philip`> HTML5 doesn't do deprecated - things are either allowed, or not allowed
  826. # [16:18] <jgraham> Some are "obsolete but conforming"
  827. # [16:18] <Philip`> (which is totally independent of whether browsers must implement support for those things or not)
  828. # [16:19] <jgraham> Which sounds a lot like "deprecated with delicious figs"
  829. # [16:19] <codacoder> well... yes... but the spec I'm reading seems to be sitting painfully right on the fence re obsolete
  830. # [16:19] <Philip`> I think "deprecated" is more like "conforming but obsolete"
  831. # [16:19] <codacoder> Phil: yep
  832. # [16:20] <codacoder> I woundered why, then, there's a whole section on rendering obsolete crap
  833. # [16:21] <codacoder> so a definition of obsolete would be good
  834. # [16:21] <Philip`> Most people write non-conforming content (never mind obsolete-but-conforming content), so browsers are required to render that stuff correctly anyway, because that's necessary for real-world interoperability
  835. # [16:21] <codacoder> example: FRAMESET
  836. # [16:21] <codacoder> I agree - but the spec is not clear about what it means
  837. # [16:22] <codacoder> as a reader, it's not clear and can cause endless "going in circles" trying to tie it down
  838. # [16:22] <Philip`> "obsolete" means nothing more than "conformance checkers will warn about this" and "the spec writers would prefer you not to do this (but we know you're going to anyway)"
  839. # [16:22] <codacoder> right
  840. # [16:23] <Philip`> (Rather, "obsolete but conforming" means that)
  841. # [16:23] <Philip`> frameset is entirely non-conforming, which means "conformance checkers will give an error about this" and "the spec writers would prefer you not to do this (but we know you're going to anyway)"
  842. # [16:23] <codacoder> I guess it's an unfortunate flow I'm "carrying" that, deprecated -> obsolete -> gone
  843. # [16:24] * Quits: barnabywalters (~barnabywa@host-78-149-45-207.as13285.net) (Read error: Operation timed out)
  844. # [16:24] <Philip`> The "obsolete -> gone" step never occurs in practice
  845. # [16:24] <codacoder> agreed
  846. # [16:24] <Philip`> (Browsers still support things that were deprecated in the first ever published HTML specs)
  847. # [16:24] <codacoder> but the spec does not make that clear, is my point
  848. # [16:24] <codacoder> I know
  849. # [16:25] * Quits: rworth (~rworth@75-150-65-76-NewEngland.hfc.comcastbusiness.net) (Quit: Leaving...)
  850. # [16:25] <zcorpan> codacoder: the spec usually says something like "authors must not do X" and then "user agents must do Y when authors do X"
  851. # [16:25] <codacoder> context: I'm writing a test suite, I wanna make sure my wording is as correct as poss
  852. # [16:26] <zcorpan> test suite aimed at browsers?
  853. # [16:26] <Philip`> Would it be clearer if somewhere like http://www.whatwg.org/specs/web-apps/current-work/multipage/obsolete.html#obsolete repeated something like the text from http://www.whatwg.org/specs/web-apps/current-work/multipage/introduction.html#conformance-requirements-for-authors ("this specification defines in some detail the required processing for invalid documents as well as valid documents.")?
  854. # [16:26] <codacoder> and to "defend" my statements i need a "source" <- the spec aint helping (much)
  855. # [16:27] <codacoder> reading...
  856. # [16:27] <zcorpan> what are you testing?
  857. # [16:27] <codacoder> test-suite aimed at browser based app
  858. # [16:29] <zcorpan> if your test is testing the user agent (the browser), then you should ignore all requirements on authors/documents
  859. # [16:30] * Quits: zcorpan (~zcorpan@node-7ahkvy2kr5lptqsue.a0.ipv6.opera.com) (Read error: Connection reset by peer)
  860. # [16:30] <codacoder> no, it's testing the content
  861. # [16:30] * Joins: miketaylr (~miketaylr@cpe-70-112-101-224.austin.res.rr.com)
  862. # [16:31] * Quits: Delapouite (~Delapouit@dsl-58-6-19-17.wa.westnet.com.au) (Remote host closed the connection)
  863. # [16:31] <codacoder> Philip: it needs to be clear what obsolete means in practice
  864. # [16:32] * Joins: wodemay (~wodemay@111.192.200.131)
  865. # [16:33] <codacoder> I think (IMO) it's less than clear and is missing the (old) "MUST" etc definitions. What I've read is wishy-washy (sorry)
  866. # [16:35] <Philip`> I think in pretty much every case there is a relevant series of "must"s somewhere in the spec, but it tries to only require things once and then uses wishy-washy language elsewhere to describe consequences of those requirements
  867. # [16:36] <kennyluck> Yeah, I guess I don't get the "obsolete but conforming" idea either. So here's a concrete question: If I were to write a book about HTML, should I include elements/syntax that are "obsolete but conforming"?
  868. # [16:36] <Philip`> and it's hard to find the right "must" if you don't know where to look
  869. # [16:36] <codacoder> kenny: Zackly!
  870. # [16:36] <codacoder> any of you here part of the authorship team?
  871. # [16:37] <jgraham> kennyluck: No
  872. # [16:37] <Philip`> kennyluck: If you're writing a reference book for people who have to maintain old pages, you should include everything that's ever used in practice, including non-conforming features
  873. # [16:37] <jgraham> (unless it is some very special case like Philip` says)
  874. # [16:37] <kennyluck> Philip`, yes, but what I am talking about new books. I don't exactly get what the middle class is for.
  875. # [16:38] <codacoder> Imagine - test fails. Reason: blah. Why -> link
  876. # [16:38] <jgraham> If you were writing a handbook for implementors with a catchy title like "HTML: Living Standard" then yes
  877. # [16:38] <Philip`> kennyluck: If you're writing a tutorial-style book for new content authors, you should just describe the features that you think they ought to use, which should be a subset of the non-obsolete conforming features
  878. # [16:38] <codacoder> It's almost impossible using the spec as it is
  879. # [16:39] <Philip`> (There's probably a lot of conforming features that aren't worth taking the effort to describe, so it depends on where you choose to focus as the author of the book)
  880. # [16:39] <codacoder> or in my case as the author of tests
  881. # [16:39] * Quits: jdong_bot_ (~jdong_bot@106.3.63.141) (Remote host closed the connection)
  882. # [16:40] <webben> Philip`: "The "obsolete -> gone" step never occurs in practice". I wonder if that's really true. Didn't that happen with <layer>?
  883. # [16:40] * Joins: smaug____ (~chatzilla@a91-154-42-69.elisa-laajakaista.fi)
  884. # [16:40] <kennyluck> That I don't quite agree. I thought the whole point of making a subset of what browsers implement conforming is for educational purposes and yet you are telling me to build my own thing.
  885. # [16:40] <Philip`> webben: As far as I'm aware, that was never supported outside of Netscape
  886. # [16:41] <Philip`> (and never in a spec)
  887. # [16:41] <codacoder> layer was netscape - not a spec
  888. # [16:41] <webben> Philip`: True AFAIK, though a single browser supporting something is not necessarily a blocker to it becoming widespread in the corpus.
  889. # [16:41] <webben> Maybe <layer> never did.
  890. # [16:42] <codacoder> sticking to my point tho - this spec is too loose in the context i mentioned. It's not aiding me aid "them"
  891. # [16:42] <Philip`> http://philip.html5.org/data/tag-count-pages.txt says <layer> is on about 1% of pages, but I think it's almost always perfectly acceptable to treat it like <span>, which is what most browsers do now
  892. # [16:43] <webben> codacoder: I find it easiest to think of these things as: browsers need to support whatever features are needed to give users access to the corpus. authors should be encouraged to use whatever features give the best results for users
  893. # [16:43] <Philip`> codacoder: Could you give a more concrete example of the kind of information you can't find in the spec?
  894. # [16:44] <codacoder> said it earlier - may have scrolled past... imagine: test fails. Reason: blah. Why -> link
  895. # [16:44] <webben> codacoder: Yeah ... like what test are you unsure how to write?
  896. # [16:44] * Quits: Kolombiken (~Adium@217.13.228.226) (Quit: Leaving.)
  897. # [16:44] <codacoder> webben: I am not unsure
  898. # [16:45] <codacoder> I know exactly what I want to write
  899. # [16:45] <Philip`> kennyluck: I think there's a fundamental problem with different people having different ideas on what's a good subset for educational purposes; the spec just gives one idea (its notion of conformance) and a compromise with a slightly different idea (its notion of obsolete but conforming), under the belief that it's better to say something than nothing
  900. # [16:45] <webben> codacoder: Are you writing a document conformance checker of some sort?
  901. # [16:45] <codacoder> no - a test suite
  902. # [16:45] <Philip`> but that doesn't preclude anyone else from coming up with their own definition of 'good' HTML
  903. # [16:46] <codacoder> runs against an app
  904. # [16:46] <Philip`> codacoder: That didn't sound very concrete to me :-)
  905. # [16:46] <webben> codacoder: But testing for HTML conformance violations?
  906. # [16:46] <codacoder> Philip: test is (eg) FRAMESET or CENTER
  907. # [16:47] * Joins: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  908. # [16:47] <webben> codacoder: You're looking for some text to link to that gives rationale for why FRAMESET (say) is not conforming HTML?
  909. # [16:47] <codacoder> more detail... $("center").length === 0
  910. # [16:47] * Quits: Areks (~Areks@rs.gridnine.com) (Ping timeout: 272 seconds)
  911. # [16:47] <codacoder> webben: yep
  912. # [16:47] * Joins: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net)
  913. # [16:48] <codacoder> it's too linky-linky-linky
  914. # [16:48] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Read error: Connection reset by peer)
  915. # [16:48] <webben> codacoder: It would be nice if the spec had rationale for all its design decisions, but I'm not sure that's realistics.
  916. # [16:48] <codacoder> like i said, it's not helping me help them
  917. # [16:48] <codacoder> and the terminology is way too wishywashy
  918. # [16:48] <webben> codacoder: For one thing, to a large extent the spec is an artefact of compromises.
  919. # [16:49] <codacoder> webben: you got it nailed there
  920. # [16:49] <webben> codacoder: So it's not necessarily reducible to fundamental design principles.
  921. # [16:49] <webben> codacoder: Worse still, this is true of pretty much all specifications where multiple parties need to agree, so the spec isn't really exceptional here.
  922. # [16:50] <webben> codacoder: Also, the rationale could easily be longer than the spec itself...
  923. # [16:50] <webben> codacoder: There are occasional efforts to write up some rationale outside the spec tho.
  924. # [16:50] <codacoder> I sort of agree. But in this case (dare I say it) the w3c older specs were better
  925. # [16:51] <webben> codacoder: http://wiki.whatwg.org/wiki/FAQ#Is_design_rationale_documented.3F
  926. # [16:51] <codacoder> in this regard, HTML5's definition of obsolete has no teeth and becomes pretty meaningless
  927. # [16:51] <codacoder> thanks
  928. # [16:52] <webben> codacoder: The older specs omitted a lot of rationale.
  929. # [16:52] * Joins: Kolombiken (~Adium@217.13.228.226)
  930. # [16:52] <webben> They also omitted a lot of spec ;)
  931. # [16:52] <webben> codacoder: HTML5's definition of obsolete seems pretty straightforward.
  932. # [16:52] <kennyluck> Philip`, that's reasonable. But just like some people write specs because browser implementers don't bother reverse engineering each other. The idea of a conforming class for authors should be similar: not everyone would bother reading all rationale and going into the debates of why something is conforming and not and come up with his/her own class. The existence of the class in the middle means that the spec doesn't address this use
  933. # [16:52] <codacoder> understand I'm not here to "knock the specs" - here to improve them if I can
  934. # [16:52] <webben> Not sure what teeth you expect it to have.
  935. # [16:52] <webben> codacoder: Yep, understood.
  936. # [16:52] * Joins: wodemaye__ (~wodemay@64.71.131.77)
  937. # [16:53] <codacoder> obsolete is absolutely (my baggage acknowledged) meaningless
  938. # [16:53] <webben> codacoder: It just means discouraged. That's it.
  939. # [16:54] <codacoder> and if I managed to link to the right spot in the spec, it would go against me, not for me
  940. # [16:54] <codacoder> but that was what deprecated means (meant)
  941. # [16:54] * Quits: wodemay (~wodemay@111.192.200.131) (Ping timeout: 245 seconds)
  942. # [16:54] <webben> codacoder: No.
  943. # [16:55] <webben> codacoder: Deprecated implied future UAs could drop support.
  944. # [16:56] <codacoder> haha. see? it's a freakin nightmare!
  945. # [16:56] <codacoder> when i said "my baggage" this is what I meant!
  946. # [16:57] <webben> codacoder: I don't think these terms have ever been used or understood consistently. But you can just use the definition in the spec at hand.
  947. # [16:57] <codacoder> If i had a spec that was definitive (what else is a spec for at base values?) It would remove ALL baggage!
  948. # [16:57] <webben> codacoder: It is definitive.
  949. # [16:57] <codacoder> nope - it's "loose"
  950. # [16:57] * Joins: ehsan (~ehsan@66.207.208.98)
  951. # [16:58] <codacoder> I guess I should code as though I was writing a validator and take their suggestions for that
  952. # [16:58] <webben> codacoder: I don't get how http://www.whatwg.org/specs/web-apps/current-work/multipage/obsolete.html is loose.
  953. # [16:59] <webben> codacoder: It says authors must not use X, conformance checkers must warn about X, user agents must do Y with X.
  954. # [16:59] <webben> codacoder: In your test justification text, you could entirely ignore the language about "obsolete" if you think it's confusing.
  955. # [16:59] <codacoder> which is a toothless definition of obsolete
  956. # [16:59] <kennyluck> It says author *should not* use X.
  957. # [17:00] <codacoder> right
  958. # [17:00] <kennyluck> It really should be "must not" if that's the intention.
  959. # [17:00] <webben> kennyluck: Only for obsolete but conforming.
  960. # [17:00] <codacoder> I guess we're getting to it now... what in the hell does obsolete mean? I think they need a different term
  961. # [17:01] <kennyluck> I think it should probably be called "non-conforming but only triggers warning in conformance checker class"
  962. # [17:01] <webben> codacoder: Use the dictionary definition: http://www.merriam-webster.com/dictionary/obsolete
  963. # [17:02] <codacoder> webben: it's not about my ignoring something... it's about where I send a failing programmer to read something - what he reads should be clear, meaningful and "absolute"
  964. # [17:02] <codacoder> kenny: yep
  965. # [17:02] <webben> it is absolute
  966. # [17:02] * webben shrugs
  967. # [17:03] <codacoder> webben: within its own confined context <- I say its chosen a bad one
  968. # [17:03] <webben> I'd prefer "discouraged" to "obsolete but conforming" and "forbidden" to "obsolete".
  969. # [17:03] <codacoder> RIGHT - much better
  970. # [17:03] <webben> In general, changing what goes into these categories let alone what they are called is a political minefield.
  971. # [17:04] <codacoder> oh yes.
  972. # [17:04] <codacoder> however, it should be better than it is
  973. # [17:05] <webben> Compromise often does result in things that are worse than they should be, but are better than not having them at all.
  974. # [17:05] <codacoder> agreed
  975. # [17:05] <webben> I often feel we'd have been better off just not bothering with author conformance requirements and leaving the whole business to linters.
  976. # [17:06] <webben> If nothing else it would have saved a lot of fairly pointless arguments.
  977. # [17:06] <codacoder> you got it
  978. # [17:07] * Quits: PalleZingmark (~Adium@217.13.228.226) (Quit: Leaving.)
  979. # [17:07] <kennyluck> webben, that's true.
  980. # [17:07] <codacoder> in many ways, this entire conv is "evidence"
  981. # [17:07] <webben> I've been involved in a lot of those arguments, trying to make the conformance requirements make sense (from my perspective).
  982. # [17:07] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
  983. # [17:07] <webben> It's very difficult to get people to agree.
  984. # [17:08] <webben> And I don't much like the set of conformance requirements we've got at the moment.
  985. # [17:08] <jgraham> No it's not!
  986. # [17:08] <webben> :)
  987. # [17:08] <codacoder> lol
  988. # [17:08] * Quits: ivan`` (~ivan@unaffiliated/ivan/x-000001) (Ping timeout: 248 seconds)
  989. # [17:09] * Quits: hendry (~hendry@uk.webconverger.com) (Ping timeout: 252 seconds)
  990. # [17:09] <kennyluck> But still, the problem here is quite obvious. "conforming" and "should not" are opposite words.
  991. # [17:09] * Joins: hendry (~hendry@uk.webconverger.com)
  992. # [17:09] <webben> kennyluck: They're not.
  993. # [17:09] <webben> kennyluck: That's standard IETF stuff.
  994. # [17:10] <webben> kennyluck: SHOULD NOT = don't do unless you've got good reason
  995. # [17:10] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: brb)
  996. # [17:10] * Quits: matijsb (u2278@gateway/web/irccloud.com/x-wfbqczyjyqzruuwj) (Ping timeout: 252 seconds)
  997. # [17:10] <webben> kennyluck: MUST NOT = non-conforming
  998. # [17:10] * Quits: boaz (~boaz@li326-230.members.linode.com) (Ping timeout: 252 seconds)
  999. # [17:10] * Quits: hdv (u2376@gateway/web/irccloud.com/x-kzutmsasparjyazx) (Ping timeout: 252 seconds)
  1000. # [17:10] <kennyluck> webben, hmm.. ok I guess it makes some sense now.
  1001. # [17:11] * Quits: slightlyoff (u1768@gateway/web/irccloud.com/x-cvogjyrdhmcnmagd) (Ping timeout: 252 seconds)
  1002. # [17:11] * Joins: ivan`` (~ivan@unaffiliated/ivan/x-000001)
  1003. # [17:11] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-vplppqvunpykfdxd) (Ping timeout: 252 seconds)
  1004. # [17:11] * Joins: hdv (u2376@gateway/web/irccloud.com/x-ycdwuuhjvjduogzh)
  1005. # [17:11] * Joins: boaz (~boaz@li326-230.members.linode.com)
  1006. # [17:12] * Quits: gwillen (~gwillen@unaffiliated/gwillen) (Ping timeout: 248 seconds)
  1007. # [17:12] * Joins: jryans (~jryans@office.massrel.com)
  1008. # [17:12] * Quits: nonge_ (~nonge@p5B326669.dip.t-dialin.net) (Quit: Verlassend)
  1009. # [17:12] <codacoder> LEt's say I link to 15.2 (http://www.whatwg.org/specs/web-apps/current-work/multipage/obsolete.html) because someone has used (say) FRAMESET
  1010. # [17:12] * Joins: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com)
  1011. # [17:12] * Quits: gwillen (~gwillen@adsl-66-218-37-112.dslextreme.com) (Changing host)
  1012. # [17:12] * Joins: gwillen (~gwillen@unaffiliated/gwillen)
  1013. # [17:12] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-cnzrrteisnnxvzon)
  1014. # [17:12] * Quits: seventh (seventh@209.99.3.1) (Quit: ...)
  1015. # [17:12] <codacoder> they read, then click on Frameset link...
  1016. # [17:13] <codacoder> which takes them to a section talking about how frameset is meant to work (which is hardly my personal definition of obsolete)
  1017. # [17:13] <kennyluck> webben, the IETF RFC for these keywords doesn't define what "conforming" means so I can't tell if that's true though. http://tools.ietf.org/html/rfc2119
  1018. # [17:14] * Joins: matijsb (u2278@gateway/web/irccloud.com/x-ynaitqvlkfytuhws)
  1019. # [17:14] <kennyluck> I think the normal practice is, though, when writing a test suite, is to include those "should"s and "should not"s.
  1020. # [17:15] <kennyluck> In that sense, a violation of "should" seems to indicate that it is non-comforming… but I am not sure...
  1021. # [17:15] <codacoder> kenny: agreed. I wanted to use the spec as definitve "why" - complaint is, it's not
  1022. # [17:16] * Joins: slightlyoff (u1768@gateway/web/irccloud.com/x-pphoykaaxsafchuo)
  1023. # [17:17] <codacoder> will you guys all sign wavers so I can store this entire thread in my tests? LOL
  1024. # [17:18] * Joins: barnabywalters (~barnabywa@host-78-145-141-63.as13285.net)
  1025. # [17:18] * Joins: Zofie (~irc@78-22-134-22.access.telenet.be)
  1026. # [17:19] * Quits: sanjayb (~sanj@122.169.20.172) (Ping timeout: 244 seconds)
  1027. # [17:19] <codacoder> anyway, I'm out of here. Thanks. It was informative and "confirming" (if not conforming) ;)
  1028. # [17:19] * Quits: Workshiva (~Dashiva@74.125.57.33) (Ping timeout: 252 seconds)
  1029. # [17:19] <kennyluck> I have no problem and the channel log is public (see title) anyway.
  1030. # [17:19] <Philip`> codacoder: "$("center").length === 0" - that makes it sound like you're implementing a conformance checker
  1031. # [17:19] * Joins: Workshiva (~Dashiva@74.125.57.33)
  1032. # [17:19] <Philip`> which would be an easier way to describe the problem :-)
  1033. # [17:20] * Quits: TabAtkins (tabatkins@nat/google/x-dqusmtkbqqboojvo) (Ping timeout: 252 seconds)
  1034. # [17:20] <codacoder> ok - just for Philip: that's only a tiny part of it, but yes, in this context, it pretty much is
  1035. # [17:21] <codacoder> the test engine tests app functionality too
  1036. # [17:21] * Quits: Kolombiken (~Adium@217.13.228.226) (Ping timeout: 248 seconds)
  1037. # [17:22] * Joins: TabAtkins (tabatkins@nat/google/x-bwzbwtfbrgmnveau)
  1038. # [17:22] <codacoder> ok going this time. Thanks again all.
  1039. # [17:23] <annevk> smaug____: http://www.w3.org/TR/progress-events/#interface-progressevent
  1040. # [17:23] <annevk> smaug____: btw
  1041. # [17:23] <odinho> Seems I was under the false impression that Firefox nightly didn't allow sync XHR with CORS. But testing it, it does in fact do that.
  1042. # [17:23] <annevk> smaug____: did Gecko disable cross-origin XMLHttpRequest?
  1043. # [17:23] <annevk> oh
  1044. # [17:23] <odinho> So time seems to be running out for that.
  1045. # [17:23] <odinho> I don't see how they can wait so long with it if Moz really wants to do it.
  1046. # [17:23] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Remote host closed the connection)
  1047. # [17:23] * Parts: codacoder (~codacoder@ip70-178-234-36.ks.ks.cox.net)
  1048. # [17:25] <odinho> annevk: A mozilla girl said it at the F2F. :-)
  1049. # [17:27] <smaug____> annevk: disable CORS?
  1050. # [17:27] <smaug____> oh, sync
  1051. # [17:27] <smaug____> I don't think so
  1052. # [17:27] <smaug____> sicking did suggest that
  1053. # [17:27] <smaug____> annevk: yes, ProgressEvents spec has that, but implementations do have, IIRC, init*Event
  1054. # [17:27] <smaug____> and createEvent("progressevent"); is supported, again, IIRC
  1055. # [17:27] <smaug____> also some event related to storage handling...
  1056. # [17:28] <smaug____> annevk: https://bugzilla.mozilla.org/show_bug.cgi?id=736058
  1057. # [17:28] <annevk> and bugs cannot be fixed?
  1058. # [17:29] <annevk> aah
  1059. # [17:29] <annevk> what nonsense is that
  1060. # [17:29] <annevk> for a test you add that?
  1061. # [17:29] <odinho> smaug____: So then I *don't* have to rewrite the CORS-tests to be async? Well, I'll make them more readable again then :P
  1062. # [17:30] * Quits: volkmar (~volkmar@gentoo/developer/volkmar) (Remote host closed the connection)
  1063. # [17:30] * Joins: volkmar (~volkmar@rps1542.ovh.net)
  1064. # [17:30] * Quits: volkmar (~volkmar@rps1542.ovh.net) (Changing host)
  1065. # [17:30] * Joins: volkmar (~volkmar@gentoo/developer/volkmar)
  1066. # [17:30] <smaug____> well, we haven't disabled CORS yet
  1067. # [17:30] <smaug____> odinho: would be better to ask sicking
  1068. # [17:31] <smaug____> I think disabling CORS could be quite risky
  1069. # [17:31] * Joins: sanjayb (~sanj@122.170.72.167)
  1070. # [17:31] <odinho> Yes, seems to be, esp. after CORS with sync XHR has worked for so long on the wild web.
  1071. # [17:32] <odinho> But you have some release trains to test with.
  1072. # [17:34] <smaug____> unfortunately surprisingly many sites are tested only with release builds
  1073. # [17:34] <smaug____> but
  1074. # [17:34] <smaug____> hmm
  1075. # [17:35] <smaug____> perhaps a warning first
  1076. # [17:35] <smaug____> "CORS with sync XHR will be disabled"
  1077. # [17:35] <smaug____> warning are effective in some cases
  1078. # [17:35] <smaug____> +s
  1079. # [17:39] <odinho> smaug____: I meant for sitecompat, - I guess you'll have people reporting broken sites etc.
  1080. # [17:40] <smaug____> sure
  1081. # [17:40] <smaug____> but certain kinds of sites are used only with release builds
  1082. # [17:40] <smaug____> like intranets
  1083. # [17:41] <smaug____> some intranets
  1084. # [17:41] <odinho> So if they're like "omg web iz broken!1" it might be hard, but if it's all like ... crickets ... it might be more okay.
  1085. # [17:41] <odinho> smaug____: Yeah, I can see that.
  1086. # [17:42] * Joins: cullenjennings (~fluffy@nat/cisco/x-jgqpfdumzipoxgzs)
  1087. # [17:43] * Quits: Ducki_ (~Ducki@pD9E396AA.dip0.t-ipconnect.de) (Quit: ;))
  1088. # [17:43] * Parts: eric_carlson (~eric@17.212.152.104)
  1089. # [17:44] * Joins: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
  1090. # [17:44] * Joins: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  1091. # [17:46] * Quits: wodemaye__ (~wodemay@64.71.131.77) (Ping timeout: 246 seconds)
  1092. # [17:46] * Joins: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net)
  1093. # [17:50] * Quits: kinetik (~kinetik@121.98.132.55) (Ping timeout: 245 seconds)
  1094. # [17:52] * Parts: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
  1095. # [17:57] * Joins: kinetik (~kinetik@121.98.132.55)
  1096. # [17:59] * Quits: espadrine (~espadrine@63-235-13-3.dia.static.qwest.net) (Quit: espadrine)
  1097. # [18:01] * Quits: gwicke (gabriel@conference/mediawikihackaton/x-krmvwazrnkobmxab) (Quit: Bye!)
  1098. # [18:01] * Quits: Lachy (Lachy@nat/opera/x-lqrynnolikyddqpg) (Quit: Computer has gone to sleep.)
  1099. # [18:07] <dglazkov> good morning, Whatwg!
  1100. # [18:10] * Joins: rdworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  1101. # [18:10] * Quits: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1102. # [18:11] * Quits: carbonix (~vcarbune@swarm.cs.pub.ro) (Ping timeout: 260 seconds)
  1103. # [18:11] * Joins: dbaron (~dbaron@70-36-140-110.dsl.dynamic.sonic.net)
  1104. # [18:12] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  1105. # [18:15] * Joins: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1106. # [18:15] * Joins: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net)
  1107. # [18:16] * Joins: carbonix (~vcarbune@swarm.cs.pub.ro)
  1108. # [18:22] * Quits: bjankord (~bjankord@rrcs-98-100-97-130.central.biz.rr.com)
  1109. # [18:24] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  1110. # [18:26] * Joins: krit (~krit@sjfw1-a.adobe.com)
  1111. # [18:28] * Quits: rdworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1112. # [18:28] * Joins: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
  1113. # [18:28] * Joins: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  1114. # [18:30] * Quits: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1115. # [18:30] * Joins: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  1116. # [18:31] * Quits: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1117. # [18:32] * Joins: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net)
  1118. # [18:34] * Quits: rworth (~rworth@75-150-66-249-NewEngland.hfc.comcastbusiness.net) (Read error: Connection reset by peer)
  1119. # [18:39] * Parts: ksweeney (~Kevin_Swe@nyv-exweb.iac.com)
  1120. # [18:41] * Quits: MikeSmith (~MikeSmith@s1106162.xgsspn.imtp.tachikawa.spmode.ne.jp) (Quit: MikeSmith)
  1121. # [18:41] * Joins: espadrine (~espadrine@63-235-13-3.dia.static.qwest.net)
  1122. # [18:42] * Joins: kamals (~kamals@46.43.121.227)
  1123. # [18:43] * Quits: barnabywalters (~barnabywa@host-78-145-141-63.as13285.net) (Quit: Back to real life!)
  1124. # [18:44] * Joins: jernoble (~jernoble@2620:149:4:1b01:8854:324a:e9d6:35ff)
  1125. # [18:50] * Quits: shwetank (~shwetank@122.173.207.97) (Quit: Linkinus - http://linkinus.com)
  1126. # [18:50] <TabAtkins> Ms2ger: What spec talks about "critical subresources"?
  1127. # [18:50] <Hixie> html
  1128. # [18:50] * Quits: kamals (~kamals@46.43.121.227) (Quit: Colloquy for iPhone - http://colloquy.mobi)
  1129. # [18:50] <Ms2ger> CSS doesn't, that's the issue :)
  1130. # [18:51] <TabAtkins> Ms2ger: Okay, then I don't get the context.
  1131. # [18:51] * Quits: Kasey (~kkellydes@cpe-76-181-198-184.columbus.res.rr.com) (Quit: Computer has gone to sleep.)
  1132. # [18:51] <Ms2ger> https://www.w3.org/Bugs/Public/show_bug.cgi?id=17011
  1133. # [18:51] * Joins: MikeSmith (~MikeSmith@s1106162.xgsspn.imtp.tachikawa.spmode.ne.jp)
  1134. # [18:51] <TabAtkins> Ah, kk. Was wondering if you were just kvetching about a CSS problem without bringing it up with us again. ^_^
  1135. # [18:52] <TabAtkins> Hixie: If you need any help with Proxies for whatever reason, I can help. They're not hard.
  1136. # [18:53] <Hixie> i want an object that just forwards all unknown method calls to another
  1137. # [18:53] <TabAtkins> "critical subresources" sounds like it's potentially a useful term for CSS to define anyway.
  1138. # [18:53] <Hixie> it's like 2 lines of code in perl
  1139. # [18:53] <TabAtkins> Hixie: Slightly more than two lines in JS, but not much.
  1140. # [18:54] <Hixie> it looked to be a lot more than two when i was looking at the proxy api
  1141. # [18:54] <Hixie> and some long lines of unintuitive api calls at that
  1142. # [18:55] <TabAtkins> You were looking at "proxy" instead of "direct proxy", weren't you.
  1143. # [18:55] <TabAtkins> (It's the first google hit, I know.)
  1144. # [18:55] <Hixie> no idea what the difference is
  1145. # [18:55] <Hixie> i was looking at brendan' slide show, amongstother things
  1146. # [18:56] <TabAtkins> The wiki page says, right at the top, that the "proxy" proposal is obsolete and superceded by direct proxies.
  1147. # [18:56] <TabAtkins> iirc, all you need is:
  1148. # [18:57] <Hixie> oh. if the stuff i was reading is dead then that's awesome.
  1149. # [18:57] <Hixie> it was all claiming to be accepted and stuff
  1150. # [18:57] <Hixie> is there a spec somewhere?
  1151. # [18:57] <Hixie> that represents the latest thinking on js?
  1152. # [18:58] <Hixie> [javascript direct proxy] doesn't help me
  1153. # [18:59] <TabAtkins> var wrapped = Proxy(obj, {get: function(target, name, receiver) { if( methodIWantToCatch(name) ) { return doStuff(name); } else return target[name]; });
  1154. # [18:59] <TabAtkins> http://wiki.ecmascript.org/doku.php?id=harmony:direct_proxies
  1155. # [18:59] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  1156. # [19:00] <Hixie> yeah, that looks like what i was looking at
  1157. # [19:00] <TabAtkins> Okay, that's not exactly hard.
  1158. # [19:00] * Joins: sarspazam (~sarspazam@78-105-183-7.zone3.bethere.co.uk)
  1159. # [19:00] <Hixie> surely what you describe would result in the |this| pointing to the wrong object
  1160. # [19:00] <Hixie> i want it pointing at the thing i'm proxying, not the proxy
  1161. # [19:01] <TabAtkins> No, it works.
  1162. # [19:01] <Hixie> how?
  1163. # [19:01] <TabAtkins> The "return target[name]" part soft-binds this appropriately.
  1164. # [19:01] <TabAtkins> For the unknown properties.
  1165. # [19:02] <TabAtkins> var wrapped = Proxy(obj, {get: function(obj, name) { if( methodIWantToCatch(name) ) { return doStuff(name); } else return obj[name]; });
  1166. # [19:02] <TabAtkins> Easier to see now?
  1167. # [19:02] <Hixie> oh sorry i think i misexplained
  1168. # [19:02] <Hixie> let me be more clear
  1169. # [19:04] <Hixie> i'm creating an object A at time t0. When A is created, it does a network request, and at time t1>t0, i'll use that data to create an object B. I want all calls to A to get proxied to B once A has created B.
  1170. # [19:04] <TabAtkins> And before A has created B, what happens?
  1171. # [19:04] <Hixie> does that make sense?
  1172. # [19:04] * Quits: krit (~krit@sjfw1-a.adobe.com) (Quit: Leaving.)
  1173. # [19:05] <Hixie> before A has been created, some other code I write will do stuff, in particular, it will queue the requests to be run once I have B (all these calls are async)
  1174. # [19:05] <Hixie> A will also have other methods
  1175. # [19:05] <Hixie> e.g. to see how the network is doing
  1176. # [19:06] <TabAtkins> Okay, the line I have above will work, with the obvious modifications inside the get trap.
  1177. # [19:06] <Hixie> (an alternative would be for A to replace itself with B somehow... maybe i can do that with some prototype magic)
  1178. # [19:06] <TabAtkins> Check if the property being got is one that A "natively" has. If so, do it.
  1179. # [19:06] <Hixie> your use of the word "obvious" is foreign to me :-P
  1180. # [19:06] <TabAtkins> Otherwise, check if B has been craeted. If not, queue it up. If so, forward it.
  1181. # [19:06] <Hixie> what is "obj" in the first argument to Proxy?
  1182. # [19:06] <TabAtkins> You can't swap things out. A has to be a Proxy the whole time.
  1183. # [19:07] <TabAtkins> The object that you're wrapping with the proxy.
  1184. # [19:07] <Hixie> A?
  1185. # [19:07] <TabAtkins> No, it's B.
  1186. # [19:08] <TabAtkins> A is the proxy.
  1187. # [19:08] <Hixie> B doesn't exist yet
  1188. # [19:08] <TabAtkins> Right.
  1189. # [19:08] <TabAtkins> So.
  1190. # [19:08] <TabAtkins> Hm.
  1191. # [19:09] <Hixie> (what if i'm proxying to different objects depending on what the method is? or one of the arguments?)
  1192. # [19:09] * Parts: Zofie (~irc@78-22-134-22.access.telenet.be)
  1193. # [19:09] <Hixie> i just want to trap "method was called but not defined", i don't really want the JS system to know i'm proxying
  1194. # [19:10] <TabAtkins> The JS *doesn't* know that you're proxying. That's the point of proxies - they're undetectable except by the isProxy method.
  1195. # [19:10] <TabAtkins> So actually, I got it. You need some indirection because of your swap-out.
  1196. # [19:10] <Hixie> i mean the JS compiler
  1197. # [19:10] <TabAtkins> Then you have to invoke magic.
  1198. # [19:11] <smaug____> ah, innerHTML serializes html:script and svg:script in a different way.
  1199. # [19:11] <TabAtkins> Magic which is perfectly possible to do with proxies.
  1200. # [19:11] <TabAtkins> Why do you care aout the J?S compiler?
  1201. # [19:11] <Hixie> TabAtkins: oh i completely believe this is possible, my thesis is just that it's way more complicated than perl.
  1202. # [19:11] * Quits: cullenjennings (~fluffy@nat/cisco/x-jgqpfdumzipoxgzs) (Read error: Connection reset by peer)
  1203. # [19:11] <smaug____> hsivonen: ping
  1204. # [19:11] <TabAtkins> I... somehow doubt that your actual use-case is two lines in perl.
  1205. # [19:11] <Hixie> TabAtkins: i don't care about the compiler, i mean, if it needs to know it needs to know, i just don't know why i need to tell it
  1206. # [19:12] <TabAtkins> A simple "forward everything I dont' have to thsi other object", sure.
  1207. # [19:12] <TabAtkins> But you actually want something more complicated.
  1208. # [19:12] <Hixie> use AutoLoader; sub AUTOLOAD { ...do whatever i want with $AUTOLOAD... }
  1209. # [19:13] <Hixie> the code in that block will get run for any undefined method
  1210. # [19:13] * Joins: cullenjennings (~fluffy@nat/cisco/x-jlcmxltrasogqodk)
  1211. # [19:13] <TabAtkins> While not built-in, that's doable easily with the line I posted above.
  1212. # [19:13] <Hixie> (it's almost identical to __noSuchMethod__, which would work fine too)
  1213. # [19:13] <Hixie> TabAtkins: i believe that it's doable, i just don't see how
  1214. # [19:13] * Quits: graememcc (~chatzilla@host86-147-207-41.range86-147.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
  1215. # [19:13] <TabAtkins> Okay, let me send you an email with real code.
  1216. # [19:14] <Hixie> k :-)
  1217. # [19:14] * Joins: ap (~ap@2620:149:4:1b01:ddee:a201:2ea0:77a0)
  1218. # [19:15] <TabAtkins> Proxies is purposely a low-level API that allows any other proxy-style abstraction to be built on top, so it maps directly to ES's fundamental operations.
  1219. # [19:15] <Hixie> yes
  1220. # [19:15] <MikeSmith> TabAtkins: maybe post it as a gist and link to it here (along with e-mailing to Hixie). for people wandering across the logs
  1221. # [19:16] * Joins: krit (~krit@sjfw1-a.adobe.com)
  1222. # [19:16] <Hixie> TabAtkins: again, i'm not arguing that it's not powerful, or whatnot, just that it isn't simple.
  1223. # [19:16] <Hixie> TabAtkins: i'm sure it is great for people who understand JS fundamentals
  1224. # [19:17] <TabAtkins> Okay, I'll grant you that. I think it's simple because it's easy to think about in terms of those fundamentals, and easy to build abstractions on top of.
  1225. # [19:17] * Joins: graememcc (~chatzilla@host86-147-207-41.range86-147.btcentralplus.com)
  1226. # [19:17] <TabAtkins> MikeSmith: Sure, I'll do a blog post.
  1227. # [19:17] <Hixie> when i look at the API definition and the first thing I see is "getOwnPropertyDescriptor", i wonder how many JS authors have any clue what that means
  1228. # [19:17] <TabAtkins> The fundamental traps are confusing. ^_^ Most of the time you just need to worry about the derived traps like "get".
  1229. # [19:18] * Quits: espadrine (~espadrine@63-235-13-3.dia.static.qwest.net) (Quit: espadrine)
  1230. # [19:18] * Joins: maikmerten (~maikmerte@port-92-201-15-46.dynamic.qsc.de)
  1231. # [19:19] <Hixie> i guess what i don't understand is the difference between "proxy" and "target". If I just want to have an object that traps all these operations, it's unclear to me whether that's the Proxy object, or the object I pass to the Proxy method.
  1232. # [19:19] <Hixie> (also why is it a method and not a constructor?)
  1233. # [19:19] <TabAtkins> It's a constructor. A lot of the fundamental constructors dont' require "new".
  1234. # [19:19] <Hixie> that's confusing
  1235. # [19:20] <gsnedders> [[Construct]] is mostly just a slightly magic [[Call]]
  1236. # [19:20] <TabAtkins> The proxy stands between the author and the target.
  1237. # [19:20] <Hixie> say i wanted to make an object that just logged all these traps
  1238. # [19:21] <Hixie> so if i call foo.bar, it says "getting bar!"
  1239. # [19:21] <Hixie> and if i call foo.quux = 2, it says "setting quux!"
  1240. # [19:21] <Hixie> how do i do that?
  1241. # [19:21] <Hixie> var proxy = Proxy(null, { get: ... }); ?
  1242. # [19:21] <Hixie> var proxy = Proxy({}, { get: ... }); ?
  1243. # [19:22] <TabAtkins> Proxy({}, {get: function(obj,name){ console.log("getting "+name+"!"); }, set: function(){...}), ...});
  1244. # [19:22] <Hixie> ok
  1245. # [19:22] <Hixie> i think it's ridiculous that you have to pass {} in that case.
  1246. # [19:22] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 244 seconds)
  1247. # [19:22] <Hixie> that's what i mean by "i don't want to have to tell the compiler what i'm proxying"
  1248. # [19:23] <TabAtkins> It wasn't seen as worthwhile to provide a variant API that is in all ways identical to just passing an empty object as the first argument.
  1249. # [19:23] <Hixie> i don't understand what the purpose of that argument is at all
  1250. # [19:23] <TabAtkins> Though there is http://wiki.ecmascript.org/doku.php?id=harmony:virtual_object_api which is similar, but it requires you to define all the fundamental traps.
  1251. # [19:23] * Quits: cullenjennings (~fluffy@nat/cisco/x-jlcmxltrasogqodk) (Quit: cullenjennings)
  1252. # [19:24] <TabAtkins> Say you were not just throwing out console spam, but actually *doing* the operations (and also console spamming).
  1253. # [19:24] <gsnedders> Hixie: [], {}, function(){} produce different objects.
  1254. # [19:24] <gsnedders> Hixie: or host objects
  1255. # [19:24] <TabAtkins> Then your call would look more like:
  1256. # [19:24] <TabAtkins> Proxy(obj, {get: function(obj, name) { console.log("getting "+name+"!"); return obj[name]; }...});
  1257. # [19:25] <TabAtkins> The proxy is a wrapper around some other object, intercepting calls to that object.
  1258. # [19:25] <TabAtkins> Thus the name - it's a proxy for the original object.
  1259. # [19:25] <Hixie> i don't understand the use case (other than logging/debugging) for wrapping a single object that already existed when the proxy was made
  1260. # [19:25] <TabAtkins> There's tons.
  1261. # [19:26] <Hixie> i see lots of use case for proxying to multiple objects or objects that don't yet exist
  1262. # [19:26] <Hixie> or for proxying to nothing at all but doing lots of magic
  1263. # [19:26] <gsnedders> Hixie: Make array-like methods (filter, reduce) available on a NodeList, as an example
  1264. # [19:26] <Hixie> but when do you just want to proxy to an existing object?
  1265. # [19:27] <Hixie> for that you'd presumably just poke at the prototype, why would you make a proxy?
  1266. # [19:27] <TabAtkins> Hixie: Before I start writing this code, what's your actual use-case? Making sure I capture the details correctly.
  1267. # [19:27] <Hixie> in fact how would you even use a proxy to do that?
  1268. # [19:27] <TabAtkins> ...that's precisely the main and most direct use-case for Proxies. I have no idea how you're missing it.
  1269. # [19:28] <gsnedders> Hixie: A lot of libraries don't want to mutate built-in prototypes. Proxy get to return Array.prototype.reduce when "reduce" is got.
  1270. # [19:28] <Hixie> TabAtkins: i want to gsnedders i don't understand why that is better, can you elaborate?
  1271. # [19:29] * Joins: WeirdAl (~chatzilla@g2spf.ask.info)
  1272. # [19:29] <Hixie> TabAtkins: i have JS objects that represent objects in a server-side data structure, which is lazily loaded as needed. I don't know the types of the objects until I get them, but I need to instantiate the objects before I get them. The API to those objects is all async (callback-based).
  1273. # [19:29] <gsnedders> Hixie: Consider the case of having mutliple libraries loaded. You don't want them defining slightly different NodeList.prototype.reduce with different APIs
  1274. # [19:30] <Hixie> gsnedders: oh, you do in fact mean "Make array-like methods (filter, reduce) available on a NodeList" and not "Make array-like methods (filter, reduce) available on NodeList", i see
  1275. # [19:32] <TabAtkins> Hixie: Okay, cool. You mentioned possibly having multiple objects to dispatch to, based on which method is called. Is that necessary, or was it just theorizing?
  1276. # [19:32] <Hixie> TabAtkins: that's a different use case that i've had before, but not relevant to my immediate problems (though i'm curious how it would work too)
  1277. # [19:32] <gsnedders> Hixie: Most libraries like jQuery return a wrapper around NodeList or so
  1278. # [19:32] <TabAtkins> Okay. It's a trivial modification, but I'll ignore it for now.
  1279. # [19:33] * Joins: chriseppstein (~chrisepps@209.119.65.162)
  1280. # [19:36] * Joins: mattgifford (~mattgiffo@67.131.102.78)
  1281. # [19:39] * Joins: danbri (~danbri@12.217.166.2)
  1282. # [19:41] <ap> Hi Hixie! I spent some time refreshing my memory of appcache spec, but am still unsure of the answer: can an iframe use a different appcache than main frame? The use case is to cache main application in one cache, and also have a cache with localized data per language. Localized data would be loaded in an invisible iframe.
  1283. # [19:41] <ap> Hixie: from what I see, that should work, right?
  1284. # [19:41] <Hixie> yes, iframes are inependent
  1285. # [19:42] <Hixie> d
  1286. # [19:42] <ap> Hixie: thanks
  1287. # [19:44] * Quits: jernoble (~jernoble@2620:149:4:1b01:8854:324a:e9d6:35ff) (Quit: jernoble)
  1288. # [19:45] * Joins: espadrine (~espadrine@nat/mozilla/x-vwvmhfdbbzgclfur)
  1289. # [19:48] * Joins: ajpiano (~ajpiano@li98-57.members.linode.com)
  1290. # [19:52] <Ms2ger> Heh
  1291. # [19:52] <Ms2ger> css3-marquee
  1292. # [19:52] * Joins: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no)
  1293. # [19:52] <Hixie> i really should be working at the office rather than at home. bbl. :-)
  1294. # [19:52] <Ms2ger> Why? :)
  1295. # [19:53] <MikeSmith> whew
  1296. # [19:53] <gsnedders> Work from offices? Pff!
  1297. # [19:53] <MikeSmith> glad that all the tedious discussion about boring technical stuff is over for now
  1298. # [19:54] <gsnedders> Though sometimes I think I should do so more…
  1299. # [19:54] <MikeSmith> let's please get back to discussing responsible images
  1300. # [19:55] * Quits: pyrsmk (~pyrsmk@143.182.141.88.rev.sfr.net) (Ping timeout: 245 seconds)
  1301. # [19:56] * Joins: GlitchMr (~glitchmr@178-36-27-245.adsl.inetia.pl)
  1302. # [19:56] * Joins: Kasey (~kkellydes@70.62.128.43)
  1303. # [19:57] <MikeSmith> oh man
  1304. # [19:57] <MikeSmith> https://twitter.com/stevefaulkner/status/208252675110871040
  1305. # [19:58] <MikeSmith> but hey that's a very normal thing that happens very often
  1306. # [19:58] * Quits: jacobolus (~jacobolus@c-71-198-169-213.hsd1.ca.comcast.net) (Remote host closed the connection)
  1307. # [19:58] <MikeSmith> where multi-year business agreements are extended for only a single month
  1308. # [19:58] <MikeSmith> so that's probably not a sign of anything else going on at all
  1309. # [19:59] * Joins: cheron (~cheron@unaffiliated/cheron)
  1310. # [19:59] <MikeSmith> they probably just plan to keep extending it for one month at a time for the next 5 years, right?
  1311. # [20:03] <hober> could someone remind me who the Redundancy Activity Lead is? [ context: https://twitter.com/w3c/status/208170557169090560 ]
  1312. # [20:05] * Quits: yodasw16 (~dgillhesp@ql1fwhide.rockfin.com) (Quit: yodasw16)
  1313. # [20:07] <Ms2ger> You should tell glazou
  1314. # [20:08] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Remote host closed the connection)
  1315. # [20:09] * Joins: recur (~textual@c-67-180-21-195.hsd1.ca.comcast.net)
  1316. # [20:11] * Joins: yodasw16 (~dgillhesp@ql1fwhide.rockfin.com)
  1317. # [20:11] * Quits: necolas (~necolas@80.231.76.54) (Remote host closed the connection)
  1318. # [20:12] * Joins: zcorpan (~zcorpan@node-7ahkvy2kr5lptqsue.a0.ipv6.opera.com)
  1319. # [20:12] * Joins: necolas (~necolas@80.231.76.54)
  1320. # [20:12] <hober> Ms2ger: there's already a Member-space thread about it
  1321. # [20:13] <Ms2ger> You shouldn't tell me that in a public channel, dear :)
  1322. # [20:15] * Joins: rniwa (rniwa@nat/google/x-mywqkpymgqegyick)
  1323. # [20:16] * Quits: wilhelm (~wilhelm@trivini.no) (Remote host closed the connection)
  1324. # [20:16] * Quits: necolas (~necolas@80.231.76.54) (Ping timeout: 246 seconds)
  1325. # [20:19] * Joins: jwalden (~waldo@2620:101:8003:200:224:d7ff:fef0:8d90)
  1326. # [20:20] <Ms2ger> hober++
  1327. # [20:21] * Joins: pyrsmk (~pyrsmk@mau49-1-82-245-46-173.fbx.proxad.net)
  1328. # [20:21] * rniwa wonders where ++ came from
  1329. # [20:21] <rniwa> or attributed to
  1330. # [20:23] <TabAtkins> Hm. Queueing method calls with proxies is kinda annoying.
  1331. # [20:23] <rniwa> AryehGregor: yt?
  1332. # [20:23] <AryehGregor> rniwa, briefly.
  1333. # [20:23] <TabAtkins> Because the traps don't know it's a method call, they just know that a property is being requested.
  1334. # [20:23] <rniwa> AryehGregor: hi, did you get what I mean for the pre bug?
  1335. # [20:23] <AryehGregor> (usually I'm not around at this hour, though)
  1336. # [20:24] <AryehGregor> rniwa, I replied on the bug asking for more details, didn't I?
  1337. # [20:24] <TabAtkins> So you have to return a special object that'll intercept the call and queue the info for you.
  1338. # [20:24] <rniwa> AryehGregor: maybe I'll go visit you in Israel one of these days :) unless you're coming to the TPAC in France this year
  1339. # [20:24] <rniwa> AryehGregor: yeah and I replied
  1340. # [20:24] <AryehGregor> rniwa, didn't see that yet. I'll look tomorrow. Nope, not coming to TPAC.
  1341. # [20:24] <rniwa> AryehGregor: with an example
  1342. # [20:24] <rniwa> AryehGregor: okay.
  1343. # [20:25] <rniwa> fwiw, i've been to google's tel-aviv office for bidi work :)
  1344. # [20:25] <AryehGregor> :)
  1345. # [20:25] <rniwa> AryehGregor: it'll be nice to catch up in person every now and then
  1346. # [20:25] <rniwa> latency is killing our lively conversatino sometimes :\
  1347. # [20:25] <AryehGregor> Yes, true.
  1348. # [20:29] <Philip`> MikeSmith: I guess that's a hint that Google's going to announce next month that it's finished organising the world's information and will henceforth shut down, and they don't want any outstanding contracts at that time
  1349. # [20:29] <MikeSmith> heh
  1350. # [20:30] <rniwa> AryehGregor: maybe I can go to Israel after/before TPAC
  1351. # [20:30] <MikeSmith> Philip`: they should hire me for that job
  1352. # [20:30] <rniwa> AryehGregor: I'd rather go fly to Israel from/to France
  1353. # [20:30] <rniwa> AryehGregor: than from bay area.
  1354. # [20:30] <rniwa> since i got really sick both ways the last time I flew :(
  1355. # [20:30] <MikeSmith> Philip`: the shutting down part, I mean
  1356. # [20:30] <AryehGregor> rniwa, make sure you coordinate with me well in advance -- I don't work full-time, so I'd have to make sure it's at a time that works for me.
  1357. # [20:31] <rniwa> AryehGregor: of course, only if you have a free time around that time
  1358. # [20:31] <AryehGregor> rniwa, want to send me an e-mail?
  1359. # [20:31] <rniwa> AryehGregor: yeah, will do that :)
  1360. # [20:31] <AryehGregor> Thanks!
  1361. # [20:31] <rniwa> AryehGregor: but TPAC is in October
  1362. # [20:31] <rniwa> AryehGregor: so will probably contact you around August or so
  1363. # [20:31] <AryehGregor> rniwa, okay.
  1364. # [20:31] <rniwa> it's waaay too early to book a plane ticket, etc... :)
  1365. # [20:31] <MikeSmith> Philip`: I like shutting stuff down. I wish I could shut down some more things. Failed social experiments... 
  1366. # [20:32] <MikeSmith> failed organizations
  1367. # [20:33] <MikeSmith> refund us finally our confiscated gods
  1368. # [20:33] <MikeSmith> and all that
  1369. # [20:33] <Ms2ger> Failed standards organizations?
  1370. # [20:34] * Joins: jernoble (~jernoble@17.212.152.13)
  1371. # [20:34] <divya> :))
  1372. # [20:35] <rniwa> MikeSmith: since you're here...
  1373. # [20:35] <rniwa> MikeSmith: is there anyway to codify instructions for manual tests?
  1374. # [20:35] <rniwa> MikeSmith: in HTML or JavaScript?
  1375. # [20:35] <rniwa> MikeSmith: the thing is WebKit has a bunch of test automation extensions like window.layoutTestController in our test runner
  1376. # [20:36] <rniwa> MikeSmith: and we can emulate keyboard, mouse, etc... events with that.
  1377. # [20:36] <rniwa> MikeSmith: so if we could codify instructions in W3C manual tests, we could automate those tests as well.
  1378. # [20:38] <MikeSmith> um
  1379. # [20:39] <MikeSmith> I don't understand what it means to automate manual tests
  1380. # [20:39] <AryehGregor> rniwa, definitely coordinate with someone at Mozilla, because we have the same issue.
  1381. # [20:39] <MikeSmith> wait
  1382. # [20:39] <MikeSmith> what issue?
  1383. # [20:39] <MikeSmith> I think I'm missing something here
  1384. # [20:39] <rniwa> oops sorry
  1385. # [20:39] <rniwa> MikeSmith: this is about W3C test suites
  1386. # [20:39] * MikeSmith nods
  1387. # [20:39] <rniwa> MikeSmith: there are a bunch of manual tests in there
  1388. # [20:39] <MikeSmith> yeah
  1389. # [20:40] <rniwa> MikeSmith: which says something like "click X and do Y"
  1390. # [20:40] <MikeSmith> ah
  1391. # [20:40] <MikeSmith> WebDriver?
  1392. # [20:40] <MikeSmith> emulating user actions?
  1393. # [20:40] <rniwa> MikeSmith: right. we have WebDriver-like extension in our test runner
  1394. # [20:40] <rniwa> MikeSmith: except that they're exposed as a javascript object.
  1395. # [20:41] <MikeSmith> ok
  1396. # [20:41] <rniwa> MikeSmith: so instead of you have an external program that drives a test
  1397. # [20:41] <MikeSmith> yeah
  1398. # [20:41] <rniwa> MikeSmith: the test itself can control what test runner does.
  1399. # [20:41] <rniwa> MikeSmith: I suspect Mozilla has a similar mechanism from what AryehGregor just said.
  1400. # [20:41] <AryehGregor> Yes.
  1401. # [20:42] <MikeSmith> unless I'm missing something, this is exactly the scope of the standard Web driver API work
  1402. # [20:42] <MikeSmith> Simon Stewart et all
  1403. # [20:42] <MikeSmith> minus one l
  1404. # [20:43] <MikeSmith> http://dvcs.w3.org/hg/webdriver/raw-file/default/webdriver-spec.html
  1405. # [20:43] <MikeSmith> if not, it should be the scope
  1406. # [20:43] * Quits: benvie (~brandon@cpe-174-097-187-248.nc.res.rr.com)
  1407. # [20:44] <MikeSmith> the ultimate goal being, automate everything
  1408. # [20:44] <MikeSmith> or "anything that can be automated must be automated"
  1409. # [20:44] <rniwa> MikeSmith: hm... the last time i checked, WebDriver API was supposed to be used externally?
  1410. # [20:44] <MikeSmith> sorry, what do you mean by "externally"?
  1411. # [20:44] <MikeSmith> this is an API that's exposed to Web applications
  1412. # [20:45] <rniwa> MikeSmith: oh is it?
  1413. # [20:45] <MikeSmith> yeah man
  1414. # [20:45] <MikeSmith> that's the whole idea
  1415. # [20:45] <rniwa> MikeSmith: so if you have test.html
  1416. # [20:45] <MikeSmith> unless I'm deeply confused
  1417. # [20:45] <rniwa> MikeSmith: we can invole methods, etc... of WebDriver in test.html itself?
  1418. # [20:45] <MikeSmith> yes
  1419. # [20:45] <MikeSmith> once it's actually implemented of course
  1420. # [20:46] <MikeSmith> but man you are talking to the village idiot here
  1421. # [20:46] <MikeSmith> me I mean
  1422. # [20:46] <MikeSmith> I recommend pinging Simon Stewart about it
  1423. # [20:47] <MikeSmith> dude can make it much more clear than me
  1424. # [20:47] <rniwa> MikeSmith: ok. is he n #testing at irc.w3.org?
  1425. # [20:47] <MikeSmith> sometimes
  1426. # [20:47] <rniwa> MikeSmith: the last time i talked with someone wokring on webdriver
  1427. # [20:47] <MikeSmith> he may also be on #chromium
  1428. # [20:48] <MikeSmith> David Burns is also working on this
  1429. # [20:48] <MikeSmith> and Eran Messeri
  1430. # [20:48] <rniwa> MikeSmith: oh, Simon Stewart is a googler :\
  1431. # [20:48] <MikeSmith> rniwa: yeah?
  1432. # [20:48] <MikeSmith> yeah man
  1433. # [20:48] <Ms2ger> Boo, Googlers :)
  1434. # [20:48] <MikeSmith> jesus
  1435. # [20:49] <rniwa> MikeSmith: okay, I'll go talk with him. thanks!
  1436. # [20:49] <MikeSmith> do you guys actually talk to each other?
  1437. # [20:49] <MikeSmith> rniwa: your company is too big, chief
  1438. # [20:49] <rniwa> hm... there are at least 3 Simon Stewart at Google :(
  1439. # [20:49] <MikeSmith> wow
  1440. # [20:49] <MikeSmith> that's a clear sign it's time to move on to somewhere smaller
  1441. # [20:50] <Ms2ger> Consider Mozilla, for example...
  1442. # [20:50] <Ms2ger> We're always looking for people who know things about editing :)
  1443. # [20:50] <MikeSmith> we too
  1444. # [20:50] <MikeSmith> and we have only 60 people on staff
  1445. # [20:51] <MikeSmith> maybe 30 people if you count the ones that are actually doing productive work
  1446. # [20:51] <MikeSmith> maybe
  1447. # [20:51] <MikeSmith> hard to trump that
  1448. # [20:52] * Quits: maikmerten (~maikmerte@port-92-201-15-46.dynamic.qsc.de) (Remote host closed the connection)
  1449. # [20:52] <rniwa> Ms2ger: nah... you g!uys have AryehGregor & ehsan
  1450. # [20:52] <Ms2ger> Do you know what our code looks like?
  1451. # [20:52] <rniwa> oops s/g!uys/guys/ & s/ehsan/ehsan!/
  1452. # [20:53] <Ms2ger> Hmm, ehsan factorial would be nice...
  1453. # [20:53] <rniwa> MikeSmith: i think google has something like 30,000 employees now...
  1454. # [20:53] <rniwa> LOL
  1455. # [20:53] <rniwa> Ms2ger: that'll be a lot of ehsan indeed.
  1456. # [20:53] * Quits: dbaron (~dbaron@70-36-140-110.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1457. # [20:54] <MikeSmith> rniwa: you should test all of those people to determine how well the can estimate how many basketballs can fit in the room
  1458. # [20:55] <Ms2ger> MikeSmith, surely HR already did that?
  1459. # [20:55] <TabAtkins> That's the first question you answer to get in the door.
  1460. # [20:56] <rniwa> Ms2ger: to make you feel better, take a look at http://trac.webkit.org/browser/trunk/Source/WebCore/editing/ReplaceSelectionCommand.cpp
  1461. # [20:56] <MikeSmith> OK, well at least make the draw the organizational structure of Google on a whiteboard
  1462. # [20:56] <rniwa> Ms2ger: which is mutually recursive (we bail out when the actual recursion happens) with DeleteSelectionCommand (another class) & mergeParagraphs
  1463. # [20:57] <rniwa> with moveParagraphs
  1464. # [20:57] <MikeSmith> TabAtkins: my answer is, it's a fucking stupid question that reveals asshattedness in the person assking it
  1465. # [20:57] <MikeSmith> but hey that's just me
  1466. # [20:58] <Ms2ger> rniwa, hmm, that code seems to be calling RefPtr::get() a lot
  1467. # [20:58] <TabAtkins> MikeSmith: Yes, I was joking. ^_^
  1468. # [20:58] <rniwa> MikeSmith: someone said the joke that we should ask every SWE in our company to see if they can understand the recent "proof" of P != NP
  1469. # [20:59] <rniwa> Ms2ger: that's okay. RefPtr::get() is an inline function that just obtains a raw pointer
  1470. # [20:59] <rniwa> Ms2ger: it's basically zero-cost.
  1471. # [20:59] <Ms2ger> rniwa, yeah, but our refptrs have an operator T*
  1472. # [20:59] <MikeSmith> TabAtkins: problem is I guess I can't tell where the joke starts. the truth is actually stranger than the fiction
  1473. # [20:59] <rniwa> Ms2ger: the reason we don't have that is due to PassRefPtr I believe
  1474. # [21:00] <Ms2ger> Oh, how silly
  1475. # [21:00] <rniwa> Ms2ger: it actually saves us a lot of CPU cycles :)
  1476. # [21:00] <rniwa> s/ us//
  1477. # [21:00] * Quits: Kasey (~kkellydes@70.62.128.43) (Quit: Computer has gone to sleep.)
  1478. # [21:01] <rniwa> Ms2ger: not to mention it improves the cache locality
  1479. # [21:01] <rniwa> although Darin (Adler) recently told me a depressing story about how editing was the reason we introduced RefPtr... :'(
  1480. # [21:02] <Ms2ger> Heh
  1481. # [21:02] <MikeSmith> anyway, building an organization where the product-dev work in largely driven by Assperghers-syndome engineers combined with the revenue side being driven by completely unethical moneygrubbers is clearly the recipe for long-term success
  1482. # [21:03] <TabAtkins> Worked for us! (You gotta make sure the revenue-type people don't infiltrate management, is all.)
  1483. # [21:03] <MikeSmith> TabAtkins: then you have the cases like Marius Milner who combine the best of both worlds
  1484. # [21:03] <rniwa> TabAtkins: "revenue-type people don't infiltrate management" indeed is very important for almost all companies
  1485. # [21:05] * Quits: zcorpan (~zcorpan@node-7ahkvy2kr5lptqsue.a0.ipv6.opera.com) (Quit: zcorpan)
  1486. # [21:05] <MikeSmith> whoever decided to hire Marius and give him free reign should get a super-big gold star
  1487. # [21:06] <TabAtkins> OMG, people are still talking about the wifi bullshit?
  1488. # [21:06] <MikeSmith> yeah
  1489. # [21:06] <MikeSmith> because I guess people sorta are surprised when other people blow smoke up their asses
  1490. # [21:06] <TabAtkins> You send data to unencrypted websites over unencrypted wifi, everyone in your vicinity has access to it.
  1491. # [21:06] <MikeSmith> yeah
  1492. # [21:07] <MikeSmith> and then you lie about it
  1493. # [21:07] <MikeSmith> nothing wrong with that
  1494. # [21:07] <MikeSmith> you claim you had no clue what was going on
  1495. # [21:07] <MikeSmith> was just one crazy dude out there doing stuff on his own
  1496. # [21:08] <MikeSmith> nothing evil about that
  1497. # [21:08] <MikeSmith> anyway
  1498. # [21:09] <MikeSmith> we all work for really wonderful organizations
  1499. # [21:09] <TabAtkins> It was random bits of data grabbed across a few seconds as a car drove by.
  1500. # [21:09] <MikeSmith> yep
  1501. # [21:09] <MikeSmith> exactly
  1502. # [21:09] <MikeSmith> that's all it was
  1503. # [21:09] <MikeSmith> so no reason to not be totally transparent publicly about the fact that's what you were doing
  1504. # [21:10] * Joins: benvie (~brandon@cpe-174-097-187-248.nc.res.rr.com)
  1505. # [21:10] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
  1506. # [21:11] <MikeSmith> on the bright side there's no record of Marius actively working to prevent people who love each other from having the legal right to get married
  1507. # [21:11] <MikeSmith> so that's a plus
  1508. # [21:12] <MikeSmith> like I said, we all work for really wonderful organizations
  1509. # [21:13] <MikeSmith> with really exemplary leadership
  1510. # [21:14] * Ms2ger wonders what got MikeSmith on his horse
  1511. # [21:15] <MikeSmith> Ms2ger: nothing but love, an
  1512. # [21:16] * Joins: Kasey (~kkellydes@50-41-42-147.athn.oh.frontiernet.net)
  1513. # [21:19] * Joins: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  1514. # [21:19] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  1515. # [21:19] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  1516. # [21:20] * Quits: Ms2ger (~Ms2ger@91.181.38.75) (Quit: nn)
  1517. # [21:22] * JohnAlbin is now known as JohnAlbin_zzzzzz
  1518. # [21:22] * jernoble is now known as jernoble|afk
  1519. # [21:22] * Quits: drublic (~drublic@frbg-5f73238f.pool.mediaWays.net) (Remote host closed the connection)
  1520. # [21:22] * Joins: drublic (~drublic@frbg-5f73238f.pool.mediaWays.net)
  1521. # [21:23] * Joins: necolas (~necolas@80.231.76.54)
  1522. # [21:26] * Quits: MikeSmith (~MikeSmith@s1106162.xgsspn.imtp.tachikawa.spmode.ne.jp) (Ping timeout: 245 seconds)
  1523. # [21:27] * Quits: drublic (~drublic@frbg-5f73238f.pool.mediaWays.net) (Ping timeout: 276 seconds)
  1524. # [21:27] * jernoble|afk is now known as jernoble
  1525. # [21:30] * Quits: necolas (~necolas@80.231.76.54) (Ping timeout: 245 seconds)
  1526. # [21:35] <jgraham> Please stop writing so much when I'm not looking
  1527. # [21:35] * jgraham tries to figure out if people eventually got the right story about WebDriver
  1528. # [21:36] * Joins: jamesr (jamesr@nat/google/x-rgtvwsxadlvyyjoi)
  1529. # [21:38] * Joins: wodemaye__ (~wodemay@111.192.200.131)
  1530. # [21:39] <jgraham> rniwa: So the story with webdriver is that it's typically external; you have some script outside the browser that drives the interaction
  1531. # [21:39] <TabAtkins> Hm. Hixie: After finishing the impl, I'm pretty sure you don't need proxies at all.
  1532. # [21:39] <jgraham> But they have made a js API for it. I don't know if that could be self-driving
  1533. # [21:39] <rniwa> jgraham: can it be inside?
  1534. # [21:39] <rniwa> jgraham: e.g. it'll be useful to be able to do something like
  1535. # [21:40] <rniwa> div.sendKeyDown();
  1536. # [21:40] <rniwa> assertSomethingHappened()
  1537. # [21:40] <rniwa> jgraham: if the API is only available to external programs
  1538. # [21:40] <rniwa> jgraham: then asserting conditions will be much more complicated
  1539. # [21:40] <rniwa> jgraham: because of concurrency, etc...
  1540. # [21:40] <jgraham> Right. So the way we do that is to use watir which is a particularly crappy ruby wrapper around WebDriver
  1541. # [21:41] * ojan_away is now known as ojan
  1542. # [21:41] <jgraham> Designed by the kind of people who says things like "tests can be specifications"
  1543. # [21:41] <jgraham> And yes, I think concurrency is a problem
  1544. # [21:42] <jgraham> Because it sort of tries to pretend that the API is sync, but it obviously isn't really
  1545. # [21:42] <rniwa> jgraham: oh no :( cucumber...
  1546. # [21:42] <rniwa> jgraham: yeah, so I'd vote for exposing it via JavaScript.
  1547. # [21:42] <rniwa> jgraham: we certainly don't want to expose it all the time.
  1548. # [21:42] <TabAtkins> Hixie: Ah, nm, I see the flaw in what I was going to write. You either need (a) proxies, (b) private names, or (c) to add the methods to every instance instead of them being on the prototype.
  1549. # [21:42] <jgraham> Well it isn't really "exposed" in any sense
  1550. # [21:42] <rniwa> but it's not an issue for browser vendors...
  1551. # [21:43] <jgraham> I mean, you have to connect externally to the browser
  1552. # [21:43] <rniwa> jgraham: right... so what I'm advocating is to expose it via DOM
  1553. # [21:43] * Quits: mattgifford (~mattgiffo@67.131.102.78) (Read error: Connection reset by peer)
  1554. # [21:43] <jgraham> So, I don't really know how well that would work
  1555. # [21:43] <rniwa> jgraham: webElementDiv = window.webDriver(div);
  1556. # [21:44] <jgraham> It at the least sounds *different* to WebDriver
  1557. # [21:44] * Joins: mattgifford (~mattgiffo@67.131.102.78)
  1558. # [21:44] <jgraham> But it was someone at Google who was working on the JS bindings
  1559. # [21:44] <jgraham> I don't remember his name though
  1560. # [21:44] <rniwa> jgraham: and then you can do something like webElementDiv.sendKeys(~~)
  1561. # [21:44] <jgraham> ... I don't know the API details
  1562. # [21:44] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  1563. # [21:44] <benvie> if you're referring to what I think you are, I did that here using code generation from IDL and prototye accessors https://github.com/Benvie/svgstuff/blob/master/lib/defs.js
  1564. # [21:45] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Disconnected by services)
  1565. # [21:45] * riven` is now known as riven
  1566. # [21:45] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  1567. # [21:45] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  1568. # [21:45] * Joins: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net)
  1569. # [21:45] * Joins: wodemay (~wodemay@64.71.131.77)
  1570. # [21:45] <jgraham> I know that Mozilla are using the python bindings and I think Google/FB use it to test their websites (probably with Java/PHP bindings, respectively)
  1571. # [21:46] <jgraham> But about the JS bindings I know nothing
  1572. # [21:46] <rniwa> Simon Stewart?
  1573. # [21:46] <jgraham> Well he will know who knows
  1574. # [21:46] <jgraham> But it wasn't him that wrote them
  1575. # [21:46] <jgraham> But he is project lead or something
  1576. # [21:47] <jgraham> None of the Opera|ex-Opera people who would know more are here at the moment
  1577. # [21:47] <rniwa> benvie: i don't understand. how are you emulating sendKeys, etc...
  1578. # [21:47] <rniwa> benvie: from javascript?
  1579. # [21:48] <benvie> well I did that using node and ffi but not really finished
  1580. # [21:48] <rniwa> benvie: i don't think that's what we're looking for.
  1581. # [21:48] <benvie> yeah
  1582. # [21:48] <benvie> similar
  1583. # [21:48] <benvie> but no =D
  1584. # [21:48] * Quits: wodemaye__ (~wodemay@111.192.200.131) (Ping timeout: 248 seconds)
  1585. # [21:48] <rniwa> benvie: yeah, the idea is similar.
  1586. # [21:49] <rniwa> jgraham: i think there's a real value in exposing these APIs through javascript
  1587. # [21:49] <rniwa> jgraham: so that tests can be self-contained
  1588. # [21:49] <rniwa> jgraham: one drawback, however, is that we probably won't be shipping this API in production
  1589. # [21:50] <gsnedders> rniwa: And that makes it impossible to test IE/Opera as a third-party.
  1590. # [21:50] <rniwa> jgraham: so ordinary web developers can't use them to run tests :\
  1591. # [21:50] <gsnedders> rniwa: Or even release builds of Safari, say
  1592. # [21:50] <rniwa> gsnedders: right.
  1593. # [21:50] <rniwa> gsnedders: but that's already true.
  1594. # [21:50] <rniwa> gsnedders: we can leave a manual test instruction
  1595. # [21:50] <rniwa> gsnedders: at least that's what we do in webkit
  1596. # [21:50] <rniwa> gsnedders: we have window.eventSender which lets us emulate keyboard/mouse events
  1597. # [21:50] <rniwa> gsnedders: but we also leave manaul test instruction
  1598. # [21:50] <rniwa> gsnedders: so that we can run those tests in firefox, etc...
  1599. # [21:51] <gsnedders> rniwa: WebDriver being external allows automated testing of the browsers, which is better than that
  1600. # [21:51] <rniwa> gsnedders: I don't think everyone is on the page, however.
  1601. # [21:51] <rniwa> gsnedders: I remember Microsoft explicitly said they won't be implementing it for example.
  1602. # [21:51] <rniwa> s/said/saying/
  1603. # [21:52] <rniwa> gsnedders: and I'm skeptical that we can use WebDriver API as is in our test harness
  1604. # [21:52] * Joins: drublic (~drublic@frbg-5f731c9c.pool.mediaWays.net)
  1605. # [21:52] <rniwa> gsnedders: what's the point of a test suite if browser vendors can't run them?
  1606. # [21:52] <rniwa> or rather "don't"
  1607. # [21:53] <jgraham> rniwa: Why are you skeptical?
  1608. # [21:53] <rniwa> jgraham: that we can support WebDriver in our test harness.
  1609. # [21:54] <jgraham> Hmm, well I guess I don't know how you run tests
  1610. # [21:54] <rniwa> jgraham: fwiw, we don't use a full-blown web browser to run tests.
  1611. # [21:54] <jgraham> Well we soert-of don't
  1612. # [21:54] <rniwa> jgraham: we have a special test runner called DumpRenderTree or WebKitTestRunner (for webkit2)
  1613. # [21:55] <jgraham> How unlike a real browser is it?
  1614. # [21:55] <rniwa> jgraham: that exoses special objects such as layoutTestController, eventSender, textInputController in the global scope (i.e. on window object)
  1615. # [21:55] <rniwa> jgraham: it's so unlike a real browser that it doesn't even have a window.
  1616. # [21:55] <rniwa> jgraham: you can't see anything until the test completes
  1617. # [21:55] <jgraham> Hmm, not having a window does sound like it could be a problem
  1618. # [21:55] <rniwa> jgraham: and you can't interact with it.
  1619. # [21:55] <gsnedders> jgraham: It literally just makes a render tree and (sometimes) a screenshot available. That's it.
  1620. # [21:55] <gsnedders> jgraham: There is no interaction, you start it, it does that, over.
  1621. # [21:56] <rniwa> gsnedders: right.
  1622. # [21:56] <jgraham> Oh well that seems like a kind of broken way of testing
  1623. # [21:56] <jgraham> In that it is very unlike anything you will ship
  1624. # [21:56] <jgraham> (very different codepaths)
  1625. # [21:56] <rniwa> jgraham: in practice, it can test things pretty well.
  1626. # [21:57] <rniwa> jgraham: we do all the paining, layout, etc... normally
  1627. # [21:57] <rniwa> it
  1628. # [21:57] <rniwa> jgraham: it's just that it doesn't have any real UI to it.
  1629. # [21:57] <rniwa> s/ to it//
  1630. # [21:57] <jamesr_> we also do some testing with a fuller browser, of course, but we don't run every test that way
  1631. # [21:57] <rniwa> jgraham: and doesn't let user interact because the whole point of the test runner is to automate testing
  1632. # [21:57] <rniwa> jgraham: and run them as fast as possible.
  1633. # [21:58] <jgraham> So it is rendering to an offscreen buffer, effectively?
  1634. # [21:58] <rniwa> jgraham: if we were to start the entire web browser for each test case, it would be impratically slow.
  1635. # [21:58] <jamesr_> correct
  1636. # [21:58] <rniwa> jgraham: yes.
  1637. # [21:58] <jamesr_> or in many cases not rendering at all
  1638. # [21:58] <jgraham> rniwa: Sure, obviosuly you have to not do that
  1639. # [21:58] <rniwa> jgraham: things like GPU acceleartion, etc... need a special treatment because of that.
  1640. # [21:58] <gsnedders> Do you test stuff like GPU painting with it?
  1641. # [21:58] <jamesr_> if the test doesn't depend on pixels
  1642. # [21:59] <jamesr_> for tests that need it, we test that part of the GPU pipeline (normally using osmesa so it can run on VMs easily)
  1643. # [21:59] <jgraham> We can use our remote-debugging support to load pages, wait for the browser to become idle (or for a result to be recieved) and load the next test, without restarting
  1644. # [21:59] <jgraham> Although WebDriver/Watir tests are an exception, sadly
  1645. # [21:59] <gsnedders> So you could, theoretically, have GPU pipeline bugs in layout tests that don't get found?
  1646. # [22:00] <rniwa> gsnedders: our regular tests can't find them. but as jamesr said, we have special tests for those.
  1647. # [22:00] <jamesr_> we could have bugs anywhere that don't get found, but exercise most of the GPU pipeline in layout tests (the parts that aren't covered are OS-integration things like IOSurface swapping, etc)
  1648. # [22:00] <jamesr_> some of our regular layout tests run through the GPU path
  1649. # [22:00] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
  1650. # [22:01] <rniwa> with GPU acceleration, though, testing everything is virtually impossible because you then have to try all permutations of OS, GPU chip/board, driver, etc...
  1651. # [22:01] <jamesr_> but not all - most of our tests don't render at all, they just make JS assertions or dump the render tree without painting it
  1652. # [22:01] <jgraham> (and we have a lightweight platform layer and render to a virtual buffer)
  1653. # [22:01] * Quits: erichynds (~ehynds@64.206.121.41)
  1654. # [22:03] <gsnedders> jgraham: That's not true, we render to Xvfb — our platform layer we run on is complete, just the platform beneath it isn't so standard.
  1655. # [22:03] <gsnedders> jamesr_: Was mainly asking because I know we do have some general layout bugs with the GPU pipeline (though we equally don't normally run all tests through it)
  1656. # [22:04] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  1657. # [22:04] <jgraham> gsnedders: I meant "lightweight" as in "not the full desktop browser (except when we test that specifically)"
  1658. # [22:04] <jgraham> Possibly that wasn't sufficiently obvious
  1659. # [22:04] <jamesr_> i think it's a terminology thing but we would normally call that a rendering or paint bug, not layout
  1660. # [22:05] <jamesr_> layout figures out parameters on a bunch of C++ objects representing what we call the render tree. painting goes through those data structures and generates pixels
  1661. # [22:05] <gsnedders> jamesr_: Right, I wouldn't call that a layout bug per-se, but it's a bug affecting layout which is caught by the layout tests, even if the bug lies elsewhere
  1662. # [22:05] <jamesr_> if the GPU pipeline is broken it'd tend to break the latter of those two steps but it couldn't really break the former
  1663. # [22:05] <gsnedders> affecting layout insofar as what the user sees
  1664. # [22:05] <jamesr_> yes definitely. we have tests to cover that
  1665. # [22:06] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Client Quit)
  1666. # [22:06] <rniwa> gsnedders: we normally categorize those as painting bugs :)
  1667. # [22:06] * rniwa hates technical jargons
  1668. # [22:06] <rniwa> why can't we stop inventing obnoxious jargons
  1669. # [22:06] <gsnedders> jamesr_: I guess my point is more painting bugs can turn up (and hence regress!) in layout tests as well as painting tests.
  1670. # [22:06] <jgraham> Hmm a painting bug sounds like you have the right information in layout but the gfx layer did something wrong (and it is often fixed by forcing a repaint)
  1671. # [22:07] <jamesr_> jgraham, depends on the bug
  1672. # [22:07] * Joins: jonlee (~jonlee@2620:149:4:1b01:c095:e4d2:1701:9479)
  1673. # [22:07] <jamesr_> gsnedders, certainly, and that's why we have the capability of going through the painting path (including GPU where applicable) in our layout test harness
  1674. # [22:07] <jgraham> jamesr_: Sure, I think I'm just saying that I would draw a distinction along those lines
  1675. # [22:07] <jamesr_> and then checking that those pixels either match a golden PNG or the rendering of a reference file
  1676. # [22:07] <jgraham> Which might be an Opera thing or might be something I made up
  1677. # [22:08] <Hixie> TabAtkins: still think it's trivial? :-)
  1678. # [22:08] <jamesr_> we also have repaint tests which paint once, change something, then paint again and make sure we actually update all the pixels that are supposed to look different
  1679. # [22:08] <jgraham> "then checking that those pixels either match a golden PNG" - I'm sorry :)
  1680. # [22:08] <jamesr_> we have a lot of golden PNGs (as in golden file testing) in WebKit
  1681. # [22:09] <jgraham> We still have too much of it in Opera
  1682. # [22:09] <jgraham> It is evil and must die
  1683. # [22:09] <gsnedders> jamesr_: And regressions could slip through if it's not done often.
  1684. # [22:09] * Quits: graememcc (~chatzilla@host86-147-207-41.range86-147.btcentralplus.com) (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310193349])
  1685. # [22:09] <jamesr_> we have bots that run it as fast as they can cycle (it's not every checkin, but it's every hour or two on the slowest configs)
  1686. # [22:10] <gsnedders> Right, so it's part of the normal testing cycle, even if it isn't done on every run.
  1687. # [22:10] * Quits: GlitchMr (~glitchmr@178-36-27-245.adsl.inetia.pl) (Read error: Connection reset by peer)
  1688. # [22:10] <gsnedders> It just sounded as if it was exceptional and not normally done at all from what you said before.
  1689. # [22:10] <Philip`> jgraham: I guess the problem is exacerbated by Opera supporting too many platforms?
  1690. # [22:11] <gsnedders> Philip`: And subtle differences between products.
  1691. # [22:11] * Quits: cheron (~cheron@unaffiliated/cheron) (Quit: Leaving.)
  1692. # [22:11] <rniwa> anyways,
  1693. # [22:11] <jamesr_> ah no, it's part of the configuration of the test so not all tests are configured to hit every path, but we run all the tests continuously in many configurations
  1694. # [22:12] <rniwa> to re-iterate my point, it would be really nice if we could expose WebDriver API in tests themselves
  1695. # [22:12] <rniwa> so that we can import W3C tests without havingt to manually modify them
  1696. # [22:12] <jgraham> Philip`: > 1 you mean? :)
  1697. # [22:12] <jgraham> Or really > 0
  1698. # [22:13] <gsnedders> It'd bad enough with one platform, having to manually verify things :P
  1699. # [22:13] <jgraham> Since even on one platform people do annoying things like change the font engine every so often
  1700. # [22:14] <gsnedders> (Font rendering was a big reason why we tested on Windows 2000 for a long time, not wanting to go through n thousand screenshots and relabel them)
  1701. # [22:17] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Quit: eric_carlson)
  1702. # [22:17] <rniwa> gsnedders: yeah... font anti-aliasing kills us :(
  1703. # [22:18] <rniwa> gsnedders: we have to generate thousands of very similar PNGs just to cope up with font-aliasing differences between different versions of Mac/Win/etc...
  1704. # [22:18] * Quits: raphc (~rc@85-171-157-44.rev.numericable.fr) (Ping timeout: 265 seconds)
  1705. # [22:18] <rniwa> (or maybe we've disabled anti-aliasing on Windows; /me doesn't remember)
  1706. # [22:19] * Joins: dbaron (~dbaron@nat/mozilla/x-sirtxqqeqjwrrljc)
  1707. # [22:20] * Joins: tantek (~tantek@50-0-92-247.dsl.dynamic.sonic.net)
  1708. # [22:21] * Parts: wodemay (~wodemay@64.71.131.77) ("Leaving")
  1709. # [22:24] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  1710. # [22:25] <rniwa> jgraham, gsnedders: so... do you think exposing it via JavaScript would be an option at all?
  1711. # [22:25] <rniwa> with manual instructions?
  1712. # [22:25] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1713. # [22:25] <rniwa> jgraham, gsnedders: alternatively, i would be fine with having some external file that instructs WebDriver what to do.
  1714. # [22:26] <rniwa> jgraham, gsnedders: as long as it's machine-readable so that we can manipulate it to work with our test harness.
  1715. # [22:26] <gsnedders> I'd much rather be able to test release browsers.
  1716. # [22:27] <rniwa> gsnedders: that could be done manually, right?
  1717. # [22:27] * Quits: danbri (~danbri@12.217.166.2) (Remote host closed the connection)
  1718. # [22:27] <rniwa> gsnedders: we already do that manually.
  1719. # [22:27] <rniwa> gsnedders: but i'm open to options that allows automated testing of browsers in production.
  1720. # [22:27] <rniwa> gsnedders: that sounds like a very valuable goal to have.
  1721. # [22:28] <rniwa> gsnedders: as long as the configuration is such that we can also use it in our test harness
  1722. # [22:30] <TabAtkins> Hixie: More details are needed. These async methods, are they part of a stable, closed set? Or are they determined by the server-side object?
  1723. # [22:32] <rniwa> gsnedders: would that sound good with you?
  1724. # [22:32] <rniwa> s/would/does/
  1725. # [22:32] <rniwa> ugh... s/with/to/
  1726. # [22:33] * Quits: yodasw16 (~dgillhesp@ql1fwhide.rockfin.com) (Quit: yodasw16)
  1727. # [22:35] * Joins: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net)
  1728. # [22:36] <TabAtkins> If they're a closed set, I can do this without proxies at all.
  1729. # [22:37] <TabAtkins> Hixie: The difficulty here that makes it harder than other languages is that Javascript doesn't actually have any concept of "methods". It just has properties, whose values might be callable.
  1730. # [22:37] * Quits: macpherson (~macpherso@2401:fa00::ea06:88ff:fecc:9412) (Read error: Operation timed out)
  1731. # [22:37] * Joins: macpherson (~macpherso@2401:fa00::ea06:88ff:fecc:9412)
  1732. # [22:38] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  1733. # [22:42] <Hixie> TabAtkins: there is a finite number of known types that will be instantiated, each with a finite number of methods.
  1734. # [22:42] <Hixie> TabAtkins: sure. s/method/field/ is fine.
  1735. # [22:42] <TabAtkins> Okay, that's the "closed set" option. Cool.
  1736. # [22:43] <TabAtkins> Hixie: Renaming doesn't help. ^_^ It just means that I need to be a little fancy to intercept method calls.
  1737. # [22:43] <Hixie> (i actually do have an open-ended set of methods but one of the methods from the closed set is what i'll use to invoke the open set)
  1738. # [22:43] <Hixie> TabAtkins: ah
  1739. # [22:43] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
  1740. # [22:47] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: :tiuQ tiuq sah woclrak)
  1741. # [22:50] * Joins: ryanlabouve (~ryanlabou@d-ip-129-15-84-102.cas.ou.edu)
  1742. # [22:50] * Quits: jacobolus (~jacobolus@50-0-133-210.dsl.static.sonic.net) (Remote host closed the connection)
  1743. # [22:51] <TabAtkins> Unless I'm crazy, this turned out to be *really* easy once I stopped trying to use Proxies, because they're not necessary.
  1744. # [22:51] <TabAtkins> Though you likely need Private Names to avoid exposing some of the data here.
  1745. # [22:52] * heycam|away is now known as heycam
  1746. # [22:53] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  1747. # [22:53] * Quits: drollwit (~drollwit@c-67-183-156-240.hsd1.wa.comcast.net) (Remote host closed the connection)
  1748. # [22:54] <jgraham> So what are you doing? Swapping prototypes from one that queues the results to one that doesn't. That's pretty evil so presumably not...
  1749. # [22:54] * Quits: MacTed (~Thud@63.119.36.36)
  1750. # [22:54] <jgraham> s/./?/
  1751. # [22:54] * Quits: timmywil (~timmywil@host-68-169-175-226.WISOLT2.epbfi.com) (Quit: Computer has gone to sleep.)
  1752. # [22:55] <jgraham> Or I guess you can just rewrite the properties at runtime in the object itself
  1753. # [22:55] <jgraham> None of this sounds healthy though
  1754. # [22:55] <TabAtkins> Hixie: http://www.xanthir.com/blog/b4JB0
  1755. # [22:56] <TabAtkins> jgraham: Tell me if I'm doing anything wrong here.
  1756. # [22:57] <Hixie> TabAtkins: swapping prototypes is what i suggested a few hours ago when you were saying to use proxies :-)
  1757. # [22:57] <TabAtkins> Hixie: I'm not swapping protos...
  1758. # [22:58] <Hixie> oh, i misread what jgraham said, my bad
  1759. # [22:58] <TabAtkins> I thought proxies were necessary when I thought that the set of async methods was open-ended.
  1760. # [22:59] <Hixie> wait so i have to list every function that every possible class of object might implement?
  1761. # [22:59] <TabAtkins> No, you have different FarObject classes.
  1762. # [22:59] <Hixie> i don't know the type of the FarObject until i get back the data from the server
  1763. # [22:59] <TabAtkins> Oh!
  1764. # [22:59] * Quits: dbaron (~dbaron@nat/mozilla/x-sirtxqqeqjwrrljc) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  1765. # [22:59] <TabAtkins> Hm, then. Let me think about this.
  1766. # [23:00] <Hixie> if i knew the type of the object it would be trivial, i just wouldn't need to create a proxy at all
  1767. # [23:00] <TabAtkins> We'll probably be back to needing a proxy if we want to be efficient.
  1768. # [23:00] <Hixie> i could just create the object and have the object itself do the queuing
  1769. # [23:00] * Joins: dbaron (~dbaron@nat/mozilla/x-kifpdwvvqxulbwfb)
  1770. # [23:00] <TabAtkins> Yeah, that's what I ended up doing. ^_^
  1771. # [23:00] <Hixie> (which btw is what i think i will probably end up doing, by having every object ID actually include its type as well)
  1772. # [23:01] <Hixie> (but i still wish it was easy to do it without that)
  1773. # [23:01] <TabAtkins> If Type1 has asyncFoo and type2 has asyncBar, and you call asyncBar on the object before it's loaded but it ends up being Type1 when you get the data, what happens?
  1774. # [23:02] <Hixie> in practice, you don't do that, because you'll have some idea of what the superclass of the object is and won't call things that that superclass doesn't support
  1775. # [23:02] * Joins: creis_ (~creis@74.125.59.1)
  1776. # [23:02] <Hixie> and only when you get information back from the methods of that superclass would you then call the methods of the subclass (the class it actually is)
  1777. # [23:02] <Hixie> anyway i think my original point, which is that this is not as trivial as in perl, stands proven
  1778. # [23:02] <TabAtkins> I think the "won't call" is more theory than practice. ^_^
  1779. # [23:02] <benvie> I implemented synchronizing across remote DOM implementations by using unique IDs for every new object and recording all the inputs and outputs of every action
  1780. # [23:02] <TabAtkins> I defy you to actually write this in two lines of perl.
  1781. # [23:03] <Hixie> i gave you the two lines of perl to define a catchall method
  1782. # [23:03] <benvie> so document.createElement becomes #1 GET #2, apply #2 'div' creates #3
  1783. # [23:03] <benvie> and so on
  1784. # [23:03] <Hixie> actually doing the dispatch would be a few more, but sure, hold on
  1785. # [23:03] <TabAtkins> Yeah, the catchall part is easier because Perl has methods.
  1786. # [23:03] * Quits: hasather_ (~hasather_@cm-84.208.108.107.getinternet.no) (Remote host closed the connection)
  1787. # [23:04] <Hixie> Mozilla has (had?) __noSuchMethod__
  1788. # [23:04] <Hixie> in JS
  1789. # [23:04] <Hixie> which would make this easy too
  1790. # [23:04] <TabAtkins> That doesn't obey the raw JS semantics. ^_^
  1791. # [23:04] <Hixie> but it's easy :-)
  1792. # [23:04] <TabAtkins> Of course it is!
  1793. # [23:07] <creis_> Hixie: Do you know anything about the rel=external link type (http://blog.whatwg.org/the-road-to-html-5-link-relations#rel-external)?
  1794. # [23:07] <creis_> Looks useful for something I'm considering, but it doesn't appear to have made it into the spec.
  1795. # [23:07] <creis_> Just wondering if it's a dead proposal or still being considered.
  1796. # [23:08] <Hixie> creis_: it's defined here: http://microformats.org/wiki/rel-external
  1797. # [23:08] <Hixie> creis_: and registered here: http://microformats.org/wiki/existing-rel-values#HTML5_link_type_extensions
  1798. # [23:08] <Hixie> creis_: the w3c had us remove it from the spec text itself for some reason or other, but i expect it'll be back in the spec sooner or later
  1799. # [23:09] <Hixie> creis_: i'm planning on revamping how registration of things like rel values is done
  1800. # [23:09] * Joins: jacobolus (~jacobolus@adsl-99-27-43-230.dsl.pltn13.sbcglobal.net)
  1801. # [23:09] <Hixie> creis_: now that we're on a truly "living standard" model
  1802. # [23:09] <tantek> Hixie - have there been any issues with using the microformats wiki?
  1803. # [23:09] <tantek> (for rel registration)
  1804. # [23:10] <creis_> Hixie: Cool, thanks. Slightly related, do you know if there's any consideration about applying similar link types to window.open, now that the "features" argument is supposed to be ignored?
  1805. # [23:10] * Quits: Lachy (~Lachy@cm-84.215.193.125.getinternet.no) (Quit: Computer has gone to sleep.)
  1806. # [23:11] <Hixie> tantek: not especially, it's just not that great that the values that are "standard" aren't in the spec
  1807. # [23:11] <Hixie> tantek: i don't expect use of the wiki to stop
  1808. # [23:11] <Hixie> tantek: just that once things are "accepted" they be put in the spec so that people can find them more easily
  1809. # [23:11] <tantek> ok cool. so the wiki helps with standardizing, then when things are stable, they can be incorporated into the spec. I'm fine with that.
  1810. # [23:11] <Hixie> creis_: i don't think i've heard of any problem that that would solve
  1811. # [23:12] <tantek> I'd like to avoid having redefining though - which is what happened with rel-tag
  1812. # [23:12] <Hixie> tantek: indeed
  1813. # [23:12] <Hixie> tantek: (well, rel=tag was more about matching existing practice than redefining)
  1814. # [23:12] <Hixie> tantek: (but i agree in principle)
  1815. # [23:12] <tantek> hixie - your opinion of existing practice, not without dispute
  1816. # [23:13] <creis_> Hixie: One example is rel=noreferrer, which suppresses window.opener if used in combination with target=_blank. It would be nice to have a way to call window.open where opener was not set (e.g., with rel=external or something similar).
  1817. # [23:13] <tantek> (document vs. blog post granularity)
  1818. # [23:13] <tantek> Hixie, I'd say if you think the definition of a rel value on the wiki (and respective spec page there) is insufficiently detailed, it's probably not mature enough to make it into the standard
  1819. # [23:14] * Joins: timmywil (~timmywil@host-68-169-154-67.WISOLT2.epbfi.com)
  1820. # [23:14] <Hixie> creis_: makes sense. i don't recall if we have a solution for that offhand, but either way, please don't hesitate to file a bug or send e-mail about it to get it on the list.
  1821. # [23:14] <Hixie> tantek: agreed, again in principle
  1822. # [23:15] <creis_> Hixie: Thanks, I'll follow up.
  1823. # [23:15] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 260 seconds)
  1824. # [23:15] <tantek> Hixie, great. we'll cross further bridges when we get to them then.
  1825. # [23:16] * Quits: tomasf_ (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf_)
  1826. # [23:17] * Joins: Lachy (~Lachy@cm-84.215.193.125.getinternet.no)
  1827. # [23:17] <jgraham> Hixie: It occurs to me that there is something I was going to ask you when you weren't around. Maybe I should work out what it was while you are around...
  1828. # [23:19] <jgraham> Ah, maybe you already answered in a bug
  1829. # [23:19] <Hixie> jgraham: yeah i think i answered in teh bug
  1830. # [23:20] <jgraham> I wonder what happens if you don't use the location interface but set the src attribute
  1831. # [23:20] <Hixie> on iframe?
  1832. # [23:20] <Hixie> setting src on iframe iirc kills the browsing context entirely
  1833. # [23:20] <jgraham> (this might also be covered already, the spec is still ladaing)
  1834. # [23:21] <Hixie> and recreates it
  1835. # [23:21] * Quits: sarspazam (~sarspazam@78-105-183-7.zone3.bethere.co.uk) (Quit: sarspazam)
  1836. # [23:21] <jgraham> *loading
  1837. # [23:22] <jgraham> But it is still possible that you would get one or two history positions in the joint session history
  1838. # [23:22] * Quits: kennyluck (~kennyluck@114-43-121-125.dynamic.hinet.net) (Ping timeout: 260 seconds)
  1839. # [23:23] * Quits: Maurice` (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1840. # [23:23] * Joins: AryehGregor (~Simetrica@bzq-79-177-220-36.red.bezeqint.net)
  1841. # [23:23] * Quits: AryehGregor (~Simetrica@bzq-79-177-220-36.red.bezeqint.net) (Changing host)
  1842. # [23:23] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  1843. # [23:24] <Hixie> when you set src="" the load happens with replacement enabled, iirc
  1844. # [23:24] <Hixie> which means you get 1
  1845. # [23:24] <Hixie> the about:blank is nuked
  1846. # [23:24] <Hixie> but i don't recall exactly
  1847. # [23:24] <jgraham> I don't see that in http://www.whatwg.org/specs/web-apps/current-work/#attr-iframe-src
  1848. # [23:25] <Hixie> TabAtkins: http://damowmow.com/playground/perl-forwarder.pm (not tested, includes all the boilerplate as well except for the actual loading code)
  1849. # [23:25] <jgraham> But it is quite possible I am missing something because navigation feels quite like "you are in a maze of twisty algorithms, all alike"
  1850. # [23:25] <TabAtkins> Hixie: Take my last scenario, with Type1 and Type2. What's the desired behavior difference, before the data is loaded, between calling asyncBar() (valid function, but not for the type you eventually figure out for it) and calling asyncUnknown() (no type has this function)?
  1851. # [23:26] <Hixie> jgraham: search for "Furthermore, if the browsing context's session history contained only one Document when the process the iframe attributes algorithm"
  1852. # [23:26] <Hixie> jgraham: just below the "process the iframe attributes" algorithm
  1853. # [23:27] * Parts: creis_ (~creis@74.125.59.1)
  1854. # [23:27] <Hixie> TabAtkins: i guess while you're loading, both should just do nothing, and once you're loaded, both should throw an exception (so in particular, the former shoudl throw an exception when the queue of methods is flushed)
  1855. # [23:28] <Hixie> TabAtkins: at least, that's what the perl impl i threw together did
  1856. # [23:28] * Quits: jryans (~jryans@office.massrel.com) (Quit: Be back later)
  1857. # [23:28] <Hixie> TabAtkins: the perl implementation of AUTOLOAD ended up being 11 lines, of which 6 are trivial
  1858. # [23:28] <jgraham> Hixie: But is that right? I can have multiple entries in the iframe history e.g. I initially lood 001.html and while that is loading switch the location.href to 002.html and while that is loading set the src to 003.html
  1859. # [23:29] * jgraham thinks the autoload thing would be just as easy in python but with less line noise
  1860. # [23:29] <Hixie> jgraham: since navigation cancels existing navigations, i don't think you can have more than one
  1861. # [23:30] <Hixie> jgraham: oh uh
  1862. # [23:30] <jgraham> What if one ran to completion?
  1863. # [23:30] <Hixie> jgraham: i misunderstood (because i was assuming setting src blows away the browsing context)
  1864. # [23:30] * Joins: sarspazam (~sarspazam@78-105-183-7.zone3.bethere.co.uk)
  1865. # [23:30] <Hixie> jgraham: actually what i said still stands
  1866. # [23:31] * Joins: kennyluck (~kennyluck@114-25-244-140.dynamic.hinet.net)
  1867. # [23:31] <Hixie> jgraham: you'd have a race condition in the example you give
  1868. # [23:31] <Hixie> jgraham: "while that is loading" could mean either before the session history is updated, or after
  1869. # [23:31] <Hixie> jgraham: if it's before, then it's as if it never happened
  1870. # [23:32] <Hixie> jgraham: if it's after, then the condition doesn't apply
  1871. # [23:33] * Quits: sanjayb (~sanj@122.170.72.167) (Ping timeout: 246 seconds)
  1872. # [23:33] * Quits: ryanlabouve (~ryanlabou@d-ip-129-15-84-102.cas.ou.edu) (Quit: Computer has gone to sleep.)
  1873. # [23:33] <jgraham> Hixie: It is the latter case I wonder about, I think
  1874. # [23:34] <Hixie> jgraham: so we'd be talking about a case where an iframe is loaded with a file that, while it is loading, replaces the src, and the question is do you get one entry or two.
  1875. # [23:35] <Hixie> jgraham: should be easy enough to test :-)
  1876. # [23:35] <jgraham> Yeah I guess I will do that tommorrow
  1877. # [23:35] <Hixie> jgraham: (i'd also check to see if you get 2 or 3 entries in the same case but with a page being loaded completely first)
  1878. # [23:35] <Hixie> jgraham: (in case setting src="" does indeed blow away the session history)
  1879. # [23:35] <jgraham> I am pretty sure the answer will be that you get N+1 entries rather than N+2 given that you start with N
  1880. # [23:35] <Hixie> jgraham: (which i could have sworn it did, i dunno why the spec doesn't say that)
  1881. # [23:36] <jgraham> But I will see
  1882. # [23:36] <Hixie> i am pretty sure you end either with N+2 entries or 1 :-)
  1883. # [23:36] <Hixie> but not N+1 :-)
  1884. # [23:36] <jgraham> Heh
  1885. # [23:36] <Hixie> N+1 will be hard to spec, so i hope i'm right :-P
  1886. # [23:36] <jgraham> Let's go with ">0"
  1887. # [23:40] <smaug____> jgraham: whenever doing something with session history, test the implementations (which all do different things) and pick up the behavior which you like the best :)
  1888. # [23:41] * Quits: WeirdAl (~chatzilla@g2spf.ask.info) (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725])
  1889. # [23:44] <jgraham> smaug____: That's what I am doing. I am also doing step 2) Avoid hypocritsy and make the world a better place by giving feedback on the spec, especially where we want to diverge from it
  1890. # [23:45] <jgraham> *hypocrisy
  1891. # [23:45] <smaug____> jgraham: wasn't someone going to spec session history
  1892. # [23:46] <smaug____> I mean the parts which aren't spec'ed
  1893. # [23:46] <smaug____> jgraham: someone from Opera, not you
  1894. # [23:46] <TabAtkins> Hixie: http://www.xanthir.com/blog/b4JB0
  1895. # [23:46] <TabAtkins> 32 lines.
  1896. # [23:47] * Quits: Kasey (~kkellydes@50-41-42-147.athn.oh.frontiernet.net) (Quit: Computer has gone to sleep.)
  1897. # [23:47] <smaug____> jgraham: session history becomes very interesting when you start defining what should happen when DOM is modified
  1898. # [23:48] <smaug____> (remove/add iframes, move them, etc)
  1899. # [23:48] <jgraham> smaug____: When does DOM modification affect history? Apart from document.open() of course. Which is more "demolition" than "modification"
  1900. # [23:48] * Joins: danbri (~danbri@74-95-7-92-SFBA.hfc.comcastbusiness.net)
  1901. # [23:49] <TabAtkins> As written the object never advertises that it has the async methods, even after it's loaded. That'll take another line to add them to 'near' and make it distinguish them properly.
  1902. # [23:49] <jgraham> Well when I tested that last moving iframes always caused them to reload, so I would always expect an extra position in session history
  1903. # [23:49] * smaug____ tries to find some tests
  1904. # [23:50] <jgraham> The only exception was chrome when you added/removed a node into the same place in a single step
  1905. # [23:50] * Joins: Kasey (~kkellydes@50-41-42-147.athn.oh.frontiernet.net)
  1906. # [23:50] <jgraham> When it badly optimised away the action and missed the expected side effects
  1907. # [23:52] <smaug____> where are my tests..
  1908. # [23:53] * Joins: karlcow (~karl@nerval.la-grange.net)
  1909. # [23:54] * Quits: sarro (~sarro@i5E864B9E.versanet.de)
  1910. # [23:55] <smaug____> jgraham: http://mozilla.pettay.fi/moztests/history2/Start.html
  1911. # [23:55] <smaug____> that is a case which behaves quite differently in different browsers
  1912. # [23:55] <smaug____> note, the comments about browser engines aren't valid anymore
  1913. # [23:55] * Joins: gwicke (~gabriel@46.115.38.187)
  1914. # [23:55] <smaug____> Gecko follows IE behavior nowadays, at least in most cases
  1915. # [23:56] <smaug____> since IE has traditionally been the least broken
  1916. # [23:56] * jgraham frames that sentence and puts it on the wall
  1917. # [23:59] * Quits: cbright6062 (~cbright60@c-76-116-83-148.hsd1.nj.comcast.net)
  1918. # [23:59] <jgraham> smaug____: Interesting test, thanks
  1919. # Session Close: Fri Jun 01 00:00:00 2012

The end :)