/irc-logs / freenode / #whatwg / 2008-04-14 / end

Options:

  1. # Session Start: Mon Apr 14 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:00] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  4. # [00:11] * Joins: doublec (n=chris@202.0.36.64)
  5. # [00:14] * Quits: dotjay (n=dotjay@84.92.229.1) ("Is outta here...")
  6. # [00:16] * Quits: dbaron (n=dbaron@c-67-160-251-228.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  7. # [00:23] * Quits: KevinMarks (n=Snak@c-98-207-134-151.hsd1.ca.comcast.net) ("bye")
  8. # [00:25] * Quits: csarven (n=csarven@modemcable130.251-202-24.mc.videotron.ca) (Read error: 110 (Connection timed out))
  9. # [00:44] * Joins: roc_ (n=roc@202.0.36.64)
  10. # [00:45] * Joins: doublec_ (n=chris@li5-223.members.linode.com)
  11. # [00:46] * Joins: roc__ (n=roc@202.0.36.64)
  12. # [00:48] * Joins: cgriego (n=cgriego@cpe-76-183-49-187.tx.res.rr.com)
  13. # [00:51] * Quits: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net)
  14. # [00:52] * Joins: roc___ (n=roc@202.0.36.64)
  15. # [00:52] * Quits: roc__ (n=roc@202.0.36.64) (Read error: 104 (Connection reset by peer))
  16. # [00:55] * Joins: csarven (n=csarven@modemcable130.251-202-24.mc.videotron.ca)
  17. # [00:56] * Quits: heycam (n=cam@210-84-23-247.dyn.iinet.net.au) ("bye")
  18. # [00:56] * Parts: cgriego (n=cgriego@cpe-76-183-49-187.tx.res.rr.com)
  19. # [00:57] * Quits: htmlr (n=htmlr@124-171-29-162.dyn.iinet.net.au)
  20. # [00:59] * Quits: doublec (n=chris@202.0.36.64) (Read error: 110 (Connection timed out))
  21. # [01:00] * Quits: roc (n=roc@202.0.36.64) (Read error: 110 (Connection timed out))
  22. # [01:04] * Quits: roc_ (n=roc@202.0.36.64) (Read error: 110 (Connection timed out))
  23. # [01:08] * Quits: Camaban (n=alee@85-211-225-221.dyn.gotadsl.co.uk) ("Ex-Chat")
  24. # [01:16] * Joins: othermaciej_ (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  25. # [01:17] * Quits: doublec_ (n=chris@li5-223.members.linode.com) ("Terminated with extreme prejudice - dircproxy 1.0.5")
  26. # [01:18] * Joins: doublec (n=chris@li5-223.members.linode.com)
  27. # [01:21] * Quits: qwert666 (n=qwert666@acaq189.neoplus.adsl.tpnet.pl) ("Leaving")
  28. # [01:26] * Quits: jgraham_ (n=james@81-86-218-215.dsl.pipex.com) ("I get eaten by the worms")
  29. # [01:39] * othermaciej_ is now known as othermaciej
  30. # [01:41] * Quits: tndH (n=Rob@adsl-87-102-38-69.karoo.KCOM.COM) ("ChatZilla 0.9.81-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  31. # [02:01] * Joins: jgraham_ (n=jgraham@81-86-218-215.dsl.pipex.com)
  32. # [02:20] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  33. # [02:22] <Philip`> Hmm, Nvu appears to emit <comment> elements
  34. # [02:22] <Philip`> (See e.g. http://nehafruits.com/Index.html )
  35. # [02:23] <Hixie> good times
  36. # [02:27] * Parts: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
  37. # [02:44] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  38. # [03:04] * Quits: MikeSmith (n=MikeSmit@58.157.21.205) ("Less talk, more pimp walk.")
  39. # [03:28] * Joins: MikeSmith (n=MikeSmit@EM117-55-75-201.pool.e-mobile.ne.jp)
  40. # [03:55] * Quits: MikeSmith (n=MikeSmit@EM117-55-75-201.pool.e-mobile.ne.jp) ("Less talk, more pimp walk.")
  41. # [03:58] * Joins: KevinMarks (n=KevinMar@216.sub-75-209-149.myvzw.com)
  42. # [04:20] * Quits: KevinMarks (n=KevinMar@216.sub-75-209-149.myvzw.com) ("The computer fell asleep")
  43. # [04:43] * Joins: MikeSmith (n=MikeSmit@dhcp-247-165.mag.keio.ac.jp)
  44. # [05:04] * Quits: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net)
  45. # [05:50] * Joins: MacDome (n=eric@70-2-8-130.area5.spcsdns.net)
  46. # [06:04] * Joins: MacDome_ (n=eric@70-2-61-9.area5.spcsdns.net)
  47. # [06:08] * Quits: MacDome (n=eric@70-2-8-130.area5.spcsdns.net) (Read error: 104 (Connection reset by peer))
  48. # [06:13] * MacDome_ is now known as MacDome
  49. # [06:17] * Joins: cgriego_ (n=cgriego@cpe-76-183-49-187.tx.res.rr.com)
  50. # [06:24] * Quits: MacDome (n=eric@70-2-61-9.area5.spcsdns.net)
  51. # [06:55] * Quits: csarven (n=csarven@modemcable130.251-202-24.mc.videotron.ca) ("http://www.csarven.ca")
  52. # [07:06] * Joins: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net)
  53. # [07:47] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
  54. # [08:00] * Quits: roc___ (n=roc@202.0.36.64)
  55. # [08:21] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  56. # [08:28] * Joins: KevinMarks (n=KevinMar@212.sub-75-220-31.myvzw.com)
  57. # [09:17] * Joins: heycam (n=cam@210-84-23-247.dyn.iinet.net.au)
  58. # [09:21] * Quits: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net)
  59. # [09:22] * Joins: gsnedders (n=gsnedder@host217-44-37-113.range217-44.btcentralplus.com)
  60. # [09:25] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  61. # [09:31] * Joins: tndH_ (i=Rob@adsl-87-102-38-69.karoo.KCOM.COM)
  62. # [09:31] * tndH_ is now known as tndH
  63. # [09:34] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  64. # [09:36] * Joins: Thezilch (n=fuz007@cpe-76-170-22-23.socal.res.rr.com)
  65. # [09:56] * Joins: roc (n=roc@121-72-176-131.dsl.telstraclear.net)
  66. # [10:12] * Joins: webben (n=benh@nat/yahoo/x-cc6461318579428f)
  67. # [10:23] * Quits: Thezilch (n=fuz007@cpe-76-170-22-23.socal.res.rr.com) (Read error: 110 (Connection timed out))
  68. # [10:25] <hsivonen> I think I'm going to implement alt *warnings* with adaptive messages depending on a guess based on width and height.
  69. # [10:25] <hsivonen> Does anyone have a reason why this is a bad idea?
  70. # [10:26] <Dashiva> It will incur the wrath of the semanticists?
  71. # [10:26] <MikeSmith> hsivonen, not sure that you mean by adaptive messages depending on a guess on width and height
  72. # [10:27] <hsivonen> MikeSmith: warning about every badge-size altless image but whining once per page about photo-sized altless images
  73. # [10:27] <hsivonen> you'd still get at least one warning per page with at least one altless image
  74. # [10:27] <hsivonen> but you wouldn't get a warning for each probable photo
  75. # [10:29] <hsivonen> since warning don't affect the overall outcome, it is OK for warnings to be based on guesses
  76. # [10:29] <MikeSmith> yeah, that sounds reasonable
  77. # [10:30] * Joins: ROBOd (n=robod@89.122.216.38)
  78. # [10:31] * Joins: qwert666 (n=qwert666@acao35.neoplus.adsl.tpnet.pl)
  79. # [10:32] <MikeSmith> hsivonen, I'm wondering if you're considering having an option in the UI to turn on or tune the warning level for alt
  80. # [10:32] <MikeSmith> to me, that's something that would potentially raise author awareness of alt more than making it always-required
  81. # [10:32] <hsivonen> MikeSmith: I'm considering it, but I want to avoid UI options when they can be avoided
  82. # [10:33] <MikeSmith> Yeah, I can understand that
  83. # [10:33] <hsivonen> good point
  84. # [10:33] <MikeSmith> slippery slope
  85. # [10:34] <annevk> I'd always give a single warning I think
  86. # [10:44] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  87. # [10:53] <jgraham_> I wonder if there's a decent way to collect useful data about the way @alt is used. I'm thinking maybe a browser extension that takes you to a random page, displays the page with images and CSS off and then displays each image and asks various questions about the corresponding alt text
  88. # [10:53] <jgraham_> like whether it is useful. Maybe also what type of image
  89. # [10:54] <hsivonen> Hixie: btw, I think WCAG 2.0 is rather reasonable about the inkblot case and the HTML5 example takes "alternative" too literally
  90. # [10:54] <jgraham_> Then collect that data together with automatically extracted data (what are the image's dimensions?) on a central server
  91. # [11:02] * Quits: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no) ("This computer has gone to sleep")
  92. # [11:12] <annevk> http://webbstandard.se/2008/04/allt-utom-mojligen-diskbanken.html
  93. # [11:13] <annevk> given the quotes from the Borg I assume it's not a positive remark? :)
  94. # [11:16] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  95. # [11:19] <hsivonen> annevk: it's basically complaining about lack of versioning and modularization and building a monolithic kitchen sink language instead
  96. # [11:20] <webben> jgraham: I believe a rudimentary study of that sort was already done by Manu Sporny on the microformats list.
  97. # [11:24] <webben> jgraham: http://microformats.org/discuss/mail/microformats-new/2007-July/000629.html
  98. # [11:25] <webben> jgraham: It may be it failed to consider whether the alt text was appropriate in context however.
  99. # [11:28] <webben> I did raise that point in subsequent discussion; can't now remember how that was clarified
  100. # [11:30] <jgraham_> webben: Interesting, but it does look (on first glance) like their method was totally broken
  101. # [11:30] <jgraham_> because, as you note, they seem to be assuming @alt is supposed to be a description for the image
  102. # [11:31] <jgraham_> rather than an in-context replacement
  103. # [11:32] <jgraham_> and I can't see a reply to the post where you raise this flaw
  104. # [11:34] <webben> neither can I; I think discussion of the study was in several threads however; Tantek does raise it.
  105. # [11:34] <webben> http://microformats.org/discuss/mail/microformats-new/2007-July/000635.html
  106. # [11:35] <webben> http://microformats.org/discuss/mail/microformats-new/2007-July/000628.html
  107. # [11:35] <webben> (me)
  108. # [11:36] <webben> I seem to have raised the point in preceding discussion.
  109. # [11:36] <jgraham_> Yeah, this all confirms that it should be done again, presenting the _whole_ page to the user (minus the images, or maybe just minus the current image) and letting them assess the alt text one image at a time
  110. # [11:37] * Quits: jgraham (n=jgraham@81-86-218-215.dsl.pipex.com) ("Ex-Chat")
  111. # [11:37] * jgraham_ has to go now
  112. # [11:37] <webben> laters
  113. # [11:38] <Philip`> Why not just show all the images and use a img:before{content:attr(alt);background:magenta} then count how many of the alts make sense in context and correspond to their image?
  114. # [11:39] <annevk> :before / :after and replaced elements is sort of a complex thingie
  115. # [11:39] * Quits: KevinMarks (n=KevinMar@212.sub-75-220-31.myvzw.com) ("The computer fell asleep")
  116. # [11:40] <Philip`> Or write a script to create adjacent text nodes with the alt text, or whatever
  117. # [11:41] <jgraham_> Philip`: That might work for display but it would be nice to collect other information like the type of the image (photo/icon/advert/etc.), the context (is is in a link?) and a qualitative assessment of the goodness of the alt text so just counting seems inadequate
  118. # [11:42] * jgraham_ really is going now
  119. # [11:52] * Joins: Camaban (n=alee@85-211-225-221.dyn.gotadsl.co.uk)
  120. # [12:17] * Quits: webben (n=benh@nat/yahoo/x-cc6461318579428f) (Read error: 110 (Connection timed out))
  121. # [12:26] * Joins: webben (n=benh@nat/yahoo/x-4c5c499aa9d47e3c)
  122. # [12:52] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  123. # [12:56] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) (Remote closed the connection)
  124. # [13:03] * Philip` saw a nice cat carrying a cute little mouse in its mouth, presumably to take it home and have a cup of tea and some biscuits together, but sadly it dropped the mouse when approached and the mouse ran away :-(
  125. # [13:03] <Philip`> (Alternative interpretation: cats are vicious carnivores)
  126. # [13:04] * Quits: webben (n=benh@nat/yahoo/x-4c5c499aa9d47e3c)
  127. # [13:17] <MikeSmith> Philip`, another alternative interpretation: It was a smart but lazy mouse who tricked the cat into giving him a free ride for a few blocks
  128. # [13:18] <jruderman_> lol
  129. # [13:21] <Lachy> hmm, it seems IE8 may have intentionally violated the selectors api spec :-(
  130. # [13:22] <Lachy> they apparently ignore selctors with the :link pseudo-class, so .querySelector(":link") won't match anything
  131. # [13:23] <Lachy> at least according to their white paper about it. http://code.msdn.microsoft.com/Release/ProjectReleases.aspx?ProjectName=ie8whitepapers&ReleaseId=574
  132. # [13:23] <Lachy> I'm currently trying to get it installed on my work machine to test it
  133. # [13:30] * Quits: roc (n=roc@121-72-176-131.dsl.telstraclear.net)
  134. # [13:35] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  135. # [13:41] <Lachy> anyone know why IE8 doesn't work with the live dom viewer?
  136. # [13:43] * Quits: MikeSmith (n=MikeSmit@dhcp-247-165.mag.keio.ac.jp) ("Less talk, more pimp walk.")
  137. # [13:48] <zcorpan> Lachy: enumerating the attributes doesn't work for some reason
  138. # [13:49] <zcorpan> Lachy: there's /ie8.html though
  139. # [13:51] * Joins: webben (n=benh@nat/yahoo/x-6607eedc81f0be52)
  140. # [13:53] <jruderman_> Lachy: i think IE does the right thing there
  141. # [13:54] <webben> Philip`: There are plenty of existing tools that can show alt text beside images, if that's all you want.
  142. # [13:54] <webben> most of the webdev and accessibility toolbars can do that I think
  143. # [14:14] * hsivonen needs some kind of Base64 padding for dummies guide
  144. # [14:17] <Philip`> Lachy: Because they unimplemented Node.attributes
  145. # [14:20] <Philip`> Lachy: http://software.hixie.ch/utilities/js/live-dom-viewer/ie8.html works instead
  146. # [14:21] <Philip`> Oh
  147. # [14:21] <Philip`> zcorpan already said that :-(
  148. # [14:21] <Philip`> (http://blogs.msdn.com/ie/archive/2008/04/10/html-and-dom-standards-compliance-in-ie8-beta-1.aspx - "Known issues we are planning to address in Beta 2: ... <element>.attributes.length fails. The IE8 NamedNodeMap object is in the middle of an overhaul.<element>.attributes.length fails. The IE8 NamedNodeMap object is in the middle of an overhaul.")
  149. # [14:22] <Philip`> s/(.+)\1/$1/
  150. # [14:23] <Lachy> thanks
  151. # [14:28] <Lachy> crap, IE's selectors api implementation is really bad.
  152. # [14:28] <Philip`> In what ways?
  153. # [14:29] * Philip` hopes there is a test suite that they can fail
  154. # [14:29] <Lachy> these don't work properly: querySelector(":link"), querySelector(""), .querySelector(null);
  155. # [14:29] <Lachy> although, that last one isn't really defined well in the spec
  156. # [14:30] <Lachy> I started working on the test suite today, figuring out exactly what needs to be tested and how to test it
  157. # [14:31] <Philip`> Maybe they didn't want to bother changing their CSS implementation so that :visited could be matched by :link in certain cases (like when used via the Selectors API), so they just banned both of those selectors since it was easier
  158. # [14:31] <Philip`> I'm not sure why else they wouldn't just make :link match all links
  159. # [14:33] * Philip` suggests writing the test suite with YAML and Python :-)
  160. # [14:33] <Lachy> I don't know YAML
  161. # [14:35] <Philip`> It's trivial to learn :-)
  162. # [14:35] <Philip`> You write "key: value" for a hash/dict/whatever data structure, and "- stuff" for an array item, and you indent things appropriately, and that's often all you need
  163. # [14:37] <Philip`> Or you could be really boring and write the test cases in something ugly and verbose like HTML or XML
  164. # [14:38] <Lachy> well, each test needs to have a script that uses querySelector*() and associated markup. How could that be written using YAML?
  165. # [14:40] <Philip`> I did stuff like http://philip.html5.org/tests/canvas/suite/tests2d.yaml giving various data (name, spec points being tested, etc) and the JS code to run and (optionally) Python code to generate the image of the expected output
  166. # [14:41] <Philip`> and then a Python script generates the expected output image and converts the @assert lines into proper JS code and creates the HTML files for each test
  167. # [14:42] <Philip`> mostly so that I can minimise the amount of boilerplate code in the files that I have to edit
  168. # [14:44] <Lachy> nice.
  169. # [14:44] <Lachy> Can I get a copy of your python script?
  170. # [14:44] <Philip`> http://philip.html5.org/tests/canvas/suite/gentest.py
  171. # [14:44] <Philip`> It's all totally ad hoc and hacked together for this specific purpose, so it might not be very useful
  172. # [14:45] <Lachy> at least it's a starting point for me though
  173. # [14:45] <Philip`> (http://philip.html5.org/tests/canvas/suite/source.tar.bz2 has all the files)
  174. # [14:46] <Philip`> (and only a few bugs that make it not actually work)
  175. # [14:51] <Philip`> http://www.w3.org/Style/CSS/Test/guidelines.html#format just has too much stuff to copy-and-paste into each file
  176. # [14:51] <Philip`> and also I much prefer having a single file to edit, rather than six hundred
  177. # [14:52] * Joins: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net)
  178. # [14:54] * Joins: ROBOd (n=robod@89.122.216.38)
  179. # [15:02] * Joins: MikeSmith (n=MikeSmit@EM117-55-74-230.pool.e-mobile.ne.jp)
  180. # [15:19] <hsivonen> Lachy: data URI support in V.nu deployed
  181. # [15:20] * Philip` finds it annoying that typing something into the Address box then pressing 'enter' does not submit the form
  182. # [15:20] <Philip`> ...in Opera 9.2 in particular
  183. # [15:21] <Philip`> Hooray for WF2
  184. # [15:21] <Philip`> Opera says "data:text/html,hello world is not a legal URI" and refuses to submit the form
  185. # [15:21] * Philip` switches to a browser which has fewer features and therefore works much better
  186. # [15:22] <Philip`> hsivonen: http://validator.nu/?doc=data%3Atext%2Fhtml%2Chello+world has an IO Error
  187. # [15:22] * Quits: MikeSmith (n=MikeSmit@EM117-55-74-230.pool.e-mobile.ne.jp) ("Less talk, more pimp walk.")
  188. # [15:23] <hsivonen> Philip`: that for QA :-)
  189. # [15:23] <hsivonen> s/that/thanks/
  190. # [15:24] <Lachy> Philip`, are you sure spaces are allowed in a URI like that? Shouldn't they be encoded as %20?
  191. # [15:24] <hsivonen> (of course, I only tested with ;charset=utf-8)
  192. # [15:25] <Philip`> Lachy: I'm not sure but I don't care since it works anyway
  193. # [15:28] <Lachy> Philip`, the problem is with validator.nu, since the markup contains pattern="(?:https?://.+)?"
  194. # [15:28] <Philip`> Oh, right, I assumed it was just doing type=url or something
  195. # [15:28] <Lachy> has support for data URIs been added to the validator yet?
  196. # [15:29] <Philip`> Lachy: "14:16 < hsivonen> Lachy: data URI support in V.nu deployed" indicates yes
  197. # [15:29] <hsivonen> Philip`: fixed.
  198. # [15:29] <Lachy> hsivonen, fix the pattern attribute
  199. # [15:29] <Lachy> good
  200. # [15:29] * Joins: myakura (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp)
  201. # [15:30] <hsivonen> Lachy: thanks. I was testing in Firefox and Safari...
  202. # [15:31] <Philip`> WF2 doesn't pass the write-new-code-and-only-test-in-legacy-browsers test
  203. # [15:31] <Lachy> that illustrates the problem with using features that aren't supported by the tools you're using, since you fail to encounter any problems in tools that do support them
  204. # [15:31] <Philip`> Input validation needs a "I don't care, submit this form anyway" feature
  205. # [15:32] <Philip`> hsivonen: (The title="Absolute IRI (http or https only) of the document to be checked." should be updated too)
  206. # [15:32] * Joins: csarven (n=csarven@on-irc.csarven.ca)
  207. # [15:32] <Lachy> Philip`, that would be difficult to implement for cases where scripts capture the form validation events for custom processing
  208. # [15:36] <Philip`> Hixie: See above - WF2 is rubbish because browsers that support it work worse than browsers that don't
  209. # [15:38] <Lachy> Philip`, it's not a major problem yet, because there are very few early adopters of WF2.
  210. # [15:38] <Philip`> Lachy: It will become a more major problem in the future, if nothing is done to solve it
  211. # [15:39] <Lachy> the solution is to get more browsers to implement, and not encourage people to use it until they are testing in browsers that do support it
  212. # [15:39] <Philip`> If e.g. Firefox implemented it, I imagine it would become far more widely used, and then people would copy-and-paste WF2-using code into their own pages and only test in IE and publish it and everyone will be unhappy
  213. # [15:40] <Philip`> The only solution is to get *all* (major) browsers to implement it, and to get all users to upgrade to the new versions
  214. # [15:40] <Lachy> no, every browser needs to begin supporting it simultaneously, and all users and developers need to upgrade at the same time
  215. # [15:40] <Philip`> since people will do crazy things regardless of what encouragement you try to give
  216. # [15:40] <Philip`> so people are a lost cause, and we can only affect browsers
  217. # [15:42] <Lachy> browsers are a lost cause too, so we can only affect the spec :-)
  218. # [15:44] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  219. # [15:44] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  220. # [15:44] <Philip`> (I was surprised by how many web pages use chrome:// URIs, because they've somehow copied code generated by Firefox extensions into their own pages)
  221. # [15:44] <hsivonen> Lachy: fixed
  222. # [15:45] <hsivonen> Lachy: not that Opera blocks Philip`'s test for a different reason now
  223. # [15:45] <hsivonen> (space in IRI)
  224. # [15:48] <Philip`> hsivonen: http://validator.nu/?doc=data%3ATEXT%2FHTML%2Chello%2520world fails
  225. # [15:48] <Philip`> and HTTP says "The type, subtype, and parameter names are not case sensitive. For example, TEXT, Text, and TeXt are all equivalent."
  226. # [15:49] <Philip`> (Er, at least an old version does; a new version just says "The type, subtype, and parameter attribute names are case- insensitive")
  227. # [15:52] * Quits: Hixie (i=ianh@trivini.no) (Read error: 110 (Connection timed out))
  228. # [15:54] <hsivonen> Philip`: hmm. that fails over HTTP, too, I presume...
  229. # [15:54] <hsivonen> thanks
  230. # [15:55] <Philip`> hsivonen: http://validator.nu/?doc=http://www.eastwestpr.com - yes
  231. # [16:05] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  232. # [16:08] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  233. # [16:13] * Joins: aroben (n=aroben@unaffiliated/aroben)
  234. # [16:21] * Joins: MikeSmith (n=MikeSmit@58.157.21.205)
  235. # [16:22] * Joins: phsiao (n=shawn@nat/ibm/x-0c8d93bfad4c9df0)
  236. # [16:27] * Joins: billmason (n=billmaso@ip200.unival.com)
  237. # [16:29] <Lachy> Philip`, I'm trying to set up the appropriate systems for using YAML, but I just need to clarify exactly what I need to do...
  238. # [16:30] <Lachy> To install PySyck, do I have to install Syck separately? If so, I only found a source code tarball for it. Is compiling and installing from the source the only way to install it on Mac?
  239. # [16:32] <Lachy> do I need PyCairo? It was listed in your README file, but it seems to be a graphics library and I don't intend to create graphics
  240. # [16:32] <Philip`> I expect PySyck includes all the code it needs, rather than relying on an external library, but I don't really know
  241. # [16:32] <Philip`> and I know nothing about installing stuff on Macs except that it's a pain
  242. # [16:33] <Lachy> do you run everything on Windows?
  243. # [16:33] <Philip`> It's probably easier to use the more normal yaml module, rather than syck - I only wanted syck because I have a few hundred kilobytes of YAML and I'm lazy and don't want to wait seconds for the parser
  244. # [16:33] <Philip`> No, I run it on Linux
  245. # [16:34] <Philip`> PyCairo is only for generating graphics, which seems irrelevant for your needs
  246. # [16:34] <Lachy> The linux and mac setup should be quite similar
  247. # [16:34] <Philip`> (Compiling stuff on Windows is a pain too :-) )
  248. # [16:35] <Philip`> The Linux setup is "emerge syck", which I don't think works on Macs
  249. # [16:35] <Philip`> (or I guess "apt-get install syck" or whatever, on other Linuxes)
  250. # [16:36] <Lachy> I got the yaml and html5lib stuff installed. They were easy.
  251. # [16:37] <Lachy> I'm pretty sure apt-get doesn't work on mac
  252. # [16:37] <Philip`> That's because Macs are rubbish :-)
  253. # [16:39] * krijnh is now known as krijn
  254. # [16:39] <Lachy> no, Macs are great. All linux distros I know of have exceptionally bad usability
  255. # [16:40] <Philip`> But Linux lets you say "apt-get install syck", which is far more usable than compiling and installing a source code tarball on OS X :-p
  256. # [16:41] <Lachy> the only reason I'm hesitant about running the commands that the readme file tells me to run is because I'm not sure what to do if something goes wrong with it
  257. # [16:42] <Philip`> There shouldn't be any need for syck, so it'd be fine to ignore it if it's not trivial to install
  258. # [16:44] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  259. # [16:50] * Joins: qwert666_ (n=qwert666@acav178.neoplus.adsl.tpnet.pl)
  260. # [16:51] <Lachy> ok, now I just need to learn how to write sufficient python for my needs, and lookup the documentation for the yaml and html5lib apis
  261. # [16:55] <Philip`> The yaml API is basically "data = yaml.load(open('stuff.yaml').read())", which returns a standard Python data structure with arrays and dicts
  262. # [16:55] <Philip`> or maybe it's "data = yaml.load(open('stuff.yaml'))"
  263. # [16:56] <Lachy> ok, that sounds easy
  264. # [16:56] <Philip`> html5lib is harder :-)
  265. # [16:56] <Lachy> I've used html5lib once before.
  266. # [16:56] <Philip`> but I'm not sure what you'll need it for
  267. # [16:56] <Lachy> it shouldn't be too hard to pick up if I need it
  268. # [16:57] <Lachy> I'm not sure either, but it was easy to install and useful to have
  269. # [16:57] <Philip`> I only use it for converting the HTML5 spec into XHTML so that gentest.py can quickly load it again and annotate it with test data
  270. # [16:57] <Lachy> I guess I should figure out exactly how to structure my YAML file
  271. # [16:57] * Joins: KevinMarks (n=KevinMar@191.sub-75-192-140.myvzw.com)
  272. # [16:58] <Philip`> I never figured out anything like that, I just added stuff that I found I needed in whatever way seemed easiest
  273. # [16:58] <Philip`> It's not a big software engineering project, so planning isn't that critical :-)
  274. # [16:59] * Quits: myakura (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  275. # [16:59] <Philip`> (Hmm, gentest.py shouldn't actually import html5lib at all...)
  276. # [17:00] <Lachy> I know, but it's my first time using YAML ever, and I'd rather not just go for an ad hoc solution when I really have no clue what I'm doing
  277. # [17:00] <Philip`> (Oh, it doesn't, at least in my latest version)
  278. # [17:01] <Philip`> By the way, this YAML+Python method might be crazy and it'd be more sensible to just use XML or something
  279. # [17:10] * Quits: qwert666 (n=qwert666@acao35.neoplus.adsl.tpnet.pl) (Connection timed out)
  280. # [17:11] <Lachy> what's so crazy about the YAML+Python method?
  281. # [17:14] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  282. # [17:18] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  283. # [17:22] <Lachy> JohnResig, yt?
  284. # [17:22] <JohnResig> Lachy: yep
  285. # [17:22] <Lachy> did you get my response about the selectors api test suite?
  286. # [17:23] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  287. # [17:23] <JohnResig> yeah, I was pulling together some links for you
  288. # [17:23] <Lachy> ok. I'm just wondering about which builds of Mozillla implement selectors api?
  289. # [17:23] <Lachy> if any
  290. # [17:23] <JohnResig> Lachy: we don't - here's the bug https://bugzilla.mozilla.org/show_bug.cgi?id=416317
  291. # [17:24] <Lachy> ok, thanks
  292. # [17:25] <JohnResig> Lachy: I was going to point you at this: http://disruptive-innovations.com/zoo/css3tests/selectorTest.html#target
  293. # [17:26] <Lachy> ok. Put that, and anything else, in an email.
  294. # [17:26] <JohnResig> k
  295. # [17:27] <Lachy> I have to go to Norwegian lessons very soon, I'll be back later
  296. # [17:27] <JohnResig> k
  297. # [17:28] <Lachy> btw, those tests give a reasonable overview, but it doesn't seem particularly well constructed for determining exactly which tests are failing
  298. # [17:29] <Lachy> it seems more like an acid test
  299. # [17:29] <Lachy> though not as pretty
  300. # [17:29] <JohnResig> Lachy: just mouse over any test - the title describes it - although, using JavaScript, it'd be easy enough to dump that to a log
  301. # [17:30] <Lachy> oh, ok
  302. # [17:30] <Lachy> anyway, gotta go. cya
  303. # [17:30] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  304. # [18:01] * Joins: eseidel (n=eseidel@nat/google/x-88362233dd31cd32)
  305. # [18:04] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  306. # [18:23] * Joins: hsivonen_ (n=hsivonen@kekkonen.cs.hut.fi)
  307. # [18:24] * Quits: MikeSmith (n=MikeSmit@58.157.21.205) ("Less talk, more pimp walk.")
  308. # [18:25] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  309. # [18:26] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (Read error: 104 (Connection reset by peer))
  310. # [18:26] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  311. # [18:29] * Quits: KevinMarks (n=KevinMar@191.sub-75-192-140.myvzw.com) ("The computer fell asleep")
  312. # [18:37] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 60 (Operation timed out))
  313. # [18:40] * Kuruma is now known as ani
  314. # [18:40] * ani is now known as Kuruma
  315. # [18:41] * Quits: Kuruma (n=Kuruman@h123-176-107-050.catv01.catv-yokohama.ne.jp) ("Tiarra 0+cvs-1.158(2004/08/22)+svn-3004:4748: SIGINT received; exit")
  316. # [18:41] * Joins: Kuruma (n=Kuruman@h123-176-107-050.catv01.catv-yokohama.ne.jp)
  317. # [18:45] * Joins: virtuelv (n=virtuelv@109.80-202-65.nextgentel.com)
  318. # [18:46] * Joins: dbaron (n=dbaron@c-67-160-251-228.hsd1.ca.comcast.net)
  319. # [18:53] * Joins: KevinMarks (n=KevinMar@90.sub-75-211-104.myvzw.com)
  320. # [18:54] * Joins: weinig (n=weinig@17.203.15.172)
  321. # [18:56] * Philip` finds a peculiarly translated blog post saying "The WS-Policy 1.5 - Framework writing crapper be accessed here.", which does not induce comfortable images
  322. # [19:02] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  323. # [19:20] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  324. # [19:22] * Joins: csarven- (n=csarven@on-irc.csarven.ca)
  325. # [19:28] * Joins: othermaciej (n=mjs@17.255.106.57)
  326. # [19:28] * Joins: MikeSmith (n=MikeSmit@58.157.21.205)
  327. # [19:28] * Joins: psa (n=yomode@71.93.19.66)
  328. # [19:29] * Quits: csarven (n=csarven@on-irc.csarven.ca) (Read error: 113 (No route to host))
  329. # [19:32] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  330. # [19:41] * Quits: othermaciej (n=mjs@17.255.106.57) (Nick collision from services.)
  331. # [19:41] * othermaciej_ is now known as othermaciej
  332. # [19:48] * Joins: Lachy_ (n=Lachlan@ti200710a340-2662.bb.online.no)
  333. # [19:53] * Joins: andersca (n=andersca@nat/apple/x-a055e8aa1c57452e)
  334. # [19:56] * Quits: andersca (n=andersca@nat/apple/x-a055e8aa1c57452e) (Client Quit)
  335. # [19:56] * Quits: phsiao (n=shawn@nat/ibm/x-0c8d93bfad4c9df0) (Read error: 110 (Connection timed out))
  336. # [19:57] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  337. # [19:57] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  338. # [20:01] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  339. # [20:11] * Quits: jruderman_ (n=jruderma@c-67-180-174-213.hsd1.ca.comcast.net)
  340. # [20:13] * Quits: othermaciej_ (n=mjs@17.203.15.181)
  341. # [20:14] * Joins: andersca (n=andersca@nat/apple/x-5d190e3c5dff0ff0)
  342. # [20:16] * Joins: othermaciej (n=mjs@nat/apple/x-eba51d7c8e26f9b3)
  343. # [20:22] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  344. # [20:22] * Joins: hober (n=ted@unaffiliated/hober)
  345. # [20:27] * Quits: JohnResig (n=jresig@c-76-118-158-44.hsd1.ma.comcast.net) (Read error: 110 (Connection timed out))
  346. # [20:35] <BenMillard> hsivonen_, you e-mailed public-html with this: "HTML 5 seeks to make layout tables non-conforming, which I think it is an exercise in futility." I've been thinking about defining what a layout table is in terms of which elements and attributes it does and does not use, so they could be told apart from data tables automatically
  347. # [20:35] <BenMillard> hsivonen_, something like "If a table contains <th>, scope or headers it is a data table. Otherwise it is a layout table."
  348. # [20:36] <BenMillard> layout tables which match the description for layout tables would be conforming; layouts tables which include <th>, scope or headers would not be conforming
  349. # [20:39] * Joins: jruderman (n=jruderma@guest-226.mountainview.mozilla.com)
  350. # [20:40] <webben> BenMillard: Looking for accessibility markup as a hint is nice in theory (it's the approach WCAG 1.0 was geared towards); I'm not sure it works that well in practice.
  351. # [20:40] <webben> (That is, I'm not sure how consistently data tables use any of that markup.)
  352. # [20:41] <webben> FWIW I think JAWS used to assume that outer tables were layout tables and inner tables were data tables.
  353. # [20:41] * Joins: JohnResig (n=jresig@c-76-118-158-44.hsd1.ma.comcast.net)
  354. # [20:41] <webben> (when all it had was td anyhow)
  355. # [20:42] <webben> Given IE8's support for CSS table display properties, I'm not clear what the authoring advantages of layout tables would be anymore.
  356. # [20:43] <BenMillard> support legacy content and authoring convenience spring to mind
  357. # [20:44] <webben> so long as HTML5 defines how UAs treat layout tables, do you reckon people care about the conformance of legacy content?
  358. # [20:45] <BenMillard> I meant making legacy content work with ATs by having one interoperable method of detecting layout tables
  359. # [20:45] <webben> But that's not a conformance issue for authors; that's a conformance issue for UAs.
  360. # [20:45] <webben> Is that what we're talking about?
  361. # [20:46] * Joins: sverrej (n=sverrej@89.10.27.179)
  362. # [20:46] <webben> If so, I hadn't realized HTML5 was insisting UAs treat table as data; that indeed wouldn't be very wise.
  363. # [20:47] <webben> If *not, I mean
  364. # [20:47] <BenMillard> http://sitesurgeon.co.uk/tables/ - 45% of the data tables I found don't use <th>; 35% use <td> for all their headers without scope or headers. telling authors their layout tables or data tables are broken seems useful for a checker
  365. # [20:48] <webben> Yes.
  366. # [20:48] <BenMillard> so there would be requirements for authors to follow the definitions and UAs to detect which tables fit which definition
  367. # [20:49] <webben> I'm not sure I can see authors combing over old table layouts to turn them into conforming layout tables.
  368. # [20:49] <BenMillard> "Outer tables can never be data tables." could be part of the definition
  369. # [20:49] <webben> I'd have thought it would be more useful to have a validator mode for checking all non-conforming markup is in a state that should "work".
  370. # [20:50] <webben> *more precise
  371. # [20:50] <BenMillard> the definition of layout tables would be informed by research into how they are currently authored; I'm just giving basic ideas for now :)
  372. # [20:50] <webben> then the few authors interested in converting old table layouts into working table layouts could use the tool like that
  373. # [20:51] <webben> likewise it could check over <applet> and any other things HTML5 considers beneath itself ;)
  374. # [20:51] <BenMillard> for authors, the idea would be to make working tables of either type conforming; broken tables of either type non-conforming
  375. # [20:52] <webben> BenMillard: I think one thing you need to factor into this is that the JAWS thing was practical because it worked for a general case; but you can switch between interpreting a given table as layout or data.
  376. # [20:53] <webben> That may be a more important facility for dealing with tables then the algorithm for guessing layout vs data.
  377. # [20:53] * Quits: Camaban (n=alee@85-211-225-221.dyn.gotadsl.co.uk) ("Ex-Chat")
  378. # [20:54] <BenMillard> that switch could be retained but the heuristics improved in HTML5
  379. # [20:54] <BenMillard> so you wouldn't need to use the switch so much
  380. # [20:55] <webben> Well, yes, but making users use a switch isn't ideal; and making layout tables non-conforming supports their conversion to something that doesn't require a switch.
  381. # [20:56] <BenMillard> webben, these are useful points :)
  382. # [20:57] <BenMillard> but as you said, "few authors interested in converting old table layouts" mean big changes aren't going to happen in the legacy
  383. # [20:58] <BenMillard> if the layout table description is good enough, you won't need to use the switch because the detection will be right most or all of the time
  384. # [20:58] <webben> indeed. which is why I don't think authorial conformance requirements should be designed around people tweaking legacy markup.
  385. # [20:58] <webben> if. yes.
  386. # [20:58] <webben> guess you (or someone) needs to go give their best shot at an algorithm
  387. # [20:59] <BenMillard> yeah, I'm working on sponsorship to cover work like this
  388. # [20:59] <webben> but that still seems more about how UAs handle existing content than author conformance requirements
  389. # [20:59] <webben> (e.g. if you wanted to make it really easy for authors to indicate tables are for layout one could just have a layout attribute on table.)
  390. # [20:59] <webben> rather than requiring them to root through their th's
  391. # [20:59] <BenMillard> the idea is only a tiny number of layout tables would need changes
  392. # [21:00] <BenMillard> it will take research to figure out if legacy layout tables follow patterns consistently enough for this to be feasible :P
  393. # [21:00] <webben> I should imagine layout-table-forms vs. spreadsheet-table-forms would be a particularly painful area to try and spec out.
  394. # [21:03] <BenMillard> that's something I've been discussing on Accessify Forum recently (as Cerbera): http://www.accessifyforum.com/viewtopic.php?t=9791
  395. # [21:04] <BenMillard> the UA part is at the end, summarised here: http://projectcerbera.com/blog/2008/04#day14
  396. # [21:05] * Quits: dbaron (n=dbaron@c-67-160-251-228.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  397. # [21:06] <BenMillard> would be cool if we can find a sane way for these things to Just Work natively
  398. # [21:07] <webben> yes.
  399. # [21:08] * Quits: KevinMarks (n=KevinMar@90.sub-75-211-104.myvzw.com) ("The computer fell asleep")
  400. # [21:14] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  401. # [21:16] <BenMillard> zcorpan_, hi
  402. # [21:17] <zcorpan_> BenMillard: hi
  403. # [21:18] <BenMillard> zcorpan_, we've been talking about data tables, layout tables and tabular forms: http://krijnhoetmer.nl/irc-logs/whatwg/20080414#l-346
  404. # [21:18] <zcorpan_> BenMillard: thanks, reading
  405. # [21:23] <zcorpan_> BenMillard: many layout tables use <th>
  406. # [21:24] <zcorpan_> BenMillard: and there are legitimate data tables with no <th>
  407. # [21:27] <BenMillard> zcorpan_, I'm not sure how many is many. <th> seems rare any place I've looked...
  408. # [21:28] <BenMillard> zcorpan_, a table with no headers is using layout to indicate relationships rather than labelling...so I'm not sure if that's a "legitimate" data table.
  409. # [21:28] <BenMillard> I don't have a concrete proposal for this, it's just an idea for now :)
  410. # [21:30] <zcorpan_> i don't have data about how many data tables use <th>, but i've seen several and <th> is a pretty common element in hixie's billion-document-study from 2005
  411. # [21:31] <BenMillard> this headerless data table http://sports.espn.go.com/nhl/news/story?page=statistics/glossary should probably use <th> in the 1st column
  412. # [21:31] <zcorpan_> i don't consider a family tree <table> a layout table
  413. # [21:32] <Philip`> (I saw <th> on about 4% of pages)
  414. # [21:32] <zcorpan_> Philip`: and <td>?
  415. # [21:32] <Philip`> (and <table> on 74%)
  416. # [21:32] <zcorpan_> (ok)
  417. # [21:32] <Philip`> (and <td> on 0.2% fewer than <table>)
  418. # [21:35] <zcorpan_> Philip`: do you have a list of pages that use <th>?
  419. # [21:35] <Philip`> (and <tbody> on 0.2% in total)
  420. # [21:35] <Philip`> zcorpan_: http://canvex.lazyilluminati.com/survey/2007-07-17/analyse.cgi/pages/tag/th
  421. # [21:38] <BenMillard> zcorpan_, just viewed some family trees and see what you mean
  422. # [21:38] <zcorpan_> Philip`: thanks
  423. # [21:39] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.3 (IRC client for Emacs)")
  424. # [21:40] * Joins: Hixie (i=ianh@trivini.no)
  425. # [21:43] <BenMillard> zcorpan_, <ul> seems a better choice for the ancestor/sibling/descendant relationships in family trees, although I haven't check how that would look
  426. # [21:44] <zcorpan_> BenMillard: maybe, but it would make styling extremely non-trivial as to make it unrealistic
  427. # [21:45] <zcorpan_> in print, they are in a grid
  428. # [21:45] <Philip`> The strict tree model breaks down if your family has had some 'interesting' relationships
  429. # [21:45] <BenMillard> lol :D
  430. # [21:45] <zcorpan_> Philip`: that too, but that also makes it hard to do with <table> :P
  431. # [21:46] <BenMillard> display: table-* enjoying greater support might help?
  432. # [21:47] <zcorpan_> so the 5 first pages i've looked at with <th>, none of them had data tables
  433. # [21:48] <zcorpan_> BenMillard: can you make a demo page where nested <ul> displays like a proper grid with css?
  434. # [21:48] <Philip`> (My data is almost a year old so be careful that the pages haven't changed to be totally different nowadays)
  435. # [21:48] <BenMillard> zcorpan_, I'd like to do that and work on this properly but can't afford the time yet
  436. # [21:49] <BenMillard> just wanted to mention it here to get the cogs turning in other peoples' heads
  437. # [21:49] <zcorpan_> BenMillard: i've looked at making nested <ul>s show like a grid before but couldn't figure out a sane way to do it
  438. # [21:50] <zcorpan_> Philip`: i checked the source to confirm that they had <th
  439. # [21:50] <zcorpan_> (the first didn't)
  440. # [21:50] <zcorpan_> (so skipped it)
  441. # [21:51] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  442. # [21:51] <zcorpan_> the wikipedia page wasn't really a layout table, i guess, but it wasn't a data table either (it should have used <h3/><ul/> instead)
  443. # [21:52] <BenMillard> zcorpan_, if you can't do it then it must be impossible :)
  444. # [21:52] <zcorpan_> lol
  445. # [21:52] <zcorpan_> well it was quite a while ago
  446. # [21:53] <zcorpan_> perhaps i gave up too quickly and thought that <table> was the right way to do it
  447. # [21:53] <zcorpan_> (and i still think it is)
  448. # [21:56] <BenMillard> I remember your nested FIFA table was correctly laid out while my single <table> with several <tbody> was not
  449. # [21:57] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  450. # [21:59] <zcorpan_> (http://simon.html5.org/sandbox/html/fifa )
  451. # [21:59] * Joins: andersca_ (n=andersca@17.255.106.236)
  452. # [21:59] * Quits: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net)
  453. # [21:59] * Quits: jruderman (n=jruderma@guest-226.mountainview.mozilla.com)
  454. # [22:02] <BenMillard> the team names should be <th>?
  455. # [22:02] * Joins: dbaron (n=dbaron@guest-226.mountainview.mozilla.com)
  456. # [22:03] <BenMillard> (mine was http://sitesurgeon.co.uk/!dev/fifa2006/ben-millard.html)
  457. # [22:03] * Quits: othermaciej (n=mjs@nat/apple/x-eba51d7c8e26f9b3)
  458. # [22:06] * Joins: jruderman (n=jruderma@guest-226.mountainview.mozilla.com)
  459. # [22:08] * Joins: KevinMarks (n=KevinMar@219.sub-70-198-113.myvzw.com)
  460. # [22:14] * Quits: eseidel (n=eseidel@nat/google/x-88362233dd31cd32)
  461. # [22:14] * Quits: andersca (n=andersca@nat/apple/x-5d190e3c5dff0ff0) (Read error: 110 (Connection timed out))
  462. # [22:21] * Joins: tantek (n=tantek@m890f36d0.tmodns.net)
  463. # [22:22] <zcorpan_> Hixie: should insertHTML use the html parser in xml documents too?
  464. # [22:23] * Quits: tantek (n=tantek@m890f36d0.tmodns.net) (Client Quit)
  465. # [22:23] * Joins: Camaban (n=alee@77-103-78-94.cable.ubr08.hawk.blueyonder.co.uk)
  466. # [22:23] * Joins: jwalden (n=waldo@STRATTON-FOUR-SIXTY-NINE.MIT.EDU)
  467. # [22:25] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  468. # [22:27] * Joins: tantek (n=tantek@99-200-245-188.area2.spcsdns.net)
  469. # [22:28] * Quits: dbaron (n=dbaron@guest-226.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  470. # [22:29] * Joins: othermaciej (n=mjs@nat/apple/x-374d73756cd8d258)
  471. # [22:33] * Joins: eseidel (n=eseidel@nat/google/x-b17c94220ccc4216)
  472. # [22:35] <Hixie> zcorpan_: if you can find me a UA that uses an XML parser, I'm happy to switch it
  473. # [22:35] <Hixie> zcorpan_: my investigation suggested it was HTML all the way
  474. # [22:36] <zcorpan_> Hixie: last time i checked, opera always uses the html parser while firefox and webkit inserthtml only works in text/html
  475. # [22:37] <Hixie> k
  476. # [22:37] <Hixie> html it is then
  477. # [22:37] * Quits: webben (n=benh@nat/yahoo/x-6607eedc81f0be52) (Connection timed out)
  478. # [22:38] <zcorpan_> but it seems weird to have all the checks in the dom everywhere (like, say, setting dataset.foo) if inserthtml can insert anything in an xml document anyway
  479. # [22:38] * Quits: aroben (n=aroben@unaffiliated/aroben) ("Leaving")
  480. # [22:39] <Hixie> zcorpan_: i put checks in dataset.foo?
  481. # [22:40] <zcorpan_> Hixie: "If setAttribute() would have raised an exception when setting an attribute with the name name, then this must raise the same exception."
  482. # [22:40] <Hixie> ah, ok, that's just setAttribute() then
  483. # [22:40] <Hixie> right, i basically set that up to be equivalent to setAttribute(), for ease of implementation
  484. # [22:40] <zcorpan_> that makes sense
  485. # [22:48] * Joins: aroben (n=adamrobe@c-71-58-57-150.hsd1.pa.comcast.net)
  486. # [22:48] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  487. # [22:57] * Joins: roc (n=roc@202.0.36.64)
  488. # [23:02] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  489. # [23:04] * Quits: tantek (n=tantek@99-200-245-188.area2.spcsdns.net)
  490. # [23:10] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  491. # [23:19] * Joins: grimboy (n=grimboy@78-105-162-250.zone3.bethere.co.uk)
  492. # [23:24] * Quits: gsnedders (n=gsnedder@host217-44-37-113.range217-44.btcentralplus.com) ("Partying in teh intarwebs")
  493. # [23:33] <annevk> hmm, CSS gradients
  494. # [23:35] <roc> I'm not all that enthusiastic about reinventing all of SVG in CSS
  495. # [23:35] * Quits: csarven- (n=csarven@on-irc.csarven.ca) ("http://www.csarven.ca")
  496. # [23:35] <annevk> It does make sense though to have them in CSS...
  497. # [23:36] <roc> it makes some sense to have it all in CSS
  498. # [23:36] <Philip`> Lachy_: It's crazy because it's unconventional, particularly in the W3C world of XML, and also YAML is way too complex to be considered sane, and also writing single-purpose custom scripts seems an odd way to do a common task like publishing test suites
  499. # [23:36] <Philip`> (but I think it works well anyway, at least for me)
  500. # [23:37] <annevk> roc, true
  501. # [23:37] <roc> it's sort of like how the SVG people wanted to reinvent HTML+CSS text layout in SVG
  502. # [23:37] <Lachy_> Philip`, ok. I'm open to other suggestions, if anyone has any
  503. # [23:37] <annevk> I think they're still persuing the SVG application thingie...
  504. # [23:37] <jgraham_> Hmm, whilst I don't claim to fully understand all the issues, it seems like some of the people on public-appformats are just sending repeated emails saying the same thing, ignoring the counter points that have been made
  505. # [23:38] <annevk> jgraham_, JonF?
  506. # [23:38] <jgraham_> annevk: :)
  507. # [23:38] <roc> obviously reinventing it all makes no sense. but copying just one more feature that you really want is so attractive...
  508. # [23:39] <roc> the rest follows by inductino
  509. # [23:39] <annevk> Maybe we should make it so that where SVG gradients become like <font> tags :)
  510. # [23:39] <annevk> s/where//
  511. # [23:39] <jgraham_> Lachy_: JSON is more widely spoken than YAML but might have a nicer syntax or something
  512. # [23:39] <jgraham_> er s/but/but YAML/
  513. # [23:39] <annevk> Things you can do through CSS or markup
  514. # [23:40] <annevk> (But SVG gradients are likely far more complex and the CSS stuff is probably a subset.)
  515. # [23:40] <Philip`> JSON syntax is nasty - you'd need to escape all the quotes in your strings, which is pain when you're trying to put JS code in there
  516. # [23:40] <roc> annevk: it may be a subset *for now*
  517. # [23:40] <roc> but I have no confidence that line will be held
  518. # [23:40] <jgraham_> Philip`: Yeah, I can't say I particularly like JSON
  519. # [23:40] <Philip`> SVGT1.2 gradients didn't look very complex when I last looked
  520. # [23:41] <Philip`> though they're probably so limited you'd actually want the SVG1.1 features instead, so I guess that gets more complex again
  521. # [23:41] <Philip`> (like I think SVGT1.2 radial gradients can only have the focus point in the centre)
  522. # [23:42] <annevk> roc, in that case, <font> :)
  523. # [23:43] <annevk> every time I see KML I think it says KLM
  524. # [23:44] <roc> CSS animation and transitions make some sense because SMIL is horrible, and CSS transforms make some sense because wrapping SVG around elements destroys layout, but it seems to me that SVG paint servers could be integrated with CSS without much pain
  525. # [23:44] <Philip`> KLM = Royal Dutch Airlines?
  526. # [23:45] <annevk> Koninklijke Luchtvaart Maatschappij
  527. # [23:45] <annevk> (but yes, that's the English translation)
  528. # [23:45] * Philip` has never heard of them, so he never makes that mistake when reading KML :-)
  529. # [23:47] * Joins: jruderman_ (n=jruderma@corp-241.mountainview.mozilla.com)
  530. # [23:47] <Hixie> certainly imho anything that css does with gradients should basically re-use the svg paint server system
  531. # [23:47] <shepazu> I don't think that allowing a proper subset of SVG gradients to be expressed in CSS is bad at all
  532. # [23:47] <Hixie> though it might involve new syntax to do so (much like how svg in text/html is new syntax but creates the same dom in the backend)
  533. # [23:47] <shepazu> I think there's room for both "paint servers"
  534. # [23:48] <roc> that leads to disaster
  535. # [23:49] <roc> well, "here is some CSS syntax for SVG" isn't so bad. "Here is some CSS that is supposed to be equivalent to some SVG, but we specify it ourselves anyway" is really bad
  536. # [23:49] * Joins: webben (n=benh@91.84.239.85)
  537. # [23:49] * Quits: virtuelv (n=virtuelv@109.80-202-65.nextgentel.com) ("Ex-Chat")
  538. # [23:50] <Philip`> It'd be like <canvas>
  539. # [23:50] <roc> my impression was that Webkit's implementation of CSS gradients does not use their SVG code, although I could be mistaken, which disturbs me
  540. # [23:51] <annevk> I hope it doesn't call into Mac OS platform APIs...
  541. # [23:51] * Joins: tantek (n=tantek@99-200-252-246.area2.spcsdns.net)
  542. # [23:51] <Philip`> annevk: What else would it do?
  543. # [23:52] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  544. # [23:52] <annevk> (I'm also in the camp that would like CSS syntax to map to an SVG paint server.)
  545. # [23:53] <Philip`> If I understand correctly (based on approximately no knowledge), WebKit has (or is aiming for?) an internal gradient-painting API, which can be used by SVG/CSS/canvas, which has lots of platform-specific implementations (CG, Cairo, etc)
  546. # [23:53] <roc> *that*'s not a problem
  547. # [23:54] <roc> we have one too, called cairo
  548. # [23:54] <Philip`> so at some level it uses the platform APIs, rather than reimplementing all the drawing code itself
  549. # [23:56] <alp> there's no re-implementing of anything except gradient stop parsing, http://trac.webkit.org/projects/webkit/browser/trunk/WebCore/platform/graphics/Gradient.cpp <- the cross-platform part
  550. # [23:57] <alp> http://trac.webkit.org/projects/webkit/browser/trunk/WebCore/platform/graphics/cairo/GradientCairo.cpp <- the cairo backend for it (needs a tiny bit more work)
  551. # [23:59] * Quits: jruderman_ (n=jruderma@corp-241.mountainview.mozilla.com)
  552. # Session Close: Tue Apr 15 00:00:00 2008

The end :)