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

Options:

  1. # Session Start: Fri Feb 06 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:04] * Parts: billmason (n=bmason@ip102.unival.com)
  4. # [00:07] * Quits: shepazu (n=schepers@12.190.142.99)
  5. # [00:13] * weinig_ is now known as weinig
  6. # [00:15] <Philip`> That doesn't sound like necessarily the most helpful way of defining it, since few people know XBL and nobody's going to really implement it with XBL
  7. # [00:16] <Hixie> actually implementing it with xbl has been on the long term plans for mozilla for years now
  8. # [00:16] <Philip`> and I'd guess it introduces constraints that interfere with the likely goal of making the definition understandable
  9. # [00:17] <Hixie> i have an idea of a half-way solution that might work
  10. # [00:17] <Philip`> "long terms plans ... for years now" doesn't convince me that anybody is really going to do that ;-)
  11. # [00:18] <Hixie> the same could have been said for the rendering section in html5
  12. # [00:18] <Hixie> yet here we are
  13. # [00:20] <Philip`> One example of long term plans being carried out still doesn't convince me that other long term plans will be :-)
  14. # [00:20] <Hixie> :-)
  15. # [00:23] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  16. # [00:24] <Lachy> it's unfortunate that browser vendors haven't started implementing XBL yet.
  17. # [00:26] <Philip`> Presumably it's much less important to their customers than rewriting their JS and regexp engines yet again
  18. # [00:29] <Lachy> yeah, making existing web sites work better is generally a higher priority than providing new toys for developers to play with
  19. # [00:30] <Lachy> I wish Philip TAYLOR (not you Philip`) would be more specific about which features he wants to know the justifications for
  20. # [00:30] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  21. # [00:30] <Hixie> all of them
  22. # [00:31] <Philip`> Lachy: If he was specific, that might result in someone spending time finding and explaining the justifications to him, so maybe it's best if he's not specific
  23. # [00:31] <Lachy> well, ok, but writing up all of that would be a huge effort. I mean, he could at least let us know which ones he wants to know the most so we can priorise
  24. # [00:31] <Lachy> *prioritise
  25. # [00:32] <Lachy> *prioritize
  26. # [00:32] * Joins: weinig_ (n=weinig@17.244.17.181)
  27. # [00:32] * Lachy can't spell today
  28. # [00:33] * Quits: smedero (n=smedero@mdp-nat251.mdp.com)
  29. # [00:33] <Hixie> i wish the people complaining would volunteer to do something once in a while
  30. # [00:35] <Hixie> Philip`: see the spec now to see what i ended up doing (w.r.t. xbl)
  31. # [00:36] <Philip`> Hixie: Oh, I just wanted to complain, I didn't want to actually look at the spec and give constructive feedback
  32. # [00:36] <Hixie> :-)
  33. # [00:37] <Hixie> dude the other pt is leaking into you
  34. # [00:37] <Hixie> careful
  35. # [00:37] <Hixie> :-P
  36. # [00:37] <heycam> Hixie, did something happen to the whatwg.org styles too?
  37. # [00:37] <Hixie> ?
  38. # [00:38] <Hixie> lots of things have happened, can you be more specific? :-)
  39. # [00:38] <heycam> the background green of element definitions was gone, and the background white of the status marker boxes on the left was transparent
  40. # [00:38] <heycam> but i just reloaded the page and it's fine...
  41. # [00:38] <Hixie> oh i temporarily had a stray <style> element in the document
  42. # [00:39] <heycam> oh, k
  43. # [00:39] <Hixie> you happened to reload during the 5 seconds that it was broken
  44. # [00:39] <heycam> =)
  45. # [00:41] <Lachy> Hixie, is the details binding link supposed to link to a binding that hasn't yet been written? It's currently linking to the element, which is confusing
  46. # [00:41] <Hixie> oops, not supposed to be a link at all
  47. # [00:44] <Lachy> ok, so you're just going to rely in the description of the binding in the prose then?
  48. # [00:44] <Lachy> and the binding itself is imaginary
  49. # [00:44] <Hixie> yeah
  50. # [00:45] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  51. # [00:46] <Hixie> woo, the end is in sight
  52. # [00:46] <Hixie> only a few more days of this
  53. # [00:46] <Lachy> really? I thought you once told me the rendering section was going to be huge and a significant amount of effort. I didn't think that meant just a week's worth of work
  54. # [00:46] <Hixie> i split the rendering section in two, rendering and obsolete elements
  55. # [00:47] <Lachy> oh
  56. # [00:47] <Hixie> a lot of the effort went into the obsolete elements section
  57. # [00:47] <Hixie> also, this IS a lot of work! :-P
  58. # [00:47] <Hixie> have you seen the frameset section?
  59. # [00:47] <Hixie> sheesh
  60. # [00:47] <Hixie> :-P
  61. # [00:47] * Quits: weinig (n=weinig@17.203.15.158) (Read error: 110 (Connection timed out))
  62. # [00:47] <Hixie> (i'm getting pretty good at cranking out this stuff; a few years ago, this would be taking me way longer)
  63. # [00:48] <Lachy> yeah, I noticed you've been getting faster. I've been having difficuty keeping up with many of your changes
  64. # [00:49] <Lachy> *slow down!*
  65. # [00:49] <Philip`> Lachy: Maybe you're just slowing down in your old age
  66. # [00:51] <Hixie> don't worry, you'll get better at keeping up :-P
  67. # [00:51] <Lachy> I'm not old, you young whipper snapper!... Oh, and Get Off The Lawn! ;-)
  68. # [00:57] <Hixie> didn't windows have dialogs with a button at the bottom that said "More details" or something which when clicked would grow the dialog and show more details?
  69. # [00:57] <Hixie> i can't find any examples in my xp install anymore
  70. # [00:57] <Lachy> OS X have those
  71. # [00:58] <Lachy> they're called disclosure triangles
  72. # [00:58] <Philip`> Hixie: Like http://www.juergentreml.de/wp-content/uploads/2008/01/long-copy.jpg ?
  73. # [00:58] <Lachy> I think many apps on windows do lots of different things for that kind of UI
  74. # [01:00] <Philip`> Hixie: Also like http://i.technet.microsoft.com/Cc700803.authen01(en-us,TechNet.10).gif ?
  75. # [01:00] <Hixie> the latter is the closest to what i meant
  76. # [01:00] <Hixie> i specifically don't mean actual triangles though
  77. # [01:01] <Hixie> i mean a button with text in it
  78. # [01:01] * Philip` doesn't remember any dialogs where that text is actually inside the button
  79. # [01:03] <Hixie> well then good, that means i don't need anything but an example of a triangle in the spec
  80. # [01:04] * Quits: dglazkov (n=dglazkov@nat/google/x-f48266c552f6440b)
  81. # [01:04] <Philip`> Then again, I've never actually used XP on my own computers, so my memory probably isn't a good guide
  82. # [01:05] <Hixie> bbiab
  83. # [01:14] * Quits: dave_levin (n=dave_lev@72.14.227.1) (verne.freenode.net irc.freenode.net)
  84. # [01:14] * Quits: kinetik (n=kinetik@121.98.132.55) (verne.freenode.net irc.freenode.net)
  85. # [01:14] * Quits: beowulf (i=wiglaf@iloveni.com) (verne.freenode.net irc.freenode.net)
  86. # [01:16] * Joins: beowulf (i=wiglaf@iloveni.com)
  87. # [01:16] * Joins: kinetik (n=kinetik@121.98.132.55)
  88. # [01:19] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  89. # [01:23] * Simetrical is now known as pointers
  90. # [01:23] * pointers is now known as Simetrical
  91. # [01:25] * Joins: codedread (n=schiller@c-24-13-214-153.hsd1.il.comcast.net)
  92. # [01:31] * Joins: weinig (n=weinig@17.203.15.158)
  93. # [01:33] * Parts: codedread (n=schiller@c-24-13-214-153.hsd1.il.comcast.net) ("Konversation terminated!")
  94. # [01:44] * Quits: zalan (n=kvirc@catv-89-132-201-122.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  95. # [01:48] * Quits: weinig_ (n=weinig@17.244.17.181) (Read error: 110 (Connection timed out))
  96. # [02:11] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) (Read error: 104 (Connection reset by peer))
  97. # [02:16] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  98. # [02:18] <Hixie> ok how on earth do i spec <fieldset>
  99. # [02:28] * Joins: xydyx (n=hdh@58.187.18.226)
  100. # [02:33] <jcranmer> Hixie: simple
  101. # [02:33] <jcranmer> "the specifics of this element are left undefined"
  102. # [02:34] <jcranmer> "all browsers must render this element in accord with the Mosaic Browser, build <what is the build date of Mosaic?>"
  103. # [02:35] * Joins: slightlyoff (n=slightly@nat/google/x-58374ec1ad60b7f7)
  104. # [02:36] * Joins: jruderman_ (n=jruderma@corp-246.mountainview.mozilla.com)
  105. # [02:37] * Joins: jwalden_ (n=waldo@corp-246.mountainview.mozilla.com)
  106. # [02:37] <othermaciej> does anyone still use <fieldset>?
  107. # [02:37] <othermaciej> maybe my view is colored by using a Mac, where you pretty much never would use the equivalent control in a dialog these days
  108. # [02:37] <othermaciej> but I don't think I see it much in web UI either
  109. # [02:39] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  110. # [02:39] * jwalden_ has (gratuitously?) used it once or twice
  111. # [02:40] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) (Nick collision from services.)
  112. # [02:40] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  113. # [02:40] * jwalden_ is now known as jwalden
  114. # [02:43] <Hixie> jcranmer: the whole point of this section is to not do that :-P
  115. # [02:44] <Hixie> othermaciej: are you willing to drop support? if not, then i want to spec it. :-)
  116. # [02:44] * Hixie does <hr> instead
  117. # [02:45] <othermaciej> Hixie: oh, I'm sure its behavior needs to be specified
  118. # [02:45] <othermaciej> Hixie: and probably people would complain if it were to be made nonconforming
  119. # [02:45] <Hixie> people complain about _anything_ we make non-conforming
  120. # [02:45] <othermaciej> but all that being said, it still seems obsolete for modern Web development
  121. # [02:45] <Hixie> (people have even complained about <meta scheme=""> being made non-conforming)
  122. # [02:51] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com) (Read error: 113 (No route to host))
  123. # [02:51] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) (Read error: 113 (No route to host))
  124. # [02:52] * Joins: dbaron (n=dbaron@corp-246.mountainview.mozilla.com)
  125. # [02:52] * Quits: slightlyoff (n=slightly@nat/google/x-58374ec1ad60b7f7)
  126. # [03:03] <Hixie> wow, the default styles for <fieldset> in IE8 are terrible
  127. # [03:14] * Parts: erlehmann (n=erlehman@86.59.25.121)
  128. # [03:22] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  129. # [03:22] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  130. # [03:46] * Joins: sayrer (n=chatzill@pool-71-105-181-8.lsanca.dsl-w.verizon.net)
  131. # [03:46] <sayrer> Hixie, othermaciej, people still use fieldset
  132. # [03:47] <sayrer> I last saw it generated by mailchimp.com's signup forms
  133. # [03:47] <othermaciej> I know it is used at more than trivial frequency
  134. # [03:47] <othermaciej> it definitely needs to be implemented to have a browser that is compatible with the Web
  135. # [03:48] <othermaciej> but probably new content should be discouraged from using it, since it is based on dated ideas of HI design
  136. # [03:52] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  137. # [03:53] <sayrer> I just added a fieldset to my last blog post
  138. # [03:53] <sayrer> it made a box
  139. # [03:54] <sayrer> but the lines didn't touch
  140. # [03:54] <sayrer> nice
  141. # [03:59] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  142. # [03:59] * Joins: weinig_ (n=weinig@17.244.17.181)
  143. # [04:04] * Quits: weinig (n=weinig@17.203.15.158) (Read error: 60 (Operation timed out))
  144. # [04:11] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  145. # [04:16] * Quits: weinig_ (n=weinig@17.244.17.181) (Read error: 110 (Connection timed out))
  146. # [04:56] * Quits: dbaron (n=dbaron@corp-246.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  147. # [04:58] * Quits: jruderman_ (n=jruderma@corp-246.mountainview.mozilla.com)
  148. # [04:59] * Joins: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  149. # [05:04] * Joins: sverrej (n=sverrej@122.160.12.230)
  150. # [05:05] * Joins: dave_levin (n=dave_lev@72.14.224.1)
  151. # [05:09] * dave_levin is now known as dave_levin|afk
  152. # [05:13] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  153. # [05:14] * Quits: Philip` (n=philip@xvm-11-39.ghst.net) (verne.freenode.net irc.freenode.net)
  154. # [05:14] * Quits: campd (n=dave@li5-166.members.linode.com) (verne.freenode.net irc.freenode.net)
  155. # [05:15] * Quits: broquaint (i=9fb2d615@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com) (Read error: 110 (Connection timed out))
  156. # [05:15] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  157. # [05:16] * Joins: campd (n=dave@li5-166.members.linode.com)
  158. # [05:16] * Joins: Philip` (n=philip@xvm-11-39.ghst.net)
  159. # [05:22] * Joins: aroben (n=aroben@unaffiliated/aroben)
  160. # [05:23] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  161. # [05:23] * Joins: doublec (n=chris@118-92-133-83.dsl.dyn.ihug.co.nz)
  162. # [05:26] * Joins: weinig (n=weinig@17.203.15.158)
  163. # [05:26] * Quits: dimich (n=dimich@72.14.227.1)
  164. # [05:32] * Quits: aboodman (n=aboodman@72.14.229.81) (Read error: 110 (Connection timed out))
  165. # [05:38] * Quits: jwalden (n=waldo@corp-246.mountainview.mozilla.com) ("->home")
  166. # [05:41] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  167. # [05:50] * aroben_ is now known as aroben
  168. # [05:52] * Quits: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  169. # [05:58] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  170. # [06:01] * Joins: weinig_ (n=weinig@17.244.17.181)
  171. # [06:02] * Quits: weinig (n=weinig@17.203.15.158) (Read error: 104 (Connection reset by peer))
  172. # [06:02] * Joins: weinig__ (n=weinig@17.203.15.158)
  173. # [06:18] * Quits: weinig_ (n=weinig@17.244.17.181) (Read error: 110 (Connection timed out))
  174. # [06:20] * Joins: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  175. # [06:35] * Joins: heycam (n=cam@124-168-33-158.dyn.iinet.net.au)
  176. # [06:37] * Joins: aboodman (n=aboodman@72.14.229.81)
  177. # [06:38] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  178. # [06:42] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  179. # [06:56] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  180. # [06:58] * Joins: jwalden_ (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net)
  181. # [06:58] * jwalden_ is now known as jwalden
  182. # [07:02] * Quits: heycam (n=cam@124-168-33-158.dyn.iinet.net.au) (Read error: 60 (Operation timed out))
  183. # [07:03] * dave_levin|afk is now known as dave_levin
  184. # [07:04] * Joins: heycam (n=cam@203-217-88-186.dyn.iinet.net.au)
  185. # [07:04] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  186. # [07:10] * Joins: slact (n=chatzill@ool-457bfab5.dyn.optonline.net)
  187. # [07:10] * Parts: slact (n=chatzill@ool-457bfab5.dyn.optonline.net)
  188. # [07:13] * Quits: heycam (n=cam@203-217-88-186.dyn.iinet.net.au) (Read error: 60 (Operation timed out))
  189. # [07:17] * Quits: weinig__ (n=weinig@17.203.15.158) (Read error: 104 (Connection reset by peer))
  190. # [07:17] * Joins: heycam (n=cam@124-168-55-42.dyn.iinet.net.au)
  191. # [07:27] * Joins: Iceq_ (n=chatzill@dsl4E5C773A.pool.t-online.hu)
  192. # [07:32] * Joins: heycam` (n=cam@124-168-40-243.dyn.iinet.net.au)
  193. # [07:33] * Quits: Iceq_ (n=chatzill@dsl4E5C773A.pool.t-online.hu) (Remote closed the connection)
  194. # [07:35] * Quits: xydyx (n=hdh@58.187.18.226) (Read error: 104 (Connection reset by peer))
  195. # [07:39] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  196. # [07:40] * Joins: dbaron_ (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  197. # [07:42] * Quits: heycam (n=cam@124-168-55-42.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  198. # [07:48] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  199. # [07:52] * Joins: heycam`` (n=cam@210-84-1-57.dyn.iinet.net.au)
  200. # [07:57] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  201. # [07:58] * Quits: doublec (n=chris@118-92-133-83.dsl.dyn.ihug.co.nz) ("Leaving")
  202. # [07:58] * Quits: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au) ("This computer has gone to sleep")
  203. # [08:01] * Quits: heycam` (n=cam@124-168-40-243.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  204. # [08:19] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  205. # [08:20] * Joins: pesla (n=retep@procurios.xs4all.nl)
  206. # [08:24] * heycam`` is now known as heycam
  207. # [08:27] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  208. # [08:27] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) (Read error: 60 (Operation timed out))
  209. # [08:28] * Joins: ap (n=ap@194.154.88.37)
  210. # [08:43] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  211. # [08:49] * Joins: zalan (n=kvirc@catv-89-132-201-122.catv.broadband.hu)
  212. # [08:50] * Quits: dbaron_ (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  213. # [08:59] * Quits: sverrej (n=sverrej@122.160.12.230) ("Ex-Chat")
  214. # [09:01] * Quits: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  215. # [09:15] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  216. # [09:18] * Joins: sverrej (n=sverrej@122.160.12.230)
  217. # [09:19] * Joins: broquaint (i=d3d28cc7@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com)
  218. # [09:28] * Joins: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  219. # [09:35] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  220. # [09:39] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  221. # [09:51] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  222. # [09:56] <annevk> ooh, design principles discussion
  223. # [09:56] <annevk> I was hoping to not edit that document any further
  224. # [10:00] <Lachy> annevk, it would be nice to get it published at some point
  225. # [10:02] * Joins: doublec (n=Chris_Do@118-92-133-83.dsl.dyn.ihug.co.nz)
  226. # [10:07] <annevk> it is published
  227. # [10:11] <Lachy> I mean finished
  228. # [10:13] * Quits: doublec (n=Chris_Do@118-92-133-83.dsl.dyn.ihug.co.nz) ("ChatZilla 0.9.79-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  229. # [10:14] * Quits: sverrej (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  230. # [10:14] <annevk> how would that help?
  231. # [10:17] * Joins: roc (n=roc@121-72-178-32.dsl.telstraclear.net)
  232. # [10:22] <othermaciej> annevk: I don't see anyone really asking to change it or debating the contents
  233. # [10:23] <othermaciej> (except for I guess the vaguely proposed Baby Steps and Build from Justification principles)
  234. # [10:23] <annevk> yeah, oh well, I just deleted the e-mails :)
  235. # [10:36] * jgraham in unfamiliar with this concerpt of delete as applied to eamils
  236. # [10:36] <jgraham> wow, that was even worse typing than usual
  237. # [10:37] * Joins: heycam` (n=cam@210-84-28-212.dyn.iinet.net.au)
  238. # [10:43] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  239. # [10:45] * Joins: ROBOd (n=robod@89.122.216.38)
  240. # [10:46] <zcorpan> othermaciej: i thought <fieldset> was helpful for people with ATs to navigate in forms, but maybe <h1>-<h6> that are descendants of forms could be a good-enough replacement?
  241. # [10:48] * Quits: heycam (n=cam@210-84-1-57.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  242. # [10:52] * jgraham has a tendency to use fieldset even though it looks pretty ugly for maybe-cargo-cult reasons
  243. # [10:54] <hsivonen> Validator.nu uses fieldset
  244. # [10:55] <jgraham> http://www.paciellogroup.com/blog/?p=3 talks about fieldset. The JAWS 8 UI for it seems pretty miserable to me
  245. # [10:56] <jgraham> http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-fieldset-legends/
  246. # [10:56] <jgraham> It sounds increasingly like <fieldset> causes more problems than it solves
  247. # [10:56] * Joins: sverrej (n=sverrej@122.160.12.230)
  248. # [10:57] <jgraham> (at least in some random version of JAWS)
  249. # [10:59] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  250. # [11:02] <zcorpan> it's interesting how people's reaction to weird behavior in software often is "change our habits to make the behavior appear less weird" instead of "contact the vendor and make them fix their weird behavior"
  251. # [11:03] <annevk> they're not QA, they want to make things work now
  252. # [11:04] <jgraham> zcorpan: Presumably they see changing their behaviour as something simple and easilly achievable whereas changing the software is hard
  253. # [11:04] <annevk> this might be were some of the clashes on public-html are coming from
  254. # [11:05] <jgraham> Or they percieve (especially on "moral" issues like accessibility) that the "experts" who write the software are right and it is they who is making the mistake
  255. # [11:05] <hsivonen> see also internationalization :-(
  256. # [11:12] <jgraham> In the specific case of accessibility software, everytime anyone suggests changing the software, someone says that that is useless since the actual end users can't afford new versions anyway and hard since the vendors are difficult to contact
  257. # [11:15] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  258. # [11:16] <hsivonen> jgraham: did you see the unicode normalization thread that revolves around some text input methods failing to canonically reorder combining marks if keystrokes aren't in the canonical order?
  259. # [11:17] <hsivonen> despite Japanese input methods everywhere and OS X European input methods performing more complex tricks
  260. # [11:17] * Joins: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au)
  261. # [11:17] <jgraham> hsivonen: I think I saw part of the thread but not that part
  262. # [11:17] <jgraham> (maybe not the start if that was the start)
  263. # [11:39] * Joins: BenMillard (i=cerbera@cpc4-flee1-0-0-cust339.glfd.cable.ntl.com)
  264. # [11:40] <BenMillard> jgraham, what seemed "miserable" about the JAWS UI for <fieldset>+<legend>?
  265. # [11:42] <BenMillard> zcorpan, headings in forms make sense but rarely happen, from what I've seen. They wouldn't need special treatment when the heading level is chosen sensibly by the author.
  266. # [11:44] * Joins: ginger (n=nessy@124-168-129-172.dyn.iinet.net.au)
  267. # [11:44] <BenMillard> othermaciej, what is so dated about <fieldset><legend> that it should be discouraged? Just the way it looks or something deeper?
  268. # [11:44] * Philip` has used <fieldset><legend><input type=checkbox onclick=toggle(fields)> Stuff</legend><div id=fields>...forms fields...</div></fieldset> and thinks it works reasonably nicely
  269. # [11:44] <jgraham> BenMillard: If I have a fieldset with 30 fields and a legend like Advanced options, heading "advanced options foo, advanced options bar, advanced options baz" and so on seems intolerably verbose
  270. # [11:44] <jgraham> s/heading/hearing/
  271. # [11:45] <BenMillard> jgraham, the context is helpful when you can't see the screen. :)
  272. # [11:45] <BenMillard> jgraham, you can change the configuration so it only gets read at start via verbosity controls.
  273. # [11:45] <jgraham> BenMillard: I am totally in favour of making the context *avaliable*
  274. # [11:45] <BenMillard> jgraham, the default is to read it out on every control to help novice and intermediate users understand the context of the current control.
  275. # [11:46] <BenMillard> jgraham, it's also helpful for users with short-term memory difficulties or certain learning disorders.
  276. # [11:46] <zcorpan> it appeared to me that jaws would run the legend and label together as if they were the same sentence
  277. # [11:46] <jgraham> BenMillard: It doesn't seem like novice and intermediate users would necesssarily be the ones who would need the help. But they would be the ones who wouldn't be able to switch off the verbosity
  278. # [11:47] <jgraham> Oh and hat zcorpan said :)
  279. # [11:47] <jgraham> *what
  280. # [11:47] <BenMillard> jgraham, what makes you think novices aren't helped by it?
  281. # [11:48] <BenMillard> zcorpan, the Paciello article makes that text bold so many it's a different voice, or followed by a pause.
  282. # [11:48] <BenMillard> zcorpan, if it isn't then it will still tend to make sense, assuming sensible text was used of course. :)
  283. # [11:49] <gsnedders> Ergh. rss-public are trying to put RSS into a namespace for other vocabularies to make use of it.
  284. # [11:49] <jgraham> BenMillard: Not that they're not helped, that it's not necessarily *more* helpful to them. It seems like you would only need the repition if you had difficulty retaining information about context in your head. That will of course improve a bit with practice but seems more like an innate thing
  285. # [11:50] <BenMillard> zcorpan, after changing settings it looks like Window Eyes puts an announcement between the <legend> and the susbsequent <label>.
  286. # [11:50] <jgraham> BenMillard: e.g. raeding all table headers on every cell would also be too verbose
  287. # [11:51] * Joins: heycam (n=cam@210-84-24-99.dyn.iinet.net.au)
  288. # [11:51] <BenMillard> jgraham, understanding context is the most difficult part of using a screen reader.
  289. # [11:52] * Quits: heycam` (n=cam@210-84-28-212.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  290. # [11:53] <jgraham> BenMillard: But you know it's a form control and you know what the label is. How often will you also need to know what the fieldset legend is? I certianly wouldn't expect my visual browwser to keep displaying that once it has scrolled offscreen
  291. # [11:53] * Quits: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au) (Read error: 110 (Connection timed out))
  292. # [11:54] <jgraham> The only case I can think of where it ought to be a problem is where you have the same labels on a number of controls in different fieldsets. But that doesn't seem like the common case.
  293. # [11:55] <BenMillard> jgraham, it's a re-assuring guide. Exactly what novice and intermediate users find useful, from the tests I've seen.
  294. # [11:55] <jgraham> BenMillard: Well if you have test data you can share, that might be more convincing :)
  295. # [11:56] <BenMillard> jgraham, I don't think those tests got onto the web; we were subcontracting.
  296. # [11:56] <BenMillard> s/subcontracting/subcontracters/
  297. # [11:57] <BenMillard> jgraham, if you have test data which shows the opposite, perhaps your POV would be more convincing? :P
  298. # [11:57] <jgraham> I still wonder if you wouldn't be better off with a "context" key that intelligently tried to give you context about your current location e.g. from table headers, fieldset, heading elements, etc.
  299. # [11:57] <jgraham> BenMillard: Of course.
  300. # [11:58] <BenMillard> jgraham, there are a variety of approaches between how verbosely ATs announce forms. IBM's HAL, for example, would only announce it at the start of the form (iirc).
  301. # [11:58] <BenMillard> (where "it" is the <legend> text)
  302. # [11:59] <BenMillard> jgraham, I think JAWS has a key like that. I guess they found users reminding themselves of the context of form controls was the common case, so they made it automatic.
  303. # [11:59] <jgraham> BenMillard: (although I do have a RNIB article that makes it sound like a problem that authors have to work around)
  304. # [11:59] <BenMillard> jgraham, software has bugs. Film at 11. :)
  305. # [12:01] <BenMillard> jgraham & othermaciej, even if you disagree with <legend> being announced on every control in one product, announcing <legend> at some point (such as when a user queries for context in the way jgraham suggests) still gives useful context. And so the use of <fieldset><legend> is A Good Thing and maybe should be done more, not less.
  306. # [12:02] * Joins: heycam` (n=cam@203-217-90-242.dyn.iinet.net.au)
  307. # [12:03] * Quits: heycam` (n=cam@203-217-90-242.dyn.iinet.net.au) (Read error: 54 (Connection reset by peer))
  308. # [12:05] * Quits: dave_levin (n=dave_lev@72.14.224.1)
  309. # [12:06] * ginger is now known as nessy
  310. # [12:08] * Parts: BenMillard (i=cerbera@cpc4-flee1-0-0-cust339.glfd.cable.ntl.com)
  311. # [12:16] * Joins: webben (n=webben@nat/yahoo/x-c656cb59fa53c066)
  312. # [12:16] * Joins: hdh (n=hdh@118.71.76.118)
  313. # [12:17] * Quits: heycam (n=cam@210-84-24-99.dyn.iinet.net.au) (Read error: 101 (Network is unreachable))
  314. # [12:22] <othermaciej> my objection to <fieldset> isn't based on accessibility but rather on the fact that the style of visual design that groups controls into fieldsets is no longer done
  315. # [12:28] <wilhelm> Sure, the visual design is dated, but grouping form controls with <fieldset> still makes sense. See for example http://www.bakketun.net/dev/js/tabbed-pane/ .
  316. # [12:34] * jgraham is glad it has started snowing again in a way that is easy to distinguish from rain
  317. # [12:34] <hendry> wilhelm: tabs seem a little dated to me too
  318. # [12:37] * Philip` is seeing more snow moving upwards than downwards
  319. # [12:38] * Quits: roc (n=roc@121-72-178-32.dsl.telstraclear.net)
  320. # [12:46] <zcorpan> http://forums.whatwg.org/viewtopic.php?t=4043
  321. # [12:47] <hsivonen> zcorpan: looks like we have a new attractive nuisance :-(
  322. # [12:47] * Quits: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au) ("This computer has gone to sleep")
  323. # [12:49] <zcorpan> hsivonen: though the examples in the spec suck
  324. # [12:50] <hsivonen> zcorpan: indeed.
  325. # [12:50] * hsivonen files a spec bug
  326. # [12:56] * Joins: thomas__ (n=chatzill@89-105-105-67-CMC.beaming.biz)
  327. # [13:01] <hsivonen> does anyone have test cases for heuristic encoding detection?
  328. # [13:02] <hsivonen> even markp's Python port of chardet doesn't come with test cases, even though markp's projects usually do
  329. # [13:04] <annevk> is there a spec? :)
  330. # [13:09] <jgraham> http://diveintopython3.org/case-study-porting-chardet-to-python-3.html suggests that there should be test cases
  331. # [13:09] * zcorpan looks at http://microformats.org/wiki/hcalendar#Example and wonders if it's possible to say <a href="url">summary</a> instead of <a href="url">url</a> <span>summary</span>
  332. # [13:11] <zcorpan> it seems not
  333. # [13:11] <zcorpan> that sucks
  334. # [13:12] <hsivonen> annevk: ok, I revise my question: s/test cases/demos/
  335. # [13:14] <zcorpan> hsivonen: can't you use the input to v.nu and compare the chardet result with content-type/<meta charset>?
  336. # [13:15] <hsivonen> zcorpan: do you mean mining the v.nu logs for interesting CJK and Cyrillic pages?
  337. # [13:15] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  338. # [13:16] <annevk> or reverse engineer the relevant Gecko code just like Mozilla did
  339. # [13:16] <annevk> s/Mozilla/Mark/
  340. # [13:16] <hsivonen> what I want to do is check if I've integrated the Mozilla code properly
  341. # [13:26] * Quits: sverrej (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  342. # [13:27] * Joins: sverrej (n=sverrej@122.160.12.230)
  343. # [13:31] * Quits: webben (n=webben@nat/yahoo/x-c656cb59fa53c066) (Read error: 113 (No route to host))
  344. # [13:31] <Lachy> I'm trying to come up with brief, author-friendly element descriptions for the HTML 5 Reference. I've extracted all of the descriptions from the spec to start with, but now I need to revise them where necessary...
  345. # [13:32] <Lachy> can anyone suggest less technical way of describing the base element than this, from the spec:
  346. # [13:32] <Lachy> "The <code>base</code> element allows authors to specify the <span>document base URL</span> for the purposes of <span title="resolve a url">resolving relative URLs</span>, and the name of the default <span>browsing context</span> for the purposes of <span>following hyperlinks</span>."
  347. # [13:33] <zcorpan> Lachy: http://www.google.com/search?q=html+tutorial+base
  348. # [13:34] <Lachy> thanks
  349. # [13:34] <jgraham> Lachy: You probably want to say something about the fact that usually delative URLs are resolved against the document location; the base element provides a way of resolving URLs against some other location
  350. # [13:34] <jgraham> *relative
  351. # [13:35] <hsivonen> Philip`: do you have a list of pages from CJK and Cyrillic-related domains but without encoding info?
  352. # [13:40] <Lachy> "The <code>base</code> element allows authors to specify base URL that is used to resolve relative links, and the name of the default target for opening links."
  353. # [13:40] <Lachy> s/relative links/relative URLs/
  354. # [13:41] <Lachy> (btw, these descriptions need to be really short, one or two sentences. There will be much more verbose descriptions provided as well, but this is for the summary boxes)
  355. # [13:41] <beowulf> perhaps use a word other than base to describe 'base'? root?
  356. # [13:42] <beowulf> or just 'to specify the URL that is used'
  357. # [13:50] <Lachy> beowulf, I don't understand what the problem with the word 'base' is?
  358. # [13:52] <jgraham> Lachy: The element is called "base" it sounds somewhat circular
  359. # [13:53] <Lachy> the purpose of these descriptions to succinctly describe the purpose of an element. I don't think a beginner with no prior knowledge needs to be able to fully comprehend it. Instead, these particular descriptions should serve as a useful reminder for people just using this as a reference manual
  360. # [13:53] <beowulf> Lachy: i'm probably being pedantic, but if the sentence explaining the term works withoutt using the term then it would be clearer, imo
  361. # [13:53] <Lachy> there will be other more verbose descriptions explaining things for beginners with no prior knowledge in addition to these short descriptions
  362. # [13:54] <beowulf> i am fairly safely ignored :)
  363. # [13:54] <Lachy> This uses the term "base URL" in the description http://reference.sitepoint.com/html/base
  364. # [13:54] <Lachy> the problem with removing the word base is that I can't think of a suitable, unambiguous replacement
  365. # [14:06] <jgraham> Lachy: I think you think of base as sutiable unambiguoius because you are already familiar with the concept of a base URL
  366. # [14:07] * Quits: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk) (Read error: 110 (Connection timed out))
  367. # [14:09] <jgraham> Just removing the word base already makes your sentence clearer
  368. # [14:10] <Lachy> jgraham, as I said, these particular descriptions don't need to be suitable for beginners with no prior knowledge. The audience for these descriptions is expected to be at least somewhat familar with the concepts already and are just using them as a quick reminder
  369. # [14:13] <jgraham> Still "The <base> element allows authors to specify a URL against which relative links are resolved [...]" is any less clear than the same sentence with the word "base" before URL
  370. # [14:17] <Philip`> "The <base> elements specifies a ..." is less verbose
  371. # [14:17] <Philip`> *element
  372. # [14:21] <zcorpan> Philip`: it doesn't need to specify a base url, it could specify a base target instead (or as well)
  373. # [14:21] <Lachy> this is what I have now:
  374. # [14:21] <Lachy> The <code>base</code> is for specifying a base URL against which relative links will be resolved, and the name of the default target for opening links and form submissions.
  375. # [14:22] <Lachy> s/is/element is/
  376. # [14:23] <Lachy> I've left "base URL" in there because I think, once the more verbose descriptions are written that explain the concept, it will be fine. But I can always revisit the issue later if it doesn't work out
  377. # [14:24] <zcorpan> Lachy: seems good enough, along with examples
  378. # [14:24] <Philip`> hsivonen: I can give a list of URLs in certain TLDs (I guess .ru, .cn, anything else?) that didn't have an HTTP or meta charset a year ago
  379. # [14:36] * Joins: zdobersek (n=zan@cpe-92-37-76-202.dynamic.amis.net)
  380. # [14:37] <Lachy> hmm, the spec doesn't seem clear about how to handle a meta element with both name and http-equiv attributes. e.g. <meta name="description" http-equiv="Content-Type" content="...">
  381. # [14:38] <Lachy> unless I missed something, it should specify which takes precedence
  382. # [14:39] <hendry> hsivonen: is it possible to have an attribute without a value? like 'bar' in <foo bar />
  383. # [14:40] <Lachy> hendry, yes. There are lots of attributes that work like that in HTML5
  384. # [14:40] <hendry> Lachy: I thought so
  385. # [14:41] <Lachy> e.g. <input disabled>
  386. # [14:41] <hendry> I want to propose changing http://dev.w3.org/2006/waf/widgets/#the-feature-element from <feature name="http://www.w3.org/geo/api/" required="true"/>
  387. # [14:41] <hendry> to <feature name="http://www.w3.org/geo/api/" opt /> opt for optional, default mandatory
  388. # [14:41] <Lachy> no, because that's not well formed XML
  389. # [14:41] <Lachy> the minimised attributes are only supported in HTML, not XHTML
  390. # [14:42] <hendry> Lachy: ah
  391. # [14:43] <hendry> so <feature name="http://www.w3.org/geo/api/" optional="true" /> is a better proposal
  392. # [14:44] <Lachy> hendry, why do you want to change it from required=""?
  393. # [14:44] <Lachy> HTML5 uses <input required="required">
  394. # [14:45] <hendry> Lachy: because the default value I think should be mandatory. it's more much more practical. In the case where widget developers leave off required="true".
  395. # [14:45] * Quits: zalan (n=kvirc@catv-89-132-201-122.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  396. # [14:46] <hendry> widget developers write their code with these features in mind. if they are not there, they typically will not account for that situation.
  397. # [14:47] <hendry> i imagine in rare cases they will make their widgets work with features the might not be there.
  398. # [14:47] <hendry> hence i think mandatory will better account for the majority of typical usage
  399. # [14:48] <hendry> did that make sense
  400. # [14:49] <annevk> HTML5 uses on/off for such attributes
  401. # [14:49] <annevk> e.g. autocomplete
  402. # [14:49] <annevk> (though they still have a default)
  403. # [14:49] <Lachy> hendry, the widget spec doesn't seem to say what the default value is if its omitted
  404. # [14:49] <hendry> Lachy: i assume ommitted = optional
  405. # [14:49] * Joins: zalan (n=zalan@catv-89-132-201-122.catv.broadband.hu)
  406. # [14:49] <Lachy> hendry, I assumed otherwise
  407. # [14:50] <Lachy> it's not safe to make assumptions like that, the spec needs to be clearer
  408. # [14:51] <hendry> Lachy: so you assumed with required="true", it will be required? :) ok, i'll just fire off a mail
  409. # [14:51] <Lachy> oh, http://dev.w3.org/2006/waf/widgets/#boolean-attribute says the default is false
  410. # [14:51] <hendry> fs
  411. # [14:51] <annevk> zcorpan, figure { width:min-intrinsic } makes more sense to me
  412. # [14:51] <hendry> s/so you assumed with required="true"/so you assumed withOUT required="true"
  413. # [14:51] <zcorpan> annevk: does that ignore the <legend>?
  414. # [14:52] <annevk> zcorpan, display:table seems overkill although I can't quite elaborate on what the side effects might be
  415. # [14:52] * hendry should read what he writes before hitting enter
  416. # [14:52] <annevk> zcorpan, it uses the minimum intrinsic width as far as I can tell, which would be that of the image
  417. # [14:53] <zcorpan> annevk: what if your figure content is not an image but a <math> element or an <ul>?
  418. # [14:53] <Lachy> hendry, I assumed that if specified a <feature name="">, then it's more likely that the feature itself would be required. But I could be wrong, since I'm not a widget developer and I don't really understand the purpose of the feature element.
  419. # [14:53] <annevk> zcorpan, http://dbaron.org/css/intrinsic/ has details
  420. # [14:53] <hendry> Lachy: the feature element is to declare upfront the need or dependency rather on a feature like Geolocation, for the widget to function.
  421. # [14:54] <annevk> zcorpan, it's called min-content there
  422. # [14:54] <zcorpan> "the intrinsic minimum width/height"
  423. # [14:54] <annevk> zcorpan, though maybe max-content is better
  424. # [14:55] <Lachy> hendry, right, so what's the point of specifying a feature element if the feature isn't needed?
  425. # [14:55] <zcorpan> annevk: that would still not ignore the <legend>
  426. # [14:56] <annevk> it does the same as display:table for your example in Firefox
  427. # [14:56] <annevk> max-content, that is
  428. # [14:58] <zcorpan> annevk: not for the second figure
  429. # [14:58] <annevk> it does for me
  430. # [14:58] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  431. # [14:58] <zcorpan> url?
  432. # [14:59] <Lachy> http://www.iheni.com/html-5-to-the-h1-debate-rescue/
  433. # [14:59] <annevk> your url with "figure { display:block; margin:0 40px; width:-moz-max-content }"
  434. # [14:59] <zcorpan> right, the second figure has the legend on one line instead of wrapped at the bounds of the image
  435. # [14:59] <annevk> with "figure { display:table; margin:0 40px; }" it does not wrap at all
  436. # [15:00] <annevk> if you want wrap you should use width:-moz-min-content
  437. # [15:00] <zcorpan> you need display:table-caption on the div too
  438. # [15:00] <zcorpan> -moz-min-content doesn't play well with the <math> use case
  439. # [15:00] <hendry> Lachy: eggsactly
  440. # [15:00] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 60 (Operation timed out))
  441. # [15:00] <annevk> display:table-caption places it on top of the image...
  442. # [15:01] <annevk> that's annoying
  443. # [15:01] <zcorpan> annevk: did you read my email? :)
  444. # [15:01] <annevk> and also, using tables here is a hack
  445. # [15:01] <zcorpan> well i don't care which css declarations are used
  446. # [15:02] <zcorpan> my point is "I think <figure>s need a shrink-wrap width applied that ignores the <legend>."
  447. # [15:02] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  448. # [15:05] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  449. # [15:06] <Lachy> hendry, oh, so that's why you want it changed from required to optional?
  450. # [15:06] <Lachy> I mean, the attribute name
  451. # [15:08] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  452. # [15:12] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  453. # [15:15] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  454. # [15:15] * Joins: erlehmann (n=erlehman@86.59.25.121)
  455. # [15:16] <hendry> Lachy: yes, just posted on the public-webapps about it. now i need to get busy with other stuff. :)
  456. # [15:24] * Quits: sverrej (n=sverrej@122.160.12.230) (Read error: 110 (Connection timed out))
  457. # [15:27] <annevk> should be pretty easy to implement howcome's stuff as JavaScript library
  458. # [15:27] <annevk> if you require a leading space
  459. # [15:27] <Lachy> annevk, do you mean the <p .foo> syntax?
  460. # [15:27] <annevk> just iterate through .attributes for something that starts with # or . and then parse that attribute appropriately
  461. # [15:28] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  462. # [15:28] <Lachy> sure, but I really don't think we should introduce it and make it conforming
  463. # [15:29] <hsivonen> Philip`: .cn, .ru, .jp, .kr and .tw would be very useful
  464. # [15:29] <annevk> I like it :)
  465. # [15:32] * Joins: zdobersek1 (n=zan@cpe-92-37-66-172.dynamic.amis.net)
  466. # [15:33] * Quits: zdobersek (n=zan@cpe-92-37-76-202.dynamic.amis.net) (Read error: 60 (Operation timed out))
  467. # [15:33] <Lachy> if people want to pursue it as a separate serialisation (i.e. not text/html) to be used for authoring, much like BBCode or Textile, and develop tools that pre-process it into normal HTML, then I'm fine with that. But there's no way we should change the text/html parser to support it
  468. # [15:39] <Philip`> It'd be even easier to implement that syntax if you require a leading space and a 'class='
  469. # [15:40] <Lachy> there are already so many lightweight markup languages though, with many more optimisations. http://en.wikipedia.org/wiki/List_of_lightweight_markup_languages
  470. # [15:40] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  471. # [15:40] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  472. # [15:40] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  473. # [15:40] * Quits: zalan (n=zalan@catv-89-132-201-122.catv.broadband.hu)
  474. # [15:40] <Lachy> there is even one that allows you to write markup using p#foo.bar syntax (but without the angle brackets). I just can't remember what it's called
  475. # [15:41] <Lachy> I think Haml is the one I'm thinking of http://en.wikipedia.org/wiki/Haml
  476. # [15:42] * jgraham tends to agree with Philip`
  477. # [15:45] * jgraham is so unsurprised to find that Haml is implemented in Ruby
  478. # [15:45] <jgraham> Because it makes HTML look like Ruby...
  479. # [15:46] * Joins: hasather (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  480. # [15:46] <jgraham> Although it's amusing that they describe it as "whitespace active" presumably because people think "whitespace sensitive == bad"
  481. # [15:48] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  482. # [15:48] * Joins: zalan (n=kvirc@catv-89-132-201-122.catv.broadband.hu)
  483. # [15:49] * Joins: zdobersek (n=zan@cpe-92-37-70-147.dynamic.amis.net)
  484. # [15:49] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  485. # [15:50] <annevk> where at first I was willing to consider Unicode Normalization, it seems more and more like something that should not be dealt with at all on the browser level; there's just too much codepoint-equality-checking out there
  486. # [15:55] <annevk> zcorpan, btw, I believe Gecko has some selector like :first-child that does not ignore text nodes
  487. # [15:56] <zcorpan> annevk: ok
  488. # [15:56] <annevk> -moz-first-node or something
  489. # [15:56] <annevk> oh, bz just mentioned that :)
  490. # [16:02] * Joins: hallvors (n=hallvord@pat-tdc.opera.com)
  491. # [16:03] <hallvors> is the W3C file upload validation broken? It keeps saying "Line 1, Column 0: end of document in prolog. This error may appear when the validator receives an empty document" whatever I upload. tested with Opera, Firefox and Safari...
  492. # [16:04] * Quits: hdh (n=hdh@118.71.76.118) ("Leaving.")
  493. # [16:05] * Quits: zdobersek1 (n=zan@cpe-92-37-66-172.dynamic.amis.net) (Read error: 113 (No route to host))
  494. # [16:06] * Quits: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  495. # [16:09] <Philip`> hsivonen: Like http://philip.html5.org/data/pages-with-no-explicit-charset-in-tlds-with-funny-alphabets.txt ?
  496. # [16:15] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  497. # [16:16] * Joins: hallvors_ (n=hallvord@pat-tdc.opera.com)
  498. # [16:18] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  499. # [16:22] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Client Quit)
  500. # [16:23] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  501. # [16:28] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  502. # [16:29] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  503. # [16:34] * Quits: hallvors (n=hallvord@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  504. # [16:45] * Joins: bzed_ (n=bzed@devel.recluse.de)
  505. # [16:53] * Joins: dave_levin (n=dave_lev@72.14.224.1)
  506. # [16:53] * Quits: bzed (n=bzed@devel.recluse.de) (Read error: 104 (Connection reset by peer))
  507. # [16:53] * bzed_ is now known as bzed
  508. # [16:54] * Quits: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  509. # [17:02] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Remote closed the connection)
  510. # [17:03] * Joins: eric_carlson (n=ericc@nat/apple/x-2f7c16bcbfcc58f8)
  511. # [17:05] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  512. # [17:08] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  513. # [17:10] <annevk> hmm, fixing quite a few bugs in CORS
  514. # [17:10] <annevk> I wonder what those implementors have been doing while implementing...
  515. # [17:11] <annevk> I mean, it's not major holes like HTML4, but still
  516. # [17:15] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  517. # [17:18] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  518. # [17:20] * Quits: pergj (n=pergj@home.kvaleberg.no) (Read error: 113 (No route to host))
  519. # [17:27] * Joins: dglazkov (n=dglazkov@nat/google/x-740d87481a01222a)
  520. # [17:28] <karlcow> hallvors_: you should ask to #validator if you have an inquiry about validators
  521. # [17:42] * Joins: mpt_ (n=mpt@canonical/launchpad/mpt)
  522. # [17:47] <hallvors_> karlcow: thanks, done :)
  523. # [17:47] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  524. # [18:02] * Joins: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi)
  525. # [18:04] <mlpug> if I manage to produce w3c widget (.wgt) is there some software that can render it in a meaningfull way? any browser does or do I need some special widget runner software?
  526. # [18:08] * Joins: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  527. # [18:11] <Dashiva> Opera might, I don't know how far the current spec is from their support
  528. # [18:15] <hasather> Dashiva: pretty close
  529. # [18:16] * Quits: dave_levin (n=dave_lev@72.14.224.1)
  530. # [18:16] * Quits: ap (n=ap@194.154.88.37)
  531. # [18:17] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  532. # [18:27] * Joins: ojan (n=ojan@72.14.224.1)
  533. # [18:38] * Quits: jruderman (n=jruderma@c-76-102-160-171.hsd1.ca.comcast.net)
  534. # [18:50] * Quits: thomas__ (n=chatzill@89-105-105-67-CMC.beaming.biz) (Remote closed the connection)
  535. # [18:54] * 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.")
  536. # [18:54] * Joins: slightlyoff (n=slightly@72.14.229.81)
  537. # [18:54] * Quits: ojan (n=ojan@72.14.224.1)
  538. # [18:59] * Quits: mpt_ (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  539. # [19:01] * Quits: slightlyoff (n=slightly@72.14.229.81)
  540. # [19:06] * Joins: jruderman (n=jruderma@corp-246.mountainview.mozilla.com)
  541. # [19:08] * Joins: maikmerten (n=maikmert@Lb613.l.pppool.de)
  542. # [19:08] * Joins: ojan (n=ojan@72.14.229.81)
  543. # [19:25] * Joins: aroben (n=aroben@unaffiliated/aroben)
  544. # [19:27] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  545. # [19:29] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  546. # [19:31] * Quits: ojan (n=ojan@72.14.229.81)
  547. # [19:34] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Leaving")
  548. # [19:36] * Joins: slightlyoff (n=slightly@72.14.229.81)
  549. # [19:44] * Joins: ojan (n=ojan@72.14.229.81)
  550. # [19:45] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  551. # [19:48] * Quits: ojan (n=ojan@72.14.229.81) (Remote closed the connection)
  552. # [19:48] * Joins: ojan (n=ojan@72.14.229.81)
  553. # [19:49] * Joins: dimich (n=dimich@72.14.227.1)
  554. # [19:52] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  555. # [19:58] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  556. # [19:58] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 104 (Connection reset by peer))
  557. # [20:07] <gsnedders> How do you get VoiceOver to actually read the page in Safari?
  558. # [20:07] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  559. # [20:15] * Joins: michaeln (n=michaeln@nat/google/x-4853595dc975237b)
  560. # [20:17] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  561. # [20:20] * Quits: jwalden (n=waldo@c-76-102-160-171.hsd1.ca.comcast.net) ("->inbound")
  562. # [20:31] * Joins: weinig (n=weinig@17.203.15.158)
  563. # [20:36] * Joins: dbaron (n=dbaron@corp-246.mountainview.mozilla.com)
  564. # [20:54] * Joins: jwalden_ (n=waldo@corp-246.mountainview.mozilla.com)
  565. # [20:54] * jwalden_ is now known as jwalden
  566. # [21:25] * Joins: KevinMarks (n=KevinMar@nat/google/x-80a06f1a7d07054c)
  567. # [21:48] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  568. # [21:49] * Quits: mlpug (n=mlpug@a88-115-168-225.elisa-laajakaista.fi) (Remote closed the connection)
  569. # [21:49] * Joins: roc (n=roc@121-72-178-32.dsl.telstraclear.net)
  570. # [21:56] <jwalden> annevk: note that it'd be |figure { width: min-content; }| now, not min-intrinsic (referenced spec got updated to correspond to -moz-*-intrinsic even if URL stayed the same)
  571. # [21:57] <Hixie> dbaron: did you say you had some non-monospace fonts available with known metrics?
  572. # [21:57] <Hixie> dbaron: or are all your fonts one character only (and thus always monospace by definition)
  573. # [21:58] <dbaron> Hixie, all my test fonts are one character only
  574. # [21:58] <dbaron> Hixie, but they're also generated by a pretty simple python script
  575. # [21:58] <Hixie> i'm trying to reverse engineer IE's <input size=""> algorithm
  576. # [21:58] <Hixie> i don't suppose i could steal your script by any chance?
  577. # [21:58] <dbaron> Hixie, I thought they used the width of a '0'
  578. # [21:59] <Hixie> if they use '0', they do something different for monospace vs non-monospace
  579. # [21:59] <Hixie> i'm trying to work out exactly what
  580. # [21:59] <dbaron> Hixie, http://hg.mozilla.org/mozilla-central/file/48e371648b83/layout/reftests/fonts/mark-generate.py
  581. # [21:59] <dbaron> Hixie, see also "raw" link
  582. # [21:59] <Hixie> sweet, thanks
  583. # [21:59] * Joins: svl (n=me@173.222-136-217.adsl-static.isp.belgacom.be)
  584. # [21:59] <dbaron> Hixie, there are some .svg files in the same directory
  585. # [22:00] <Hixie> neat
  586. # [22:00] <dbaron> Hixie, I have had some issues with underline offset metrics, on Mac at least...
  587. # [22:00] <dbaron> Hixie, although I'm not sure if that's related to our code adjusting underline offsets based on character extents, or something else...
  588. # [22:00] <dbaron> (the two glyphs have different bottoms)
  589. # [22:01] <Hixie> k
  590. # [22:01] <Hixie> underlining shouldn't be a concern for this particular use
  591. # [22:01] <dbaron> in our case, that actually led to different text offsets somehow
  592. # [22:02] <Hixie> odd
  593. # [22:05] * Joins: xydyx (n=hdh@118.71.76.118)
  594. # [22:06] * Quits: aroben_ (n=aroben@unaffiliated/aroben) (Read error: 110 (Connection timed out))
  595. # [22:20] * Quits: hallvors_ (n=hallvord@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  596. # [22:31] * Quits: roc (n=roc@121-72-178-32.dsl.telstraclear.net)
  597. # [22:41] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  598. # [22:45] * Joins: weinig_ (n=weinig@17.244.17.181)
  599. # [22:49] * Joins: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au)
  600. # [22:50] <ojan> Hixie: I've already done this.
  601. # [22:51] <ojan> I have a patch I'm working on for webkit that matches IE widths
  602. # [22:51] <ojan> width = size*avgCharWidth + (maxCharWidth - avgCharWidth)
  603. # [22:51] * Quits: nessy (n=nessy@124-168-129-172.dyn.iinet.net.au) (Client Quit)
  604. # [22:51] <ojan> where avgCharWidth and maxCharWidth are taken out of the font
  605. # [22:56] * Quits: svl (n=me@173.222-136-217.adsl-static.isp.belgacom.be) ("And back he spurred like a madman, shrieking a curse to the sky.")
  606. # [22:56] * Quits: KevinMarks (n=KevinMar@nat/google/x-80a06f1a7d07054c) ("The computer fell asleep")
  607. # [22:56] * Joins: KevinMarks (n=KevinMar@nat/google/x-c902284c3e18026d)
  608. # [22:57] * Joins: kingryan (n=kingryan@adsl-99-27-42-97.dsl.pltn13.sbcglobal.net)
  609. # [23:00] <jwalden> ojan: what happens if max < avg? or are max/avg not in font metadata?
  610. # [23:02] * Quits: weinig (n=weinig@17.203.15.158) (Read error: 110 (Connection timed out))
  611. # [23:02] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  612. # [23:05] <ojan> jwalden: how can max be less than avg?
  613. # [23:06] * Joins: dimich_ (n=dimich@72.14.227.1)
  614. # [23:06] <jwalden> ojan: bad font
  615. # [23:06] <ojan> hm...i don't know. didn't test that.
  616. # [23:07] <jwalden> I was guessing as much, but you never know :-)
  617. # [23:07] * Quits: maikmerten (n=maikmert@Lb613.l.pppool.de) (Remote closed the connection)
  618. # [23:07] <ojan> the real annoying thing is that mac/linux font APIs don't actually expose these values, so you have to dig into the font tables to grab them
  619. # [23:10] * Joins: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  620. # [23:11] <gsnedders> ojan: Why on earth would you want that metadata though, except if you were copying something crazy?
  621. # [23:11] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  622. # [23:12] <ojan> gsnedders: sure. unfortunately, it's something crazy the web now depends upon
  623. # [23:12] <gsnedders> The web depends on lots of crazy stuff :)
  624. # [23:15] * Quits: zalan (n=kvirc@catv-89-132-201-122.catv.broadband.hu) ("KVIrc 3.4.0 Virgo http://www.kvirc.net/")
  625. # [23:16] * Joins: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  626. # [23:16] * zcorpan just figured out that it was relatively easy to fix up the dom in firefox 2 with script
  627. # [23:18] <zcorpan> you just find all html5 elements and keep appending their nextSibling to self until you hit a node you expect shouldn't be a child of the html5 element (like a comment saying "end article" or a nav element or whatever)
  628. # [23:23] * Quits: dimich (n=dimich@72.14.227.1) (Connection timed out)
  629. # [23:23] <Hixie> ojan: nice! thanks!
  630. # [23:28] <jwalden> speaking of html5 elements, is the plan with legend to just ignore the fact that most, maybe all, existing browsers completely mess up the figure > legend case? gecko/webkit omit the legend element (but not its contents) as often as not or magically introduce a containing fieldset, opera creates an empty legend element and spews the "contents" as siblings to it, dunno about IE
  631. # [23:29] <othermaciej> jwalden: I've proposed before that <legend> in <figure> should be renamed for that reason
  632. # [23:29] * Quits: dolske (n=dolske@firefox/developer/dolske)
  633. # [23:29] * jwalden ran into this going wild with html5 markup on his personal site
  634. # [23:30] <othermaciej> <caption> would actually be a better name but makes figures break inside tables
  635. # [23:30] <othermaciej> but if we are going to consider existing browser behavior then <legend> is not good either
  636. # [23:30] * Joins: weinig (n=weinig@17.203.15.158)
  637. # [23:31] <jwalden> <description> maybe?
  638. # [23:31] <Hixie> jwalden: it's not that bad, and it'll get better over time (unlike <caption>, say). The alternative is minting a new element to mean header, and we're already up to 10 or 20 depending on how loosely you define "header" -- we're just running out of good names here.
  639. # [23:31] * Quits: pauld (n=pauld@host217-43-109-26.range217-43.btcentralplus.com)
  640. # [23:31] <Hixie> <legend> will be fine in due course. it's not like we have to have it work today (unlike, say, the offline stuff)
  641. # [23:32] <othermaciej> <legend> breaks in <details> too
  642. # [23:32] <othermaciej> one new title-like name would do for both of those
  643. # [23:32] <othermaciej> and if it had sane parsing rules could be used for anything in the future
  644. # [23:32] <jwalden> existing html5 doesn't say <legend> is heading content
  645. # [23:32] <othermaciej> I think failing the Degrades Gracefully design principle is a worse problem than element proliferation
  646. # [23:33] <othermaciej> I believe I also suggested the existing <label>
  647. # [23:33] <Hixie> <label> has all kinds of preexisting baggage
  648. # [23:34] <othermaciej> I think the only worry about <label> was that existing pages might have CSS rules that assume <label> is always a form control label
  649. # [23:34] <othermaciej> so adding a <figure> would do weird things
  650. # [23:35] <othermaciej> however, if that is a problem with considering, then the problem with <legend> is worth considering as well
  651. # [23:35] <Hixie> the problems with legend are worth considering, yes. i just don't think they're as important as the problems the other elements have nor especially problematic enough on the long run to warrant a new element.
  652. # [23:36] <Hixie> if people really think it's a problem, we can comment out <figure> and <details> for now and wait for the parsers to have gotten fixed and deployed
  653. # [23:36] <Hixie> but it might take longer for the fixes to happen than if they stay in
  654. # [23:37] <othermaciej> or you could just use a new element name and <figure> could be used without waiting for browser changes to be widely deployed
  655. # [23:38] <Hixie> i have not heard any names suggested that are anywhere near as good as <legend> or <caption>.
  656. # [23:38] <Hixie> (and i've spent hours on that alone)
  657. # [23:39] <othermaciej> <rubric>, <tag>, <name> are all quasi-synonyms for label/legend/caption
  658. # [23:40] <othermaciej> (to ideally match english, a details control would have a label, and a figure would have a caption, sadly those two elements are the ones with issues)
  659. # [23:40] <othermaciej> (though I am not sure details getting form label CSS styling on its <label> would be particularly wrong)
  660. # [23:41] <Hixie> and they all suck :-)
  661. # [23:42] <othermaciej> (<legend> is actually a fruity choice of name for <fieldset> too, you wouldn't normally use <legend> in that context)
  662. # [23:42] <othermaciej> er
  663. # [23:42] <Hixie> the problem with <label> is not css, it's the forms api stuff
  664. # [23:42] <othermaciej> rather, you wouldn't use the word "legend" to describe a fieldset label, in, say, an HI guide
  665. # [23:42] <Hixie> it would e.g. prevent you from putting two form controls in a <details> legend
  666. # [23:42] <Hixie> and would bring along all kinds of DOM API baggage that isn't appropriate here
  667. # [23:44] <Hixie> other than the parsing issues, which IMHO aren't a big deal (after all, it works as well in IE as does <section>), <legend> is pretty much exactly what we need
  668. # [23:44] <Hixie> and it fits consistently with <fieldset>
  669. # [23:45] <othermaciej> <legend> is barely more semantically appropriate than <div>
  670. # [23:45] <Hixie> ?
  671. # [23:45] * Quits: bzed (n=bzed@devel.recluse.de) (verne.freenode.net irc.freenode.net)
  672. # [23:45] * Quits: ojan (n=ojan@72.14.229.81) (verne.freenode.net irc.freenode.net)
  673. # [23:45] * Quits: YaaL (i=yaal@hell.pl) (verne.freenode.net irc.freenode.net)
  674. # [23:45] * Quits: takkaria (n=takkaria@isparp.co.uk) (verne.freenode.net irc.freenode.net)
  675. # [23:45] <Hixie> maybe this is a british english vs american english thing
  676. # [23:45] <othermaciej> as I said before, you wouldn't use the word "legend" in English normally to refer to either of the new things
  677. # [23:46] <othermaciej> (or to the label of a fieldset either)
  678. # [23:46] <Hixie> yes you would
  679. # [23:46] <Hixie> a figure has a legend
  680. # [23:46] <Hixie> a map has a legend
  681. # [23:46] <Hixie> a chart has a legend
  682. # [23:46] * Joins: heycam (n=cam@210-84-40-239.dyn.iinet.net.au)
  683. # [23:46] <othermaciej> a map has a legend, a figure has a caption
  684. # [23:46] <sayrer> legends describe symbols
  685. # [23:46] <Hixie> sure, caption would be mildly better
  686. # [23:47] <othermaciej> a legend is ordinarily a box on the side explaining symbols or colors
  687. # [23:47] * Joins: ojan (n=ojan@72.14.229.81)
  688. # [23:47] * Joins: bzed (n=bzed@devel.recluse.de)
  689. # [23:47] * Joins: YaaL (i=yaal@hell.pl)
  690. # [23:47] * Joins: takkaria (n=takkaria@isparp.co.uk)
  691. # [23:47] <othermaciej> form controls and UI elements don't have legends, they have headings or labels
  692. # [23:47] * gsnedders agrees with Hixie and sayrer
  693. # [23:47] * Hixie shrugs
  694. # [23:47] <sayrer> that's curious, because I agree with othermaciej
  695. # [23:47] * Quits: weinig_ (n=weinig@17.244.17.181) (Read error: 110 (Connection timed out))
  696. # [23:47] * othermaciej though Hixie and sayrer were saying opposite things
  697. # [23:48] * gsnedders just likes confusing everyone
  698. # [23:48] * gsnedders also jumped into this rather late on
  699. # [23:49] <othermaciej> for that matter, a chart can have both a legend and a caption and they are two different things
  700. # [23:50] * gsnedders really just agrees with a crazy mix of what everyone is saying
  701. # [23:51] <othermaciej> anyway
  702. # [23:51] <othermaciej> we are rehashing old ground
  703. # [23:51] <othermaciej> and jwalden's comment triggered my canned rant
  704. # [23:52] <othermaciej> if I continue to care enough I guess I can file it in bugzilla or the tracker
  705. # Session Close: Sat Feb 07 00:00:01 2009

The end :)