/irc-logs / freenode / #whatwg / 2009-02-02 / end

Options:

  1. # Session Start: Mon Feb 02 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:10] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  4. # [00:16] * Joins: tantek (n=tantek@adsl-69-107-13-8.dsl.pltn13.pacbell.net)
  5. # [00:16] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090201020604]")
  6. # [00:25] * Quits: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca) ("O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.")
  7. # [00:31] * Quits: eric_carlson (n=ericc@nat/apple/x-cf8b7c2f4b3eee75)
  8. # [00:36] <Lachy> Hixie, what's so wrong with the datagrid API that now apparently needs to be rewritten?
  9. # [00:38] <Hixie> it's synchronous
  10. # [00:38] <Hixie> alex russel sent mail about it a few weeks ago
  11. # [00:39] <Lachy> ok
  12. # [00:43] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  13. # [01:11] * Quits: tantek (n=tantek@adsl-69-107-13-8.dsl.pltn13.pacbell.net)
  14. # [01:12] * Joins: tantek (n=tantek@adsl-69-107-13-8.dsl.pltn13.pacbell.net)
  15. # [01:32] * Quits: tantek (n=tantek@adsl-69-107-13-8.dsl.pltn13.pacbell.net)
  16. # [01:53] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  17. # [02:00] * Quits: webben (n=webben@91.84.14.159) ("Lost terminal")
  18. # [02:08] * Quits: gavin_ (n=gavin@people.mozilla.com) (Read error: 54 (Connection reset by peer))
  19. # [02:08] * Joins: gavin___ (n=gavin@people.mozilla.com)
  20. # [02:38] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  21. # [02:46] <Lachy> Hixie, the spec defines "semi-transparent" content models, but there don't appear to be any elements that use that as their content model. Is that an old content model that is no longer used, or one you intend to use for some elements later?
  22. # [02:50] <Lachy> I suppose it's something that could be used for the object element, except that its description just says "Zero or more param elements, then, transparent."
  23. # [03:00] <Dashiva> I think that's what semi-transparent was used for, yeah
  24. # [03:06] * Joins: dbaron (n=dbaron@98.234.51.190)
  25. # [03:06] * Joins: doublec (n=chris@118-92-147-136.dsl.dyn.ihug.co.nz)
  26. # [03:06] <Dashiva> Hmm no... video and audio were semi-transparent until the change where strictly inline content was obsoleted.
  27. # [03:13] <Dashiva> http://www.techcrunch.com/2009/01/31/nielsen-deletes-reply-to-all-button/
  28. # [03:21] * Quits: nessy (n=nessy@124-168-147-235.dyn.iinet.net.au) (Remote closed the connection)
  29. # [03:24] <Lachy> wtf? the Reply All button is essential, disabling it is a bad idea
  30. # [03:27] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 60 (Operation timed out))
  31. # [03:28] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  32. # [03:28] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  33. # [03:37] * Joins: dbaron_ (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  34. # [03:43] <Hixie> Lachy: send mail or file a bug and i'll fix it up when doing editorial fixes
  35. # [03:43] <Hixie> oh you did
  36. # [03:43] <Hixie> thanks!
  37. # [03:53] * Joins: karlcow (n=karl@modemcable140.128-20-96.mc.videotron.ca)
  38. # [04:04] * Parts: erlehmann (n=erlehman@86.59.25.121)
  39. # [04:04] * Joins: erlehmann (n=erlehman@86.59.25.121)
  40. # [04:09] * Quits: dbaron (n=dbaron@98.234.51.190) (Read error: 110 (Connection timed out))
  41. # [04:29] * Joins: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  42. # [04:47] * gavin___ is now known as gavin_
  43. # [05:05] * Quits: doublec (n=chris@118-92-147-136.dsl.dyn.ihug.co.nz) ("Leaving")
  44. # [05:10] * jwalden likes his Reply to All because usually that's what he wants, and he remembers more to remove addresses than to add all of them
  45. # [05:10] <jwalden> I deled the Reply button from my toolbar and left only the all counterpart to help
  46. # [05:22] * Quits: karlcow (n=karl@modemcable140.128-20-96.mc.videotron.ca) ("O public road, I say back I am not afraid to leave you, yet I love you, you express me better than I can express myself.")
  47. # [05:23] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  48. # [05:36] * Quits: xydyx (n=hdh@58.187.21.63) (Read error: 104 (Connection reset by peer))
  49. # [05:39] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  50. # [05:48] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  51. # [05:51] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  52. # [06:00] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  53. # [06:04] * Joins: sverrej (n=sverrej@122.160.12.230)
  54. # [06:14] * Joins: karlcow (n=karl@modemcable202.32-81-70.mc.videotron.ca)
  55. # [06:32] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  56. # [07:17] * Joins: heycam (n=cam@124-168-33-158.dyn.iinet.net.au)
  57. # [07:18] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  58. # [07:20] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  59. # [07:31] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  60. # [07:35] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 60 (Operation timed out))
  61. # [07:39] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  62. # [07:54] <Hixie> i am amused at the people talking about how public-html is dysfunction in a thread that is about 5 steps removed from discussion of spec material
  63. # [08:00] * Joins: ap (n=ap@194.154.88.41)
  64. # [08:10] * Quits: weinig (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  65. # [08:12] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  66. # [08:25] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  67. # [08:30] * Quits: dbaron_ (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  68. # [08:35] <Hixie> compare the rule for fieldset in these two files:
  69. # [08:35] <Hixie> http://mxr.mozilla.org/mozilla-central/source/layout/style/forms.css
  70. # [08:36] * Joins: roc (n=roc@121-72-208-172.dsl.telstraclear.net)
  71. # [08:36] <Hixie> http://trac.webkit.org/export/40471/trunk/WebCore/css/html4.css
  72. # [08:36] <Hixie> i wonder why the numbers are rotated around
  73. # [08:36] <Hixie> that makes no sense to me
  74. # [08:37] <Hixie> i wonder who copied who and who changed
  75. # [08:38] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  76. # [08:38] * Joins: pesla (n=retep@procurios.xs4all.nl)
  77. # [08:39] <Hixie> http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&root=/cvsroot&subdir=mozilla/layout/style&command=DIFF_FRAMESET&file=forms.css&rev2=3.76&rev1=3.75
  78. # [08:40] <Hixie> http://trac.webkit.org/changeset/10579
  79. # [08:40] <Hixie> how amusing
  80. # [08:40] <Hixie> they both started the same and forked in different ways
  81. # [08:41] <Hixie> looks like hyatt screwed that one up
  82. # [08:42] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  83. # [08:50] <jwalden> you're surprised? I mean, come on: http://images0.cafepress.com/product_zoom/1417340v1_400x400_Back.jpg ;-)
  84. # [08:50] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  85. # [08:54] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  86. # [08:59] * Joins: webben (n=webben@dip5-fw.corp.ukl.yahoo.com)
  87. # [09:05] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  88. # [09:08] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 110 (Connection timed out))
  89. # [09:20] * Joins: MikeSmith (n=MikeSmit@71-218-59-55.hlrn.qwest.net)
  90. # [09:26] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  91. # [09:28] * Quits: MikeSmith (n=MikeSmit@71-218-59-55.hlrn.qwest.net) ("Tomorrow to fresh woods, and pastures new.")
  92. # [09:28] * Joins: MikeSmith (n=MikeSmit@71-218-59-55.hlrn.qwest.net)
  93. # [09:39] * Joins: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl)
  94. # [09:45] * Joins: nessy (n=nessy@124-168-147-235.dyn.iinet.net.au)
  95. # [09:50] * Quits: pergj_ (n=pergj@home.kvaleberg.no) (Read error: 113 (No route to host))
  96. # [09:55] * Joins: pergj (n=pergj@home.kvaleberg.no)
  97. # [09:57] * Joins: sverrej_ (n=sverrej@122.160.12.230)
  98. # [10:07] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  99. # [10:10] * Quits: sverrej (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  100. # [10:14] * jgraham wonders if using minidom with Lachy's script makes it horribly slow
  101. # [10:14] <jgraham> (but I'm too lazy to try it out)
  102. # [10:15] * Philip` assumes that merely using html5lib makes it horribly slow
  103. # [10:15] <jgraham> Well yes, there is that :)
  104. # [10:16] <Hixie> i wonder why eric meyer wants value="" on <input type=image>
  105. # [10:16] <Hixie> so much that he switched to xhtml to use it
  106. # [10:16] <jgraham> (FWIW the python 3 version seems to be slightly faster although that was a totally non scientific test that involved me remembering the speed parsing the html5 spec)
  107. # [10:17] <Philip`> (Does it pass tests too?)
  108. # [10:19] <jgraham> (Yes, it seems to)
  109. # [10:20] <Philip`> (Sounds good!)
  110. # [10:20] <jgraham> (But that may not mean much; I couldn't check the output when running against the html5 spec because python3 decides that sys.stdout redirected to a file takes strings with default character encoding mac-roman (on a mac) and I couldn't work out how to change that)
  111. # [10:21] <jgraham> (so it just bails with an encoding error)
  112. # [10:21] <Hixie> what's all the whispering over there in the corner
  113. # [10:21] <Hixie> are you guys plotting some evil scheme
  114. # [10:22] <hsivonen> if they are, that's not krijn's secrecy syntax
  115. # [10:23] * jgraham is just wwhispering about python 3 html5lib in case someone accidentially overhears and takes it seriously
  116. # [10:25] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  117. # [10:27] <Lachy> jgraham, yeah, it probably is slow because of minidom. But that was the only one with an API I was relatively familiar with and actually had a chance of getting something working
  118. # [10:27] * Quits: sverrej_ (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  119. # [10:28] * Joins: sverrej_ (n=sverrej@122.160.12.230)
  120. # [10:30] <Lachy> Speed wasn't really a concern for me. It's not something that needs to run every day. Only when Hixie makes an update to the element summaries in the spec. But if someone would like to make it faster for me using a better API, that would be appreciated.
  121. # [10:32] <jgraham> Lachy: FWIW if you are planning to ever write another [HT|X]ML manipulating script in python, it is weel worth your while to learn the ElementTree/lxml api
  122. # [10:32] <jgraham> *well
  123. # [10:39] <Lachy> jgraham, I did try once, but it had some really weird design that made it unintuitive to work with
  124. # [10:40] <Lachy> like the element tail, which is text node after an element that, instead of just being attached to the parent, is attached to the previous element node
  125. # [10:43] <jgraham> Lachy: Yeah the .text .tail thing is a bit weird. Although it makes much more sense when you realise that ElementTree doesn't think of text as a type of Node any more than it thinks of attributes as a type of Node. It thinks of text as a property of Elements
  126. # [10:46] <Lachy> jgraham, .text makes a little more sense than .tail though, because at least .text is contained within the element itself. Whereas .tail means that you can't just remove an element from the tree, without first taking the tail and appending it to the previous sibling's .tail or the parent's .text
  127. # [10:47] * Joins: annevk (n=annevk@pat-tdc.opera.com)
  128. # [10:49] <jgraham> Lachy: What else can you do apart from .tail if you want to view text as a property? The concept of text nodes is also pretty problematic because you typically have to check whether each node is a text node or a element node when you iterate through the tree, and you can have non-normalized text nodes and so on
  129. # [10:50] <Lachy> jgraham, that's just a design flaw of the DOM which only had .childNodes instead of .childElements or maybe .childNodes(nodeType)
  130. # [10:51] <Lachy> ElementTraversal partially fixes those issues though
  131. # [10:52] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  132. # [11:01] * Joins: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  133. # [11:01] * Joins: ROBOd (n=robod@89.122.216.38)
  134. # [11:03] <Hixie> a text-centric DOM would be interesting (basically, just a list of all the Text nodes, with a property on each one listing the elements that that node was in, and its attributes)
  135. # [11:04] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  136. # [11:05] * Joins: beowulf (i=wiglaf@iloveni.com)
  137. # [11:05] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  138. # [11:06] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  139. # [11:07] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  140. # [11:11] * Joins: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp)
  141. # [11:16] * Hixie ponders default styles for the new elements
  142. # [11:17] <annevk> can we make <button action=http://www.google.com/>TEST</button> work without requiring a form ancestor?
  143. # [11:18] <Hixie> i don't know of anything blocking us from doing that other than spec and implementation complexity
  144. # [11:20] * Quits: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se) (Read error: 110 (Connection timed out))
  145. # [11:20] <Lachy> annevk, what's the use case for doing that?
  146. # [11:20] <wilhelm> I'd rather have <a href='./delete/1337/' method='post'>delete</a>.
  147. # [11:21] <Hixie> wilhelm: that has a much worse back-compat story
  148. # [11:21] <Hixie> wilhelm: one that actually encourages people to do the wrong thing
  149. # [11:21] <jgraham> wilhelm: I'll let you duel that one out with the HTTP guys
  150. # [11:22] * jgraham doesn't believe that users make any distinction between "safe" links and "unsafe" buttons
  151. # [11:22] <Lachy> oh, so the use case is: <button action="..." name=delete value=whatever> or any other action for which POST is more suitable than GET
  152. # [11:23] <wilhelm> True. But adding all that extra markup and having to restyle the button just to get a safe link is a pain:P
  153. # [11:24] <Hixie> annevk: the main difficulty spec-wise would be doing it in a way that doesn't include all the other elements that don't have a form in the same form
  154. # [11:24] <Lachy> jgraham, it's not really users that need to make the distinction. It's more the tools that automatically prefetch links and bots that should avoid non-idempotent actions
  155. # [11:24] <Hixie> annevk: but it could be done
  156. # [11:26] <Lachy> wilhelm, we just need the CSS3 'appearance' property to be implemented so that buttons can be more easily styled to look like links
  157. # [11:26] <jgraham> Lachy: in principle <a method=foo> allows them to make that distiction (obviously it is not backwards compatible. Lots of people seem to argue that *users* make that distinction
  158. # [11:26] <Hixie> wilhelm: don't make delete buttons look like links. links are for navigation, it's bad ui to make them do things.
  159. # [11:26] <Lachy> jgraham, yeah, a lot of people have flawed arguments.
  160. # [11:27] <annevk> it seems better to keep <a> GET-only
  161. # [11:27] <annevk> at least as far as href="" is concerned
  162. # [11:27] <Lachy> Hixie, whether it's a good idea or not, there are designers out there that insist on it, despite the stupidity
  163. # [11:27] * Joins: pauld_ (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  164. # [11:28] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com) (Read error: 104 (Connection reset by peer))
  165. # [11:29] <annevk> Hixie, any chance you could work on cross-origin media element loading before doing the rest of rendering?
  166. # [11:29] * jgraham thinks it is not obviously stupid to make link-like things perform actions
  167. # [11:30] <Lachy> I suspect that the only distinction that users make between buttons and links is that buttons send information, usually what they type into a form, whereas links just retrieve data.
  168. # [11:30] <Hixie> Lachy: doesn't mean we should make it easier. quite the contrary.
  169. # [11:30] <Hixie> annevk: what is there to do?
  170. # [11:30] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  171. # [11:30] <annevk> Hixie, I filed a bug; currently file size is exposed due to progress events
  172. # [11:30] * zcorpan_ notes that Hixie's table example works with the Smart Headers algorithm
  173. # [11:31] <jgraham> Or, more specifically, I think that if easy-to-use UIs use links to perform actions then they are, by example, good UI
  174. # [11:31] <Hixie> annevk: i'm not planning on doing anything with progress events until progress events is done
  175. # [11:31] <Lachy> zcorpan_, which table example?
  176. # [11:32] <jgraham> zcorpan_: Smart Headers doesn't distinguish between roww and colum headers which was one of aaron's requirements stemming from the way one of the accessibility apis works
  177. # [11:32] <Hixie> annevk: specifically, i'm waiting for chaals to respond to http://lists.w3.org/Archives/Public/public-webapps/2009JanMar/0047.html
  178. # [11:32] <annevk> Hixie, people are shipping/implementing progress events though
  179. # [11:32] <annevk> hmm ok
  180. # [11:32] <zcorpan_> Lachy: http://www.w3.org/mid/Pine.LNX.4.62.0901312117510.14270@hixie.dreamhostps.com
  181. # [11:33] <zcorpan_> jgraham: ok
  182. # [11:34] <Hixie> annevk: not my fault people are shipping specs that aren't even in LC yet :-)
  183. # [11:34] <Lachy> zcorpan_, oh, yeah. That's the one where Hixie was pointing out that "the algorithm is likely going to support far fewer table types without attributes [than smart headers]"
  184. # [11:35] <Hixie> annevk: progress events will hopefully change quite a bit, so those impls will have to change anyway
  185. # [11:36] <Hixie> annevk: for example, progress events seems to imply that 'load' should include the information you say is problematic, but 'load' is fired for <img>, e.g.
  186. # [11:39] <zcorpan_> Lachy: i thought he meant "[than the previous algorithm in the spec]"
  187. # [11:39] <Hixie> i meant hte latter, but the former is true also
  188. # [11:41] <jgraham> I wonder how useful it is that the accessibility things distinguish between row and column headers. Does aria account for this?
  189. # [11:42] <jgraham> Or is HTML expected to apply the same magic to aria attributes as it does to @headers?
  190. # [11:42] <Hixie> i don't think that the algorithm not handling this table is a big deal
  191. # [11:42] <Hixie> real tables don't look like this usually
  192. # [11:42] <Hixie> and when they do, going both ways is almost always wrong
  193. # [11:42] <Hixie> iirc
  194. # [11:44] <annevk> Hixie, ta
  195. # [11:44] <Hixie> np
  196. # [11:50] <Lachy> Hixie, http://www.whatwg.org/specs/web-apps/current-work/revision.dat didn't get updated with the last 2 checkins. Current revision is 2735, but that still says 2733
  197. # [11:51] <Hixie> yeah, that happens when twitter fails
  198. # [11:51] <Hixie> i guess i should ignore twitter errors
  199. # [11:51] * Hixie moves things around
  200. # [11:51] <Hixie> should work next time
  201. # [11:54] <Lachy> Hixie, 10.2 Hidden Elements: this Selector is missing a comma after audio:not(...) [hidden], area, audio:not([controls]) base, basefont,
  202. # [11:54] <hsivonen> wow. twitter as a system integration platform
  203. # [11:54] <Hixie> thx
  204. # [11:56] <Hixie> so uh
  205. # [11:56] <Hixie> can anyone think of a way of doing http://damowmow.com/temp/sectioning.css that won't get me shot by the browser vendors
  206. # [11:56] <Lachy> Hixie, rather than givign @namespace for all CSS, wouldn't it be easier to just say that the namespace applies to all CSS in this section?
  207. # [11:57] <Hixie> Lachy: it would be easier, yes, but being explicit seems safer
  208. # [11:58] <Lachy> ok
  209. # [11:58] <annevk> Hixie, except that merging all the CSS snippets would not result in a valid style sheet currently
  210. # [11:59] <annevk> Hixie, though I suppose that cannot be done anyway given that quirks is also listed throughout
  211. # [11:59] <Hixie> if anyone tries to merge them, they're going to have far bigger problems than that
  212. # [12:00] <hsivonen> Hixie: h1:outline-depth(n)
  213. # [12:00] <Hixie> a way that doesn't involve waiting longer than 2022 would be ideal
  214. # [12:00] <annevk> yeah, the only way forward there is some optimized selector I think
  215. # [12:01] <annevk> can't we get the CSS WG to approve of a vocabulary specific selector?
  216. # [12:02] <Hixie> q.v. my earlier remark regarding 2022 as a deadline
  217. # [12:02] <annevk> btw, why would you ever want the h1 to be smaller than the rest of the text?
  218. # [12:03] <Lachy> annevk, we'd hav a much greater chance of getting the CSSWG to accept any selectors if we can find a way to help push CSS3 Selectors to REC, ASAP
  219. # [12:03] <Hixie> (selectors has been "done" since 2001, and has had interoperable implementations for at least a year, and it is still not in PR, so i'm not holding my breath)
  220. # [12:03] <Hixie> annevk: the sizes are just h2-h6
  221. # [12:03] <hsivonen> annevk: it's not vocabulary-specific if it is abstacted like class selectors such that a vocabulary gets to define how it hooks to the selector
  222. # [12:04] <Lachy> Hixie, there are still some minor interop issues with ::selection. But most of the rest is largely interoperable
  223. # [12:04] <jgraham> Of course if the CSSWG are dysfunctional to the extent that they are blocking us, we should fix the CSSWG not try to route around them
  224. # [12:04] * hsivonen has a hard time remembering when to use : and when ::
  225. # [12:05] <Hixie> hsivonen: : = class-like things, :: = element-like things
  226. # [12:05] <annevk> hsivonen, that would work too
  227. # [12:05] <Lachy> hsivonen, how is that hard? I find the differece between pseudo-elements and -classes easy
  228. # [12:05] <hsivonen> is WebApps considered functional?
  229. # [12:05] <Hixie> hsivonen: so : = actual elements, :: = things not actually in the DOM
  230. # [12:06] <annevk> hsivonen, I think it is
  231. # [12:06] <hsivonen> Lachy: I can understand the distiction--I can't remember which takes two colons
  232. # [12:06] <hsivonen> annevk: cool
  233. # [12:07] <Hixie> so uh, why can't my web server resolve twitter.com in dns
  234. # [12:07] <hsivonen> so I should remember that :: is less real than :
  235. # [12:07] <annevk> or : is closer to . than ::
  236. # [12:09] <zcorpan_> Lachy: i'd suggest renaming the section to "Getting started with HTML" since you can "get started with HTML5" if you already know html4 but the section is targetted at beginners
  237. # [12:10] <Lachy> zcorpan_, send mail to public-html
  238. # [12:11] <Lachy> zcorpan_, I'm trying to stimulate some actual productive discussion about it on the list, but so far it has resulted in an off-list mail and people pinging me on IRC.
  239. # [12:11] * Quits: sverrej_ (n=sverrej@122.160.12.230) (Remote closed the connection)
  240. # [12:12] <Lachy> also, I'm not working on the guide today, so the mail will make sure I remember
  241. # [12:15] * Joins: sverrej (n=sverrej@122.160.12.230)
  242. # [12:21] * Hixie standardises <blink>
  243. # [12:36] <Lachy> Hixie, sometimes you include a blank line after @namespace and other times you don't. Please be consistent.
  244. # [12:37] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  245. # [12:37] <Hixie> i include it when there is more than one block of text in the css block
  246. # [12:38] <Lachy> ok
  247. # [12:41] * Quits: roc (n=roc@121-72-208-172.dsl.telstraclear.net)
  248. # [12:47] <Hixie> the rendering section's table of contents is oddly bell-shaped
  249. # [12:49] * Quits: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se) (Read error: 104 (Connection reset by peer))
  250. # [12:50] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  251. # [12:54] <annevk> "The fgColor attribute on the Document object must reflect the text attribute on the body element." does not say what should happen when there is no body element
  252. # [12:54] <annevk> the same might be true for <body onload> when there is no Window object, come to think of it
  253. # [12:56] <Hixie> the obsolete features section is scheduled for april/may
  254. # [12:56] <Hixie> the body.onload thing is a good point; file a bug?
  255. # [12:56] <Hixie> i'm going to bed now
  256. # [12:56] <Hixie> nn
  257. # [12:56] <Hixie> and thanks
  258. # [12:57] <hsivonen> Hixie: what's the browser implementor interest status of <datagrid>?
  259. # [12:57] <annevk> sure, nn
  260. # [12:57] <hsivonen> oh, nn
  261. # [12:59] <annevk> afaict there was only interest from a Chrome guy
  262. # [13:00] <annevk> but they're not working on their rendering engine that much (other than porting) so...
  263. # [13:00] <hsivonen> annevk: Chrome interest would be understandable considering that the widget seems very applicable to Gmail
  264. # [13:04] * Joins: roc (n=roc@121-72-208-172.dsl.telstraclear.net)
  265. # [13:09] * Quits: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se) (Read error: 110 (Connection timed out))
  266. # [13:09] * Joins: kinetik_ (n=kinetik@121.98.132.55)
  267. # [13:10] <annevk> http://www.whatwg.org/specs/web-apps/current-work/multipage/rendering.html first block lacks a line break after @namespace
  268. # [13:10] <annevk> same for the last
  269. # [13:10] <annevk> and the penultimate
  270. # [13:12] <annevk> or is that some rendering bug in Opera? hmm
  271. # [13:12] <Lachy> annevk, I pointed out the same issue. <Hixie> i include it when there is more than one block of text in the css block
  272. # [13:12] * Quits: kinetik (n=kinetik@121.98.132.55) (Read error: 110 (Connection timed out))
  273. # [13:13] <annevk> Lachy, no, that's a different issue
  274. # [13:13] <annevk> or a non-issue, as it happens :)
  275. # [13:16] * jgraham would prefer a consistent line break after the @namespace because it it non-trivial to deduce what the rule is
  276. # [13:17] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  277. # [13:17] <Lachy> annevk, how is it a different issue?
  278. # [13:17] <annevk> Lachy, what I encounter is a rendering issue in Opera
  279. # [13:17] <annevk> Lachy, what you encounter is a source code thingy
  280. # [13:18] <Lachy> oh, Opera bug
  281. # [13:19] <Lachy> annevk, do you want to file a bug and CC moose and I about it?
  282. # [13:21] <annevk> sure
  283. # [13:23] <annevk> done
  284. # [13:25] <annevk> hsivonen, ah, requiring NFC from content is another nice trick :)
  285. # [13:25] * Quits: nessy (n=nessy@124-168-147-235.dyn.iinet.net.au) ("This computer has gone to sleep")
  286. # [13:25] <annevk> hsivonen, I quite strongly agree that keeping identifier comparison as simple as possible is a good thing
  287. # [13:26] <hsivonen> annevk: CharmodNorm FTW!
  288. # [13:31] <hsivonen> http://diveintomark.org/archives/2004/07/06/nfc
  289. # [13:32] * Quits: webben (n=webben@dip5-fw.corp.ukl.yahoo.com) (Read error: 54 (Connection reset by peer))
  290. # [13:32] <annevk> I remember it took me quite a while before I understood that post
  291. # [13:32] <annevk> It was also the first time I heard of the problem
  292. # [13:35] * Quits: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  293. # [13:37] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  294. # [13:39] * Joins: webben (n=webben@dip5-fw.corp.ukl.yahoo.com)
  295. # [13:40] * Joins: xydyx (n=hdh@118.71.79.101)
  296. # [13:48] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  297. # [13:50] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  298. # [13:52] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  299. # [13:58] * Quits: sverrej (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  300. # [13:58] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  301. # [14:05] * Joins: hallvors (n=hallvord@cm-84.208.78.204.getinternet.no)
  302. # [14:37] * Quits: bzed (n=bzed@devel.recluse.de) ("leaving")
  303. # [14:37] * Joins: bzed (n=bzed@devel.recluse.de)
  304. # [14:42] * Joins: BenMillard (i=cerbera@cpc4-flee1-0-0-cust339.glfd.cable.ntl.com)
  305. # [14:55] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Remote closed the connection)
  306. # [14:59] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  307. # [15:01] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  308. # [15:01] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  309. # [15:13] <takkaria> Hixie: 10.3.5, the rule for h2 gives a smaller font size than that for h1
  310. # [15:15] <gsnedders> Who here uses Anolis?
  311. # [15:18] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  312. # [15:19] <gsnedders> Hixie: HTML 5 itself assumes 10.4.1 does not apply
  313. # [15:21] <annevk> I want to use Anolis once the serializer is more friendly and W3C specgen like
  314. # [15:25] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  315. # [15:31] <Lachy> gsnedders, I do
  316. # [15:31] <Lachy> annevk, anolis has the --w3c-compat options
  317. # [15:32] <Lachy> AFAIK, it's just missing the biblio stuff
  318. # [15:32] * gsnedders guesses annevk means things like biblio and indexing
  319. # [15:32] <gsnedders> Lachy: And other things
  320. # [15:33] <Lachy> yeah, lack of biblio is annoying. Though I'm using it successfully for the HTML5 Reference, and it works really well
  321. # [15:37] * Joins: rubys1 (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  322. # [15:38] <rubys1> Lachy: ping?
  323. # [15:39] * rubys1 is now known as rubys
  324. # [15:40] <jgraham> annevk: I have a WIP of the updated online interface for anolis at home
  325. # [15:40] <jgraham> But I don't quite know how to sanely deal with the fact that there are two forms and dozens of controls that should apply to both
  326. # [15:41] <Lachy> rubys, pong
  327. # [15:41] <jgraham> WWithout just copying the controls or requiring js
  328. # [15:41] <rubys> It generally is considered rather rude and a significant violation of Netiquitte to publish a private reply in a more public forum.
  329. # [15:41] <rubys> Had you asked, I would have given permission.
  330. # [15:41] <Lachy> rubys, I figured since it was a process issue, you wouldn't mind
  331. # [15:42] <Lachy> and also because the discussion was related to replying publicly, to which you said +1
  332. # [15:42] <rubys> regarding "number of people who support an idea": if a person makes a solid argument and the editor agrees and nobody disagrees, then you are right: no additional support needs to be expressed.
  333. # [15:42] <rubys> If a person makes a sold argument and the editor disagrees is where it gets interesting.  One special case that I want to dispose of quickly, however.  That is when that one person either can't find anybody to support the argument, or can only find people in their own organization to do so.
  334. # [15:44] <Lachy> if a person can't find any support, except from their own organisation, then it's unlikely that they have made a solid argument
  335. # [15:45] <rubys> There is no absolute scale upon which arguments can be measured.
  336. # [15:45] * Joins: sverrej (n=sverrej@122.160.12.230)
  337. # [15:46] <rubys> HTML5 is largely based not on what is "right", but on what "works". Multiple things could possibly work, and reasonable people can disagree as to which is best.
  338. # [15:47] <rubys> On such matters, I tend to defer to the editor when the matter is one of personal taste.
  339. # [15:48] <Lachy> agreed
  340. # [15:48] <rubys> the thing we need to collectively find a way to address is one where people feel disenfranchised because they are not given an opportunity to be heard.
  341. # [15:50] <Lachy> I'm not sure how to address that. People just need to learn that some times their ideas are rejected, no matter how passionately they feel about them. Those who feel disenfranchised are not alone in that respect. It's just that those of us who don't feel disenfranchsed know how to accept and move on
  342. # [15:50] <rubys> Apparently that's what David Dailey feels. And an answer that can be interpreted as you intend to be the sole judge of merit base on your own standards of technical worth reinforces that concern.
  343. # [15:51] <jgraham> Does anyone know off hand where unicode defines the mapping between char+combining char into single NFC char (for some appropriate definition of char)
  344. # [15:51] <Lachy> well, I remain concerned about the ability of concensus based approaches to do any better, and so I'm hesitant to adopt that method
  345. # [15:51] <Lachy> jgraham, http://www.unicode.org/reports/tr15/tr15-25.html
  346. # [15:53] <gsnedders> jgraham: It's all in the UCD
  347. # [15:53] <rubys> Ian didn't pick a new DOCTYPE based on consensus. In fact, he explicitly ignored one of your concerns. But I am very happy with the process that that decision was made.
  348. # [15:54] <jgraham> gsnedders: So there is no unique table that says codepoint x + codepoint y maps to codepoint z under NFC?
  349. # [15:54] <gsnedders> jgraham: AFAIK no
  350. # [15:54] <rubys> Mark Davis would know, and tends to be very responsive.
  351. # [15:55] <Lachy> rubys, I'm aware that Hixie ignored one of my concerns. But I trust Hixie to have evaulated and weighed up all concerns, and I accept his decision.
  352. # [15:55] <rubys> You've built that trust up over time. Not everybody yet has that perspective.
  353. # [15:56] * Joins: fearphage (n=fearphag@xbmc/user/fearphage)
  354. # [15:56] <annevk> gsnedders, I mean pretty source code, mostly :)
  355. # [15:56] <annevk> gsnedders, though a good solution to biblio would be neat, one based on a wiki or some such
  356. # [15:56] <gsnedders> annevk: That's not an Anolis-level issue :)
  357. # [15:56] <rubys> Anyway, my point is that it is not a binary point about consensus vs dictator.
  358. # [15:56] <annevk> gsnedders, it affects me though :)
  359. # [15:56] <Lachy> well, with this issue, given that my concern was only minor, making such fuss about this one would detract from more important issues
  360. # [15:56] <gsnedders> annevk: Fussy boy :)
  361. # [15:57] <rubys> Lachy, I'm sorry, which issue are you talking about? DOCTYPE or David's? If the former, I agree. If the latter, I disagree.
  362. # [15:58] <Lachy> DOCTYPE
  363. # [15:58] <jgraham> It seems that not everyone thinks that the term "benevolant dictator' has positive connotations
  364. # [15:58] <rubys> jgraham: bingo
  365. # [15:59] <hsivonen> we really should avoid 'dictator' and talk about 'strong editor model' or something
  366. # [15:59] <rubys> I am to get people who raise objections to realize that they are either alone or truly are describing a matter of taste whenever possible.
  367. # [15:59] <jgraham> rubys: I guess I shouldn't make it sound like news since it has been known about for some time.
  368. # [15:59] <jgraham> Like forever
  369. # [15:59] <Lachy> hsivonen, "benevolent arbiter"
  370. # [16:00] <rubys> strike benevolent
  371. # [16:00] <Lachy> why? It only has good connotations
  372. # [16:00] <rubys> only if it is accurate
  373. # [16:01] <Lachy> ?
  374. # [16:01] <rubys> Ian is as opinionated and biased as the rest of us. In some ways more so. He also is immensely talented and reasonable.
  375. # [16:01] <hsivonen> Lachy: the whatwg model isn't counting on Hixie being benevolent. it counts on keeping Hixie in check by the threat of withdrawing implementor participation
  376. # [16:03] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  377. # [16:03] <jgraham> (This is not, in practice so different from the Python model which allows for the possibility of forking if Guido turns bad)
  378. # [16:05] <Lachy> As I pointed out yesterday, some people involved with HTML4all has sort of forked the spec, which should turn out to be a good thing in the long run
  379. # [16:05] <annevk> hsivonen, http://en.wikipedia.org/wiki/Oligopoly ?
  380. # [16:06] * annevk shrugs
  381. # [16:06] <Lachy> since we can review their work on the forked spec and incorporate any good changes
  382. # [16:07] <rubys> I also claim that the WHATWG model also provides ample excuse for one significant vendor to not participate. That concerns me greatly. Not that they would participate anyway, but that they have a convenient excuse provided for them.
  383. # [16:07] <Lachy> rubys, I think the only reason Microsoft doesn't participate is the lack of patent policy
  384. # [16:07] <hsivonen> annevk: I'm not implying that. I mean that Hixie is not interested in writing fiction.
  385. # [16:08] <jgraham> Lachy: That is clearly untrue
  386. # [16:08] <Lachy> jgraham, how so?
  387. # [16:08] <Lachy> I recall Chris Wilson saying something to that effect before
  388. # [16:08] <hsivonen> rubys: having a patent policy and having an editor with latitude kept in check by the possibility of implementors getting angry are not mutually exclusive
  389. # [16:08] <jgraham> Lachy: Microsoft have effective participated in neither HTMLWG or WHATWG and what participation has occured has been split roughly equally amongst both
  390. # [16:08] * Quits: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  391. # [16:09] <rubys> Lachy: s/only reason/one reason/
  392. # [16:09] <Lachy> rubys, other reasons?
  393. # [16:09] <annevk> jgraham, they participated in the WHATWG?
  394. # [16:10] <rubys> Lachy: has MSFT participated in any great extent in the W3C working group? If not, it must be for reasons other than patent policy.
  395. # [16:10] <jgraham> annevk: 5 messages
  396. # [16:10] <annevk> hsivonen, whether or not you imply that, it seems pretty accurate; not sure whether it's good or bad though, the Web is quite different from market economy
  397. # [16:10] <annevk> jgraham, oh, didn't know
  398. # [16:10] <Lachy> I only counted 4. Maybe I'm missing one
  399. # [16:11] <jgraham> Lachy: presumably they don't see the business value in participating
  400. # [16:11] <rubys> hsivonen: agreed, but I don't believe I said otherwise. Having an editor latitude kept in check is a good thing, and implementors getting angry is one possible way to partially address that.
  401. # [16:12] * rubys bows in jgraham's general direction
  402. # [16:14] <Lachy> rubys, although the implementer threat works for the whatwg, there are people who tend not to care much for implementers and would prefer authors have more influence, even at the expence of implementers
  403. # [16:14] <Lachy> *expense
  404. # [16:14] <rubys> It is not a zero sum game.
  405. # [16:15] <rubys> Author's clearly ran amok for a number of years at the W3C. A redressing of the imbalance was appropriate. Now we need to find a happy middle.
  406. # [16:15] * Joins: eric_carlson (n=ericc@nat/apple/x-0e132ceffb246e29)
  407. # [16:18] <jgraham> It is worth noting that it is a constrained optimisation problem. If you try to make implementors do things they don't want to do --- because they are too complex or because users wouldn't like them, for example --- they will stop playing ball. If you ask authors to jump through unreasonable hoops they will use a differnt format instead.
  408. # [16:19] <hsivonen> too bad authors too often miss that it's not zero-sum. particularly, without browser vendor participation, there's no platform to deploy new content features on
  409. # [16:20] * Quits: shepazu (n=schepers@c-24-8-217-41.hsd1.co.comcast.net)
  410. # [16:21] <rubys> too bad implementers often miss that it's not zero-sum. Particularly, without user participation, there's platforms designed to deploy new content features on simply go unused.
  411. # [16:23] <jgraham> rubys: I had difficulty understanding your second sentence
  412. # [16:23] <rubys> yea, I typed it so fast, it hardly was intelligible.
  413. # [16:24] <rubys> hsivonen's statement is equally true from the other perspective. I've seen many platforms designed with a "if you build it, they will come" perspective.
  414. # [16:24] <hsivonen> rubys: has that been a problem in practice? what platforms have gone unused due to lack of user participation?
  415. # [16:24] <Philip`> If implementors add a feature that 1% of authors want to use, it's a pretty successful feature; if authors request a feature that 1% of implementors want to implement, it's useless to everybody
  416. # [16:24] <rubys> To avoid any sacred cows here, I'll pick something safe: Hailstorm.
  417. # [16:25] <hsivonen> rubys: I meant features of the interoperable Web runtime platform
  418. # [16:25] <Lachy> rubys, implementers do realise that it's not a zero-sum game, and in many cases, we explicitly do look at what authors use and don't use
  419. # [16:25] <Lachy> and what they don't, we cut from the spec
  420. # [16:25] <hsivonen> rubys: it seems to me that features are generally unused because they haven't been implemented in all significant runtimes
  421. # [16:25] <hsivonen> rubys: rather than because users rejected them
  422. # [16:25] <rubys> Some people apply that loosely, others more tightly. Take for example this perspective: http://blog.mozilla.com/rob-sayre/2009/02/01/conventional-wisdom/
  423. # [16:28] <Lachy> The spec itself isn't a great place for innovation, although it does happen occasionally. Most of the innovation comes from browser vendors who then present their innovations to be specced
  424. # [16:29] <Lachy> this is most clearly demonstrated by canavs, video, <input placeholder="">, .innerHTML, etc.
  425. # [16:29] <Philip`> hsivonen: There are features that have been interoperably implemented in the browsers used by 95% of the market, and many have been successful but many others appear to be effectively unused on the public web
  426. # [16:29] <rubys> Lachy: I agree with the fourth example in that lst.
  427. # [16:29] <Philip`> hsivonen: e.g. IE's <table datasrc> stuff
  428. # [16:30] <hsivonen> Philip`: has datasrc been implemented in anywhere but IE?
  429. # [16:31] <Philip`> hsivonen: No, but it's been available in the browsers used by 95% of the market, and lots of people were happy to write pages solely for that subset of the market
  430. # [16:31] <Lachy> rubys, what about the other 3?
  431. # [16:31] <annevk> Lachy, <canvas> and <video> have changed quite a bit by WHATWG input
  432. # [16:31] <jgraham> rubys: Of course leaving the platform much more static (which seems to be what rsayre wants) has its share of problems. Notably that people start to view you as "damage" that must be worked around by e.g. using Flash or Silverlight
  433. # [16:31] <annevk> placeholder="" only has a single impl
  434. # [16:32] <rubys> jgraham: be careful when you read motivation into people
  435. # [16:33] <rubys> Something I have said many times: I'd love to see something smaller get to CR status in 2010; and leave the rest to defend for itself. I don't see anything in rsayre's message that differs from that vision.
  436. # [16:33] <jgraham> rubys: I don't think I was reading motivation (motivation would be "I want HTML to be static so flash usage increases" or somesuch). I agree it is possible that I misinterpreted his position.
  437. # [16:33] <Lachy> annevk, that doesn't change the fact that the initial innovation occurred outside of the spec. It's just that the spec is good at refining, not innovating
  438. # [16:34] <rubys> "seems to be what rsayre wants". It could be that he simply doesn
  439. # [16:34] <rubys> 't want to wait for a CR in 2012.
  440. # [16:35] <jgraham> It could be. I'm still not sure why people focus so much on dates for spec transitions when the only real quantity is "when is this implemented in the UAs I care about so I can use it"
  441. # [16:36] <Philip`> rubys: Point 7 on http://blog.mozilla.com/rob-sayre/2009/01/19/where-memes-go-to-die/ sounds like he's concerned with issues other than the timetable for the spec
  442. # [16:36] <rubys> Anyway, I've said what I wanted to say, namely that violating the expectations of private email is bad form, and setting up a dictatorial process, allegedly benevolent or otherwise, is counter to the goal of soliciting any and all input.
  443. # [16:36] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  444. # [16:37] <rubys> Philip`: agreed, but that doesn't mean that he's for a more static platform.
  445. # [16:37] <BenMillard> Hixie, I've replied to that table example on Public-HTML.
  446. # [16:38] * Joins: billmason (n=bmason@ip8.unival.com)
  447. # [16:38] <rubys> For all I know, it could mean that; I've only met him a few times (he worked on Atom prior to joining Moz); I just wouldn't jump to that conclusion.
  448. # [16:39] <karlcow> jgraham: cf dates: some of the things are not visibly implemented but some groups do care about them. For example a blockquote. The meaning of it has no concrete implementation in browsers (except the block nature) but the semantics matter outside of the browser world.
  449. # [16:41] <annevk> karlcow, <time> doesn't matter for browsers either
  450. # [16:41] <annevk> karlcow, and <section> etc. don't matter much to us either
  451. # [16:42] <karlcow> annevk: indeed, yes same example
  452. # [16:43] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84-2009010213 [Firefox 3.2a1pre/20090201020604]")
  453. # [16:44] <jgraham> annevk: Actually <time> and <section> improve a lot with some implementation love
  454. # [17:01] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  455. # [17:01] <annevk> so it seems the i18n guys are arguing for doing Unicode Normalization while comparing strings
  456. # [17:01] <annevk> ouch
  457. # [17:01] <gsnedders> annevk: What form of Normalization?
  458. # [17:01] * kinetik_ is now known as kinetik
  459. # [17:02] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  460. # [17:02] <annevk> a form, though NFC has been suggested
  461. # [17:02] <zcorpan> Hixie: i think <layer> doesn't need display:block
  462. # [17:02] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  463. # [17:02] <gsnedders> NFK[CD] and NF[CD] would have different results
  464. # [17:02] * annevk thinks the rendering section should be normative for a very specific class of UAs
  465. # [17:02] <zcorpan> Hixie: nor <multicol>
  466. # [17:02] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) ("Killin' teh intarwebs")
  467. # [17:03] <rubys> annevk: the Mac is notorious for using NFD whereas NFC is commonplace everywhere else.
  468. # [17:03] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  469. # [17:04] <rubys> annevk: do you have access to a mac with Apache?
  470. # [17:04] <annevk> yeah, they mentioned that
  471. # [17:04] <annevk> not right now
  472. # [17:04] <annevk> actually, lets make that "no"
  473. # [17:04] * gsnedders does
  474. # [17:05] <annevk> zcorpan, I wonder how Hixie arrived at <layer>
  475. # [17:05] <rubys> Create a file with an accented character in your sites directory
  476. # [17:05] <gsnedders> Yeah, it'll be NFD
  477. # [17:05] <annevk> aren't IRIs NFC?
  478. # [17:06] <gsnedders> annevk: Not always
  479. # [17:06] <gsnedders> rubys: What do you want to see?
  480. # [17:06] <rubys> if somebody copy/pastes a URI with an accented character into a browser on windows or ubuntu, they won't be able to access your file on the mac.
  481. # [17:06] <rubys> I have access to a mac, I just wanted to demonstrate the problem.
  482. # [17:07] <annevk> gsnedders, it seems that if it's not NFC it's not a IRI
  483. # [17:07] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  484. # [17:07] <gsnedders> Hmm
  485. # [17:07] <annevk> oh no
  486. # [17:07] <annevk> you're right
  487. # [17:07] <gsnedders> If I request using pct-encoding of the NFC form it still works
  488. # [17:07] * Joins: dglazkov (n=dglazkov@nat/google/x-e1f3dc0cfaba7a89)
  489. # [17:07] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  490. # [17:07] <rubys> gsnedders: that's not been my experience
  491. # [17:10] * karlcow has apache running on my mac
  492. # [17:13] <rubys> karlcow: cd ~/Sites; mkdir foo; cd foo; touch Señor
  493. # [17:13] <karlcow> http://la-grange.net/2009/02/02/love-é-愛.txt
  494. # [17:13] * Parts: BenMillard (i=cerbera@cpc4-flee1-0-0-cust339.glfd.cable.ntl.com)
  495. # [17:13] <karlcow> and it is working in local
  496. # [17:14] <rubys> it appears to be working, but view source
  497. # [17:14] <rubys> I get href="Sen%cc%83or"
  498. # [17:15] <karlcow> working in Opera 10 alpha at least
  499. # [17:15] <karlcow> testing with others
  500. # [17:16] <rubys> repeating on Ubuntu, I get href="Se%c3%b1or"
  501. # [17:17] <rubys> karlcow: are you doing all of your testing on mac?
  502. # [17:17] <karlcow> the difference between Opera and Safari. Safari displays at the top of the window the right characters and opera displays http://lagrange.test.site/2009/02/02/love-e%CC%81-%E6%84%9B.txt
  503. # [17:17] <karlcow> rubys: yes :)
  504. # [17:17] <rubys> karlcow: ok, you have successfully demonstrated that the mac interoperates successfully with the mac. Congrats. :-)
  505. # [17:18] <karlcow> ;)
  506. # [17:19] <karlcow> firefox http://lagrange.test.site/2009/02/02/love-e%CC%81-%E6%84%9B.txt
  507. # [17:20] * Joins: shepazu (n=schepers@12.190.142.184)
  508. # [17:20] <rubys> the key here is that there are multiple ways to encode the e with a combining accent character.
  509. # [17:22] <karlcow> the way I do on my keyboard is typing the accent and the e because I'm on a Japanese keyboard.
  510. # [17:22] <karlcow> hmm I should switch to the French keyboard to see if there is any difference
  511. # [17:22] <rubys> no, it is more fundamental than that.
  512. # [17:22] <rubys> you have multiple ways to enter the same character, but there are multiple ways to encode that same character
  513. # [17:25] <karlcow> hmmm yep doesn't change anything
  514. # [17:25] <rubys> e with a combining accent is %CC%81 on mac, and %C3%A9 in utf-8.
  515. # [17:26] <rubys> utf-8 NFC that is.
  516. # [17:27] <karlcow> if I type manually on the mac the two %C3%A9 and %CC%81, I get back é
  517. # [17:27] <karlcow> (in the uri field)
  518. # [17:27] <karlcow> and the right content of the file
  519. # [17:28] <ap> %CC%81 is just the combining accent (U+0301 COMBINING ACUTE ACCENT)
  520. # [17:29] <ap> "e%CC%81" is LATIN SMALL LETTER E WITH ACUTE in decomposed form
  521. # [17:30] <rubys> ap: oops, you are correct. I dropped the e.
  522. # [17:34] <Philip`> OS X converts text to NFD (or NFC or whichever it is) before rendering it, which confused me when I was playing with fonts and expected it to use the glyphs for each codepoint of my original text, and actually it tried using totally new codepoints instead
  523. # [17:35] <jgraham> Are combing characters actually necessary or are they just an unfortunate artefact of old coding systems? That is is it possible to represent any string without using any combing characters at all?
  524. # [17:35] <gsnedders> jgraham: There are plenty of things that can't be
  525. # [17:35] <jgraham> gsnedders: I thought that would be the case :(
  526. # [17:36] <Philip`> jgraham: What is "any string"?
  527. # [17:36] <Philip`> jgraham: Would e.g. '@' with an acute accent be a string you'd want to be representable?
  528. # [17:37] <jgraham> Philip`: I knew someone would ask that and I had odds on that it would be you
  529. # [17:37] <jgraham> Philip`: No. I mean sequences of glyphs that are actually used in human languages and maybe mathematics
  530. # [17:38] * gsnedders just took the definition of "any" to mean "any"
  531. # [17:38] <jgraham> Yes, sorry I was rather inprecise
  532. # [17:39] <Philip`> jgraham: I expect Vietnamese like http://www.microsoft.com/typography/otspec/fig4a.gif is done using combining characters, and it would be impractical to have a separate codepoint for every possible combination of base+marks
  533. # [17:39] <karlcow> I guess the dot for Japanese characters
  534. # [17:40] <jgraham> Philip`: Ah, that is exactly the answer to the question that I was really trying to ask
  535. # [17:40] * Joins: zdobersek (n=zan@cpe-92-37-74-36.dynamic.amis.net)
  536. # [17:40] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  537. # [17:40] <Philip`> jgraham: Whoops, that was an accident, I never intended to actually answer your question :-(
  538. # [17:41] <jgraham> So it seems like if you could keep only one normalisation it would have to be NFD and everything else would be char+combing char
  539. # [17:41] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  540. # [17:41] <ap> jgraham: that's what Unicode recommends
  541. # [17:41] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  542. # [17:41] <ap> sadly, it's not possible to achieve on the Web
  543. # [17:42] <jgraham> ap: Sure, I was talking hypothetically about the design choice that you would make with hindsight
  544. # [17:43] <rubys> it would bloat a lot of common use cases for latin-1 characters
  545. # [17:43] <jgraham> The fact that Unicode is messy indicates that it is useful
  546. # [17:44] <ap> rubys: relatively few people use latin-1 characters
  547. # [17:44] <karlcow> I wonder if the bōten is part of the composed characters issue or something different
  548. # [17:45] <rubys> ap: ? ... spanish, french, etc are all full of charcters with tilde's and combining acents.
  549. # [17:45] * jgraham wonders what name people give to the strong version of the "worse is better" philosophy; that it is not possible for systems to be successful without having characteristics that are different from the solution that would, with hindsight, have been ideal
  550. # [17:45] <ap> rubys: what about Chinese, Japanese, Russian, Indic languages, Arabic...
  551. # [17:46] <karlcow> http://www.w3.org/TR/jlreq/ is a cool document
  552. # [17:46] <jgraham> s/ideal/better/ perhaps
  553. # [17:47] <rubys> karlcow: got python?
  554. # [17:49] <rubys> import unicodedata
  555. # [17:49] <karlcow> http://www.w3.org/TR/jlreq/#en-subheading2_3_9 emphasis dot
  556. # [17:49] <karlcow> rubys: yes
  557. # [17:49] <rubys> print repr(unicodedata.normalize('NFC', u'ō').encode('utf-8'))
  558. # [17:49] <rubys> print repr(unicodedata.normalize('NFD', u'ō').encode('utf-8'))
  559. # [17:50] <rubys> The results are '\xc5\x8d' and 'o\xcc\x84' respectively.
  560. # [17:53] <karlcow> indeed. :) cool thanks
  561. # [17:54] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  562. # [17:54] <karlcow> had to put in my python file # -*- coding: utf-8 -*-
  563. # [17:54] <jgraham> karlcow: Although if you start messing about with python+non BMP characters+normalisation, things could get very confusing fast
  564. # [17:55] <jgraham> (python can't decide if characters are 16bit or 32bit which causes observable brokenness)
  565. # [17:55] <jgraham> (in some cases)
  566. # [18:02] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  567. # [18:04] <gsnedders> jgraham: No, Python can decide whether. It's just a compile time option.
  568. # [18:04] <gsnedders> Which makes me want to stab it.
  569. # [18:05] <karlcow> stabbing a python that is not nice of you
  570. # [18:06] <hallvors> feedback (primarily from browser developers) on http://testsuites.opera.com/script-execution/ welcome ..
  571. # [18:09] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  572. # [18:10] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  573. # [18:14] * Joins: ehird (n=ehird@eso-std.org)
  574. # [18:15] <ehird> HTML5 obligates dates to use a hyphen (-). But more correct would be the figure dash (‒). What should I do?
  575. # [18:15] <jgraham> gsnedders: A compile time option meets my definition of "can't decide".
  576. # [18:16] <gsnedders> :)
  577. # [18:16] <gsnedders> Anolis has some rather horrible code for the one time when it cares about codepoints above U+FFFF
  578. # [18:17] * Quits: pergj (n=pergj@home.kvaleberg.no) (Read error: 113 (No route to host))
  579. # [18:17] <ehird> ?
  580. # [18:19] <jgraham> ehird: Either complain to Hixie and get it fixed or worry less about typography :)
  581. # [18:20] <jgraham> (seriously mail whatwg@whatwg.org; you'll need to subscribe to the list first)
  582. # [18:20] <ehird> jgraham: I understand the words "worry", "less", "about" and "typography" but the combination you have put them in simply does not parse in my mind ;-)
  583. # [18:20] <ehird> And OK, I'll do that
  584. # [18:20] <ehird> thanks :)
  585. # [18:22] * Joins: tndH (n=Rob@james-baillie-pc083-014.student-halls.leeds.ac.uk)
  586. # [18:22] * Joins: Lachy (n=Lachlan@85.196.122.246)
  587. # [18:23] <gsnedders> ehird: Off hand we use a hyphen because ISO 8601 does
  588. # [18:23] <ehird> gsnedders: Mm, makes sense, just would be nice to lax it a bit to, say, "any dash"
  589. # [18:24] <gsnedders> ehird: I'd say that's too lax
  590. # [18:24] <jgraham> ehird: Presumably "any" doesn't include ┋
  591. # [18:24] <jgraham> for example
  592. # [18:24] <ehird> ok then - hyphen, e[mn]dash and figure dash?
  593. # [18:24] <ehird> :)
  594. # [18:25] <ehird> jgraham: It is 2009┋02┋02.
  595. # [18:25] <gsnedders> ehird: Why would we want to allow e[mn] dash, though?
  596. # [18:25] <ehird> Doesn't look that bad, actually. :P
  597. # [18:25] <ehird> gsnedders: En dash is more well supported than figure dash, and generally looks identical
  598. # [18:25] <ehird> em dash probably isn't worth it, though
  599. # [18:27] <jgraham> I totally want to write 2009⤐02⥭02
  600. # [18:28] <ehird> Really, I'd just go for something like <date iso="2009-02-02">THINE SECOND DAY OF THINE SECOND MONTH (FEB-RU-ARY) OF THINE YEAR 2 0 0 9</date>
  601. # [18:30] <jcranmer> 2009•02·02?
  602. # [18:33] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  603. # [18:33] <jgraham> jcranmer: What are these dots that you use?
  604. # [18:33] <jgraham> We only support dashes here
  605. # [18:33] <gsnedders> ehird: s/iso/datetime/
  606. # [18:33] <ehird> gsnedders: Oh, that exists?
  607. # [18:33] <gsnedders> ehird: yeah
  608. # [18:34] <ehird> Well then, I'll just use that.
  609. # [18:34] * pauld_ is now known as pauld
  610. # [18:35] <jgraham> ehird: If your use case is the <time> element, you can always specify a datetime attribute with hyphens and have the text content be anything you like
  611. # [18:35] <ehird> There used to be a <date> element, was that renamed to time?
  612. # [18:36] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  613. # [18:36] <gsnedders> ehird: No
  614. # [18:37] <ehird> Okay, so it's still <date>. Does that have datetime too?
  615. # [18:37] <gsnedders> ehird: I mean, there never was a date
  616. # [18:37] <ehird> huh, okay
  617. # [18:37] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Client Quit)
  618. # [18:37] * ehird 's memory is going ;)
  619. # [18:38] <gsnedders> ehird: Why do you want a date element?
  620. # [18:38] <ehird> I don't
  621. # [18:38] <ehird> I just recall there being one
  622. # [18:38] <gsnedders> :P
  623. # [18:39] <gsnedders> ehird: There's dc:date, but no other element with "date" as a localname off-hand
  624. # [18:39] <ehird> OK :)
  625. # [18:39] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  626. # [18:55] <karlcow> ehird: you could do with <html xmlns:event="http://www.w3.org/2002/12/cal#">
  627. # [18:55] <karlcow> <p>Karl will be away for lunch time today from
  628. # [18:55] <karlcow> <span property="event:dtstart"
  629. # [18:55] <karlcow> content="2009-02-02T13:00:00">1pm</span>
  630. # [18:55] <karlcow> to
  631. # [18:55] <karlcow> <span property="event:dtend"
  632. # [18:55] <karlcow> content="2009-02-02T14:00:00">2pm.</span></p>
  633. # [18:56] <ehird> :-)
  634. # [18:56] * karlcow makes it effective now in fact :)
  635. # [18:59] * Joins: maikmerten (n=maikmert@Lbc48.l.pppool.de)
  636. # [19:03] * Quits: hallvors (n=hallvord@cm-84.208.78.204.getinternet.no) (Read error: 110 (Connection timed out))
  637. # [19:07] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) ("Killin' teh intarwebs")
  638. # [19:08] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  639. # [19:20] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  640. # [19:20] * Joins: dimich (n=dimich@72.14.227.1)
  641. # [19:23] <krijnh> For those into statistics: http://krijnhoetmer.nl/irc-logs/activity/whatwg/
  642. # [19:23] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  643. # [19:26] * Joins: takkaria2 (n=takkaria@isparp.co.uk)
  644. # [19:27] <Philip`> krijnh: That doesn't work so well for me
  645. # [19:27] <Philip`> in Opera 9.6
  646. # [19:27] <Philip`> (All the bars are about square, except for 200805 which is wider than the screen)
  647. # [19:28] * Joins: dimich_ (n=dimich@72.14.227.1)
  648. # [19:28] * Quits: dimich (n=dimich@72.14.227.1) (verne.freenode.net irc.freenode.net)
  649. # [19:28] * Quits: gavin_ (n=gavin@people.mozilla.com) (verne.freenode.net irc.freenode.net)
  650. # [19:28] * Quits: jcranmer (n=jcranmer@remote.csl.tjhsst.edu) (verne.freenode.net irc.freenode.net)
  651. # [19:28] * Quits: takkaria (n=takkaria@isparp.co.uk) (verne.freenode.net irc.freenode.net)
  652. # [19:33] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  653. # [19:34] <krijnh> Philip`: same here
  654. # [19:34] <krijnh> Especially for us Opera users there are numbers :)
  655. # [19:34] <ehird> works for me
  656. # [19:37] * Joins: ojan (n=ojan@nat/google/x-66c74564f26a3927)
  657. # [19:38] * Joins: jcranmer_ (n=jcranmer@remote.csl.tjhsst.edu)
  658. # [19:39] * Joins: smedero (n=smedero@mdp-nat251.mdp.com)
  659. # [19:42] * jcranmer_ is now known as jcranmer
  660. # [19:44] * Quits: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl) (Nick collision from services.)
  661. # [19:44] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  662. # [19:45] * Joins: svl__ (n=chatzill@a194-109-2-86.dmn.xs4all.nl)
  663. # [19:46] * Joins: gavin_ (n=gavin@people.mozilla.com)
  664. # [19:46] * Joins: pergj (n=pergj@home.kvaleberg.no)
  665. # [19:49] * Joins: nessy (n=nessy@124-168-147-235.dyn.iinet.net.au)
  666. # [19:51] * Quits: dolske (n=dolske@firefox/developer/dolske)
  667. # [19:51] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  668. # [19:53] * Quits: gavin_ (n=gavin@people.mozilla.com) (verne.freenode.net irc.freenode.net)
  669. # [19:54] * Joins: ojan_ (n=ojan@nat/google/x-a7b6c88c7b5c02e4)
  670. # [19:58] * Quits: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net) ("->office")
  671. # [20:04] * Joins: gavin_ (n=gavin@people.mozilla.com)
  672. # [20:04] * Quits: ojan (n=ojan@nat/google/x-66c74564f26a3927) (Read error: 110 (Connection timed out))
  673. # [20:10] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  674. # [20:13] * Quits: ap (n=ap@194.154.88.41)
  675. # [20:15] * Joins: jwalden_ (n=waldo@corp-241.mountainview.mozilla.com)
  676. # [20:15] * jwalden_ is now known as jwalden
  677. # [20:19] * Quits: gavin_ (n=gavin@people.mozilla.com) (verne.freenode.net irc.freenode.net)
  678. # [20:20] * Joins: gavin_ (n=gavin@firefox/developer/gavin)
  679. # [20:22] <hsivonen> the mac URI thing isn't a mac or linux problem per se. It's a problem of Apache letting a byte-orieted API leak to where users now expect characters
  680. # [20:24] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com) ("Gone for a burton")
  681. # [20:25] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  682. # [20:25] <rubys> True to a point... in pretty much the same way that a statement that CSRF is not a security issue for the web, but is a problem in the browsers.
  683. # [20:26] * Quits: webben (n=webben@dip5-fw.corp.ukl.yahoo.com) (Read error: 104 (Connection reset by peer))
  684. # [20:31] * Joins: webben (n=webben@91.84.14.159)
  685. # [20:32] * Quits: gavin_ (n=gavin@firefox/developer/gavin) (verne.freenode.net irc.freenode.net)
  686. # [20:36] * Quits: webben (n=webben@91.84.14.159) (Client Quit)
  687. # [20:38] * Quits: roc (n=roc@121-72-208-172.dsl.telstraclear.net)
  688. # [20:41] * Joins: dbaron (n=dbaron@guest-225.mountainview.mozilla.com)
  689. # [20:42] * Quits: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  690. # [20:45] * Joins: gavin_ (n=gavin@people.mozilla.com)
  691. # [20:50] * Quits: shepazu (n=schepers@12.190.142.184)
  692. # [20:55] * Joins: weinig (n=weinig@17.203.15.222)
  693. # [21:06] * Quits: jcranmer (n=jcranmer@remote.csl.tjhsst.edu) (Remote closed the connection)
  694. # [21:06] * Joins: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  695. # [21:06] * Joins: dave_levin_ (n=dave_lev@72.14.227.1)
  696. # [21:07] * Quits: zdobersek (n=zan@cpe-92-37-74-36.dynamic.amis.net) (Read error: 60 (Operation timed out))
  697. # [21:07] * zcorpan_ wonders why opera removes a line break after @namespace ...; in the rendering
  698. # [21:09] * Joins: zdobersek (n=zan@cpe-92-37-69-25.dynamic.amis.net)
  699. # [21:19] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 110 (Connection timed out))
  700. # [21:27] * Quits: olliej (n=oliver@nat/apple/x-eafc60171c09b306)
  701. # [21:29] * Joins: olliej (n=oliver@nat/apple/x-278a209c473f9f9f)
  702. # [21:31] * Joins: roc (n=roc@202.0.36.64)
  703. # [21:37] * Joins: kingryan (n=kingryan@adsl-99-27-42-97.dsl.pltn13.sbcglobal.net)
  704. # [21:42] * Quits: dolske (n=dolske@firefox/developer/dolske)
  705. # [21:42] * Quits: dbaron (n=dbaron@guest-225.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  706. # [21:46] * Joins: jcranmer (n=jcranmer@remote.csl.tjhsst.edu)
  707. # [21:47] * Joins: shepazu (n=schepers@12.190.142.184)
  708. # [21:47] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  709. # [21:48] * Quits: dave_levin_ (n=dave_lev@72.14.227.1)
  710. # [21:52] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  711. # [21:54] <gsnedders> Civ2 is an awesome game.
  712. # [21:54] <jcranmer> I've only played Civ3
  713. # [21:55] <gsnedders> Civ2 is a lot better.
  714. # [22:00] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  715. # [22:03] * Quits: maikmerten (n=maikmert@Lbc48.l.pppool.de) (Remote closed the connection)
  716. # [22:03] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 54 (Connection reset by peer))
  717. # [22:03] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  718. # [22:05] * takkaria2 is now known as takkaria
  719. # [22:09] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  720. # [22:14] * Joins: shepazutoo (n=schepers@12.190.142.184)
  721. # [22:15] * Quits: shepazu (n=schepers@12.190.142.184) (Read error: 104 (Connection reset by peer))
  722. # [22:17] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  723. # [22:17] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  724. # [22:19] * Joins: yorick (n=Yorick@s55924da0.adsl.wanadoo.nl)
  725. # [22:20] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  726. # [22:21] <yorick> I'd like the offline web applications to have a dynamic whitelist
  727. # [22:23] <yorick> or just to access online stuff when online
  728. # [22:23] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  729. # [22:27] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  730. # [22:30] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Client Quit)
  731. # [22:31] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  732. # [22:34] * Joins: doublec (n=chris@202.0.36.64)
  733. # [22:36] <Hixie> takkaria: i don't understand what you mean about 10.3.5. gsnedders: i don't understand what you mean by 10.4.1.
  734. # [22:37] <gsnedders> :D
  735. # [22:37] <gsnedders> Hixie: 10.4.1 says that LF within @title must be rendered as a linebreak, no?
  736. # [22:37] <gsnedders> s/must/are expected to/
  737. # [22:38] * Quits: yorick (n=Yorick@s55924da0.adsl.wanadoo.nl) ("Poef!")
  738. # [22:39] <gsnedders> Hixie: Run //*[contains(@title, "\n")] on HTML 5
  739. # [22:42] <gsnedders> Hixie: Matches 266 elements!
  740. # [22:44] <Hixie> oh, yeah, i know
  741. # [22:44] <Hixie> i'm abusing title="" in html5
  742. # [22:44] <gsnedders> Hixie: http://pastebin.ca/1325718
  743. # [22:44] <Hixie> really i should use data-anolis-xref or some such
  744. # [22:45] * Quits: heycam (n=cam@124-168-33-158.dyn.iinet.net.au) ("bye")
  745. # [22:45] * Joins: slightlyoff (n=slightly@nat/google/x-5750504ba5c5536c)
  746. # [22:47] * Quits: dolske (n=dolske@firefox/developer/dolske)
  747. # [22:47] <gsnedders> Hixie: And Anolis should probably support some such :)
  748. # [22:48] * Joins: starjive (i=beos@213-66-216-93-no30.tbcn.telia.com)
  749. # [22:49] <Hixie> yeah
  750. # [22:50] <Hixie> or just strip out the title=""s
  751. # [22:50] <gsnedders> That's not really nice though
  752. # [22:51] <Hixie> strip the line feeds? :-)
  753. # [22:51] * Joins: webben (n=webben@91.84.14.159)
  754. # [22:52] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("Leaving")
  755. # [22:52] <gsnedders> Hixie: But you might mean them!
  756. # [22:52] <rubys> Just checking, but undoubtedly you are familiar with how XML treats linefeeds in attribute values, right?
  757. # [22:52] <Hixie> gsnedders: i won't use title="" intentionally in the spec other than for xrefs
  758. # [22:52] <gsnedders> Hixie: I mean, what would xkcd be like without LF in @title!?
  759. # [22:52] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  760. # [22:52] <Hixie> rubys: yeah
  761. # [22:57] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("->S")
  762. # [22:58] * Quits: zcorpan_ (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  763. # [23:03] * Quits: kingryan (n=kingryan@adsl-99-27-42-97.dsl.pltn13.sbcglobal.net)
  764. # [23:03] * Joins: kingryan (n=kingryan@99.27.42.97)
  765. # [23:07] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  766. # [23:07] * Joins: jwalden_ (n=waldo@corp-241.mountainview.mozilla.com)
  767. # [23:07] * jwalden_ is now known as jwalden
  768. # [23:12] * Joins: ginger (n=nessy@124-168-129-172.dyn.iinet.net.au)
  769. # [23:15] * Quits: zdobersek (n=zan@cpe-92-37-69-25.dynamic.amis.net) ("Leaving.")
  770. # [23:21] * Quits: nessy (n=nessy@124-168-147-235.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  771. # [23:21] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  772. # [23:23] * Quits: MikeSmith (n=MikeSmit@71-218-59-55.hlrn.qwest.net) ("Tomorrow to fresh woods, and pastures new.")
  773. # [23:34] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl) ("Disconnected...")
  774. # [23:35] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  775. # [23:35] * Quits: eric_carlson (n=ericc@nat/apple/x-0e132ceffb246e29)
  776. # [23:37] * Joins: aroben (n=aroben@unaffiliated/aroben)
  777. # [23:43] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  778. # [23:45] <takkaria> Hixie: 10.3.5 is rendering->simple defaults->fonts and colors
  779. # [23:49] <Hixie> right...?
  780. # [23:52] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 60 (Operation timed out))
  781. # [23:54] * Joins: aroben (n=aroben@unaffiliated/aroben)
  782. # [23:57] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("good night")
  783. # Session Close: Tue Feb 03 00:00:00 2009

The end :)