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

Options:

  1. # Session Start: Mon Nov 02 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] <nicferrier> sorry, not expressing this very well
  4. # [00:00] <nicferrier> if the html5 form is authoritative
  5. # [00:00] <nicferrier> then it has to be wholly a resource
  6. # [00:00] <nicferrier> rather than being put together with bits of information from different places
  7. # [00:00] <nicferrier> it has to be an entity of itself
  8. # [00:01] <webben> how would the forms be made? hand edited? built with some sort of gui tool?
  9. # [00:01] <nicferrier> does it matter?
  10. # [00:01] <webben> a bit
  11. # [00:01] <webben> if I was going to hand edit such things, I'd prefer them kept in individual files.
  12. # [00:01] <nicferrier> an html5 form could be constructed by either hand or machine
  13. # [00:02] <nicferrier> hmm
  14. # [00:02] <webben> (just as I split out individual models, or templates, or testcases or whatever into their own individual files
  15. # [00:02] <nicferrier> a dynamic form would require a dynamic validator
  16. # [00:02] <nicferrier> dynamic meaning it depends entirely on the resource
  17. # [00:03] <nicferrier> consider a ticket editor that lets you edit all the tickets of a particular query
  18. # [00:03] <nicferrier> the http resource is the query
  19. # [00:03] <nicferrier> the representation is an html 5 entity with a single form
  20. # [00:03] <nicferrier> with fieldsets for each ticket
  21. # [00:03] <nicferrier> we can change a bunch of tickets to closed and then press submit
  22. # [00:03] * Joins: mmn (n=mmn@node-9689.tor.pppoe.execulink.com)
  23. # [00:05] <webben> nicferrier: hmm. in that scenario aren't you generating the form from a model, and if not that, how?
  24. # [00:05] <nicferrier> webben: well, yes. tricky.
  25. # [00:07] <webben> nicferrier: I guess you could build a two way system. That is, a system that can take a form as input and generate models and validation rules; or take a model as input and generate forms and validation rules?
  26. # [00:08] <webben> that way, for example, the designers could hand you a form, you could express the form in HTML, the system would generate a model and validation rules.
  27. # [00:08] <nicferrier> is the only thing that would ever change for a dynamic form the number of fieldsets?
  28. # [00:09] <webben> No?
  29. # [00:09] <webben> Even if you consider bugzilla tickets, the form varies depending on the lifecycle stage of the ticket.
  30. # [00:10] <webben> e.g. if a ticket has been CLOSED you have to REOPEN it before you can ASSIGN it.
  31. # [00:10] <nicferrier> but those are different forms
  32. # [00:10] <nicferrier> true
  33. # [00:10] <webben> depends what you mean by different form I guess.
  34. # [00:10] * Joins: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  35. # [00:10] <webben> they are a little bit different
  36. # [00:10] <nicferrier> not different resources tho, you are right
  37. # [00:10] <nicferrier> in a RESTfull sense, same resource
  38. # [00:11] * Quits: JonathanNeal (n=Jonathan@adsl-99-74-52-97.dsl.lsan03.sbcglobal.net) (Read error: 110 (Connection timed out))
  39. # [00:13] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  40. # [00:19] * Quits: webben (n=benh@217.12.15.52) (Remote closed the connection)
  41. # [00:20] * Joins: webben (n=benh@dip5-fw.corp.ukl.yahoo.com)
  42. # [00:28] * Quits: yatil (n=Adium@78.104.102.186) ("Leaving.")
  43. # [00:33] * Quits: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  44. # [00:45] * Joins: erlehmann (n=erlehman@82.113.106.5)
  45. # [00:46] * Joins: mmn1 (n=mmn@node-9689.tor.pppoe.execulink.com)
  46. # [00:46] * Quits: mmn (n=mmn@node-9689.tor.pppoe.execulink.com) (Read error: 54 (Connection reset by peer))
  47. # [00:56] * Quits: ray (i=ray@drong.notacat.org) (Read error: 60 (Operation timed out))
  48. # [00:56] * Joins: ray (i=ray@drong.notacat.org)
  49. # [00:59] * Joins: JonathanNeal (n=Jonathan@adsl-99-74-52-97.dsl.lsan03.sbcglobal.net)
  50. # [01:01] * Quits: gunderwonder (n=gunderwo@102.80-202-87.nextgentel.com)
  51. # [01:02] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  52. # [01:11] * Joins: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  53. # [01:22] * Quits: wakaba_ (n=wakaba_@98.225.100.220.dy.bbexcite.jp) (Read error: 60 (Operation timed out))
  54. # [01:24] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  55. # [01:25] * Quits: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  56. # [01:45] <Hixie> what's the rule that hsivonen refers to regularly regarding how a technology fragments into the same number of independent components as there are working groups designing it?
  57. # [01:45] * Joins: cying (n=cying@adsl-75-18-216-168.dsl.pltn13.sbcglobal.net)
  58. # [01:46] <Hixie> Conway's Law, nevermind
  59. # [01:46] <Dashiva> Either that or n^2 interfaces :)
  60. # [01:46] * Joins: drry (n=drry@unaffiliated/drry)
  61. # [01:47] * Quits: ttepass- (n=ttepas--@p5B013567.dip.t-dialin.net) ("?Q")
  62. # [01:48] * Joins: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  63. # [01:53] * Quits: gratz|home (n=gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com) ("Leaving")
  64. # [01:55] * Joins: mmn (n=mmn@node-9689.tor.pppoe.execulink.com)
  65. # [01:55] * Quits: mmn1 (n=mmn@node-9689.tor.pppoe.execulink.com) (Read error: 104 (Connection reset by peer))
  66. # [02:10] <Dashiva> How does the "new XML specs should not define named entities" jive with MathML?
  67. # [02:30] * Joins: michaelforrest (n=michaelf@91.189.88.12)
  68. # [02:34] * Joins: LordMetroid (n=lordmetr@90-224-93-243-no108.tbcn.telia.com)
  69. # [02:35] * Quits: webben (n=benh@dip5-fw.corp.ukl.yahoo.com) (Remote closed the connection)
  70. # [02:40] * Quits: LordMetroid (n=lordmetr@90-224-93-243-no108.tbcn.telia.com) ("ZzZzZz")
  71. # [02:48] * Quits: shepazu (n=schepers@38.114.142.20)
  72. # [02:48] * Quits: JonathanNeal (n=Jonathan@adsl-99-74-52-97.dsl.lsan03.sbcglobal.net) ("Leaving")
  73. # [02:48] * Joins: erlehmann_ (n=erlehman@82.113.121.2)
  74. # [02:48] * hcr is now known as hamcore
  75. # [02:49] * Quits: eric_carlson (n=ericc@38.114.142.208)
  76. # [02:50] * Joins: sirdarckcat (n=sdc@unaffiliated/sirdarckcat)
  77. # [02:54] * hamcore is now known as hcr
  78. # [02:58] * Quits: nessy (n=Adium@38.114.142.169) ("Leaving.")
  79. # [03:00] * Quits: smaug (n=chatzill@cs181150024.pp.htv.fi) (Remote closed the connection)
  80. # [03:06] * Quits: erlehmann (n=erlehman@82.113.106.5) (Read error: 110 (Connection timed out))
  81. # [03:15] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  82. # [03:18] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  83. # [03:26] * Joins: TabAtkins (n=chatzill@72-254-98-254.client.stsn.net)
  84. # [03:35] * Quits: mmn (n=mmn@node-9689.tor.pppoe.execulink.com) ("Leaving.")
  85. # [03:48] * Quits: TabAtkins (n=chatzill@72-254-98-254.client.stsn.net) (Read error: 60 (Operation timed out))
  86. # [03:55] * lmorchard|away is now known as lmorchard
  87. # [04:21] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  88. # [04:21] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Remote closed the connection)
  89. # [04:23] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  90. # [04:24] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  91. # [04:29] * Quits: paul_ir__ (n=paul_iri@c-71-192-163-128.hsd1.nh.comcast.net) (Read error: 113 (No route to host))
  92. # [04:56] * Joins: KevinMarks (n=KevinMar@c-24-19-140-79.hsd1.wa.comcast.net)
  93. # [05:01] * Joins: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  94. # [05:19] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  95. # [05:21] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  96. # [05:26] * hcr is now known as hamcore
  97. # [05:26] * hamcore is now known as hcr
  98. # [05:26] * Quits: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  99. # [05:30] * Joins: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  100. # [05:30] * Quits: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  101. # [05:44] * Quits: KevinMarks (n=KevinMar@c-24-19-140-79.hsd1.wa.comcast.net) ("The computer fell asleep")
  102. # [05:44] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  103. # [05:44] * Quits: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Remote closed the connection)
  104. # [05:45] * Quits: sirdarckcat (n=sdc@unaffiliated/sirdarckcat) (Read error: 110 (Connection timed out))
  105. # [06:01] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  106. # [06:08] * Joins: archtech (i=stanv@83.228.56.37)
  107. # [06:09] * Joins: roc (n=roc@121-72-179-155.dsl.telstraclear.net)
  108. # [06:19] * Joins: cedricv (n=cedric@112.199.225.66)
  109. # [06:30] * Joins: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  110. # [06:35] * Joins: sirdarckcat (n=sdc@121.0.29.239)
  111. # [06:46] * Joins: nessy (n=Adium@adsl-69-107-93-121.dsl.pltn13.pacbell.net)
  112. # [06:48] * Quits: archtech (i=stanv@83.228.56.37)
  113. # [06:53] * Joins: annevk2 (n=annevk@12.197.88.10)
  114. # [07:01] * Joins: franksalim (n=frank@adsl-76-221-202-115.dsl.pltn13.sbcglobal.net)
  115. # [07:01] * Quits: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  116. # [07:15] * Quits: annevk2 (n=annevk@12.197.88.10)
  117. # [07:19] * Joins: TabAtkins (n=chatzill@72-254-98-254.client.stsn.net)
  118. # [07:21] * Joins: yusukes (n=yusukes@220.109.219.244)
  119. # [07:22] * Quits: ray (i=ray@drong.notacat.org) (Read error: 60 (Operation timed out))
  120. # [07:27] * Joins: ray (i=ray@drong.notacat.org)
  121. # [07:34] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  122. # [07:37] * Joins: TabAtkins_ (n=chatzill@72-254-98-254.client.stsn.net)
  123. # [07:38] * Quits: TabAtkins (n=chatzill@72-254-98-254.client.stsn.net) (Read error: 104 (Connection reset by peer))
  124. # [07:38] * TabAtkins_ is now known as TabAtkins
  125. # [07:38] * Joins: yatil (n=Adium@78.104.102.186)
  126. # [07:39] * Joins: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no)
  127. # [07:43] * Quits: nessy (n=Adium@adsl-69-107-93-121.dsl.pltn13.pacbell.net) (Read error: 110 (Connection timed out))
  128. # [07:46] * Quits: jwalden (n=waldo@c-98-248-40-206.hsd1.ca.comcast.net) ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.1.3/20090909051541]")
  129. # [07:54] * Quits: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley) ("This computer has gone to sleep")
  130. # [07:58] * Joins: nessy (n=Adium@adsl-69-107-93-121.dsl.pltn13.pacbell.net)
  131. # [08:02] * Quits: TabAtkins (n=chatzill@72-254-98-254.client.stsn.net) (Read error: 104 (Connection reset by peer))
  132. # [08:33] * lmorchard is now known as lmorchard|away
  133. # [08:34] * lmorchard|away is now known as lmorchard
  134. # [08:34] * lmorchard is now known as lmorchard|away
  135. # [08:35] * Joins: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  136. # [08:40] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  137. # [08:41] * Quits: erlehmann_ (n=erlehman@82.113.121.2) ("Ex-Chat")
  138. # [08:47] * Parts: yatil (n=Adium@78.104.102.186)
  139. # [08:52] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  140. # [08:54] * Quits: wakaba_ (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Read error: 110 (Connection timed out))
  141. # [08:55] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  142. # [08:55] * Quits: nessy (n=Adium@adsl-69-107-93-121.dsl.pltn13.pacbell.net) ("Leaving.")
  143. # [09:19] * Joins: gunderwonder (n=gunderwo@102.80-202-87.nextgentel.com)
  144. # [09:37] * Quits: sirdarckcat (n=sdc@121.0.29.239) (Read error: 104 (Connection reset by peer))
  145. # [09:41] * Quits: gunderwonder (n=gunderwo@102.80-202-87.nextgentel.com)
  146. # [09:48] * Quits: pablof (n=palbo@213.236.208.22) (":qa!")
  147. # [09:57] * Joins: smaug (n=chatzill@cs181150024.pp.htv.fi)
  148. # [10:13] * Quits: JohnResig (n=JohnResi@121.255.201.74.static.ey03.engineyard.com) (Read error: 60 (Operation timed out))
  149. # [10:13] * Joins: JohnResig (n=JohnResi@121.255.201.74.static.ey03.engineyard.com)
  150. # [10:19] * Joins: mpt (n=mpt@canonical/mpt)
  151. # [10:23] * Joins: ROBOd (n=robod@89.122.216.38)
  152. # [10:34] * Quits: michaelforrest (n=michaelf@91.189.88.12)
  153. # [10:34] * Joins: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
  154. # [10:37] * Joins: mat_t (n=mattomas@91.189.88.12)
  155. # [10:40] * Joins: webben (n=benh@nat/yahoo/x-aadc4f59b958696b)
  156. # [10:45] * Quits: cedricv (n=cedric@112.199.225.66) (Read error: 104 (Connection reset by peer))
  157. # [10:46] * Joins: michaelforrest (n=michaelf@91.189.88.12)
  158. # [10:56] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  159. # [11:01] * Quits: michaelforrest (n=michaelf@91.189.88.12)
  160. # [11:02] * Joins: michaelforrest (n=michaelf@91.189.88.12)
  161. # [11:08] * Joins: cedricv (n=cedric@112.199.211.130)
  162. # [11:14] * Joins: gunderwonder (n=gunderwo@garage.upstruct.com)
  163. # [11:16] * Joins: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  164. # [11:18] * Quits: mpt (n=mpt@canonical/mpt) (Remote closed the connection)
  165. # [11:21] * Joins: virtuelv_ (n=virtuelv@pat-tdc.opera.com)
  166. # [11:22] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) (Read error: 60 (Operation timed out))
  167. # [11:23] * Joins: archtech (i=stanv@83.228.56.37)
  168. # [11:34] * Joins: mpt (n=mpt@canonical/mpt)
  169. # [11:38] * Joins: KevinMarks (n=KevinMar@c-24-19-140-79.hsd1.wa.comcast.net)
  170. # [11:48] * Quits: wakaba_0 (n=wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) ("Leaving...")
  171. # [12:02] * Quits: virtuelv_ (n=virtuelv@pat-tdc.opera.com) (Read error: 60 (Operation timed out))
  172. # [12:11] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  173. # [12:13] * Joins: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no)
  174. # [12:14] * Joins: Mathias (n=Mathias@ip-81-11-161-106.dsl.scarlet.be)
  175. # [12:16] * Joins: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  176. # [12:36] * Joins: erlehmann (n=erlehman@82.113.121.2)
  177. # [12:45] * Joins: yatil (n=Adium@78.104.102.186)
  178. # [12:45] * Quits: mat_t (n=mattomas@91.189.88.12) ("Leaving")
  179. # [12:45] * Joins: mat_t (n=mattomas@91.189.88.12)
  180. # [12:49] * Joins: pablof (n=palbo@pat-tdc.opera.com)
  181. # [12:53] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  182. # [12:54] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  183. # [13:23] * Joins: adactio (n=adactio@host86-163-206-16.range86-163.btcentralplus.com)
  184. # [13:42] <erlehmann> haha, randall munroe made i GIANT chart
  185. # [13:44] <jgraham> i?
  186. # [13:44] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) (Read error: 110 (Connection timed out))
  187. # [13:45] <gsnedders|work> UnexpectedPronounException
  188. # [13:47] <jgraham> erlehmann: I assume you mean http://xkcd.com/657/large/ which is rather cool
  189. # [13:47] <erlehmann> jgraham, i and a are right next to each other
  190. # [13:48] <erlehmann> jgraham, now that he has proven he'll do huge pointless charts, you can ask him ;)
  191. # [13:48] <erlehmann> although i think we might just relabel the "primer" thingy :D
  192. # [13:50] * Joins: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net)
  193. # [13:51] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  194. # [13:52] <jgraham> We should wait until CR though
  195. # [13:52] <jgraham> Or at least until there are a couple of shipping implementations
  196. # [13:52] <jgraham> Otherwise the chart will be quickly wrong
  197. # [13:52] * Joins: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  198. # [13:53] * gsnedders|work hopes the parser spec doesn't change too much from hereon to avoid the problems discussed last night
  199. # [13:54] * hsivonen wishes Opera didn't implement stuff like XML 1.1, xml:id, entities for RDFa doctype and entities for innerHTML setter in XML
  200. # [13:55] <jgraham> hsivonen: It would be nice if we could just make all XML applications recognise all HTML5 entities
  201. # [13:55] <hsivonen> instability in interop in this area consumes resources while IE just ignores it all and doesn't need to put in similar effort
  202. # [13:56] <hsivonen> jgraham: if we rock the boat like that, I think we should go full XML5
  203. # [13:56] <hsivonen> instead of rocking the boat several times
  204. # [13:59] * gsnedders|work wonders how come we support entities in XHTML+RDFa
  205. # [13:59] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Remote closed the connection)
  206. # [13:59] <gsnedders|work> Do we just support entities in all application/xhtml+xml?
  207. # [13:59] * Joins: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu)
  208. # [14:01] <hsivonen> gsnedders|work: you don't
  209. # [14:02] <jgraham> hsivonen: A one-step XML5 would have the lowest cost / best benefits if people would go with it. However pragmatically it requires even more buy-in and so has a bigger risk of total failure
  210. # [14:02] <gsnedders|work> hsivonen: We currently just use our HTML parser for innerHTML regardless of whether we're in XML, FYI
  211. # [14:02] <gsnedders|work> hsivonen: That's why we support entities there
  212. # [14:02] <hsivonen> gsnedders|work: oh. that's a sensible reason
  213. # [14:03] <gsnedders|work> hsivonen: I guess we won't once we move to using XML parser for it
  214. # [14:03] <hsivonen> gsnedders|work: would be useful to have these data points in the thread on the list
  215. # [14:05] * gsnedders|work emails about innerHTML
  216. # [14:05] <Philip`> data:application/xhtml+xml,<!DOCTYPE html SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html><b>test</b></html>
  217. # [14:05] <Philip`> Opera puts HTML styles on those elements
  218. # [14:05] * Joins: myakura (n=myakura@p2102-ipbf6805marunouchi.tokyo.ocn.ne.jp)
  219. # [14:06] <Philip`> and puts them in the XHTML namespace
  220. # [14:06] <Philip`> but doesn't if you remove the doctype
  221. # [14:06] <gsnedders|work> Philip`: You filed a bug on that?
  222. # [14:06] <gsnedders|work> Oh, no, not you. But we have a bug on that.
  223. # [14:07] <gsnedders|work> It's because we act too much like a validating parser, obviously. Yay.
  224. # [14:08] * Parts: gsnedders|work (n=gsnedder@pat.se.opera.com) ("Oh noes, somebody set us up the bomb.")
  225. # [14:08] * Joins: gsnedders|work (n=gsnedder@pat.se.opera.com)
  226. # [14:09] <gsnedders|work> We imply namespaces for XHTML 1.0 (all three DTDs), XHTML 1.1, XHTML-MP 1.0 (as application/xhtml+xml) and WML 2 (application/xml+xml), but not for XHTML Basic 1.0 and 1.1 and XHTML-MP 1.2
  227. # [14:09] <zcorpan_> do we support entities in basic, 1.1 and mp?
  228. # [14:10] <gsnedders|work> Dunno. I'm just reading the bug report. :)
  229. # [14:11] <Philip`> I hypothesise that you support entities/etc if the public id is one of:
  230. # [14:11] <gsnedders|work> zcorpan_: Comment by, uh, zcorpan_imples we do :)
  231. # [14:11] <Philip`> -//W3C//DTD XHTML 1.0 Strict//EN -//W3C//DTD XHTML 1.0 Transitional//EN -//W3C//DTD XHTML 1.0 Frameset//EN -//W3C//DTD XHTML 1.1//EN -//W3C//DTD SVG 1.1//EN -//W3C//DTD SVG 1.1 Basic//EN -//W3C//DTD SVG 1.1 Tiny//EN -//W3C//DTD SVG 1.0//EN
  232. # [14:11] <Philip`> or the system id is one of:
  233. # [14:11] <Philip`> http://www.w3.org/TR/xhtml11/DTD/xhtml11-flat.dtd http://www.wapforum.org/DTD/xhtml-mobile10-flat.dtd http://www.wapforum.org/DTD/wml_1_1.dtd http://www.wapforum.org/DTD/wml12.dtd http://www.wapforum.org/DTD/wml13.dtd http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-flat.dtd http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-basic.dtd http://www.w3.org/Graphics/SVG/1.1/DTD/svg11-tiny.dtd http://www.w3.org/TR/SVG10/DTD/s
  234. # [14:12] * Philip` curses truncation
  235. # [14:12] <zcorpan_> gsnedders|work: ok
  236. # [14:12] <gsnedders|work> Philip`: Where are you looking?
  237. # [14:12] <Philip`> http://www.w3.org/TR/SVG10/DTD/svg10.dtd http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd http://www.wapforum.org/DTD/wml20.dtd http://www.wapforum.org/DTD/xhtml-mobile10.dtd
  238. # [14:12] <Philip`> though I could be wrong, but some quick testing seems to agree with that list
  239. # [14:12] <Philip`> gsnedders|work: "strings opera"
  240. # [14:13] <gsnedders|work> "strings opera"?
  241. # [14:13] <Philip`> http://unixhelp.ed.ac.uk/CGI/man-cgi?strings
  242. # [14:13] * Quits: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net) (Read error: 110 (Connection timed out))
  243. # [14:13] <gsnedders|work> Ah
  244. # [14:14] * zcorpan_ tries subscribing to commit-watchers but doesn't get a confirmation email
  245. # [14:15] <Philip`> Hmm, seemingly not the SVG ones
  246. # [14:15] <zcorpan_> oh wait
  247. # [14:15] <Philip`> nor the WML 1.* ones
  248. # [14:15] <zcorpan_> i did get confirmation email
  249. # [14:15] <Philip`> (I guess those trigger different special behaviours)
  250. # [14:16] <erlehmann> i'm trying to get german parliamentary video channel techs to consider moving from embedded flash movies to <video> with flash fallback. anyone here has tips for doing this?
  251. # [14:17] <gsnedders|work> Philip`: We imply for SVG, and that's unlikely to change (due to content deployed when Adobe SVG Viewer didn't require it)
  252. # [14:17] <zcorpan_> erlehmann: tips for convincing them or tips for implementing it?
  253. # [14:18] * Quits: jacobolus (n=jacobolu@dhcp-0059871802-99-6d.client.student.harvard.edu) (Read error: 110 (Connection timed out))
  254. # [14:19] * Joins: erikvold (n=erikvvol@S01060024012860e9.gv.shawcable.net)
  255. # [14:19] <erlehmann> zcorpan_, its about convincing. i already met the woman in charge at a "how to make government data more open" session, she referred me to the techs.
  256. # [14:20] <Philip`> erlehmann: Why would it be worthwhile for them to switch?
  257. # [14:21] * Joins: jacobolus (n=jacobolu@140.247.133.124)
  258. # [14:25] <gsnedders|work> "RAW DATA NOW"?
  259. # [14:25] <erlehmann> gsnedders|work, something like that.
  260. # [14:27] <gsnedders|work> Then remember the RDF graphs too.
  261. # [14:28] <erlehmann> Philip`, the government has its own data in some encumbered formats. we get laws as untagged PDF, videos as flash. in the end, it's all about accessability.
  262. # [14:28] * Quits: jacobolus (n=jacobolu@140.247.133.124) (Read error: 104 (Connection reset by peer))
  263. # [14:28] <erlehmann> but i don't really know how to deal with government types
  264. # [14:29] * gsnedders|work wouldn't call PDF encumbered, as there are plenty of readers and there is an open standard
  265. # [14:29] * Joins: pmuellr (n=pmuellr@nat/ibm/x-ab5f18bcabe9182b)
  266. # [14:29] <gsnedders|work> erlehmann: I guess the first thing you need to work out is whether it is the government or whether it is civil servants making the decisions
  267. # [14:30] <erlehmann> gsnedders|work, the decision is one of bureaucracy
  268. # [14:30] <gsnedders|work> erlehmann: But who made the decision to use the formats currently used?
  269. # [14:30] <gsnedders|work> (This does have a real affect about how to go about getting things done)
  270. # [14:31] <erlehmann> interesting question.
  271. # [14:32] <gsnedders|work> You can _try_ and get civil servants (or rather, more generally, government officials) to change things, but they will tend to take the solution that is the least work for them (and may have their own agenda).
  272. # [14:32] <Philip`> erlehmann: If the idea is just about unencumbered formats, it sounds like they could just provide a download link to an .ogv or .mp4 file, and there's no need to mess around with using <video>
  273. # [14:32] <jgraham> gsnedders|work: AIUI the problem with pdf is not that it is encumbered per-se it is that extracting information is typically very difficult
  274. # [14:33] <gsnedders|work> If that fails, you have to push those who the non-elected officials are meant to obey
  275. # [14:33] <gsnedders|work> It's all one big ball-game basically
  276. # [14:33] <gsnedders|work> jgraham: Indeed, but it's certainly got quite a lot better
  277. # [14:34] <erlehmann> Philip`, valid response. but if you have the encoded files, <video> is simple
  278. # [14:34] <erlehmann> and you can always have flash fallback
  279. # [14:35] <Philip`> I guess the simpleness depends on how well the fallback works in practice, and how well <video> works in practice, and how easy it is to copy-and-paste the right markup for it
  280. # [14:35] <jgraham> gsnedders|work: "better" in the sense that it is now theoretically possible to produce PDF files in which getting the text out isn't a major undertaking?
  281. # [14:35] <jgraham> It doesn't really count as better unless people actually do it
  282. # [14:35] <gsnedders|work> jgraham: I think it is easier once you have a parsed copy of the file now
  283. # [14:36] * Philip` wishes he could copy-and-paste text from PDFs without getting "fi" ligatures as single characters
  284. # [14:36] <jgraham> and having a format where it is easier to do the wrong thing than the right thing means that people will typicalloy do the wrong thing even if there are laws and stuff saying you should do the right thing
  285. # [14:37] <erlehmann> gsnedders|work, as far as i know the head of that thingy came to the open government session out of personal interest. she readily admitted that some systems are barely usable and was looking for input from local hackers and parliamentary informaticians.
  286. # [14:37] <jgraham> gsnedders|work: eaiser than what? Also what do you mean "parsed copy of the file"?
  287. # [14:37] <erlehmann> Philip`, technical things can be solved easily. its about getting the process into motion
  288. # [14:37] <gsnedders|work> jgraham: You convert the PDF file to an internal representation before drawing.
  289. # [14:38] <gsnedders|work> jgraham: Easier than it used to be
  290. # [14:38] <gsnedders|work> (I could be wrong, I've not looked that much at text extraction)
  291. # [14:38] * Parts: yatil (n=Adium@78.104.102.186)
  292. # [14:38] <Philip`> gsnedders|work: Easier than it used to be for exactly the same input that was used before, or easier for new inputs that use new features?
  293. # [14:38] <gsnedders|work> Philip`: The latter, I think.
  294. # [14:40] <jgraham> gsnedders|work: That is exactly the problem. If these documents are being produced by some person using word or whatever and "export to pdf" does the wrong thing regardless of how they wrote the document, you have already lost because all the regulation in the world won't stop untagged documents getting produced
  295. # [14:40] <jgraham> erm
  296. # [14:41] <jgraham> by "regardless" I think I mean something quite unlike regardless
  297. # [14:41] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  298. # [14:41] <erlehmann> jgraham, our administration has secretaries with word using the print function. absolutely hatable, if there are two columns
  299. # [14:42] <jgraham> Why I'm trying to say is that it has to work for any authoring style, not just for people who use e.g. the styles and formatting feature
  300. # [14:42] <jgraham> (which is approximately no-one)
  301. # [14:42] <Philip`> jgraham: "irregardless"?
  302. # [14:43] <jgraham> iirespective
  303. # [14:43] <jgraham> but with the right number of each letter
  304. # [14:43] <jgraham> in the right order
  305. # [14:45] <jgraham> No that's still not right
  306. # [14:45] <jgraham> Oh dear
  307. # [14:46] <gsnedders|work> erlehmann: As I understand it, they're meant to be moving away from Word, at least :P
  308. # [14:46] <Philip`> How can it not be right when you're allowing any combination of any letters?
  309. # [14:47] <Philip`> unless it's something that can only be expressed through gestures
  310. # [14:47] <erlehmann> gsnedders|work, i can't see that happen.
  311. # [14:48] <gsnedders|work> erlehmann: Several ministries have moved away from Word already, to my knowledge
  312. # [14:48] <Philip`> What have they moved to?
  313. # [14:48] <gsnedders|work> OpenOffice :P
  314. # [14:48] <Philip`> Oh, not Emacs? :-(
  315. # [14:48] <erlehmann> its nanowrimo
  316. # [14:48] <erlehmann> use nano(1)
  317. # [14:48] <erlehmann> the ministry of the interior is big with free software, but they are reviled almost universally in tech circles
  318. # [14:49] <erlehmann> also some cities have switched
  319. # [14:49] * Philip` likes nano, it's the only text editor he can understand how to use
  320. # [14:49] <erlehmann> but i, as a consumer of data, am more interested in free formats
  321. # [14:49] <workmad3> Philip`: I feel like that too :)
  322. # [15:01] * Joins: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no)
  323. # [15:03] <jgraham> Understanding your text editor is overrated. The only real criterion is that pressing tab should produce a reasonable indentation much of the time. And not, I repeat not, try to insert a tab character. Ever.
  324. # [15:04] <zcorpan_> hsivonen: afaict opera doesn't support the xhtml+rdfa doctype
  325. # [15:06] <hsivonen> zcorpan_: ok. I guess I should test every allegation myself without trusting anything that has been said in the thread. sorry.
  326. # [15:06] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) (Read error: 60 (Operation timed out))
  327. # [15:10] * Joins: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de)
  328. # [15:11] * Quits: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net) (Read error: 60 (Operation timed out))
  329. # [15:19] * Quits: paul_irish (n=paul_iri@12.33.239.250)
  330. # [15:22] * Joins: BlurstOfTimes (n=blurstof@168.203.117.66)
  331. # [15:25] * Quits: Mathias (n=Mathias@ip-81-11-161-106.dsl.scarlet.be)
  332. # [15:38] * Joins: yoshu (n=josh@174-18-206-205.tcso.qwest.net)
  333. # [15:40] * Joins: ttepasse (n=ttepas--@p5B013567.dip.t-dialin.net)
  334. # [15:43] * Joins: aroben (n=aroben@unaffiliated/aroben)
  335. # [15:47] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  336. # [15:48] * Quits: paul_irish (n=paul_iri@12.33.239.250) (Remote closed the connection)
  337. # [15:50] * Joins: paul_irish (n=paul_iri@12.33.239.250)
  338. # [15:51] * Joins: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net)
  339. # [15:59] * Quits: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  340. # [16:00] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  341. # [16:00] * Joins: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  342. # [16:01] * Joins: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net)
  343. # [16:03] * Joins: fishd_ (n=darin@nat/google/x-07db14460ce6ca6c)
  344. # [16:03] * lmorchard|away is now known as lmorchard
  345. # [16:04] * Joins: hobertoAtWork (n=hobertoa@gw1.mcgraw-hill.com)
  346. # [16:04] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  347. # [16:04] * Joins: mat_t (n=mattomas@91.189.88.12)
  348. # [16:07] * Quits: mat_t (n=mattomas@91.189.88.12) (Client Quit)
  349. # [16:08] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  350. # [16:08] * Joins: mat_t (n=mattomas@91.189.88.12)
  351. # [16:11] * Joins: gunderwonder_ (n=gunderwo@garage.upstruct.com)
  352. # [16:12] * Quits: gunderwonder_ (n=gunderwo@garage.upstruct.com) (Client Quit)
  353. # [16:16] * Parts: adactio (n=adactio@host86-163-206-16.range86-163.btcentralplus.com)
  354. # [16:20] * Quits: othermaciej (n=mjs@c-69-181-42-237.hsd1.ca.comcast.net)
  355. # [16:21] * Quits: weinig (n=weinig@c-67-180-35-124.hsd1.ca.comcast.net)
  356. # [16:21] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  357. # [16:21] * Joins: Creap (n=Creap@vemod.brg.sgsnet.se)
  358. # [16:21] * Quits: fishd (n=darin@c-98-207-16-168.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  359. # [16:22] * Joins: smaug_ (n=chatzill@cs181150024.pp.htv.fi)
  360. # [16:24] * Joins: mpt (n=mpt@91.189.88.12)
  361. # [16:25] * Quits: smaug (n=chatzill@cs181150024.pp.htv.fi) ("ChatZilla 0.9.85 [Firefox 3.7a1pre/20091021122508]")
  362. # [16:25] <Philip`> "once we start to add predefined entities, where do we stop?" - we stop once we've reached XML5
  363. # [16:26] <hsivonen> how do we stop the MathML folks from minting more and more entities?
  364. # [16:27] <jgraham> More to the point who thought it was a good idea to let validators accept a superset of wht UAs accepted in the first place?
  365. # [16:27] * Quits: gunderwonder (n=gunderwo@garage.upstruct.com) (Success)
  366. # [16:27] <hsivonen> jgraham: you'll find that V.nu accepts a subset by default
  367. # [16:28] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  368. # [16:29] <hsivonen> doing a hg clone where the target is an AFP share is insanely slow
  369. # [16:29] * Quits: KevinMarks (n=KevinMar@c-24-19-140-79.hsd1.wa.comcast.net) (Read error: 104 (Connection reset by peer))
  370. # [16:30] * Quits: maikmerten (n=merten@ls5dhcp196.cs.uni-dortmund.de) ("Verlassend")
  371. # [16:30] <Dashiva> I don't understand this entity stuff at all. What is the rationale for allowing documents to change just depending on whether the parser validates or not?
  372. # [16:30] <Philip`> I don't like how Sourceforge's current design consists almost entirely of colours with >50% brightness, which look indistinguishable from white when I view my monitor from a slight angle
  373. # [16:30] <jgraham> hsivonen: I'm far from surprised that you are doing something sane
  374. # [16:30] <Dashiva> It seems like it's just asking for interop failures
  375. # [16:31] <jgraham> Dashiva: Yes
  376. # [16:31] <Dashiva> At least with draconiainness there was a _perceived_ benefit
  377. # [16:32] <Philip`> Dashiva: Not at all - it ensures your content has maximum interoperability with the specification
  378. # [16:32] <hsivonen> Dashiva: optional features in specs are the collection of unresolved disputes that the WG threw over the fence for the entire world to deal with
  379. # [16:33] <hsivonen> next time I want to back up a hg repo to AFP I'll use tar or something
  380. # [16:33] <Dashiva> Related, what is the term for a document using invalid entities? It's still well-formed, I assume
  381. # [16:34] <hsivonen> Dashiva: well-formedness depends on whether the parser processed external entities
  382. # [16:34] * Quits: fishd_ (n=darin@nat/google/x-07db14460ce6ca6c) (Read error: 110 (Connection timed out))
  383. # [16:35] <Dashiva> So a validating parser can make a non-well-formed document into a well-formed one
  384. # [16:35] <Dashiva> *?
  385. # [16:36] * Joins: annevk2 (n=annevk@72-254-112-194.client.stsn.net)
  386. # [16:36] * Joins: dave_levin (n=dave_lev@74.125.59.73)
  387. # [16:37] <gsnedders|work> What WFC depends upon whether it is validating or not?
  388. # [16:37] <gsnedders|work> For entities, undeclared entities are a well-formedness error iff standalone='yes'
  389. # [16:37] <gsnedders|work> (when dealing with a non-validating processor)
  390. # [16:39] <Dashiva> I think I was asking if <root>&bogus;</root> is well-formed or not
  391. # [16:39] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  392. # [16:39] * eric_carlson_ is now known as eric_carlson
  393. # [16:40] <gsnedders|work> It is well-formed for a non-validating parser, not for a validating one
  394. # [16:41] <Philip`> The definition of well-formedness appears to be just based on the textual object, not the parser
  395. # [16:41] <gsnedders|work> Indeed
  396. # [16:41] <gsnedders|work> So that is not well-formed, but only a validating parser will notice it is not
  397. # [16:42] <Dashiva> So that's not even an XML document
  398. # [16:42] <gsnedders|work> Maybe a non-validating one would because it hasn't got a DTD
  399. # [16:43] <gsnedders|work> That is not well-formed, so all UAs will throw a fatal error
  400. # [16:43] <Philip`> gsnedders|work: Why is a well-formedness error?
  401. # [16:43] <gsnedders|work> Philip`: Well-formedness constraint: Entity Declared
  402. # [16:43] <Philip`> I only see relevant things mentioned as validity constraints
  403. # [16:44] <Philip`> Oh, okay
  404. # [16:45] <Dashiva> But if there was a DTD with an external entity declaration... then it would become valid _only_ in validating parsers?
  405. # [16:45] <gsnedders|work> No, the document would be valid.
  406. # [16:45] <Dashiva> Well-formed, I mean
  407. # [16:46] <gsnedders|work> That document is always not well-formed
  408. # [16:46] <gsnedders|work> That's wrong
  409. # [16:46] * Joins: rollandburn (n=chatzill@d221-66-138.commercial.cgocable.net)
  410. # [16:46] <gsnedders|work> Yes, it would then always be valid if the external DTD defined &bogus; IIRC
  411. # [16:47] <Dashiva> But it would look non-well-formed to a non-validating parser
  412. # [16:47] <Dashiva> Should it not then refuse to process it?
  413. # [16:47] <gsnedders|work> No, it would look well-formed to a non-validating parser
  414. # [16:47] <gsnedders|work> It just has an unknown entity
  415. # [16:47] <Dashiva> But you said that was a well-formedness requirement earlier?
  416. # [16:47] <gsnedders|work> It isn't.
  417. # [16:48] <gsnedders|work> I was wrong
  418. # [16:48] <Dashiva> Oh, okay
  419. # [16:49] <gsnedders|work> "Certain well-formedness errors, specifically those that require reading external entities, may fail to be detected by a non-validating processor. Examples include the constraints entitled Entity Declared, Parsed Entity, and No Recursion, as well as some of the cases described as forbidden in 4.4 XML Processor Treatment of Entities and References."
  420. # [16:49] * Joins: yoshu_ (n=josh@174-18-196-88.tcso.qwest.net)
  421. # [16:49] <rollandburn> i wonder if someone could give some advice.... I am tasked with creating an overview of our company's accessibility policies and I have done a bit of research on WAI and WCAG2.0 which is apparently the standard to which one should hold their site against... the problem is that I am coming across a lot of conflicting info about the real-world usefulness or attainability of WCAG2.0 and am not...
  422. # [16:49] <rollandburn> ...sure if there is another standard or body of guidelines that would be better suited to modern developers
  423. # [16:50] <jgraham> gsnedders|work: So what are you expected to do in those cases?
  424. # [16:50] <gsnedders|work> jgraham: Your choice.
  425. # [16:50] * Joins: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  426. # [16:50] <jgraham> Seriously?
  427. # [16:50] <gsnedders|work> jgraham: Yeah.
  428. # [16:50] <jgraham> sigh
  429. # [16:50] <Dashiva> XML is great
  430. # [16:51] <Dashiva> Are there any well-known apps or similar that use validating parsers?
  431. # [16:51] <gsnedders|work> Dashiva: http://validator.w3.org is well-known, I guess.
  432. # [16:51] <Philip`> Dashiva: All the ones that hammer w3.org for DTDs
  433. # [16:51] <rollandburn> i guess if I nutshell that huge question - is there anything more recognized or applicable than WCAG2.0 ?
  434. # [16:51] <jgraham> rollandburn: This is probably the wrong place to ask. However WCAG has a techniques document with some practical advice. It is not allup to date wrt HTML5 and other new technologies though
  435. # [16:52] <Philip`> Dashiva: and the ones that broke when Netscape took down the RSS DTD
  436. # [16:52] <Philip`> I guess
  437. # [16:52] <Dashiva> Philip`: So basically validators and bad ideas? :)
  438. # [16:53] <rollandburn> yes ok, not really looking for techniques so much as confirmation that as far as accessibility is concerned WCAG is God
  439. # [16:53] <gsnedders|work> jgraham: No, it's the informative documents that relate to HTML 4.01 and XHTML 1.0 that aren't up to date
  440. # [16:53] <Dashiva> rollandburn: Some people consider it god. Not everyone.
  441. # [16:53] <jgraham> gsnedders|work: Yeah Techniques for WCAG 2.0 is one such document
  442. # [16:53] <rollandburn> ok, are there other guidelines that are similar
  443. # [16:53] <jgraham> Which is the one I meant
  444. # [16:54] <Philip`> Dashiva: I'm not personally aware of any applications that use validating parsers for good reasons
  445. # [16:54] <Dashiva> Sounds like a way forward
  446. # [16:54] <gsnedders|work> But for XHTML 1.0 and RSS (0.91-Netscape) you need to cope with entities.
  447. # [16:54] <Philip`> Dashiva: though partly that's because I don't care about XML except when I can break it, so there might be good uses somewhere
  448. # [16:54] <jgraham> rollandburn: I don't know if there are other documents. It's more that some of the advice given by WCAG may be misguided or the documents may be too hard to read
  449. # [16:54] <Dashiva> DTDs are too weak for real validation anyhow, so just discard the validating parser concept in XML5?
  450. # [16:55] * Joins: gunderwonder (n=gunderwo@102.80-202-87.nextgentel.com)
  451. # [16:55] <gsnedders|work> Dashiva: Yeah, just totally get rid of DTDs.
  452. # [16:55] * Quits: gunderwonder (n=gunderwo@102.80-202-87.nextgentel.com) (Remote closed the connection)
  453. # [16:55] <rollandburn> oh ok, i'm not finding it hard to read... just never got into following any 'guideline' in order to 'conform' before, wanted to make sure I was following the right lead
  454. # [16:55] <rollandburn> thanks!
  455. # [16:55] * Joins: ttepass- (n=ttepas--@p5B017BBD.dip.t-dialin.net)
  456. # [16:55] <rollandburn> (btw... what is the main focus of this channel?)
  457. # [16:55] * Quits: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net) (Remote closed the connection)
  458. # [16:56] <Philip`> Dashiva: What about all the people who use DTDs for default attribute values, or for localisation of text in XML files?
  459. # [16:56] * Joins: murr5y (n=murray@103.84-49-64.nextgentel.com)
  460. # [16:57] <Philip`> DTDs aren't necessarily a good solution for those things, but people rely on them in certain situations and wouldn't be happy if XML5 didn't support that
  461. # [16:57] * Quits: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net) (Read error: 104 (Connection reset by peer))
  462. # [16:57] * Quits: yoshu (n=josh@174-18-206-205.tcso.qwest.net) (Read error: 113 (No route to host))
  463. # [16:57] * yoshu_ is now known as yoshu
  464. # [16:57] <rollandburn> got it...the development of HTML and APIs needed for Web applications.
  465. # [16:57] <Dashiva> Philip`: So they can make their content break in non-validating parsers?
  466. # [16:57] <rollandburn> thanks,,,, cya
  467. # [16:57] * Parts: rollandburn (n=chatzill@d221-66-138.commercial.cgocable.net)
  468. # [16:57] * Joins: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net)
  469. # [16:57] * Quits: Phae (n=phaeness@gateb.mh.bbc.co.uk)
  470. # [16:58] <Philip`> Dashiva: So they can use off-the-shelf XML parsers (and validators and editing tools etc) for application-specific data files where interoperability isn't so important and they know they're using a validating parser themselves
  471. # [16:58] <gsnedders|work> Dashiva: Indeed. The Universal Feed Parser docs are an example of such a thing (they are written in DocBook, and rely upon external DTDs, but are distributed as HTML/PDF/etc.)
  472. # [16:58] <Dashiva> Philip`: Then they can just keep using a validating XML1 parser?
  473. # [16:59] <Philip`> Dashiva: And all XML parser developers would have to maintain two parallel versions or modes of operation?
  474. # [17:00] * Quits: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net) (Read error: 104 (Connection reset by peer))
  475. # [17:00] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  476. # [17:00] * Joins: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net)
  477. # [17:00] <Philip`> and everyone wanting to use an XML parser would have to learn about and understand the difference and make a reasoned choice?
  478. # [17:00] <Dashiva> No, they'd just use XML5
  479. # [17:00] <Dashiva> Just like we don't expect people to make a reasoned choice between HTML5 and SGML
  480. # [17:00] <gsnedders|work> But SGML is awesome!
  481. # [17:01] <Dashiva> And I'm sure validating XML parsers are awesome too
  482. # [17:01] <Philip`> Dashiva: There aren't a billion tempting SGML tools they could pick up and use without realising it was obsolete
  483. # [17:02] <Dashiva> There are plenty of tagsoup libs for HTML4, though
  484. # [17:03] <Philip`> Indeed
  485. # [17:03] <Philip`> and lots of people use them
  486. # [17:03] <Philip`> and it's likely to be hard to stop people from using them
  487. # [17:03] * Joins: slightlyoff (n=slightly@67.218.109.30)
  488. # [17:03] <Philip`> and it's not likely that Python will deprecate and remove sgmllib any time soon
  489. # [17:03] <Dashiva> We don't have to stop them, they'll stop themselves as the web corpus gradually becomes influenced by HTML5
  490. # [17:04] <Philip`> In the meantime it causes confusion and uninteroperability when people unintentionally choose the older version instead of the newer version, and means there's twice as much code to maintain
  491. # [17:05] <jgraham> Philip`: Presumably there were once lots of SGML tools and people who had invested in the SGML toolchain. But it was still worthwhile to simplfy out the good bits and make XML
  492. # [17:06] <jgraham> Now seems like a good time to do the same with XML with a particular focus on the web
  493. # [17:06] <Philip`> so it seems it'd be a better approach in many ways if backward compatibility was not lost and the old tools were simply upgraded to support the new spec, without having to maintain the old ones too
  494. # [17:06] <Dashiva> You can't maintain backwards compatability when one of the changes is removing a misfeature
  495. # [17:06] <Philip`> You can keep the misfeature
  496. # [17:07] * Quits: ttepasse (n=ttepas--@p5B013567.dip.t-dialin.net) (Read error: 110 (Connection timed out))
  497. # [17:07] <Dashiva> That's perpetuating the problem, rather than suffering a transitory period
  498. # [17:07] <jgraham> Of course. But then we would still have SGML
  499. # [17:07] <Philip`> Dashiva: You sound like you should be in the XHTML2 WG
  500. # [17:07] <jgraham> The question is "is there a path from here to there"?
  501. # [17:07] * Quits: yoshu (n=josh@174-18-196-88.tcso.qwest.net)
  502. # [17:08] <Dashiva> Philip`: No, they wanted to change interoperable content
  503. # [17:08] <Dashiva> This is about content that's non-interoperable to begin with
  504. # [17:08] <hsivonen> gsnedders|work: you are right. the text in "Include if Validating" isn't labeled as a WFC even though implementations treat it as such
  505. # [17:08] <jgraham> We haven't discovered a path away from HTML yet even though people have tried
  506. # [17:08] * Quits: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  507. # [17:08] <Dashiva> Your own example specified that, "application-specific data files where interoperability isn't so important"
  508. # [17:08] <Philip`> Dashiva: They wanted a transitory period of suffering rather than perpetuating the problem
  509. # [17:09] <Philip`> so you'd fit in just fine :-)
  510. # [17:09] <Dashiva> Yeah, and so did the people who introduced two-button mice
  511. # [17:09] <Dashiva> Methinks you're overreaching :)
  512. # [17:09] <jgraham> But there might be a path away from XHTML to XML5 if you could specify XML5 so that existing implementations wouldn't break too many XHTML pages if they moved to having just XML5 parsers
  513. # [17:11] * Joins: smaug (n=chatzill@cs181150024.pp.htv.fi)
  514. # [17:11] <hsivonen> http://www.w3.org/TR/REC-xml/#wf-entdeclared isn't exactly easy to read
  515. # [17:12] * Quits: murr4y (n=murray@103.84-49-64.nextgentel.com) (Read error: 110 (Connection timed out))
  516. # [17:12] <gsnedders|work> Most of the XML spec when it comes to entities isn't exactly easy to read.
  517. # [17:14] * Joins: GPHemsley (n=GPHemsle@pdpc/supporter/student/GPHemsley)
  518. # [17:14] * Quits: cying (n=cying@adsl-75-18-216-168.dsl.pltn13.sbcglobal.net)
  519. # [17:15] * Philip` inherited some code which used Xerces and DTDs specifying default attribute values, but got so fed up with Xerces after a few years that he just rewrote it to use libxml2 instead and dropped all the DTDs, which was a good move
  520. # [17:15] <hsivonen> according to Tim Bray's annotated XML spec, browsers weren't supposed to read DTDs
  521. # [17:16] <Philip`> Why did browsers start doing this magical entity-mapping thing?
  522. # [17:16] <Philip`> Were there original browsers that did load DTDs, and hence content that relied on it?
  523. # [17:16] <gsnedders|work> Because there was a bug report.
  524. # [17:17] <hsivonen> Philip`: I'd expect the blame to go to a MathML-motivated bug filed against Gecko
  525. # [17:17] <Philip`> So it was just somebody trying to help users write pages?
  526. # [17:17] <Dashiva> "The validator says &nbsp; is valid"
  527. # [17:17] <Dashiva> Something like that?
  528. # [17:18] <jgraham> Not having entities in MathML is a big deal
  529. # [17:18] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  530. # [17:19] <jgraham> It changes it from "difficult to hand author"
  531. # [17:19] <jgraham> to "impossible to hand author"
  532. # [17:19] <hsivonen> whoa. looks like I have been part of the problem: https://bugzilla.mozilla.org/show_bug.cgi?id=113400
  533. # [17:19] <gsnedders|work> Blatantly you just need a keyboard will all the various mathematical symbols on it
  534. # [17:19] * Joins: mat_t (n=mattomas@91.189.88.12)
  535. # [17:20] <Dashiva> Skeletons in the closet
  536. # [17:20] <hsivonen> Sorry.
  537. # [17:20] <erlehmann> jgraham, is that so? can't i just use UTF8?
  538. # [17:21] * Joins: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  539. # [17:21] <erlehmann> i mean i have αζγ all right here on my mod4
  540. # [17:21] <erlehmann> or what is it that not having entities forbids
  541. # [17:21] <gsnedders|work> erlehmann: How do you type the symbol for union of two sets?
  542. # [17:21] <jgraham> erlehmann: Of course. But good luck finding a convenient way to enter the utf-8 codepoint for counterclockwise contour integral
  543. # [17:21] <gsnedders|work> Or do you know the Unicode codepoint and can use numeric entities?
  544. # [17:21] <hsivonen> gsnedders|work, jgraham: the world needs a math IME
  545. # [17:21] <hsivonen> something like what Mathematica has on the app layer
  546. # [17:21] <gsnedders|work> It's called LaTeX.
  547. # [17:22] <jgraham> hsivonen: That probably exists. But it is a deficiency in the technology if it screws up something that TeX got right years ago
  548. # [17:22] <Philip`> http://www.columbia.edu/acis/history/dmkeyboard.jpg
  549. # [17:23] <hsivonen> jgraham: didn't TeX get just about everything right except the Rule of Least Power?
  550. # [17:23] <jgraham> (actually I'm pretty sure LaTeX-IME exists so you can write \cccint or whatever it happens to be and get the right symbol)
  551. # [17:23] <erlehmann> gsnedders|work, i use lyx :p
  552. # [17:23] <Philip`> Seems they'd solved the problem back in 1978
  553. # [17:23] * Joins: nattokirai (n=nattokir@72-254-115-101.client.stsn.net)
  554. # [17:23] <Dashiva> I suppose if everyone starts using keyboards with programmable LED keys
  555. # [17:24] <Philip`> http://www-lipn.univ-paris13.fr/~saiu/apl-keyboard/apl-keyboard-2.jpg is the lower-tech form of programmable keys
  556. # [17:24] <jgraham> hsivonen: Possibly it sacrified on the rule of least power in order to get everything else right
  557. # [17:24] <Dashiva> I can't speak for TeX, but latex manages to get all kinds of things wrong
  558. # [17:25] <jgraham> Yeah it's true that "everything" is a big overstatement
  559. # [17:25] <jgraham> but simple things tend to be simple and complex things are often possible
  560. # [17:25] <erlehmann> this helps http://detexify.kirelabs.org/classify.html
  561. # [17:27] <Dashiva> I suspect there's more copypaste content in latex than in HTML, even :)
  562. # [17:27] <Philip`> jgraham: Sounds like Perl's design principle
  563. # [17:27] <erlehmann> jgraham, i ener unicode codepoints with holding shift + strg + u and then input the number, works fine ∳
  564. # [17:28] <Philip`> s//one of/; s//s/
  565. # [17:28] * Quits: annevk2 (n=annevk@72-254-112-194.client.stsn.net)
  566. # [17:28] <Philip`> erlehmann: The hard part is knowing the number
  567. # [17:29] <erlehmann> Philip`, now that is taken of. i looked it up and now i can produce counterclockwise countour integrals
  568. # [17:29] <erlehmann> its 2233 :)
  569. # [17:29] <erlehmann> U+2233
  570. # [17:29] <Philip`> I suppose you can't use MathML entities without looking them up first, but at least you've got a hope of remembering them for the next few days
  571. # [17:29] <erlehmann> thats what i mean. also, it is called “ANTICLOCKWISE”
  572. # [17:29] <erlehmann> weird
  573. # [17:29] <Philip`> Why is that weird?
  574. # [17:30] <Philip`> Seems like proper English to me
  575. # [17:30] <erlehmann> i would say counterclockwise
  576. # [17:30] <Philip`> Weird
  577. # [17:30] <erlehmann> but i am by no means a native speaker
  578. # [17:31] * Joins: fishd_ (n=darin@nat/google/x-3cd8d884e34ec394)
  579. # [17:31] <hsivonen> is anti-clockwise an en-GB thing?
  580. # [17:31] <Philip`> Sadly most Americans aren't native speakers either and so they all make the same mistake :-(
  581. # [17:31] <gsnedders|work> hsivonen: Yes
  582. # [17:31] * hsivonen learned "counter-clockwise"
  583. # [17:32] <gsnedders|work> hsivonen: Then you don't speak proper English.
  584. # [17:32] * gsnedders|work hides
  585. # [17:33] <erlehmann> gentlemen
  586. # [17:33] * Joins: darobin (n=robin@72-254-116-7.client.stsn.net)
  587. # [17:34] <erlehmann> ┌─┐
  588. # [17:34] <erlehmann> ┴─┴
  589. # [17:34] <erlehmann> ಠ_̼ರೃ
  590. # [17:34] <erlehmann> teatime !!
  591. # [17:34] <gsnedders|work> What?
  592. # [17:34] * gsnedders|work shakes head
  593. # [17:35] * Joins: yoshu (n=josh@174-18-196-88.tcso.qwest.net)
  594. # [17:35] * erlehmann is gonna help himself to some tea
  595. # [17:35] * Joins: weinig (n=weinig@72-254-116-49.client.stsn.net)
  596. # [17:36] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  597. # [17:36] <Philip`> gsnedders|work: I believe it is merely japes
  598. # [17:36] * Joins: maikmerten (n=maikmert@BAE24f5.bae.pppool.de)
  599. # [17:36] <zcorpan_> "I only hope it doesn't cause problems later on." - hsivonen in https://bugzilla.mozilla.org/show_bug.cgi?id=113400
  600. # [17:37] <gsnedders|work> Truth hurts.
  601. # [17:40] <TabAtkins> erlehmann: I *love* those faces. They're so awesome.
  602. # [17:43] * Joins: dbaron (n=dbaron@72-254-82-225.client.stsn.net)
  603. # [17:44] * Philip` wonders if they would be more awesome if his font had the right glyphs
  604. # [17:44] * Joins: Midler (n=midler@212.37.124.243)
  605. # [17:45] * Quits: slightlyoff (n=slightly@67.218.109.30)
  606. # [17:47] <erlehmann> TabAtkins, i like how different charsets breed different smilie styles, like ヽ(`Д´)ノ
  607. # [17:48] * Joins: Mathias__ (n=Mathias@ip-81-11-161-106.dsl.scarlet.be)
  608. # [17:49] * Joins: sylvaing (n=sylvaing@72-254-116-25.client.stsn.net)
  609. # [17:49] * Joins: annevk (n=annevk@72-254-94-228.client.stsn.net)
  610. # [17:50] * Joins: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  611. # [17:52] <Philip`> http://webaim.org/projects/screenreadersurvey2/ - "The vast majority of respondents updated their primary screen reader within the previous year" - that sounds more positive than the impression I've often got about adoption rate
  612. # [17:55] * Quits: smaug (n=chatzill@cs181150024.pp.htv.fi) (Read error: 110 (Connection timed out))
  613. # [17:55] <jgraham> Philip`: Maybe the majority of screenreader users don't take geeky surveys
  614. # [17:56] <jgraham> (note the heavy weighting to self-reporting as advanced users)
  615. # [17:59] <jgraham> Seems like these screenreader users generally don't like longdesc
  616. # [18:00] * Joins: othermaciej (n=mjs@72-254-93-235.client.stsn.net)
  617. # [18:01] <jgraham> And we should put much less time into markup for tables and much more time into markup for captchas or their replacement
  618. # [18:01] * Quits: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net) (Read error: 110 (Connection timed out))
  619. # [18:01] <Philip`> I don't think CAPTCHAs are a markup problem
  620. # [18:03] * Quits: dbaron (n=dbaron@72-254-82-225.client.stsn.net) ("8403864 bytes have been tenured, next gc will be global.")
  621. # [18:03] <jgraham> Well nor do I really but it's not clear that there is nothing that could be done at the paltform level to at least make the experience more bearable
  622. # [18:03] * jgraham hates captchas and he can see them
  623. # [18:03] * Joins: dbaron (n=dbaron@nat/mozilla/x-a1568e97a313088a)
  624. # [18:03] * Quits: workmad3 (n=davidwor@ashleys2.mimas.ac.uk)
  625. # [18:04] <Philip`> (The problem is the server wants to verify the client has certain capabilities which are closely correlated with being a human, but humans are sufficiently diverse that the correlation can never be really good)
  626. # [18:04] <jgraham> well specifically those silly "here is some hard to read text" ones
  627. # [18:05] <Philip`> (and the server has to err on the side of false negatives, because if it allows any false positives then a million people will start exploiting the false positive they found)
  628. # [18:05] <Philip`> ((or one person a million times))
  629. # [18:07] * Joins: MikeSmith (n=MikeSmit@72-254-116-219.client.stsn.net)
  630. # [18:11] * Joins: ap (n=ap@17.246.19.174)
  631. # [18:15] * Joins: slightlyoff (n=slightly@nat/google/x-ce5f307feea078a0)
  632. # [18:15] * Joins: dglazkov (n=dglazkov@nat/google/x-d3865dfbd3f55a45)
  633. # [18:17] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  634. # [18:20] * maikmerten is now known as maik|afk
  635. # [18:22] * Joins: smaug (n=chatzill@a91-153-243-201.elisa-laajakaista.fi)
  636. # [18:26] * Joins: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net)
  637. # [18:33] * Quits: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  638. # [18:37] * Joins: smaug__ (n=chatzill@a91-153-243-201.elisa-laajakaista.fi)
  639. # [18:39] * Joins: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  640. # [18:40] * Quits: smaug (n=chatzill@a91-153-243-201.elisa-laajakaista.fi) (Read error: 104 (Connection reset by peer))
  641. # [18:40] * smaug__ is now known as smaug
  642. # [18:43] * Quits: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net) (Client Quit)
  643. # [18:47] * Parts: annevk (n=annevk@72-254-94-228.client.stsn.net)
  644. # [18:48] * Joins: annevk (n=annevk@72-254-94-228.client.stsn.net)
  645. # [18:49] * Quits: myakura (n=myakura@p2102-ipbf6805marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  646. # [18:51] * Quits: Mathias__ (n=Mathias@ip-81-11-161-106.dsl.scarlet.be)
  647. # [18:52] * Quits: virtuelv (n=virtuelv@162.179.251.212.customer.cdi.no) ("Ex-Chat")
  648. # [18:52] * Joins: smaug__ (n=chatzill@80-186-206-52.elisa-mobile.fi)
  649. # [18:53] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  650. # [18:55] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  651. # [18:57] * Quits: archtech (i=stanv@83.228.56.37)
  652. # [18:58] * Quits: yoshu (n=josh@174-18-196-88.tcso.qwest.net)
  653. # [19:02] * Quits: maik|afk (n=maikmert@BAE24f5.bae.pppool.de) ("Leaving")
  654. # [19:05] * Quits: ROBOd (n=robod@89.122.216.38) (Excess Flood)
  655. # [19:06] * Joins: ROBOd (n=robod@89.122.216.38)
  656. # [19:06] * Quits: mat_t (n=mattomas@91.189.88.12) ("This computer has gone to sleep")
  657. # [19:07] * Joins: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net)
  658. # [19:09] * Quits: zcorpan_ (n=zcorpan@h79-138-34-16.dynamic.se.alltele.net) (Client Quit)
  659. # [19:09] * aroben is now known as aroben|lunch
  660. # [19:12] * Quits: smaug (n=chatzill@a91-153-243-201.elisa-laajakaista.fi) (Read error: 110 (Connection timed out))
  661. # [19:16] * Joins: Lachy (n=Lachlan@72-254-57-120.client.stsn.net)
  662. # [19:16] * Joins: drunknbass_work (n=aaron@pool-71-107-253-243.lsanca.dsl-w.verizon.net)
  663. # [19:19] * Joins: tantek (n=tantek@72-254-62-180.client.stsn.net)
  664. # [19:21] * Quits: Lachy (n=Lachlan@72-254-57-120.client.stsn.net) ("This computer has gone to sleep")
  665. # [19:24] * Quits: weinig (n=weinig@72-254-116-49.client.stsn.net)
  666. # [19:24] * Quits: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  667. # [19:25] * Quits: mpt (n=mpt@canonical/mpt) (Read error: 113 (No route to host))
  668. # [19:29] * Joins: Lachy (n=Lachlan@72-254-57-120.client.stsn.net)
  669. # [19:42] * Quits: darobin (n=robin@72-254-116-7.client.stsn.net) (Read error: 60 (Operation timed out))
  670. # [19:56] * aroben|lunch is now known as aroben
  671. # [19:56] * Quits: othermaciej (n=mjs@72-254-93-235.client.stsn.net)
  672. # [19:56] * Quits: tantek (n=tantek@72-254-62-180.client.stsn.net)
  673. # [19:59] * Quits: Lachy (n=Lachlan@72-254-57-120.client.stsn.net) ("This computer has gone to sleep")
  674. # [20:00] * murr5y is now known as murr4y
  675. # [20:00] * Joins: jwalden (n=waldo@nat/mozilla/x-13d1c9d0b970a64b)
  676. # [20:02] * Quits: michaelforrest (n=michaelf@91.189.88.12) (Read error: 104 (Connection reset by peer))
  677. # [20:03] * Joins: darobin (n=robin@72-254-116-7.client.stsn.net)
  678. # [20:06] * Joins: othermaciej (n=mjs@72-254-93-235.client.stsn.net)
  679. # [20:06] * Joins: weinig (n=weinig@72-254-116-49.client.stsn.net)
  680. # [20:08] * Joins: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  681. # [20:08] * Joins: ojan (n=ojan@72.14.229.81)
  682. # [20:09] * Joins: tantek (n=tantek@72-254-62-180.client.stsn.net)
  683. # [20:30] * Quits: roc (n=roc@121-72-179-155.dsl.telstraclear.net)
  684. # [20:31] * Joins: roc (n=roc@121-72-179-155.dsl.telstraclear.net)
  685. # [20:32] * Quits: roc (n=roc@121-72-179-155.dsl.telstraclear.net) (Client Quit)
  686. # [20:33] * Joins: michaelforrest (n=michaelf@client-86-0-94-247.leed.adsl.virginmedia.com)
  687. # [20:34] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  688. # [20:38] * lmorchard is now known as lmorchard|away
  689. # [20:39] * lmorchard|away is now known as lmorchard
  690. # [20:40] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  691. # [20:41] * Quits: webben (n=benh@nat/yahoo/x-aadc4f59b958696b) (Remote closed the connection)
  692. # [20:43] * Joins: webben (n=benh@nat/yahoo/x-cc438d753bfa9d9c)
  693. # [20:43] * Joins: gsnedders (n=gsnedder@c83-252-229-211.bredband.comhem.se)
  694. # [20:43] * Quits: fishd_ (n=darin@nat/google/x-3cd8d884e34ec394) (Read error: 110 (Connection timed out))
  695. # [20:45] * Quits: smaug__ (n=chatzill@80-186-206-52.elisa-mobile.fi) (Read error: 110 (Connection timed out))
  696. # [20:46] * Quits: jwalden (n=waldo@nat/mozilla/x-13d1c9d0b970a64b) (Read error: 104 (Connection reset by peer))
  697. # [20:50] * Joins: miketaylr (n=miketayl@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU)
  698. # [20:53] * Joins: jwalden (n=waldo@nat/mozilla/x-ff194500cdb85c6b)
  699. # [20:58] * Quits: vvv (n=vvv@mediawiki/VasilievVV) ("KVIrc Insomnia 4.0.0, revision: 3410, sources date: 20090703, built on: 2009/08/12 22:29:13 UTC http://www.kvirc.net/")
  700. # [20:59] * Joins: bugfux (n=bugfux@209-234-175-134.static.twtelecom.net)
  701. # [21:00] <bugfux> I have some lines that are stroked and they are being drawn in front of some arcs (even though the arcs are drawn last)
  702. # [21:00] <bugfux> any way I can force the arcs to the front
  703. # [21:01] <Philip`> bugfux: Hmm, not quite sure what you mean
  704. # [21:01] * Quits: jcranmer (n=jcranmer@ltsp2.csl.tjhsst.edu) (Read error: 110 (Connection timed out))
  705. # [21:01] <Philip`> Whatever's drawn last ought to appear in the front
  706. # [21:02] <bugfux> wait what defines drawn
  707. # [21:02] <Philip`> The stroke()/fill() calls
  708. # [21:02] <Philip`> (which draw everything since the last beginPath())
  709. # [21:02] <bugfux> yeah okay so I am definately filling the arcs last because they are filled on a hover event
  710. # [21:02] <bugfux> and all the lines are drawn on render
  711. # [21:03] <bugfux> does restore() count as a draw?
  712. # [21:03] <Philip`> restore() does not affect the current path in any way
  713. # [21:03] <Philip`> beginPath is the only way to start a new path
  714. # [21:04] * Joins: slightlyoff_ (n=slightly@nat/google/x-3942940be1064bb2)
  715. # [21:04] <bugfux> hmm okay
  716. # [21:04] <Philip`> Do you have an example of code that demonstrates the problem?
  717. # [21:05] * Quits: slightlyoff (n=slightly@nat/google/x-ce5f307feea078a0) (Read error: 60 (Operation timed out))
  718. # [21:05] * slightlyoff_ is now known as slightlyoff
  719. # [21:05] * Joins: smaug (n=chatzill@cs181150024.pp.htv.fi)
  720. # [21:05] * Joins: Sefyroth (n=Sefyroth@unaffiliated/sefyroth)
  721. # [21:06] <bugfux> i mean its not much help because it just shows the library
  722. # [21:06] <bugfux> http://danvk.org/dygraphs/tests/grid_dot.html
  723. # [21:06] <bugfux> but that higlights the problem
  724. # [21:06] <bugfux> those arcs are drawn on mouseover
  725. # [21:06] <bugfux> yet they are drawn behind almost everything
  726. # [21:06] * Quits: Hixie (i=ianh@trivini.no) (Read error: 104 (Connection reset by peer))
  727. # [21:07] * Joins: Hixie (i=ianh@trivini.no)
  728. # [21:09] <Philip`> bugfux: There are two <canvas>es there
  729. # [21:09] <bugfux> oh really?
  730. # [21:09] <Philip`> and the graph is drawn on the second one, and the mouseover circles are drawn on the first one
  731. # [21:09] <bugfux> oh crap, your awesome
  732. # [21:09] * Philip` just looked at it in Firebug :-)
  733. # [21:09] <bugfux> no i know, but i didnt even think of htat
  734. # [21:10] <bugfux> and I have been knee deep in this library for days
  735. # [21:12] <bugfux> can I give a canvas a z-index or does that make it blow up
  736. # [21:13] <Philip`> That ought to work the same as with any other element
  737. # [21:14] <bugfux> hmm it seems to mess with hover nad stuff
  738. # [21:14] <bugfux> oh well
  739. # [21:15] * lmorchard is now known as lmorchard|away
  740. # [21:15] <Philip`> Ah, yes, that might happen
  741. # [21:16] * Philip` doesn't know if there's a way to avoid that being a problem
  742. # [21:16] <Philip`> (other than catching mouse events on the foremost object)
  743. # [21:21] <bugfux> hmmm
  744. # [21:21] <bugfux> so if i draw the canvas with the dots first, it will always be on the bottom, correct?
  745. # [21:25] <Philip`> If you don't change z-index, then yes
  746. # [21:25] * Quits: slightlyoff (n=slightly@nat/google/x-3942940be1064bb2) (Remote closed the connection)
  747. # [21:26] * Joins: slightlyoff (n=slightly@nat/google/x-b8326b1cd3c58364)
  748. # [21:27] * lmorchard|away is now known as lmorchard
  749. # [21:38] * Quits: smaug_ (n=chatzill@cs181150024.pp.htv.fi) ("ChatZilla 0.9.85 [Firefox 3.7a1pre/20091015073430]")
  750. # [21:38] * Joins: roc (n=roc@203-97-204-82.dsl.clear.net.nz)
  751. # [21:41] * Quits: othermaciej (n=mjs@72-254-93-235.client.stsn.net)
  752. # [21:42] * Quits: miketaylr (n=miketayl@NYUFGA-WLESSAUTHCLIENTS-01.NATPOOL.NYU.EDU)
  753. # [21:42] * Joins: vvv (n=vvv@mediawiki/VasilievVV)
  754. # [21:47] * Joins: fishd_ (n=darin@nat/google/x-9dc04d94f0454488)
  755. # [21:49] * Quits: ap (n=ap@17.246.19.174)
  756. # [21:49] * Joins: KevinMarks (n=KevinMar@c-24-19-140-79.hsd1.wa.comcast.net)
  757. # [21:51] * Quits: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  758. # [21:51] * Quits: weinig (n=weinig@72-254-116-49.client.stsn.net)
  759. # [21:54] * Quits: michaelforrest (n=michaelf@client-86-0-94-247.leed.adsl.virginmedia.com) (Read error: 113 (No route to host))
  760. # [21:57] <TabAtkins> AryehGregor: You around?
  761. # [21:58] * Quits: tantek (n=tantek@72-254-62-180.client.stsn.net)
  762. # [21:59] * Quits: nattokirai (n=nattokir@72-254-115-101.client.stsn.net)
  763. # [21:59] * Quits: dbaron (n=dbaron@nat/mozilla/x-a1568e97a313088a) ("8403864 bytes have been tenured, next gc will be global.")
  764. # [21:59] * Joins: nessy (n=Adium@63.146.69.17)
  765. # [22:04] * Joins: ap (n=ap@17.246.19.174)
  766. # [22:05] * Quits: Midler (n=midler@212.37.124.243) ("Leaving.")
  767. # [22:06] * Quits: sylvaing (n=sylvaing@72-254-116-25.client.stsn.net) (Read error: 60 (Operation timed out))
  768. # [22:11] * Quits: darobin (n=robin@72-254-116-7.client.stsn.net) (Read error: 110 (Connection timed out))
  769. # [22:12] * Joins: michaelforrest (n=michaelf@client-86-0-94-247.leed.adsl.virginmedia.com)
  770. # [22:12] * Quits: michaelforrest (n=michaelf@client-86-0-94-247.leed.adsl.virginmedia.com) (Remote closed the connection)
  771. # [22:16] * Quits: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net) (Read error: 110 (Connection timed out))
  772. # [22:23] * Quits: KevinMarks (n=KevinMar@c-24-19-140-79.hsd1.wa.comcast.net) ("The computer fell asleep")
  773. # [22:26] * Joins: cying (n=cying@70.90.171.153)
  774. # [22:26] * Joins: nattokirai (n=nattokir@72-254-115-101.client.stsn.net)
  775. # [22:27] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  776. # [22:33] * Joins: dimich (n=dimich@74.125.59.73)
  777. # [22:37] * Quits: nattokirai (n=nattokir@72-254-115-101.client.stsn.net)
  778. # [22:38] * Quits: nessy (n=Adium@63.146.69.17) ("Leaving.")
  779. # [22:38] * Joins: nattokirai (n=nattokir@72-254-115-101.client.stsn.net)
  780. # [22:42] * Quits: fishd_ (n=darin@nat/google/x-9dc04d94f0454488) (Read error: 110 (Connection timed out))
  781. # [22:42] * Joins: fishd_ (n=darin@nat/google/session)
  782. # [22:42] * Joins: jarib (i=jarib@li34-70.members.linode.com)
  783. # [22:48] * Joins: shepazu (n=schepers@72-254-56-23.client.stsn.net)
  784. # [22:50] * Joins: weinig (n=weinig@72-254-116-49.client.stsn.net)
  785. # [22:52] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  786. # [22:53] * gsnedders does like how HTML5 is off-topic in #html
  787. # [22:53] <gsnedders> There's something badly wrong with that.
  788. # [22:53] * Quits: vvv (n=vvv@mediawiki/VasilievVV) (Read error: 60 (Operation timed out))
  789. # [22:53] * Joins: othermaciej (n=mjs@72-254-93-235.client.stsn.net)
  790. # [22:55] * Joins: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  791. # [22:55] * Joins: TabAtkins (n=chatzill@72-254-56-183.client.stsn.net)
  792. # [23:00] * Joins: dbaron (n=dbaron@nat/mozilla/x-bde4b43b3d676868)
  793. # [23:00] * Joins: tantek (n=tantek@72-254-62-180.client.stsn.net)
  794. # [23:02] * Joins: darobin (n=robin@72-254-116-7.client.stsn.net)
  795. # [23:02] * Joins: avidvivid (n=avidvivi@209-180-139-110.phnx.qwest.net)
  796. # [23:04] * Quits: BlurstOfTimes (n=blurstof@168.203.117.66) ("Leaving...")
  797. # [23:06] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  798. # [23:07] * Joins: jcranmer_ (n=jcranmer@ltsp2.csl.tjhsst.edu)
  799. # [23:07] * Quits: fishd_ (n=darin@nat/google/x-a3cf4b43e7966fb1) (Read error: 110 (Connection timed out))
  800. # [23:10] <jarib> anyone reading the implementors list? just realized i made the first post in months
  801. # [23:11] <MikeSmith> jarib: yeah, people do read that list
  802. # [23:11] <Philip`> I'm subscribed to it, but it's so low-traffic that I've never even bothered setting up any mail filters for it
  803. # [23:11] <jarib> ah, that's a good thing then :)
  804. # [23:13] * Joins: sylvaing (n=sylvaing@72-254-116-25.client.stsn.net)
  805. # [23:14] <gsnedders> jarib: Most browsers automatically create the actual interface code from IDL (though normally each in their own proprietary format) then have the actual implementation of the interface separate
  806. # [23:15] <gsnedders> On a somewhat related note, is Watir 2.0 going to be API compatible with prior releases?
  807. # [23:15] <jarib> probably not 100%
  808. # [23:16] <gsnedders> (I ask that primarily with Opera hat on with a view of OperaWatir)
  809. # [23:16] <jarib> ah
  810. # [23:17] <jarib> it'll be mostly compatible, but more "compliant" if my IDL idea works out
  811. # [23:17] <jarib> i met Deniz from Opera at GTAC
  812. # [23:17] <jarib> Watir 2.0 will be built on WebDriver
  813. # [23:18] <gsnedders> Yeah, he's the guy who does most of the work on OperaWatir, so he probably has more clue than me :P
  814. # [23:18] <jarib> we're meeting in Oslo soon to work on the ruby bindings
  815. # [23:18] <jarib> but you're saying I could find IDLs in the browsers?
  816. # [23:19] <jarib> that's interesting
  817. # [23:19] <jarib> perhaps I should ask Deniz about this
  818. # [23:20] <gsnedders> At least in their codebase, it's gone before it even gets compiled
  819. # [23:20] <jarib> i'll look into that, thanks
  820. # [23:21] <gsnedders> WebIDL even has a defined mapping to Java :P
  821. # [23:22] <gsnedders> (Which I guess if you're going to use WebDriver is relevant)
  822. # [23:22] <jarib> nope, not using Java
  823. # [23:23] <jarib> i have ruby bindings that implement the WebDriver API (talking directly to the browser extensions)
  824. # [23:23] <gsnedders> ah
  825. # [23:24] <jarib> so for opera, we'll just use Deniz' ruby implementaation of STP0 (and perhaps do STP1 down the road)
  826. # [23:25] * gsnedders doesn't really know how much about OperaWatir he can say, which is rather annoying
  827. # [23:26] <gsnedders> How much did Deniz tell you, at a fairly high level?
  828. # [23:26] * Quits: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  829. # [23:27] <jarib> he didn't say much, just that the documentation for the protocol is outdated :)
  830. # [23:27] <gsnedders> Yeah. It's awesome documentation.
  831. # [23:28] <jarib> but his java driver for WebDriver is almost ready to ship I think, so will use that as a reference for the ruby bindings
  832. # [23:29] <gsnedders> Ah, so you do indeed know that is Java. OK. That's what I was really wondering.
  833. # [23:29] <jarib> ah, yes
  834. # [23:30] <jarib> i think his main concern was having to maintain both OperaDriver and OperaWatir, so he's pretty happy Watir 2 will be built on webdriver
  835. # [23:30] <gsnedders> My understanding is that his impl relies upon things only added to Scope after 2.2, so it's highly unlikely to ship until we have at least a public release of desktop with 2.4
  836. # [23:31] <jarib> could be, he said he has WebDriver impls using both STP0 and STP1
  837. # [23:33] <jarib> we have a wave about it, if you're on Wave and interested to join in
  838. # [23:34] <gsnedders> I do, though I have looked at Wave once. :)
  839. # [23:34] <gsnedders> geoffers, if you want to add me
  840. # [23:34] <jarib> will do. Wave really showed its potential at GTAC
  841. # [23:36] * gsnedders really wants totally offline clients
  842. # [23:37] * jarib looks at .idl files from WebKit
  843. # [23:38] <jarib> so i guess these are written by hand
  844. # [23:38] <gsnedders> Right, they will be
  845. # [23:39] <gsnedders> Probably primarily down to the fact there are about five different forms of IDL
  846. # [23:39] <gsnedders> (All of which are incompatible with one another)
  847. # [23:39] <jarib> hmm
  848. # [23:40] <ment> gsnedders: almost any modern browser has "offline mode"
  849. # [23:40] <gsnedders> ment: That doesn't mean I have absolutely all my data offline in a form I can readily export
  850. # [23:41] <erlehmann> full stop !! dump the databases !!! everyone uses sqlite, rite?
  851. # [23:41] * Parts: pmuellr (n=pmuellr@nat/ibm/x-ab5f18bcabe9182b)
  852. # [23:42] <gsnedders> That's still fairly evil.
  853. # [23:42] <ment> gsnedders: oh yeah, that sqlite-in-javascript-in-browser concept
  854. # [23:42] * lmorchard is now known as lmorchard|away
  855. # [23:42] <gsnedders> And only works if the web site stores all the data in a local database, which is might not (it is highly likely it'll only download a subset, like the most recent 100)
  856. # [23:43] <ment> client-side sql-injection, here i come!
  857. # [23:46] <gsnedders> jarib: Hmm, I'll probably ping Deniz about one or two things tomorrow at work
  858. # [23:47] * Parts: darobin (n=robin@72-254-116-7.client.stsn.net)
  859. # [23:47] * Quits: GarethAdams|Home (n=GarethAd@pdpc/supporter/active/GarethAdams)
  860. # [23:47] <jarib> gsnedders: ok. do you work on anything related to this?
  861. # [23:47] <gsnedders> jarib: Not really, I've used OperaWatir a bit internally, and I've been dealing with one or two STP things recently
  862. # [23:48] <gsnedders> jarib: Probably going to spend a fair amount of time doing stuff with it next month, though
  863. # [23:48] <jarib> i see
  864. # [23:49] <jarib> if you have any suggestion as to what idls would be best fit to my purpose, i'd love to hear
  865. # [23:50] <gsnedders> Hmm, I appear to have created three blank messages in Wave accidently.
  866. # [23:50] <gsnedders> Hmm, empty messages that can't be deleted. Great.
  867. # [23:50] <gsnedders> Oh, they can be
  868. # [23:52] <gsnedders> jarib: If you're starting with something today, I'd use WebIDL.
  869. # [23:52] * Quits: tantek (n=tantek@72-254-62-180.client.stsn.net) (Read error: 104 (Connection reset by peer))
  870. # [23:53] * Joins: tantek (n=tantek@72-254-62-180.client.stsn.net)
  871. # [23:53] <jarib> gsnedders: so when you mentioned there being five different formats, are any of the open source browsers using plain WebIDL?
  872. # [23:54] <gsnedders> jarib: WebIDL is only just now becoming stable, but will almost certainly become what is widely used, so no browser uses it internally yet.
  873. # [23:55] <jarib> i see
  874. # [23:55] <jarib> what's the format used in WebKit? looks pretty similar
  875. # [23:55] <gsnedders> I dunno, I haven't looked at that for a while
  876. # [23:56] <jarib> ok, thanks again. this is exactly what i need.
  877. # [23:56] <gsnedders> as far as I know it's their own custom format. Asking in #webkit is probably a better bet.
  878. # [23:56] <jarib> will do
  879. # [23:56] <gsnedders> I'm a mere QA guy, what do I know? ;P
  880. # [23:57] <jarib> hehe, so am i :)
  881. # [23:57] <gsnedders> Anyhow, I really need to sleep
  882. # [23:58] * Quits: gsnedders (n=gsnedder@c83-252-229-211.bredband.comhem.se)
  883. # Session Close: Tue Nov 03 00:00:00 2009

The end :)