/irc-logs / freenode / #whatwg / 2011-12-01 / end

Options:

  1. # Session Start: Thu Dec 01 00:00:00 2011
  2. # Session Ident: #whatwg
  3. # [00:00] <jgraham> So much so it should probably be deleted :p
  4. # [00:00] <gsnedders> But certainly now it is rare
  5. # [00:00] <AryehGregor> gsnedders, the Wikipedia article suggests it was condemned by the early Catholic Church, but some Protestants reconsidered it.
  6. # [00:00] <AryehGregor> The Bible doesn't actually say anything against it, so it's natural that the Protestants would want to throw out the restriction -- sola scriptura, right?
  7. # [00:00] * danielfilho is now known as danielfilho|afk
  8. # [00:02] <jgraham> I am pretty sure pretty sure there are examples of cultures that practice what I will call "cooperative" or many-to-many polygamy
  9. # [00:03] <gsnedders> AryehGregor: Depends very much on the Protestant sect
  10. # [00:04] <AryehGregor> Polyandry of any kind is very uncommon, because a) women don't get any more children (or any other obvious benefit) by marrying multiple men, and b) people won't know who their father is, which will (among other things) discourage fathers from supporting children who may or may not be theirs.
  11. # [00:04] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Quit: Lost terminal)
  12. # [00:04] <AryehGregor> On the other hand, polygyny is pretty common, because it allows wealthy men to have more children while also supporting their multiple wives to higher standards than they'd have gotten as the sole wife of a poorer person.
  13. # [00:04] <gsnedders> AryehGregor: Many Protestants broke off from the Catholic Church at different times, often for specific reasons, so only changed what affected their specific reason to break off
  14. # [00:06] <gsnedders> AryehGregor: sola scriptura only happened in a relatively small number of cases, though many smaller sects joined with ones who had been through more radical transformations
  15. # [00:07] <jgraham> AryehGregor: http://www.sciencedaily.com/releases/2010/11/101110161930.htm?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed:+sciencedaily+%28ScienceDaily:+Latest+Science+News%29&utm_content=Google+Reader claims that in some regions it has been common
  16. # [00:08] <AryehGregor> Well, it's far less common than polygyny, anyway.
  17. # [00:08] <AryehGregor> Polygyny is more the rule than the exception, as far as I know.
  18. # [00:10] <gsnedders> Most of the polyamourous couples I know are polyandric (well, not truly, as they aren't married)
  19. # [00:10] <othermaciej> polyandry tends to occur in societies with a severe shortage of women (e.g. ones that severely undervalue daughters and therefore practice female infanticide)
  20. # [00:10] <jgraham> Note that for women there is a benefit to having children by multiple partners; you are increasing the genetic diversity of your offspring
  21. # [00:11] <jgraham> Which is an "obvious benefit"
  22. # [00:11] <AryehGregor> Not really.
  23. # [00:11] <AryehGregor> It doesn't increase your expected number of offspring much, if at all.
  24. # [00:11] <jgraham> From an evolutionary point of view it is
  25. # [00:11] <AryehGregor> (I mean total descendants)
  26. # [00:11] <jgraham> Sure it does
  27. # [00:12] <AryehGregor> How?
  28. # [00:12] <AryehGregor> If some plague kills everyone without gene X, you shouldn't care whether one of your two husbands has gene X, or if you only have one husband with a 50% chance of having gene X.
  29. # [00:12] <jgraham> If you pick one partner who happens to give you children that are all infertile you get 0 grandchildren. If you pick two partners and only one has that problem you get some grandchildren
  30. # [00:13] <AryehGregor> Look at the expected values, though.
  31. # [00:13] <AryehGregor> If you pick one partner and they have a 50% chance of their children all being infertile, it's the same expected number of grandchildren as if you marry two men and one has the problem.
  32. # [00:14] <AryehGregor> On the other hand, if you have only one husband and he's confident all your children are his, he'll probably be a lot happier to support them, which makes a big difference.
  33. # [00:14] <mkanat> In fact, I'd have to guess (without doing the math) that you'll have better generic diversity across and entire race with monogamy.
  34. # [00:14] <mkanat> *genetic
  35. # [00:14] <AryehGregor> Especially in agricultural societies, where men have all the wealth and women need all the help they can get from their husbands.
  36. # [00:15] <jgraham> You never care about "across the entire race"
  37. # [00:15] <jgraham> You only optimise for your own grandchildren
  38. # [00:16] * jgraham is too tired to reason through the maths at the moment
  39. # [00:16] <jgraham> and should indeed be sleeping
  40. # [00:17] <jgraham> But it would seem surprising if having more genetic diversity in your offspring was a bad thing
  41. # [00:18] <AryehGregor> I don't think genetic diversity matters for this purpose.
  42. # [00:18] <AryehGregor> It should be all the same whether you actually have diversity, or you have random-picked homogeneity.
  43. # [00:19] <jgraham> I am going to try the sleeping thing :)
  44. # [00:19] * Quits: MacTed (~Thud@63.119.36.36)
  45. # [00:20] * Quits: erlehmann (~erlehmann@82.113.119.31) (Quit: Ex-Chat)
  46. # [00:21] * Joins: erlehmann (~erlehmann@82.113.119.31)
  47. # [00:23] * Quits: Morphous (jan@unaffiliated/amorphous) (Ping timeout: 258 seconds)
  48. # [00:26] * Joins: sicking (~chatzilla@nat/mozilla/x-rtmuzdxiexpdznel)
  49. # [00:27] * Joins: gicode (gicode@rancor.csh.rit.edu)
  50. # [00:27] * Quits: Margle (~margle@41-133-196-64.dsl.mweb.co.za) (Quit: Textual IRC Client: http://www.textualapp.com/)
  51. # [00:30] <erlehmann> AryehGregor, polythings can be common if they are not exclusive.
  52. # [00:32] <erlehmann> >"In some Amazonian cultures, it was bad manners for a husband to be jealous of his wife's extramarital partners,"
  53. # [00:32] <erlehmann> in fact, i consider jealousy a bad character trait
  54. # [00:33] <gicode> AryehGregor: Do you know if the DOM4 spec for Range will eventually include getBoundingClientRect and/or the mutation APIs like modify/extend that are part of Selection?
  55. # [00:33] <AryehGregor> gicode, I think getBoundingClientRect might already be specced elsewhere.
  56. # [00:33] * AryehGregor looks
  57. # [00:34] <AryehGregor> CSSOM View.
  58. # [00:34] <AryehGregor> http://dev.w3.org/csswg/cssom-view/#extensions-to-the-range-interface
  59. # [00:34] <AryehGregor> extend() doesn't make any obvious sense for Range, because there's no concept of a focus or anchor.
  60. # [00:34] * Quits: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net) (Quit: gkellogg)
  61. # [00:34] <AryehGregor> So I don't see how you'd figure out which direction to extend.
  62. # [00:35] <AryehGregor> modify() is an unholy mess and I'll be grateful if anyone can come up with a usable spec for that as a Selection method, forget about Range.
  63. # [00:35] <gicode> AryehGregor: Thanks, I wasn't aware of that section in the CSS spec
  64. # [00:36] <AryehGregor> CSSOM View, not CSS.
  65. # [00:36] * Quits: Telling (~unknown@80-71-135-15.u.parknet.dk) (Quit: ...)
  66. # [00:36] * heycam|away is now known as heycam
  67. # [00:36] * Joins: henryboston (~henry@97-94-211-215.dhcp.ftwo.tx.charter.com)
  68. # [00:36] * Quits: MikeSmith (~MikeSmith@EM114-48-55-247.pool.e-mobile.ne.jp) (Ping timeout: 244 seconds)
  69. # [00:37] <gicode> AryehGregor: Sorry, CSSOM View :-) For the modify/extend, the main thing I am looking for is an implementation of Unicode Text Segmentation
  70. # [00:37] <AryehGregor> That's not relevant to extend().
  71. # [00:38] <AryehGregor> For modify(), I'm pretty sure browsers currently implement it using voodoo magic, not Unicode Text Segmentation.
  72. # [00:39] * Joins: Morphous (jan@unaffiliated/amorphous)
  73. # [00:39] <gicode> Yay, magic! Thanks for the heads up.
  74. # [00:40] <AryehGregor> That's why I stopped trying to spec it.
  75. # [00:40] <AryehGregor> WebKit made it up and Gecko copied it. I didn't look, but I suspect WebKit reused whatever internal code they happened to have lying around that did vaguely the right thing.
  76. # [00:40] <rniwa> gicode: what about unicode text segmentation?
  77. # [00:40] <AryehGregor> Getting it correct would probably require a great deal of work, because there are going to be like four billion subtle special cases where you want it to do magic.
  78. # [00:41] * Quits: henryboston (~henry@97-94-211-215.dhcp.ftwo.tx.charter.com) (Remote host closed the connection)
  79. # [00:41] <AryehGregor> It depends on layout, too, which is fun.
  80. # [00:41] <gicode> rniwa: Specifically iterating over words (rather than space delimited tokens)
  81. # [00:41] <rniwa> gicode: modify works on visual text but all you get is DOM-based selection
  82. # [00:41] <gsnedders> AryehGregor: IIRC, we should use Unicode Text Segmentation
  83. # [00:41] <AryehGregor> Moving one line down needs to figure out where the cursor is visually and where it will go.
  84. # [00:41] <AryehGregor> gsnedders, does Opera implement modify()?
  85. # [00:41] <rniwa> gicode: oh, sure, you can do that using modify.
  86. # [00:41] <gsnedders> Or am I forgetting things?
  87. # [00:42] <rniwa> gicode: selection.modify will be much more useful once we can just instantiate it
  88. # [00:42] * Joins: MikeSmith (~MikeSmith@EM114-48-51-53.pool.e-mobile.ne.jp)
  89. # [00:42] <rniwa> gicode: e.g. (new Selection).modify(~~)
  90. # [00:42] <AryehGregor> The definition of "word" varies by platform, as well as language.
  91. # [00:42] <rniwa> AryehGregor: right, that's why we need a method like modify in order to iterator over
  92. # [00:43] <rniwa> AryehGregor: we should add a constructor to DOMSelection so that ppl can just instantiate it
  93. # [00:43] <gicode> rniwa: If you instantiate one, what is it selecting?
  94. # [00:43] <rniwa> AryehGregor: modify and some other methods become much more useful
  95. # [00:43] <rniwa> gicode: nothing
  96. # [00:43] <rniwa> gicode: it's an non-visible object like range
  97. # [00:43] <gsnedders> AryehGregor: Okay, no
  98. # [00:44] <rniwa> gsnedders: in CJK, you can't reliably separate words
  99. # [00:44] <rniwa> gsnedders: since there are no word seperators
  100. # [00:44] <rniwa> gsnedders: you need to use dictionary-based heuristics
  101. # [00:46] * nunnun is now known as nunnun_away
  102. # [00:46] * nunnun_away is now known as nunnun
  103. # [00:47] <AryehGregor> rniwa, per spec, the interface is called Selection, not DOMSelection, BTW.
  104. # [00:47] <gsnedders> rniwa: Right, but USA #29 provides non-locale aware algorithms
  105. # [00:47] <AryehGregor> (there's no window.Selection in WebKit for some reason)
  106. # [00:47] <rniwa> gsnedders: I don't think it's really useful
  107. # [00:47] <gsnedders> *UAX
  108. # [00:48] <rniwa> gsnedders: in general, unicode ppl don't get CJK.
  109. # [00:48] <rniwa> especially C and J
  110. # [00:48] <rniwa> gsnedders: there are quite few Unicode-haters in Japan at least.
  111. # [00:48] <gicode> AryehGregor: In Chromium, Range seems to have all the selection APIs
  112. # [00:48] <AryehGregor> gicode, that's weird.
  113. # [00:49] <AryehGregor> Uncaught TypeError: Object has no method 'extend'
  114. # [00:49] <AryehGregor> Doesn't seem like it to me.
  115. # [00:50] <gicode> AryehGregor: Ah, yea. I saw expand and got confused.
  116. # [00:51] <AryehGregor> WebKit has lots of made-up nonstandard methods on Range and Selection. It's annoying.
  117. # [00:51] <AryehGregor> Some of them aren't useful, either, like setBaseAndExtent().
  118. # [00:51] <AryehGregor> (= collapse() followed by extend())
  119. # [00:54] <rniwa> AryehGregor: so... I've recently learned that base != anchor and extent != focus
  120. # [00:54] <AryehGregor> Really?
  121. # [00:54] <rniwa> AryehGregor: yeah
  122. # [00:54] <AryehGregor> That's even more confusing.
  123. # [00:54] <rniwa> AryehGregor: when you double-click a word
  124. # [00:54] <rniwa> AryehGregor: base and extent stays at where you clicked
  125. # [00:54] <rniwa> AryehGregor: whereas focus/anchor will be at the end and the beginning of the word
  126. # [00:54] <AryehGregor> I'd file a bug asking that this nonstandard stuff be removed, but somehow I suspect the answer would be "no, lots of WebKit-specific stuff depends on it, we should just standardize it instead".
  127. # [00:56] * Quits: mkanat (mkanat@nat/google/x-kmmgeiqpjzfrxwlh) (Quit: Ex-Chat)
  128. # [00:56] <rniwa> AryehGregor: yeah...
  129. # [00:56] <rniwa> AryehGregor: but nobody knows the difference
  130. # [00:56] <rniwa> AryehGregor: so maybe we can at least hide it from Web-facing API
  131. # [00:56] <AryehGregor> That would be nice.
  132. # [00:56] <AryehGregor> It seems like unnecessary complication.
  133. # [00:57] <rniwa> AryehGregor: I tend to agree but then I'm not the one who added that feature
  134. # [00:57] <rniwa> so we probably need to talk to whoever knows about this stuff
  135. # [00:57] <AryehGregor> If Gecko is willing to remove multi-Range Selections, WebKit should be willing to make sacrifices too. :)
  136. # [00:58] * Quits: erlehmann (~erlehmann@82.113.119.31) (Quit: Ex-Chat)
  137. # [00:58] * Joins: erlehmann (~erlehmann@82.113.119.31)
  138. # [00:59] * Joins: danbri (~danbri@cable-146-255-152-131.dynamic.telemach.ba)
  139. # [01:02] * nunnun is now known as nunnun_away
  140. # [01:03] <rniwa> AryehGregor: I tend to agree but then webkit has a lot of companies involved so it's hard for me to make a call.
  141. # [01:03] * Quits: drublic (~drublic@frbg-4d029c59.pool.mediaWays.net) (Remote host closed the connection)
  142. # [01:03] <AryehGregor> Right.
  143. # [01:04] <rniwa> AryehGregor: we can probably start from spitting out console messages
  144. # [01:05] * Joins: tantek (~tantek@nat/mozilla/x-kbzhksexwfilerhu)
  145. # [01:07] * Joins: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net)
  146. # [01:14] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  147. # [01:15] * Quits: danbri (~danbri@cable-146-255-152-131.dynamic.telemach.ba) (Remote host closed the connection)
  148. # [01:24] * Quits: jankeromnes (~janx@acces2527.res.insa-lyon.fr) (Ping timeout: 240 seconds)
  149. # [01:25] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Read error: Connection reset by peer)
  150. # [01:26] * Quits: jdong_bot_ (~jdong_bot@117.79.232.242) (Remote host closed the connection)
  151. # [01:35] * Quits: mven (~mven__@169.241.49.57) (Quit: Leaving)
  152. # [01:40] * Joins: aaronmoodie (~aaron@eth3190.vic.adsl.internode.on.net)
  153. # [01:41] <zewt> rniwa: i just wish that if Japanese authors are going to dig in their heels and keep using SJIS (or EUC-JP or ISO-2022-JP), they'd at least get their charset declarations correct
  154. # [01:41] <rniwa> zewt: I think so.
  155. # [01:42] <rniwa> zewt: although Shift_JIS is never really used
  156. # [01:42] <zewt> instead of the current nonsense where japanese pages very often end up broken on all non-japanese systems
  157. # [01:42] <rniwa> zewt: what we call Shift_JIS is almost always Code Page 932
  158. # [01:42] * Quits: graememcc (~chatzilla@host86-150-88-211.range86-150.btcentralplus.com) (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115204015])
  159. # [01:43] <zewt> windows's "extensions"--yet another reason to use utf-8 :P
  160. # [01:44] <rniwa> zewt: the problem is that utf-8 didn't get right either
  161. # [01:44] <zewt> what's frustrating is how the current situation leads to pages working for their authors, and most of their viewers (eg. users in japan see japanese pages OK), but are broken for the rest of the world
  162. # [01:44] <rniwa> zewt: a lot of japanese/chinese scholars are really upset about how UCS-2 assignes the same code point for completely different characters
  163. # [01:44] * Quits: erlehmann (~erlehmann@82.113.119.31) (Quit: Ex-Chat)
  164. # [01:44] <rniwa> zewt: right.
  165. # [01:45] <rniwa> zewt: on the other hand, it's pretty insulting to be imposed upon an encoding that can't encode your character properly
  166. # [01:45] <zewt> eh, utf-8 round-trips other encodings, so i don't know how there could be anything sjis (etc) could represent that utf-8 can not
  167. # [01:45] <rniwa> zewt: how would you feel if your bank switched to start using utf-8 text encoding so that it starts using wrong characters for your names?
  168. # [01:46] <zewt> i'm not convinced that's possible :)
  169. # [01:47] <zewt> (with the caveat that you have to get your lang declarations right, to avoid rendering eg. japanese characters with chinese fonts)
  170. # [01:47] <gavinc> rniwa: Eh? UTF-8 got it wrong? You mean Unicode got it wrong? as another encoding for Unicode won't have different characters
  171. # [01:48] <zewt> if there's any character in SJIS that doesn't have a direct round-trip equivalent in utf-8, that'd be a major unicode bug, afaik
  172. # [01:48] <rniwa> gavinc: I meant unicode
  173. # [01:49] <zewt> if there's any character that isn't displayed identically in utf-8 (with the correct language selected) as in sjis, i'd be interested in knowing what it is, and why it's different
  174. # [01:49] <gavinc> so there exist japanese characters for which there is no unicode code point?
  175. # [01:49] <gavinc> Kanji yes?
  176. # [01:49] <rniwa> gavinc: well, they probably have all code points but the problem is that it's shared with chinese characters
  177. # [01:49] <rniwa> gavinc: yes
  178. # [01:49] <rniwa> zewt: even shift_jis doesn't contain all characters we need.
  179. # [01:50] <zewt> rniwa: sharing with chinese characters is okay, again you just have to make sure the browser is picking the right language
  180. # [01:50] <gavinc> rniwa: Ah yes, the character is the same but two cultures define different meanings
  181. # [01:50] <zewt> gavinc: it's the weird clash between "character" and "glyph"
  182. # [01:50] <rniwa> gavinc: they're different chracters
  183. # [01:50] <rniwa> gavinc: do you suppose greek alpha is identical to latin a because they share the same origin?
  184. # [01:50] <zewt> rniwa: again, i'd like an example
  185. # [01:51] <gavinc> sorry, glyph
  186. # [01:51] <gavinc> meant glyph!
  187. # [01:51] <rniwa> anyways, i'm not in a position to discuss about this :)
  188. # [01:51] * gavinc puts on encoding unicode brain
  189. # [01:51] <zewt> rniwa: i think you're wrong :)
  190. # [01:51] <rniwa> there are much more qualified people to talk about it
  191. # [01:51] <gavinc> Yeah, pulling bits of it out my memory
  192. # [01:51] <gavinc> Greek has in fact some of the same political issues in unicode :(
  193. # [01:52] <zewt> if you take sjis/euc-jp/iso-2022-jp text, convert to utf-8 and set lang=jp, it should always be rendered the same; if there are examples where this isn't the case, then I'd really like to know what they are
  194. # [01:52] <gavinc> Ah! Wikipedia will help you zewt http://en.wikipedia.org/wiki/Han_unification ;)
  195. # [01:52] * Quits: malydok (mldk@moma.t16.ds.pwr.wroc.pl) (Quit: Farewell)
  196. # [01:52] <zewt> gavinc: i know what han unification is; my point is that lang is the disambiguator
  197. # [01:54] <rniwa> zewt: http://www.shuiren.org/chuden/teach/code/main8.htm#AdvantageDisadvantage
  198. # [01:56] <rniwa> the problem with unicode is that they assigned characters with different shapes, lines, etc... to the same code point
  199. # [01:56] <rniwa> even though they're not just aesthetic issues
  200. # [01:57] <rniwa> e.g. you can't interchange them in handwriting because they're different characters
  201. # [01:58] <zewt> rniwa: but the language attribute of the content tells it which glyph to use.
  202. # [01:58] <rniwa> zewt: that would mean that you can't mix chinese names and japanese names in the same context
  203. # [01:58] <rniwa> zewt: you have to specify the language to make any sense
  204. # [01:59] <zewt> sure you can: <span lang="jp">text</span> <span lang="zh">text2</span>
  205. # [01:59] <zewt> and besides, you can't do that *at all* with legacy encodings
  206. # [02:00] <zewt> http://zewt.org/~glenn/encoding%20utf-8.html http://zewt.org/~glenn/encoding%20sjis.html http://zewt.org/~glenn/encoding%20big5.html works fine
  207. # [02:00] <zewt> (used zh-TW since the glyph difference is more pronounced)
  208. # [02:00] <AryehGregor> Could we define non-BMP characters that mirror all the BMP CJK glyphs but with the language predetermined?
  209. # [02:00] <AryehGregor> That would probably just confuse everyone even more . . .
  210. # [02:01] <rniwa> zewt: apparently chrome doesn't support it :( it looks all the same
  211. # [02:01] * rniwa is annoyed
  212. # [02:01] <AryehGregor> Likewise.
  213. # [02:01] <zewt> that'd be a massive chrome bug, unless I'm specifying something wrong
  214. # [02:01] <zewt> (or both could be true)
  215. # [02:02] <zewt> works fine in IE *8*
  216. # [02:02] * Joins: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp)
  217. # [02:02] <rniwa> zewt: firefox doesn't get it right either
  218. # [02:02] <zewt> (and FF8, which I tested with first)
  219. # [02:02] <gavinc> is there an img reference too?
  220. # [02:02] <rniwa> zewt: this might be a bug on Mac...
  221. # [02:02] <zewt> rniwa: you may not have both Japanese and Chinese fonts installed, in which case it'll probably fall back to the one you do have
  222. # [02:02] <zewt> however, i can confirm it's not working for me in Chrome
  223. # [02:03] <zewt> (windows, with both font sets installed)
  224. # [02:03] * Quits: Serrata (~Serrata@234.129.103.97.cfl.res.rr.com) (Quit: WeeChat 0.3.5)
  225. # [02:03] <rniwa> zewt: I have both Japanese / Chinese IMEs installed so that's hard to believe
  226. # [02:03] <gavinc> zewt: screen shot of what it -should- look like?
  227. # [02:03] <zewt> one sec
  228. # [02:03] <rniwa> gavinc: the box inside the upper box should be on the different sides
  229. # [02:04] <rniwa> gavinc: see http://www.shuiren.org/chuden/teach/code/main8.htm#AdvantageDisadvantage
  230. # [02:04] <zewt> http://zewt.org/~glenn/encoding%20expected.png
  231. # [02:04] <rniwa> gavinc: in JIS, it should be on the right.
  232. # [02:04] <rniwa> gavinc: in GB, it should be on the left.
  233. # [02:04] <rniwa> gavinc: in BIG5 it should be on the right but the bottom part should be simplified
  234. # [02:04] * Parts: franksalim (~frank@64-71-23-251.static.wiline.com) ("Leaving")
  235. # [02:05] <gavinc> heh, so anyone else have the box in the top box on the LEFT? and not even on the right at all?
  236. # [02:05] <rniwa> gavinc: need traditional chinese font.
  237. # [02:05] <rniwa> gavinc: and I don't think zewt specified it to be traditional
  238. # [02:05] <rniwa> zewt: he probably used simplified chinese
  239. # [02:06] * Joins: Evanescence (~Evanescen@122.237.20.101)
  240. # [02:06] <zewt> i used zh-TW, because it's easier to distinguish from the JP glyph
  241. # [02:06] <rniwa> zewt, gavinc: see, the problem is that it's so hard to use this thing.
  242. # [02:06] <zewt> rniwa: oddly, I see the JP glyph on all three on the shuiren.org page
  243. # [02:06] <rniwa> zewt, gavinc: if we had a different code point, it just works fine.
  244. # [02:06] <gavinc> rniwa: yeah, I've been convinced.
  245. # [02:06] <rniwa> zewt: hehe, it's probably a browser bug
  246. # [02:07] <rniwa> I feel like this is a simialr issue to bidi
  247. # [02:07] <zewt> rniwa: "see" but you're changing the argument :) these are browser issues (bad ones, to be sure; this should be working reliably years and years ago), but it's not unicode's fault
  248. # [02:07] <rniwa> it's possible in theory but impossible in practice
  249. # [02:07] <zewt> uh, no, not at all
  250. # [02:08] <rniwa> zewt: the fact you're the only one seeing the correct glyph suggests to me that it's not working, is it?
  251. # [02:08] <zewt> for authors there's exactly one step: stick lang=ja (or zh-TW or zh-CN) around your content (probably on <body>)
  252. # [02:08] <rniwa> zewt: but the problem is that it doesn't work in many cases.
  253. # [02:08] <zewt> so it should be fixed; it's always worked for me
  254. # [02:09] <rniwa> zewt: what's the point of a spec. if it doesn't work on most implementations
  255. # [02:09] <zewt> works fine in FF8 and IE
  256. # [02:09] <gavinc> On Windows
  257. # [02:09] <rniwa> zewt: maybe this is an issue with mac then
  258. # [02:09] <gavinc> FF8 does not look right on Linux
  259. # [02:09] <zewt> and Opera
  260. # [02:09] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  261. # [02:10] * Quits: kennyluck (~kennyluck@114-43-115-17.dynamic.hinet.net) (Quit: kennyluck)
  262. # [02:11] <zewt> hmm, Chrome does render the suiren.org page correctly
  263. # [02:11] * Quits: rillian_ (~rillian@184.71.166.126) (Remote host closed the connection)
  264. # [02:11] <rniwa> zewt, gavinc: similarly, we have the opposite problem as pointed on http://www.shuiren.org/chuden/teach/code/main8.htm#AdvantageDisadvantage
  265. # [02:11] <zewt> i bet that's because of the separate font specifier, though
  266. # [02:11] <zewt> rniwa: executive summary would be helpful; it would take me several minutes to read this :)
  267. # [02:11] <rniwa> gavinc, zewt: 為 and 爲 are just new/old glyphs for the same character but they're assigned to different code points
  268. # [02:12] <gavinc> 骨 does look right on shuiren btw
  269. # [02:12] <zewt> <- can struggle through gradeschool spoken JP, but reading it isn't going to happen
  270. # [02:12] * Quits: KillerX (~anant@nat/mozilla/x-zbszyrejripttypo) (Quit: KillerX)
  271. # [02:12] <rniwa> I'll leave the rest to unicode experts from tokyo
  272. # [02:12] <rniwa> but i'm bitter about UCS-2 in general.
  273. # [02:13] <zewt> chrome getting this wrong makes me upset; it's the sort of bug that'll set unicode-in-CJK-countries back by years
  274. # [02:14] <rniwa> zewt: yeah, I should probably file a bug about this.
  275. # [02:14] <gavinc> zewt: Chrome shows the WRONG thing for me on shuiren, where FF does the right thing
  276. # [02:14] <rniwa> it's super annoying
  277. # [02:15] <zewt> rniwa: please do (I would, but I expect a webkit report will get more attention)
  278. # [02:15] <zewt> also I wonder if this is a Chrome problem or a WebKit problem
  279. # [02:15] <rniwa> zewt: are you on windows?
  280. # [02:15] <zewt> yeah
  281. # [02:15] <rniwa> zewt: because it works perfectly fine on mac.
  282. # [02:15] <zewt> in chrome or safari?
  283. # [02:15] <rniwa> zewt: both
  284. # [02:16] <rniwa> zewt: it'll be super helpful if you could check safari as well
  285. # [02:16] <zewt> will need to fire up my VM with safari in it; one sec
  286. # [02:18] * Quits: cgcardona (~cgcardona@unaffiliated/cgcardona) (Quit: cgcardona)
  287. # [02:20] * Quits: ojan (ojan@nat/google/x-eixljarwdftzzhsh) (Quit: ojan)
  288. # [02:24] <zewt> eh, nothing is working right in my VM, not even the big5-encoded one
  289. # [02:24] <zewt> they're all showing the JP glyph
  290. # [02:24] <zewt> (XP, same on every browser I've tried)
  291. # [02:24] <rniwa> zewt: :(
  292. # [02:25] <rniwa> zewt: sounds like you don't have Eastern Asian language support on your Windows?
  293. # [02:25] <zewt> it looks like XP installs all CJK languages as a unit ("install files for east asian languages"), so installed fonts should be a problem
  294. # [02:25] <zewt> rniwa: if they weren't installed then the JP glyph wouldn't work either
  295. # [02:25] <rniwa> zewt: oh they all defaults to JP font?
  296. # [02:26] * Quits: ap (~ap@17.212.155.203) (Quit: ap)
  297. # [02:26] <zewt> yeah, even big5 shows the top one in http://zewt.org/~glenn/encoding%20expected.png
  298. # [02:26] <zewt> the fonts are there; i can see one of the ZH ones if I select the NSimSun font in Notepad
  299. # [02:27] <zewt> i guess i'll install safari natively instead of in this old XP VM
  300. # [02:27] <zewt> strange, though
  301. # [02:28] <zewt> (and so nobody's confused, this is unrelated--the problem happens with the legacy encodings, too)
  302. # [02:28] * Quits: othermaciej (~mjs@17.245.91.234) (Quit: othermaciej)
  303. # [02:29] <zewt> this is fascinating: the Safari installer gave me the option to not auto-updated in XP, but that option seems to be mysteriously not present in 7
  304. # [02:30] <zewt> WHAT THE HELL
  305. # [02:30] <zewt> okay safari is on my software blacklist (it just played loud music when it launched)
  306. # [02:31] <zewt> that is not okay
  307. # [02:33] <zewt> rniwa: safari is showing the JP glyph in all cases, as far as I can see
  308. # [02:34] * Joins: othermaciej (~mjs@17.245.91.234)
  309. # [02:34] <zewt> including big5
  310. # [02:34] <rniwa> zewt: okay, it's probably webkit issue then
  311. # [02:34] <zewt> rniwa: does big5 look wrong to you, too?
  312. # [02:35] <zewt> that is, http://zewt.org/~glenn/encoding%20big5.html, which shows the zh-TW glyph for me
  313. # [02:35] <zewt> (in FF)
  314. # [02:38] * Quits: AryehGregor (~Simetrica@mediawiki/simetrical) (Ping timeout: 240 seconds)
  315. # [02:42] <rniwa> zewt: it doesn't properly on mac either
  316. # [02:42] * Joins: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com)
  317. # [02:42] * Quits: AryehGregor (~Simetrica@cpe-68-175-61-233.nyc.res.rr.com) (Changing host)
  318. # [02:42] * Joins: AryehGregor (~Simetrica@mediawiki/simetrical)
  319. # [02:42] <rniwa> odd. it appears to use simplified font on windows :(
  320. # [02:43] <zewt> looks to use MS Gothic always for me
  321. # [02:43] <rniwa> zewt: filed https://bugs.webkit.org/show_bug.cgi?id=73507
  322. # [02:44] * Quits: KevinMarks (~KevinMark@c-71-204-145-244.hsd1.ca.comcast.net) (Quit: The computer fell asleep)
  323. # [02:45] <zewt> rniwa: fwiw, you can probably remove the lang attribute there
  324. # [02:45] <zewt> since it seems to happen without it
  325. # [02:46] * Quits: othermaciej (~mjs@17.245.91.234) (Quit: othermaciej)
  326. # [02:47] <rniwa> zewt: http://www.shuiren.org/chuden/teach/code/main8.htm renders correctly on Chrome on Windows for me
  327. # [02:48] <zewt> rniwa: it seems to have some xhtml-related problem for me
  328. # [02:48] <zewt> if I s/xml:lang/lang/, it works
  329. # [02:49] <zewt> er, no, that was in FF
  330. # [02:49] <zewt> (overjuggling)
  331. # [02:49] * Quits: jwalden (~waldo@2620:101:8003:200:f2de:f1ff:fe8f:60c8) (Quit: out for the day)
  332. # [02:50] <rniwa> zewt: ?
  333. # [02:50] <zewt> (it renders wrong in FF8 for me, because of something to do with xhtml)
  334. # [02:51] <zewt> rniwa: it renders correctly in Chrome only because of the font-family style
  335. # [02:51] <zewt> <td><span xml:lang="zh-cn" style="font-size: 140%; font-family: SimSun">œ</span></td>
  336. # [02:51] <rniwa> :(
  337. # [02:51] <zewt> it's not actually using the language there
  338. # [02:51] <rniwa> that's quite stupid
  339. # [02:52] <zewt> so i'm guessing it shares whatever safari's problem is with lang
  340. # [02:55] <zewt> rniwa: do you at least agree that, if browsers iron this stuff out (which should have happened long ago), language tagging + UTF-8 is a workable approach for authors to deal with han unification?
  341. # [02:55] <zewt> (that is, all you do is add lang=jp to <body>)
  342. # [02:55] <zewt> (for the vast majority of cases)
  343. # [02:56] * Joins: miketaylr (~miketaylr@24.42.93.245)
  344. # [02:56] <rniwa> zewt: not really. I still think it's broken in many ways. but I'd agree that we should fix it.
  345. # [02:56] <zewt> why?
  346. # [02:56] <rniwa> zewt: so that we can at least get the functionality UCS-2 provides.
  347. # [02:56] <rniwa> zewt: I've already pointed out the code point issues.
  348. # [02:57] <zewt> which language tagging fixes (and that's how CJK unicode rendering was intended to work from the beginning)
  349. # [02:58] <rniwa> zewt: not really
  350. # [02:58] <zewt> ...
  351. # [02:58] <rniwa> zewt: some characters are assinged to two different code points even though they're the same character
  352. # [02:58] <rniwa> of different styles
  353. # [02:58] <zewt> so?
  354. # [02:58] <rniwa> zewt: that would mean that changing fonts don't work
  355. # [02:58] <rniwa> zewt: you need to edit the html to use different styles of characters
  356. # [02:58] <rniwa> etc...
  357. # [02:59] <zewt> there are multiple codepoints for "A" (full-width latin); it's a little weird but not a real problem
  358. # [02:59] * Parts: aaronmoodie (~aaron@eth3190.vic.adsl.internode.on.net)
  359. # [03:01] <zewt> (when I see it I wish people wouldn't use it, but it's not nearly annoying enough to not use UTF-8 for)
  360. # [03:13] * nunnun_away is now known as nunnun
  361. # [03:14] * Quits: tantek (~tantek@nat/mozilla/x-kbzhksexwfilerhu) (Quit: tantek)
  362. # [03:20] * Joins: jacobolus (~jacobolus@199-83-220-131.PUBLIC.monkeybrains.net)
  363. # [03:25] * Joins: jochen___ (jochen@nat/google/x-qwsujhvbdrejlotp)
  364. # [03:26] * Quits: jochen__ (jochen@nat/google/x-maxqbwihytohxepc) (Read error: Connection reset by peer)
  365. # [03:26] * jochen___ is now known as jochen__
  366. # [03:26] <roc> I assume you guys know about UVS
  367. # [03:27] * xcoderzach is now known as zachsmith
  368. # [03:29] * Quits: astearns (~anonymous@192.150.22.5) (Ping timeout: 244 seconds)
  369. # [03:30] <zewt> (not off-hand)
  370. # [03:32] <roc> a Unicode feature that uses supplemental codepoints to encode glyph variations
  371. # [03:33] <roc> I believe it's partly intended to address the complaints about Han unification
  372. # [03:34] <roc> language markup works too, although it's confusing because language often affects font choice as well as shaping
  373. # [03:34] <zewt> well, shaping is just part of the font in most systems
  374. # [03:34] <roc> E.g. your language attributes might fix the problem by causing a suitable font to be selected
  375. # [03:35] <roc> but if you explicitly set the "wrong" font (or the user does, maybe), you'd lose
  376. # [03:35] <zewt> japanese fonts generally don't have chinese glyphs in them to begin with (putting aside that ttf fonts probably have no way to express that; don't know)
  377. # [03:36] <roc> right, so if someone forced use of a Japanese font, then your Chinese text won't display properly
  378. # [03:36] <roc> Opentype fonts can use language-specific shaping tables, and Gecko supports that, but I don't know how many fonts do
  379. # [03:36] <zewt> that could be fixed in time, of course, though i suspect mixing japanese and chinese glyphs is too much of an edge case for the cost
  380. # [03:36] <roc> so a font could support both Japanese and Chinese correctly
  381. # [03:38] <zewt> but this isn't actually a problem with the lang markup approach (eg. I doubt encoding it with Unicode features would change it)
  382. # [03:38] <zewt> it's just limitations of the fonts and font engines
  383. # [03:39] * Quits: jacobolus (~jacobolus@199-83-220-131.PUBLIC.monkeybrains.net) (Remote host closed the connection)
  384. # [03:39] * heycam is now known as heycam|away
  385. # [03:39] <roc> true
  386. # [03:40] * Quits: dave_levin (dave_levin@nat/google/x-veybmhyyiijcspgo) (Quit: dave_levin)
  387. # [03:45] * Joins: scor (~scor@drupal.org/user/52142/view)
  388. # [03:50] * Quits: necolas (~necolas@5e0105d7.bb.sky.com) (Remote host closed the connection)
  389. # [03:57] * Quits: scor (~scor@drupal.org/user/52142/view) (Ping timeout: 248 seconds)
  390. # [04:04] * heycam|away is now known as heycam
  391. # [04:06] * Joins: dglazkov (u4270@gateway/web/irccloud.com/x-ccjnlndjpzsevfyl)
  392. # [04:07] <dglazkov> wg what?
  393. # [04:10] <divya> wow thg
  394. # [04:10] * divya fails at anagrams
  395. # [04:11] * Quits: TabAtkins (tabatkins@nat/google/x-dsyfomeoaqcltpds) (Ping timeout: 244 seconds)
  396. # [04:11] * Quits: jamesr_ (jamesr@nat/google/x-hyrrgxdofafsxpbn) (Ping timeout: 244 seconds)
  397. # [04:17] * Joins: TabAtkins (tabatkins@nat/google/x-ewhumrxwubqnfimi)
  398. # [04:17] * Joins: jamesr_ (jamesr@nat/google/x-ulegfdezguolcavd)
  399. # [04:21] * Quits: stalled (~stalled@unaffiliated/stalled) (Ping timeout: 244 seconds)
  400. # [04:21] * Quits: fishd (darin@nat/google/x-agmltglloaitwumb) (Ping timeout: 258 seconds)
  401. # [04:22] * Quits: dbaron (~dbaron@nat/mozilla/x-kvmcwkxtrnhhncso) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  402. # [04:25] * Joins: fishd (darin@nat/google/x-aenkwowqcwlawtys)
  403. # [04:27] * Quits: gavinc (~gavin@50-0-76-242.dsl.dynamic.sonic.net) (Remote host closed the connection)
  404. # [04:28] * Joins: J_Voracek (~J_Voracek@71.21.195.70)
  405. # [04:28] * Quits: J_Voracek (~J_Voracek@71.21.195.70) (Client Quit)
  406. # [04:32] * Joins: stalled (~stalled@unaffiliated/stalled)
  407. # [04:41] * Joins: astearns (~anonymous@c-50-132-63-33.hsd1.wa.comcast.net)
  408. # [04:49] * Joins: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net)
  409. # [04:54] * Quits: c_t_montgomery (~c_t_montg@199.83.223.215) (Quit: c_t_montgomery)
  410. # [04:57] * Quits: Evanescence (~Evanescen@122.237.20.101) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  411. # [05:01] * Joins: Evanescence (~Evanescen@122.237.20.101)
  412. # [05:03] * nunnun is now known as nunnun_away
  413. # [05:03] * nunnun_away is now known as nunnun
  414. # [05:10] <dbaron> roc, you mean IVS? (Ideographic Variation Sequences)
  415. # [05:12] * Quits: temp01 (~temp01@unaffiliated/temp01) (Ping timeout: 248 seconds)
  416. # [05:12] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  417. # [05:14] * Joins: temp02 (~temp01@unaffiliated/temp01)
  418. # [05:16] * Joins: agektmr (~Adium@220.109.219.244)
  419. # [05:19] * Quits: temp02 (~temp01@unaffiliated/temp01) (Ping timeout: 248 seconds)
  420. # [05:20] * Joins: nonge_ (~nonge@p5082BA06.dip.t-dialin.net)
  421. # [05:21] <roc> yes
  422. # [05:22] * Joins: temp01 (~temp01@unaffiliated/temp01)
  423. # [05:23] * Quits: nonge (~nonge@p508293B4.dip.t-dialin.net) (Ping timeout: 244 seconds)
  424. # [05:30] * Quits: cpearce (~chatzilla@60.234.54.74) (Ping timeout: 258 seconds)
  425. # [05:34] * Quits: Evanescence (~Evanescen@122.237.20.101) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  426. # [05:49] * Joins: Evanescence (~Evanescen@122.237.30.93)
  427. # [06:02] * Quits: rniwa (rniwa@nat/google/x-ctviiixzurbcngns) (Quit: rniwa)
  428. # [06:04] * Joins: othermaciej (~mjs@c-24-6-209-189.hsd1.ca.comcast.net)
  429. # [06:10] * Quits: miketaylr (~miketaylr@24.42.93.245) (Quit: miketaylr)
  430. # [06:10] * nunnun is now known as nunnun_away
  431. # [06:10] * nunnun_away is now known as nunnun
  432. # [06:21] * Quits: jamesr (jamesr@nat/google/x-xwbxubvldwwedety) (Quit: jamesr)
  433. # [06:27] * Joins: c_t_montgomery (~c_t_montg@adsl-67-121-144-189.dsl.pltn13.pacbell.net)
  434. # [06:28] * nunnun is now known as nunnun_away
  435. # [06:31] * Quits: wookiehangover_ (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net) (Quit: i'm out)
  436. # [06:33] * Joins: wookiehangover (~wookiehan@c-67-161-138-118.hsd1.co.comcast.net)
  437. # [06:33] * Quits: agektmr (~Adium@220.109.219.244) (Quit: Leaving.)
  438. # [06:35] * Joins: MikeSmith_ (~MikeSmith@EM1-113-229-13.pool.e-mobile.ne.jp)
  439. # [06:37] * Quits: MikeSmith (~MikeSmith@EM114-48-51-53.pool.e-mobile.ne.jp) (Ping timeout: 244 seconds)
  440. # [06:37] * MikeSmith_ is now known as MikeSmith
  441. # [06:42] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 244 seconds)
  442. # [06:42] * Joins: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net)
  443. # [06:47] * Joins: agektmr (~Adium@220.109.219.244)
  444. # [06:55] * Quits: sicking (~chatzilla@nat/mozilla/x-rtmuzdxiexpdznel) (Ping timeout: 248 seconds)
  445. # [07:00] * Joins: LBP (~Mirc@pD9EB17B4.dip0.t-ipconnect.de)
  446. # [07:02] * Joins: D_rwin (~D_rwin@110.227.242.116)
  447. # [07:22] * Joins: jochen___ (jochen@nat/google/x-izyzjkzlynfeunnw)
  448. # [07:23] * Quits: jochen__ (jochen@nat/google/x-qwsujhvbdrejlotp) (Ping timeout: 240 seconds)
  449. # [07:23] * jochen___ is now known as jochen__
  450. # [07:34] * Joins: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net)
  451. # [07:41] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  452. # [07:41] * Quits: schnoomac (~schnoomac@203-206-182-17.perm.iinet.net.au) (Quit: schnoomac)
  453. # [07:51] * Joins: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se)
  454. # [07:52] * Quits: dbaron (~dbaron@173-228-28-129.dsl.dynamic.sonic.net) (Quit: 8403864 bytes have been tenured, next gc will be global.)
  455. # [07:54] * Quits: D_rwin (~D_rwin@110.227.242.116) (Quit: used WLIrc)
  456. # [07:57] * Joins: hasather_ (~hasather_@84.38.144.96)
  457. # [08:01] * Quits: hamaji (~hamaji@220.109.219.244) (Ping timeout: 260 seconds)
  458. # [08:01] * Quits: agektmr (~Adium@220.109.219.244) (Ping timeout: 258 seconds)
  459. # [08:01] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  460. # [08:01] * Joins: hamaji (~hamaji@74.125.56.33)
  461. # [08:07] <hsivonen> where do I see the system requirements for Opera Next?
  462. # [08:13] * Joins: bk- (~bk-@cpe-184-58-243-178.wi.res.rr.com)
  463. # [08:16] * Joins: jacobolus (~jacobolus@c-24-5-85-179.hsd1.ca.comcast.net)
  464. # [08:18] * Joins: riven` (~riven@53518387.cm-6-2c.dynamic.ziggo.nl)
  465. # [08:21] * nunnun_away is now known as nunnun
  466. # [08:22] * Quits: riven (~riven@pdpc/supporter/professional/riven) (Ping timeout: 260 seconds)
  467. # [08:24] * Parts: rosalindwills (~rosalindw@c-24-12-74-173.hsd1.il.comcast.net)
  468. # [08:31] * Joins: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net)
  469. # [08:35] * Joins: danielfilho (~daniel@187.31.77.7)
  470. # [08:35] * Joins: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net)
  471. # [08:36] * Quits: bk- (~bk-@cpe-184-58-243-178.wi.res.rr.com)
  472. # [08:37] * Quits: danielfilho|afk (~daniel@187.31.77.7) (Ping timeout: 245 seconds)
  473. # [08:38] * nunnun is now known as nunnun_away
  474. # [08:43] * Joins: gkellogg (~gregg@c-98-248-150-91.hsd1.ca.comcast.net)
  475. # [08:48] * Joins: FlorianX (~Dimitri@p4FCF7249.dip.t-dialin.net)
  476. # [08:52] <hsivonen> categorizing elliptical arcs and elliptical curves as graphics or crypto could be a CAPTCHA question
  477. # [08:54] * Joins: c_t_mont_ (~c_t_montg@adsl-67-121-144-189.dsl.pltn13.pacbell.net)
  478. # [08:55] * Quits: c_t_mont_ (~c_t_montg@adsl-67-121-144-189.dsl.pltn13.pacbell.net) (Remote host closed the connection)
  479. # [08:57] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  480. # [09:00] <annevk> hsivonen: the same as http://www.opera.com/browser/download/requirements/ prolly
  481. # [09:00] <annevk> hsivonen: not sure if we have that stated somewhere
  482. # [09:01] * Quits: bga (znc@fr6.freebnc.net) (Ping timeout: 240 seconds)
  483. # [09:02] * Joins: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
  484. # [09:03] * Joins: bga (bga@fr6.freebnc.net)
  485. # [09:05] <annevk> I don't get the XPath thread, why don't the proponents simply write a spec and get it implemented?
  486. # [09:05] <zcorpan> so there's discussion about incremental XHR, but no discussion about incremental HTML/XML parsing APIs
  487. # [09:05] * Joins: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net)
  488. # [09:06] <annevk> Is that even needed though?
  489. # [09:08] <annevk> whatwg.org slow?
  490. # [09:09] * Quits: jdaggett (~jdaggett@ad009033.dynamic.ppp.asahi-net.or.jp) (Quit: jdaggett)
  491. # [09:09] * Joins: Margle (~margle@41-133-196-64.dsl.mweb.co.za)
  492. # [09:09] <zcorpan> consider a page that inserts new content fetched from xhr
  493. # [09:09] <zcorpan> currently people wait for everything to download, and then assign innerHTML or so
  494. # [09:10] <zcorpan> with chunked XHR, they still need to wait for everything before assigning to innerHTML
  495. # [09:10] <annevk> so some new kind of document.write() API?
  496. # [09:11] <zcorpan> yeah
  497. # [09:11] <annevk> o_O
  498. # [09:11] <zcorpan> element.write() :)
  499. # [09:11] * Joins: PalleZingmark (~Adium@217.13.228.226)
  500. # [09:12] * Joins: woef (~woef@91.183.84.141)
  501. # [09:15] <hsivonen> annevk: ok. Re: requirements
  502. # [09:16] <hsivonen> annevk: Re: XPath: it's not just an issue of the proponents getting it implemented. patches might not be welcome if they are perceived as a slippery slope to having to get on the XPath 2 maintenance treadmill
  503. # [09:17] <hsivonen> annevk: IIRC, some WebKit/Qt hacker tried to contrib XPath 2 (or was it XSLT 2) support, but the wider WebKit stakeholders wisely rejected it
  504. # [09:17] <annevk> Okay, but e.g. EXSLT has been implemented by some browsers...
  505. # [09:17] <annevk> From what I remember anyway, it's been a while
  506. # [09:18] <hsivonen> annevk: yeah, at the time when Mozilla accepted patches for pretty much anything than looked stardardish
  507. # [09:20] <hsivonen> fortunately for math, MathML got in the codebase, too, during that era
  508. # [09:23] * Quits: jamesr (~jamesr@173-164-251-190-SFBA.hfc.comcastbusiness.net) (Quit: jamesr)
  509. # [09:23] * Joins: kennyluck (~kennyluck@140.121.80.137)
  510. # [09:29] * Quits: Margle (~margle@41-133-196-64.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
  511. # [09:30] <annevk> hsivonen: I asked and our system requirements are so low that nobody has really cared to put that amount of detail into experimental releases
  512. # [09:30] <annevk> hsivonen: runs on => W2K and we only just ditched W9x support if that means anything to you
  513. # [09:30] * annevk has a fast Mac, doesn't care
  514. # [09:31] * Joins: Margle (~margle@41-133-196-64.dsl.mweb.co.za)
  515. # [09:34] <annevk> 3PM ET == 9PM CET?
  516. # [09:34] <annevk> MikeSmith, ^^
  517. # [09:34] * annevk might not make that
  518. # [09:35] <MikeSmith> annevk: no problem
  519. # [09:35] <MikeSmith> that was the only time it seems we could get everybody on
  520. # [09:35] <annevk> yeah, have fun :)
  521. # [09:35] <MikeSmith> well, not everybody, obviously
  522. # [09:35] <MikeSmith> I honestly don't know what's left to say about that, anyway
  523. # [09:36] <MikeSmith> I thought my last message in the thread made it all pretty clear
  524. # [09:36] <annevk> some people like to talk to talk
  525. # [09:36] <annevk> or something
  526. # [09:36] <MikeSmith> yeah
  527. # [09:36] <MikeSmith> for three years
  528. # [09:36] <MikeSmith> saying the same things without actually doing much of anything concrete
  529. # [09:37] <MikeSmith> anyway, I need to step out for food and drink
  530. # [09:38] <MikeSmith> long evening of late-night telcons to look forward to
  531. # [09:39] <annevk> go to the fancy sushi place :)
  532. # [09:41] <jgraham> annevk: Yeah, someone should write a spec for teh XPath thing. I can't really do it though as either bratell or Katie would kill me. Maybe João should do it.
  533. # [09:45] <annevk> zcorpan: fwiw, until queue a task moves to DOM4, it's the wrong place to spec APIs around it imo
  534. # [09:46] <annevk> jgraham: you should write notifications already :p
  535. # [09:46] <jgraham> annevk: I know :)
  536. # [09:46] <annevk> jgraham: why would Katie kill you though? you'd do it in your free time?
  537. # [09:46] <annevk> jgraham: didn't realize the Xpath-love was so strong with you :p
  538. # [09:47] <jgraham> Well yeah, the two options would be use work time -> death by bratell, use free time -> death by Katie. Both options end in death. I don't like XPath *that* much
  539. # [09:47] <annevk> it would be nice though if there finally was a spec that said how //text() works with DOM-based environments
  540. # [09:48] <zcorpan> annevk: moved the bug
  541. # [09:49] * Quits: Druid_ (~Druid@p5B135F73.dip.t-dialin.net) (Ping timeout: 252 seconds)
  542. # [09:49] <annevk> thanks
  543. # [09:49] <zcorpan> jgraham: what happens if you use half the time on work time and the other half on free time?
  544. # [09:50] <annevk> coma
  545. # [09:51] <jgraham> Isn't that how you unleash the special 2 v 1 mode that leads to quick, but painful, death?
  546. # [09:51] <jgraham> *unlock
  547. # [09:52] <jgraham> Anyway, seriously, not going to happen at the moment
  548. # [09:54] * Joins: Druid_ (~Druid@p5B05D15E.dip.t-dialin.net)
  549. # [09:57] <rniwa> annevk: so about setAttributeNS / setAttribute difference,
  550. # [09:57] <rniwa> annevk: the problem is that setAttributeNS does more than just setting the value
  551. # [09:57] <rniwa> annevk: it also modifies the namespace prefix
  552. # [09:58] <rniwa> annevk: so I'd have to special-case that :(
  553. # [09:58] <zcorpan> modifying prefix seems annoying
  554. # [09:59] * Joins: gwicke_away (~gabriel@212.255.34.214)
  555. # [09:59] <annevk> rniwa: ideally we remove that
  556. # [09:59] <annevk> rniwa: it currently does not do that in WebKit or Opera
  557. # [09:59] <annevk> rniwa: Gecko does do it, but then mutation observers does not take it into account
  558. # [09:59] <rniwa> annevk: how about IE?
  559. # [10:00] <annevk> I cannot test IE :(
  560. # [10:00] <rniwa> i didn't even know about namespace prefix stuff 'til I read the spec
  561. # [10:00] <rniwa> it's super annoying
  562. # [10:00] <annevk> if you paste http://lists.w3.org/Archives/Public/www-dom/2011OctDec/0214.html in the live dom viewer you can find out what IE does
  563. # [10:00] * rniwa boots his windows machine
  564. # [10:00] <annevk> rniwa: say so in the www-dom thread!
  565. # [10:01] <annevk> rniwa: if everyone but sicking finds it annoying, we're just going to not do it
  566. # [10:01] <annevk> as it's a super edge case not worth caring much about
  567. # [10:01] <rniwa> annevk: i'm waiting 'til my spec goes on public-webapps
  568. # [10:02] <rniwa> I highly doubt that any author understands this behavior
  569. # [10:02] <rniwa> but then.. very few people use setAttributeNS anyway
  570. # [10:02] <sicking> annevk: finds what annoying?
  571. # [10:02] <rniwa> so maybe those people get annoyed ?
  572. # [10:02] <sicking> annevk: i find prefixes annoying in all forms :)
  573. # [10:02] <annevk> sicking: setAttributeNS doing more than setting the value
  574. # [10:02] <sicking> node prefixes that is
  575. # [10:02] <rniwa> sicking: namespace prefix changes in setAttributeNS
  576. # [10:03] <sicking> annevk: oh, I don't believe I said anything on that topic at all
  577. # [10:03] <rniwa> sicking: it makes undo manager / DOM4 spec more complicated :(
  578. # [10:03] <sicking> annevk: other than that i'd like to get rid of namespaced attributes
  579. # [10:03] <annevk> am I confusing sicking and bz again
  580. # [10:03] <annevk> :(
  581. # [10:03] <annevk> sorry sicking
  582. # [10:03] <sicking> annevk: bz has a much nicer beard than me
  583. # [10:04] <annevk> heh, I'd love to meet him one day
  584. # [10:04] <sicking> i thought you met him in MV once
  585. # [10:04] <sicking> but maybe you weren't there
  586. # [10:04] <annevk> ooh maybe a long time ago
  587. # [10:05] <rniwa> annevk: as I've suspected, IE supports it
  588. # [10:05] <rniwa> annevk: live DOM viewer shows e:a="b"
  589. # [10:05] <annevk> kk
  590. # [10:07] <annevk> I think http://lists.w3.org/Archives/Public/www-dom/2011OctDec/0222.html is a very compelling argument though and therefore I think I will just remove it
  591. # [10:07] <annevk> and I'll file a bug on Gecko to see if they are willing to match the spec
  592. # [10:08] * Joins: tsenart (~tsenart@g231085187.adsl.alicedsl.de)
  593. # [10:09] * Joins: erlehmann (~erlehmann@82.113.119.31)
  594. # [10:10] <rniwa> alright
  595. # [10:10] <rniwa> my spec just got real :D
  596. # [10:10] <rniwa> all pending issues have been resolved
  597. # [10:11] <annevk> you mean the first 80%?
  598. # [10:11] <annevk> the remaining 80% takes half a decade :p
  599. # [10:11] <rniwa> annevk: basically, I don't have anything to add at this point except clarifying details (which is going to take another 2 years to finish)
  600. # [10:11] <rniwa> annevk: yeah, the first 80%.
  601. # [10:11] <rniwa> annevk: the remaining 20% will take 2 years + 10 years for writing tests
  602. # [10:12] <rniwa> well at least in my optimistic estimate
  603. # [10:12] <annevk> congratulations though, still pretty sweet :)
  604. # [10:12] <rniwa> annevk: yeah, i'm super excited about it
  605. # [10:12] * rniwa needs to update the date and push it to rniwa.com
  606. # [10:13] <jgraham> You probably also need to get implementations ;)
  607. # [10:13] <rniwa> jgraham: yeah...
  608. # [10:13] <rniwa> jgraham: I was hoping to get an intern do it
  609. # [10:13] <rniwa> jgraham: but apparently people want it before next summer
  610. # [10:14] * Joins: drublic (~drublic@frbg-4d0290c6.pool.mediaWays.net)
  611. # [10:14] <rniwa> so i guess i'll do it in Q1
  612. # [10:16] <rniwa> jgraham: I hear sicking had an intern start implementing it for gecko
  613. # [10:16] * Joins: smaug____ (~chatzilla@GGYKMMCVII.gprs.sl-laajakaista.fi)
  614. # [10:16] <sicking> rniwa: yeah, he got far but didn't finish it. Don't know when we'll be able to do the remaining parts :(
  615. # [10:17] <rniwa> sicking: sounds like he has a full-time offer?
  616. # [10:17] <sicking> rniwa: oh, there's one part that i notcied that you're missing
  617. # [10:17] <rniwa> sicking: ?
  618. # [10:17] <sicking> rniwa: you only have info on how to revert changes
  619. # [10:17] <sicking> rniwa: not how to reapply them
  620. # [10:17] <rniwa> sicking: right
  621. # [10:17] <rniwa> sicking: oh, so reapply will be reverts of reverts
  622. # [10:18] <sicking> rniwa: hmm... is that always true
  623. # [10:18] <rniwa> sicking: I think so.
  624. # [10:18] <sicking> could be
  625. # [10:19] <rniwa> sicking: if there are cases where that's not the case, then let me know
  626. # [10:19] <rniwa> sicking: but I haven't been able to come up with a case yet.
  627. # [10:19] <sicking> still needs to be defined. But if it's that simple i might have missed it.
  628. # [10:19] <rniwa> sicking: so in http://rniwa.com/editing/undomanager.html#automatic-dom-transactions
  629. # [10:20] <rniwa> sicking: I say "When an automatic DOM transaction is reapplied, the user agent must revert DOM changes made inside the undo scope of the the UndoManager while unapplying the transation."
  630. # [10:20] <rniwa> sicking: whereas for unapply, I said "When an automatic DOM transaction is unapplied, the user agent must revert DOM changes made inside the undo scope of the the UndoManager while *applying* the transation"
  631. # [10:22] * Joins: theamoeba (~theamoeba@41-133-237-214.dsl.mweb.co.za)
  632. # [10:23] <hsivonen> What's the best workflow for going from .ttf to a subsetted .woff these days in a way that doesn't break ligatures and contextual alternative glyphs?
  633. # [10:23] <hsivonen> is it Philip`'s subsetter plus a separate .ttf to .woff converter?
  634. # [10:23] <rniwa> sicking: does that make sense? or should I clarify more?
  635. # [10:27] <sicking> rniwa: that means that the implementation must continuously update it's automatic transaction though, is that good?
  636. # [10:27] <sicking> rniwa: currently in gecko we just store information when the transaction is created, and that information remains constant as we apply/unapply
  637. # [10:28] <rniwa> !?
  638. # [10:28] <rniwa> sicking: right.
  639. # [10:29] <rniwa> sicking: I don't really follow your continuously updating part.
  640. # [10:29] <sicking> rniwa: say that you create an automatic transaction which inserts a node
  641. # [10:29] <rniwa> sicking: I'm not saying that you should implement each mutation inside undo/redo as an automatic transaction
  642. # [10:30] <sicking> rniwa: a transaction-object is created which stores a reference to that node (and maybe other information)
  643. # [10:30] <sicking> rniwa: say that the page the removes the node from the DOM
  644. # [10:30] <sicking> rniwa: and then calls unapply
  645. # [10:30] <sicking> rniwa: at this point unapply can't remove the node since it no longer has a parent
  646. # [10:30] <rniwa> sicking: right
  647. # [10:30] <sicking> rniwa: in other words, unapply doesn't do anything
  648. # [10:30] <rniwa> sicking: sure.
  649. # [10:31] <rniwa> sicking: so it didn't make any DOM changes
  650. # [10:31] <rniwa> sicking: if you do reapply at that point, reapply doesn't do anything
  651. # [10:31] <sicking> rniwa: per spec, that means that the transaction has to update it's internal information to now represent nothing
  652. # [10:31] <rniwa> hm....
  653. # [10:31] <rniwa> sicking: would that be an issue?
  654. # [10:31] <sicking> rniwa: in other words, the transaction doesn't hold constant data
  655. # [10:31] <sicking> rniwa: seems harder implementation wise. To no benefit as far as i can see
  656. # [10:31] <hsivonen> Philip`: do you happen to know of an up-to-date .ttf to .woff converter that runs on Linux?
  657. # [10:32] <rniwa> hm...
  658. # [10:32] <sicking> rniwa: in fact, it's probably good if the implementation holds the data so that it can try to re-insert the node if you reapply
  659. # [10:32] <rniwa> sicking: ok, I think you're right.
  660. # [10:32] <rniwa> sicking: i guess I'll just change the spec then
  661. # [10:33] <sicking> rniwa: thanks. I do think that'll make implementation a good bit simpler
  662. # [10:33] <zcorpan> hsivonen: is fontsquirrel broken?
  663. # [10:35] <hsivonen> zcorpan: do you mean this: http://www.fontsquirrel.com/fontface/generator
  664. # [10:35] <hsivonen> zcorpan: it's not something I can automate on Linux
  665. # [10:35] <hsivonen> zcorpan: is that the best that's available?
  666. # [10:35] <zcorpan> no idea
  667. # [10:35] <hsivonen> (Flash-based file upload. boo.)
  668. # [10:36] <zcorpan> ugh
  669. # [10:39] <rniwa> sicking: yeah, I guess I wasn't thinking through
  670. # [10:39] * rniwa replies some random email about Arabizi
  671. # [10:40] <rniwa> I don't quite understand what they're trying to propose though
  672. # [10:40] * Quits: smaug____ (~chatzilla@GGYKMMCVII.gprs.sl-laajakaista.fi) (Read error: Connection reset by peer)
  673. # [10:42] <annevk> should the DOM specification have these kind of anal definitions:
  674. # [10:43] <annevk> X attribute: An attribute whose local name is X and namespace and namespace prefix are null
  675. # [10:43] * Joins: davidaparicio (~davidapar@acces0264.res.insa-lyon.fr)
  676. # [10:43] <annevk> has an X attribute: An element that has an X attribute in its attribute list
  677. # [10:44] <annevk> s/has an X attribute/has an attribute/
  678. # [10:44] * Joins: Neocortex (~nectop@82-170-160-25.ip.telfort.nl)
  679. # [10:47] <annevk> I'm just going to go with it
  680. # [10:47] <annevk> someone can tell me otherwise later
  681. # [10:49] <rniwa> annevk: that sounds fine
  682. # [10:49] * gwicke_away is now known as gwicke
  683. # [10:49] <rniwa> annevk: although "has an X attribute: An element that has an X attribute in its attribute list" sounds like a recursive definition
  684. # [10:51] * Joins: roc (~chatzilla@121.98.230.221)
  685. # [10:56] <rniwa> sicking: I suppose there's no sanity check required for reapplying DOM changes?
  686. # [10:57] <rniwa> hm... i guess there's some.
  687. # [10:57] <annevk> if you just say element has an attribute, where do you look?
  688. # [10:57] <annevk> it's commonly assumed you look in its attribute list and in fact it's the only logical thing to do
  689. # [10:57] <annevk> but it's not written down
  690. # [10:57] <rniwa> annevk: right.
  691. # [10:57] <annevk> at least not so far
  692. # [10:58] <annevk> :)
  693. # [10:58] * Quits: c_t_montgomery (~c_t_montg@adsl-67-121-144-189.dsl.pltn13.pacbell.net) (Quit: c_t_montgomery)
  694. # [10:58] <rniwa> annevk: I'd say that an element E has an attribute A if an attribute A is in E's attribute list.
  695. # [10:59] <rniwa> annevk: we should really kill attribute nodes
  696. # [10:59] <annevk> yeah, that's the definition
  697. # [10:59] <annevk> rniwa: already done spec-wise...
  698. # [10:59] <rniwa> annevk: oh really?
  699. # [10:59] <rniwa> hm... we just need to kill the ones in the wild i guess?
  700. # [10:59] <annevk> rniwa: Gecko is trying that for us
  701. # [11:00] <rniwa> annevk: great!
  702. # [11:00] <annevk> rniwa: they give plenty of warnings if you try to do Attr node related stuff
  703. # [11:00] <rniwa> annevk: I think we can improve the DOM perf. a lot once we get rid of attr nodes
  704. # [11:00] <annevk> made Facebook stop using it
  705. # [11:00] <rniwa> annevk: that's very nice
  706. # [11:01] <annevk> attribute nodes are DTD legacy :(
  707. # [11:02] <annevk> so in a way we can blame Dan Connolly for convincing Tim HTML had to be SGML-based
  708. # [11:02] <annevk> (rather than just inspired, as HTML 1 was)
  709. # [11:07] * Quits: davidaparicio (~davidapar@acces0264.res.insa-lyon.fr) (Ping timeout: 248 seconds)
  710. # [11:11] * Joins: smaug____ (~chatzilla@GZKMMCCLXXXI.gprs.sl-laajakaista.fi)
  711. # [11:11] <sicking> annevk: really? I didn't know that history, that's very interesting
  712. # [11:14] * Quits: smaug____ (~chatzilla@GZKMMCCLXXXI.gprs.sl-laajakaista.fi) (Read error: Connection reset by peer)
  713. # [11:14] * Quits: tsenart (~tsenart@g231085187.adsl.alicedsl.de) (Quit: tsenart)
  714. # [11:15] * Joins: danbri (~danbri@cable-146-255-152-131.dynamic.telemach.ba)
  715. # [11:15] * Joins: tsenart (~tsenart@g231085187.adsl.alicedsl.de)
  716. # [11:15] * heycam is now known as heycam|away
  717. # [11:18] <annevk> sicking: e.g. in http://www.w3.org/People/Raggett/book4/ch02.html search for "July 1994"
  718. # [11:19] <annevk> sicking: or http://infomesh.net/html/history/early/
  719. # [11:20] <annevk> Dan told me in person, too :)
  720. # [11:25] * Joins: davidaparicio (~davidapar@acces0264.res.insa-lyon.fr)
  721. # [11:28] * Joins: smaug____ (~chatzilla@193-64-22-120-nat.elisa-mobile.fi)
  722. # [11:29] * Quits: tsenart (~tsenart@g231085187.adsl.alicedsl.de) (Quit: tsenart)
  723. # [11:30] * Joins: tsenart (~tsenart@g231085187.adsl.alicedsl.de)
  724. # [11:33] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
  725. # [11:40] * Quits: smaug____ (~chatzilla@193-64-22-120-nat.elisa-mobile.fi) (Ping timeout: 244 seconds)
  726. # [11:41] * Joins: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  727. # [11:45] * Quits: tsenart (~tsenart@g231085187.adsl.alicedsl.de) (Quit: tsenart)
  728. # [11:48] * Joins: Lachy (~Lachy@pat-tdc.opera.com)
  729. # [11:48] * Joins: Thireg (~Thireg@APlessis-Bouchard-152-1-6-46.w82-121.abo.wanadoo.fr)
  730. # [11:56] * Quits: jochen__ (jochen@nat/google/x-izyzjkzlynfeunnw) (Ping timeout: 240 seconds)
  731. # [11:57] * Joins: jochen__ (jochen@nat/google/x-vfwvladwvbvfjkhu)
  732. # [12:01] * Joins: necolas (~necolas@5e0105d7.bb.sky.com)
  733. # [12:03] * Joins: malydok (marek@moma.t16.ds.pwr.wroc.pl)
  734. # [12:04] * Joins: smaug____ (~chatzilla@GZMMMDCCXI.gprs.sl-laajakaista.fi)
  735. # [12:09] * Quits: rniwa (~rniwa@70-89-66-218-ca.sfba.hfc.comcastbusiness.net) (Quit: rniwa)
  736. # [12:12] * Quits: jdong_ (~quassel@222.126.155.250) (Remote host closed the connection)
  737. # [12:16] * Quits: ciluu (~ciluu@2a01:270:dd00:b800::1) (Quit: leaving)
  738. # [12:18] <malydok> I've got a weird problem with firefox recently: almost everywhere I click appears a blinking vertical text bar. Wut?
  739. # [12:19] <jgraham> Press F7
  740. # [12:20] <malydok> Wow, thanks.
  741. # [12:20] <malydok> What's that option anyway?
  742. # [12:20] <malydok> Found it, nvm.
  743. # [12:21] <jgraham> It's caret browsing mode; supposed to help keyboard navigate web pages iirc
  744. # [12:22] <malydok> "Allow text to be selected with the keyboard"
  745. # [12:25] * Joins: david_carlisle (~chatzilla@86.188.197.189)
  746. # [12:29] * Joins: opalepatrick (~pj@c74-23.i05-19.onvol.net)
  747. # [12:30] <opalepatrick> looking for a place to ask simple questions related to html5 etc. Like "is header img {}" acceptable?
  748. # [12:31] <zcorpan> here might work. or #html5
  749. # [12:34] * Joins: MikeSmith_ (~MikeSmith@EM114-48-109-100.pool.e-mobile.ne.jp)
  750. # [12:34] <opalepatrick> Cheers - I suppose my question is does <header> respond to normal block level css - so I could center a log iusing margin, etc?
  751. # [12:34] <opalepatrick> logo*
  752. # [12:35] <jgraham> Generally HTML elements are entirely independent of CSS
  753. # [12:35] <jgraham> In the sense that any CSS rule can be applied to any element
  754. # [12:35] <jgraham> The only exception is replaced content including forms
  755. # [12:37] <opalepatrick> thanks jgraham - it is probably just me having difficulty centering a logo in a header.
  756. # [12:37] * Quits: MikeSmith (~MikeSmith@EM1-113-229-13.pool.e-mobile.ne.jp) (Ping timeout: 244 seconds)
  757. # [12:37] * MikeSmith_ is now known as MikeSmith
  758. # [12:39] * Joins: ciluu (~ciluu@2a01:270:dd00:b800::1)
  759. # [12:45] * nunnun_away is now known as nunnun
  760. # [12:54] * Joins: mishunov (~spliter@77.88.72.162)
  761. # [12:57] <Philip`> hsivonen: I know almost precisely nothing about WOFF
  762. # [12:57] * Quits: theamoeba (~theamoeba@41-133-237-214.dsl.mweb.co.za) (Quit: theamoeba)
  763. # [12:57] * Quits: smaug____ (~chatzilla@GZMMMDCCXI.gprs.sl-laajakaista.fi) (Ping timeout: 252 seconds)
  764. # [13:00] * Quits: davidaparicio (~davidapar@acces0264.res.insa-lyon.fr) (Ping timeout: 255 seconds)
  765. # [13:00] * Quits: Neocortex (~nectop@82-170-160-25.ip.telfort.nl) (Remote host closed the connection)
  766. # [13:06] * Quits: kennyluck (~kennyluck@140.121.80.137) (Quit: kennyluck)
  767. # [13:08] * Joins: tsenart (~tsenart@217.110.45.3)
  768. # [13:16] * Joins: graememcc (~chatzilla@host86-148-28-199.range86-148.btcentralplus.com)
  769. # [13:18] * Joins: Neocortex (~nectop@82-170-160-25.ip.telfort.nl)
  770. # [13:21] <zcorpan> opalepatrick: in browsers that don't support <header>, it's an inline element, so you need to set it to display:block to work as you expect
  771. # [13:28] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  772. # [13:41] * Quits: payman (~payman@pat.se.opera.com) (Quit: leaving)
  773. # [13:41] * Joins: payman (~payman@pat.se.opera.com)
  774. # [13:42] * Quits: tsenart (~tsenart@217.110.45.3) (Quit: tsenart)
  775. # [13:46] <opalepatrick> thanks very much for that zcorpan - worked perfectly - I am surprised that firefox 8 doesnt actually support header like that
  776. # [13:49] * nunnun is now known as nunnun_away
  777. # [13:50] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  778. # [13:50] * Joins: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  779. # [13:53] * nunnun_away is now known as nunnun
  780. # [13:54] <hsivonen> I find it a bit unintuitive that overflow: -o-paged-x; is declared inside an @media -o-paged {} at-rule
  781. # [13:54] <hsivonen> so the media is somehow considered paged before paging is enabled
  782. # [13:55] <zcorpan> iirc annevk suggested the at-rule could be dropped
  783. # [13:56] * Joins: mishunov (~spliter@77.88.72.162)
  784. # [14:00] <hsivonen> also, -o-paged-x-controls is uglyish and doesn't work nicely when set on an element that has rounded corners.
  785. # [14:00] <hsivonen> furthermore, on Linux, height: 100% on the root means 100% of the screen height
  786. # [14:00] <hsivonen> which makes no sense when the browser chrome takes part of the screen height
  787. # [14:01] <hsivonen> so I get both paging and a vertical scrollbar
  788. # [14:01] <jgraham> Sounds like a bug
  789. # [14:01] <hsivonen> sure
  790. # [14:03] <hsivonen> in other news, having three consecutive elements two first ones of which have page-break-after:avoid; allows a page break between the first and the second instead of moving all three to the next page
  791. # [14:04] * Quits: jer|afk (~jernoble@2002:43bc:6d07:0:79fd:2a30:ae6f:a7e3) (Quit: jer|afk)
  792. # [14:06] * Quits: erlehmann (~erlehmann@82.113.119.31) (Ping timeout: 248 seconds)
  793. # [14:09] * Joins: smaug____ (~chatzilla@193-64-22-201-nat.elisa-mobile.fi)
  794. # [14:09] * Joins: davidaparicio (~davidapar@eduroinsa197.insa-lyon.fr)
  795. # [14:09] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  796. # [14:12] <hsivonen> so I have a floating image with a negative margin right. When it's on a column on the left, it gets clipped by the column to the right
  797. # [14:13] <hsivonen> Opera Reader bug or a CSS multicol feature?
  798. # [14:13] * Quits: zachsmith (~smit4608@lycra.morris.umn.edu) (Remote host closed the connection)
  799. # [14:13] * Joins: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de)
  800. # [14:13] <hsivonen> do I need some z-index trick to make an image that pokes out of its column paint on top of the next column?
  801. # [14:13] * Quits: davidaparicio (~davidapar@eduroinsa197.insa-lyon.fr) (Ping timeout: 252 seconds)
  802. # [14:18] * Joins: jdong_bot_ (~jdong_bot@118.186.129.179)
  803. # [14:20] * Joins: erlehmann (~erlehmann@89.204.138.196)
  804. # [14:22] * Joins: xec (~xec@2a00:10b0:1:1002:5ab0:35ff:fef8:6a01)
  805. # [14:24] * Joins: erichynds (~ehynds@venkman.brightcove.com)
  806. # [14:24] <hsivonen> looks like break-inside: avoid-column; is not supported :-(
  807. # [14:25] * Quits: eric_carlson (~ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Quit: eric_carlson)
  808. # [14:26] * Joins: virtuelv (~virtuelv_@pat-tdc.opera.com)
  809. # [14:26] * Quits: smaug____ (~chatzilla@193-64-22-201-nat.elisa-mobile.fi) (Ping timeout: 248 seconds)
  810. # [14:28] <hsivonen> even more curious than the Linux case of height: 100% referring to screen height, on Honeycomb, it also refers to the screen height instead of the height left to the app after the system has taken the actionbar space
  811. # [14:28] * Joins: jankeromnes (~janx@LDijon-156-66-21-52.w80-11.abo.wanadoo.fr)
  812. # [14:29] <jgraham> hsivonen: If you file [a|some] bug[s], can you point me at [it|them] and I will try to make sure they reach the right people
  813. # [14:32] * Quits: yuuki (~kobayashi@58x158x182x50.ap58.ftth.ucom.ne.jp) (Quit: Leaving...)
  814. # [14:33] * Quits: bga (bga@fr6.freebnc.net) (Ping timeout: 240 seconds)
  815. # [14:34] <jgraham> Oh, mailman day again
  816. # [14:35] * Joins: bga (bga@fr6.freebnc.net)
  817. # [14:36] * Joins: davidaparicio (~davidapar@eduroinsa197.insa-lyon.fr)
  818. # [14:37] * Joins: kennyluck (~kennyluck@140.121.80.171)
  819. # [14:43] * Quits: drublic (~drublic@frbg-4d0290c6.pool.mediaWays.net) (Ping timeout: 248 seconds)
  820. # [14:45] * Joins: drublic (~drublic@frbg-4d0290c6.pool.mediaWays.net)
  821. # [14:46] * Joins: PalleZingmark1 (~Adium@217.13.228.226)
  822. # [14:47] * Quits: PalleZingmark (~Adium@217.13.228.226) (Ping timeout: 240 seconds)
  823. # [14:55] * Joins: davidb_ (~davidb@66.207.208.98)
  824. # [15:00] * Joins: miketaylr (~miketaylr@206.217.92.186)
  825. # [15:00] * Joins: michaelrtm (michaelrtm@97.071.dsl.mel.iprimus.net.au)
  826. # [15:05] * Joins: jonatasnona (~jonatas@lba.inpa.gov.br)
  827. # [15:08] * Quits: michaelrtm (michaelrtm@97.071.dsl.mel.iprimus.net.au)
  828. # [15:10] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
  829. # [15:11] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
  830. # [15:16] * Quits: davidaparicio (~davidapar@eduroinsa197.insa-lyon.fr) (Read error: Connection reset by peer)
  831. # [15:16] * Joins: michaelrtm (michaelrtm@97.071.dsl.mel.iprimus.net.au)
  832. # [15:16] * Joins: davidaparicio (~davidapar@eduroinsa197.insa-lyon.fr)
  833. # [15:18] * Joins: deane (~deanedrid@124-197-11-114.callplus.net.nz)
  834. # [15:19] * Quits: tomasf (~tomasf@77.72.97.5.c.fiberdirekt.net) (Quit: tomasf)
  835. # [15:21] * Quits: davidaparicio (~davidapar@eduroinsa197.insa-lyon.fr) (Ping timeout: 252 seconds)
  836. # [15:25] * Joins: MacTed (~Thud@63.119.36.36)
  837. # [15:26] * Quits: virtuelv (~virtuelv_@pat-tdc.opera.com) (Quit: Ex-Chat)
  838. # [15:29] * Quits: danielfilho (~daniel@187.31.77.7) (Quit: </html>)
  839. # [15:38] * zcorpan notices that transfer of .nu domain name from loopia costs 2,387.50 SEK
  840. # [15:38] <zcorpan> .mobi is free to transfer
  841. # [15:45] * Quits: jdong_bot_ (~jdong_bot@118.186.129.179) (Remote host closed the connection)
  842. # [15:48] * Quits: Taggnostr (~quassel@dyn57-215.yok.fi) (Read error: Connection reset by peer)
  843. # [15:49] * Joins: Taggnostr (~quassel@dyn57-215.yok.fi)
  844. # [15:52] * Joins: WolfieZero (~wolfiezer@jennie-en0.manor.fubra.net.manor.fubra.net)
  845. # [15:54] * Quits: espadrine (~thaddee_t@acces2091.res.insa-lyon.fr) (Ping timeout: 252 seconds)
  846. # [15:55] * Joins: gavinc (~gavin@50-0-76-242.dsl.dynamic.sonic.net)
  847. # [15:58] * Quits: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl) (Remote host closed the connection)
  848. # [15:58] * Joins: tomasf (~tomasf@95.209.4.91.bredband.tre.se)
  849. # [15:59] <MikeSmith> heh
  850. # [15:59] <MikeSmith> telnet miku.acm.uiuc.edu
  851. # [16:03] * zcorpan has never used telnet
  852. # [16:03] <jgraham> Things that are weird: In Dave Raggett's book he talks about himself in the third person
  853. # [16:05] * Joins: mpt (~mpt@nat/canonical/x-zllanwvoihkikakd)
  854. # [16:05] * Quits: mpt (~mpt@nat/canonical/x-zllanwvoihkikakd) (Changing host)
  855. # [16:05] * Joins: mpt (~mpt@canonical/mpt)
  856. # [16:07] * Quits: zcorpan (~zcorpan@c-699de355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan)
  857. # [16:16] * Joins: StewieG (598f6bcd@gateway/web/freenode/ip.89.143.107.205)
  858. # [16:16] <StewieG> Hello
  859. # [16:19] <StewieG> maybe someone has experience with Video conferencing and peer-to-peer communication ?
  860. # [16:20] * riven` is now known as riven
  861. # [16:20] * Quits: riven (~riven@53518387.cm-6-2c.dynamic.ziggo.nl) (Changing host)
  862. # [16:20] * Joins: riven (~riven@pdpc/supporter/professional/riven)
  863. # [16:21] <AryehGregor> StewieG, if you have a question, best to just ask it.
  864. # [16:21] <AryehGregor> Then hang around and wait.
  865. # [16:21] <AryehGregor> Someone might get back to you after a while.
  866. # [16:22] <AryehGregor> There are definitely people here who are familiar with those parts of HTML, yes.
  867. # [16:23] * Quits: Thireg (~Thireg@APlessis-Bouchard-152-1-6-46.w82-121.abo.wanadoo.fr) (Quit: Thireg)
  868. # [16:24] * Quits: StewieG (598f6bcd@gateway/web/freenode/ip.89.143.107.205) (Ping timeout: 265 seconds)
  869. # [16:25] * jernoble is now known as jernoble|afk
  870. # [16:33] * Quits: Evanescence (~Evanescen@122.237.30.93) (Quit: my website: http://stardiviner.dyndns-blog.com/)
  871. # [16:40] <jgraham> AryehGregor: Not good enough it seems
  872. # [16:41] <AryehGregor> What's not good enough?
  873. # [16:47] * Joins: agektmr (~Adium@p2067-ipbf1606marunouchi.tokyo.ocn.ne.jp)
  874. # [16:49] <Velmont> I did live video streaming from a "conference" early this morning using html5 et al. :-)
  875. # [16:51] * Joins: drublic_ (~drublic@frbg-5d84e8c0.pool.mediaWays.net)
  876. # [16:52] * Quits: mishunov (~spliter@77.88.72.162) (Quit: mishunov)
  877. # [16:52] * Joins: TabAtkins_ (~TabAtkins@76-253-1-30.lightspeed.sntcca.sbcglobal.net)
  878. # [16:52] * Quits: drublic (~drublic@frbg-4d0290c6.pool.mediaWays.net) (Ping timeout: 248 seconds)
  879. # [16:53] <TabAtkins_> Hixie: How do I upload files to the whatwg wiki? I've got some screenshots for the text-input-mode page.
  880. # [16:55] * Quits: davidb_ (~davidb@66.207.208.98) (Quit: davidb_)
  881. # [16:56] * Joins: davidb (~davidb@66.207.208.98)
  882. # [17:01] <jgraham> AryehGregor: Ask a question and wait
  883. # [17:08] * Quits: maikmerten (~merten@ls5dhcp200.cs.uni-dortmund.de) (Remote host closed the connection)
  884. # [17:19] * Joins: scor (~scor@drupal.org/user/52142/view)
  885. # [17:23] * Quits: tomasf (~tomasf@95.209.4.91.bredband.tre.se) (Ping timeout: 260 seconds)
  886. # [17:25] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  887. # [17:28] * Quits: martndemus (~martndemu@h254064.upc-h.chello.nl) (Client Quit)
  888. # [17:28] * Joins: martndemus (~martndemu@h254064.upc-h.chello.nl)
  889. # [17:29] * Quits: Lachy (~Lachy@pat-tdc.opera.com) (Quit: Computer has gone to sleep.)
  890. # [17:31] <zewt> seem to recall having a discussion about callback-based blobs for providing data sources, but can't remember where...
  891. # [17:32] <zewt> found it, "File API Streaming Blobs"
  892. # [17:33] * Joins: eric_carlson (~eric@2620:149:4:1b01:5137:9202:523c:9005)
  893. # [17:34] * Quits: sicking (~chatzilla@c-98-210-155-80.hsd1.ca.comcast.net) (Ping timeout: 258 seconds)
  894. # [17:35] * Joins: tomasf (~tomasf@host-95-198-83-243.mobileonline.telia.com)
  895. # [17:35] * Quits: tomasf (~tomasf@host-95-198-83-243.mobileonline.telia.com) (Client Quit)
  896. # [17:42] * Quits: eric_carlson (~eric@2620:149:4:1b01:5137:9202:523c:9005) (Read error: Connection reset by peer)
  897. # [17:42] * Joins: eric_carlson (~eric@2620:149:4:1b01:5137:9202:523c:9005)
  898. # [17:51] * Joins: hasather_ (~hasather_@84.38.144.96)
  899. # [17:51] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  900. # [17:52] * Joins: mccr8 (u4619@gateway/web/irccloud.com/x-qlxyirmlkzyscxna)
  901. # [17:52] * Parts: jankeromnes (~janx@LDijon-156-66-21-52.w80-11.abo.wanadoo.fr)
  902. # [17:53] * Quits: astearns (~anonymous@c-50-132-63-33.hsd1.wa.comcast.net) (Quit: astearns)
  903. # [17:53] * Joins: hasather_ (~hasather_@84.38.144.96)
  904. # [18:01] * Quits: agektmr (~Adium@p2067-ipbf1606marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  905. # [18:01] * Quits: LBP (~Mirc@pD9EB17B4.dip0.t-ipconnect.de) (Read error: Connection reset by peer)
  906. # [18:01] * Joins: LBP (~Mirc@pD9EB17B4.dip0.t-ipconnect.de)
  907. # [18:02] * Joins: sicking (~chatzilla@nat/mozilla/x-cqevsuayrehhhbou)
  908. # [18:04] * Joins: nick5437 (525b861c@gateway/web/freenode/ip.82.91.134.28)
  909. # [18:05] <nick5437> hi
  910. # [18:08] <nick5437> Philip`: the code you suggested yesteday to emulate the useful "copy" is not working because the "crop" does not consider the width of a single line as a path
  911. # [18:12] <nick5437> anyone here?
  912. # [18:14] <nick5437> Is it possible to change the spec about "copy" of globalCompositeOperation in canvas to make it like the current chrome implementation or to add a new globalCompositeOperation to have the same result?
  913. # [18:14] <AryehGregor> nick5437, you might want to file a spec bug.
  914. # [18:14] <AryehGregor> Noting how all the different browsers behave would be useful.
  915. # [18:15] <AryehGregor> If other major browsers also behave that way, then you could probably make a good case for it.
  916. # [18:16] * Quits: WolfieZero (~wolfiezer@jennie-en0.manor.fubra.net.manor.fubra.net) (Quit: WolfieZero)
  917. # [18:16] <nick5437> firefox used to do the "copy" in that way too but they changed idea only to be with spec, not because the spec "copy" is useful in real uses. there is an interesting conversation in the bug fix about that in firefox
  918. # [18:16] <Philip`> nick5437: The compositing behaviour has been discussed several times, about making it only apply to pixels that are drawn and not to any outside the shapes, but it seems unlikely to change unless someone can at least define precisely how to determine what pixels are drawn (in a way that can be interoperably implemented)
  919. # [18:17] <Philip`> (including interaction with shadows etc)
  920. # [18:17] * Joins: svl (~me@ip565744a7.direct-adsl.nl)
  921. # [18:21] <nick5437> is it possible to add a new globalCompositeOperation that do the same? browsers like firefox already have the code to do both "copy" so it could become real in a realistic time, right?
  922. # [18:22] <nick5437> i think the old firefox copy and current chrome
  923. # [18:22] <Philip`> It's only possible if someone can define precisely how it should work :-)
  924. # [18:22] * Philip` doesn't know how well the old implementations matched each other
  925. # [18:23] * Joins: nielsle_ (~nielsle@3239059-cl69.boa.fiberby.dk)
  926. # [18:25] <nick5437> is it ok for the spec an image with about 5 examples about the way it should work with shadows and opacity? A picture is worth a thousand words sometimes. to avoid browser confusion on implementation like now
  927. # [18:25] * Quits: woef (~woef@91.183.84.141) (Ping timeout: 248 seconds)
  928. # [18:26] <AryehGregor> nick5437, I'm pretty sure a precise definition is needed, not just examples.
  929. # [18:26] <Philip`> Pictures are too ambiguous to specify behaviour, though they can be very useful when trying to figure out what behaviour to write down
  930. # [18:27] <nick5437> the actual specs using text only have generated lots of confusion in my opinion
  931. # [18:27] <nick5437> http://www.rekim.com/2011/02/11/html5-canvas-globalcompositeoperation-browser-handling/
  932. # [18:28] * Joins: dave_levin (dave_levin@nat/google/x-elgphohdfghaomou)
  933. # [18:28] <nick5437> or the browser creators are not able to read the specs
  934. # [18:29] <Philip`> I believe all implementors agree on the understanding of what the spec specifies
  935. # [18:29] <Hixie> what's the service that runs under the username lhunt on whatwg.org?
  936. # [18:29] <Hixie> the blog?
  937. # [18:29] <Philip`> (though they haven't all got around to implementing it that way)
  938. # [18:30] <Hixie> looks like it's the blog, the forum is under whatforum and the wiki under whatwiki
  939. # [18:30] <Hixie> assuming it's the blog, the blog is getting hit hard at the moment, wtf
  940. # [18:32] * Joins: cgcardona (~cgcardona@69.38.221.130)
  941. # [18:32] * Quits: cgcardona (~cgcardona@69.38.221.130) (Changing host)
  942. # [18:32] * Joins: cgcardona (~cgcardona@unaffiliated/cgcardona)
  943. # [18:34] * Joins: MikeSmith_ (~MikeSmith@EM1-113-171-65.pool.e-mobile.ne.jp)
  944. # [18:37] <nick5437> My english is not so good to create a detailed spec (I'm not a native). Could I post an image with examples about the "goodcopy" and let others on the review process to formulate a good text spec?
  945. # [18:37] * Quits: MikeSmith (~MikeSmith@EM114-48-109-100.pool.e-mobile.ne.jp) (Ping timeout: 248 seconds)
  946. # [18:37] * MikeSmith_ is now known as MikeSmith
  947. # [18:37] * Quits: nonge_ (~nonge@p5082BA06.dip.t-dialin.net) (Quit: Verlassend)
  948. # [18:41] * Joins: astearns (~anonymous@192.150.22.5)
  949. # [18:42] <AryehGregor> nick5437, writing good specs is very hard. It's not just about phrasing it, it's about figuring out all the corner cases.
  950. # [18:42] <AryehGregor> In this case, good performance might be essential too.
  951. # [18:43] * Joins: jarek (~jarek@bcv189.neoplus.adsl.tpnet.pl)
  952. # [18:43] * Quits: jarek (~jarek@bcv189.neoplus.adsl.tpnet.pl) (Changing host)
  953. # [18:43] * Joins: jarek (~jarek@unaffiliated/jarek)
  954. # [18:44] <nick5437> the code of what I'm proposing is already there on firefox and chrome. I'm just proposing to call "goodcopy" the actual chrome implementation of "copy" and "copy" the actual implementation of "copy" on firefox
  955. # [18:44] <AryehGregor> Are you assuming they're actually interoperable in corner cases?
  956. # [18:47] * Quits: jarek (~jarek@unaffiliated/jarek) (Client Quit)
  957. # [18:48] * Parts: adactio (~adactio@host213-123-197-180.in-addr.btopenworld.com)
  958. # [18:49] <nick5437> i tried it with different opacities and the implementation looks fine. The whole stuff I'm talking about creating lines with different opacities, size and blur in drawing apps using tablet pressure
  959. # [18:51] <tantek> Hixie, I'm iterating on the change proposals for time/data to include responses to issues/alternatives raised and I wanted to get your opinion on a few things
  960. # [18:51] * Joins: Thireg (~Thireg@APlessis-Bouchard-152-1-6-46.w82-121.abo.wanadoo.fr)
  961. # [18:52] <nick5437> I think tablet pressure + html5 is something interesting and the "goodcopy" an easy way to use it without changing all the line specs or adding a new line type
  962. # [18:54] * Quits: david_carlisle (~chatzilla@86.188.197.189) (Ping timeout: 240 seconds)
  963. # [18:55] * Joins: ap_ (~ap@17.212.155.203)
  964. # [19:07] <tantek> Hixie, in particular, for <time> element, what do you think of allowing the datetime syntax with a space (U+0020) instead of 'T' between the date and time?
  965. # [19:07] <tantek> my opinion is that it would be helpful
  966. # [19:10] * Joins: mven (~mven__@169.241.49.57)
  967. # [19:11] <tantek> there has also been a proposal to add a "tz" attribute to the <time> element to provide separate timezone information
  968. # [19:11] <tantek> I have mixed feelings about it
  969. # [19:12] <tantek> on the one hand I appreciate the seemingly cleaner design by separating timezone into a separate attribute
  970. # [19:12] <tantek> on the other hand I think it may actually *worse* data quality
  971. # [19:13] <tantek> and potentially (even worse) cause us to consider incorporating Olsen - which is a huge mistake for any data format (basing on something that is politically in flux over time)
  972. # [19:13] <tantek> e.g. I can see people seeing the "tz" attribute, and instead of writing tz="-0800", writing something like tz="PST"
  973. # [19:14] <tantek> and if enough people make that mistake - we'd have to consider incorporating some sort of named time zone database etc.
  974. # [19:14] <tantek> so since I'm unsure about it - I'd rather leave out a dedicated "tz" attribute for now
  975. # [19:14] <tantek> anybody else have any thoughts on that?
  976. # [19:15] <tantek> btw this is all regarding Marat's alternate time element proposals: http://www.w3.org/wiki/User:Mtanalin/time_element
  977. # [19:18] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
  978. # [19:19] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  979. # [19:19] <tantek> Sam has asked me to address the issues and counter proposals (such as that) that have been raised as part of my time/data element change proposals: http://www.w3.org/wiki/User:Tantekelik#time_element_issues
  980. # [19:19] * jernoble|afk is now known as jernoble
  981. # [19:19] <tantek> I believe the goal is to reach some sort of consensus with alternatives/issues for the sake of the HTMLWG.
  982. # [19:20] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  983. # [19:21] * Joins: hasather_ (~hasather_@84.38.144.96)
  984. # [19:23] <tantek> Also, I'm opposed to renaming datetime to value/content etc. Given the constrained microsyntax(es), it makes sense to have a specific attribute name.
  985. # [19:24] <tantek> Also, web authors work better with specific attribute names like datetime which provide a hint as to what the attribute is about, rather than abstract attribute names like "value" which seem like they can take anything (which it can't in the time element).
  986. # [19:24] <tantek> Also, "value" collides with the existing semantics of say <input> value
  987. # [19:24] <tantek> defining an attribute with the same name but completely different meaning will only confuse web authors
  988. # [19:25] <tantek> if anyone has any other reasons against renaming datetime to value/content etc. please feel free to chime in
  989. # [19:30] <nick5437> is the timezone considering something related to the daylight saving time too?
  990. # [19:30] <nick5437> or it is not a problem at all
  991. # [19:33] * Quits: Thireg (~Thireg@APlessis-Bouchard-152-1-6-46.w82-121.abo.wanadoo.fr) (Quit: Thireg)
  992. # [19:41] <TabAtkins_> tantek: You're a whatwg wiki admin, right? Do I need special permissions to upload images or something?
  993. # [19:44] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
  994. # [19:44] <Hixie> tantek: a single space instead of the T? or just any whitespace?
  995. # [19:45] <Hixie> TabAtkins_: we can make you an admin too
  996. # [19:45] <tantek> hixie - just a single space
  997. # [19:45] <tantek> instead of the T
  998. # [19:46] <Hixie> so <time datetime="9901-01-01 00:00:00"></time> would be value, but
  999. # [19:46] <Hixie> so <time datetime="9901-01-01
  1000. # [19:46] <Hixie> 00:00:00"></time> would not?
  1001. # [19:46] <Hixie> s/value/value/
  1002. # [19:46] <Hixie> geez
  1003. # [19:46] <Hixie> s/value/valid/
  1004. # [19:46] <tantek> right
  1005. # [19:46] * Joins: davidb (~davidb@66.207.208.98)
  1006. # [19:46] <tantek> just U+0020
  1007. # [19:47] <tantek> and I would allow that for <ins>/<del> datetime also
  1008. # [19:47] <Hixie> seems like a bit of a gratuitous departure from ISO8601... i mean, if the use case is "make it easy to read and write", why stop there?
  1009. # [19:48] * Joins: dainbrain (~dain@nat.corp.mediatemple.net)
  1010. # [19:48] <tantek> because the use of " " instead is already a common convention
  1011. # [19:48] <tantek> basically, we're not innovating, we're only adopting something that's been in use for a while
  1012. # [19:48] <Hixie> in <time>, or in general?
  1013. # [19:48] <tantek> it's been a mod on ISO8601 in general
  1014. # [19:48] <Hixie> i would posit that in general, arbitrary whitespace is the convention
  1015. # [19:48] <Hixie> not just a single space
  1016. # [19:49] <Hixie> and that there's a bunch of other looseness that's a general convention too
  1017. # [19:49] * Joins: nick3264 (525b861c@gateway/web/freenode/ip.82.91.134.28)
  1018. # [19:49] <tantek> not in the docs I've seen
  1019. # [19:49] <Hixie> e.g. a space before the timezone, or not using +hh:mm for the timezone but using "PDT" etc
  1020. # [19:49] <tantek> it's always been recommended and used as a single space
  1021. # [19:49] * Joins: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com)
  1022. # [19:49] <tantek> as a replacement for 'T'
  1023. # [19:49] <tantek> since datetime with the 'T' is particularly human unfriendly it seems
  1024. # [19:49] <Hixie> i guess we should look at data
  1025. # [19:49] * Quits: nick5437 (525b861c@gateway/web/freenode/ip.82.91.134.28) (Ping timeout: 265 seconds)
  1026. # [19:50] <Hixie> not sure what the right way to check this one way or another would be
  1027. # [19:50] * tantek is looking for references
  1028. # [19:50] <tantek> I've seen this before, I just can't remember the URLs at the moment.
  1029. # [19:51] <tantek> well here's a rough mention: http://en.wikipedia.org/wiki/ISO_8601#Combined_date_and_time_representations
  1030. # [19:51] <tantek> "The date and time representations may appear in proximity to each other, often separated by a space or sometimes by other characters."
  1031. # [19:52] <tantek> note that "a space" is the only specific alternative separator mentioned
  1032. # [19:52] <Hixie> yeah but that says they're two fields, not that it's one U+0020 character in a single field
  1033. # [19:52] <tantek> in my opinion that gives it more weight than other hypothetical separators (arbitrary whitespace etc.)
  1034. # [19:52] <Hixie> just searching for "date time format" on google doesn't support your thesis. the examples all have widely different forms when you move away from ISO8601, there doesn't seem to be a consistent move from ISO8601 to s/T/ /
  1035. # [19:52] <tantek> yeah - not sure how much we can rely on such details in a WIkipedia page anyway
  1036. # [19:53] <tantek> Hixie - insufficiently specific search :)
  1037. # [19:53] <Hixie> it's not like people are going to be able to use ISO8601-with-space as a human-readable format anyway
  1038. # [19:53] <Hixie> different locales need different punctuation, e.g.
  1039. # [19:54] <Hixie> even if the order is y-m-d
  1040. # [19:54] <Hixie> and some locales need AM/PM, others need 24h clocks
  1041. # [19:54] <Hixie> i'd just keep it simple and have one format
  1042. # [19:54] <Hixie> our "one format" already has like 8 variants
  1043. # [19:54] <Hixie> no need to double it :-)
  1044. # [19:56] <tantek> ok I can be convinced of that
  1045. # [19:56] <tantek> I will write up your arguments accordingly.
  1046. # [19:56] <tantek> does our current datetime permit more than 4 digit years?
  1047. # [19:56] <Hixie> yeah
  1048. # [19:56] <Hixie> 4+
  1049. # [19:56] <tantek> ok cool
  1050. # [19:56] <Hixie> as far as the other things you mentioned, i think i agree with all your comments
  1051. # [19:56] <Hixie> for tz="", remember we now allow timezone separately
  1052. # [19:57] <Hixie> so they can use two <time> elements
  1053. # [19:57] <TabAtkins_> Hixie: If that's what's needed to upload images to the wiki, then yes please.
  1054. # [19:57] <Hixie> TabAtkins_: no idea if that's what's needed. if you need somewhere to upload files, though, http://software.hixie.ch/utilities/cgi/uploader/uploader w643kJ6Gv43q3
  1055. # [19:57] <tantek> just noticed this while searching for deviations from ISO: http://www.w3.org/TR/xmlschema-2/#morethan9999years (the more than 4 digits for years thing)
  1056. # [19:58] <tantek> I love that in the Y2K update of ISO8601 they decided to fix the Y10K problem in ISO8601.
  1057. # [19:58] <Hixie> tantek: what's your username?
  1058. # [19:58] <tantek> Hixie re: tz - they can't quite use two timezone elements
  1059. # [19:58] <Hixie> er
  1060. # [19:58] <nick3264> I'm interested about writing a globalCompositeOperation proposal. is the wiki a good place for it?
  1061. # [19:58] <Hixie> TabAtkins_: what's your username
  1062. # [19:58] <tantek> because time elements don't combine semantics
  1063. # [19:58] <Hixie> tantek: no?
  1064. # [19:59] <Hixie> hmm
  1065. # [19:59] <Hixie> well
  1066. # [19:59] <tantek> that was a separate proposal
  1067. # [19:59] <tantek> for which there wasn't sufficient support
  1068. # [19:59] <Hixie> the combined semantics thing basically depends on the vocab you're using it with
  1069. # [19:59] <tantek> http://wiki.whatwg.org/wiki/Time_element#composite_nested_time_elements
  1070. # [19:59] <Hixie> if the vocab says "put time and date here and tz here and combine them like so", then that's what it is
  1071. # [19:59] <tantek> sure - you can do that too
  1072. # [19:59] * Joins: mkanat (mkanat@nat/google/x-fevijpkzigksbsew)
  1073. # [20:00] <tantek> I meant in a vocab independent way
  1074. # [20:00] <tantek> that just worked with the time element
  1075. # [20:00] <Hixie> ah yeah i dunno what the use case for that would be
  1076. # [20:00] <Hixie> TabAtkins_: nm got it
  1077. # [20:00] <tantek> Hixie, no new use cases, just improved data quality of existing use cases
  1078. # [20:00] <tantek> but then this is something we can add later
  1079. # [20:00] <tantek> so I'm not in a rush to add it now
  1080. # [20:00] <tantek> happy to wait until more people are convinced
  1081. # [20:01] <Hixie> TabAtkins_: ok you're marked as admin and bureaucrat, whatever that means
  1082. # [20:01] <Hixie> tantek: k
  1083. # [20:01] <tantek> Tabatkins, remember the saying
  1084. # [20:01] <Hixie> afk for a bit, bbl
  1085. # [20:02] <tantek> http://en.wikipedia.org/wiki/Uncle_Ben#.22With_great_power_comes_great_responsibility.22
  1086. # [20:03] <nick3264> also http://en.wikipedia.org/wiki/Quis_custodiet_ipsos_custodes%3F :)
  1087. # [20:07] * Joins: rillian_ (~rillian@184.71.166.126)
  1088. # [20:10] <tantek> also afk for a bit, bbl
  1089. # [20:11] <nick3264> cya. dinner time
  1090. # [20:11] * Quits: nick3264 (525b861c@gateway/web/freenode/ip.82.91.134.28) (Quit: Page closed)
  1091. # [20:12] * Joins: Thireg (~Thireg@APlessis-Bouchard-152-1-6-46.w82-121.abo.wanadoo.fr)
  1092. # [20:12] <kennyluck> Hixie, tantek. The date time python module output " " instead of "T" for str(aDatetime). I haven't checked libraries in other languages.Though some ISO8601 parsers don't parse " ".
  1093. # [20:12] <kennyluck> But in this case, I think we should optimize for the authors.
  1094. # [20:14] * Joins: FlorianX1 (~Dimitri@p578F1FF1.dip.t-dialin.net)
  1095. # [20:16] <tantek> kennyluck - do you have a URL for that? "date time python module output " " instead of "T" for str(aDatetime)"
  1096. # [20:16] * Quits: FlorianX (~Dimitri@p4FCF7249.dip.t-dialin.net) (Ping timeout: 252 seconds)
  1097. # [20:17] <kennyluck> tantek, http://docs.python.org/dev/library/datetime.html#datetime.datetime.__str__
  1098. # [20:19] <kennyluck> my guess is that people would rely more on "%s" % aDatetime than something like aDatetime.isoformat(), which uses "T" as the default separator, though I can't be sure.
  1099. # [20:19] * Joins: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se)
  1100. # [20:19] * Joins: jamesr__ (jamesr@nat/google/x-pptbqxeonjrtztvm)
  1101. # [20:20] * Joins: dbaron (~dbaron@nat/mozilla/x-qysdukaxzbukzmlq)
  1102. # [20:20] * Quits: FlorianX1 (~Dimitri@p578F1FF1.dip.t-dialin.net) (Quit: Leaving.)
  1103. # [20:21] * Joins: Raynos (u3611@gateway/web/irccloud.com/x-wfpptczzuiaepwfy)
  1104. # [20:21] * jernoble is now known as jernoble|afk
  1105. # [20:22] * ap_ is now known as ap
  1106. # [20:22] <kennyluck> In any case, I hate the "T". It's too machine-like and doesn't look friendly.
  1107. # [20:23] * Joins: smaug____ (~chatzilla@cs181151161.pp.htv.fi)
  1108. # [20:26] * Quits: TabAtkins_ (~TabAtkins@76-253-1-30.lightspeed.sntcca.sbcglobal.net)
  1109. # [20:26] <mkanat> All ISO-8601 parsers should parse the space; it's valid.
  1110. # [20:29] * Quits: roc (~chatzilla@121.98.230.221) (Ping timeout: 252 seconds)
  1111. # [20:31] <kennyluck> Hixie, re. "it's not like people are going to be able to use ISO8601-with-space as a human-readable format anyway". I disagree with you, I think this is the most i18n-wise human-readable format. Everytime I see timezone abbrevs like "PDT" instead of UTC-5, I whine. English months are not so bad but still.
  1112. # [20:33] <mkanat> Yeah, I've used that as a human-readable format all the time.
  1113. # [20:34] * jernoble|afk is now known as jernoble
  1114. # [20:35] <tantek> mkanat - do you have a URL that explains how it's valid that all ISO-8601 parsers should parse the space?
  1115. # [20:35] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  1116. # [20:35] <mkanat> tantek: I'll see what I can find.
  1117. # [20:35] * Quits: Lachy (~Lachy@cm-84.215.59.50.getinternet.no) (Quit: Computer has gone to sleep.)
  1118. # [20:35] <tantek> thanks, appreciated.
  1119. # [20:36] <mkanat> tantek: Ahh, it's not that everybody should accept space--it's that those are two separate representations.
  1120. # [20:36] * Quits: davidwalsh (~davidwals@75-135-74-55.dhcp.mdsn.wi.charter.com) (Quit: Reading http://davidwalsh.name)
  1121. # [20:36] <mkanat> tantek: I'm just so used to parsers accepting a space.
  1122. # [20:37] <tantek> mkanat - even URLs to parser documentation that shows that they accept a space there instead of a 'T' would be handy.
  1123. # [20:38] <tantek> basically, it's very different if we're just adopting an established precedent / extension to ISO8601 than addressing the general problem of creatively making ISO8601 datetimes more human friendly.
  1124. # [20:41] <mkanat> tantek: This isn't perfect, but one example is that MySQL takes and sends all its dates in that format: http://dev.mysql.com/doc/refman/5.1/en/datetime.html
  1125. # [20:41] <mkanat> tantek: As does almost every other DBMS I've ever used (with a few exceptions--I believe Sybase doesn't).
  1126. # [20:41] * Joins: jer|afk (~jernoble@2002:43bc:6d07:0:68b6:d54d:c127:f48f)
  1127. # [20:41] <kennyluck> nice!
  1128. # [20:41] * Quits: jer|afk (~jernoble@2002:43bc:6d07:0:68b6:d54d:c127:f48f) (Client Quit)
  1129. # [20:43] <mkanat> Perl's Date::Parse also takes dates in that format, although it's not int he documentation.
  1130. # [20:44] <mkanat> But we've been relying on it doing so, for years, in Bugzilla.
  1131. # [20:45] * Parts: brucel (~brucel@cpc5-smal11-2-0-cust151.perr.cable.virginmedia.com)
  1132. # [20:48] <Velmont> I also dislike the T.
  1133. # [20:49] * Quits: niftylettuce (u2733@gateway/web/irccloud.com/x-xyxryrwojwelpwmf) (Excess Flood)
  1134. # [20:49] <mkanat> I believe every Date.parse implementation also supports it in browsers, although I haven't checked and it's not what the standard says.
  1135. # [20:49] <mkanat> Or at least, it's not the "subset of ISO 8601" from http://www.w3.org/TR/NOTE-datetime
  1136. # [20:50] <kennyluck> mkanat, that's unfortunately wrong, at least for FF8.
  1137. # [20:50] <mkanat> kennyluck: Drat.
  1138. # [20:50] <mkanat> Well, Chrome can parse it.
  1139. # [20:51] <mkanat> Probably the standard should say something about contexts where input is only a datetime.
  1140. # [20:52] <mkanat> Since yes, in a string of text, "2011-11-11 11:11:11" could logically be two separate representations, in a call to Date.parse, from the developer's perspective, it's obviously one representation.
  1141. # [20:52] <Velmont> Opera handles it as well.
  1142. # [20:54] <zewt> as does IE8, at least (would have to load a VM to test 9)
  1143. # [20:55] * heycam|away is now known as heycam
  1144. # [20:55] * Joins: rniwa (rniwa@nat/google/x-ktphhraegcbhligt)
  1145. # [20:57] * Joins: niftylettuce (u2733@gateway/web/irccloud.com/x-hwngimhsczvfjfjt)
  1146. # [20:57] * Quits: Thireg (~Thireg@APlessis-Bouchard-152-1-6-46.w82-121.abo.wanadoo.fr) (Quit: Thireg)
  1147. # [20:59] * Joins: rosalindwills (~rosalindw@c-24-12-74-173.hsd1.il.comcast.net)
  1148. # [21:03] * Quits: smaug____ (~chatzilla@cs181151161.pp.htv.fi) (Ping timeout: 258 seconds)
  1149. # [21:08] * Quits: xec (~xec@2a00:10b0:1:1002:5ab0:35ff:fef8:6a01) (Remote host closed the connection)
  1150. # [21:11] * Quits: drublic_ (~drublic@frbg-5d84e8c0.pool.mediaWays.net) (Remote host closed the connection)
  1151. # [21:12] * Quits: jernoble (~jernoble@2620:149:4:1b01:edeb:9961:c960:c5e7) (Quit: jernoble)
  1152. # [21:19] * Joins: jernoble (~jernoble@17.212.152.13)
  1153. # [21:21] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 255 seconds)
  1154. # [21:21] <Hixie> kennyluck: i agree and use the same format myself, but we are in a woefully small minority
  1155. # [21:21] * gwicke is now known as gwicke_away
  1156. # [21:22] <Hixie> tantek: if we can collect evidence e.g. showing that there are common parsers that support a nicer format, i'm certainly all for it, fwiw
  1157. # [21:22] <Hixie> tantek: my reluctance is just to forging new ground here
  1158. # [21:27] * Joins: drublic (~drublic@frbg-5d84f6e9.pool.mediaWays.net)
  1159. # [21:28] * Joins: jochen___ (jochen@nat/google/x-cerptkrlawysbtyh)
  1160. # [21:29] <kennyluck> Hixie, common parsers or generators?
  1161. # [21:31] <TabAtkins> tantek: What saying?
  1162. # [21:32] * Quits: jochen__ (jochen@nat/google/x-vfwvladwvbvfjkhu) (Ping timeout: 244 seconds)
  1163. # [21:32] <Phae> Hixie: thanks for the link to your microdata usability testing. sorry for not seeing it sooner.
  1164. # [21:32] <TabAtkins> tantek: Ah, I see it now. I didn't connect the link following your comment to what you were saying.
  1165. # [21:32] <TabAtkins> tantek: Also, I already deleted the entire wiki and devoted it to crochet pornography, so, um, I guess I failed Uncle Ben.
  1166. # [21:32] <Hixie> kennyluck: well both, but parsers are more important, since publishers with no parsers is just a waste of time and bandwidth for a lot of people
  1167. # [21:33] * Quits: jochen___ (jochen@nat/google/x-cerptkrlawysbtyh) (Ping timeout: 244 seconds)
  1168. # [21:33] <Hixie> Phae: no worries
  1169. # [21:33] * Joins: Lachy (~Lachy@cm-84.215.59.50.getinternet.no)
  1170. # [21:34] * Joins: jochen__ (jochen@nat/google/x-copxygkycktfgrmf)
  1171. # [21:34] * gwicke_away is now known as gwicke
  1172. # [21:37] <timeless> zewt: i could test ie9/ie10pp4 if you wanted
  1173. # [21:38] <kennyluck> ECMAScript5 pretty much says you could do whatever you want beyond a subset of ISO8601. I would be very surprised if ie changes this behavior, but I guess it's still worth checking.
  1174. # [21:39] <Hixie> ES5 doesn't define the parsing?
  1175. # [21:40] * Quits: mbatle (~mbatle@pasanda.collabora.co.uk) (Ping timeout: 240 seconds)
  1176. # [21:41] <kennyluck> Hixie, isn't that the reason why we have → http://wiki.whatwg.org/wiki/Web_ECMAScript#Date_Parsing ?
  1177. # [21:41] <zewt> timeless: if they want (not involved in the time stuff, just giving a data point)
  1178. # [21:42] * Joins: mbatle (mbatle@pasanda.collabora.co.uk)
  1179. # [21:42] <Hixie> kennyluck: hah
  1180. # [21:42] <Hixie> kennyluck: i guess so
  1181. # [21:43] * eric_carlson is now known as ericc|away
  1182. # [21:44] * abarth is now known as abarth|lunch
  1183. # [21:46] * jernoble is now known as jernoble|afk
  1184. # [21:47] * Quits: mbatle (mbatle@pasanda.collabora.co.uk) (Ping timeout: 255 seconds)
  1185. # [21:52] * Joins: mbatle (mbatle@pasanda.collabora.co.uk)
  1186. # [21:54] * gwicke is now known as gwicke_away
  1187. # [21:54] * gwicke_away is now known as gwicke
  1188. # [21:55] * Joins: roc (~chatzilla@60.234.54.74)
  1189. # [21:55] * Quits: jonatasnona (~jonatas@lba.inpa.gov.br) (Quit: Saindo)
  1190. # [22:00] * jernoble|afk is now known as jernoble
  1191. # [22:01] <timeless> zewt: someone would have to tell me what they want me to do
  1192. # [22:01] * Joins: Obvious_MkII (tachikoma@188.226.74.2)
  1193. # [22:02] * Quits: tomasf (~tom@c-b7dbe555.024-204-6c6b7012.cust.bredbandsbolaget.se) (Quit: tomasf)
  1194. # [22:02] <zewt> don't know if anyone actually needs it, but i just did javascript:alert(Date.parse("2011-11-11 11:11:11"))
  1195. # [22:02] * Quits: Obvious (tachikoma@188.226.74.2) (Ping timeout: 244 seconds)
  1196. # [22:03] <timeless> NaN in my default ie here in w8
  1197. # [22:04] <timeless> which is some flavor of ie10
  1198. # [22:04] * Quits: karlcow (~karl@nerval.la-grange.net) (Quit: Freedom - to walk free and own no superior.)
  1199. # [22:06] <timeless> ie9:f12 says Date.parse("2011-11-11 11:11:11") = NaN
  1200. # [22:07] <kennyluck> wow, that's surprising, given that IE8 supports this.
  1201. # [22:10] * Quits: LBP (~Mirc@pD9EB17B4.dip0.t-ipconnect.de) (Quit: Bye, bye!)
  1202. # [22:11] * Quits: tantek (~tantek@70-36-139-219.dsl.dynamic.sonic.net) (Quit: tantek)
  1203. # [22:13] * Quits: scor (~scor@drupal.org/user/52142/view) (Quit: scor)
  1204. # [22:15] <zewt> odd--now neither of them are working. not sure what I'm doing differently
  1205. # [22:15] <zewt> maybe I switched browser windows before without realizing? dunno.
  1206. # [22:15] <zewt> also, fascinating chrome utter braindamage: it strips javascript: when i paste into the address bar.
  1207. # [22:15] <kennyluck> oh, my.
  1208. # [22:15] <zewt> special thanks to chrome for making the address bar more and more horrible
  1209. # [22:16] <zewt> ie8 only seems to be accepting the format it outputs from toString ("Thu Dec 1 16:10:18 EST 2011").
  1210. # [22:18] <kennyluck> zewt, yeah, that's another requirement from ECMAScript, namely, toString and then Date.parse needs go back to the original.
  1211. # [22:19] <timeless> zewt: IE seems to do that too
  1212. # [22:19] <timeless> my guess is it's a security feature
  1213. # [22:19] <timeless> to prevent Facebook attacks
  1214. # [22:19] <timeless> and if that's its goal, i'm happy
  1215. # [22:20] <zewt> kennyluck: i don't think any implementation does that, since toString loses milliseconds
  1216. # [22:20] <timeless> kennyluck: should i ask how dare something require roundtripping? :)
  1217. # [22:21] <zewt> timeless: i'm of the stance that if a user is going to follow steps like "please copy this mysterious block of letters and paste it into your address bar", no amount of babysitting is going to protect them :)
  1218. # [22:21] <kennyluck> I guess I am just missing the details.
  1219. # [22:21] <Velmont> zewt: Maybe data:text/html,<!doctype html><script>alert(Date.parse("2011-11-11 11:11:11"))</script> will work?
  1220. # [22:23] <timeless> Velmont: historically, ie's support for data: urls was spotty
  1221. # [22:23] <timeless> it doesn't seem to have improved
  1222. # [22:23] <zewt> Velmont: nope (after copying to a file to avoid data:)
  1223. # [22:24] <timeless> i think the right approach is hixie's kitchen
  1224. # [22:24] <timeless> which lets you test out dom results of pages you compose
  1225. # [22:25] * Quits: davidb (~davidb@66.207.208.98) (Quit: davidb)
  1226. # [22:25] <Velmont> zewt: huh? Doesn't chromium support data:?
  1227. # [22:25] <zewt> talking about IE here
  1228. # [22:25] <zewt> (re: formats supported by Date.parse)
  1229. # [22:25] <Velmont> 22:10 < zewt> also, fascinating chrome utter braindamage: it strips javascript: when i paste into the address bar. <<<
  1230. # [22:26] <zewt> eh, that's a huge amount of typing for pasting things across browsers to test, heh
  1231. # [22:26] <zewt> let me try it, out of curiosity
  1232. # [22:26] <zewt> heh yeah, so stripping javascript: does absolutely nothing (security-wise)
  1233. # [22:26] <zewt> unless there's some weird corner case i'm not thinking of, anyway
  1234. # [22:27] * Quits: Margle (~margle@41-133-196-64.dsl.mweb.co.za) (Quit: Computer has gone to sleep.)
  1235. # [22:27] * Joins: jarek (~jarek@unaffiliated/jarek)
  1236. # [22:29] <timeless> it does
  1237. # [22:30] <timeless> it requires users to be convinced to take 3 extra steps to do something they really shouldn't be doing
  1238. # [22:30] <timeless> but yes, facebook has millions of sheep
  1239. # [22:31] <zewt> oh, the difference is that data:html is run in a separate page, where javascript: is run in the existing page
  1240. # [22:31] <miketaylr> heh, type in j then copy-paste avascript:alert(1) to see a secret message!
  1241. # [22:31] <timeless> zewt: yep
  1242. # [22:31] <zewt> alt-faxmachine
  1243. # [22:31] <timeless> the attacks only work when they're same origin against stupid users in facebook (or similar)
  1244. # [22:32] <zewt> "attacks" :P
  1245. # [22:32] <timeless> miketaylr: i think it's "copy <avascript,....>; click urlbar, press j, paste, enter"
  1246. # [22:33] <timeless> zewt: they happen often enough that my eyes glaze over when i see reports
  1247. # [22:33] * Quits: erichynds (~ehynds@venkman.brightcove.com)
  1248. # [22:33] * Joins: annevk (~annevk@5355737B.cm-6-6b.dynamic.ziggo.nl)
  1249. # [22:33] <miketaylr> timeless: sorry, i'm new at pwning facebook users ;)
  1250. # [22:34] <timeless> you're a fast learner, you'll get the hang of it :)
  1251. # [22:34] <miketaylr> :D
  1252. # [22:34] <timeless> ├──3,360.63 MB (91.95%) -- heap-unclassified
  1253. # [22:34] * timeless sighs
  1254. # [22:35] * timeless needs to make an Xgb file to cause firefox to crash already
  1255. # [22:35] <timeless> Local Disk (C:) 1.70 GB free
  1256. # [22:35] <timeless> Swap (Z:)
  1257. # [22:35] <zewt> "view image" on a big canvas is a fun one
  1258. # [22:35] <timeless> 2.51 GB free of 4.08 GB
  1259. # [22:36] <timeless> zewt: err, the goal is to cause firefox not to have memory to allocate space for the irc client
  1260. # [22:36] <timeless> not to just arbitrarily kill firefox
  1261. # [22:37] * timeless tries to remember how to create a 2.5gb file on windows
  1262. # [22:37] <timeless> preferably a sparse file
  1263. # [22:37] <zewt> dd from linux over cifs
  1264. # [22:37] <zewt> heh
  1265. # [22:37] <timeless> ss64.com/nt/fsutil.html
  1266. # [22:38] <timeless> fsutil file setvaliddata sparse number-that-means-2.5gb
  1267. # [22:38] * Joins: david_carlisle (~chatzilla@dcarlisle.demon.co.uk)
  1268. # [22:39] * Quits: erlehmann (~erlehmann@89.204.138.196) (Quit: Ex-Chat)
  1269. # [22:44] <timeless> Z:\>fsutil file createnew z:\limitswap3 1073741824
  1270. # [22:44] <timeless> File z:\limitswap3 is created
  1271. # [22:47] <timeless> ok, now i have <10mb of swap available
  1272. # [22:47] * timeless prepares to die
  1273. # [22:48] <zewt> timeless.exe
  1274. # [22:50] * Quits: hasather_ (~hasather_@84.38.144.96) (Remote host closed the connection)
  1275. # [22:53] * Joins: wknowles (~will@81.174.196.161)
  1276. # [22:54] * Quits: jacobolus (~jacobolus@c-24-5-85-179.hsd1.ca.comcast.net) (Remote host closed the connection)
  1277. # [22:57] * Joins: theamoeba (~theamoeba@41-133-237-214.dsl.mweb.co.za)
  1278. # [22:58] <jgraham> Just saw The Nutcrasked. Had a man in a Fez. Remined me of shepazu. Decided we need a ballet about the W3C.
  1279. # [22:58] <jgraham> You might think an opera would be more obvious, but clearly if I propose that people would just think I'm biased.
  1280. # [22:59] * abarth|lunch is now known as abarth
  1281. # [23:00] * astearns is shuddering at the thought of a bikeshedding aria
  1282. # [23:04] * Joins: Telling (~unknown@80-71-135-15.u.parknet.dk)
  1283. # [23:04] <kennyluck> paul_irish, comment on http://h5bp.github.com/igotmybeanie/ . I think you might want to mention the input box at the bottom of the HTML Living Standard. As far as I can tell, that's the simplest way how you send feedback.
  1284. # [23:06] <annevk> I wish someone else could write these emails for me: http://lists.w3.org/Archives/Public/public-webapps/2011OctDec/1312.html
  1285. # [23:07] * Quits: wknowles (~will@81.174.196.161) (Quit: wknowles)
  1286. # [23:08] <annevk> I like Adrian, but I also wish I didn't have to do his homework
  1287. # [23:08] * Joins: wknowles (~will@81.174.196.161)
  1288. # [23:09] * Quits: miketaylr (~miketaylr@206.217.92.186) (Quit: miketaylr)
  1289. # [23:09] * Quits: wknowles (~will@81.174.196.161) (Read error: Connection reset by peer)
  1290. # [23:09] * Joins: wknowles_ (~will@81.174.196.161)
  1291. # [23:11] <divya> kennyluck: thnx will add that in.
  1292. # [23:12] * Quits: wknowles_ (~will@81.174.196.161) (Client Quit)
  1293. # [23:14] * Quits: Maurice (copyman@5ED573FA.cm-7-6b.dynamic.ziggo.nl)
  1294. # [23:14] * Quits: david_carlisle (~chatzilla@dcarlisle.demon.co.uk) (Ping timeout: 240 seconds)
  1295. # [23:14] <annevk> TabAtkins: you cannot upload images I think, you have to upload them to imgur or some such and link them
  1296. # [23:14] <annevk> TabAtkins: see e.g. http://wiki.whatwg.org/wiki/Use_cases_for_timed_tracks_rendered_over_video_by_the_UA
  1297. # [23:15] <zewt> depending on free services like imgur long-term always makes me nervous
  1298. # [23:16] * Joins: Luck (~lakshanx@203.153.223.80)
  1299. # [23:16] <TabAtkins> annevk: Ah, ok.
  1300. # [23:17] <Luck> hiya , can anybody tell me , do you use the new data element or still keep the <time>?
  1301. # [23:17] <TabAtkins> zewt: Yeah, that's why I wanted to upload to the wiki - then the images have a better chance of staying around as long as the page itself.
  1302. # [23:17] <annevk> I guess you can use http://junkyard.damowmow.com/
  1303. # [23:17] <annevk> and get the password from Hixie
  1304. # [23:17] <TabAtkins> I can just put it on my own site I guess.
  1305. # [23:18] <TabAtkins> Luck: What are you using it for? (If you don't already have a data-consumer in mind, don't bother with it.)
  1306. # [23:19] <annevk> There's probably some way to upload images, it has file search and things like that...
  1307. # [23:19] * Quits: theamoeba (~theamoeba@41-133-237-214.dsl.mweb.co.za) (Quit: theamoeba)
  1308. # [23:19] <TabAtkins> annevk: No, Special:Upload explicitly says that uploading is disabled.
  1309. # [23:19] <TabAtkins> I was hoping it would change when I got admin powers.
  1310. # [23:19] <TabAtkins> But no luck.
  1311. # [23:20] <divya> kennyluck: is this you? https://github.com/kennyluck
  1312. # [23:21] <annevk> TabAtkins: aah, maybe Lachy can change that
  1313. # [23:21] <TabAtkins> annevk: That would be cool.
  1314. # [23:21] <divya> o it is.
  1315. # [23:22] <Lachy> TabAtkins, do you know how to change it?
  1316. # [23:22] <Luck> k
  1317. # [23:22] <Lachy> does it require modifying LocalSettings.php?
  1318. # [23:22] <kennyluck> divya, yeah.
  1319. # [23:22] <AryehGregor> Lachy, yes. Should be $wgEnableUploads or something.
  1320. # [23:22] * Parts: rosalindwills (~rosalindw@c-24-12-74-173.hsd1.il.comcast.net)
  1321. # [23:22] <divya> added it here kennyluck https://github.com/h5bp/movethewebforward/commit/dd946130fb69ba8d7a0631ba7861f15107a164e4
  1322. # [23:22] <kennyluck> divya, not being a web developer, I am not using github often though.
  1323. # [23:22] <Lachy> AryehGregor, can you do it?
  1324. # [23:22] <AryehGregor> Lachy, http://www.mediawiki.org/wiki/Manual:$wgEnableUploads
  1325. # [23:22] * AryehGregor pokes
  1326. # [23:22] <kennyluck> divya, OK.
  1327. # [23:23] <divya> ha okay :)
  1328. # [23:23] <divya> it was easy to ref in the commit tho :D
  1329. # [23:23] <Lachy> AryehGregor, btw, did you set up an SVN server for the wiki? I was wondering why I saw some .svn folders in there
  1330. # [23:23] <AryehGregor> Lachy, it's an SVN checkout.
  1331. # [23:23] <kennyluck> divya, thanks for attributing that to me :p
  1332. # [23:23] <AryehGregor> Because I wanted some feature from the trunk version at some point.
  1333. # [23:23] <AryehGregor> I can't remember what.
  1334. # [23:23] <AryehGregor> It should be safe to overwrite it with a downloaded tarball.
  1335. # [23:23] <AryehGregor> (if no one has already)
  1336. # [23:24] <jgraham> Didnt you want your html5ified version?
  1337. # [23:24] <jgraham> Or am I imagining things?
  1338. # [23:24] <Lachy> ok. I thought maybe you'd started maintaining it in SVN. I didn't think that you'd checked it out directly from wikimedia's server
  1339. # [23:24] <paul_irish> kennyluck: thank you. will do https://github.com/h5bp/movethewebforward/issues/41
  1340. # [23:25] <AryehGregor> What user does the web server run as?
  1341. # [23:25] <AryehGregor> Not whatwikiuser, I guess?
  1342. # [23:25] <Lachy> AryehGregor, I haven't overwritten it. But I did make some minor changes to LocalSettings.php to disable user registrations, and to update the ConfirmEdit extension
  1343. # [23:25] <paul_irish> kennyluck: oops divya did it already. i see now
  1344. # [23:25] <AryehGregor> TabAtkins, try now.
  1345. # [23:25] <Lachy> yes, it's whatwikiuser
  1346. # [23:25] <AryehGregor> Oh, okay.
  1347. # [23:25] <AryehGregor> No need for chmod, then.
  1348. # [23:26] <Lachy> oh. wait, maybe it's not.
  1349. # [23:26] <Lachy> it's the same server as the blog and all of Hixie's other stuff
  1350. # [23:26] <TabAtkins> AryehGregor: Yup, seems to work. Or at least, it brings up an upload form now.
  1351. # [23:27] <TabAtkins> The files I want to upload are at home, though, so I'll wait to actually try it out.
  1352. # [23:27] <TabAtkins> Thanks, you two.
  1353. # [23:27] * AryehGregor chmods to 777, so it should theoretically work
  1354. # [23:27] <AryehGregor> The reason it's disabled by default is because directory permissions are usually wrong by default, so it will just give an error.
  1355. # [23:28] * Quits: svl (~me@ip565744a7.direct-adsl.nl) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  1356. # [23:28] * jarek is now known as Guest8898
  1357. # [23:28] * Joins: jarek__ (~jarek@aeak187.neoplus.adsl.tpnet.pl)
  1358. # [23:28] * Quits: jarek__ (~jarek@aeak187.neoplus.adsl.tpnet.pl) (Client Quit)
  1359. # [23:28] * Joins: jarek__ (~jarek@aeak187.neoplus.adsl.tpnet.pl)
  1360. # [23:28] * jarek__ is now known as jarek
  1361. # [23:29] * Quits: Guest8898 (~jarek@unaffiliated/jarek) (Ping timeout: 260 seconds)
  1362. # [23:29] <kennyluck> Nice, I am glad that Mozilla's "mentored bugs" are mentioned on http://movethewebforward.org/ .
  1363. # [23:29] * Quits: jarek (~jarek@aeak187.neoplus.adsl.tpnet.pl) (Changing host)
  1364. # [23:29] * Joins: jarek (~jarek@unaffiliated/jarek)
  1365. # [23:36] * Joins: schnoomac (~schnoomac@124.168.124.249)
  1366. # [23:37] <kennyluck> paul_irish, I personally think subscribing to certain HTML5 features of interest in Bugzilla (Mozilla/WebKit) would be something nice if you care about a subset of HTML5 features but not all. Though I am not sure if it's too advanced to put into the "learn" section. (and perhaps voting in Bugizlla, which is supposed to help browser vendors prioritize features, but I am not sure if browser vendors actually look at that)
  1367. # [23:38] * Quits: Luck (~lakshanx@203.153.223.80) (Ping timeout: 248 seconds)
  1368. # [23:39] <kennyluck> I quite like http://en.wikipedia.org/wiki/Comparison_of_layout_engines_%28HTML5%29 for this aspect.
  1369. # [23:47] * Joins: erlehmann (~erlehmann@89.204.138.196)
  1370. # [23:54] * Quits: roc (~chatzilla@60.234.54.74) (Ping timeout: 248 seconds)
  1371. # [23:56] * Quits: MacTed (~Thud@63.119.36.36)
  1372. # Session Close: Fri Dec 02 00:00:00 2011

The end :)