/irc-logs / freenode / #whatwg / 2010-09-07 / end

Options:

  1. # Session Start: Tue Sep 07 00:00:00 2010
  2. # Session Ident: #whatwg
  3. # [00:04] * Quits: matjas (~matjas@ip-213-49-93-122.dsl.scarlet.be) (Remote host closed the connection)
  4. # [00:04] * Joins: Steve^ (~steve@cpc1-stkp7-2-0-cust374.10-2.cable.virginmedia.com)
  5. # [00:07] * Quits: Steve^ (~steve@cpc1-stkp7-2-0-cust374.10-2.cable.virginmedia.com) (Client Quit)
  6. # [00:08] * Joins: MikeSmith_ (~MikeSmith@EM111-188-44-6.pool.e-mobile.ne.jp)
  7. # [00:10] * Quits: MikeSmith (~MikeSmith@EM111-188-25-177.pool.e-mobile.ne.jp) (Ping timeout: 240 seconds)
  8. # [00:10] * MikeSmith_ is now known as MikeSmith
  9. # [00:39] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  10. # [00:40] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
  11. # [00:47] * Quits: jacobolus (~jacobolus@c-66-31-201-117.hsd1.ma.comcast.net) (Remote host closed the connection)
  12. # [01:03] * Quits: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  13. # [01:08] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  14. # [01:10] * Joins: jlebar_ (~jlebar@nat/mozilla/x-vxtutqqvemwmqtzb)
  15. # [01:13] * Quits: reni_ (~reni@sedkit.inf.u-szeged.hu) (Ping timeout: 276 seconds)
  16. # [01:19] * Quits: MikeSmith (~MikeSmith@EM111-188-44-6.pool.e-mobile.ne.jp) (Quit: The curfew tolls the knell of parting day... the plowman homeward plods his weary way)
  17. # [01:20] * Joins: MikeSmith (~MikeSmith@EM111-188-44-6.pool.e-mobile.ne.jp)
  18. # [01:20] * Joins: jlebar__ (~jlebar@nat/mozilla/x-xsfnklnntljlyeyi)
  19. # [01:20] * Quits: jlebar (~jlebar@nat/mozilla/x-ngkalevfoqmwrqdm) (Read error: No route to host)
  20. # [01:21] * Quits: jlebar_ (~jlebar@nat/mozilla/x-vxtutqqvemwmqtzb) (Ping timeout: 265 seconds)
  21. # [01:25] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
  22. # [01:36] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  23. # [01:55] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
  24. # [02:07] <MikeSmith> Peter`: you around?
  25. # [02:12] * Quits: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de) (Quit: Now time for the weather. Tiffany?)
  26. # [02:12] * Quits: romeo_ (~romeo__@80.162.42.123) (Quit: Leaving)
  27. # [02:16] <MikeSmith> othermaciej: hey
  28. # [02:18] <othermaciej> hi MikeSmith
  29. # [02:19] <MikeSmith> hey man
  30. # [02:20] * Quits: ZombieLoffe (~e@unaffiliated/zombieloffe)
  31. # [02:24] * Quits: GPHemsley (~GPHemsley@pdpc/supporter/student/GPHemsley) (Ping timeout: 255 seconds)
  32. # [02:27] * Joins: boblet (~boblet@p2103-ipbf21osakakita.osaka.ocn.ne.jp)
  33. # [02:27] * Joins: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  34. # [02:30] * Joins: ojan_ (~ojan@nat/google/x-bwwcwshakpqujifd)
  35. # [03:09] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
  36. # [05:09] * Disconnected
  37. # [05:10] * Attempting to rejoin channel #whatwg
  38. # [05:10] * Rejoined channel #whatwg
  39. # [05:10] * Topic is 'WHATWG: http://www.whatwg.org/ -- logs: http://krijnhoetmer.nl/irc-logs/ -- stats: http://gavinsharp.com/irc/whatwg.html -- Please leave your sense of logic at the door, thanks!'
  40. # [05:10] * Set by annevk42 on Mon Oct 19 23:03:06
  41. # [05:28] * Joins: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp)
  42. # [05:31] * Quits: wakaba_ (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  43. # [05:33] * Quits: annevk (~annevk@cm-84.208.74.81.getinternet.no) (Quit: annevk)
  44. # [05:44] * Joins: annevk (~annevk@cm-84.208.74.81.getinternet.no)
  45. # [05:45] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  46. # [05:48] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  47. # [06:08] * Joins: MikeSmith_ (~MikeSmith@EM114-48-14-132.pool.e-mobile.ne.jp)
  48. # [06:08] * Quits: miketaylr (~miketaylr@24.42.95.108) (Quit: Leaving...)
  49. # [06:11] * Quits: MikeSmith (~MikeSmith@EM111-188-44-6.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  50. # [06:11] * MikeSmith_ is now known as MikeSmith
  51. # [06:26] * Quits: yusukes (~yusukes@2401:fa00:4:1000:224:81ff:fec1:6444) (Read error: Connection reset by peer)
  52. # [06:29] * Joins: miketaylr (~miketaylr@24.42.95.108)
  53. # [06:31] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
  54. # [06:45] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  55. # [06:46] <annevk> spotted: http://bitbucket.org/ms2ger/domparser
  56. # [06:46] <annevk> I guess I should link some stuff from the WHATWG wiki
  57. # [06:49] <annevk> added to http://wiki.whatwg.org/wiki/Companion_specifications
  58. # [06:52] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  59. # [06:55] <annevk> whoa, ISSUE-88 has been awaiting a decision since June 30
  60. # [07:01] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  61. # [07:04] <annevk> http://lists.w3.org/Archives/Member/w3c-ac-forum/2010JulSep/0025.html (W3C Member-only; also sad for other reasons)
  62. # [07:06] * Joins: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru)
  63. # [07:06] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  64. # [07:23] * Joins: cvimes (~Chris@h119.20.190.173.dynamic.ip.windstream.net)
  65. # [07:28] * Joins: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt)
  66. # [07:29] * Joins: peol (~andree@unaffiliated/peol)
  67. # [07:37] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  68. # [07:37] * Joins: FireFly (~firefly@unaffiliated/firefly)
  69. # [07:40] * Quits: cvimes (~Chris@h119.20.190.173.dynamic.ip.windstream.net) (Quit: cvimes)
  70. # [07:55] * Joins: RytoEX (~RytoEX@c-98-235-83-228.hsd1.pa.comcast.net)
  71. # [08:03] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  72. # [08:08] * Quits: peol (~andree@unaffiliated/peol) (Remote host closed the connection)
  73. # [08:13] * Joins: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  74. # [08:14] * Parts: jlebar__ (~jlebar@nat/mozilla/x-xsfnklnntljlyeyi) ("Leaving")
  75. # [08:15] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
  76. # [08:23] * Quits: roc (~roc@203-97-204-82.dsl.clear.net.nz) (Quit: roc)
  77. # [08:35] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  78. # [08:40] * Joins: erlehmann (~erlehmann@89.204.137.11)
  79. # [08:45] * Joins: reni_ (~reni@sedkit.inf.u-szeged.hu)
  80. # [08:55] <annevk> where is ms2ger?
  81. # [08:55] * annevk summons
  82. # [08:56] * Joins: zcorpan_ (~zcorpan@c-ec9fe355.410-6-64736c14.cust.bredbandsbolaget.se)
  83. # [08:58] * Joins: matjas (~matjas@ip-213-49-93-122.dsl.scarlet.be)
  84. # [08:58] <annevk> does anyone know what kind of funny local names can be created by the HTML parser that createElement cannot create?
  85. # [08:59] <annevk> and whether browsers want to forbid "adopting" or "importing" those type of element nodes?
  86. # [08:59] <Hixie> what does createElement stop?
  87. # [08:59] <annevk> not matching XML Name
  88. # [08:59] * Joins: peol (~peol@unaffiliated/peol)
  89. # [09:00] <Hixie> oh
  90. # [09:00] <Hixie> well then
  91. # [09:00] <Hixie> HTML parser allows almost anything
  92. # [09:00] <annevk> great
  93. # [09:00] <Hixie> so it should be easy to find conflicts :-)
  94. # [09:00] <Hixie> just work out what XML Name doesn't allow
  95. # [09:00] <annevk> <x<> sweet
  96. # [09:03] <zcorpan_> http://dev.cmsmadesimple.org/bug/view/3154 is disappointing (cmsms gets escaping wrong in lots of places)
  97. # [09:04] * Joins: agektmr1 (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  98. # [09:04] * Quits: agektmr (~Adium@220.109.219.244) (Read error: Connection reset by peer)
  99. # [09:06] * Quits: agektmr1 (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Client Quit)
  100. # [09:06] <cyberix> annevk: Where is xhr2 blob support mentioned?
  101. # [09:07] <annevk> zcorpan_, seems like he failed to understand your bug report
  102. # [09:07] <annevk> zcorpan_, as he says, "Certain characters will be transformed into HTML entities (& to &amp;, < to &lt;, etc.) for security reasons", and you pointed out that does not work properly
  103. # [09:07] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  104. # [09:08] <othermaciej> hi everyone
  105. # [09:08] <annevk> cyberix, in the XMLHttpRequest Level 2 draft specification?
  106. # [09:08] <annevk> hey othermaciej
  107. # [09:08] <annevk> ooh ojan_ is here too
  108. # [09:08] <annevk> ojan_, fyi, you can remove the WRONG_DOCUMENT_ERR stuff from WebKit; most other browsers have already done it
  109. # [09:09] * Quits: Amorphous (jan@unaffiliated/amorphous) (Ping timeout: 276 seconds)
  110. # [09:09] <othermaciej> annevk: you mean for inserting nodes into a document other than their owner document?
  111. # [09:10] <othermaciej> annevk: what is the state of other browsers on this point?
  112. # [09:10] <zcorpan_> annevk: feel free to reopen it and explain it better
  113. # [09:11] <annevk> IE throws, but not when using nodes from responseXML; Firefox and Opera do not throw and automatically adopt
  114. # [09:11] <othermaciej> we have a strange rule
  115. # [09:11] <othermaciej> we throw except in some particular cases where the node has not yet been inserted into its document
  116. # [09:11] <annevk> zcorpan_, yeah...
  117. # [09:11] <othermaciej> (can't remember if it's just new Image/new Option or all not-yet-inserted nodes)
  118. # [09:11] * Joins: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e)
  119. # [09:12] <annevk> WRONG_DOCUMENT_ERR was designed for Java
  120. # [09:12] <othermaciej> I think we added WRONG_DOCUMENT_ERR solely to pass more DOM tests
  121. # [09:12] <othermaciej> from the official dom test suite
  122. # [09:12] * Joins: pesla (~pesla@188.202.125.121)
  123. # [09:12] <othermaciej> in fact I think I might have been the one to add it
  124. # [09:12] <othermaciej> can't remember though, was years ago
  125. # [09:12] <annevk> where you can have independent DOM implementations that need specific adoption stuff for each other
  126. # [09:12] * Quits: pesla (~pesla@188.202.125.121) (Client Quit)
  127. # [09:12] <othermaciej> sure, it's a dumb exception
  128. # [09:12] <zcorpan_> now you can change again to pass more tests from the inofficial dom test suite :)
  129. # [09:13] <othermaciej> we tried pretty hard to pass domts
  130. # [09:13] <othermaciej> we gave up on 100% passing it when the dom mailing list completely shot down my comments about getAttribute returning null for missing attributes
  131. # [09:13] * Joins: pesla (~pesla@188.202.125.121)
  132. # [09:13] <RytoEX> zcorpan_ & annevk: Hi there! I actually wrote the comment for http://dev.cmsmadesimple.org/bug/view/3154 after checking with SjG. If you'd like to discuss it further, feel free to comment on the bug.
  133. # [09:13] <zcorpan_> hey RytoEX
  134. # [09:13] <othermaciej> and I think there was one other thing that was wildly inconsistent with real-world web compat
  135. # [09:14] <annevk> othermaciej, yeah, that was insane
  136. # [09:14] <othermaciej> I'm trying to remember what the second thing was
  137. # [09:14] <annevk> there's a lot of weird stuff in the DOM though, I wish implementors had taken the approach they take today when implementing
  138. # [09:14] <zcorpan_> RytoEX: the source should say &amp; &amp;amp; &amp;amp;amp; to make it display properly, not have dataloss and be secure
  139. # [09:15] <annevk> which is objecting to bullshit
  140. # [09:15] <cyberix> annevk: I go to http://www.w3.org/TR/XMLHttpRequest2/ and do an in-page search for blob. Zero hits.
  141. # [09:15] <othermaciej> the leading implementors of the time were responsible for some of the bullshit :-(
  142. # [09:15] <annevk> cyberix, you want http://dev.w3.org/2006/webapi/XMLHttpRequest-2/
  143. # [09:15] <RytoEX> zcorpan_: Any thoughts on how to go about doing that code-wise?
  144. # [09:15] <annevk> cyberix, that draft is like old
  145. # [09:16] <othermaciej> annevk: hah, this is funny
  146. # [09:16] <annevk> othermaciej, yeah, dunno how that happened, I guess it was some kind of comittee disaster with the java guys
  147. # [09:16] <othermaciej> the other thing I complained about back then was WRONG_DOCUMENT_ERR
  148. # [09:16] <zcorpan_> RytoEX: replace & with &amp; and then < with &lt;
  149. # [09:16] <cyberix> annevk: thank you
  150. # [09:17] <annevk> othermaciej, yeah, they will be gone
  151. # [09:17] <othermaciej> wow, that was 2005
  152. # [09:18] <annevk> othermaciej, I hope implementors are interested in removing some of the other cruft too
  153. # [09:18] <zcorpan_> RytoEX: maybe currently there's an unescaping step followed by an escaping step, if so you should remove the unescaping step
  154. # [09:18] <othermaciej> I should read the draft some point
  155. # [09:18] <othermaciej> the top thing I find maddening about DOM Level 3 Core is the maddeningly vague language
  156. # [09:18] <RytoEX> zcorpan_: Isn't changing the source from what the user typed still problematic?
  157. # [09:19] <annevk> othermaciej, that'd be great; although it's not complete at this point it's prolly ready enough for a WD snapshot; that might give it some wider attention too I suppose
  158. # [09:19] <annevk> othermaciej, yeah, Web DOM Core is a complete rewrite to fix that
  159. # [09:19] <zcorpan_> RytoEX: why?
  160. # [09:19] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Ping timeout: 245 seconds)
  161. # [09:19] <annevk> RytoEX, if you output text as HTML you need to escape it
  162. # [09:20] <annevk> RytoEX, if you always output it as HTML you might as well store the entered text as HTML
  163. # [09:20] <annevk> RytoEX, outputting text as HTML without escaping is a problem and gives dataloss for the scenario zcorpan_ outlined
  164. # [09:20] <RytoEX> So, the issue isn't about storing the data exactly as the user entered it, but that after being rendered in the browser it displays the same (regardless of whether the source matches the original input)?
  165. # [09:21] * Joins: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie)
  166. # [09:21] <annevk> the issue is that the input format is text and the output format is HTML and there is no conversion from one to the other
  167. # [09:23] <zcorpan_> annevk: actually it does escape (& becomes &amp; in the source) but it seems to first unescape (&amp; doesn't change in the source)
  168. # [09:23] * Joins: Amorphous (jan@unaffiliated/amorphous)
  169. # [09:23] <zcorpan_> so if i enter "& &amp;" the source becomes "&amp; &amp;" (and displays as "& &")
  170. # [09:24] <zcorpan_> personally i don't care how it's stored, so long as the end result matches the user input
  171. # [09:24] <annevk> oh weird
  172. # [09:25] <annevk> it's first parsed as if it were HTML?
  173. # [09:25] <zcorpan_> i haven't looked at the code
  174. # [09:25] <RytoEX> Okay, I think I'm getting a better idea of what you're describing. Sorry if I'm a little dense, it's past 3AM here, and I've had a pretty rough sleep schedule the past several days.
  175. # [09:28] * Quits: FireFly (~firefly@unaffiliated/firefly) (Quit: swatted to death)
  176. # [09:29] <zcorpan_> hybi hasn't discussed the changes that got lost between -00 and -01
  177. # [09:29] <annevk> RytoEX, yeah... woke up at 4:30AM today
  178. # [09:30] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
  179. # [09:30] <annevk> zcorpan_, hybi is off the rails :/
  180. # [09:31] <annevk> who told me again XML parsing for feeds was a great success?
  181. # [09:31] <annevk> Error: not well-formed
  182. # [09:31] <annevk> Source File: http://feeds.bbci.co.uk/news/rss.xml
  183. # [09:31] <annevk> Line: 1312, Column: 14
  184. # [09:31] <annevk> Source Code:
  185. # [09:31] <annevk> <title>Q&A: Tax letters</title>
  186. # [09:32] <annevk> BBC cannot even get ampersands right
  187. # [09:32] <annevk> XML is so not appropriate for the web
  188. # [09:32] <annevk> sylvia, if you are out there, take note ;)
  189. # [09:32] <zcorpan_> escaping ampersands is hard. let's go shopping.
  190. # [09:43] <RytoEX> zcorpan_: Okay, if I enter "0 < 10 &lt; 20" I get "0 < 10 < 20" currently. I'm still looking for exactly where the escaping/unescaping occurs. I may have to put this off until tomorrow, though, as I need to be at work in a few hours, and I'd like a nap.
  191. # [09:43] * Joins: Steve_B (~chatzilla@gatek.mh.bbc.co.uk)
  192. # [09:44] * Joins: shepazu (~schepers@dhcp232-197.enst.fr)
  193. # [09:53] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Ping timeout: 245 seconds)
  194. # [09:54] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  195. # [09:54] <annevk> othermaciej, I was trying to figure out from reading WebKit source code in what conditions nodes can be readonly but I cannot find the implementation of isReadOnlyNode()
  196. # [09:55] <othermaciej> ./Node.h: bool isReadOnlyNode() const { return nodeType() == ENTITY_REFERENCE_NODE; }
  197. # [09:55] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  198. # [09:55] <othermaciej> I don't think we support entity reference nodes though
  199. # [09:55] <annevk> aah, so that is completely bogus
  200. # [09:55] <annevk> entity nodes are gone from Web DOM Core
  201. # [09:57] <RytoEX> zcorpan_: I've found the bits of code that unescape and escape stuff. See the following: function SetValue in FieldBase.class.php and function unmy_htmlentities in Form.class.php.
  202. # [09:58] * Joins: maikmerten (~merten@ext-137.eduroam.uu.se)
  203. # [09:59] <zcorpan_> RytoEX: skipping sleep anyway? :)
  204. # [10:00] <RytoEX> I ... get caught up in programming/debugging. It causes great rifts in my sleep schedule.
  205. # [10:02] * Quits: maikmerten (~merten@ext-137.eduroam.uu.se) (Ping timeout: 245 seconds)
  206. # [10:03] <RytoEX> However, with that, I do need a nap. Got a 10 hour work day ahead of me and meetings after that. Please feel free to comment on the bug report or email me directly. If this can be fixed and the project admins don't have a problem with it, then hopefully we can work this out.
  207. # [10:05] <zcorpan_> cool
  208. # [10:11] <zcorpan_> annevk: "... return its local name. Then terminate these steps. (Continue if there was no such attribute.)" looks confusing
  209. # [10:11] * Quits: ojan_ (~ojan@nat/google/x-xdqhlrlzcxvoogsp) (Remote host closed the connection)
  210. # [10:11] <zcorpan_> annevk: maybe "... then return its local name and terminate these steps."
  211. # [10:14] * Joins: maikmerten (~merten@dhcp-11-239.it.uu.se)
  212. # [10:16] * abarth is now known as abarth|reviewtoo
  213. # [10:16] * abarth|reviewtoo is now known as abarth|afk
  214. # [10:18] * Joins: ojan_ (~ojan@nat/google/x-kjzfmumzjnhqfaaa)
  215. # [10:18] * annevk looks
  216. # [10:19] <ojan_> annevk: a bit late getting back to you, but yes, i plan to remove WRONG_DOCUMENT_ERR shortly. the initial patch i put up needed reworking, but i don't expect any real issues getting rid of it
  217. # [10:19] * Quits: hamcore (rhythm@unaffiliated/msmosso)
  218. # [10:19] * Joins: davidhund (~davidhund@dnuhd.xs4all.nl)
  219. # [10:19] <ojan_> annevk: anyways, i gotta go, but i fully support getting rid of the cruft from the DOM core spec. thanks for taking this on.
  220. # [10:20] <annevk> ojan_, cool, ttyl then :)
  221. # [10:20] * Quits: ojan_ (~ojan@nat/google/x-kjzfmumzjnhqfaaa) (Client Quit)
  222. # [10:20] <annevk> zcorpan_, so it is easy for that one
  223. # [10:20] <annevk> zcorpan_, what about the other time I use that phrase?
  224. # [10:21] <annevk> (fixed this instance)
  225. # [10:21] * Quits: gsnedders (~gsnedders@204.232.194.186) (Ping timeout: 240 seconds)
  226. # [10:22] * Joins: gsnedders (~gsnedders@204.232.194.186)
  227. # [10:24] <zcorpan_> annevk: i think it also looks confused, but i don't have a suggested replacement
  228. # [10:25] <annevk> i'll look at it
  229. # [10:25] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  230. # [10:26] * Joins: ZombieLoffe (~e@unaffiliated/zombieloffe)
  231. # [10:29] <annevk> zcorpan_, fixed
  232. # [10:29] * Joins: ROBOd (~robod@109.96.245.98)
  233. # [10:41] <annevk> I guess serializing and parsing should be out of scope for DOM Core
  234. # [10:41] <annevk> otherwise we'll get a HTML5 dependency
  235. # [10:41] <annevk> which seems bad
  236. # [10:42] <annevk> prolly need a DOM Parsing and Serialization spec that defines innerHTML, DOMParser, XMLSerializer
  237. # [10:42] <annevk> in great detail
  238. # [10:42] <annevk> that builds on DOM Core / HTML5
  239. # [10:43] <annevk> DOM Core would just define the tree model and the limitations of the tree model
  240. # [10:46] * Quits: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no) (Quit: This computer has gone to sleep)
  241. # [10:49] <hsivonen> annevk: it would be proper to have a spec that actually defines how an XML document is parsed into a DOM
  242. # [10:50] <annevk> if ms2ger does not turn his domparser notes into that i guess i could work on that after dom core unless cssom suddenly sees lots of interest
  243. # [10:51] <annevk> serializing stuff in an XML DOM also seems like lots of fun to define
  244. # [10:51] <annevk> harhar
  245. # [10:51] <hsivonen> annevk: do you mean for reconstructing namespace declarations?
  246. # [10:52] <hsivonen> other than that, it's relatively straight-forward
  247. # [10:52] <annevk> the namespace stuff, yes
  248. # [10:52] <annevk> and catching all the errors
  249. # [10:52] <annevk> but I guess it's not too hard
  250. # [10:52] <zcorpan_> it's almost already done in html5
  251. # [10:53] <zcorpan_> except it's a bit handwavy and not an algorithm
  252. # [10:53] <annevk> and it doesn't deal with the namespaces
  253. # [10:53] <hsivonen> I wonder if anyone (other than I) cares about how style sheets that block scripts behave if they are moved by a script between being parser-inserted and getting loaded
  254. # [10:53] <hsivonen> but for completeness, this should be defined!
  255. # [10:53] <hsivonen> and fixed in Gecko
  256. # [10:54] <annevk> fwiw, I think it's great that you're so thorough
  257. # [10:54] <annevk> hopefully we can easily reuse the tests you have for this
  258. # [10:59] <hsivonen> hmm. the whatwg lists don't send me list email if I'm listed in To or Cc
  259. # [10:59] <hsivonen> but when I go to the list settings, my settings say I've opted not to avoid duplicates
  260. # [10:59] <hsivonen> I tried checking the "set globally box" and submitting my settings
  261. # [10:59] * Joins: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net)
  262. # [11:06] <annevk> if you avoid duplicates you do not get list email if you are in the to or cc
  263. # [11:06] <annevk> otherwise you get duplicates
  264. # [11:06] <annevk> pretty simple
  265. # [11:06] <hsivonen> annevk: but the setting doesn't match the behavior I see. That's the problem.
  266. # [11:08] * Quits: nessy (~Adium@124-169-0-56.dyn.iinet.net.au) (Quit: Leaving.)
  267. # [11:08] * Joins: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk)
  268. # [11:09] <annevk> hsivonen, are you saying you do get list email?
  269. # [11:10] <annevk> oh sorry, "not to avoid"
  270. # [11:10] <hsivonen> annevk: I'm saying I don't get list email when I'm listed in To or Cc
  271. # [11:10] <annevk> weird
  272. # [11:11] <hsivonen> I can't remember what the rationale for not hoisting <base> into <head> is.
  273. # [11:12] <annevk> some browsers did not do it
  274. # [11:12] <annevk> and we could remove it for everything else
  275. # [11:12] <annevk> so consistency
  276. # [11:12] <hsivonen> annevk: well, WebKit takes it into account when not hoisted
  277. # [11:13] <hsivonen> annevk: and IE8 doesn't implicitly open body for <foo:bar/> above <base>
  278. # [11:13] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  279. # [11:14] <annevk> i saw that bug
  280. # [11:14] <annevk> not sure why we restrict it to <head> personally; i guess because IE did that too
  281. # [11:15] <hsivonen> I think making it taken into account only in head makes more sense than not hoisting it there
  282. # [11:15] <annevk> to me it's the opposite :)
  283. # [11:16] <hsivonen> do we get some XSS defense in depth benefit from not hoisting?
  284. # [11:16] <annevk> the benefit is less crazy behavior in the parser
  285. # [11:17] <hsivonen> I've spent more time diagnosing site compat problems arising from this than I would have spent making the parser hoist into head
  286. # [11:17] <zcorpan_> injecting a <base> is also a bit scary
  287. # [11:17] <hsivonen> so far we've had three:
  288. # [11:18] <hsivonen> 1) <basefont> above <base> implicitly opened <body> and broke a bank. Fixed by making <basefont> stay in <head>
  289. # [11:18] <annevk> :/
  290. # [11:18] <hsivonen> 2) Hypelatex putting <base> after <body>. Treated as evang email to a dead project, because their stuff already broke in IE8
  291. # [11:19] * Joins: mat_t (~mattomasz@91.189.88.12)
  292. # [11:19] <annevk> so would 1) have worked if <base> worked outside <head> or would the rendering still be broken?
  293. # [11:19] <hsivonen> 3) <c:set ... /> above <base> breaking united.com check-in process and IE8 keeping <c:set ... /> in head
  294. # [11:20] <hsivonen> annevk: all of these would have worked either by taking <base> into account as a child of <body> or by hoisting <base> into <head>
  295. # [11:20] <hsivonen> I think our DOM-side code is now saner than it used to be
  296. # [11:20] <hsivonen> I don't want to support multiple <base>s
  297. # [11:21] <zcorpan_> can we make <base> apply in body while not supporting multiple <base>s
  298. # [11:21] <hsivonen> zcorpan_: that would be a possibility
  299. # [11:21] <hsivonen> even only considering children of <body> would be enought without considering descendants
  300. # [11:22] <zcorpan_> alternatively we could make tags with colon in them stay in head
  301. # [11:23] <zcorpan_> or unknown tags with />
  302. # [11:24] <hsivonen> I wonder how common this problem is
  303. # [11:24] * Joins: nessy (~Adium@124-171-48-111.dyn.iinet.net.au)
  304. # [11:25] <hsivonen> we could also just wait for United.com to fix themselves eventually
  305. # [11:25] * Quits: erlehmann (~erlehmann@89.204.137.11) (Quit: Die demokratieerhaltende Whistleblower-Organistation Krautchan freut sich immer über Spenden.)
  306. # [11:26] <zcorpan_> yeah
  307. # [11:27] <zcorpan_> i think Hixie analyzed <base> compat around the time ie8 shipped, and concluded that there was some breakage with ie8's behavior
  308. # [11:28] <annevk> hsivonen, just use the first <base>
  309. # [11:28] <annevk> hsivonen, you already need to take into account multiple <base> (somehow) as that situation could also occur with just <head>
  310. # [11:29] <annevk> this <basefont> hack also sounds ugly
  311. # [11:29] * Joins: Phae (~Phae@195.138.194.1)
  312. # [11:29] <zcorpan_> making <basefont> stay in head isn't ugly
  313. # [11:29] <annevk> everyone hates mutation events
  314. # [11:30] <annevk> if mutation events are going to end up in DOM Core I might cry
  315. # [11:30] <annevk> DOM Core is ugly enough as it is
  316. # [11:30] <zcorpan_> wouldn't they be in dom events?
  317. # [11:31] <zcorpan_> or do you mean as part of appendChild etc?
  318. # [11:31] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  319. # [11:32] <hsivonen> annevk: is it feasible to collect use cases from rich text editor developers, design and implement an async alternative and remove support for mutation events?
  320. # [11:35] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  321. # [11:37] <annevk> hsivonen, dunno
  322. # [11:37] <annevk> zcorpan_, the latter
  323. # [11:38] <annevk> zcorpan_, imo events need to be defined where they happen, otherwise it is not predictable enough
  324. # [11:40] * Quits: reni_ (~reni@sedkit.inf.u-szeged.hu) (Quit: Leaving)
  325. # [11:41] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  326. # [11:41] * Joins: Lachy (~Lachlan@pat-tdc.opera.com)
  327. # [11:41] * Quits: pesla (~pesla@188.202.125.121) (Quit: kthxbye!)
  328. # [11:42] * Joins: pauld (~chatzilla@host86-174-210-104.range86-174.btcentralplus.com)
  329. # [11:43] * Joins: gonemad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  330. # [11:44] <annevk> hsivonen, I've seen people on webkit-dev suggest they are willing to remove mutation events and replace it with an async model
  331. # [11:46] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Ping timeout: 252 seconds)
  332. # [11:47] * Quits: nessy (~Adium@124-171-48-111.dyn.iinet.net.au) (Quit: Leaving.)
  333. # [11:47] <jgraham> The problem with removing mutation events is that it is likely to break sites
  334. # [11:50] * Quits: Peter` (~peter@170-116.citynet.ftth.internl.net) (Ping timeout: 276 seconds)
  335. # [11:51] <hsivonen> jgraham: only rich text editor libraries used on sites or site-specific code?
  336. # [11:51] <jgraham> hsivonen: Not sure
  337. # [11:52] <jgraham> If it breaks rich text editor libs that is a big deal
  338. # [11:52] <jgraham> We can't realisticly ship a product that breaks e.g. tinyMCE
  339. # [11:52] <jgraham> (no idea if tinyMCE uses mutation events)
  340. # [11:52] <annevk> but they can get updated over time
  341. # [11:53] <hsivonen> is it assumed that sites never update their copy of tinyMCE?
  342. # [11:53] <annevk> e.g. over the course of a year or maybe two years
  343. # [11:53] <jgraham> That is an ideal first order assumption
  344. # [11:53] <jgraham> This sounds dangerously close to idealism rather than pragmatism
  345. # [11:54] <jgraham> (I mean it is a good assumption that they never update)
  346. # [11:54] <jgraham> (and it is idealism to assume that we can remove large, ugly, features from the platform)
  347. # [11:55] <annevk> sure
  348. # [11:55] <annevk> I don't think some amount of idealism is bad
  349. # [11:55] <jgraham> I mean we could have an alterntaive model and hope that eventually people use that insteade
  350. # [11:55] * Joins: Peter` (~peter@170-116.citynet.ftth.internl.net)
  351. # [11:55] <jgraham> But we would have to take the risk of having two models
  352. # [11:56] <annevk> if mutation events start generating lots of noise in error consoles and there's an alternative I think we might find that we can change it
  353. # [11:56] <annevk> especially since they're only (mostly?) used for editors
  354. # [11:56] <jgraham> Generating noise in error consoles hasn't worked so well for..l. well anything
  355. # [11:57] <jgraham> Firefox even has messages saying "this site is insecure" and "this property has no effect" and they get ignored
  356. # [11:57] <othermaciej> jgraham: one thing I proposed on webkit-dev is to only ever fire the DOMSubtreeModified mutation event, batch it, and possibly fire it async
  357. # [11:58] <othermaciej> jgraham: I am not sure if this would be compatible with content, but it is technically compliant with DOM Level 3 Events afaict
  358. # [11:59] <annevk> what the specs say doesn't matter much -- they can be fixed
  359. # [11:59] <jgraham> It is what content requires that is important
  360. # [11:59] <annevk> jgraham, it has for e.g. Gecko trying to remove proprietary APIs
  361. # [11:59] <annevk> (the error console trick)
  362. # [11:59] <jgraham> annevk: Really? Examples?
  363. # [12:00] <annevk> getBoxObject() or some such
  364. # [12:00] <jgraham> Hmm
  365. # [12:01] <annevk> I think you're too pessimistic
  366. # [12:01] <annevk> but anyway, this is only about trying, if it does not work out, it does not work out, no big deal
  367. # [12:08] * Joins: MikeSmith_ (~MikeSmith@EM111-188-109-127.pool.e-mobile.ne.jp)
  368. # [12:11] * gonemad3 is now known as workmad3
  369. # [12:11] * Quits: MikeSmith (~MikeSmith@EM114-48-14-132.pool.e-mobile.ne.jp) (Ping timeout: 245 seconds)
  370. # [12:11] * MikeSmith_ is now known as MikeSmith
  371. # [12:12] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 240 seconds)
  372. # [12:12] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  373. # [12:17] * Joins: nessy (~Adium@124-171-48-111.dyn.iinet.net.au)
  374. # [12:19] * Quits: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com) (Remote host closed the connection)
  375. # [12:19] * Joins: workmad3 (~workmad3@cpc3-bagu10-0-0-cust651.1-3.cable.virginmedia.com)
  376. # [12:23] * workmad3 is now known as wm3|breakfast
  377. # [12:25] * Quits: annevk (~annevk@cm-84.208.74.81.getinternet.no) (Quit: annevk)
  378. # [12:26] * Quits: agektmr (~Adium@2401:fa00:4:1012:fa1e:dfff:fee6:d74e) (Quit: Leaving.)
  379. # [12:33] * Joins: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  380. # [12:33] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 276 seconds)
  381. # [12:42] * Quits: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com) (Quit: Leaving.)
  382. # [12:42] * Quits: nessy (~Adium@124-171-48-111.dyn.iinet.net.au) (Quit: Leaving.)
  383. # [12:45] <karlcow> http://jobs.bbc.co.uk/fe/tpl_bbc01.asp?newms=jj&id=35072&aid=10281
  384. # [12:48] * Quits: Steve_B (~chatzilla@gatek.mh.bbc.co.uk) (Remote host closed the connection)
  385. # [12:49] * Joins: Steve_B (~chatzilla@gatek.thls.bbc.co.uk)
  386. # [12:57] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Ping timeout: 240 seconds)
  387. # [12:59] * Quits: MikeSmith (~MikeSmith@EM111-188-109-127.pool.e-mobile.ne.jp) (Remote host closed the connection)
  388. # [13:00] * Joins: MikeSmith (~MikeSmith@EM111-188-109-127.pool.e-mobile.ne.jp)
  389. # [13:01] * Joins: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl)
  390. # [13:03] <MikeSmith> hsivonen: thinking further about updates to the validator.nu build, Scons looks like non-maniacal build system (i.e., one that lacks the misfeatures of Ant and Maven)
  391. # [13:03] <MikeSmith> and it has built-in support for building Java apps
  392. # [13:03] <MikeSmith> http://www.scons.org/doc/0.96.1/HTML/scons-user/c2590.html
  393. # [13:04] <MikeSmith> not that there's anything broken in the current build script
  394. # [13:05] * Philip` thought SCons became unfashionable several years ago
  395. # [13:05] <MikeSmith> oh?
  396. # [13:05] <Philip`> (at least for C++ - everyone's into CMake now)
  397. # [13:06] <Philip`> (Probably not relevant for Java though)
  398. # [13:06] <MikeSmith> I noticed Scons today because V8 uses it
  399. # [13:07] <MikeSmith> I didn't know anything about Scons until I checked out the V8 code and found a SConstruct file where I was looking for makefile
  400. # [13:07] * Joins: annevk (~annevk@pat-tdc.opera.com)
  401. # [13:08] <MikeSmith> anyway, I was thinking about it for the v.nu build case because the v.nu build is already using a Python-based build script
  402. # [13:08] <MikeSmith> it's just that it's an ad-hoc one
  403. # [13:09] <MikeSmith> and it's a script, not a make mechanism - that is, it rebuilds the entire tree every time you run it
  404. # [13:09] <MikeSmith> instead of just rebuilding particular targets whose dependencies have changed
  405. # [13:09] <MikeSmith> but that said, it builds very quickly anyway
  406. # [13:10] <Peter`> MikeSmith: pong
  407. # [13:10] <MikeSmith> but if we end up moving the sources from the current subversion hosting service they are at now to some git-based or mercurial-based hosting service, we are going to need to make changes to the build anyway
  408. # [13:10] <MikeSmith> Peter`: hey man
  409. # [13:11] <MikeSmith> I had just been pinging you to say thanks
  410. # [13:11] <MikeSmith> for the latest status writeup
  411. # [13:11] <Peter`> don't worry about it, hope the post can be a bit less techy next week
  412. # [13:11] <Peter`> cheers! :)
  413. # [13:11] <MikeSmith> I don't mind the techy bits
  414. # [13:12] <MikeSmith> but I guess focusing on some non-techy bits would get more people to read about it
  415. # [13:12] <zcorpan_> read what?
  416. # [13:12] <Peter`> Ideally I'd like the posts to put some more attention to the "usable" parts, standards, things they can try out by downloading a nightly, possibly even with examples
  417. # [13:12] <Peter`> zcorpan_: http://peter.sh/
  418. # [13:14] * zcorpan_ wasn't at the csswg meeting
  419. # [13:16] * Joins: pesla (~pesla@188.202.125.121)
  420. # [13:21] * Joins: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk)
  421. # [13:24] * Joins: Craig` (~craig@host81-141-118-139.wlms-broadband.com)
  422. # [13:24] <Craig`> hey guys.
  423. # [13:25] <Craig`> http://pastie.org/1141746 for some reason the alert('executed'); is never being executed, so that would imply that the image is not being loaded? can someone help me please.
  424. # [13:26] * Joins: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp)
  425. # [13:26] <zcorpan_> if you insert the image to the document, does it load?
  426. # [13:27] <Craig`> i'll try
  427. # [13:27] * Quits: homata (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Client Quit)
  428. # [13:28] <Craig`> Yeah it loads
  429. # [13:28] <annevk> Craig`, your drawImage call could also fail
  430. # [13:29] <annevk> oh
  431. # [13:29] <annevk> that really ought to work
  432. # [13:29] * Quits: homata__ (~homata@58x158x182x50.ap58.ftth.ucom.ne.jp) (Ping timeout: 258 seconds)
  433. # [13:31] <Craig`> what should i do then? ;/
  434. # [13:31] <Craig`> i was wanting to do some pixel/color manipulation on an iamge
  435. # [13:32] <zcorpan_> do you have a <canvas> element in the document?
  436. # [13:33] <annevk> Craig`, file bugs :)
  437. # [13:33] <zcorpan_> http://software.hixie.ch/utilities/js/live-dom-viewer/saved/619 wfm
  438. # [13:33] <Craig`> yeah zcorpan_ i'll paste my html
  439. # [13:35] <Craig`> http://pastie.org/1143435
  440. # [13:36] <zcorpan_> does the script load?
  441. # [13:36] <Craig`> yep
  442. # [13:36] * Quits: boogyman (~boogy@unaffiliated/boogyman) (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716])
  443. # [13:36] <Craig`> the canvas is 300x300
  444. # [13:36] <Craig`> and when i debugged by placing an alert
  445. # [13:36] <Craig`> it worked
  446. # [13:37] <zcorpan_> you sure you have the right path to the image?
  447. # [13:37] <Craig`> the image was origininally ../images/rs.png but that didn't work either so i placed it in the behaviour folder
  448. # [13:37] <Craig`> so my behaviour directory consists of base.js and rs.png
  449. # [13:38] <Philip`> The img.src is relative to the HTML page, not the .js file
  450. # [13:38] <zcorpan_> what Philip` said
  451. # [13:38] <Craig`> i actually just tried that
  452. # [13:38] * Joins: nessy (~Adium@124-169-0-56.dyn.iinet.net.au)
  453. # [13:38] <Craig`> but i'm sure it didn't wrork, i'll retry
  454. # [13:39] <Craig`> still doesn't work
  455. # [13:39] <Craig`> ignore that
  456. # [13:39] <Craig`> thanks.
  457. # [13:40] <Craig`> i spelled behaviour wrong
  458. # [13:40] <Craig`> haha :)
  459. # [13:41] * Joins: mpt (~mpt@canonical/mpt)
  460. # [13:42] <Craig`> do you think canvas has the potential for some serious colour manipulation? ie seeing if a colour exists in an x1,y1,x2,y2 environmentn, able to somehow create OCR etc etc?
  461. # [13:43] <annevk> people have done such things
  462. # [13:43] <Craig`> awesome
  463. # [13:43] <annevk> http://blog.mozbox.org/post/2009/04/12/Firefox-35%3A-a-new-experiment-with-Canvas-Video
  464. # [13:44] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 276 seconds)
  465. # [13:44] <Craig`> well what i'm wanting to do is game emulation, i've been told several times that i can't have javascript to emulate a mouse click on a java applet, but with getWindow (i think that's the name of the function) i could take a screenshot of the java applet as such then carry out manipulation on a canvas?
  466. # [13:45] <annevk> there's drawWindow() in Firefox but that is not exposed to web pages
  467. # [13:45] <annevk> also Java, boo
  468. # [13:45] <Craig`> yeah I know about Java, heh.
  469. # [13:45] <Craig`> it's a game so it's not my fault it's java :)
  470. # [13:46] <zcorpan_> port the game to canvas :)
  471. # [13:46] <Craig`> it's one of the biggest MMORPGS i doubt i can do that?
  472. # [13:46] <MikeSmith> http://twitter.com/pornelski/status/23228959072
  473. # [13:46] <annevk> so true
  474. # [13:48] <Craig`> i've been to `color clicking' communities in the past but they've used pascal and i'm more into web dev per se myself so i was hoping i could accomplish something as a project :) so thankfully it sounds like i can remake some if not all of the techniques they use it's just finding out how to emulate a click
  475. # [13:48] * wm3|breakfast is now known as workmad3
  476. # [13:48] * Joins: mat_t (~mattomasz@91.189.88.12)
  477. # [13:49] * Quits: RytoEX (~RytoEX@c-98-235-83-228.hsd1.pa.comcast.net) (Quit: RytoEX)
  478. # [13:49] <jgraham> BBC are going to have a rep? That is awesome
  479. # [13:49] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
  480. # [13:51] <Craig`> would you guys mind answering my questions when i have them? it's probably mostly code improvement and efficiency because if i'm to implemenet findColor(color, x1, y1, x2, y2) etc my version will surely be inefficient
  481. # [13:53] <annevk> this channel doesn't really have much rules so just ask and maybe you'll get an answer
  482. # [13:59] <Craig`> are there any books you advise me reading before attempting this project?
  483. # [13:59] <Craig`> or references
  484. # [14:01] <Philip`> You could try reading the HTML5 spec
  485. # [14:01] <annevk> well, if you continue with this Java thing I guess you will run into the problem that drawWindow() will not work in most browsers and in Firefox only runs for trusted content
  486. # [14:01] <annevk> but it really depends on what you want to know more about :)
  487. # [14:04] <annevk> zcorpan_, might end up removing your nodeType/nodeName/nodeValue table
  488. # [14:04] <annevk> zcorpan_, nodeValue can also be set
  489. # [14:04] <Craig`> well, if i'm honest i think i should get a brilliant javascript understanding before this, also i'd need to know colour algorithms and the like, but yeah, do you think what i'm wanting to do is somewhat possible? fair enough i may not be able to emulate a click with javascript but hopefully in the end i'll be able to have a scripts somewhat determine if some object is a tree or monster etc, by doing some advanced techniques
  490. # [14:13] <zcorpan_> annevk: i don't care for the table :)
  491. # [14:15] * Joins: KaOSoFt (~maxzagato@190.24.156.162)
  492. # [14:15] * Quits: KaOSoFt (~maxzagato@190.24.156.162) (Changing host)
  493. # [14:15] * Joins: KaOSoFt (~maxzagato@unaffiliated/kaosoft)
  494. # [14:17] * Joins: reni_ (~reni@sedkit.inf.u-szeged.hu)
  495. # [14:17] <hsivonen> sigh. is there a non-UTF-8 byte somewhere in html5lib .dat files...
  496. # [14:19] <nessy> Craig` thought about using svg?
  497. # [14:20] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 240 seconds)
  498. # [14:21] <hsivonen> yes, entities01.txt and entities02.txt aren't valid UTF-8
  499. # [14:21] <hsivonen> :-(
  500. # [14:22] <hsivonen> actually, it's just entities01.dat
  501. # [14:22] <MikeSmith> what is google bubbles?
  502. # [14:23] <hsivonen> and some other data file has a byte that's not valid Windows-1252
  503. # [14:23] * Joins: agektmr (~Adium@p3112-ipbf6010marunouchi.tokyo.ocn.ne.jp)
  504. # [14:23] <hsivonen> grr
  505. # [14:24] * Quits: Phae (~Phae@195.138.194.1) (Remote host closed the connection)
  506. # [14:24] * Joins: Phae (~Phae@chimera.macmillan.com)
  507. # [14:25] * Quits: agektmr (~Adium@p3112-ipbf6010marunouchi.tokyo.ocn.ne.jp) (Client Quit)
  508. # [14:25] * Joins: smorg (~quassel@174-20-179-170.mpls.qwest.net)
  509. # [14:25] * Joins: mat_t (~mattomasz@91.189.88.12)
  510. # [14:25] * Joins: miketaylr (~miketaylr@24.42.95.108)
  511. # [14:28] * Joins: agektmr (~Adium@p3112-ipbf6010marunouchi.tokyo.ocn.ne.jp)
  512. # [14:29] * Joins: oal (~oal@5.79-160-122.customer.lyse.net)
  513. # [14:31] <hsivonen> hmm. or is gedit just incapable of handling Astral Planes?
  514. # [14:31] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 258 seconds)
  515. # [14:31] <Craig`> nessy: i've used svg in the past, but svg wouldn't be suited for this would it? I mean i'm wanting to do color manipulation on an image of a java applet
  516. # [14:32] <nessy> I missed the java applet part
  517. # [14:32] <Craig`> :)
  518. # [14:32] <nessy> how do you even get that into javascript?
  519. # [14:33] <Craig`> not even sure yet, i've been told getWindow but then i think someone mentioned it doesn't work if you have to confirm security
  520. # [14:33] <Craig`> or swomething
  521. # [14:33] <nessy> once you have it in javascript, you can use both canvas or svg to manipulate it - I just saw you needed mouse events, so svg would be more appropriate
  522. # [14:34] <Craig`> well i need to simulate a click on the applet
  523. # [14:34] <nessy> or do both, each for what it's better at :)
  524. # [14:34] <nessy> oh! that's a different problem altogether - good luck then!
  525. # [14:34] <hsivonen> Craig`: and you want to keep the Java code as an applet instead of porting it to the Open Web Platform using GWT?
  526. # [14:34] <espadrine> Hi, I'd like to know for sure if "new Image(undefined)" should trigger an error, as it does in Firefox, or be interpreted as "new Image(0)", as it does in Chrome, Webkit and Opera?
  527. # [14:34] <Craig`> could i do that?
  528. # [14:34] <Craig`> without the company knowing
  529. # [14:35] <Craig`> ignore the last message i said ;D
  530. # [14:35] <hsivonen> Craig`: I'd expect it to be hopeless to integrate <canvas> and an applet
  531. # [14:36] <Craig`> :/
  532. # [14:36] <hsivonen> Craig`: depending on how complex the applet is, you might be able to implement enough of the infrastructure it needs on GWT and compile the Java code into JS
  533. # [14:36] <zcorpan_> Craig`: maybe you can use Watir to read pixel data and emulate clicks on the applet
  534. # [14:36] <hsivonen> what's Watir?
  535. # [14:36] <zcorpan_> http://watir.com/
  536. # [14:36] * Parts: boaz (~boaz@64.119.159.231)
  537. # [14:37] * Joins: boaz (~boaz@64.119.159.231)
  538. # [14:38] <Craig`> i doubt i'll be able to convert it
  539. # [14:38] * Quits: Steve_B (~chatzilla@gatek.thls.bbc.co.uk) (Remote host closed the connection)
  540. # [14:38] <Craig`> the source is obbed
  541. # [14:38] <zcorpan_> (related: http://my.opera.com/core/blog/2009/03/06/test-automation-with-operawatir )
  542. # [14:39] <jarib> if you want to do native clicks, webdriver would be a better choice
  543. # [14:39] <Craig`> so i can't do this wit purely javascript?
  544. # [14:40] <zcorpan_> don't think so, no
  545. # [14:40] <zcorpan_> jarib: i thought watir did "native clicks"
  546. # [14:41] <Craig`> i doubt i can convert the code like you said because it's been obscured
  547. # [14:41] <Craig`> (sorry forgottent he word)
  548. # [14:42] <zcorpan_> Craig`: GWT is automated conversion
  549. # [14:42] <jarib> zcorpan_: it does a DOM click() (through OLE)
  550. # [14:43] <zcorpan_> jarib: ah. then i guess OperaWatir is different
  551. # [14:43] <Craig`> oh cool
  552. # [14:43] <jarib> zcorpan_: incidentally, there's a watir wrapper for webdriver (http://github.com/jarib/watir-webdriver) :)
  553. # [14:44] <Craig`> i'm totally new to this so i'll probably be asking this many questions for a long time :)
  554. # [14:44] <Craig`> i just hope that it's possible :D
  555. # [14:44] * Quits: wakaba_0 (~wakaba_@122x221x184x68.ap122.ftth.ucom.ne.jp) (Quit: Leaving...)
  556. # [14:44] <jarib> zcorpan_: also if you have any influence on the operawatir folks, you should make them to work on their webdriver implementation instead
  557. # [14:45] <Craig`> would it be considerably easier (or make it possible) if i converted the code
  558. # [14:45] <jarib> and they'll get the Watir API for free through my project :P
  559. # [14:45] <Craig`> just i didn't think you could do this because the game interacts with server so that you can not edit values etc
  560. # [14:45] <Craig`> well you can edit client side values that is, ie changing a value to make player black
  561. # [14:45] <zcorpan_> jarib: i probably have as much influence as you do
  562. # [14:46] <jarib> ok. you never know :)
  563. # [14:47] * Joins: Steve_B (~chatzilla@gatek.mh.bbc.co.uk)
  564. # [14:50] <jgraham> jarib: In what sense "work on"?
  565. # [14:50] <jgraham> We have a web driver implementation
  566. # [14:52] <Craig`> so yeah, i don't know whether to attempt this project or try and learn to make some canvas 2d/3d games ;/
  567. # [14:52] <jarib> jgraham: if the WD impl. was open source, we could write ruby bindings and it would "just work" with watir-webdriver
  568. # [14:53] <jgraham> jarib: You should speak to wilhelm
  569. # [14:55] <jarib> ok
  570. # [14:55] * Quits: nessy (~Adium@124-169-0-56.dyn.iinet.net.au) (Quit: Leaving.)
  571. # [14:56] <jarib> i did chat with Andreas T. about this, he said they were basically working to just get things out the door (both OperaWatir + the webdriver bindings)
  572. # [14:58] <annevk> jarib, so what use is something like this outside browsers? some kind of website regression testing?
  573. # [14:58] <jgraham> annevk: Yeah, you automate your website in various browsers to check that it does what you expect under various actions
  574. # [14:59] <zcorpan_> or cheat in java games like Craig` is trying to do :)
  575. # [14:59] <annevk> ooh, everyone gets professional these days
  576. # [15:02] <Craig`> right i'm back had to do a few things, what should i start doing first then if i want to try this project?
  577. # [15:04] * Joins: BlurstOfTimes (~blurstoft@168.203.117.112)
  578. # [15:05] <zcorpan_> Hixie: http://www.w3.org/Bugs/Public/show_bug.cgi?id=10545 i think he's saying that the status annotations are annoying
  579. # [15:07] <Craig`> sorry does someone have the link for gwt? i've just googled, is this the page? http://code.google.com/webtoolkit/makinggwtbetter.html
  580. # [15:08] <rimantas> Craig`, more or less
  581. # [15:08] <rimantas> http://code.google.com/webtoolkit/overview.html
  582. # [15:11] * Quits: variable (~variable@unaffiliated/variable) (Ping timeout: 240 seconds)
  583. # [15:14] <Craig`> i've got no idea how to even start using it, i mean to download the applet last time i think you had to build a `runner', ie writing some java code to trick the applet into thinking it was still on the webpage
  584. # [15:16] <zcorpan_> i guess you need the java source code for it to work
  585. # [15:18] <Philip`> I expect you'll have a very hard time if you're trying to do things that the applet developers specifically want to prevent
  586. # [15:19] <Philip`> and you'll make it far harder for yourself if you want to do it with web standards, rather than platform-specific hacks
  587. # [15:19] <hsivonen> basically, you are in the world of hurt if you want to do anything new and what you have now is an applet
  588. # [15:22] <Craig`> damn^
  589. # [15:22] <Craig`> meh i'm wanting to have some fun projects but web based, but everything i want to do web based (that is already done desktop based) is near enough impossible ;/
  590. # [15:24] <Philip`> Rather than taking something that's already done on the desktop and then doing it on the web, maybe you could try something that's inherently webby and not done on the desktop, and then it might be less painful :-)
  591. # [15:27] <zcorpan_> like making a web page?
  592. # [15:27] <hsivonen> implementing the applet APIs for GWT would gave great hack value, though
  593. # [15:28] <Philip`> Does the game use OpenGL APIs too?
  594. # [15:30] <hsivonen> it's a bit odd that there isn't a full implementation of the applet APIs and AWT for GWT yet
  595. # [15:30] <hsivonen> (or wasn't last time I looked)
  596. # [15:31] <Philip`> zcorpan_: Web pages are boring - I was thinking more of pointless flashy demos that use lots of dynamic content and third-party APIs and stuff, since web technology seems quite good at integrating things like that
  597. # [15:32] * Quits: miketaylr (~miketaylr@24.42.95.108) (Remote host closed the connection)
  598. # [15:32] * Quits: Ankheg (~Miranda@fs91-201-3-30.dubna-net.ru) (Read error: Connection reset by peer)
  599. # [15:36] <jgraham> Like a 3D fish swimming in a stream of particles where each particle is a tweet and you can make the fish eat the tweets
  600. # [15:37] * Quits: Craig` (~craig@host81-141-118-139.wlms-broadband.com) (Quit: Lost terminal)
  601. # [15:38] <hsivonen> jgraham: now you scared him off
  602. # [15:38] <gsnedders> jgraham: Be kind to the children.
  603. # [15:38] <gsnedders> Else they get annoyed and violent, even towards girls.
  604. # [15:40] <jgraham> You think he is going to go and beat people up because I imagined a demo? That is... interesting logic
  605. # [15:41] * Joins: eric_carlson (~ericc@17.203.15.26)
  606. # [15:41] <gsnedders> You scared him.
  607. # [15:42] <gsnedders> It could have made consquences.
  608. # [15:43] * Joins: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi)
  609. # [15:44] <jgraham> gsnedders: Which language are you speaking today?
  610. # [15:44] <jgraham> It sounds like you are auto-translating to English
  611. # [15:49] <gsnedders> I spoke French
  612. # [15:55] * Joins: romeo_ (~romeo__@x1-6-00-02-44-60-6c-8e.k233.webspeed.dk)
  613. # [16:01] <MikeSmith> jgraham: if you build an iPhone app along the lines you have described, I will pay you $3.99 for it
  614. # [16:06] * Joins: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net)
  615. # [16:06] <jgraham> MikeSmith: With that promise I would have a total expected revenue of $3.99
  616. # [16:06] <KaOSoFt> ;_;
  617. # [16:07] * Quits: henrikbjorn (~henrik@80.199.116.190.static.peytz.dk) (Remote host closed the connection)
  618. # [16:10] * Joins: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net)
  619. # [16:20] * Joins: FireFly (~firefly@unaffiliated/firefly)
  620. # [16:21] * Quits: reni_ (~reni@sedkit.inf.u-szeged.hu) (Remote host closed the connection)
  621. # [16:21] * Joins: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net)
  622. # [16:22] * Quits: rimantas (~rimliu@lan-84-240-20-219.vln.skynet.lt) (Quit: Leaving)
  623. # [16:27] <annevk> zcorpan_, yt?
  624. # [16:27] <annevk> so instead of legal hierarchy I was wondering about having a top-level section before "Nodes"
  625. # [16:28] <annevk> called "Nodes Model" or maybe "DOM Model" or whatever
  626. # [16:28] <annevk> that defines where nodes can occur relative to each other
  627. # [16:28] <zcorpan_> annevk: sure
  628. # [16:28] <annevk> e.g. there's one Document, it has exactly one child Element node
  629. # [16:28] <annevk> DocumentType needs to precede that Element node, blah die blah
  630. # [16:29] <annevk> and then have all mutating methods reference it
  631. # [16:29] <annevk> and throw when something is done that violates the model
  632. # [16:29] <zcorpan_> the list of conditions currently are always false
  633. # [16:30] <zcorpan_> since a node can't be both an attr and an element
  634. # [16:31] <annevk> kk, guess I won't preserve much of the current section
  635. # [16:31] <annevk> the new section will also say that defining how you get this structure from a byte/character stream is out of scope
  636. # [16:35] * Quits: zcorpan_ (~zcorpan@c-ec9fe355.410-6-64736c14.cust.bredbandsbolaget.se) (Quit: zcorpan_)
  637. # [16:36] * Quits: Jedi_ (~Jedi@Jedi.org) (Ping timeout: 272 seconds)
  638. # [16:38] * Quits: smaug____ (~chatzilla@vallila-gw.hupnet.helsinki.fi) (Ping timeout: 276 seconds)
  639. # [16:40] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 276 seconds)
  640. # [16:42] * Joins: reni_ (~reni@sedkit.inf.u-szeged.hu)
  641. # [16:45] * Joins: mat_t (~mattomasz@91.189.88.12)
  642. # [16:45] * Quits: paul_irish (~paul_iris@c-76-21-40-62.hsd1.ca.comcast.net) (Remote host closed the connection)
  643. # [16:50] * Quits: Lachy (~Lachlan@pat-tdc.opera.com) (Quit: Leaving)
  644. # [16:55] * Joins: paul_irish (~paul_iris@67.218.103.123)
  645. # [16:55] * Quits: dglazkov (~dglazkov@75-37-194-175.lightspeed.lsatca.sbcglobal.net) (Quit: dglazkov)
  646. # [16:58] * Joins: hamcore (rhythm@unaffiliated/msmosso)
  647. # [16:58] * Joins: Heimidal (~heimidal@unaffiliated/heimidal)
  648. # [17:00] * Quits: Steve_B (~chatzilla@gatek.mh.bbc.co.uk) (Remote host closed the connection)
  649. # [17:02] * Joins: mpt_ (~mpt@canonical/mpt)
  650. # [17:04] * Quits: mpt (~mpt@canonical/mpt) (Ping timeout: 240 seconds)
  651. # [17:07] * Quits: mpt_ (~mpt@canonical/mpt) (Ping timeout: 260 seconds)
  652. # [17:11] * Joins: mpt_ (~mpt@canonical/mpt)
  653. # [17:14] * Joins: Jedi_ (~Jedi@Jedi.org)
  654. # [17:16] * Quits: Maurice (~ano@a80-101-46-164.adsl.xs4all.nl) (Quit: Disconnected...)
  655. # [17:19] * Joins: jacobolus (~jacobolus@64.241.37.140)
  656. # [17:20] * Joins: dglazkov (~dglazkov@nat/google/x-vhxflbbmfqgxwpkl)
  657. # [17:20] * Quits: dglazkov (~dglazkov@nat/google/x-vhxflbbmfqgxwpkl) (Remote host closed the connection)
  658. # [17:20] * Joins: dglazkov (~dglazkov@nat/google/x-tqxdjxuebjmtrqpm)
  659. # [17:22] * Quits: peol (~peol@unaffiliated/peol) (Ping timeout: 276 seconds)
  660. # [17:24] * Joins: variable (~variable@unaffiliated/variable)
  661. # [17:30] * mpt_ is now known as mpt
  662. # [17:33] * Joins: nielsle (~nielsle@1385163672.dhcp.dbnet.dk)
  663. # [17:35] * Joins: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net)
  664. # [17:40] * Joins: jacobolu_ (~jacobolus@cust-69-87-208-20.bkl-dynamic.gis.net)
  665. # [17:40] * Joins: ttepasse (~ttepasse@ip-109-90-160-217.unitymediagroup.de)
  666. # [17:41] * Joins: jwalden (~waldo@c-68-40-243-245.hsd1.mi.comcast.net)
  667. # [17:42] * Quits: jacobolus (~jacobolus@64.241.37.140) (Ping timeout: 276 seconds)
  668. # [17:43] * Joins: theMadness (~petal@host57-134-static.35-88-b.business.telecomitalia.it)
  669. # [17:43] * jacobolu_ is now known as jacobolus
  670. # [17:47] * Quits: Phae (~Phae@chimera.macmillan.com) (Quit: Leaving.)
  671. # [17:49] * Quits: mat_t (~mattomasz@91.189.88.12) (Ping timeout: 260 seconds)
  672. # [17:53] * Quits: paul_irish (~paul_iris@67.218.103.123) (Remote host closed the connection)
  673. # [17:53] * Joins: mat_t (~mattomasz@91.189.88.12)
  674. # [17:53] * Quits: annevk (~annevk@pat-tdc.opera.com) (Remote host closed the connection)
  675. # [17:54] * Quits: cardona507 (~cardona50@c-67-180-160-250.hsd1.ca.comcast.net) (Quit: zzzzz)
  676. # [18:00] * Joins: paul_irish (~paul_iris@nat/google/x-uvpjvmxexxxnnstw)
  677. # [18:00] * Quits: JoePeck (~JoePeck@c-76-102-33-198.hsd1.ca.comcast.net) (Quit: -)
  678. # [18:02] * Quits: boaz (~boaz@64.119.159.231) (Read error: Connection reset by peer)
  679. # [18:02] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Write error: Connection reset by peer)
  680. # [18:02] * Joins: smaug____ (~chatzilla@cs181063178.pp.htv.fi)
  681. # [18:03] * Quits: boblet (~boblet@p2103-ipbf21osakakita.osaka.ocn.ne.jp) (Quit: boblet)
  682. # [18:10] * Joins: MikeSmith_ (~MikeSmith@EM111-188-6-188.pool.e-mobile.ne.jp)
  683. # [18:11] * Joins: boaz (~boaz@64.119.159.231)
  684. # [18:12] * Quits: MikeSmith (~MikeSmith@EM111-188-109-127.pool.e-mobile.ne.jp) (Ping timeout: 276 seconds)
  685. # [18:12] * MikeSmith_ is now known as MikeSmith
  686. # [18:14] * Joins: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  687. # [18:14] * Quits: shepazu (~schepers@dhcp232-197.enst.fr) (Quit: shepazu)
  688. # [18:17] * Quits: othermaciej (~mjs@c-69-181-196-33.hsd1.ca.comcast.net) (Quit: othermaciej)
  689. # [18:18] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  690. # [18:18] <jgraham> Is the Video MIME type thread still going on? Hasn't everything been said already?
  691. # [18:19] * jgraham has not been closely following
  692. # [18:19] * Quits: MikeSmith (~MikeSmith@EM111-188-6-188.pool.e-mobile.ne.jp) (Remote host closed the connection)
  693. # [18:19] * Joins: MikeSmith (~MikeSmith@EM111-188-6-188.pool.e-mobile.ne.jp)
  694. # [18:20] * Joins: shepazu (~schepers@dhcp232-197.enst.fr)
  695. # [18:20] * Joins: svl (~me@188-220-160-10.zone11.bethere.co.uk)
  696. # [18:22] * Quits: pesla (~pesla@188.202.125.121) (Ping timeout: 276 seconds)
  697. # [18:23] * Quits: shepazu (~schepers@dhcp232-197.enst.fr) (Client Quit)
  698. # [18:25] * Joins: JoePeck (~JoePeck@2620:0:1b00:1f08:fa1e:dfff:fed9:b9a)
  699. # [18:26] * Joins: cardona507 (~cardona50@c-24-130-129-16.hsd1.ca.comcast.net)
  700. # [18:27] * Joins: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net)
  701. # [18:30] * Quits: jacobolus (~jacobolus@cust-69-87-208-20.bkl-dynamic.gis.net) (Remote host closed the connection)
  702. # [18:34] * Joins: jacobolus (~jacobolus@cust-69-87-208-20.bkl-dynamic.gis.net)
  703. # [18:36] * Joins: ap (~ap@17.246.19.253)
  704. # [18:36] * Quits: maikmerten (~merten@dhcp-11-239.it.uu.se) (Remote host closed the connection)
  705. # [18:43] * Quits: jacobolus (~jacobolus@cust-69-87-208-20.bkl-dynamic.gis.net) (Ping timeout: 258 seconds)
  706. # [18:46] * Joins: dave_levin (~dave_levi@74.125.59.73)
  707. # [18:47] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Quit: kennyluck)
  708. # [18:48] * Joins: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7)
  709. # [18:49] * Quits: kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) (Read error: Connection reset by peer)
  710. # [18:49] * Joins: kennyluck_ (~kennyluck@133.27.228.172)
  711. # [18:49] * kennyluck_ is now known as kennyluck
  712. # [18:49] * Joins: dbaron (~dbaron@nat/mozilla/x-ytpckpfkhsoqwxpz)
  713. # [18:50] * Quits: Heimidal (~heimidal@unaffiliated/heimidal) (Remote host closed the connection)
  714. # [18:53] * Joins: peol (~andree@unaffiliated/peol)
  715. # [19:00] * Joins: jlebar (~jlebar@nat/mozilla/x-iwkmwznpnxwvqwol)
  716. # [19:06] <jwalden> jgraham: everything has never been said
  717. # [19:19] * Quits: akamike (~akamike@94-193-106-14.zone7.bethere.co.uk) (Quit: akamike)
  718. # [19:24] * Joins: JonathanNeal (~Jonathan_@rrcs-76-79-114-212.west.biz.rr.com)
  719. # [19:25] * Joins: othermaciej (~mjs@17.246.17.83)
  720. # [19:27] * Joins: plainhao (~plainhao@mail.xbiotica.com)
  721. # [19:28] * Quits: mat_t (~mattomasz@91.189.88.12) (Quit: This computer has gone to sleep)
  722. # [19:36] * Quits: mpt (~mpt@canonical/mpt) (Quit: Ex-Chat)
  723. # [19:43] * Quits: jarib (jarib@unaffiliated/jarib) (Ping timeout: 245 seconds)
  724. # [19:44] * Joins: Lachy (~Lachlan@cm-84.215.59.50.getinternet.no)
  725. # [19:45] * Joins: jarib (jarib@tttt.mine.nu)
  726. # [19:47] * Joins: roc (~roc@121.98.230.221)
  727. # [19:49] * Quits: agektmr (~Adium@p3112-ipbf6010marunouchi.tokyo.ocn.ne.jp) (Quit: Leaving.)
  728. # [19:50] * Quits: paul_irish (~paul_iris@nat/google/x-uvpjvmxexxxnnstw) (Remote host closed the connection)
  729. # [19:53] * Joins: agektmr (~Adium@p3112-ipbf6010marunouchi.tokyo.ocn.ne.jp)
  730. # [19:53] * Quits: agektmr (~Adium@p3112-ipbf6010marunouchi.tokyo.ocn.ne.jp) (Client Quit)
  731. # [19:58] * Joins: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net)
  732. # [19:58] * Quits: aroben (~aroben@c-71-58-77-15.hsd1.pa.comcast.net) (Changing host)
  733. # [19:58] * Joins: aroben (~aroben@unaffiliated/aroben)
  734. # [20:00] * Quits: aroben (~aroben@unaffiliated/aroben) (Remote host closed the connection)
  735. # [20:00] * Joins: aroben (~aroben@unaffiliated/aroben)
  736. # [20:04] * Joins: jacobolus (~jacobolus@64.241.37.140)
  737. # [20:06] * Quits: nielsle (~nielsle@1385163672.dhcp.dbnet.dk) (Quit: Ex-Chat)
  738. # [20:07] * Joins: paul_irish (~paul_iris@nat/google/x-qheczykzymuspxkn)
  739. # [20:09] * Quits: paul_irish (~paul_iris@nat/google/x-qheczykzymuspxkn) (Remote host closed the connection)
  740. # [20:09] * Joins: paul_irish (~paul_iris@nat/google/x-ifyhgkiexdymcibr)
  741. # [20:09] * Joins: gratz|home (~gratz@cpc3-brig15-2-0-cust237.3-3.cable.virginmedia.com)
  742. # [20:10] * Quits: paul_irish (~paul_iris@nat/google/x-ifyhgkiexdymcibr) (Remote host closed the connection)
  743. # [20:10] * Joins: paul_irish (~paul_iris@nat/google/x-hgspwqjrwpsdxprm)
  744. # [20:11] * Quits: paul_irish (~paul_iris@nat/google/x-hgspwqjrwpsdxprm) (Remote host closed the connection)
  745. # [20:11] * Joins: paul_irish (~paul_iris@nat/google/x-jrgfjpyigrldgcrt)
  746. # [20:12] * Quits: paul_irish (~paul_iris@nat/google/x-jrgfjpyigrldgcrt) (Remote host closed the connection)
  747. # [20:13] * Joins: paul_irish (~paul_iris@nat/google/x-samomgvxtrscuqtd)
  748. # [20:13] * Quits: paul_irish (~paul_iris@nat/google/x-samomgvxtrscuqtd) (Remote host closed the connection)
  749. # [20:14] * Joins: paul_irish (~paul_iris@nat/google/x-wpyivwirnatjsooe)
  750. # [20:15] * Quits: paul_irish (~paul_iris@nat/google/x-wpyivwirnatjsooe) (Remote host closed the connection)
  751. # [20:15] * Joins: paul_irish (~paul_iris@nat/google/x-lzkjvsakuvtokjsz)
  752. # [20:16] * Quits: paul_irish (~paul_iris@nat/google/x-lzkjvsakuvtokjsz) (Remote host closed the connection)
  753. # [20:16] * Joins: paul_irish (~paul_iris@nat/google/x-hthszncvxvicujef)
  754. # [20:17] * Quits: paul_irish (~paul_iris@nat/google/x-hthszncvxvicujef) (Remote host closed the connection)
  755. # [20:18] * Joins: paul_irish (~paul_iris@nat/google/x-iqoekqqeomuavpbf)
  756. # [20:18] * Quits: paul_irish (~paul_iris@nat/google/x-iqoekqqeomuavpbf) (Remote host closed the connection)
  757. # [20:33] <Workshiva> Is it too late to request a change so </sarcasm> doesn't cause a parse error due to missing start tag?
  758. # [20:40] * Quits: mhausenblas (~mhausenbl@wlan-nat.fwgal01.deri.ie) (Quit: mhausenblas)
  759. # [20:41] * Joins: WHATWG (~apermanen@cpe-76-168-89-210.socal.res.rr.com)
  760. # [20:55] * Joins: annevk (~annevk@cm-84.208.74.81.getinternet.no)
  761. # [20:55] * Joins: paul_irish (~paul_iris@nat/google/x-pqpbzjgktxnpthrs)
  762. # [20:56] * Quits: paul_irish (~paul_iris@nat/google/x-pqpbzjgktxnpthrs) (Remote host closed the connection)
  763. # [21:00] * Quits: svl (~me@188-220-160-10.zone11.bethere.co.uk) (Quit: And back he spurred like a madman, shrieking a curse to the sky.)
  764. # [21:05] * Quits: jeremyselier (~Jeremy@pro75-4-82-238-200-10.fbx.proxad.net) (Ping timeout: 240 seconds)
  765. # [21:09] * aroben is now known as aroben|lunch
  766. # [21:10] <hsivonen> marking CDATA_SECTION_NODE historical is radical
  767. # [21:11] <annevk> yup
  768. # [21:12] <annevk> but it would be neat
  769. # [21:17] * Quits: othermaciej (~mjs@17.246.17.83) (Quit: othermaciej)
  770. # [21:18] * Joins: othermaciej (~mjs@17.246.17.83)
  771. # [21:22] * Parts: kkaefer (~kkaefer@drupal.org/user/14572/view) ("Leaving...")
  772. # [21:25] * Joins: estes (~aestes@17.246.18.252)
  773. # [21:34] * Quits: plainhao (~plainhao@mail.xbiotica.com) (Quit: plainhao)
  774. # [21:35] <TabAtkins> annevk: For CSSOM Values API, would the .values just be added to CSSStyleRule? If so, would that be added in general to all the places you can get a CSSStyleRule from?
  775. # [21:35] * Quits: roc (~roc@121.98.230.221) (Quit: roc)
  776. # [21:36] <annevk> it would be added to CSSStyleDeclaration
  777. # [21:36] <annevk> as specified in the draft
  778. # [21:36] <TabAtkins> Durp, right.
  779. # [21:36] <annevk> and it would always be there, yes
  780. # [21:37] * Joins: reni__home (~reni@5403079D.catv.pool.telekom.hu)
  781. # [21:38] * Quits: dglazkov (~dglazkov@nat/google/x-tqxdjxuebjmtrqpm) (Quit: dglazkov)
  782. # [21:39] <TabAtkins> What level is the Values API inserted at? Same as plain CSSOM, which means just setting the @style attribute?
  783. # [21:40] * Quits: reni__home (~reni@5403079D.catv.pool.telekom.hu) (Client Quit)
  784. # [21:42] <TabAtkins> annevk: And if so, then what does it *get*?
  785. # [21:44] <annevk> lol http://twitter.com/dstorey/status/23262379450
  786. # [21:45] <annevk> TabAtkins, it depends on what you are manipulating
  787. # [21:45] <annevk> TabAtkins, could be @style, could be a rule in the style sheet, could be readonly (computed style)
  788. # [21:46] <TabAtkins> Okay, but if you're just doing el.style.values it's the @style attribute?
  789. # [21:46] <annevk> TabAtkins, same as CSSStyleDeclaration really
  790. # [21:46] <annevk> TabAtkins, yes, because el.style is the style attribute
  791. # [21:46] <TabAtkins> Cool, just patching up my mental model. I had a broken understanding of the plumbing here.
  792. # [21:47] * Joins: reni__home (~reni@5403079D.catv.pool.telekom.hu)
  793. # [21:50] * Quits: smaug____ (~chatzilla@cs181063178.pp.htv.fi) (Ping timeout: 258 seconds)
  794. # [21:53] * Joins: aho (~nya@fuld-4d00d471.pool.mediaWays.net)
  795. # [21:53] * Quits: zalan (~zalan@catv-89-135-140-7.catv.broadband.hu)
  796. # [21:53] * Quits: estes (~aestes@17.246.18.252) (Quit: estes)
  797. # [21:54] * Quits: reni__home (~reni@5403079D.catv.pool.telekom.hu) (Quit: Leaving)
  798. # [21:56] <annevk> oh hey
  799. # [21:56] <annevk> geolocation is Last Call
  800. # [21:56] <annevk> euh, Candidate Recommendation
  801. # [21:57] <TabAtkins> annevk: Just making sure I'm sane: I'm floating the values api internally. Someone commented that they don't like that the setter and getter work at different levels (specified and used, respectively). That's not actually true, right? Both work on specified level, but getting might pass the value through a hidden conversion step which may rely on layout info, which essentially pushes it down into a used value?
  802. # [21:57] * Joins: Craig` (~craig@host81-141-118-139.wlms-broadband.com)
  803. # [21:57] <Craig`> hey again.
  804. # [21:58] <annevk> TabAtkins, yeah, I'm not sure if we should really go there
  805. # [21:58] <TabAtkins> annevk: Hm? What do you mean?
  806. # [21:58] <annevk> TabAtkins, "someone" might actually be right that we should not do the conversion
  807. # [21:58] * Quits: jacobolus (~jacobolus@64.241.37.140) (Remote host closed the connection)
  808. # [21:58] <TabAtkins> But that means I can't grab the pixel width of something that was specified in percents!
  809. # [21:59] <annevk> TabAtkins, you can if you get the computed value
  810. # [21:59] <Craig`> for those of whom i was talking to before about my java applet project would you suggest me attempting that or learning webgl? i'm really interested at the project i just don't know if *i* can acomplish it
  811. # [21:59] <annevk> TabAtkins, which is really the used value for some stuff
  812. # [21:59] <annevk> TabAtkins, but if it's just .style or CSSStyleRule that does not seem like a good idea
  813. # [21:59] * Quits: othermaciej (~mjs@17.246.17.83) (Quit: othermaciej)
  814. # [21:59] <TabAtkins> annevk: That just means I have to screw around with a *third* interface. ;_;
  815. # [22:00] <annevk> computed values is not a new interface
  816. # [22:00] <hsivonen> Craig`: if you want to do 3D on the Web, WebGL is the thing to learn
  817. # [22:00] <Craig`> i'd like to do 3D on the web yes, it's just i don't know if i'm ready to learn webgl yet, that is if i'm capable.
  818. # [22:00] * Joins: othermaciej (~mjs@17.246.17.83)
  819. # [22:00] <annevk> there's a guy that's learning it as well and is writing his thoughts down as he goes
  820. # [22:01] <Craig`> i've always been interested in making my own automation bot for a game, and especially a web based one but the implications discussed before were....ah.
  821. # [22:01] <TabAtkins> Well, it's one more thing to screw around with for little apparent return on value.
  822. # [22:01] <Craig`> annevk: giles?
  823. # [22:01] <annevk> http://learningwebgl.com/blog/
  824. # [22:01] * Joins: jacobolus (~jacobolus@64.241.37.140)
  825. # [22:02] <annevk> TabAtkins, kind of depends on what you are after I guess
  826. # [22:02] <annevk> TabAtkins, we mostly want this API to avoid string manipulation
  827. # [22:02] <Craig`> bbl.
  828. # [22:02] * Quits: nimbupani (~nimbupani@c-24-22-131-46.hsd1.wa.comcast.net) (Quit: nimbupani)
  829. # [22:02] * Quits: Craig` (~craig@host81-141-118-139.wlms-broadband.com) (Quit: Lost terminal)
  830. # [22:02] <TabAtkins> Personally, I'm interested in a simple way to get at a value in whatever form I need, in as simple a way as possible.
  831. # [22:03] <annevk> if you just want the value why not use the computed style API?
  832. # [22:03] <TabAtkins> That returns me the px value of <length>s, though.
  833. # [22:04] <annevk> sure, but for computed styles we could convert I think
  834. # [22:05] <annevk> going from px to em is easy
  835. # [22:05] <annevk> that is always easy in fact, so that we could always allow
  836. # [22:05] <annevk> 'ex' gets rather tricky though for the non-computed cases
  837. # [22:06] <annevk> though we could just say it means .5em in such scenarios if that would make people happy...
  838. # [22:06] * Quits: boaz (~boaz@64.119.159.231) (Read error: Connection reset by peer)
  839. # [22:06] * Quits: f1lt3r (~f1lt3r@64.119.159.231) (Read error: Connection reset by peer)
  840. # [22:07] * Joins: boaz (~boaz@64.119.159.231)
  841. # [22:07] * Joins: roc (~roc@203-97-204-82.dsl.clear.net.nz)
  842. # [22:08] <TabAtkins> So would you have some weird situation where el.style.values.px just didn't work (or threw an error or something) if the value was specified in percents?
  843. # [22:10] * Joins: jrgarrison (~garrison@wikiotics/jrgarrison)
  844. # [22:13] <annevk> yeah, basically
  845. # [22:14] <annevk> Hixie's original proposal had an exception, I'd prefer something more silent, but dunno really
  846. # [22:14] <TabAtkins> That sucks. ;_;
  847. # [22:15] <annevk> don't really know how else to do it
  848. # [22:15] <TabAtkins> With an implicit conversion step?
  849. # [22:16] <annevk> what if the element was not in the DOM?
  850. # [22:16] <TabAtkins> If you expose the current type of the value, and provide a measure() function for resolving lengths manually, people can work around cases where they don't want the automatic stuff.
  851. # [22:16] * aroben|lunch is now known as aroben
  852. # [22:16] <TabAtkins> If it's not in the DOM it does something magic, whatever we'd like a measure() function to do in the same situation.
  853. # [22:17] <annevk> what if it's not rendered?
  854. # [22:17] <annevk> I don't think I want this measure()
  855. # [22:17] <annevk> we have enough layout APIs as it is
  856. # [22:17] <TabAtkins> Without measure(), you have to create fake elements just to do unit conversion.
  857. # [22:18] <TabAtkins> And by "you" I mean "several teams at Google, multiple times independently in the past".
  858. # [22:18] <TabAtkins> And probably other people too.
  859. # [22:18] <annevk> sure
  860. # [22:18] * Hixie pokes his head in
  861. # [22:18] <Hixie> wassup
  862. # [22:18] <TabAtkins> Yo.
  863. # [22:18] <annevk> nothing much really
  864. # [22:19] <annevk> just explaining your old CSS values proposal from last decade
  865. # [22:19] <annevk> :)
  866. # [22:19] <TabAtkins> And I'm trying to poke it into something less clumsy than what Anne's envisioning.
  867. # [22:19] * Joins: ojan_ (~ojan@58.171.48.250)
  868. # [22:19] * Quits: peol (~andree@unaffiliated/peol) (Quit: Leaving)
  869. # [22:20] <annevk> yeah... "less clumsy" is not the words I would chose
  870. # [22:20] <TabAtkins> annevk: If the element's not being rendered (display:none or something), that's basically the same issue as if it's not in the document - there's just not sufficient information to resolve it. Some appropriate error should be thrown, probably the same in both cases.
  871. # [22:21] <Hixie> what's the problem y'all are trying to solve?
  872. # [22:21] <Hixie> specifically :-)
  873. # [22:21] <TabAtkins> I want units to interconvert transparently, so we dont' have to fap around with unit conversions in js code.
  874. # [22:21] <annevk> to obsolete DOM2Style completely implementations need an API for doing stringless CSS manipulation
  875. # [22:22] <annevk> that's my very minimal goal and I'd like to avoid making it much more complex, with undefined things like "implicit conversion"
  876. # [22:22] <Hixie> how would it not convert?
  877. # [22:22] <TabAtkins> Hixie: If you set el.style.width='50%' then ask for el.style.values.width.px, you have to grab layout information to do the conversion.
  878. # [22:22] <TabAtkins> annevk: What's undefined about it?
  879. # [22:23] <Hixie> oh, you mean unit conversion for units that have to go through layout
  880. # [22:23] <Hixie> fun
  881. # [22:23] <annevk> TabAtkins, why can't you just use clientWidth or some such?
  882. # [22:23] <Hixie> i'd recommend delaying until v2 before adding something that complex, we don't even know if the new API is any good yet
  883. # [22:23] * Joins: f1lt3r (~f1lt3r@64.119.159.231)
  884. # [22:24] <annevk> Hixie, glad we agree
  885. # [22:24] <Hixie> but v2 could be in a mere few months
  886. # [22:24] <Hixie> in the meantime you probably want to figure out how it would work
  887. # [22:25] <Hixie> so that you can put in NOT_IMPLEMENTED_ERR blocks in appropriate places
  888. # [22:25] <Hixie> so that people don't depend on it doing something else
  889. # [22:25] <TabAtkins> annevk: That kinda works for width specifically (though the various xWidth things all have their own specific quirks, and none actually reflect what I specify in 'width'), but it doesn't work at all for anything else that uses a <length>.
  890. # [22:25] <ojan_> meh. i still think explicit conversion functions are much clearer.
  891. # [22:25] * ojan_ is now known as ojan_sydney
  892. # [22:26] <Hixie> what tab described isn't conversion as far as i can tell
  893. # [22:26] <TabAtkins> Hixie: It's a conversion from % to px.
  894. # [22:26] <Hixie> it's trying to read used values
  895. # [22:26] <Hixie> as another unit
  896. # [22:26] <Hixie> it probably shouldn't be in the same API as specified values
  897. # [22:26] <Hixie> since for many properties they're not really compatible
  898. # [22:26] <annevk> ooh
  899. # [22:27] <annevk> we might get ele.usedStyle or some such
  900. # [22:27] <annevk> if that is what you want...
  901. # [22:27] <Hixie> TabAtkins: no, it's a conversion from specified (as relative units) to used (as absolute units)
  902. # [22:27] <ojan_sydney> annevk: that would make much more sense to me
  903. # [22:27] <TabAtkins> Hixie: I'm... not sure what distinction you're trying to draw here between what you and I said.
  904. # [22:28] <annevk> there's a similar idea for ele.overrideStyle for animation and such
  905. # [22:28] <annevk> and something else, which I forgot
  906. # [22:29] <annevk> but the sense I got was that a stringless API had priority and then we could add that kind of functionality
  907. # [22:29] <ojan_sydney> annevk: not to get too off-topic, but i've often wanted cascadedStyle as well. (a la IE's currentStyle).
  908. # [22:30] <Hixie> TabAtkins: there doesn't need to be a unit conversion
  909. # [22:30] <annevk> ojan_sydney, that is the one I forgot :)
  910. # [22:30] <annevk> ojan_sydney, dbaron wants it too
  911. # [22:30] <annevk> ojan_sydney, and lots of other people I'm sure
  912. # [22:30] <Hixie> TabAtkins: you can set the right margin in pixels, for example, and yet get a used value that's a different number
  913. # [22:30] <Hixie> TabAtkins: but presumably you don't want the same API to expose used values yet set specified values
  914. # [22:31] <TabAtkins> Hm. In what situation would something like that happen? (setting margin-right in px and getting a different value back out)
  915. # [22:31] * Quits: oal (~oal@5.79-160-122.customer.lyse.net) (Read error: Connection reset by peer)
  916. # [22:31] <Hixie> overconstrained block layout, table layout, flex layout, any number of things
  917. # [22:32] <TabAtkins> Ah, right.
  918. # [22:33] * Joins: estes (~aestes@17.246.18.252)
  919. # [22:33] <Hixie> similarly if you want to read what font name was actually used, you can't do that from this kind of API -- you'd have to have an API that would let you inspect individual characters
  920. # [22:33] * Joins: svl (~me@188-220-160-10.zone11.bethere.co.uk)
  921. # [23:09] * Quits: Maurice (copyman@5ED573FA.cable.ziggo.nl)
  922. # [23:13] * Joins: dglazkov (~dglazkov@nat/google/x-wtdaaiqgtquuqemo)
  923. # [23:15] * Joins: dpranke (~Adium@nat/google/x-pumpygfvxddkgpkc)
  924. # [23:21] * Quits: jrgarrison (~garrison@wikiotics/jrgarrison) (Quit: Ex-Chat)
  925. # [23:21] * abarth|afk is now known as abarth
  926. # [23:22] * Quits: othermaciej (~mjs@17.246.17.83) (Quit: othermaciej)
  927. # [23:23] * Quits: matjas (~matjas@ip-213-49-93-122.dsl.scarlet.be) (Remote host closed the connection)
  928. # [23:26] * Quits: jacobolus (~jacobolus@64.241.37.140) (Remote host closed the connection)
  929. # [23:31] * Quits: annevk (~annevk@cm-84.208.74.81.getinternet.no) (Quit: annevk)
  930. # [23:32] * Joins: welly (~welly@unaffiliated/welly)
  931. # [23:38] * Joins: jennb (~jennb@nat/google/x-zoafmnurlcwqdilp)
  932. # [23:43] * Quits: BlurstOfTimes (~blurstoft@168.203.117.112) (Remote host closed the connection)
  933. # [23:52] * Quits: aroben (~aroben@unaffiliated/aroben) (Quit: aroben)
  934. # [23:55] * Joins: othermaciej (~mjs@17.246.17.83)
  935. # [23:57] * Quits: ROBOd (~robod@109.96.245.98) (Quit: .)
  936. # Session Close: Wed Sep 08 00:00:00 2010

The end :)