/irc-logs / freenode / #whatwg / 2009-08-24 / end

Options:

  1. # Session Start: Mon Aug 24 00:00:01 2009
  2. # Session Ident: #whatwg
  3. # [00:13] * Joins: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  4. # [00:14] * Joins: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au)
  5. # [00:15] * Quits: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se) (Client Quit)
  6. # [00:46] * Joins: doublec (n=doublec@ip67-152-86-163.z86-152-67.customer.algx.net)
  7. # [00:51] * Quits: heycam (n=cam@124-168-62-130.dyn.iinet.net.au) ("bye")
  8. # [00:59] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  9. # [01:01] * Quits: jacobolus (n=jacobolu@c-67-180-85-237.hsd1.ca.comcast.net) (Remote closed the connection)
  10. # [01:04] * Joins: jacobolus (n=jacobolu@c-67-180-85-237.hsd1.ca.comcast.net)
  11. # [01:09] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  12. # [01:11] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  13. # [01:16] <GPHemsley> Hixie: Any plans to make CSS4 at some point that actually makes things easy to position?
  14. # [01:25] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("Leaving")
  15. # [01:27] * Quits: annodomini (n=lambda@wikipedia/lambda)
  16. # [01:28] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  17. # [01:31] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  18. # [01:34] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  19. # [01:41] * Joins: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  20. # [01:43] * Quits: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net) ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]")
  21. # [01:45] * Quits: annodomini (n=lambda@wikipedia/lambda)
  22. # [01:57] <takkaria> you should look at CSS3's layout module, it uses ASCII art for that
  23. # [01:57] <takkaria> http://www.w3.org/TR/css3-layout/
  24. # [01:58] * Joins: Simetrical (n=Simetric@mediawiki/simetrical)
  25. # [01:59] * Quits: Lachy_ (n=Lachlan@london.perfect-privacy.com) (Read error: 110 (Connection timed out))
  26. # [02:03] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 110 (Connection timed out))
  27. # [02:04] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  28. # [02:10] * Quits: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  29. # [02:16] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  30. # [02:20] <GPHemsley> takkaria: Hah. I figured there was some CSS3 thing "in the works".
  31. # [02:21] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  32. # [02:23] * Joins: Rik`_ (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net)
  33. # [02:24] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  34. # [02:25] * Quits: webben (n=benh@91.84.208.208) (Read error: 60 (Operation timed out))
  35. # [02:31] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  36. # [02:39] * Quits: Rik` (n=Rik`@pha75-2-81-57-187-57.fbx.proxad.net) (Read error: 113 (No route to host))
  37. # [02:39] * Rik`_ is now known as Rik`
  38. # [02:41] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  39. # [02:46] * Joins: TabAtkins (n=chatzill@99-35-179-251.lightspeed.hstntx.sbcglobal.net)
  40. # [02:47] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  41. # [03:00] * Joins: webben (n=benh@91.84.208.208)
  42. # [03:03] * Joins: MikeSmith (n=MikeSmit@133.27.228.242)
  43. # [03:06] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com) (Read error: 110 (Connection timed out))
  44. # [03:08] * Joins: tkent (n=tkent@220.109.219.244)
  45. # [03:23] * Quits: webben (n=benh@91.84.208.208) (Read error: 110 (Connection timed out))
  46. # [03:28] * Joins: wakaba_1 (n=wakaba_@119-228-219-193.eonet.ne.jp)
  47. # [03:44] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Read error: 113 (No route to host))
  48. # [03:54] * Parts: JonathanNeal (n=Jonathan@76-219-69-134.lightspeed.breaca.sbcglobal.net)
  49. # [04:12] * Quits: doublec (n=doublec@ip67-152-86-163.z86-152-67.customer.algx.net) ("Leaving")
  50. # [04:21] * Joins: wakaba_0 (n=wakaba_@119-228-219-193.eonet.ne.jp)
  51. # [04:22] * Joins: wakaba_2 (n=wakaba_@119-228-219-193.eonet.ne.jp)
  52. # [04:28] * Joins: wakaba_3 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  53. # [04:32] <Simetrical> Hixie, aww. Are you not going to tell him? I've been staying up late to see the end of this.
  54. # [04:32] * Quits: wakaba_2 (n=wakaba_@119-228-219-193.eonet.ne.jp) (Read error: 60 (Operation timed out))
  55. # [04:33] <Simetrical> You're insanely more diplomatic than me, though, props for that. :P
  56. # [04:39] <GPHemsley> ?
  57. # [04:40] * Quits: wakaba_1 (n=wakaba_@119-228-219-193.eonet.ne.jp) (Read error: 110 (Connection timed out))
  58. # [04:40] <othermaciej> tell who what?
  59. # [04:40] <TabAtkins> I am also confused, Simetrical.
  60. # [04:40] <Simetrical> Some guy in #chromium was arguing with Hixie about HTML 5. More or less telling him he didn't know what he was talking about.
  61. # [04:41] <othermaciej> oh
  62. # [04:41] <othermaciej> does #chromium have logs?
  63. # [04:41] <Simetrical> He apparently had no idea who Hixie is. I was waiting for a line like "<markybob> Hixie, you don't know anything about HTML 5" so I could put it on my page of quotes, but he's fallen silent now.
  64. # [04:42] * Quits: wakaba_0 (n=wakaba_@119-228-219-193.eonet.ne.jp) (Read error: 110 (Connection timed out))
  65. # [04:42] <Simetrical> http://echelog.matzon.dk/logs/browse/chromium/1251064800 Scroll back to 2:51:48 for the start of the discussion.
  66. # [04:42] <othermaciej> lols
  67. # [04:43] * Simetrical has been wondering lately if he should change his IRC nick to AryehGregor so people can more easily match him up with his mailing list posts
  68. # [04:45] <othermaciej> fwiw I did not realize you were the same person until you just said so
  69. # [04:45] <Simetrical> Yeah, that's what I figured.
  70. # [04:45] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  71. # [04:45] <Simetrical> I send mail as "Aryeh Gregor <Simetrical+xxx@gmail.com>" these days, but people usually don't look at the address.
  72. # [04:48] <TabAtkins> That... that log is glorious.
  73. # [04:48] <Simetrical> No great soundbites, though. :(
  74. # [04:49] <TabAtkins> Simetrical: I suggest changing it. I recognize it only because when you switched your email address name over mid-conversation in www-style I noticed.
  75. # [04:49] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  76. # [04:50] <Simetrical> I used to always use Simetrical everywhere, but a while back I switched to my real name for things that I'd want a potential employer to find when searching for my name. Since the top Google hit for me was my grandfather's New York Times obituary. :)
  77. # [04:50] <Simetrical> Since I use freenode pretty much only for programming- and math-related stuff, it would make sense.
  78. # [04:50] <TabAtkins> I sorta wanna tell markybob he was talking to Hixie.
  79. # [04:51] * Simetrical is now known as AryehGregor
  80. # [04:52] <TabAtkins> But I wouldn't want to deprive you of the pleasure, AryehGregor.
  81. # [04:52] <TabAtkins> Since Hixie doesn't seem to want to do it himself. ^_^
  82. # [04:52] <AryehGregor> Hmm, maybe I should use just Aryeh instead, or aryeh. It's a pretty distinctive name, after all.
  83. # [04:53] * AryehGregor is now known as aryeh
  84. # [04:53] <aryeh> Oh, that's registered.
  85. # [04:53] <aryeh> Rats.
  86. # [04:53] * aryeh is now known as AryehGregor
  87. # [04:54] <othermaciej> that's how I ended up "othermaciej"
  88. # [04:54] <othermaciej> all the good choices wer etaken
  89. # [04:54] <TabAtkins> I should probably register my nick
  90. # [04:55] <AryehGregor> I guess your name is like mine, distinctive to your average netizen but common enough in absolute terms that someone else has already taken it.
  91. # [04:55] <TabAtkins> Hmm, what's the command for that?
  92. # [04:55] <AryehGregor> /ns help
  93. # [04:58] <TabAtkins> I'll leave #chromium up and check in in a little while, AryehGregor, to see what's happened. ^_^
  94. # [05:01] * Quits: wakaba_3 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Read error: 113 (No route to host))
  95. # [05:15] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  96. # [05:17] <AryehGregor> Oh, well, looks like he's not responding. I'll go to bed now, then.
  97. # [05:23] * Joins: webben (n=benh@91.85.213.208)
  98. # [05:29] * Quits: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au) ("This computer has gone to sleep")
  99. # [06:01] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  100. # [06:02] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  101. # [06:11] * Joins: harig (n=aparan@59.90.71.35)
  102. # [06:12] * Quits: annodomini (n=lambda@wikipedia/lambda)
  103. # [06:15] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  104. # [06:32] * Quits: annodomini (n=lambda@wikipedia/lambda)
  105. # [06:43] * Joins: doublec (n=doublec@ip67-152-86-163.z86-152-67.customer.algx.net)
  106. # [06:51] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  107. # [06:51] * Quits: shepazu (n=schepers@adsl-227-106-231.rmo.bellsouth.net) ("Core Breach")
  108. # [06:57] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  109. # [06:59] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  110. # [07:00] * Joins: gavin (n=gavin@firefox/developer/gavin)
  111. # [07:00] * Joins: shepazu (n=schepers@adsl-227-106-231.rmo.bellsouth.net)
  112. # [07:14] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  113. # [07:16] * Joins: erikvold (n=erikvvol@96.49.192.204)
  114. # [07:27] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  115. # [07:28] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  116. # [07:45] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
  117. # [07:53] * Joins: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au)
  118. # [07:54] <GPHemsley> Well, that was entertaining... about two hours later.... ^_^
  119. # [07:55] <othermaciej> eh?
  120. # [07:57] <foolip> hehe, funny
  121. # [08:01] * Quits: doublec (n=doublec@ip67-152-86-163.z86-152-67.customer.algx.net) ("Leaving")
  122. # [08:06] <GPHemsley> othermaciej: The #chromium debate
  123. # [08:09] <othermaciej> I give Hixie props for not arguing from authority
  124. # [08:09] <othermaciej> even though he would have been totally justified
  125. # [08:12] <Dashiva> Are there cliff notes?
  126. # [08:14] * Joins: maikmerten (n=merten@129.217.26.196)
  127. # [08:17] * Joins: pesla (n=retep@procurios.xs4all.nl)
  128. # [08:26] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 60 (Operation timed out))
  129. # [08:27] * Joins: gavin (n=gavin@firefox/developer/gavin)
  130. # [08:29] * Joins: Lachy (n=Lachlan@85.196.122.246)
  131. # [08:48] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  132. # [09:10] * Joins: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  133. # [09:41] * Joins: foolip_ (n=philip@pat.se.opera.com)
  134. # [09:48] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  135. # [09:48] * Quits: Super-Dot (n=Super-Do@adsl-75-61-92-1.dsl.pltn13.sbcglobal.net)
  136. # [09:50] * Joins: SuperDot_iPod (n=superdot@adsl-75-61-92-1.dsl.pltn13.sbcglobal.net)
  137. # [09:52] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 60 (Operation timed out))
  138. # [09:55] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  139. # [10:03] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  140. # [10:07] * Quits: karlcow (n=karl@nerval.la-grange.net) (Remote closed the connection)
  141. # [10:07] * Quits: shikiesos (n=shiki@220.109.219.244) ("Leaving.")
  142. # [10:08] * Joins: heycam (n=cam@124-168-62-130.dyn.iinet.net.au)
  143. # [10:10] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  144. # [10:14] * Quits: MikeSmith (n=MikeSmit@133.27.228.242) ("Tomorrow to fresh woods, and pastures new.")
  145. # [10:18] * Quits: SuperDot_iPod (n=superdot@adsl-75-61-92-1.dsl.pltn13.sbcglobal.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info/")
  146. # [10:24] <Hixie> http://skillsmatter.com/course/ajax-ria/enterprise-comet-ajax
  147. # [10:24] <Hixie> there are (expensive) courses in this stuff already?! o_O
  148. # [10:25] * Quits: webben (n=benh@91.85.213.208) (Read error: 110 (Connection timed out))
  149. # [10:31] * Joins: jacobolu_ (n=jacobolu@adsl-75-36-157-225.dsl.pltn13.sbcglobal.net)
  150. # [10:34] <othermaciej> Hixie: wow, I picked the wrong way to incorporate HTML5 into my career
  151. # [10:34] <othermaciej> clearly, implementing it is for losers
  152. # [10:37] * Joins: mat_t (n=mattomas@91.189.88.12)
  153. # [10:47] * Joins: ROBOd (n=robod@89.122.216.38)
  154. # [10:48] * Quits: jacobolus (n=jacobolu@c-67-180-85-237.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  155. # [10:48] <Hixie> jgraham: what do i add to the url string to do this annotation stuff?
  156. # [10:49] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  157. # [10:51] <jgraham> Hixie: http://krijnhoetmer.nl/irc-logs/html-wg/20090823#l-101
  158. # [10:51] <Hixie> thx
  159. # [10:52] <Hixie> that contains the issue tracker data too?
  160. # [10:53] * Joins: adactio (n=adactio@host86-156-238-27.range86-156.btcentralplus.com)
  161. # [10:54] <jgraham> Hixie: The long url is the url for the service that gives annotations + issue data -> extended annotations format file
  162. # [10:55] <Hixie> what should i search for in its output to see an example of a tracker annotation?
  163. # [10:55] <jgraham> ISSUE-
  164. # [10:55] <jgraham> Wait
  165. # [10:55] <jgraham> Which output?
  166. # [10:55] <jgraham> The XML file or the spec?
  167. # [10:55] * jgraham feels he is not being very clear
  168. # [10:55] <Hixie> XML file
  169. # [10:56] <jgraham> In the xml file the issues are <issue> elements
  170. # [10:56] <Hixie> i find none
  171. # [10:56] <Hixie> in http://pimpmyspec.net/aquarium.py/annotations/output?spec_status=WD&annotations_url=http%3A%2F%2Fwww.whatwg.org%2Fspecs%2Fweb-apps%2Fcurrent-work%2Fstatus.cgi%3Faction%3Dget-all-annotations&tracker_url=http%3A%2F%2Fwww.w3.org%2Fhtml%2Fwg%2Ftracker%2F
  172. # [10:56] <jgraham> Oh well something is broken then
  173. # [10:56] <jgraham> This worked for me yesterday...
  174. # [10:57] * Joins: webben (n=benh@nat/yahoo/x-kzlxtdntvxqvkwdq)
  175. # [10:58] <jgraham> Yeah I must have broken something :(
  176. # [10:59] <Hixie> could you set the class of the elements you output to "XXX annotation" or some such?
  177. # [10:59] <Hixie> so i can style it separately?
  178. # [10:59] <jgraham> Hixie: Sure
  179. # [10:59] <jgraham> (I just wanted some style so I picked an existing classname)
  180. # [10:59] <Hixie> is it always just one <p>?
  181. # [10:59] <jgraham> iirc yes
  182. # [11:00] <Hixie> only after an <hx>? or wherever a matching ID is found?
  183. # [11:00] <Hixie> found the answer!
  184. # [11:00] <Hixie> "<p><dfn id="the-body-element">The body element</dfn><p class="XXX"><b>Status: </b>"
  185. # [11:00] <Hixie> that's not gonna work
  186. # [11:01] <jgraham> Yeah, it just looks for an ID
  187. # [11:02] <jgraham> Although I thought we only had annotations after headings
  188. # [11:02] <Hixie> we have annotations all over the place
  189. # [11:02] <Hixie> annotations just need an ID
  190. # [11:03] <jgraham> Interesting
  191. # [11:06] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  192. # [11:06] <virtuelv> holy mother of god
  193. # [11:07] <virtuelv> (Yes, I'm looking at skillsmatter)
  194. # [11:21] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  195. # [11:22] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  196. # [11:24] <Hixie> i meant to post this here: http://www.whatwg.org/specs/web-apps/current-work/temp
  197. # [11:24] <Hixie> instead i twittered it
  198. # [11:24] <Hixie> but we won't worry about that!
  199. # [11:31] <jgraham> Hixie: The problems with the issue annotation thing may or may not be fixed
  200. # [11:31] <Dashiva> How unexpected
  201. # [11:32] <jgraham> Dashiva: ?
  202. # [11:34] <Hixie> jgraham: testing...
  203. # [11:34] <Dashiva> The expected result is one of all the possible results
  204. # [11:37] <Hixie> jgraham: you just dropping annotations that aren't on headers?
  205. # [11:38] <jgraham> Hixie: For now. Other strageties are welcome
  206. # [11:38] <Hixie> k
  207. # [11:38] <Hixie> seems reasonable
  208. # [11:44] <virtuelv> What's the reasoning behind this wording for window.open?
  209. # [11:45] <virtuelv> "The third argument, features, has no effect and is supported for historical reasons only."
  210. # [11:46] <virtuelv> I know that, for purity and all that is good, it should never have been done that way in the first place
  211. # [11:47] * Joins: sbublava (n=stephan@77.117.17.164.wireless.dyn.drei.com)
  212. # [11:47] <virtuelv> but are browsers in reality going to drop support for this on the floor?
  213. # [11:47] <Hixie> the only effects it has are UI-based and thus out of scope, i think
  214. # [11:49] <virtuelv> it allows you to set innerHeight/Width
  215. # [11:49] <annevk2> sweet, people worked on the encoding stuff :)
  216. # [11:49] <virtuelv> (although that never seemed to be supported in IE)
  217. # [11:50] <adactio> virtuelv: all of the values in "features" affect the browser window, rather than the document.
  218. # [11:50] <adactio> Hixie: Am I right in thinking that HTML5 defines DOM APIs but steers away from BOM APIs by design.
  219. # [11:50] <virtuelv> adactio: you're right about that
  220. # [11:51] <othermaciej> adactio: what are BOM APIs?
  221. # [11:51] <virtuelv> (affecting the browser Window)
  222. # [11:51] <adactio> othermaciej: Browser Object Model
  223. # [11:51] <Hixie> adactio: not sure what a Browser Object Model API is
  224. # [11:51] <othermaciej> me neither
  225. # [11:52] <adactio> Hixie: it's an ad-hoc term for anything to do with browser chrome: width, height, etc.
  226. # [11:52] <Hixie> virtuelv: innerHeight/Width is a UI issue (e.g. on my work machine, i don't have windows at all, so it won't do anything)
  227. # [11:52] <Hixie> adactio: ah. then no.
  228. # [11:52] <Hixie> adactio: html5 has lots of "BOM" things
  229. # [11:52] <adactio> Hixie: can you give me a quick example?
  230. # [11:53] <virtuelv> Hixie: I understand that, but I think I would like to see this documented still
  231. # [11:53] <Hixie> adactio: window.open(), for example
  232. # [11:53] <virtuelv> it's being used on the web, virtually any day
  233. # [11:53] <adactio> Hixie: Oh, yeah. True.
  234. # [11:53] <Hixie> virtuelv: it doesn't matter how the browsers implement it, so there's not anything to define
  235. # [11:53] <othermaciej> I see you also don't have window.move{To,By} or the resize or scroll methods
  236. # [11:54] <Hixie> that should be in CSSOM, iirc
  237. # [11:54] <annevk2> I haven't specced move or resize
  238. # [11:54] <annevk2> some of scroll is though
  239. # [11:54] <Hixie> i would specify them as not doing anything, if i did spec them
  240. # [11:55] <othermaciej> we have wndow.scrollTo(), scrollBy() and scroll()
  241. # [11:55] <othermaciej> not sure what the difference is
  242. # [11:55] <virtuelv> Hixie: why are the barprop properties still in, then?
  243. # [11:55] <annevk2> i have those othermaciej
  244. # [11:55] * jgraham would like author.stopRearragingMyDesktopAlready()
  245. # [11:55] <annevk2> i don't have scrollByLines and other esoteric stuff
  246. # [11:55] <Hixie> virtuelv: because they affect the DOM (you can access them) -- note that they are specced as basically doing nothing useful
  247. # [11:56] <othermaciej> annevk2: we don't have scrollByLines on Window but we do on Element (which seems odd)
  248. # [11:56] * virtuelv is confuzzled
  249. # [12:01] <jgraham> Hixie: I think the definition of "Form elements's labelled control" isn't clear about cases like <label><input id=a><input id=b></label>
  250. # [12:01] <Hixie> file a bug
  251. # [12:01] <Hixie> using the little bug filer bar
  252. # [12:01] <Hixie> it's easier to do that than to tell me on irc :-)
  253. # [12:03] <jgraham> irc sometime gives instant feedback of the form "no you idiot…"
  254. # [12:03] <jgraham> Plus I don't like the little comment box
  255. # [12:04] <othermaciej> I wish I could hide the comment box
  256. # [12:04] <Hixie> you can
  257. # [12:04] <Hixie> hit the button on the left
  258. # [12:04] <Hixie> the arrow pointing to the right indicating that clicking it will close the box
  259. # [12:05] <annevk2> hey, RB is back; I think I joked about that last week
  260. # [12:05] <othermaciej> ah, the one that's only visible if I make my window really really wide
  261. # [12:05] <annevk2> something in relation to "silly season"
  262. # [12:05] <othermaciej> thanks, done
  263. # [12:05] <Hixie> jgraham: checked in your annotations, thanks
  264. # [12:06] <jgraham> Great
  265. # [12:08] <Hixie> hm, it ruins the styles of the element sections
  266. # [12:08] <Hixie> oh well
  267. # [12:10] <Hixie> you know
  268. # [12:10] <Hixie> with the new definitions of microdata
  269. # [12:11] <Hixie> we don't even really need to have predefined types anymore
  270. # [12:11] <Hixie> i could just change item=vcard to item=org.w3.vcard
  271. # [12:13] <Hixie> i'll sleep on it and will consider doing that tomorrow
  272. # [12:13] <Hixie> nn
  273. # [12:14] <annevk2> nn
  274. # [12:14] <jgraham> gn
  275. # [12:36] <foolip_> doesn't the new microdata spec suffer from the same problems as prefix solutions?
  276. # [12:37] <foolip_> if you only need to specify a fully qualified identifier on the item type, people might copy just the itemprops and imagine that should somehow work
  277. # [12:46] <annevk2> some of the same, maybe
  278. # [12:47] * Joins: svl_ (n=me@dslb-084-056-104-157.pools.arcor-ip.net)
  279. # [12:47] * Joins: karlcow (n=karl@nerval.la-grange.net)
  280. # [12:50] <Dashiva> I managed to be involved in a conversation put on lastweek without being part of the quote. That's a first.
  281. # [12:52] <Philip`> foolip_: In the old system, if you just copy the itemprops and no item then you won't get any parser output either, so it doesn't seem any more fragile
  282. # [12:53] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  283. # [12:53] <Dashiva> Philip`: But suppose you paste it inside another item. Then you'd get an net.something item with a org.whatever property, which is likely to be harmless
  284. # [12:54] <Dashiva> Whereas a net.something item with a generic property name is easy to get overlap with
  285. # [12:54] <foolip_> Dashiva: harmless if they don't share any keywords
  286. # [12:55] * Joins: kristallpirat (n=kristall@c-base/crew/kristall)
  287. # [12:55] <foolip_> Philip`: But the same is also true of prefixes. I happen to not have a big problem with either prefixes or this "from org.w3c.vcard import *", but I'm not sure why they are different and how we can plausibly claim that prefixes are bad while this isn't
  288. # [12:56] <foolip_> but I'm sure this criticism will come (with a vengeance) from others, I don't need to do it for them
  289. # [12:58] * Joins: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se)
  290. # [13:03] * gsnedders|work finds TabAtkins writing LOLSPEAK to public-html
  291. # [13:04] <foolip_> standards bodies aren't what they used to...
  292. # [13:05] <Dashiva> So is HTML5 the authority on aria now?
  293. # [13:05] <annevk2> foolip_, they're not?
  294. # [13:06] <gsnedders|work> annevk2: If they were, we'd've done everything WAI said blindingly as if their puppets
  295. # [13:06] <foolip_> annevk2: jk, I wasn't around back then :-/
  296. # [13:12] <annevk2> foolip_, me neither, so I was interested in knowing :)
  297. # [13:13] <foolip_> I imagine that before there were people from Sun in suits and things like that
  298. # [13:13] <foolip_> maybe even briefcases
  299. # [13:13] <Dashiva> And ties?
  300. # [13:14] * mpt tries to use the HTML5 spec to work out how browsers are supposed to handle "<span />", and fails utterly
  301. # [13:15] <foolip_> mpt: for that kind of thing using the HTML5 live dom viewer is nice
  302. # [13:15] <Dashiva> mpt: Handle it how?
  303. # [13:15] <mpt> Dashiva, exactly
  304. # [13:15] <foolip_> http://livedom.validator.nu/
  305. # [13:15] <Dashiva> No, like, rendering or parsing or what?
  306. # [13:16] <gsnedders|work> mpt: As an open span tag. The / has no effect.
  307. # [13:16] <foolip_> yep, livedom agrees
  308. # [13:16] <Dashiva> Start at http://www.whatwg.org/specs/web-apps/current-work/multipage/syntax.html#tokenization and just follow the steps
  309. # [13:16] <gsnedders|work> (And it'll throw a parse error as the self-closing flag is not acknowledged by the tree builder)
  310. # [13:16] <gsnedders|work> (Then throw another as it isn't closed upon EOF)
  311. # [13:16] <mpt> thanks foolip_
  312. # [13:17] <mpt> Dashiva, I tried that, and got as far as <http://www.whatwg.org/specs/web-apps/current-work/multipage/syntax.html#close-tag-open-state>
  313. # [13:18] <Dashiva> How did you get there?
  314. # [13:18] * Quits: zcorpan (n=zcorpan@c83-252-193-59.bredband.comhem.se) (Read error: 110 (Connection timed out))
  315. # [13:18] <Dashiva> Tag open state -> Tag name state -> Before attribute name state -> Self-closing start tag state -> back to data state
  316. # [13:18] <gsnedders|work> You start in the data state, you consume the <, then move to the tag open state
  317. # [13:19] <gsnedders|work> From there, you consume the "s" and move to the tag name state
  318. # [13:19] <gsnedders|work> Stay in tag name state for "p", "a", and "n", then consume the space and switch to before attribute name state
  319. # [13:19] <mpt> oh, I see
  320. # [13:19] <mpt> I missed the tag name state part
  321. # [13:19] <mpt> I guess I was trying to skip ahead too quickly
  322. # [13:19] <gsnedders|work> Consume the "/", switch to self-closing start tag state
  323. # [13:20] <gsnedders|work> Consume the ">", set the self-closing flag, then emit the token, and change back to the data state
  324. # [13:20] <gsnedders|work> (The self-closing flag is then ignored in the tree builder)
  325. # [13:20] <Dashiva> (Which is a parse error)
  326. # [13:21] <gsnedders|work> (And then if there's no more data, it hits EOF and throws a parse error because span is still open)
  327. # [13:21] <mpt> I see
  328. # [13:21] <mpt> Thanks very much gsnedders|work and Dashiva
  329. # [13:23] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  330. # [13:25] * Joins: Lachy_ (n=Lachlan@85.196.122.246)
  331. # [13:26] <zcorpan> foolip: prefixes are different because people think prefixes have meaning and write code that acts upon the prefix instead of resolving it, and Selectors interact badly with prefixes
  332. # [13:26] * Quits: Lachy_ (n=Lachlan@85.196.122.246) (Read error: 104 (Connection reset by peer))
  333. # [13:27] * Joins: Lachy_ (n=Lachlan@85.196.122.246)
  334. # [13:28] <jgraham> Selectors act badly with unprtefixed things unless handled with care
  335. # [13:28] <jgraham> Unless I am misunderstanding the proposal
  336. # [13:29] <jgraham> *unprefixed
  337. # [13:30] <ray> i wonder if there will be a public awareness campaign about the death of <a name> in html5
  338. # [13:30] <ray> i only learned that something else was possible a few months ago
  339. # [13:32] <hsivonen> foolip_: xmlns:prefix is having to write import module as prefix
  340. # [13:32] <hsivonen> foolip_: while microdata doesn't let you import away the burned-in prefixes
  341. # [13:32] <hsivonen> foolip_: and Java doesn't let you rename the prefix--it lets you only hide it
  342. # [13:34] <hsivonen> ray: something else has been possible ever since Netscape 4 died
  343. # [13:34] * Quits: Lachy (n=Lachlan@85.196.122.246) (Read error: 110 (Connection timed out))
  344. # [13:34] <annevk2> ray, it's being advocated since XHTML was popular
  345. # [13:35] <ray> yeah, i'm speaking from the amateur sometime web developer fog of confusion here
  346. # [13:35] <Lachy_> ray, the number of sites I've seen using <a name=""> seems very low compared with those using id=""
  347. # [13:35] * Lachy_ is now known as Lachy
  348. # [13:36] <hsivonen> mpt: the cursor styling of <abbr> on your blog is confusing
  349. # [13:37] <hsivonen> mpt: I get the help cursor when you don't have a title attribute
  350. # [13:37] <mpt> hsivonen, yes, sorry, I've been meaning to fix that
  351. # [13:38] <hsivonen> for a moment, I thought tooltips had regressed on Firefox trunk
  352. # [13:38] <annevk2> ray, any suggestions for such a campaign?
  353. # [13:39] <annevk2> ray, there's a bunch of little things that changed; I guess what's needed in the end is a bunch of tutorials that are spread through blogs/twitter/etc.
  354. # [13:39] * Joins: myakura (n=myakura@p4118-ipbf6207marunouchi.tokyo.ocn.ne.jp)
  355. # [13:39] <annevk2> s/needed/will do it/
  356. # [13:39] <ray> i do think a unified "html5 changes" tutorial would be nice
  357. # [13:40] <hsivonen> mpt: regarding the actual content, I think GTK+ and Qt should be like Carbon and Cocoa, and this whole Gnome/KDE divide is harmful to desktop Linux
  358. # [13:40] <foolip_> hsivonen: Good points, but it'd be very enlightening to have a prefix solution tested by Google just to see if users really are more confused. I doubt they're willing to waste time on hypothetical solutions though...
  359. # [13:40] <gsnedders|work> So one should be deprecated, hsivonen? :P
  360. # [13:42] <zcorpan> jgraham: true, it won't work when you have nested items with different types where the different types have properties with the same names
  361. # [13:44] <foolip_> zcorpan: presumably the nested item can't use itemprops from the outer item. you can composite items into bigger items, but not merge them
  362. # [13:44] <foolip_> at least that's what I'd hope
  363. # [13:46] <zcorpan> foolip: right
  364. # [13:46] <hsivonen> gsnedders|work: I want to avoid getting into that debate
  365. # [13:47] <zcorpan> foolip_: so if you have <span item=org.w3.vcard><span itemprop=fn>foo</span><span item=org.example.bar><span itemprop=fn>bar</span></span></span>
  366. # [13:47] <hsivonen> gsnedders|work: I'll leave at this: having to choose between Gnome and KDE is silly and it sucks that Qt apps have wrong-looking widgets on Ubuntu by default
  367. # [13:48] <zcorpan> foolip: you can't get the vcard "fn" without the other without knowing the structure beforehand
  368. # [13:48] <zcorpan> maybe the other item should have an itemprop too
  369. # [13:49] <zcorpan> that allows a nested item
  370. # [13:49] <foolip_> zcorpan: it already works like that
  371. # [13:49] <foolip_> I missed that you hadn't written that in the example
  372. # [13:49] * jgraham is confused
  373. # [13:50] <zcorpan> <span item=org.w3.vcard><span itemprop=fn>foo</span><span itemprop=somethingthatallowsanesteditem item=org.example.bar><span itemprop=fn>bar</span></span></span>
  374. # [13:50] <foolip_> zcorpan: exactly
  375. # [13:50] <jgraham> I don't like the idea of having to explicitly mark "this piece of microdata lives inside another, unrel;ated piece of microdata"
  376. # [13:52] <zcorpan> this seems like a reason to prefer the previous proposal
  377. # [13:52] <jgraham> Imagine something like planet where each article could be a com.example.blog item and within each article there could be any arbitary author-supplied microdata
  378. # [13:56] * jacobolu_ is now known as jacobolus
  379. # [13:56] <foolip_> so perhaps the parent-item should have some anonymous child-items
  380. # [13:57] <foolip_> but if they're actually unrelated, perhaps they should be separate items.
  381. # [13:57] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  382. # [13:59] <jgraham> foolip_: They are seperate items. But it is convuluted to ensure that they always appear in a seperate subtree
  383. # [13:59] <jgraham> *convoluted
  384. # [13:59] <foolip_> jgraham: you could replace "top-level item" with something that doesn't only have to do with the tree
  385. # [14:00] <foolip_> e.g. any item that doesn't have an itemprop attribute.
  386. # [14:02] * Joins: MikeSmith (n=MikeSmit@EM114-48-58-44.pool.e-mobile.ne.jp)
  387. # [14:02] <jgraham> foolip_: I'm not sure how that helps with the problem of identifying an item by a selector
  388. # [14:03] * Joins: erikvvold (n=erikvvol@96.49.192.204)
  389. # [14:06] * Quits: Lachy (n=Lachlan@85.196.122.246) (Read error: 104 (Connection reset by peer))
  390. # [14:06] * Joins: Lachy (n=Lachlan@85.196.122.246)
  391. # [14:07] <foolip_> jgraham: selectors eh?
  392. # [14:08] * Quits: annodomini (n=lambda@wikipedia/lambda)
  393. # [14:09] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  394. # [14:11] * Quits: sbublava (n=stephan@77.117.17.164.wireless.dyn.drei.com)
  395. # [14:14] * Quits: erikvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  396. # [14:14] * Quits: Lachy (n=Lachlan@85.196.122.246) ("Leaving")
  397. # [14:14] * Joins: Lachy (n=Lachlan@85.196.122.246)
  398. # [14:20] * Quits: riven` (n=colin@53525B67.cable.casema.nl) (Read error: 60 (Operation timed out))
  399. # [14:25] <annevk2> foolip_, fwiw, the theory is that implementations have a high-res backend for <canvas>
  400. # [14:25] * Joins: Kee_ (n=kee@ZD094246.ppp.dion.ne.jp)
  401. # [14:25] <annevk2> foolip_, it has been suggested multiple times to do away with this
  402. # [14:25] * Quits: Kee_ (n=kee@ZD094246.ppp.dion.ne.jp) (Read error: 104 (Connection reset by peer))
  403. # [14:27] * Joins: yutak_ (n=kee@ZD094246.ppp.dion.ne.jp)
  404. # [14:28] <foolip_> annevk2: even if they did, why should that leak through the interface (as opposed to just given crisper rendering)?
  405. # [14:29] * yutak_ is now known as yutak_home
  406. # [14:30] <annevk2> foolip_, I think the idea is that you want to do filters on the high-res data and not on the premultiplied data
  407. # [14:31] <annevk2> I'm not convinced personally. If people want high-res they should just use a larger <canvas> imo.
  408. # [14:32] <zcorpan> certainly that would be easier to understand
  409. # [14:33] <foolip_> let's hope Hixie sees the light :)
  410. # [14:35] * Joins: annodomini (n=lambda@c-75-69-96-104.hsd1.nh.comcast.net)
  411. # [14:42] * Quits: annodomini (n=lambda@wikipedia/lambda)
  412. # [14:44] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  413. # [14:45] * Joins: erikvold (n=erikvvol@96.49.192.204)
  414. # [14:46] * Joins: pmuellr (n=pmuellr@nat/ibm/x-mrtyxxrbdfseysrn)
  415. # [14:56] * Quits: erikvvold (n=erikvvol@96.49.192.204) (Read error: 110 (Connection timed out))
  416. # [14:57] * Parts: adactio (n=adactio@host86-156-238-27.range86-156.btcentralplus.com)
  417. # [15:02] <Philip`> annevk2: That's no good for browser developers who develop browsers for high-DPI displays and want canvases to automatically look nice, without requiring every author to manually make it high-res
  418. # [15:04] <gsnedders|work> Like in cases where 1 CSS pixel != 1 device pixel
  419. # [15:06] * Joins: annodomini (n=lambda@64.30.3.122)
  420. # [15:06] <annevk2> Philip`, they already have compat issues anyway (and also, tough luck)
  421. # [15:11] <hsivonen> are hardware devs already a the point where they could double the ppi of a 24" screen?
  422. # [15:11] <hsivonen> aside: what's up with Apple Store? Looks like their product info DB has fallen off
  423. # [15:11] <hsivonen> user ratings, titles and prices show
  424. # [15:11] <hsivonen> pictures and product info doesn't
  425. # [15:14] <TabAtkins> gsnedders|work, I find LOLSPEAK to be the most efficient way to communicate things sometimes. ^_^
  426. # [15:14] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Connection timed out)
  427. # [15:15] * Quits: annodomini (n=lambda@wikipedia/lambda) (Read error: 104 (Connection reset by peer))
  428. # [15:15] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  429. # [15:15] * Quits: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au) ("Leaving")
  430. # [15:16] * Joins: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au)
  431. # [15:17] * Quits: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au) (Client Quit)
  432. # [15:17] * Joins: annodomini (n=lambda@wikipedia/lambda)
  433. # [15:18] * Joins: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au)
  434. # [15:18] * Quits: svl_ (n=me@dslb-084-056-104-157.pools.arcor-ip.net) (Read error: 60 (Operation timed out))
  435. # [15:21] * Joins: svl_ (n=me@dslb-084-056-120-137.pools.arcor-ip.net)
  436. # [15:22] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  437. # [15:23] * Joins: BlurstOfTimes (n=blurstof@168.203.117.59)
  438. # [15:23] * Joins: sbublava (n=stephan@77.117.17.164.wireless.dyn.drei.com)
  439. # [15:27] * Quits: svl_ (n=me@dslb-084-056-120-137.pools.arcor-ip.net) ("Reconnecting...")
  440. # [15:27] * Joins: svl_ (n=me@dslb-084-056-120-137.pools.arcor-ip.net)
  441. # [15:40] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  442. # [15:40] * Quits: MikeSmith (n=MikeSmit@EM114-48-58-44.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  443. # [15:42] * Joins: annodomini_ (n=lambda@wikipedia/lambda)
  444. # [15:46] * Quits: annodomini (n=lambda@wikipedia/lambda) (Read error: 110 (Connection timed out))
  445. # [15:46] * annodomini_ is now known as annodomini
  446. # [15:47] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  447. # [15:49] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  448. # [16:08] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  449. # [16:10] * Joins: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  450. # [16:11] * Quits: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net) (Client Quit)
  451. # [16:11] * Joins: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  452. # [16:11] * Quits: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net) (Remote closed the connection)
  453. # [16:11] * Joins: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  454. # [16:12] * Quits: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net) (Client Quit)
  455. # [16:12] * Joins: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  456. # [16:19] * Joins: adactio (n=adactio@host86-156-238-27.range86-156.btcentralplus.com)
  457. # [16:29] * Joins: Phae (n=phaeness@gateb.thls.bbc.co.uk)
  458. # [16:34] * annevk3 somewhat disagrees with <em> and <i> being "veeeeery different"
  459. # [16:34] <annevk3> in practice, anyway
  460. # [16:35] <Dashiva> Semantic Web is just around the corner
  461. # [16:35] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  462. # [16:36] * Joins: MikeSmith (n=MikeSmit@EM114-48-225-14.pool.e-mobile.ne.jp)
  463. # [16:36] * gsnedders|work sticks his head around
  464. # [16:36] <gsnedders|work> I don't see it. Maybe it's just very small?
  465. # [16:37] <Dashiva> No, it's just invisible to the naked eye
  466. # [16:37] <Dashiva> It permeates everything
  467. # [16:44] * Joins: Frances (n=phaeness@gateb.thls.bbc.co.uk)
  468. # [16:44] * Quits: Phae (n=phaeness@gateb.thls.bbc.co.uk) (Nick collision from services.)
  469. # [16:44] * Frances is now known as Phae
  470. # [16:48] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  471. # [16:49] * GPHemsley can feel it
  472. # [16:49] <GPHemsley> Ack! It's in my hair.
  473. # [16:53] * Quits: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au) ("This computer has gone to sleep")
  474. # [16:54] * Joins: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au)
  475. # [17:00] * Quits: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au) ("This computer has gone to sleep")
  476. # [17:03] * Quits: maikmerten (n=merten@129.217.26.196) (Remote closed the connection)
  477. # [17:05] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  478. # [17:05] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  479. # [17:07] * Joins: dglazkov (n=dglazkov@nat/google/x-yfssrypvjlhgqxlx)
  480. # [17:07] <TabAtkins> Dashiva: http://echelog.matzon.dk/logs/browse/chromium/1251064800 cliffs notes
  481. # [17:11] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  482. # [17:11] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  483. # [17:18] * Quits: svl_ (n=me@dslb-084-056-120-137.pools.arcor-ip.net) ("And back he spurred like a madman, shrieking a curse to the sky.")
  484. # [17:36] * Quits: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  485. # [17:39] * Quits: annevk3 (n=annevk@5355732C.cable.casema.nl) (Read error: 110 (Connection timed out))
  486. # [17:42] * Quits: Phae (n=phaeness@gateb.thls.bbc.co.uk)
  487. # [17:47] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  488. # [17:53] * Quits: annevk2 (n=annevk@5355732C.cable.casema.nl) (Read error: 110 (Connection timed out))
  489. # [18:00] * Quits: sbublava (n=stephan@77.117.17.164.wireless.dyn.drei.com) (Read error: 110 (Connection timed out))
  490. # [18:03] * Joins: ap (n=ap@nat/apple/x-zzbzdwkcnygbohvp)
  491. # [18:09] * Joins: annevk3 (n=annevk@5355732C.cable.casema.nl)
  492. # [18:11] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  493. # [18:11] * Quits: harig (n=aparan@59.90.71.35) (Read error: 110 (Connection timed out))
  494. # [18:14] * Parts: Mrmil (n=ut_ollie@host-77-236-204-8.blue4.cz)
  495. # [18:18] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) (Read error: 104 (Connection reset by peer))
  496. # [18:19] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  497. # [18:26] * Joins: cying (n=cying@70.90.171.153)
  498. # [18:27] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  499. # [18:40] * Joins: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  500. # [18:41] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-khimaqbugkjfhuil)
  501. # [18:44] * Joins: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi)
  502. # [18:44] * Joins: jlebar (n=jlebar@nat/mozilla/x-jjirmrweoxwhsrha)
  503. # [19:06] * Joins: doublec (n=doublec@nat/mozilla/x-nkkktzqteggkpwml)
  504. # [19:12] <Lachy> woah, who went through the whole spec and spammed the bug form with "add examples here" bugs?!
  505. # [19:13] <gsnedders> Lachy: Lachy
  506. # [19:13] * Joins: maikmerten (n=maikmert@BAE3073.bae.pppool.de)
  507. # [19:13] <Lachy> gsnedders, what?
  508. # [19:14] <gsnedders> Lachy: You did.
  509. # [19:14] <Lachy> no I didn't
  510. # [19:14] <Lachy> it might have been Hixie, since he responded to a couple of them with messages to be more specific
  511. # [19:14] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  512. # [19:14] <jgraham> It was Hixie
  513. # [19:15] <Lachy> ah, yeah. just got to this one http://www.w3.org/Bugs/Public/show_bug.cgi?id=7323
  514. # [19:17] <gsnedders> That damned spammer!
  515. # [19:18] * Joins: dimich (n=dimich@72.14.227.1)
  516. # [19:21] * Quits: gavin (n=gavin@firefox/developer/gavin) (Read error: 110 (Connection timed out))
  517. # [19:21] * Joins: gavin (n=gavin@firefox/developer/gavin)
  518. # [19:28] * Joins: sbublava (n=stephan@77.117.161.182.wireless.dyn.drei.com)
  519. # [19:31] * Joins: equalsJeffH (n=weechat@209.20.72.172)
  520. # [19:35] * Joins: dbaron (n=dbaron@nat/mozilla/x-fejgycjazrthgqzi)
  521. # [19:46] * Quits: foolip_ (n=philip@pat.se.opera.com) (Read error: 110 (Connection timed out))
  522. # [19:48] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-khimaqbugkjfhuil) (Read error: 104 (Connection reset by peer))
  523. # [19:48] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-fvrqcmdtudbsahaq)
  524. # [19:51] * Parts: adactio (n=adactio@host86-156-238-27.range86-156.btcentralplus.com)
  525. # [19:54] * Quits: cying (n=cying@70.90.171.153) (Remote closed the connection)
  526. # [19:54] * Joins: cying (n=cying@70.90.171.153)
  527. # [19:59] * Joins: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net)
  528. # [20:00] * Quits: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net) (Client Quit)
  529. # [20:02] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-fvrqcmdtudbsahaq) (Read error: 104 (Connection reset by peer))
  530. # [20:03] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-nyywxfswwsfphepc)
  531. # [20:10] * Joins: jwalden (n=waldo@nat/mozilla/x-plvpxigecdeezwpg)
  532. # [20:10] * Joins: doublec_ (n=doublec@nat/mozilla/x-cjmctsgvymazkrgn)
  533. # [20:13] * Joins: jlebar_ (n=jlebar@nat/mozilla/x-lsxnuotiyeduvqlx)
  534. # [20:14] * Quits: doublec (n=doublec@nat/mozilla/x-nkkktzqteggkpwml) (Read error: 110 (Connection timed out))
  535. # [20:22] * Quits: jlebar (n=jlebar@nat/mozilla/x-jjirmrweoxwhsrha) (Read error: 110 (Connection timed out))
  536. # [20:23] * Joins: KevinMarks (n=KevinMar@157.22.22.46)
  537. # [20:24] * Quits: pererik (n=pe@unaffiliated/pererik) (Read error: 110 (Connection timed out))
  538. # [20:27] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-nyywxfswwsfphepc) (Read error: 104 (Connection reset by peer))
  539. # [20:27] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-izixptnctgxwujwf)
  540. # [20:32] * Joins: ojan (n=ojan@72.14.229.81)
  541. # [20:34] * Joins: dpranke (n=Adium@nat/google/x-jahuzdaxglbjuxed)
  542. # [20:34] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-izixptnctgxwujwf) (Read error: 104 (Connection reset by peer))
  543. # [20:35] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-dzpqycxkzzmtzopq)
  544. # [20:39] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-dzpqycxkzzmtzopq) (Read error: 104 (Connection reset by peer))
  545. # [20:39] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-jnfjvyxdejaforif)
  546. # [20:57] * Quits: jlebar_ (n=jlebar@nat/mozilla/x-lsxnuotiyeduvqlx) (Read error: 110 (Connection timed out))
  547. # [20:57] * Joins: jlebar_ (n=jlebar@nat/mozilla/x-vrdkhqtdznnurbre)
  548. # [21:05] <Hixie> i added the example ones cos i needed to get "add examples" off my list of things to do and into a more specific actionable location
  549. # [21:08] * Joins: ttepasse (n=ttepas--@p5B0176C0.dip.t-dialin.net)
  550. # [21:22] * Joins: virtuelv (n=virtuelv@084202205021.customer.alfanett.no)
  551. # [21:23] * Joins: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com)
  552. # [21:23] * Quits: sbublava (n=stephan@77.117.161.182.wireless.dyn.drei.com)
  553. # [21:24] * Quits: jlebar_ (n=jlebar@nat/mozilla/x-vrdkhqtdznnurbre) (Read error: 110 (Connection timed out))
  554. # [21:25] * Joins: jlebar_ (n=jlebar@nat/mozilla/x-cefaklqupusjuxsn)
  555. # [21:26] * Quits: virtuelv (n=virtuelv@084202205021.customer.alfanett.no) (Client Quit)
  556. # [21:27] * Joins: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net)
  557. # [21:35] * Quits: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info/")
  558. # [21:35] * Joins: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net)
  559. # [21:43] * Joins: virtuelv (n=virtuelv@084202205021.customer.alfanett.no)
  560. # [21:49] * Quits: tlsa (n=mike@92-233-173-59.cable.ubr21.sgyl.blueyonder.co.uk) (Read error: 110 (Connection timed out))
  561. # [21:53] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  562. # [21:54] * Quits: mlpug (n=mlpug@a88-115-164-40.elisa-laajakaista.fi) (Remote closed the connection)
  563. # [21:54] * Quits: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net) ("Get Colloquy for iPhone! http://mobile.colloquy.info/")
  564. # [21:54] * Quits: maikmerten (n=maikmert@BAE3073.bae.pppool.de) (Remote closed the connection)
  565. # [21:55] * Joins: krijn (n=krijnhoe@g179009.upc-g.chello.nl)
  566. # [21:55] * Quits: virtuelv (n=virtuelv@084202205021.customer.alfanett.no) ("Ex-Chat")
  567. # [21:55] * Joins: virtuelv (n=virtuelv@084202205021.customer.alfanett.no)
  568. # [22:00] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-jnfjvyxdejaforif) (Read error: 104 (Connection reset by peer))
  569. # [22:01] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-vvokrtsidkqukyhv)
  570. # [22:05] * Quits: jacobolus (n=jacobolu@adsl-75-36-157-225.dsl.pltn13.sbcglobal.net) (Remote closed the connection)
  571. # [22:07] * Joins: cying_ (n=cying@70.90.171.153)
  572. # [22:07] * Joins: virtuelv_ (n=virtuelv@084202205021.customer.alfanett.no)
  573. # [22:07] * Joins: aroben (n=aroben@17.246.17.226)
  574. # [22:07] * Quits: MikeSmith (n=MikeSmit@EM114-48-225-14.pool.e-mobile.ne.jp) (clarke.freenode.net irc.freenode.net)
  575. # [22:07] * Quits: Dashiva (i=Dashiva@m223j.studby.ntnu.no) (clarke.freenode.net irc.freenode.net)
  576. # [22:07] * Quits: beowulf (i=wiglaf@ps4552.dreamhost.com) (clarke.freenode.net irc.freenode.net)
  577. # [22:07] * Quits: JohnResig (n=JohnResi@ejohn.org) (clarke.freenode.net irc.freenode.net)
  578. # [22:07] * Quits: Darxus (n=darxus@panic.chaosreigns.com) (clarke.freenode.net irc.freenode.net)
  579. # [22:07] <Lachy> Hey Hixie, I got some feedback today from our dev relations team about how web developers really want to be able to be able style the form control validation error messages, without having to use scripts to create their own custom messages
  580. # [22:08] * Joins: Darxus (n=darxus@panic.chaosreigns.com)
  581. # [22:08] * Joins: beowulf (i=wiglaf@ps4552.dreamhost.com)
  582. # [22:08] <Lachy> apparently some developers really don't want to use the validation stuff because the error messages are so ugly, at least in Opera.
  583. # [22:09] <Lachy> I know that's one of our implementation issues, but the desire to style the stuff is understandable
  584. # [22:09] * Joins: JohnResig (n=JohnResi@ejohn.org)
  585. # [22:09] * Joins: Dashiva (i=Dashiva@m223j.studby.ntnu.no)
  586. # [22:09] <TabAtkins> Yo, JohnResig.
  587. # [22:09] * Joins: MikeSmith (n=MikeSmit@EM114-48-225-14.pool.e-mobile.ne.jp)
  588. # [22:09] * Quits: virtuelv (n=virtuelv@084202205021.customer.alfanett.no) (Read error: 104 (Connection reset by peer))
  589. # [22:10] * Quits: krijn (n=krijnhoe@g179009.upc-g.chello.nl) (Read error: 104 (Connection reset by peer))
  590. # [22:10] <Lachy> anyway, I said it would probably require the CSSWG to address the issue, perhaps providing some kind of pseudo-element to select the error message content.
  591. # [22:10] * Joins: krijn (n=krijnhoe@g179009.upc-g.chello.nl)
  592. # [22:10] <TabAtkins> Lachy: Hmm. We may also need assurances on the internal structure of the error message. Is it just a simple text string right now?
  593. # [22:11] <takkaria> hsivonen: snow leopard release was announced
  594. # [22:14] <Lachy> takkaria, in Opera's implementation, I believe it is just a simple text string in a box with a red border.
  595. # [22:15] <Lachy> s/takkaria/TabAtkins/
  596. # [22:15] <takkaria> good to know :)
  597. # [22:15] <TabAtkins> Lachy: k. Then yeah, a pseudoelement would work well. We'd just set border, font, color, etc.
  598. # [22:16] <TabAtkins> ::error?
  599. # [22:16] <Lachy> we should ban people from this channel who's nick names start with the same first two letters as someone else's, so that it doesn't mess with tab completion!
  600. # [22:16] <gsnedders> :invalid
  601. # [22:16] <gsnedders> (or maybe ::invalid)
  602. # [22:16] * Quits: virtuelv_ (n=virtuelv@084202205021.customer.alfanett.no) ("Ex-Chat")
  603. # [22:16] <Lachy> gsnedders, ::invalid (it has to be a pseudo-element)
  604. # [22:16] <Lachy> alternatively, it might be possible to do something with XBL. Not sure how exactly, I'd have to think about it
  605. # [22:16] <TabAtkins> Does anybody implement XBL?
  606. # [22:17] <Lachy> not yet
  607. # [22:17] * Quits: MikeSmith (n=MikeSmit@EM114-48-225-14.pool.e-mobile.ne.jp) (No buffer space available)
  608. # [22:17] <Lachy> well, not XBL2. (Mozilla has XBL1) I once heard that WebKit had someone working on it a little. Not sure what the progress is.
  609. # [22:17] <TabAtkins> Hrm. Not sure how you'd use XBL anyway here. It's still a browser-generated element. You'd have to somehow expose it in CSS anyway. Might as well do it with a pseudoelement.
  610. # [22:18] <Lachy> yeah, but XBL will give you a lot more flexibility
  611. # [22:18] <Lachy> but it would still require a selector for it
  612. # [22:18] <TabAtkins> But how would you target it? It's not like, say, <input type=slider>, where you can just point to it with the class or id or whatever you gave it in your html.
  613. # [22:18] <TabAtkins> Yeah.
  614. # [22:18] <Lachy> what do you mean?
  615. # [22:19] <TabAtkins> Well, the error box doesn't appear in your html. So you don't have any hooks to use to target it, whether with CSS or XBL
  616. # [22:21] * Joins: JonathanNeal (n=Jonathan@rrcs-76-79-114-216.west.biz.rr.com)
  617. # [22:21] <Lachy> yeah, the XBL method would need to bind an event listener for the "invalid" event to the control, and provide custom validation. So it's probably around the same amount of complexity as an ordinary script based approach
  618. # [22:22] <Lachy> but in principle, you'd set up your binding with a template that has markup for the control and error message, and have a script in there listening for the event that then controls the whole thing
  619. # [22:22] <AryehGregor> The form errors in Opera do look rather garish, it's true. That isn't stopping me, though, since I have no aesthetic taste. :)
  620. # [22:23] <krijn> We authors want to do all sorts of crazy stuff with error messages
  621. # [22:23] <AryehGregor> There's also not much control over the wording of the messages, while we're at it. That might annoy some people as well.
  622. # [22:23] <krijn> Fade them in, have them have little icons and shadows, tee hee
  623. # [22:23] * Quits: cying (n=cying@70.90.171.153) (Success)
  624. # [22:23] * cying_ is now known as cying
  625. # [22:24] <TabAtkins> Lachy: Hmm. That's seems annoyingly complex. And it requires scripting, which is annoying.
  626. # [22:24] * Quits: doublec_ (n=doublec@nat/mozilla/x-cjmctsgvymazkrgn) (Read error: 110 (Connection timed out))
  627. # [22:24] <TabAtkins> Though, you could use XBL hooked to :invalid to both generate and style the message.
  628. # [22:25] <Lachy> (I suspect the problem with the design of our error messages is that they were done by a programmer in core who also possessed no asthetic taste, and were never touched by anyone in desktop)
  629. # [22:25] <TabAtkins> The problem comes when you automatically generate the message with some method other than XBL, because then you can't interface with it through XBL. I think.
  630. # [22:27] <AryehGregor> Placeholder possibly also needs styling.
  631. # [22:28] <TabAtkins> Possibly. It's certainly a way to round out the set. But placeholders are styled very similarly across sites currently, which says that the need for styling is lesser than for error messages.
  632. # [22:28] <krijn> How do you specify the text for the error message?
  633. # [22:28] <AryehGregor> Yes, agreed.
  634. # [22:28] <Lachy> placeholder should use the system's native style for placeholders
  635. # [22:28] <AryehGregor> krijn, for pattern you can use the title attribute. For the others you don't, AFAIK.
  636. # [22:28] <krijn> Hmm
  637. # [22:29] <AryehGregor> It might be kind of weird if you get a mix of languages that way or such.
  638. # [22:29] <TabAtkins> Indeed.
  639. # [22:29] <krijn> Yeah, marketing people don't like that :)
  640. # [22:29] <Lachy> krijn, if we were to provide a way for authors to specify custom error messages, we would need a way for them to specify errors for all possible errors for each control
  641. # [22:29] <krijn> That's what we already do now
  642. # [22:30] <AryehGregor> Another thing about Opera's implementation is that if the control that has the error isn't currently visible, the error will appear randomly in the middle of nowhere. Not much way to fix that, though, I guess.
  643. # [22:30] <AryehGregor> (It comes up in MediaWiki's Special:Preferences, which uses JS-based tabs.)
  644. # [22:30] <Lachy> doing so currently requires authors to use a script to provide their own complete custom error message, not simply replace the text
  645. # [22:30] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  646. # [22:30] <krijn> How I normally do it nowadays: <label>Foo <em>(required)</em> <input> <strong>Error message</strong></label>
  647. # [22:31] <krijn> So that the strong element can be put there with JS
  648. # [22:31] <AryehGregor> krijn, try out Opera's implementation. It's a little pop-up box.
  649. # [22:31] <krijn> Yeah, I know
  650. # [22:31] <krijn> If there's no way to style it, I won't ever use it
  651. # [22:32] <AryehGregor> Yet another issue I noticed with Opera is it only gives the error for the first input. Which might be necessary to stop them from overlapping, but still isn't as nice as you could do manually.
  652. # [22:32] <krijn> (Well, I would, but designers wouldn't)
  653. # [22:32] <AryehGregor> Same here. Probably MediaWiki would use it because we don't really have design people. :D
  654. # [22:32] <krijn> Heh :)
  655. # [22:33] <krijn> Slightly related: how to markup 'this is a required' input in HTML5?
  656. # [22:33] <krijn> <input required> of course
  657. # [22:33] <krijn> But how's that presented to the user?
  658. # [22:33] * Joins: virtuelv (n=virtuelv@084202205021.customer.alfanett.no)
  659. # [22:33] <TabAtkins> You can do :required, if the browser's implementing things correctly.
  660. # [22:33] <krijn> Most designs have some kind of asterisk next to or inside the label
  661. # [22:33] <AryehGregor> You have to use CSS.
  662. # [22:33] <TabAtkins> Then use either direct styling, or ::before/::after
  663. # [22:34] <krijn> Then you will target the input
  664. # [22:34] <krijn> Hmm
  665. # [22:34] <AryehGregor> Every browser that supports required also supports generated content, so you're good. ;)
  666. # [22:34] <TabAtkins> I've used class=required on my inputs before, and used ::before{ content: "* " };
  667. # [22:34] <AryehGregor> Don't care much for IE users?
  668. # [22:34] <Lachy> krijn, just use <label>Name (required) <input type=text required></label> (or use a * instead of (required))
  669. # [22:35] <TabAtkins> No. No I don't. Screw them.
  670. # [22:35] <TabAtkins> They can just deal with the error messages when they try to submit.
  671. # [22:35] <Lachy> TabAtkins, even IE8 users?
  672. # [22:35] <AryehGregor> That's my attitude too!
  673. # [22:35] <krijn> Lachy: that's what I do now, yes
  674. # [22:35] <gsnedders> Lachy: ::before doesn't work in IE8
  675. # [22:35] <krijn> It doesn't?
  676. # [22:35] <gsnedders> :before doe
  677. # [22:36] <gsnedders> *does
  678. # [22:36] <TabAtkins> Crap, ::before *still* doesn't work there? I haven't tested yet.
  679. # [22:36] <krijn> Ah :)
  680. # [22:36] <Lachy> gsnedders, :before works
  681. # [22:36] <AryehGregor> We don't bother with client-side form validation at all now, so if browsers don't implement HTML 5 forms, no loss. :)
  682. # [22:36] <TabAtkins> That's dumb.
  683. # [22:36] <AryehGregor> Well, it was originally :before, wasn't it?
  684. # [22:36] <Lachy> yeah, it's one of those things that the IE team failed to add because they were focussing on implementing just CSS2.1 and no-one thought to add support for the ::before/::after ones as well
  685. # [22:36] <AryehGregor> I actually forgot that it's supposed to be ::before these days.
  686. # [22:37] <TabAtkins> I learned the pseudoelement/pseudoclass distinction immediately, so it's *always* been wrong when I see :before
  687. # [22:37] <Lachy> When I asked cwilso about it before IE8 shipped, he said it was too late to get it in on time :-(
  688. # [22:37] * Joins: weinig (n=weinig@dan75-7-88-166-184-59.fbx.proxad.net)
  689. # [22:38] * Joins: nessy (n=nessy@124-170-65-89.dyn.iinet.net.au)
  690. # [22:38] <TabAtkins> ...It's too hard to put in an extra :. Ok, whatever.
  691. # [22:38] <AryehGregor> Well, there's such a thing as feature freeze.
  692. # [22:39] <krijn> They were too busy breaking other stuff ;o)
  693. # [22:39] <Lachy> damn, I'm getting 47% packet loss on my connection today. No wonder things are slow and keep dropping off :-(
  694. # [22:39] <krijn> Like button:active and background-position
  695. # [22:39] <AryehGregor> If you start doing stuff like that, then you're starting to add lots of little new features when you're supposed to be fixing bugs.
  696. # [22:41] <TabAtkins> Yeah, but that's a syntax bug.
  697. # [22:41] * Quits: pmuellr (n=pmuellr@nat/ibm/x-mrtyxxrbdfseysrn)
  698. # [22:41] <AryehGregor> Not in CSS 2.1 . . .
  699. # [22:41] <AryehGregor> http://www.w3.org/TR/CSS2/generate.html#before-after-content
  700. # [22:41] <Philip`> Lachy: You should run a script that sends dummy UDP packets to fill up that 47% of your connection, so you can use the remaining 53% for uninterrupted loss-free connections
  701. # [22:42] <TabAtkins> AryehGregor, when was it fixed then?
  702. # [22:43] <AryehGregor> TabAtkins, http://www.w3.org/TR/css3-selectors/#pseudo-elements
  703. # [22:43] <AryehGregor> "This :: notation is introduced by the current document in order to establish a discrimination between pseudo-classes and pseudo-elements. For compatibility with existing style sheets, user agents must also accept the previous one-colon notation for pseudo-elements introduced in CSS levels 1 and 2 (namely, :first-line, :first-letter, :before and :after). This compatibility is not allowed for the new pseudo-elements introduced in this specific
  704. # [22:43] <AryehGregor> ation."
  705. # [22:43] <AryehGregor> It's not a syntax error, it's explicitly allowed.
  706. # [22:44] <TabAtkins> Ah, I got messed up.
  707. # [22:44] <TabAtkins> I was referring to the bug being *not* recognizing the :: syntax.
  708. # [22:44] <AryehGregor> I just use :before and :after, personally.
  709. # [22:44] <AryehGregor> Well, IE8 recognizes (almost?) no CSS 3.
  710. # [22:44] <TabAtkins> Yeah.
  711. # [22:45] * Joins: doublec_ (n=doublec@nat/mozilla/x-gfqowofgjtldgesj)
  712. # [22:49] <TabAtkins> So, pseudoelement for error messages? Then we can use content: to control the text.
  713. # [22:49] <AryehGregor> How would you know what the error was in CSS?
  714. # [22:49] <TabAtkins> A pseudoclass, obviously. ^_^
  715. # [22:49] <AryehGregor> Um, I guess that could work.
  716. # [22:49] * Quits: krijn (n=krijnhoe@g179009.upc-g.chello.nl) (Read error: 104 (Connection reset by peer))
  717. # [22:49] <TabAtkins> input[type=number]:out-of-range::error { content: "You're out of range."; }
  718. # [22:50] * Quits: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se) (Remote closed the connection)
  719. # [22:50] * Joins: krijn (n=krijnhoe@g179009.upc-g.chello.nl)
  720. # [22:50] <AryehGregor> Probably better to use functional notation for the pseudoclass to avoid creating twenty of them . . .
  721. # [22:50] * Joins: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  722. # [22:50] <TabAtkins> Was just about to suggest that.
  723. # [22:50] <TabAtkins> input:invalid("out-of-range")?
  724. # [22:51] <AryehGregor> Maybe.
  725. # [22:52] <AryehGregor> You'd want to have access to the title of the element, for pattern mismatches.
  726. # [22:52] <Lachy> AryehGregor, yeah, I had that a similar idea ealier, but wasn't sure what could be put in as identifiers for each error
  727. # [22:53] <AryehGregor> It sounds doable.
  728. # [22:53] <TabAtkins> AryehGregor, yeah, you can do that in content with the attr() function.
  729. # [22:54] <AryehGregor> TabAtkins, but this is a pseudoelement. Does attr() make any sense for pseudoelements?
  730. # [22:54] * Quits: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se) (Client Quit)
  731. # [22:55] <Lachy> AryehGregor, yes
  732. # [22:55] <AryehGregor> It seems so.
  733. # [22:55] * Joins: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  734. # [22:55] <TabAtkins> Hrm, you're right. It may. After all, pseudoelements *can't* have attributes, so it may make sense to say that the function draws from the superior parent (using Hixie's terminology in Generated content)
  735. # [22:55] <AryehGregor> That works fine, then.
  736. # [22:55] <AryehGregor> TabAtkins, Generated Content already says that, it seems.
  737. # [22:55] <Lachy> http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0D%0A%3Cstyle%3E%0D%0Ap%3A%3Abefore%20%7B%20content%3A%20attr(title)%20%22%20%22%3B%20%7D%0D%0A%3C%2Fstyle%3E%0D%0A%3Cp%20title%3D%22attr%22%3Etest
  738. # [22:55] <AryehGregor> Example: [href]::after::alternate { content: attr(href); }
  739. # [22:55] <TabAtkins> Excelelnt.
  740. # [22:56] <TabAtkins> Ignoring the ::alternate, doesn't that already work actually?
  741. # [22:56] <Lachy> AryehGregor, what's the ::alternate pseduo element?
  742. # [22:56] <AryehGregor> I have no idea.
  743. # [22:56] <AryehGregor> I was just searching the spec for attr(). :)
  744. # [22:56] <Lachy> also, you're only allowed to use one pseudo-element per selector
  745. # [22:56] <AryehGregor> http://www.w3.org/TR/css3-content/#inserting1
  746. # [22:57] <TabAtkins> ::alternate is a magic element in Generated Content used for some of the magic algorithms, like footnotes.
  747. # [22:57] <TabAtkins> And Generated Content relaxes that one-pseudoelement restriction.
  748. # [22:57] <Lachy> oh, they must have changed that syntax rule
  749. # [22:57] <AryehGregor> I was quoting an example from the spec. I think its editor hangs out here, you could ask him. :)
  750. # [22:57] <TabAtkins> Note: Generated Content is several years idle, I believe.
  751. # [22:57] <TabAtkins> Probably since Hixie took up html5.
  752. # [22:58] <AryehGregor> Undoubtedly.
  753. # [22:58] <JonathanNeal> YeahTML 5!
  754. # [22:58] <Lachy> ah, yeah, I remember now. That has been in there a while. I don't think such chaining is supported by any browsers though, which is why I'd forgotted about it
  755. # [22:59] <TabAtkins> And yes, a::after {content: attr(href);} works as expected, by drawing from the superior parent (the a).
  756. # [22:59] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 54 (Connection reset by peer))
  757. # [23:02] * Joins: MikeSmith (n=MikeSmit@EM114-48-159-111.pool.e-mobile.ne.jp)
  758. # [23:02] <TabAtkins> Lachy: http://www.whatwg.org/specs/web-apps/current-work/multipage/forms.html#the-constraint-validation-api
  759. # [23:02] <TabAtkins> For source of values for the :invalid() pseudoclass
  760. # [23:03] <TabAtkins> We'd probably want to switch it to using css-dashes rather than camelCase.
  761. # [23:03] <AryehGregor> Or else go like currentColor and introduce inconsistent to match other specifications.
  762. # [23:04] <AryehGregor> inconsistency
  763. # [23:04] <TabAtkins> Nah, screw that. There's a well-defined and unambiguous mapping, so we should use it to maintain internal consistency.
  764. # [23:04] * Joins: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net)
  765. # [23:04] * Quits: k0rnel (n=k0rnel@krtko.org) (Read error: 110 (Connection timed out))
  766. # [23:04] <AryehGregor> That's my attitude too. currentColor is ugly.
  767. # [23:05] <TabAtkins> You'll never see a dash appear in those, because it's not allowed in an identifier name in js if you want to use the . syntax to access it.
  768. # [23:05] <TabAtkins> And since that's way more convenient, nobody ever puts dashes in their identifiers.
  769. # [23:05] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  770. # [23:06] * Quits: SuperDot_iPod (n=superdot@66-240-27-50.isp.comcastbusiness.net) (Client Quit)
  771. # [23:08] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  772. # [23:08] <TabAtkins> Hmm. If I'm doing a simple page with a single section, do I need <article>? Or am I fine with just making <header> a child of <body>?
  773. # [23:12] <Lachy> yes, body is a sectioning element. No need for an extra <section> or <article>
  774. # [23:13] <Lachy> in fact, using a redundant section within body is technically wrong
  775. # [23:13] <TabAtkins> Thought so, but didn't want to check the spec.
  776. # [23:13] <Lachy> no worries. Asking in here is often a good enough substitute for checking the spec
  777. # [23:14] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  778. # [23:15] <JonathanNeal> Lachy, that's my favorite thing about this channel.
  779. # [23:15] <JonathanNeal> I've been able to understand the spec so much easier and so much faster thanks to the input here.
  780. # [23:17] <TabAtkins> Think I should ping the CSS list with suggestion about :invalid()?
  781. # [23:18] <Lachy> TabAtkins, go ahead
  782. # [23:19] <AryehGregor> Hmm, I guess :invalid() would be useful even without ::error.
  783. # [23:19] <Lachy> TabAtkins, is the idea to replace all those new pseudo-classes in HTML5 with a single :invalid(...); pseudo-class?
  784. # [23:19] <TabAtkins> Possibly. I need to go check the html5 pseudoclasses again. I know I saw them just a few days ago.
  785. # [23:21] <TabAtkins> All right, found them.
  786. # [23:21] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  787. # [23:21] <TabAtkins> Yeah. There's only one of them so far - :out-of-range - plus its converse.
  788. # [23:22] <TabAtkins> So I'd replace that with :invalid(range-underflow) and :invalid(range-overflow), and add all the other types of invalidity.
  789. # [23:23] <TabAtkins> Is there a good use for :valid()? Hixie has :valid and :invalid, plus :in-range and :out-of-range.
  790. # [23:23] <TabAtkins> I guess it's equivalent to :not(:invalid(range-overflow)).
  791. # [23:23] <AryehGregor> What would :valid() even mean?
  792. # [23:23] <TabAtkins> But that's a mouthful.
  793. # [23:23] <AryehGregor> Hmm, I see.
  794. # [23:23] <AryehGregor> I don't how it would be used
  795. # [23:23] <AryehGregor> .
  796. # [23:24] <TabAtkins> Presumably however Hixie is imagining :in-range would be used, I dunno.
  797. # [23:24] <AryehGregor> Actually, without ::error I'm not totally sure how :invalid() would be used. Unless you want to fake up your own inline error messages pre-submit?
  798. # [23:25] <TabAtkins> For now, yeah, faking up your own messages. Hopefully Opera would implement ::error at the same time, so we could display:none it for now, and use it properly once more browsers support ::error
  799. # [23:28] * Joins: fantasai (i=fantasai@connectionreset.info)
  800. # [23:29] <AryehGregor> What's the logic in display: noneing it if it's styleable?
  801. # [23:29] <fantasai> Is there a way to indicate the target medium/media for a particular page?
  802. # [23:29] <fantasai> e.g. "This should be rendered in presentation mode if you have one"
  803. # [23:29] <AryehGregor> That's what we were just discussing on www-style, isn't it? Apparently there's not.
  804. # [23:30] <fantasai> was just wondering if the discussion had already happened for HTML5
  805. # [23:31] * Joins: danbri_ (n=danbri@unaffiliated/danbri)
  806. # [23:31] <gsnedders> I don't remember it happening.
  807. # [23:32] <fantasai> ok, somebody should forward it there, then
  808. # [23:32] <gsnedders> I guess you couldn't even do anything with pure CSS to do that…
  809. # [23:32] <fantasai> we could
  810. # [23:32] * gsnedders is hundreds of emails behind on www-style :D
  811. # [23:32] <fantasai> I'm not convinced we should
  812. # [23:33] <gsnedders> (I meant currently)
  813. # [23:33] * fantasai wonders if that's just the gradient syntax discussion ;)
  814. # [23:33] <gsnedders> fantasai: I saw that thread was long, but no, a lot more than that :)
  815. # [23:33] <AryehGregor> I just archive those as fast as they come in. :P
  816. # [23:33] <AryehGregor> Relevant thread: http://lists.w3.org/Archives/Public/www-style/2009Aug/0338.html
  817. # [23:33] <gsnedders> Oh, I obviously did "mark all as read" in www-style a few days ago, so I'm only 30 behind :P
  818. # [23:34] <fantasai> I never do that. I just have folders that are mostly unread. Like the whatwg folder....
  819. # [23:34] <gsnedders> If we do want to do that, I'd say I'd prefer it to be in CSS
  820. # [23:35] <gsnedders> fantasai: Well, I skim the subject lines at least
  821. # [23:35] <gsnedders> But I generally don't do much with layout anyway
  822. # [23:37] <fantasai> gsnedders: Like, an @target-media rule?
  823. # [23:37] * Quits: krijn (n=krijnhoe@g179009.upc-g.chello.nl)
  824. # [23:37] <gsnedders> fantasai: I dunno. I write so little CSS I can speak neither as an author or implementer. :P
  825. # [23:37] * Joins: ttepass- (n=ttepas--@p5B0143D5.dip.t-dialin.net)
  826. # [23:38] <gsnedders> But yeah, an at-rule seems about as sane as you could get
  827. # [23:38] <TabAtkins> AryehGregor: You'd display:none the ::error because otherwise you get *both* faked up error messages and the real ::error messages.
  828. # [23:39] <TabAtkins> Once enough browsers support ::error, you stop doing that and just style ::error
  829. # [23:39] <AryehGregor> ::error is only going to show up when the user submits the form, right?
  830. # [23:39] <gsnedders> Now, I need to sleep and stop claiming I have any idea about CSS :P
  831. # [23:39] <AryehGregor> So you'd be having the full error message displayed always, even when the user first loads the empty form?
  832. # [23:39] <TabAtkins> Man, really? I read *every single* www-style and whatwg email. I'll occasionally skim the htmlwg ones, but I still open them up.
  833. # [23:40] <gsnedders> I read everything on whatwg and public-html
  834. # [23:40] <TabAtkins> AryehGregor: no, just when they're invalid, and thus matching the :invalid() class.
  835. # [23:40] <gsnedders> I used to read www-style when I did more layout stuff
  836. # [23:41] * Quits: aroben (n=aroben@unaffiliated/aroben)
  837. # [23:41] <TabAtkins> Also, if any of you are using mail clients that don't group threads, I apologize for the gradient discussion. ^_^
  838. # [23:41] <gsnedders> People use mail clients that don't? :P
  839. # [23:41] <AryehGregor> TabAtkins, which will mean, e.g., every required field in a newly-loaded blank form. Or a field that's not required but has a pattern/min/max/etc., and it isn't met when the user hits the first character. Then the message will show up while the user is still typing.
  840. # [23:42] <TabAtkins> AryehGregor: they should match using the same rules that would be used to display ::error, shouldn't they? Or do those *only* display on form submit?
  841. # [23:42] <AryehGregor> Well, currently Opera only displays errors on form submit.
  842. # [23:42] <AryehGregor> I guess the spec doesn't say?
  843. # [23:42] <TabAtkins> Let me check - not sure
  844. # [23:42] <gsnedders> Spec doesn't say
  845. # [23:42] <gsnedders> Impl. detail
  846. # [23:43] <gsnedders> fantasai: On the whole, to give my opinion, I don't think we really should have target-media or anything like that
  847. # [23:43] * Quits: heycam (n=cam@124-168-62-130.dyn.iinet.net.au) ("bye")
  848. # [23:43] <AryehGregor> I think good UI here would be to display the error once the user has filled out that field and moved to a different one, at least for fields where the default value is valid. But I don't do UI. :)
  849. # [23:43] <fantasai> gsnedders: How would you solve the problem Opera's using @media to hack around?
  850. # [23:43] * Quits: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  851. # [23:43] <TabAtkins> That's what I do in my timesheet/journal app I designed for work.
  852. # [23:44] <TabAtkins> I don't mark as invalid until they trigger a change event, but I check for validity on keypress.
  853. # [23:44] <TabAtkins> Otherwise :invalid and :out-of-range as described in html5 are largely useless.
  854. # [23:45] * Quits: danbri (n=danbri@unaffiliated/danbri) (Connection timed out)
  855. # [23:45] * danbri_ is now known as danbri
  856. # [23:47] <AryehGregor> I tried using :invalid, but dropped it because it put annoying exclamation points or whatever everywhere in newly-loaded forms.
  857. # [23:47] <TabAtkins> So then it *is* useless in practice.
  858. # [23:47] <TabAtkins> That needs to be changed.
  859. # [23:47] <TabAtkins> But is that a spec-level thing, or a browser-bug thing?
  860. # [23:47] <AryehGregor> It's spec-level. The spec says :invalid matches any element that's in the invalid state.
  861. # [23:47] * Quits: ttepasse (n=ttepas--@p5B0176C0.dip.t-dialin.net) (Read error: 60 (Operation timed out))
  862. # [23:48] <TabAtkins> Gotcha.
  863. # [23:48] <AryehGregor> (without actually double-checking to make sure)
  864. # [23:48] * Joins: ttepasse (n=ttepas--@p5B014867.dip.t-dialin.net)
  865. # [23:48] <AryehGregor> So yeah, I don't actually see any good use for that.
  866. # [23:48] <TabAtkins> Nah, you're right.
  867. # [23:48] <TabAtkins> So html5 has to change.
  868. # [23:48] <TabAtkins> I'll file a bug! Woo!
  869. # [23:48] <AryehGregor> What should it say?
  870. # [23:48] <AryehGregor> This stuff is more subtle than I initially thought.
  871. # [23:48] <AryehGregor> Probably because I don't know anything about UI. :)
  872. # [23:48] <AryehGregor> (despite writing lots of it, hurrah)
  873. # [23:49] <TabAtkins> Well, as a first approximation, only mark as invalid on a change event, but mark as valid on keypress.
  874. # [23:49] <TabAtkins> Sexy that up as appropriate.
  875. # [23:49] <AryehGregor> Is it appropriate for the spec to dictate the exact time that the error pops up?
  876. # [23:50] <TabAtkins> It's only dictating when a pseudoclass applies.
  877. # [23:50] <TabAtkins> And I think that *is* appropriate.
  878. # [23:50] <AryehGregor> Hmm.
  879. # [23:50] <AryehGregor> But ::error would be left vague?
  880. # [23:50] <TabAtkins> Yeah, I'm fine with that.
  881. # [23:50] <AryehGregor> Actually, do we even need ::error if :invalid is redefined like this?
  882. # [23:51] <AryehGregor> UAs could just use :invalid and generated content, and authors who want to override it can just put in their own CSS rules.
  883. # [23:51] <TabAtkins> Depends. ::error lets UAs do fun things like producing a popup on form submit.
  884. # [23:51] <AryehGregor> A style-able popup?
  885. # [23:51] <TabAtkins> If you have ::error, then yes.
  886. # [23:51] <TabAtkins> At least to some degree.
  887. # [23:51] <TabAtkins> Presumably a plain text string now, XBL to wrap it in fanciness later.
  888. # [23:51] <AryehGregor> Popups usually don't have arbitrary style. They're part of the browser UI, not the site.
  889. # [23:52] <AryehGregor> Hmm.
  890. # [23:52] <TabAtkins> Well, whatever Opera does now.
  891. # [23:52] * TabAtkins goes to investigate Opera behavior.
  892. # [23:52] <AryehGregor> That's just some kind of box that gets overlaid on the content.
  893. # [23:52] <AryehGregor> It's not interactive, I don't think.
  894. # [23:53] <AryehGregor> (I don't remember, and my Opera is kind of broken right now.)
  895. # [23:53] * Joins: cardona507 (n=cardona5@c-67-180-160-250.hsd1.ca.comcast.net)
  896. # [23:53] <TabAtkins> Hm, I've got Opera beta 2, and I'm submitting an empty <input required>. Is that supposed to happen?
  897. # [23:54] <AryehGregor> You mean 10.00 beta 2?
  898. # [23:54] <AryehGregor> No, didn't happen for me.
  899. # [23:54] <TabAtkins> Yeah, 10b2
  900. # [23:55] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-vvokrtsidkqukyhv) (Read error: 104 (Connection reset by peer))
  901. # [23:55] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-lulpjkihembzydqo)
  902. # [23:55] <TabAtkins> <!DOCTYPE html><title>Test</title><form><input required><input type=submit></form>
  903. # [23:55] <TabAtkins> This is submitting without an error for me.
  904. # [23:55] * Joins: k0rnel (n=k0rnel@147.175.167.202)
  905. # [23:55] <AryehGregor> You don't have anyplace it's submitting to . . .
  906. # [23:56] <TabAtkins> That should default to submitting to the current page.
  907. # [23:56] <AryehGregor> Hmm, really?
  908. # [23:56] * Joins: aroben (n=aroben@17.246.17.226)
  909. # [23:56] <TabAtkins> I depend on that behavior!
  910. # [23:56] <TabAtkins> Works in IE and FF, at least.
  911. # [23:56] * Quits: rubys (n=rubys@cpe-098-027-052-152.nc.res.rr.com) ("Leaving.")
  912. # [23:56] * Quits: bgalbraith (n=bgalbrai@nat/mozilla/x-lulpjkihembzydqo) (Read error: 104 (Connection reset by peer))
  913. # [23:57] <TabAtkins> Ah, it was the lack of a @name that was screwing it up
  914. # [23:57] * Joins: bgalbraith (n=bgalbrai@nat/mozilla/x-flxclqcvgddgprpg)
  915. # [23:57] <AryehGregor> I actually always have to look up the syntax for <form>. I practically never make a new one, I just fiddle with existing ones. Or use various abstraction layers.
  916. # [23:57] <AryehGregor> Oh, right.
  917. # [23:57] <AryehGregor> inputs with no name are exempt from constraint validation.
  918. # [23:57] <TabAtkins> Nameless inputs aren't succeessful.
  919. # [23:57] <TabAtkins> Yeah.
  920. # [23:57] <TabAtkins> Okay, so opera currently just has a magically positioned box with a simple text and border.
  921. # [23:58] <AryehGregor> Yeah.
  922. # [23:58] <TabAtkins> That *should*, in a perfect world, be styleable with ::error
  923. # [23:58] <TabAtkins> Though how to reproduce the positioning I dunno.
  924. # [23:58] <AryehGregor> What if another browser puts it in a totally different place?
  925. # [23:58] <TabAtkins> I might be okay with leaving that up to the UA if it acts like abspos and dosn't push my design around.
  926. # [23:59] * Joins: svl_ (n=me@dslb-084-056-120-137.pools.arcor-ip.net)
  927. # [23:59] <AryehGregor> This sounds like it will need a lot of thought and authoring experience.
  928. # [23:59] <TabAtkins> Indeed. To the list!
  929. # Session Close: Tue Aug 25 00:00:00 2009

The end :)