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

Options:

  1. # Session Start: Wed Apr 23 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:01] <jgraham_> Philip`: I don't think that's a particularly good analogy. It's like having a public meeting any being annoyed if someone records it
  4. # [00:01] <Hixie> actually it's like being annoyed at the google street view van taking a picture of you
  5. # [00:01] <Hixie> which plenty of people are
  6. # [00:02] <Hixie> but they're wrong to be :-)
  7. # [00:02] <jgraham_> The objections make no sense because anyone can be privately logging the channel and no one would be any the wiser
  8. # [00:02] <Hixie> yup, as i've been doing for years now
  9. # [00:02] <jgraham_> If they need to have secret discussions they should do so elsewhere
  10. # [00:02] <Hixie> like #css-secret
  11. # [00:02] <jgraham_> (or make the channel private again)
  12. # [00:03] <Philip`> #css-secret-treehouse
  13. # [00:04] * Quits: webben (n=benh@nat/yahoo/x-5854e2d29421be5c) (Read error: 110 (Connection timed out))
  14. # [00:05] * Joins: othermaciej_ (n=mjs@17.255.100.27)
  15. # [00:06] <Philip`> jgraham_: It's like having a public meeting and being annoyed if someone releases a recording that loses all the subtleties of context so things can get misinterpreted easily, instead of waiting for the official minutes which everyone present can agree are representative of the meeting
  16. # [00:06] <jgraham_> Philip`: Not at all. The only context that's lost is the realtime nature.
  17. # [00:06] * Quits: roc (n=roc@202.0.36.64) (Read error: 104 (Connection reset by peer))
  18. # [00:07] <Philip`> jgraham_: That context is often significant
  19. # [00:07] <jgraham_> If you recorded a physical meeting there would be information loss from body language, etc.
  20. # [00:07] * Joins: roc (n=roc@202.0.36.64)
  21. # [00:07] <jgraham_> (assuming audio onlly recording)
  22. # [00:08] <Philip`> e.g. references to current mailing list activity, or to conversations in other IRC channels, would no longer make sense when taken out of the temporal context
  23. # [00:08] <jgraham_> Philip`: I haven't found it to be a problem with the logged channels
  24. # [00:08] <Philip`> Oh, okay then
  25. # [00:09] <Hixie> i agree that it would be like having a public meeting and being annoyed if someone releases an audio or video recording of it
  26. # [00:09] <Dashiva> People have been taking full advantage of #whatwg being logged, and we aren't objecting, are we?
  27. # [00:09] <Hixie> and i think it's dumb to be scared of that
  28. # [00:09] <Hixie> though many people are
  29. # [00:10] <jgraham_> Dashiva: Quite.
  30. # [00:10] <Dashiva> The ACM put pictures of me playing vocalist on the internet, but they removed the context of what song I'm singing, so I just look silly.
  31. # [00:10] <Hixie> we look silly a lot in the #whatwg archives :-D
  32. # [00:11] <Dashiva> Indeed
  33. # [00:11] <Dashiva> Say Hixie, do you still play lggwg?
  34. # [00:11] <Hixie> haven't for a while
  35. # [00:11] <Hixie> waiting for the next version
  36. # [00:11] <Philip`> Dashiva: We aren't objecting, but maybe we should be, since experience shows that people get upset/annoyed/etc by things in the logs that wouldn't have been a problem if those people were part of the conversation
  37. # [00:12] <Dashiva> Philip`: It's a minor inconvenience compared to the improved communication
  38. # [00:12] <Hixie> Philip`: those people find things to be annoyed at whatever we do
  39. # [00:12] <Hixie> Philip`: we shouldn't optimise for them
  40. # [00:12] * jgraham_ notes that Google suggests lggwg might be a misspelling of "logging"
  41. # [00:13] * Quits: weinig (n=weinig@17.203.15.172)
  42. # [00:13] <jgraham_> Philip`: I would be opposed to the logs being removed
  43. # [00:13] <Philip`> I suppose I don't notice how useful the logs are for communication since I'm connected constantly anyway
  44. # [00:13] <Hixie> hah
  45. # [00:13] <jgraham_> they have good cost/value
  46. # [00:13] <Dashiva> Yeah, that sounds likely
  47. # [00:13] <Philip`> (Irssi uptime: 186d 6h 31m 50s, yay)
  48. # [00:13] <Hixie> (hah @ lggwg/logging)
  49. # [00:14] * Joins: mcarter__ (n=mcarter@ip-12-22-56-126.hqglobal.net)
  50. # [00:14] <Hixie> my uptime is 4 days, but only because someone cut through the trondheim powerlines 5 days ago
  51. # [00:14] <Hixie> killed power to half hte city or something
  52. # [00:14] <Hixie> even the traffic lifghts were out
  53. # [00:14] <gavin_> our shell server was rebooted 13 days ago :(
  54. # [00:14] <Hixie> apparently that delayed the repair people from going to fix it
  55. # [00:14] <Hixie> as they were stuck in traffic
  56. # [00:15] <gavin_> (for kernel updates)
  57. # [00:15] * Quits: mcarter_ (n=mcarter@ip-12-22-56-126.hqglobal.net) (Read error: 110 (Connection timed out))
  58. # [00:16] <Philip`> (My server is sufficiently old that the recentish Linux root exploit, introduced in 2.6.17, didn't affect it at all, so I didn't have to reboot for that)
  59. # [00:17] <Dashiva> Security through obsoletedness
  60. # [00:17] <Philip`> (Please don't tell me about any other root exploits that are in 2.6.11, because I'll have to ignore you)
  61. # [00:18] <Lachy> it would be good if systems could be updated without restarting ever
  62. # [00:19] <Philip`> What would you do when there's a bug in the live update code?
  63. # [00:19] <Dashiva> Overwrite it in place
  64. # [00:20] <Lachy> start up a new process, kill the live updater, overwrite the live updater, restart the updater, kill the new process from before and cleanup
  65. # [00:21] <Lachy> basically, any individual component should be able to be killed, updated and restarted without restarting the entire system
  66. # [00:21] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 110 (Connection timed out))
  67. # [00:21] <Philip`> How do you overwrite the live updater, when the live updater is the thing that overwrites files with their updated versions?
  68. # [00:22] <Philip`> ...and when the live updater is buggy, hence the need to update it
  69. # [00:22] <Philip`> (where 'buggy' means 'doesn't work')
  70. # [00:22] <Dashiva> What if there were two processes, one kickstarting the other to overwrite itself and then restart it?
  71. # [00:22] <Lachy> I already answered that. You start a seperate updater program specifically for updating the main live updater
  72. # [00:22] <jgraham_> You download new code that implements a new live updater and uses it to replace to old live updater with itself
  73. # [00:23] <Philip`> If you split things into restartable components, how do you make a component restart without losing all the data contained within that component?
  74. # [00:23] <Lachy> Philip`, magic
  75. # [00:23] <Philip`> (particularly if e.g. its internal data structures have been redesigned)
  76. # [00:23] <Hixie> back in the old days, there were computers that could have their motherboards updated without rebooting
  77. # [00:24] <Philip`> Lachy: Magic is merely sufficiently advanced technology, so you should still be able to explain it :-p
  78. # [00:24] <Hixie> Philip`: that's not what clarke said!
  79. # [00:24] <hsivonen> Philip`: IBM mainframe programmers don't write bugs
  80. # [00:25] <jgraham_> I was under the general impression that lisp proponents cited the ability to update running code in place as one of the big lisp advantages
  81. # [00:25] <Philip`> Hixie: You can still do that in modern computers, if you have sufficient money
  82. # [00:25] <Hixie> Philip`: he didn't say magic was technology, he said sufficiently advanced technology was indistinguishable from magic
  83. # [00:25] <Hixie> Philip`: yeah, haven't heard of it recently though
  84. # [00:25] <Lachy> Philip`, there are live update programs that update themselves already. that particular problem is already solved
  85. # [00:25] <Philip`> Hixie: If two things are indistinguishable, you might as well say they're the same thing
  86. # [00:26] <Hixie> Philip`: they could be indistinguishable because of insufficient precision in the measuring instrument
  87. # [00:26] <Lachy> e.g. the Apple Software Updater and Norton Anti-virus Live Update
  88. # [00:26] <Hixie> all updaters pretty much support that
  89. # [00:27] <Philip`> I have a C++ wxWidgets GUI application which was kind of painful to compile/link/run/test, so I've rewritten lots of the GUI stuff into JS, and it automatically reloads the code at runtime when you change it, which is really a much nicer way of developing GUI applications
  90. # [00:27] <hsivonen> even Validator.nu build.py now selfupdates and execs its new self over its old self
  91. # [00:28] <Philip`> but that just throws away all the GUI state when it reloads, which is sometimes a bit of a pain
  92. # [00:28] <Lachy> Philip`, remembering previous states from before the update is also a solved problem
  93. # [00:28] <Hixie> bbl
  94. # [00:29] <Philip`> Lachy: Not when the data structures storing the state have changed incompatibly
  95. # [00:29] <Lachy> Just record sufficient information to disk before closing, and when restarting the updated app, run a conversion program to convert the older data to a new format if necessary and reload
  96. # [00:29] <Lachy> Philip`, changes can be made incrementally to avoid having to throw it all away and start again
  97. # [00:31] * Quits: jgraham (n=james@81-86-217-60.dsl.pipex.com) ("I get eaten by the worms")
  98. # [00:32] <Philip`> For an OS kernel, it's hard enough to make suspend-to-RAM work reliably, so I don't hold out much hope for being able to suspend and then rewrite all the data into a new format and then resume a new kernel version :-(
  99. # [00:33] <Philip`> (Hmm, lots of bugs - I shouldn't have left my window open)
  100. # [00:33] * Joins: eseidel (n=eseidel@nat/google/x-c98363f369ca1b47)
  101. # [00:34] <Philip`> (I hate things that fly at me in bed :-( )
  102. # [00:34] <Dashiva> Make sure you make testcases for each one
  103. # [00:34] * Joins: othermaciej (n=mjs@17.203.15.181)
  104. # [00:36] <Lachy> Philip`, the kernel would be written by an infallible intelliegent designer so that it is perfect just the way it is. It never needs updating!
  105. # [00:36] <Philip`> I should employ one, and then I can say it WORKSFORME
  106. # [00:37] * Quits: eseidel (n=eseidel@nat/google/x-c98363f369ca1b47) (Client Quit)
  107. # [00:38] <Dashiva> Lachy: That's why intelligent sort is so awesome
  108. # [00:39] <Lachy> what's intelligent sort?
  109. # [00:39] <Lachy> is that like quick sort?
  110. # [00:39] <Philip`> Is it like bogosort?
  111. # [00:40] <Philip`> The easy way to sort a list of integers is to redefine the order relation so that all integers are equivalent and therefore all lists of integers are already sorted
  112. # [00:43] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  113. # [00:45] <Lachy> Quantum Bogosort is better
  114. # [00:47] <Dashiva> Lachy: http://www.dangermouse.net/esoteric/intelligentdesignsort.html
  115. # [00:49] <Lachy> Dashiva, you are Expelled: No Intelligence Allowed in here! ;-)
  116. # [00:50] <Lachy> intelligent sort breaks the 2nd law of bogodynamics!
  117. # [00:50] <Philip`> The problem with the theory of sorting is that it contradicts the second law of thermodynamics - an ordered list has lower entropy than an unordered list, and scientists all agree that the laws of thermodynamics are inviolable, so clearly it is not possible to sort a list
  118. # [00:50] <Dashiva> Philip`: It only seems violated to our imperfect minds
  119. # [00:53] * Quits: othermaciej_ (n=mjs@17.255.100.27) (Connection timed out)
  120. # [00:54] * Joins: weinig (n=weinig@17.203.15.172)
  121. # [00:57] * Quits: KevinMarks (n=KevinMar@nat/google/x-dc60388f1a8144d7) ("The computer fell asleep")
  122. # [00:58] <Lachy> Dashiva, intelligent sort would mean that it's impossible to ever generate a random number, since the intelligent sorter is always sorting. So the next number in sequence is always predetermined, even if we primitive humans fail to understand how
  123. # [00:59] <annevk> Hixie, I'm still somewhat confused with the process / technical distinction and get flamed enough as it is...
  124. # [01:01] <Dashiva> Lachy: Wonderful, isn't it?
  125. # [01:02] <Lachy> Dashiva, indeed.
  126. # [01:03] * Quits: tndH (i=Rob@adsl-77-86-9-123.karoo.KCOM.COM) ("ChatZilla 0.9.81-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  127. # [01:05] * Lachy goes to join the church of numerology and spread the mathematics of the divine academic
  128. # [01:05] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  129. # [01:05] * Joins: othermaciej (n=mjs@17.203.15.181)
  130. # [01:07] <Dashiva> Al'Gebra
  131. # [01:07] <Philip`> Lachy: I don't think numerology has much to do with maths
  132. # [01:07] <Philip`> Dashiva: Is he a relation of Al-Khwārizmī?
  133. # [01:10] <Lachy> Philip`, numerology: "The study of the occult meanings of numbers and their supposed influence on human life." - Just because we don't understand the mathematics of the divine, doesn't mean he isn't using maths to control our lives
  134. # [01:11] <roc> you must have taken physics --- you know he's using maths to control our lives
  135. # [01:11] <Philip`> Lachy: Fair enough
  136. # [01:13] <Lachy> roc, quantum physics is the work of the devil! You know he's just messing with you whenever you get close to figuring anything out :-)
  137. # [01:13] <Philip`> roc: Physics only taught me maths that was a horribly crude approximation of reality, and seemed to be hacked together just to match our observations, so I can't tell what really controls our lives
  138. # [01:14] <roc> God loves physicists, and he wanted to give them something to do in the 20th century
  139. # [01:16] <roc> I have to say that physics seems a lot more elegant than, say, the Web
  140. # [01:17] <annevk> maybe in 500 years the Web will seem logical too
  141. # [01:18] <Philip`> Many compost heaps seem more elegant than the Web
  142. # [01:18] <roc> if I try to think about the accumulated cruft of the Web in 500 years, I think I will pass out
  143. # [01:19] <Dashiva> Don't worry, the oil crash will make sure that doesn't happen
  144. # [01:22] <Philip`> Someone will build something that runs on top of the web, but doesn't depend on the web, and then it will become really popular, and nobody will care about the web since it's an implementation detail behind a layer of abstraction, and then the web can be replaced by a new cleaner more appropriate system
  145. # [01:22] <Lachy> given the exponential growth of the web in the last 15 years, which is likely to continue, I wonder if it could ever surpass the limits of a ZFS file system (if that in itself didn't require boiling the oceans)
  146. # [01:23] <Philip`> (See e.g. the internet on top of the old voice phone system, where now nobody cares about the phone system and it's all replaced with high-bandwidth fibre optics and IP)
  147. # [01:23] <Lachy> in fact, I wonder what the physical limit of the web's capacity will be
  148. # [01:24] <annevk> we hit a limit with IP
  149. # [01:24] <Philip`> Lachy: What do you mean by "the web's capacity"?
  150. # [01:24] <annevk> but that's being resolved in some way
  151. # [01:24] <Lachy> there's only so much data that could ever be stored in any possible storate system, given the limits of quantum mechanics
  152. # [01:25] <Philip`> I can make a site that serves a billion files that are each a gigabyte, but that isn't increasing capacity in any useful way
  153. # [01:25] <annevk> hsivonen, yeah http://pastebin.ca/992541 is a good start, thanks
  154. # [01:26] * annevk saves the text in a file somewhere
  155. # [01:26] <Lachy> Philip`, yeah, I'm only considering data that is actually stored and not generated on the fly
  156. # [01:27] <Lachy> but I suppose, the universe is big enough such that the limit won't be reached before human civilisation dies out
  157. # [01:27] <Philip`> Lachy: So you could measure its upper bound as the combined storage space used by all devices connected to the internet? That sounds kind of reasonble
  158. # [01:27] <Philip`> s//a/
  159. # [01:28] <Lachy> yes
  160. # [01:28] * Quits: csarven (i=csarven@on-irc.csarven.ca) ("http://www.csarven.ca")
  161. # [01:29] <Philip`> Lachy: You may be underestimating exponential growth
  162. # [01:30] <Hixie> annevk: i just recommend always starting threads publicly :-)
  163. # [01:31] <Philip`> Search engines index about 10^10 pages, and if that doubles every year then in 236 years you'll get 10^80 pages, which is about the number of atoms in the universe
  164. # [01:31] <Dashiva> But how many of those 10^10 are generated?
  165. # [01:31] <Philip`> and civilisation might survive that long
  166. # [01:31] <Lachy> But the IPv4 address range will run out in a few years, and the web will either level off or die out soon after
  167. # [01:32] <annevk> Hixie, fair enough
  168. # [01:32] <Philip`> Dashiva: Search engines cache those pages, so even if they were generated once then they're statically served now
  169. # [01:32] <Dashiva> Does google index e.g. live search?
  170. # [01:33] <annevk> Lachy, if that happens and IPv6 doesn't work we should start working on IPv5 :)
  171. # [01:33] <Dashiva> Recursion! :D
  172. # [01:33] <Lachy> annevk, ipv6 has already failed
  173. # [01:33] <Hixie> ipv6 hasn't failed as much as you might think
  174. # [01:33] <Philip`> Dashiva: archive.org says it has 10^11 pages already, and they're actually stored somewhere
  175. # [01:34] <Lachy> For it to succeed, ISPs should have been distributing IPv4 and IPv6 addresses to subscribers for the past 10 years
  176. # [01:34] <Hixie> e.g. comcast is deploying it internally and most of their set top boxes use it exclusively, because they've run out of IP addresses already for their customers
  177. # [01:34] <Hixie> ipv6 can be used without end-users seeing it
  178. # [01:34] <Philip`> but a few orders of magnitude aren't important, when we're multiplying it by 2^236
  179. # [01:35] <Lachy> does http://ipv6.google.com/ work for anyone here? (I'm assuming it'll work for Hixie)
  180. # [01:36] * Quits: qwert666 (n=qwert666@acdg71.neoplus.adsl.tpnet.pl) ("Leaving")
  181. # [01:36] <Lachy> it doesnt work for me, so my ISP isn't supporting IPv6 at all
  182. # [01:38] <annevk> I hope IPv6 does have some kind of extension mechanism so we never hit some wall again...
  183. # [01:39] <Philip`> We'll hit plenty of scalability walls before running out of IPv6 addresses
  184. # [01:40] <Philip`> largely in things that are nothing to do with IP
  185. # [01:40] <Lachy> annevk, ipv6 won't need it. It's 128 bit address space is large enough to last for billions of years
  186. # [01:40] <Lachy> 3.4×10^38 addresses
  187. # [01:40] <annevk> We never know what kind of thing needs an IP going forward...
  188. # [01:40] <Hixie> the problem isn't the number of addresses
  189. # [01:41] <Hixie> it's the way they are given out
  190. # [01:41] <Philip`> Lachy: Not really, since you can't just pick the next unused number and give it to somebody
  191. # [01:41] <Hixie> e.g. with ipv6, isps can and probably will give out 1000 IPs to their users
  192. # [01:41] <Philip`> since it has to be split up hierarchically
  193. # [01:41] <Philip`> Uh, like what Hixie's saying
  194. # [01:41] <Lachy> Philip`, yeah, I know, but ipv6 has better allocation strategy than ipv4
  195. # [01:42] <Hixie> that's possible
  196. # [01:42] <Hixie> i'm just saying it's not a matter of numbers
  197. # [01:43] <Philip`> There seems to have been some concern in the internet routing world in the past few years, because autonomous networks get a unique 16-bit ID, and they're running out of numbers
  198. # [01:43] <Philip`> and they don't have a nice way of transitioning to an updated version of the protocol
  199. # [01:44] <Philip`> but at least there's 2^16 fewer people involved than with IP
  200. # [01:44] <Hixie> 16 bits isn't much for that kind of thing
  201. # [01:44] <Hixie> wow
  202. # [01:46] <Philip`> http://bgp.potaroo.net/cidr/autnums.html
  203. # [01:46] <Philip`> Each number is usually a fairly big organisation
  204. # [01:46] <Hixie> woot AS15169
  205. # [01:46] <Philip`> but the world has too many fairly big organisations
  206. # [01:47] <Philip`> AS36561 too
  207. # [01:47] <Lachy> Philip`, that site won't load for me
  208. # [01:47] <Hixie> damn microsoft has a ton of these
  209. # [01:48] <Hixie> AS6432 too
  210. # [01:48] <Hixie> hehe
  211. # [01:48] <Philip`> Google has at least 9
  212. # [01:48] <Hixie> oh?
  213. # [01:48] <Philip`> On that page, search for "google" :-p
  214. # [01:49] <Lachy> hmm. weird. It will load in Safari, but in Firefox it just gives up
  215. # [01:49] * Quits: weinig (n=weinig@17.203.15.172) (Read error: 104 (Connection reset by peer))
  216. # [01:49] * Joins: weinig_ (n=weinig@17.203.15.172)
  217. # [01:49] <roc> these are not fairly big organizations
  218. # [01:50] <roc> they are every man and his dog
  219. # [01:50] <Hixie> Philip`: oh i guess the page hadn't loaded yet
  220. # [01:52] * Quits: Dashiva (i=Dashiva@wikia/Dashiva) (Read error: 104 (Connection reset by peer))
  221. # [01:52] * Joins: Dashimon (i=Dashiva@116.84-48-60.nextgentel.com)
  222. # [01:52] <Lachy> I don't understand what those numbers are representing
  223. # [01:52] <Philip`> roc: At least they're fairly big compared to individual IP address users
  224. # [01:52] <Philip`> and I say anything larger than me is big
  225. # [01:53] <roc> how big is this page?
  226. # [01:54] <roc> ah finished
  227. # [01:54] <Hixie> less than 64k lines, i guess
  228. # [01:54] <Philip`> Lachy: They're the numbers used to identify nodes in the routing graph of the internet
  229. # [01:55] <Philip`> Lachy: (where each node is actually a whole network, usually administered by a single entity)
  230. # [01:55] <roc> it's at least 128K lines, there's all these AS1.xxxx numbers plus some random other stuff at the end
  231. # [01:58] <Hixie> roc: ah
  232. # [01:59] <Philip`> ASxxxx.xxxx is from the new 32-bit extension, but I have no idea how widely deployed or usable it is yet
  233. # [01:59] <Philip`> Someone should place bets on which fixed-size integer field in an internet protocol is going to run out of space next
  234. # [02:00] <Hixie> oh hey, i finally got that e-mail to which i received a reply two hours ago
  235. # [02:00] <Hixie> (al's e-mail about alt="")
  236. # [02:03] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  237. # [02:03] * Joins: othermaciej (n=mjs@17.203.15.181)
  238. # [02:04] * Parts: hasather_ (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  239. # [02:11] * Quits: Lachy (n=Lachlan@ti200710a340-3723.bb.online.no) ("Leaving")
  240. # [02:12] * Joins: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no)
  241. # [02:17] * Joins: webben (n=benh@91.84.239.85)
  242. # [02:20] * Quits: othermaciej (n=mjs@17.203.15.181)
  243. # [02:25] * Joins: othermaciej (n=mjs@17.203.15.181)
  244. # [02:28] * mcarter__ is now known as mcarter
  245. # [02:37] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  246. # [02:52] * Quits: webben (n=benh@91.84.239.85) (Read error: 110 (Connection timed out))
  247. # [02:56] <Hixie> woah
  248. # [02:56] <Hixie> this e-mail suggests adding elements for all the following:
  249. # [02:56] <Hixie> verbs, proper nouns, words that score over 30 in Scrabble, palindromes, words that can be written upside-down on calculators, words defined in the Oxford English Dictionary
  250. # [02:56] <Hixie> (ok so it's being sarcastic. but still.)
  251. # [02:57] <Philip`> Hixie: It would have been clearer that it was sarcastic if you hadn't rejected the <sarcasm> element
  252. # [02:58] <Hixie> -_-
  253. # [02:59] <Hixie> i still love the question i got from the xhtml2 camp when i gave my talk at xtech in 2004
  254. # [02:59] <Hixie> (or 2005?)
  255. # [02:59] <Hixie> 2005 i think
  256. # [02:59] <Hixie> after explaining how we were doing things in the open, etc
  257. # [02:59] <Hixie> they were like "well, how are you going to handle people who ask for an <irony> element???"
  258. # [03:00] <Hixie> apparently the concept of just saying "no" to requests hadn't come up before
  259. # [03:00] <Dashimon> Hixie: Maybe they were being ironic
  260. # [03:01] * Quits: andersca (n=andersca@nat/apple/x-a3e7dd9e5f97f5e1)
  261. # [03:01] <Hixie> maybe
  262. # [03:01] <Philip`> Hixie: If you keep saying no to requests, you'll work yourself out of a job since there won't be any unrejected requests left to work on
  263. # [03:02] <Hixie> same happens if i say yes: http://www.whatwg.org/issues/data.html
  264. # [03:03] <Philip`> Either you have been processing issues very chaotically and travelling backwards and forwards in time, or Opera 9.2 has canvas bugs
  265. # [03:04] <Dashimon> I'm seeing two green lines in 9.2
  266. # [03:04] <Philip`> Hopefully at some point people will start writing test cases, and finding lots of issues in the spec, so the line will start shooting up again
  267. # [03:05] <Dashimon> 9.5 gets the green line right, but only shows blue for the very latest week
  268. # [03:05] <Philip`> That's because the blue data only exists for the last week
  269. # [03:07] <Dashimon> How non-buggish
  270. # [03:08] <Hixie> heh
  271. # [03:09] <Hixie> if anyone wants to go back and pull every version of the spec back to last september and count the number of XXX/big-issue markers over time, be my guest :-D
  272. # [03:09] <Dashimon> I'm sure Philip` is already doing it
  273. # [03:10] <Hixie> on the extreme off-chance that some crazy person wants to do this, the times and dates for which i have green dots are the times and dates in this file: http://www.whatwg.org/issues/data.csv
  274. # [03:10] <Philip`> I think I'll go to bed instead :-p
  275. # [03:10] <Hixie> :-)
  276. # [03:11] <Philip`> (Does XXXX count as one?)
  277. # [03:11] <Philip`> (Not that I really care since I'm not going to do anything with this)
  278. # [03:12] <Hixie> my algorithm is: ... @issues = $spec =~ m/(XXX|big-issue)/gos; return scalar @issues;
  279. # [03:12] * Dashimon hides from the perl
  280. # [03:12] <Hixie> also, if you did want to do this, but not do it for every day, the script already supports just having data for a few random days
  281. # [03:12] <Philip`> <p class=big-issue>Big Issue! Get yer Big Issue here!</p>
  282. # [03:12] <Hixie> it'll just draw the line straight across any points its missing
  283. # [03:12] * takkaria chuckles
  284. # [03:12] <Hixie> it's
  285. # [03:14] * Philip` once saw someone trying to sell the Big Issue by saying "spare a shekel for an old ex-leper" repeatedly
  286. # [03:15] <Philip`> (I'm not sure how successful that strategy was)
  287. # [03:17] <Dashimon> Hixie: So if it were to be done (which it won't) it would only be worthwhile to check points that have email data?
  288. # [03:18] * Joins: eseidel (n=eseidel@nat/google/x-880b3d7d0e932ba9)
  289. # [03:18] <Philip`> Hixie: When Dashimon implements this, what should happen on days that have multiple commits and multiple distinct XXX counts?
  290. # [03:19] * Dashimon is now known as Dashiva
  291. # [03:19] <Philip`> s/Dashimon/Dashiva/
  292. # [03:19] <Dashiva> I figured I would simply (except I won't) take the commit closest to thet email ts
  293. # [03:20] <Hixie> Dashiva: well, if we get more data out of this than the precision of the green line, i'll have to rewrite the script that generates the graph to handle missing green dots too
  294. # [03:20] <Hixie> Dashiva: which would be work for me :-)
  295. # [03:20] <Hixie> Philip`: the .csv file has exact timestamps
  296. # [03:20] <Hixie> Philip`: so there's no ambiguity
  297. # [03:20] <Philip`> Ah
  298. # [03:20] <Dashiva> Man, we have it all figured out, too bad we aren't going to do it
  299. # [03:23] <Hixie> indeed
  300. # [03:23] <Hixie> how about if i give 15 points to someone for doing it
  301. # [03:23] <Dashiva> Nooo
  302. # [03:24] <Dashiva> I'm secretly going to do it in secret without telling anyone in a few days, but now it'll seem it was for the points
  303. # [03:24] <Hixie> lol
  304. # [03:24] * Hixie makes a note to secretely not do any work in a few days since his server is going to be crushed by the load of 1000+ checkouts
  305. # [03:25] <takkaria> secretly doing it in secret without telling anyone seems like a lot of secrecy for one person to maintain. :)
  306. # [03:25] <Dashiva> How did you know I was going to do a new checkout for each timestamp?
  307. # [03:25] <Hixie> Dashiva: how else would you do it?
  308. # [03:26] <takkaria> svn update to a given time would be more efficient
  309. # [03:26] <Hixie> on your side maybe :-P
  310. # [03:26] <Hixie> svn update requires the server to do a diff :-P
  311. # [03:26] * takkaria grins
  312. # [03:27] * Hixie makes a note to increase his RAM allocation for a bit
  313. # [03:27] <Philip`> Use svnsync to make a local copy of the repository, then do checkouts on that
  314. # [03:27] <Hixie> heh
  315. # [03:28] <takkaria> even better, Hixie should just tarball up the repo and put it online briefly
  316. # [03:28] <Hixie> not sure how to do that
  317. # [03:28] <Dashiva> I recould reverse the commit timeline using the archive of commit-watchers
  318. # [03:28] <Hixie> heh
  319. # [03:28] <Hixie> i guess you could!
  320. # [03:29] <Hixie> if you really do want to do this, i really would just encourage you to do the simple route of a bunch of timestamp checkouts :-)
  321. # [03:29] <Hixie> do you want the code i used to get the counts?
  322. # [03:30] <Dashiva> Well, for now I'm just going to sleep. We'll see if I remember about it when I wake up :)
  323. # [03:30] <Hixie> http://junkyard.damowmow.com/312
  324. # [03:30] <Hixie> nothing special
  325. # [03:30] <Philip`> Hmm, svnsync goes pretty slowly
  326. # [03:30] * Quits: aroben (n=aroben@unaffiliated/aroben) ("Leaving")
  327. # [03:35] * Quits: weinig_ (n=weinig@17.203.15.172) (Connection timed out)
  328. # [03:36] <Philip`> svn cat http://svn.whatwg.org/webapps/source -r "{`date -u --rfc-3339 seconds -d 'Sun Apr 20 03:08:19 2008'|cut -c-19`}"|perl -e'local $/; print scalar (() = <> =~ /XXX|big-marker/g)'
  329. # [03:37] <Philip`> That's the easy way to get the count for any given timestamp
  330. # [03:37] <Hixie> well
  331. # [03:37] <Hixie> you're nearly done then!
  332. # [03:38] <Hixie> put a loop around that and mail me the results and i'll add them to the data file :-D
  333. # [03:38] <Philip`> Oh, I don't want to be done, because then I'd have been wrong when I said I wasn't going to do it
  334. # [03:38] <Hixie> haha
  335. # [03:38] <Hixie> Dashiva: put a loop around it, then you'll be the one who did it :-)
  336. # [03:38] <Philip`> Anyway I'm just seeing if svnsync will make it run quicker from a local repository than remote
  337. # [03:38] <Philip`> except svnsync is taking forever
  338. # [03:44] <Hixie> <abbr> has optional title="" again.
  339. # [03:44] <Hixie> and i added another example to <abbr> to show this.
  340. # [03:51] <Philip`> cut -c19-42 data.csv|xargs -d '\n' -n 1 -I blah -- date -u --rfc-3339 seconds -d 'blah'|cut -c-19|perl -ne'chomp; print "$_ \t", scalar (() = `svn cat http://svn.whatwg.org/webapps/source -r "{$_}"` =~ /XXX|big-marker/g), "\n"'
  341. # [03:51] <Philip`> That does it for all the timestamps, I think
  342. # [03:52] <Philip`> Maybe that would help whoever's going to do this
  343. # [03:53] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  344. # [03:54] * Joins: othermaciej (n=mjs@17.203.15.181)
  345. # [03:56] <Philip`> Hixie: The "Philip`" looks ugly with punctuation :-p
  346. # [03:56] * Joins: weinig (n=weinig@17.203.15.172)
  347. # [03:58] <Philip`> Smallcaps styling seems a reason to have <acronym>, since you normally only want smallcaps on acronymic abbreviations and not any other kind of abbreviation
  348. # [03:58] <Hixie> class="" baby
  349. # [03:58] <Hixie> anyway, bbl
  350. # [04:05] * Joins: myakura (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp)
  351. # [04:07] * Joins: MikeSmith (n=MikeSmit@123.127.99.32)
  352. # [04:13] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  353. # [04:13] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  354. # [04:13] <Philip`> Ooh, svnsync finished, so now I have a 50MB copy of the whole revision history
  355. # [04:14] <Philip`> and 'svn cat' works very much faster than on svn.whatwg.org
  356. # [04:15] * othermaciej_ is now known as othermaciej
  357. # [04:17] <Philip`> Oh, someone should have told me that I wrote big-marker instead of big-issue
  358. # [04:21] <Philip`> Hixie: Dashiva just emailed me http://philip.html5.org/misc/spec-issue-marker-count.txt
  359. # [04:21] <Philip`> I guess I was too late :-(
  360. # [04:22] <Philip`> but I suppose that doesn't matter since I can't even remember what the point of this was
  361. # [04:22] * Philip` sleeps
  362. # [04:26] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  363. # [04:26] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  364. # [04:27] * othermaciej_ is now known as othermaciej
  365. # [04:39] * Joins: jwalden (n=waldo@RANDOM-THIRTY-ONE.MIT.EDU)
  366. # [04:47] * Quits: eseidel (n=eseidel@nat/google/x-880b3d7d0e932ba9)
  367. # [04:49] <Hixie> man you guys are all crazy and awesome
  368. # [04:52] * Joins: eseidel (n=eseidel@nat/google/x-aa55f212345dfc5a)
  369. # [04:56] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 110 (Connection timed out))
  370. # [04:56] <Hixie> wtf did i do on Fri Apr 11 09:06:28 2008,504
  371. # [04:57] <Hixie> oh.
  372. # [04:57] <Hixie> WebIDL XXXs.
  373. # [05:00] * Joins: shepazu (n=schepers@123.127.99.15)
  374. # [05:02] * Joins: othermaciej (n=mjs@17.203.15.181)
  375. # [05:04] * Quits: eseidel (n=eseidel@nat/google/x-aa55f212345dfc5a)
  376. # [05:13] * Quits: shepazu (n=schepers@123.127.99.15)
  377. # [05:20] * Joins: shepazu (n=schepers@123.127.99.15)
  378. # [05:22] <Hixie> who implements <event-source> these days other than opera?
  379. # [05:26] <othermaciej> we had a preliminary patch for WebKit at one point
  380. # [05:27] <othermaciej> I think we were waiting for the design simplifications to settle
  381. # [05:28] * Quits: othermaciej (n=mjs@17.203.15.181)
  382. # [05:30] <Hixie> they're pretty settled now
  383. # [05:30] <Hixie> i have no pending feedback
  384. # [05:30] <Hixie> just replied to the last mail on the topic
  385. # [05:31] <jwalden> there was a preliminary patch for Mozilla, too, circa 200612 or so, if I remember right
  386. # [05:47] <weinig> Hixie: would you say that the postMessage spec is also pretty settled now?
  387. # [05:48] <Hixie> no
  388. # [05:48] <Hixie> there's a bunch of feedback still outstanding on it
  389. # [05:48] <Hixie> in particular about sync vs async
  390. # [05:48] <Hixie> will probably address it tomorrow
  391. # [05:49] <Hixie> (i'm waiting for one piece of feedback in particular)
  392. # [05:49] <Hixie> (which should be coming tomorrow)
  393. # [05:52] <weinig> Hixie: ok
  394. # [05:58] * Quits: weinig (n=weinig@17.203.15.172)
  395. # [06:00] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  396. # [06:01] * othermaciej_ is now known as othermaciej
  397. # [06:01] <Hixie> what's an example of a list that gets edited a lot?
  398. # [06:02] <roc> firefox 3 release blocker bugs
  399. # [06:12] <Hixie> hmm, that's a good one
  400. # [06:21] * Quits: shepazu (n=schepers@123.127.99.15)
  401. # [06:22] * Quits: myakura (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  402. # [06:22] * Quits: othermaciej (n=mjs@17.203.15.181)
  403. # [06:29] <jruderman> that doesn't really get edited as a list, though
  404. # [06:34] <jwalden> a fault of the UI rather than of the mental model, I think
  405. # [06:50] * Quits: MikeSmith (n=MikeSmit@123.127.99.32) (Read error: 110 (Connection timed out))
  406. # [07:26] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  407. # [07:38] * Joins: jgraham (n=james@81-86-217-60.dsl.pipex.com)
  408. # [07:39] * Quits: jgraham (n=james@81-86-217-60.dsl.pipex.com) (Client Quit)
  409. # [07:40] * Joins: MikeSmith (n=MikeSmit@123.127.99.32)
  410. # [07:42] * Joins: shepazu (n=schepers@123.127.99.15)
  411. # [07:44] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
  412. # [07:55] * Quits: sverrej (n=sverrej@89.10.27.86) (Read error: 104 (Connection reset by peer))
  413. # [08:02] <mcarter> Hixie, thanks for your quick solution with the lastEventId
  414. # [08:11] * Quits: roc (n=roc@202.0.36.64)
  415. # [08:13] * Joins: eseidel (n=eseidel@c-24-130-11-246.hsd1.ca.comcast.net)
  416. # [08:19] <Hixie> mcarter: my pleasure, though i should emphasise that you're actually just lucky :-)
  417. # [08:19] <Hixie> mcarter: i just happened to be going through folders that only had 1 e-mail
  418. # [08:20] <mcarter> Hixie, how did my email end up being the only one in a folder?
  419. # [08:20] <Hixie> mcarter: there was no other outstanding feedback for event-source
  420. # [08:20] <mcarter> so I've got a number of suggestions I'm working on for tcp connection
  421. # [08:20] <mcarter> any advice on how to make those go to just the right folder? ;-)
  422. # [08:25] <othermaciej> if I were offering bets on features in the final spec, I would give tcp connection slim odds of making the cut
  423. # [08:25] <mcarter> othermaciej, I think you're spot on giving its current state and lack of interest
  424. # [08:26] <mcarter> othermaciej, but I've succcessfully implemented it in javascript, on top of sse implemented in javascript, and I have a number of suggestions that might help
  425. # [08:27] <othermaciej> mcarter: I don't see how that is possible
  426. # [08:27] <mcarter> othermaciej, and even if it doesn't make it into browsers right away, having a spec to base the javascript implementation(s) on is very nice
  427. # [08:27] <mcarter> othermaciej, well, obviously not the protocol
  428. # [08:27] <othermaciej> since the whole point of the feature is that it makes a raw TCP connection
  429. # [08:27] <othermaciej> and does two-way messaging over the single established socket
  430. # [08:27] * Quits: eseidel (n=eseidel@c-24-130-11-246.hsd1.ca.comcast.net)
  431. # [08:27] <mcarter> i'm not saying i've perfectly emulated a native implementation
  432. # [08:28] <mcarter> rather that if you make your sse server open the actual socket, and allow the sse server to receive upstream over xhr requests and have some way of identifiying messages to a particular connection
  433. # [08:28] <othermaciej> I do think a full duplex communication feature would be great
  434. # [08:28] <mcarter> then you end up with a nearly identical api to tcpconnection
  435. # [08:28] <othermaciej> but I a not a fan of the specific design of TCPConnection
  436. # [08:28] <mcarter> is it the api provided by tcpconnection, or the underlying protocol?
  437. # [08:29] * Quits: jwalden (n=waldo@RANDOM-THIRTY-ONE.MIT.EDU) (Remote closed the connection)
  438. # [08:29] <othermaciej> by TCPConnection
  439. # [08:29] <othermaciej> but I don't think the API is the big value add
  440. # [08:29] * Joins: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net)
  441. # [08:30] <othermaciej> if you want to emulate full duplex messaging and don't care how many connections you use, you can just use XHR
  442. # [08:30] <MacDome> another CD came! yay!
  443. # [08:31] <mcarter> othermaciej, so what is it that you think is wrong with TCP Connection?
  444. # [08:32] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  445. # [08:32] * MacDome wonders if mcarter is talking about the SVG 1.2 Connection object...
  446. # [08:33] <MacDome> or something entirely different
  447. # [08:34] <Hixie> mcarter: just sending feedback to whatwg@whatwg.org is enough
  448. # [08:34] <mcarter> MacDome, http://www.w3.org/html/wg/html5/#tcp-connections
  449. # [08:34] <Hixie> mcarter: it'll be put in the right folder when i read it :-)
  450. # [08:34] <mcarter> Hixie, heh, the way othermaciej frames it, the right folder will be the trash
  451. # [08:34] <Hixie> MacDome: http://www.whatwg.org/specs/web-apps/current-work/#network
  452. # [08:35] <Hixie> i guarentee to reply to all actionable feedback sent to whatwg@whatwg.org
  453. # [08:35] <MacDome> hum...
  454. # [08:35] <MacDome> sounds scary
  455. # [08:35] * MacDome wonders if Hixie saw mjs's feedback on SVG 1.2 Connection
  456. # [08:35] <Hixie> http://www.whatwg.org/issues/data.html tracks my progress on that front :-)
  457. # [08:35] <Hixie> MacDome: SVG 1.2 Connection was a disaster compared to this
  458. # [08:36] <Hixie> MacDome: though maciej things this is a disaster too, so... :-)
  459. # [08:36] <Hixie> thknks
  460. # [08:36] <Hixie> thinks
  461. # [08:36] <mcarter> Hixie, the first two proposals are api, and I'll send them when i finish. I think there should be an explicit connect() function, and one more ready state (before connect() is called is a new readystate)
  462. # [08:36] <MacDome> Hixie: well, I'm just glad you're the one specing this
  463. # [08:36] <MacDome> Hixie: but in general I would trust mjs over you in this area (nothing personal)
  464. # [08:36] <mcarter> Hixie, also, I have a pretty reasonable suggestion about the protocol, using HTTP upgrades instead of a custom protocol. I'll send that when i get it ready as well
  465. # [08:37] <mcarter> just giving you a bit of heads up
  466. # [08:37] * MacDome would have to think about what sort of evil things are possible with Connection
  467. # [08:37] <Hixie> MacDome: his feedback is in the pile somewhere, and i have no intention of ignoring it :-)
  468. # [08:37] <MacDome> Hixie: again, why I'm glad you're specing this :)
  469. # [08:37] <Hixie> mcarter: cool, thanks
  470. # [08:37] <MacDome> his SVG 1.2 Connection feedback was ignored :(
  471. # [08:37] <Hixie> shocking
  472. # [08:38] <Hixie> MacDome: iirc my biggest problem with mjs' feedback was that he wants it to use HTTP instead, and that seems like a giant amount of work for the server side
  473. # [08:38] <MacDome> (for those who don't read Hixie, he's being facetious)
  474. # [08:38] <MacDome> Hixie: http is definitely a smaller problem space
  475. # [08:38] <MacDome> Hixie: and is stateless
  476. # [08:38] <Lachy> Hixie, these statement's seem redundant in the spec: "If a dl element contains only dt elements, then it consists of one group with names but no values."
  477. # [08:38] <Lachy> "If a dl element contains only dd elements, then it consists of one group with values but no names." - Since those cases are covered by the 2 subsequent conditions
  478. # [08:38] <MacDome> Hixie: but I'd have to give it some thought
  479. # [08:39] <Hixie> Lachy: hm, true, i guess
  480. # [08:39] * MacDome just now realizes that he's in #whatwg instead of #webkit
  481. # [08:39] * MacDome goes back to friendlier waters :)
  482. # [08:39] <mcarter> Hixie, if you use http you could tunnel through proxies a lot easier AND stop worrying about connections to the SMTP servers without adding yet another simple protocol to the world
  483. # [08:39] <Hixie> aww, MacDome, don't go away :-)
  484. # [08:40] <MacDome> Hixie: I'm never far. and you have plenty of ways to reach me ;)
  485. # [08:40] <Hixie> mcarter: but if you use http the server side goes from a ten line perl script to a 3000-line perl script
  486. # [08:40] <Hixie> mcarter: and you'll end up with nobody ever actually writing a compliant server
  487. # [08:40] <MacDome> Hixie: or you just put your stuff behind an http frontend
  488. # [08:40] <Hixie> MacDome: how?
  489. # [08:41] <MacDome> Hixie: how not?
  490. # [08:41] <mcarter> Hixie, how about a protocol that is a strict subset of http such that you only need to know how to read a couple of headers and send back an error or ok header?
  491. # [08:41] <Hixie> MacDome: the problem we're trying to solve is real-time duplex communication
  492. # [08:41] <Hixie> mcarter: then it's not HTTP
  493. # [08:41] <Hixie> mcarter: at which point, why bother with the pretense
  494. # [08:42] <MacDome> Hixie: which is possible with two HTTP connections, no?
  495. # [08:42] <mcarter> Hixie, the pretense is mostly there so that it starts as an http request and can use the browser's proxy settings to establish the connection
  496. # [08:43] <mcarter> Hixie, i think http is a bad solution for a tcp connection, but practically speaking we *really* want to get through locked down systems
  497. # [08:43] <Hixie> MacDome: the web browser can't receive connections, it's behind NAT typically
  498. # [08:44] <Hixie> mcarter: can't you tunnel anything through 443?
  499. # [08:44] <MacDome> Hixie: I meant that the browser could open up two conenctions, one which it sends on, the other which it receives on
  500. # [08:44] <MacDome> i mean, I guess you should be able to do it with one
  501. # [08:45] <Hixie> MacDome: if you layer that on top of an http frontend, you end up with two processes, where you really just want one
  502. # [08:45] <Hixie> MacDome: onthe server
  503. # [08:45] <mcarter> Hixie, the main issue isn't really the port number so much as the forward proxy sitting between you and the outside world (where "you" is some poor student or employee.)
  504. # [08:45] * MacDome goes back to fixing CSS3 bugs
  505. # [08:45] <Hixie> mcarter: do https: connections go through said proxy?
  506. # [08:45] <mcarter> Hixie, yeah
  507. # [08:46] * MacDome claims ignorance for all networking issues
  508. # [08:46] <Hixie> mcarter: i thought the way https worked was that all data was just forwarded through untouched
  509. # [08:46] <Hixie> mcarter: how does https work?
  510. # [08:46] <mcarter> Hixie, they start with a CONNECT, and then after that all data is untouched
  511. # [08:46] <Hixie> oh
  512. # [08:46] <Hixie> interesting
  513. # [08:46] <Hixie> didn't know that
  514. # [08:46] <Hixie> well we probably want to do something similar then, i agree
  515. # [08:47] <mcarter> but we can't just open a connection to an arbitrary external address
  516. # [08:47] <mcarter> we actually have to open the connection to the forward proxy, then use a CONNECT to specify the external address
  517. # [08:47] * Quits: jruderman (n=jruderma@guest-226.mountainview.mozilla.com)
  518. # [08:47] <Hixie> sure
  519. # [08:47] <Hixie> that's ok
  520. # [08:47] <Hixie> can't we just define that that is how this protocol is handled when there's a proxy?
  521. # [08:47] <Hixie> i.e. that you proxy it over whatever HTTP proxy is set up?
  522. # [08:48] <mcarter> so as long as the browser agrees to expose the proxy information to their TCPConnection implementation, and use connect, then it could work out
  523. # [08:48] <mcarter> exactly
  524. # [08:48] <Hixie> makes sense to me
  525. # [08:48] <mcarter> I'll put together a proposal that outlines the problem and that solution over the next couple of days and send it in
  526. # [08:48] <Hixie> that would be awesome
  527. # [08:48] <Hixie> thanks!
  528. # [08:49] * Joins: jruderman (n=jruderma@guest-226.mountainview.mozilla.com)
  529. # [08:49] <Hixie> basically my main requirements are that: (1) there be the ability for one process to have a full-duplex communication channel to the script running in the web page
  530. # [08:50] <Hixie> (2) the server-side be implementable in a fully conformant way in just a few lines of perl without support libraries
  531. # [08:50] <Hixie> (3) that it be safe from abuse (e.g. can't connect to smtp servers)
  532. # [08:50] <Hixie> (4) that it work from within fascist firewalls
  533. # [08:50] <mcarter> yeah, those requirements are spot on
  534. # [08:51] <mcarter> (2) is a bit tricky when you start requiring HTTP or even a subset of it
  535. # [08:51] <Hixie> right
  536. # [08:51] <mcarter> i still think there are a couple of other reasons why http might be a good idea, but i need to think about it more. I too want this to be as simple as possible so long as it works
  537. # [08:51] <Hixie> oh i agree that there are a number of compelling reasons to base this on http
  538. # [08:52] <Hixie> just not reasons that i would classify as requirements :-)
  539. # [08:52] <mcarter> heh
  540. # [08:52] <mcarter> so the spec seemed to indicate no resolution on the same-source origin policies for tcpconnection
  541. # [08:52] <mcarter> i think there was some comment about "maybe allowing cross-domain" connections or something
  542. # [08:53] <Hixie> yeah
  543. # [08:53] <mcarter> even for cross-subdomain stuff you have the afore-mentioned dns rebinding attack
  544. # [08:53] <Hixie> i plan to cut out all the crap about local network connections and peer to peer stuff and broadcast stuff
  545. # [08:53] <Hixie> and to make it cross-domain
  546. # [08:53] <mcarter> which a Host header you can solve dns rebinding
  547. # [08:53] <Hixie> yeah
  548. # [08:53] <Hixie> i was about to say i think we should include an equivalent to the Host header
  549. # [08:54] <Hixie> that would allow for shared hosting, too
  550. # [08:54] <mcarter> right
  551. # [08:54] <Hixie> in some future where there's some cool thing that everyone is doing using this
  552. # [08:54] <mcarter> also, i'm not convinced it makes sense to create a protocol that can't identify what version of the protocol it is
  553. # [08:54] <Hixie> yeah, people always think you should version protocols
  554. # [08:54] <Hixie> it's ok
  555. # [08:54] <Hixie> you grow out of it :-)
  556. # [08:55] <mcarter> haha
  557. # [08:55] <mcarter> at any rate, I really do have a pretty neat implementation of the TCPConnection api, but over sse and xhr
  558. # [08:55] <mcarter> it makes for a nice dream, of some day having that be native =)
  559. # [08:55] <Hixie> you don't need to version the protocol if it's designed in a way that it extends with well-defined behaviour in down-level clients
  560. # [08:55] <Hixie> :-)
  561. # [08:56] <Hixie> (e.g. css and html aren't versioned)
  562. # [08:56] <Hixie> (html4 and before look like they're versioned, but they're not really)
  563. # [08:56] <mcarter> I'm not convinced
  564. # [08:56] <Hixie> versioning doesn't work when you have multiple implementations and an evolving spec
  565. # [08:57] <mcarter> well, thats a good point I suppose
  566. # [08:57] <mcarter> Thats what headers are for
  567. # [08:59] <mcarter> I don't actually care too much if we use http or not, i just need to put all my thoughts down somewhere and come up with coherent comparison of advantages and disadvantages
  568. # [08:59] <mcarter> and send it to the list
  569. # [08:59] <Hixie> that would be great
  570. # [09:00] <mcarter> I am sort of hoping that a cross-browser implementation of the api (both server-side and client side, via javascript hackery and a server-side xhr/sse->socket proxy) can help push the standard forward in the face of browser non-adoption
  571. # [09:01] <mcarter> so with the orbited project (open source comet server in python www.orbited.org) we are getting close to that, and even if TCPConnection it drops out of the specification, its a nice abstraction for server-side and javascript-side developers
  572. # [09:01] <mcarter> I'll keep you posted
  573. # [09:03] <inimino> that would be excellent
  574. # [09:03] <inimino> (TCPConnection with a back-compat JS library)
  575. # [09:04] <mcarter> inimino, yeah, and we've already got all the proof of concept work done on it. So you can expect it in the near future
  576. # [09:05] <Hixie> please do (keep me posted). this sounds cool.
  577. # [09:05] <Hixie> man i hope the forms stuff gets resolved soon
  578. # [09:05] <Hixie> i have so many WF2 and WF3 feedback e-mails
  579. # [09:06] <inimino> Hixie: how much of the WF2 stuff do expect to survive?
  580. # [09:06] <inimino> (and what's WF3?)
  581. # [09:06] <Hixie> i expect most of it to survive other than the repetition blocks stuff
  582. # [09:07] <Hixie> though some minor buts might get axed or simplified
  583. # [09:07] <inimino> ok, good
  584. # [09:07] <Hixie> WF3 is the next version of WF2
  585. # [09:07] * Joins: jacobolus (n=jacobolu@dhcp-0000036913-b5-5e.client.fas.harvard.edu)
  586. # [09:07] <Hixie> of course, if the w3c xforms crowd gets their way and the browsers all misteriously change their minds and agree with them, then wf2 could die altogether
  587. # [09:07] <Hixie> i give that pretty low odds though
  588. # [09:07] <inimino> is WF3 published somewhere?
  589. # [09:08] <inimino> Hixie: yeah, I'm betting on XForms not going anywhere in browsers...
  590. # [09:08] * Joins: KevinMarks (n=KevinMar@252.sub-75-209-213.myvzw.com)
  591. # [09:08] <Hixie> inimino: there is no wf3 yet, just a lot of proposals in e-mail
  592. # [09:09] <inimino> Hixie: ok
  593. # [09:10] <hsivonen> well, title on abbr didn't last long
  594. # [09:10] <annevk> "The new custom-* attributes are an attempt to address these requests."
  595. # [09:10] <annevk> oops
  596. # [09:10] <Lachy> Hixie, is WF3 just waiting for the results for the forms tf before starting?
  597. # [09:10] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  598. # [09:11] <Hixie> Lachy: no, wf3 is mostly html6
  599. # [09:12] <Hixie> annevk: heh, oops. data-...
  600. # [09:12] <zcorpan_> <section> This is the first paragraph. &lt;del>This sentence was deleted. <div></div> This sentence was deleted too.</del> End of second paragraph... </section>
  601. # [09:12] <zcorpan_> s/&lt;/</
  602. # [09:13] <zcorpan_> Hixie: isn't the above 2 paragraphs with 1 del element marking the end of the first and the start of the second?
  603. # [09:17] <Hixie> zcorpan_: it's two paragraphs and a div
  604. # [09:18] <zcorpan_> Hixie: hmm, yeah ok
  605. # [09:19] * Quits: shepazu (n=schepers@123.127.99.15)
  606. # [09:19] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) ("Verlassend")
  607. # [09:23] * Quits: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net)
  608. # [09:24] <Lachy> it's interesting that for all the reasons given to allow title="" to be omitted from <abbr>, the only convincing one was the styling issue.
  609. # [09:25] <Hixie> yeah
  610. # [09:25] <Lachy> The thread could have been a lot shorter if people stopped giving non-convincing arguments.
  611. # [09:25] <Hixie> in their defence they didn't know which would convince me :-)
  612. # [09:27] * Quits: jruderman (n=jruderma@guest-226.mountainview.mozilla.com)
  613. # [09:27] <Lachy> ignorance is no excuse! :-)
  614. # [09:33] <Hixie> annevk: i think you should look up the word "explicit" (as compared to its antonym "implicit") :-)
  615. # [09:34] <annevk> if I omit the argument it's an explicit choice :)
  616. # [09:34] <Hixie> no it's not :-)
  617. # [09:36] * gsnedders notes that the commit about plurals doesn't actually really define anything
  618. # [09:36] <Hixie> hm?
  619. # [09:36] * Joins: tndH (i=Rob@adsl-77-86-9-123.karoo.KCOM.COM)
  620. # [09:36] <gsnedders> Actually, it defines that the number in @title must match the number in the content
  621. # [09:36] <gsnedders> But that's all
  622. # [09:37] <gsnedders> implicitly I suppose it suggests not using <abbr title="working group">wg</abbr>s
  623. # [09:37] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  624. # [09:37] <krijnh> Hixie: Don't worry :)
  625. # [09:38] <Hixie> gsnedders: it gives an example showing both :-)
  626. # [09:38] <Hixie> it admittedly doesn't really answer the question the www-html guy asked
  627. # [09:38] * gsnedders is too tired
  628. # [09:38] <gsnedders> zcorpan_'s theory is definitely right. Everything I say is bullshit :)
  629. # [09:39] <gsnedders> Hixie: My point is that it doesn't define which to use
  630. # [09:39] * gsnedders nowadays always marks up the singular, though he used to use either the singular or plural
  631. # [09:40] * gsnedders heads off to school
  632. # [09:42] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  633. # [09:42] <annevk> Hixie, the parser thing about <span> doesn't seem to be in any feedback folder
  634. # [09:43] <annevk> oh, but it's a marked issues it seems
  635. # [09:44] <Hixie> ?
  636. # [09:44] <Hixie> the idea of having <span><section> or whatever?
  637. # [09:45] <annevk> yeah
  638. # [09:45] <Hixie> i replied to that already iirc
  639. # [09:45] <annevk> no, not that
  640. # [09:45] <annevk> stuff like <p><i><div><p>
  641. # [09:45] <Hixie> iirc i replied both when i specced it and when i removed it again
  642. # [09:45] <Hixie> oh
  643. # [09:46] <annevk> I thought it was just <span>, but it's <i> too
  644. # [09:46] <annevk> The thing that also allows <ul> in <p>
  645. # [09:46] <Hixie> i have no idea what you're talking about
  646. # [09:46] <annevk> <p><span><ul></ul></span></p> or something
  647. # [09:46] <Hixie> right
  648. # [09:46] <Hixie> the stuff that's in the spec as XXXSPAN
  649. # [09:46] <Hixie> iirc i replied both when i specced it and when i removed it again
  650. # [09:47] <annevk> but shouldn't the parser support it?
  651. # [09:47] <Hixie> how does it not?
  652. # [09:47] <Hixie> i am very confused
  653. # [09:48] <annevk> search for '<p class="big-issue">This doesn't match browsers.</p>'
  654. # [09:48] <Hixie> ah
  655. # [09:48] <Hixie> ok
  656. # [09:48] <Hixie> well if it's in the spec
  657. # [09:53] * Joins: jruderman (n=jruderma@c-67-180-174-213.hsd1.ca.comcast.net)
  658. # [09:53] * krijnh is now known as krijn
  659. # [09:56] <annevk> In other news, why do we need a telcon for Access Control if the IE Team has yet to reply to all the issues raised...
  660. # [09:57] <Hixie> dunno, ask
  661. # [09:57] <Hixie> is there a list of issues they haven't replied to?
  662. # [09:59] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  663. # [09:59] <annevk> s/Access Control/XDomainRequest/ makes more sense
  664. # [09:59] <annevk> Hixie, no, though some e-mail from Kris was quite complete
  665. # [10:00] <annevk> http://lists.w3.org/Archives/Public/public-webapi/2008Apr/0056.html
  666. # [10:01] <hsivonen> people don't change positions during telecons anyway, because they don't have enough time to think and verify claims to make an informed change of opinion
  667. # [10:01] <Hixie> YUP
  668. # [10:01] <Hixie> er
  669. # [10:01] <Hixie> yup
  670. # [10:02] <Hixie> been saying that for months
  671. # [10:02] <Hixie> if not years by now
  672. # [10:02] <Hixie> same with f2fs
  673. # [10:03] <Lachy> I hate telcon's cause it doesn't give enough time to think and give a well thought out response either
  674. # [10:04] <annevk> replied
  675. # [10:06] * Joins: myakura (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp)
  676. # [10:09] <jruderman> Hixie: http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Cobject%20data%3Dflash%3E
  677. # [10:09] <jruderman> Hixie: in firefox, it somehow acquires a type attribute
  678. # [10:09] * Quits: KevinMarks (n=KevinMar@252.sub-75-209-213.myvzw.com) ("The computer fell asleep")
  679. # [10:10] <hsivonen> jruderman: I don't see a type attribute in Firefox 3b5
  680. # [10:10] <jruderman> try adding a space at the end
  681. # [10:11] <jruderman> seems like it only happens if ./flash is cached
  682. # [10:11] <hsivonen> whoa
  683. # [10:11] <Hixie> jruderman: yeah isn't it awesome
  684. # [10:12] <annevk> oh yeah, I noticed some scary activity in a bug report related to that
  685. # [10:12] <jruderman> a mozilla bug report?
  686. # [10:12] <annevk> yes
  687. # [10:12] <jruderman> i'm having trouble finding it
  688. # [10:13] <hsivonen> Hixie: I must say that the hardship of the datagrid content model is largely due to the content model being very abnormal
  689. # [10:13] <annevk> jruderman, https://bugzilla.mozilla.org/show_bug.cgi?id=395110
  690. # [10:14] <hsivonen> Hixie: it's exceedingly weird that <datagrid><table/>foo</datagrid> is non-conforming but <datagrid>bar<table/>foo</datagrid> is conforming
  691. # [10:14] <Hixie> annevk: i think it would be helpful to list a bunch of e-mails they haven't replied to
  692. # [10:14] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 104 (Connection reset by peer))
  693. # [10:15] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  694. # [10:15] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  695. # [10:16] <Hixie> annevk: did they ever send technical comments on XHR and AC, btw?
  696. # [10:17] <annevk> there might be one where they agreed not sending cookies would be good
  697. # [10:17] <hsivonen> Hixie: I think they sent one basically saying that the XHR spec was too detailed
  698. # [10:17] <annevk> oh yes, they did e-mail comments on XMLHttpRequest, sorry
  699. # [10:17] <annevk> though it mostly came down to what hsivonen says :(
  700. # [10:18] <Hixie> i meant technical feedback
  701. # [10:20] <jruderman> annevk: i don't think that bug mentions the mysterious appearance of a type attribute
  702. # [10:20] <annevk> jruderman, could be, but that's the bug with the scary comments :)
  703. # [10:21] <annevk> Hixie, I don't remember if the offlist feedback they gave a couple of years back contained technical comments
  704. # [10:21] <annevk> Hixie, other than that I don't think so
  705. # [10:23] <jruderman> filed https://bugzilla.mozilla.org/show_bug.cgi?id=430424
  706. # [10:23] * Joins: shepazu (n=schepers@123.127.99.15)
  707. # [10:23] * Joins: roc (n=roc@121-72-179-147.dsl.telstraclear.net)
  708. # [10:26] <zcorpan> Hixie: Error loading the folder list: Internal Server Error. Let Hixie know.
  709. # [10:26] <Hixie> reload
  710. # [10:26] <Hixie> haha
  711. # [10:26] <Hixie> http://www.w3.org/2002/09/wbs/38482/XDRorNot/results
  712. # [10:26] <Philip`> You're not allowed to see the results of this questionnaire.
  713. # [10:27] <Hixie> annevk: what's the timeline on ac and xhr?
  714. # [10:27] <jruderman> i wish it were more obvious which URLs on w3.org are password-protected
  715. # [10:27] <Hixie> that url is the result of a vote on xdr
  716. # [10:27] <Hixie> the results are 11 vs 2
  717. # [10:27] <Philip`> Which are for/against?
  718. # [10:28] <hsivonen> Philip`: that's Member-only information :-(
  719. # [10:28] <Hixie> put it this way
  720. # [10:28] <Hixie> 2 microsoft people voted
  721. # [10:28] <Philip`> Ah
  722. # [10:28] <Hixie> the vote was actually yes, no, concurr, and a space for rationale
  723. # [10:29] <Philip`> hsivonen: It's not Member-only any more :-)
  724. # [10:29] * Quits: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no) ("This computer has gone to sleep")
  725. # [10:29] <Hixie> the results were 2/7/4, with the two yesses having no rationale
  726. # [10:29] <Hixie> and most of hte nos giving different reasons for voting no
  727. # [10:30] <Hixie> it's just funny how the only votes without rationale are the yesses and two of the concurrs
  728. # [10:31] <Hixie> i understand not having a rationale if you concurr
  729. # [10:31] <Hixie> but if you vote yes, you'd think you could give one
  730. # [10:32] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  731. # [10:32] * Joins: ROBOd (n=robod@89.122.216.38)
  732. # [10:32] <jruderman> what's the difference between concur and yes?
  733. # [10:33] <Hixie> if there are more nos than yesses, concurr means no
  734. # [10:33] <Philip`> What if the no and yes counts are equal?
  735. # [10:34] <Hixie> who knows
  736. # [10:34] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  737. # [10:35] <annevk> Hixie, AC depends on pending feedback from Mozilla which is still not there...
  738. # [10:35] <annevk> Hixie, XHR is in Last Call and will hopefully go to CR in June
  739. # [10:36] <Hixie> i meant xhr2
  740. # [10:36] <Hixie> xxx if you will
  741. # [10:37] <Hixie> not sure what to do about ac
  742. # [10:38] <Hixie> i guess you could try to summarise the use cases we want to deal with
  743. # [10:38] <jruderman> Hixie: err... how is it different from abstain, then?
  744. # [10:38] <Hixie> and what the various concerns are
  745. # [10:38] <Hixie> so we could try to come up with solutions
  746. # [10:39] <hsivonen> jruderman: it affects quorum in some other voting cases
  747. # [10:39] <Hixie> jruderman: again, who knows
  748. # [10:39] <Hixie> voting is dumb
  749. # [10:40] <hsivonen> uh. not quorum but how much over 50% the majority goes
  750. # [10:40] <jruderman> lol
  751. # [10:40] <annevk> xhr2 pretty much depends on ac
  752. # [10:40] <Hixie> annevk: yeah
  753. # [10:40] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  754. # [10:40] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Client Quit)
  755. # [10:41] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  756. # [10:41] <annevk> i think jonas is still saying we need a better solution for cookies, but it's a bit unclear to me why and how
  757. # [10:41] <annevk> mostly why at this point, because i thought we already discussed it and the moz sec team was eventually convinced but then it was too late
  758. # [10:42] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  759. # [10:42] <Hixie> annevk: in that case, propose to move it to LC and see what happens
  760. # [10:44] <inimino> Hixie: why was that mailing list message removed from www-archive?
  761. # [10:44] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
  762. # [10:45] <Lachy> inimino, because Hixie responded to an off-list message by CCing www-archive, and Dean complained to the W3C that he didn't have permission to publish it publically
  763. # [10:45] <inimino> I see, thanks, Lachy
  764. # [10:48] <annevk> Hixie, I did and Jonas didn't like it
  765. # [10:48] <annevk> Hixie, http://lists.w3.org/Archives/Public/public-appformats/2008Apr/0043.html
  766. # [10:50] <krijn> http://krijnhoetmer.nl/irc-logs/whatwg/20080422#l-1148 - yeah, thanks Philip` ;)
  767. # [10:56] * Joins: qwert666 (n=qwert666@acdg71.neoplus.adsl.tpnet.pl)
  768. # [11:04] * Joins: webben (n=benh@nat/yahoo/x-b2a7477ee6b6eb14)
  769. # [11:09] * Joins: myakura_ (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp)
  770. # [11:20] * Quits: MikeSmith (n=MikeSmit@123.127.99.32) ("Less talk, more pimp walk.")
  771. # [11:22] * Quits: myakura (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp) (Read error: 110 (Connection timed out))
  772. # [11:33] * Quits: shepazu (n=schepers@123.127.99.15)
  773. # [12:26] <hsivonen> Hixie: what's the chance of you banning nested forms in XHTML5 in order to make HTML5 and XHTML5 more consistent with each other?
  774. # [12:26] <Hixie> pretty good if you mail the list :-)
  775. # [12:27] <Hixie> although the chances are zero until i get to wf2
  776. # [12:28] <hsivonen> ok
  777. # [12:28] <annevk> forms :(
  778. # [12:29] <hsivonen> aaarrgh!!! I've been trying to write code against a faulty set on test cases
  779. # [12:29] <hsivonen> no wonder XPath seems crazy
  780. # [12:36] <Hixie> jesus, "Uniform access to descriptions" is a long www-tag thread even for ww-tag
  781. # [12:37] <annevk> is it interesting?
  782. # [12:37] <annevk> i autodelete that thread
  783. # [12:38] <Hixie> no idea, didn't look at a single message
  784. # [12:39] <hsivonen> the moon message was funny if it was in that thread
  785. # [12:40] <hsivonen> no, it was a different thread
  786. # [12:40] <hsivonen> this one: http://lists.w3.org/Archives/Public/www-tag/2008Mar/0026.html
  787. # [12:45] <Hixie> wow
  788. # [12:46] <Hixie> that takes architectural astronauts to a whole new level
  789. # [12:46] <hsivonen> that's why it's funny
  790. # [12:47] <Hixie> good lord
  791. # [12:47] <Hixie> that thread gets worse
  792. # [12:47] * Hixie closes the window
  793. # [12:56] <hsivonen> Hixie: email about nested forms sent
  794. # [13:05] <Hixie> thanks
  795. # [13:10] <hsivonen> let's see if there's any way to shorten this list based on current spec text... http://bugzilla.validator.nu/buglist.cgi?component=HTML5+schema&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
  796. # [13:13] <annevk> Hixie, XHR2 also depends on progress events
  797. # [13:13] <annevk> apart from that it's done imo although it doesn't get getRequestHeader what Julian would really like to see because he's been the only one to suggest that so far to me
  798. # [13:14] <annevk> oh, and it doesn't have examples and an introduction ...
  799. # [13:14] <hsivonen> if I implement checking for WF2 email addresses and mailto: URIs, which spec for email addresses should I be reading?
  800. # [13:14] * Quits: roc (n=roc@121-72-179-147.dsl.telstraclear.net) (Read error: 104 (Connection reset by peer))
  801. # [13:15] <hsivonen> make that mailto: *IRI*s
  802. # [13:15] <hsivonen> IIRC, the original RFC is nuts and allows crazy tokens that no one supports
  803. # [13:18] <Hixie> the wf2 spec should sidestep that
  804. # [13:18] <Hixie> iirc
  805. # [13:18] <Hixie> anyway, bed time
  806. # [13:18] <hsivonen> nn
  807. # [13:19] * Joins: primal1 (n=primal1@pool-72-87-242-188.lsanca.fios.verizon.net)
  808. # [13:20] * Joins: roc (n=roc@121-72-179-147.dsl.telstraclear.net)
  809. # [13:21] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  810. # [13:44] * Joins: hasather_ (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  811. # [13:45] * Quits: roc (n=roc@121-72-179-147.dsl.telstraclear.net)
  812. # [13:51] * Quits: qwert666 (n=qwert666@acdg71.neoplus.adsl.tpnet.pl) ("Leaving")
  813. # [13:58] * Quits: primal1 (n=primal1@pool-72-87-242-188.lsanca.fios.verizon.net)
  814. # [14:42] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  815. # [15:00] * Quits: webben (n=benh@nat/yahoo/x-b2a7477ee6b6eb14)
  816. # [15:09] * Joins: virtuelv (n=virtuelv@225.80-203-100.nextgentel.com)
  817. # [15:14] * Quits: JohnResig (n=jresig@c-76-118-158-44.hsd1.ma.comcast.net)
  818. # [15:15] * Joins: JohnResig (n=jresig@c-76-118-158-44.hsd1.ma.comcast.net)
  819. # [15:25] * Quits: myakura_ (n=myakura@p1215-ipbf3008marunouchi.tokyo.ocn.ne.jp) (Read error: 110 (Connection timed out))
  820. # [15:48] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  821. # [16:05] * Joins: webben (n=benh@nat/yahoo/x-6891b4ffb5a168da)
  822. # [16:05] * Joins: wakaba_ (n=w@11.164.210.220.dy.bbexcite.jp)
  823. # [16:19] * Joins: phsiao (n=shawn@nat/ibm/x-710ecdad18a65f10)
  824. # [16:20] * Philip` wishes Gmail didn't keep going out of sync with itself
  825. # [16:21] <Philip`> (It claims a message received from public-html has the label [Imap]/Drafts even though I sent it ten minutes ago)
  826. # [16:23] * Quits: wakaba (n=w@245.137.148.210.dy.bbexcite.jp) (Read error: 113 (No route to host))
  827. # [16:35] * Joins: aroben (n=aroben@c-71-58-57-150.hsd1.pa.comcast.net)
  828. # [16:42] * Joins: andersca (n=andersca@c-71-198-2-225.hsd1.ca.comcast.net)
  829. # [16:59] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) ("Verlassend")
  830. # [17:20] * Joins: Steve_f (n=chatzill@82-44-69-8.cable.ubr02.nmal.blueyonder.co.uk)
  831. # [17:24] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  832. # [17:30] <Philip`> Oh, WF2 has a form attribute? That looks potentially useful
  833. # [17:30] <Philip`> (but less useful when I need things to work in IE6)
  834. # [17:32] <zcorpan> Philip`: i think there's at least one js implementation
  835. # [17:32] <hsivonen> WF2 is designed to be emulatable in IE6
  836. # [17:33] <hsivonen> (I don't know if form='' in particular is emulatable)
  837. # [17:34] <takkaria> hehe, that TAG thread is amazing
  838. # [17:34] <takkaria> they should go read some philosophy of language
  839. # [17:35] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  840. # [17:36] <Philip`> http://code.google.com/p/webforms2/wiki/ImplementationDetails doesn't seem to say it supports @form
  841. # [17:37] <hsivonen> I wonder if Gecko and WebKit have a JS API for the form pointer
  842. # [17:37] <Philip`> Is anybody able to access http://webforms2.googlecode.com/svn/trunk/ or does it give the "your query looks similar to automated requests from a computer virus or spyware application" error?
  843. # [17:37] <annevk> hsivonen, <input>.form ?
  844. # [17:38] <takkaria> Philip`: I can get it
  845. # [17:38] <hsivonen> Philip`: I can GET it
  846. # [17:38] <Philip`> takkaria: Okay, I guess Google just hates me
  847. # [17:39] <BenMillard> Philip`, me too
  848. # [17:39] <BenMillard> Philip`, I mean, I can get it too
  849. # [17:39] <hsivonen> annevk: is that settable?
  850. # [17:39] <annevk> hsivonen, no
  851. # [17:39] <hsivonen> doesn't help then
  852. # [17:40] <annevk> oh, I see what you mean, yeah, form="" is new and brav
  853. # [17:40] <annevk> e
  854. # [17:41] <hsivonen> http://www.w3.org/2005/Incubator/cwl/charter
  855. # [17:42] <hsivonen> "Then CWL will realize a language barrier free world in the web and will also enable computers to extract semantic information and knowledge from web pages accurately."
  856. # [17:43] * hsivonen believes the way to deal with the language barrier that actually works is *people* investing effort in learning English
  857. # [17:43] <annevk> i doubt that's what tye
  858. # [17:43] <annevk> they mean*
  859. # [17:43] <hsivonen> annevk: what do they mean?
  860. # [17:44] <annevk> i suppose people will have to modify said web pages first :)
  861. # [17:44] <annevk> ah, it says that in the previous paragraph :)
  862. # [17:46] <hsivonen> Esperanto and Interlingua aren't doing so great in enabling Finnish-Dutch communication
  863. # [17:46] <hsivonen> perhaps CWL will
  864. # [17:47] <othermaciej> language barrier free world?
  865. # [17:48] <othermaciej> what?
  866. # [17:49] <hsivonen> othermaciej: looks like RDF will free people from the oppression of having to learn English: http://www.w3.org/2005/Incubator/cwl/XGR-cwl-20080331/
  867. # [17:49] <Philip`> On the subject of natural language programming, I saw http://www.inform-fiction.org/ recently, which looks kind of neat
  868. # [17:49] <Philip`> where you can write source code that looks like http://www.inform-fiction.org/I7Downloads/Examples/bronze/source_7.html
  869. # [17:50] <zcorpan> hsivonen: LOL
  870. # [17:52] <othermaciej> I see, so we'll solve the translation problem by just writing everything in the form of machine-understandable assertions
  871. # [17:53] <othermaciej> all we have to do to solve the hard problem of translation is solve an even harder problem
  872. # [17:53] <Philip`> You solve the problem by automatically converting from one natural language into a common machine-understandable intermediate form, and then converting back into another natural language
  873. # [17:54] <Philip`> so you don't have to write everything (or anything) as machine-understandable assertions
  874. # [17:54] * Lachy published a new blog entry http://blog.whatwg.org/reverse-ordered-lists
  875. # [17:54] <othermaciej> instead of confusing English, I'll be able to read and write statements like agt(purchase(icl>buy(agt>person,obj>thing)).@entry.@past), I)
  876. # [17:55] <Philip`> At least that's how I assume they intend to solve problems, because anything else seems silly...
  877. # [17:55] <Philip`> ("CWL [...] shall enables [sic] users to develop conversion systems between CWL and each natural language." etc)
  878. # [17:58] <Lachy> othermaciej, for those of us who are still stuck in the past with english, care to translate that? :-)
  879. # [17:58] <othermaciej> Lachy: isn't it obvious?
  880. # [17:59] <Philip`> "I bought a person thing"?
  881. # [18:00] <takkaria> frankly they should just use lojban
  882. # [18:00] <othermaciej> this is better, lojban with RDF syntax!
  883. # [18:01] <takkaria> at least a couple hundred people already read lojban though. :)
  884. # [18:01] <hsivonen> takkaria: lojban isn't doing great in terms of supporting existing content and legacy agents
  885. # [18:02] <zcorpan> Lachy: it can be written as reversed="" in xhtml
  886. # [18:02] <Philip`> Millions of people have experience with the language Oddle Poddle
  887. # [18:03] <Philip`> and it's much less wastefully expressive than English, making it far easier for foreigners to learn
  888. # [18:03] <Lachy> zcorpan, yeah, I know, but people are more familiar with the expanded form
  889. # [18:05] <Philip`> Lachy: That blog post has fancy quotes in its example HTML, so it'll break miserably when someone tries to copy-and-paste it
  890. # [18:05] <Lachy> oops, where?
  891. # [18:06] <Lachy> I thought I removed them all
  892. # [18:06] <zcorpan> also has <!– instead of <!--
  893. # [18:06] <Philip`> Lachy: Everywhere
  894. # [18:06] <Lachy> oh, no, that's WordPress automatically replacing them :-(
  895. # [18:07] <zcorpan> does writing &quot; help?
  896. # [18:07] <zcorpan> or just omitting the quotes?
  897. # [18:08] <zcorpan> "The reversed attribute is a boolean attribute. If present, .... If the attribute is present, ...."
  898. # [18:09] <zcorpan> Hixie: ^ "if present" twice
  899. # [18:12] <takkaria> I think that to prove CWL is expressive enough, they should write a copy of the spec in it
  900. # [18:12] <Lachy> oh no, something has happened to blog.whatwg.org. It's not responding
  901. # [18:13] <Lachy> ah, it's back now
  902. # [18:14] <Lachy> fixed the quotes
  903. # [18:14] <Lachy> time to go home, cya
  904. # [18:14] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  905. # [18:23] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net) (Read error: 104 (Connection reset by peer))
  906. # [18:23] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  907. # [18:25] * Quits: tndH (i=Rob@adsl-77-86-9-123.karoo.KCOM.COM) (Read error: 104 (Connection reset by peer))
  908. # [18:25] * Joins: tndH (i=Rob@adsl-77-86-9-123.karoo.KCOM.COM)
  909. # [18:28] * Joins: sverrej (n=sverrej@89.10.27.86)
  910. # [18:31] <Philip`> Philip`: When Lachy gets back, remember to tell him that <ol reversed="reversed" start="10"> should say 100 instead
  911. # [18:32] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 110 (Connection timed out))
  912. # [18:32] <Philip`> and s/Movies Sagas/Movie Sagas/
  913. # [18:37] * Joins: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no)
  914. # [18:42] <Philip`> Lachy: http://krijnhoetmer.nl/irc-logs/whatwg/20080423#l-910
  915. # [18:42] <Philip`> Also it still says "<!– Items omitted here –>" instead of "<!-- ..."
  916. # [18:46] <Lachy> aargh! I hate WordPress! Why is it replacing my -- with en-dashes!?
  917. # [18:47] <hasather_> Lachy: yes, especially in <code>
  918. # [18:47] <didymos> Philip`, damn, I commented on the start="10", failed to see here first :)
  919. # [18:47] <didymos> s/see/look/
  920. # [18:47] <Philip`> Lachy: It thinks bloggers are stupid and can't do punctuation, so it has to do it for them
  921. # [18:48] <Philip`> or maybe it thinks bloggers are lazy and don't want to write &ndash;, and don't have an en-dash key on their keyboards
  922. # [18:49] <Lachy> bloggers should just learn to type Option+- or Alt+0150 to get en-dashes
  923. # [18:49] <Philip`> I don't have an Option key
  924. # [18:49] <Philip`> or a numpad
  925. # [18:50] <annevk> 쌬ame issue here
  926. # [18:50] <annevk> ooh, what happened there :)
  927. # [18:50] <annevk> maybe something does work
  928. # [18:50] <annevk> 쌬 is what I get for ALT+0150
  929. # [18:50] <Lachy> Philip`, you'll have to get a external number pad and install windows on your machine
  930. # [18:51] <Philip`> Hmm, how wide is ─?
  931. # [18:51] <Lachy> annevk, it doesn't work linux
  932. # [18:51] * BenMillard joins the party by testing Alt+0150–.
  933. # [18:51] * Philip` can't tell if it's en- or em-
  934. # [18:51] <Philip`> Lachy: Um, no thanks :-p
  935. # [18:51] <annevk> hmm, windows sounds like a nasty requirement
  936. # [18:51] <Lachy> 0150 is en-dash, ,0151 is em-dash on windows
  937. # [18:51] <didymos> Philip`, since it is monospaced, you really cannot tell :)
  938. # [18:51] <hasather_> I use Caps Lock as a Compoes key, and use Compose+..- for en dash, --- for em dash
  939. # [18:51] <hasather_> *Compose
  940. # [18:52] <Lachy> hasather_, on which system, or which editor?
  941. # [18:52] <hasather_> Ubuntu
  942. # [18:52] <takkaria> hasather_: how do you set that up?
  943. # [18:52] * Philip` has never found out how to configure his keyboard to do more than the default
  944. # [18:52] <hasather_> takkaria: System > Prefs > Keyboard
  945. # [18:53] <Philip`> (where the default is altgr+, == ─ and various other things on other keys)
  946. # [18:53] <hasather_> takkaria: Layout Options > Compose key
  947. # [18:54] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  948. # [18:54] <hasather_> and it's --. for en dash, not ..-
  949. # [18:57] <takkaria> hasather_: v.useful, ta
  950. # [18:58] <hasather_> takkaria: np, see also: http://www.hermit.org/Linux/ComposeKeys.html
  951. # [19:02] <Lachy> wow, so far 3 different people have told me about that start="10" error using 3 different methods.
  952. # [19:03] <Philip`> Lachy: Well, it is a very blatant error :-p
  953. # [19:03] <Lachy> maybe if I had actually pressed save, they would stop telling me :-)
  954. # [19:03] <Philip`> It's even in bold
  955. # [19:04] <Lachy> I think it's odd that everyone has said it's the 10 that's in error, not the 100 in the sentence before it :-)
  956. # [19:05] <Philip`> Nobody could believe that creationists only use 10 logical fallacies
  957. # [19:05] <Philip`> and it said "counting down from 100" and "Top 100", so the 100 was used twice and was therefore most likely to be the intended value
  958. # [19:06] <Lachy> That's what I thought too. It was 10 in my first draft, then I thought should put it up a bit :-P
  959. # [19:07] * Quits: Steve_f (n=chatzill@82-44-69-8.cable.ubr02.nmal.blueyonder.co.uk) ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]")
  960. # [19:08] * Joins: weinig (n=weinig@17.203.15.172)
  961. # [19:08] <Philip`> blog.whatwg.org says: Internal Server Error
  962. # [19:09] <Lachy> wtf?
  963. # [19:10] <Lachy> sometimes it doesn't respond, sometimes it gives errors, other times it works perfectly
  964. # [19:12] <Philip`> It's strange how hard it is to make a computer accept a network message and send a file back without just randomly failing for no observable reason
  965. # [19:12] <Lachy> I haven't changed anything settings on the server for quite a while, so maybe dreamhost is having more troubles
  966. # [19:13] <Lachy> does anyone remember which server Hixie's site is running on? Is it Spunky?
  967. # [19:15] <Lachy> dreamhost status is only reporting mail issues with spunky, so that wouldn't explain it
  968. # [19:27] * Quits: jruderman (n=jruderma@c-67-180-174-213.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  969. # [19:28] * Joins: jruderman (n=jruderma@c-67-180-174-213.hsd1.ca.comcast.net)
  970. # [19:42] * Joins: qwert666 (n=qwert666@acdh200.neoplus.adsl.tpnet.pl)
  971. # [19:42] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  972. # [19:47] * Joins: maikmerten (n=maikmert@L9af4.l.pppool.de)
  973. # [19:48] <BenMillard> I've had a few people e-mail me about scope being absent from <td>: http://www.whatwg.org/specs/web-apps/current-work/multipage/section-tabular.html#the-td
  974. # [19:49] <BenMillard> they want it back for authoring convenience, mainly for row headers
  975. # [19:49] <annevk> if it's header, shouldn't <th> be used?
  976. # [19:49] <BenMillard> they don't want centered bold text
  977. # [19:50] * Quits: aroben (n=aroben@unaffiliated/aroben)
  978. # [19:50] <annevk> interesting, I thought accessibility was all about semantics :)
  979. # [19:50] * Joins: aroben (n=aroben@unaffiliated/aroben)
  980. # [19:50] <BenMillard> these peeps work in the real world, with designers and managers
  981. # [19:50] <Philip`> The semantics could be defined so that <td scope> was a heading
  982. # [19:50] <BenMillard> Philip`, yes that's what I think should be the case
  983. # [19:51] <annevk> whatwg@whatwg.org :)
  984. # [19:51] <takkaria> BenMillard: th { font-weight: normal; text-align: left; }?
  985. # [19:51] * annevk wonders about potential counter arguments
  986. # [19:52] <annevk> i guess it makes it less clear when to use <th>
  987. # [19:52] <BenMillard> takkaria, that kills column header styles as well
  988. # [19:52] <takkaria> ah. true
  989. # [19:52] <zcorpan_> tbody th { ...
  990. # [19:52] <annevk> th:first-child { }
  991. # [19:53] <Philip`> th.plain { ... }
  992. # [19:53] <BenMillard> zcorpan, that kills column header styles as well because nobody uses <thead> outside the blogs of markup enthusiasts :)
  993. # [19:53] <Philip`> Your selectors are all far to complex :-p
  994. # [19:53] <zcorpan_> BenMillard: :)
  995. # [19:53] <annevk> th[scope] { }
  996. # [19:53] <zcorpan_> annevk: doesn't work in ie6
  997. # [19:53] <zcorpan_> moreover, why do you need scope if you use <th>?
  998. # [19:53] * Joins: othermaciej (n=mjs@17.255.100.27)
  999. # [19:54] <BenMillard> indeed, if you use <th scope="row"> and then undo it with CSS you may as well use <td scope="row"> imho
  1000. # [19:54] <zcorpan_> just <td>?
  1001. # [19:54] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  1002. # [19:55] <Philip`> BenMillard: "nobody" is a dangerous thing to say -
  1003. # [19:55] <Philip`> s/end of line//
  1004. # [19:55] <Philip`> http://www.budapestinfo.hu/ looks like a counter-example, since it's a touristical site and not a blog :-p
  1005. # [19:55] * Quits: othermaciej (n=mjs@17.255.100.27) (Nick collision from services.)
  1006. # [19:55] * othermaciej_ is now known as othermaciej
  1007. # [19:55] <Philip`> and it seems to actually use <thead> sanely
  1008. # [19:56] <annevk> If td and scope needs to work the next thing you get is headers pointing to td
  1009. # [19:56] <BenMillard> annevk, yes I thought headers+id should match <td id>
  1010. # [19:57] <annevk> that's not the case currently
  1011. # [19:57] <annevk> I like the current model more, to be honest
  1012. # [19:57] <annevk> But I don't really feel strongly about this
  1013. # [19:58] <BenMillard> I think the advice we give should be "use <th> for all your headers. set styling with CSS"
  1014. # [19:58] <BenMillard> but supporting existing content and current authoring practices makes me think <td scope> and suchlike should also work
  1015. # [19:59] <annevk> should they be conforming?
  1016. # [19:59] <BenMillard> probably. if they work, why complain?
  1017. # [20:00] <annevk> true
  1018. # [20:01] <BenMillard> mind if I send the mail to public-HTML rather than WHATWG? that's where the people who mailed me will expect to see any discussion
  1019. # [20:01] * Philip` is happy with anything that isn't cross-posted :-)
  1020. # [20:02] <annevk> BenMillard, heh, no need to ask me permission where you'd like to send e-mail :)
  1021. # [20:04] <zcorpan_> BenMillard: mail it to Hixie and cc the secret whatwg cabal
  1022. # [20:04] * Joins: weinig_ (n=weinig@nat/apple/x-c2de01ccbdaf71e3)
  1023. # [20:04] <BenMillard> zcorpan, shhh, don't talk about that in public...
  1024. # [20:04] <zcorpan_> oops!
  1025. # [20:05] <BenMillard> :D
  1026. # [20:05] <annevk> what, you're saying this channel is logged?
  1027. # [20:05] <Philip`> Don't worry, we can delete that line from the logs
  1028. # [20:05] * annevk though this was the secret hangout of the whatwg cabal
  1029. # [20:05] <annevk> thought, even
  1030. # [20:05] * Joins: othermaciej_ (n=mjs@17.255.100.27)
  1031. # [20:05] <zcorpan_> krijn: gotta help us out here
  1032. # [20:06] <BenMillard> I'm putting together a little e-mail to start a thread on public-HTML about <td scope> and <td> with headers+id now
  1033. # [20:18] * Quits: weinig (n=weinig@17.203.15.172) (Read error: 110 (Connection timed out))
  1034. # [20:18] <hsivonen> BenMillard: I'd rather have align back
  1035. # [20:19] <Philip`> hsivonen: That wouldn't solve the boldness problem
  1036. # [20:19] <Philip`> and I don't think <th></b>Not bold text</th> could be made to work
  1037. # [20:20] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 110 (Connection timed out))
  1038. # [20:20] * Quits: weinig_ (n=weinig@nat/apple/x-c2de01ccbdaf71e3)
  1039. # [20:21] <zcorpan_> Philip`: would have worked in mosaic if it supported <th>, i guess
  1040. # [20:21] * Joins: othermaciej (n=mjs@17.203.15.181)
  1041. # [20:22] * Joins: weinig (n=weinig@17.203.15.172)
  1042. # [20:22] <annevk> yet more flames: http://intertwingly.net/blog/2008/04/19/Ingrates#c1208969184
  1043. # [20:23] <annevk> "... I haven’t been tracking who’s on what side of the train wreck that is HTML5 ..."
  1044. # [20:23] <Philip`> At least it's clear enough which side he's on
  1045. # [20:24] <Philip`> Anyway, I like train wrecks, they make me think of Half Life 2
  1046. # [20:24] <BenMillard> e-mail sent
  1047. # [20:25] * Joins: tndH_ (n=Rob@adsl-87-102-32-128.karoo.KCOM.COM)
  1048. # [20:27] <BenMillard> "Allowing <th scope> to avoid incorrect values also seems potentially useful." actually that's stupid and wrong and I feel stupid for writing it :P
  1049. # [20:27] <BenMillard> simply writing <th> does that already
  1050. # [20:28] <hsivonen> Philip`: why is the default bold a problem?
  1051. # [20:28] <BenMillard> hsivonen, designs don't always want bold table headers
  1052. # [20:29] <BenMillard> it's rather a heavy-handed style in designs which are otherwise light
  1053. # [20:29] <hsivonen> turning it off in CSS is trivial
  1054. # [20:29] <Philip`> hsivonen: Changing alignment in CSS is similarly trivial, so why would you rather have align back?
  1055. # [20:30] <hsivonen> Philip`: cell alignment tends to be contextual
  1056. # [20:30] <BenMillard> hsivonen, the problem is when some headers should be bold but others should not. commonly, bold column headers and non-bold row headers
  1057. # [20:30] <hsivonen> while th font tends to be a site-global thing
  1058. # [20:31] <hsivonen> BenMillard: hmm. that seems like a weird thing to want
  1059. # [20:31] <BenMillard> hsivonen, that's why you and I aren't a designers :)
  1060. # [20:31] <hsivonen> tbody th { font-weight: normal; }
  1061. # [20:31] <BenMillard> hsivonen, that was suggested a bit earlier
  1062. # [20:32] <hsivonen> I have a really hard time believing that a designer can have enough clue to use scope/headers but not enough clue to write the above style rule
  1063. # [20:33] <hsivonen> I know, sense of logic at the door, but *still*
  1064. # [20:33] <BenMillard> it's a fair point
  1065. # [20:34] <BenMillard> the problem is it requires <thead> and <tbody> in the markup to work
  1066. # [20:34] <Philip`> hsivonen: Enough clue to use scope/headers, or enough clue to use them correctly?
  1067. # [20:34] <zcorpan_> hsivonen: the designer isn't necessarily the one writing the html and css
  1068. # [20:34] <hsivonen> BenMillard: actually, it only requires thead in the markup :-)
  1069. # [20:34] <BenMillard> hsivonen, pfeh :P
  1070. # [20:35] <hsivonen> zcorpan_: well, it's hard to believe that the person writing the HTML couldn't write the style rule
  1071. # [20:35] <zcorpan_> hsivonen: but <tbody> is shorter than </thead>
  1072. # [20:35] <Philip`> <thead> appears to be used much less than @scope
  1073. # [20:35] <Philip`> Everybody uses <tbody> but that's probably just output from tools
  1074. # [20:35] <hsivonen> Philip`: I thought the assumption was that the baseline was using them to point at the right cells
  1075. # [20:36] * Quits: jacobolus (n=jacobolu@dhcp-0000036913-b5-5e.client.fas.harvard.edu)
  1076. # [20:36] <BenMillard> philip`, that's in line with what I find amongst companies I work with
  1077. # [20:36] <BenMillard> they've never seen a <thead> element, probably never noticed <tbody>, but have seen scope="col" and scope="row"
  1078. # [20:37] <Philip`> http://www.banfill-locke.org/ uses a 'tbody th' rule but doesn't actually have any <th> elements
  1079. # [20:39] <Philip`> http://finance.sina.com.cn/ used to have '#changeTop5 tbody th {text-align:left; font-weight:normal; padding-left:10px;}' but seemingly no more
  1080. # [20:39] <BenMillard> the things authors currently do to get around default styling a pretty awful
  1081. # [20:39] <BenMillard> s/a/are
  1082. # [20:40] <Philip`> http://www.espoo.fi/peruskoulut/kuitinmaki had a a 'table.Calendar td, table.Calendar tbody th {' but I can't access that site now
  1083. # [20:40] <Philip`> s/a //
  1084. # [20:40] <Philip`> So, it's not a very commonly used technique at the moment
  1085. # [20:40] * Quits: tndH (i=Rob@adsl-77-86-9-123.karoo.KCOM.COM) (Read error: 110 (Connection timed out))
  1086. # [20:41] <BenMillard> it actually takes quite a lot of imagination if you aren't a markup expert
  1087. # [20:41] <Philip`> Oh, the page loaded, and it still has the calendar thing plus a 'table.Calendar thead th {'
  1088. # [20:42] <Philip`> and seems to be using thead correctly
  1089. # [20:43] <Philip`> so that's one page in 130K that uses CSS inside the HTML page (i.e. ignoring external CSS files) to style th differently in thead and tbody
  1090. # [20:43] <BenMillard> the first row in the <thead> is navigation either side of a title; not a set of table headers imho
  1091. # [20:44] <Philip`> Well, by "correctly" I only really mean "at the top of the table with some sort of headery stuff" (as opposed to e.g. wrapping the entire page in a thead in a layout table)
  1092. # [20:45] <BenMillard> yes, for that definition it is "correct" :)
  1093. # [20:45] * Quits: othermaciej_ (n=mjs@17.255.100.27) (Read error: 110 (Connection timed out))
  1094. # [20:45] <Philip`> I automatically lower my expectations whenever I'm looking at web content :-)
  1095. # [20:46] <BenMillard> lots of bgcolor and style attributes (some just style="") yet it has a <link rel="stylesheet"> and a <style>
  1096. # [20:47] <BenMillard> it will be nice when everyone writes markup as good as we can
  1097. # [20:47] <BenMillard> I'm unsure if that will ever happen, though
  1098. # [20:47] * andersca is now known as ac_lunch
  1099. # [20:49] <Philip`> I don't think you should call my markup good, judging by some of what I seem to have written
  1100. # [20:50] <Philip`> It's far better than average, judging by what I've seen of average code, but much of mine is definitely not at all good :-)
  1101. # [20:53] <Philip`> Oops, looks like it'll start getting dark soon - time to go home...
  1102. # [20:53] <BenMillard> Philip`, useful stats and use cases as always :)
  1103. # [20:53] * hsivonen wonders if < and > comparisons with NaN in XPath are true or false
  1104. # [20:55] <Philip`> Maybe they are Not-a-Boolean
  1105. # [20:56] <hsivonen> Philip`: everything in XPath can be coerced to truthiness
  1106. # [20:57] <Philip`> Is everything necessarily coerced into a single deterministic state of truthiness, or could you split into a quantum superposition of every possible state?
  1107. # [21:00] * Joins: jacobolus (n=jacobolu@140.247.241.108)
  1108. # [21:02] <hsivonen> I think test for attribute presence before trying to coerce into a number
  1109. # [21:10] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  1110. # [21:21] <Hixie> ~!!!!!!!!!!!!!!!!!!!!!!!!`````````````1111
  1111. # [21:22] <hasather_> Hixie: did your cat just walk on the kwyboard?
  1112. # [21:23] <virtuelv> looks like something stuck between the ~ and 1?
  1113. # [21:24] <hsivonen> custom kb layout?
  1114. # [21:24] <Hixie> yes
  1115. # [21:24] <Hixie> sorry about that
  1116. # [21:24] <Hixie> love them dearly, but they need to learn to not sit on my laptop
  1117. # [21:25] <Hixie> Lachy: i have a dreamhost ps, and it is configured to use slightly less cpu and ram than is sometimes necessary
  1118. # [21:26] <hsivonen> Hixie: can Dreamhost VMs grow and shrink RAM/CPU elastically?
  1119. # [21:28] * Quits: phsiao (n=shawn@nat/ibm/x-710ecdad18a65f10) (Read error: 110 (Connection timed out))
  1120. # [21:28] <Hixie> hsivonen: yes, but you have to request the amount if you want it to chanve
  1121. # [21:30] <hsivonen> Hixie: ok. It seems to me that Dreamhost and Amazon EC2 need some off-the-shelf Google App Engine-ish software for managing on-demand resource usage
  1122. # [21:30] <Hixie> heh
  1123. # [21:31] <Hixie> well google app engine has the same problem really
  1124. # [21:31] * Quits: othermaciej (n=mjs@17.203.15.181)
  1125. # [21:31] <Hixie> if you hit your quota, you start serving 500s or some such
  1126. # [21:31] <Hixie> i don't see any way to avoid that
  1127. # [21:31] <hsivonen> credit card number and free license to grow on demand :-)
  1128. # [21:31] <annevk> e-mail / sms when you nearly hit it and allow for grow on demand
  1129. # [21:31] <Hixie> i'll take donations :-)
  1130. # [21:32] <hsivonen> free as in not restricted
  1131. # [21:32] <hsivonen> I took a look at what Amazon EC2 would offer for Validator.nu
  1132. # [21:33] <hsivonen> with the current load, it would be more expensive than the current host
  1133. # [21:33] <hsivonen> and the real problem with EC2 is that everyone needs to reinvent a system that fires up more VMs on demand and shuts them down on demand
  1134. # [21:35] * Quits: hasather_ (n=hasather@90-231-107-133-no62.tbcn.telia.com) (Remote closed the connection)
  1135. # [21:35] <hsivonen> (Validator.nu could be a good fit for App Engine for Java, since there's no writing to persistent storage or log-in, hence, the BigTable/Google Accounts lock-in risk would be avoided)
  1136. # [21:35] * Joins: hasather_ (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  1137. # [21:39] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  1138. # [21:45] <Lachy> Hixie, the spec doesn't clearly address this use case http://blog.whatwg.org/reverse-ordered-lists#comment-25249
  1139. # [21:45] <annevk> http://lists.w3.org/Archives/Public/public-forms/2008Apr/att-0099/2008-04-23.html#topic9
  1140. # [21:45] * Joins: othermaciej (n=mjs@17.203.15.181)
  1141. # [21:45] <Lachy> although, maybe that's because the use case itself isnt entirely clear. But, in any case, authors should be allowed to use ol for that instead of wasting time finding work arounds
  1142. # [21:46] <annevk> ^^ Forms WG on Forms TF
  1143. # [21:48] <Hixie> Lachy: i guess the strict answer is you use CSS, but yeah, few people are going to die if you just use <ol reversed>
  1144. # [21:50] <Lachy> hixie, yeah, it's not so hard to style a ul with numbers, but when the spec causes people to seriously question borderline cases like that, it's sometimes easier to fix the spec than to get people to realise they're wasting time and effort
  1145. # [21:51] <othermaciej> annevk: willI be depressed reading that?
  1146. # [21:51] <Lachy> But I can't think of a way to fix the spec, without blurring the distinction between ol and ul.
  1147. # [21:51] <Lachy> This makes little sense: "I think the disagreement is whether a core XForms processor should respond to the HTML brand of syntax. In the tag soup example, no, but if you had well-formed XML, would we expect an XForms processor to do that? Maybe RFC-2119 with May or Should instead of Must."
  1148. # [21:52] <Philip`> Which/whose disagreement are they referring to?
  1149. # [21:53] <Lachy> AFAICT, the suggestion is to use a relaxed conformance criteria in a way that leaves a big choice for implementers between 2 very different processing requirements.
  1150. # [21:53] <Lachy> which is, of course, a great way to achieve interop. :-)
  1151. # [21:54] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  1152. # [21:54] * Joins: othermaciej (n=mjs@17.203.15.181)
  1153. # [21:55] <Philip`> It sounds to me (in the absence of knowledge and context) like the question is whether all XForms processors must support the XHTML forms syntax, or whether that should be an optional feature that only some people (e.g. browser developers) will implement
  1154. # [21:56] <Lachy> ah, that makes a little more sense
  1155. # [21:57] <Philip`> (where "XHTML forms syntax" is something that's backward-compatible with current form usage but gets mapped onto an underlying XForms processing model, or something, I guess)
  1156. # [21:57] <othermaciej> I think they are talking about their proposal for a more HTML-like syntax for XForms
  1157. # [21:57] <othermaciej> (but still with many of the XForms differences from classic HTML forms, like <select1>)
  1158. # [21:59] <Lachy> I think, rather than focussing on syntax, they should be focussing on architectual consistency between the DOM/HTML's Form Processing model, and their XForms model. Syntax should be left entirely up to the HTMLWG
  1159. # [21:59] * Joins: jwalden (n=waldo@STRATTON-SIX-SEVENTY.MIT.EDU)
  1160. # [22:00] <annevk> That depends on whether anyone is actually interested in implementing an XForms model
  1161. # [22:00] <annevk> Any of the browser vendors, that is.
  1162. # [22:01] <Lachy> annevk, I don't think any of the browser vendors would be.
  1163. # [22:01] <othermaciej> Lachy: according to them, syntax is architecture
  1164. # [22:01] <annevk> SVG WG has similar sentiments
  1165. # [22:01] <othermaciej> also, they assume that HTML Forms should transition to having an underlying XForms processing model
  1166. # [22:02] <othermaciej> also they seem to feel that "who specified this first" is architecture
  1167. # [22:02] <othermaciej> "Part of the issue there is that at the broader architectural level, one of the principles I was trying to get across is that all of the efforts to improve HTML going forward should adopt the principle that features that people would like to have that are already expressed in a prior recommendation of the W3C, that those prior recommendations should take priority on how to make that feature."
  1168. # [22:02] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  1169. # [22:02] <annevk> fortunately HTML was defined first :)
  1170. # [22:03] <annevk> (though that's a lame argument, see CSS Ani vs SVG Ani)
  1171. # [22:03] <hsivonen> it's a lame argument, yes
  1172. # [22:04] <hsivonen> but indeed HTML forms were here first and have awesome deployment and network effects
  1173. # [22:04] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  1174. # [22:05] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  1175. # [22:06] <Lachy> maybe the problem is that the XForms WG are working on this backwards. They already have their solution, and their trying to map that solution onto HTML Forms, instead of looking directly at the problems with HTML forms and working out how to solve them without pre-conceived solutions
  1176. # [22:06] <othermaciej_> well, their architecture is already perfect
  1177. # [22:07] <othermaciej_> so they just have to figure out how to fix the flawed HTML Forms model to map to it
  1178. # [22:07] * othermaciej_ is now known as othermaciej
  1179. # [22:08] <hsivonen> I don't see what their XForms business continuity case is once the outcome gets far enough from XForms code-wise
  1180. # [22:08] <takkaria> I'm not quite sure what "We should ask how Web Forms 2.0 tables and repetition map into a recognized data layer, with their syntax?" means, esp. "recognised data layer"
  1181. # [22:09] * Joins: Slant (n=scott@dsl081-171-104.sea1.dsl.speakeasy.net)
  1182. # [22:09] <Slant> Has anyone noticed that the CSS keywords "thin" and "thick" aren't includedi n the sanitization rules?
  1183. # [22:10] <annevk> Slant, if you're talking about the wiki page on that, dunno, feel free to edit it :)
  1184. # [22:11] <Slant> annevk: I did a long time ago, and apparently it was reverted. I also reported it August of '07 on the Google Code issue tracker.
  1185. # [22:11] <Slant> I'm wondering what proper way to go about fixing this is?
  1186. # [22:11] * Quits: maikmerten (n=maikmert@L9af4.l.pppool.de) (Remote closed the connection)
  1187. # [22:11] <Slant> (Write a script to go through the CSS spec and pull all the keywords?)
  1188. # [22:11] <annevk> I don't really have an opinion on the matter :)
  1189. # [22:12] <annevk> Did you add it to the talk page?
  1190. # [22:12] <takkaria> oh, people might be interested, I got accepted to work on a C-language HTML5 parser in Google's summer of code
  1191. # [22:13] <annevk> takkaria, html5lib like or for a product?
  1192. # [22:14] <annevk> Hixie, nice work on the FAQ :)
  1193. # [22:15] <takkaria> annevk: it's a standalone library intended to be used in a lightweight newish web browser
  1194. # [22:15] <annevk> cool
  1195. # [22:19] <hsivonen> takkaria: congratulations
  1196. # [22:19] * Quits: Slant (n=scott@dsl081-171-104.sea1.dsl.speakeasy.net) ("Ex-Chat")
  1197. # [22:19] <hsivonen> takkaria: will it be libxml2-API-compatible
  1198. # [22:19] <hsivonen> ?
  1199. # [22:20] <annevk> othermaciej, yo, I raised an issue on DOM3Events and namespaces
  1200. # [22:20] <othermaciej> annevk: cool
  1201. # [22:21] <annevk> othermaciej, it seems MS is not that interested either
  1202. # [22:21] <takkaria> hsivonen: my current plan is to build a tree directly using libxml2 structures, so libxml2 API calls should work with it
  1203. # [22:23] * Joins: sverrej_ (n=sverrej@89.10.27.86)
  1204. # [22:25] <annevk> issue-123 :)
  1205. # [22:28] <Philip`> takkaria: Sounds useful :-)
  1206. # [22:28] <Philip`> When are you going to be working on that?
  1207. # [22:28] <Philip`> (I need to try to finish my C++ parser before then :-p )
  1208. # [22:29] <takkaria> Philip`: from whenever ink arrives for my printer til September
  1209. # [22:29] * Quits: jacobolus (n=jacobolu@140.247.241.108)
  1210. # [22:31] * Quits: ac_lunch (n=andersca@c-71-198-2-225.hsd1.ca.comcast.net) ("a")
  1211. # [22:40] * Quits: sverrej (n=sverrej@89.10.27.86) (Read error: 110 (Connection timed out))
  1212. # [22:44] * Quits: webben (n=benh@nat/yahoo/x-6891b4ffb5a168da)
  1213. # [22:44] * Joins: webben (n=benh@nat/yahoo/x-0b325c882de0f943)
  1214. # [22:46] * Quits: webben (n=benh@nat/yahoo/x-0b325c882de0f943) (Client Quit)
  1215. # [22:46] * Joins: andersca (n=andersca@17.255.111.128)
  1216. # [22:46] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  1217. # [22:48] <hsivonen> ouch. progress has *lots* of inequalities to satisfy...
  1218. # [22:49] <Hixie> only three!
  1219. # [22:50] <Hixie> annevk: wasn't much work, but it needed it
  1220. # [22:50] <hsivonen> Hixie: there are many pairwise inequalities
  1221. # [22:51] <hsivonen> also, value and max sometimes coming from textContent is not helping
  1222. # [22:51] <Hixie> yeah
  1223. # [22:52] <hsivonen> I'm semisecretly hoping that the textContent alternative just went away, because doing it correctly in an internationalized way is going to be really complex
  1224. # [22:52] * Joins: roc (n=roc@202.0.36.64)
  1225. # [22:53] <hsivonen> and leaving it English-only is a long list thread waiting to erupt
  1226. # [22:54] * Joins: jacobolus (n=jacobolu@140.247.156.168)
  1227. # [22:57] * Joins: roc_ (n=roc@202.0.36.64)
  1228. # [22:57] * Quits: roc (n=roc@202.0.36.64) (Read error: 104 (Connection reset by peer))
  1229. # [22:57] * Quits: sverrej_ (n=sverrej@89.10.27.86) (Read error: 113 (No route to host))
  1230. # [22:57] * Quits: aroben (n=aroben@unaffiliated/aroben) ("Leaving")
  1231. # [23:07] <Dashiva> Hixie, Philip`: This is where I say "I told you so" :P
  1232. # [23:07] * Joins: sverrej (n=sverrej@89.10.27.86)
  1233. # [23:07] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  1234. # [23:07] * Joins: othermaciej (n=mjs@17.203.15.181)
  1235. # [23:08] * Joins: weinig_ (n=weinig@nat/apple/x-6f302062780c6b72)
  1236. # [23:10] <Philip`> Dashiva: Thanks for collecting all that graph data and sending it to me last night
  1237. # [23:11] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  1238. # [23:11] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  1239. # [23:11] * Joins: othermaciej (n=mjs@17.203.15.181)
  1240. # [23:14] * Quits: jacobolus (n=jacobolu@140.247.156.168)
  1241. # [23:16] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  1242. # [23:22] <Lachy> annevk, I just sent the proposal to drop NSResolver from selectors api to public-webapi
  1243. # [23:23] <annevk> heh, some people will experience a no namespace overflow now
  1244. # [23:24] <Lachy> yeah, I noticed. I wasn't expecting the issue to be raised againsed DOM3 Events
  1245. # [23:24] * Quits: weinig (n=weinig@17.203.15.172) (Read error: 110 (Connection timed out))
  1246. # [23:25] <annevk> me neither, but I felt like saying it during the telcon and then I raised it so it was not forgotten
  1247. # [23:25] <Lachy> I filled out the arguments a bit more from what I had sent internally. I tried to cover all the possible counter arguments I could think of
  1248. # [23:25] <annevk> nice
  1249. # [23:26] <annevk> though namespace fans will be glad to know that the first spec I take to CR will be about namespaces :)
  1250. # [23:26] <Lachy> which spec is that?
  1251. # [23:26] <annevk> css3-namespace
  1252. # [23:27] <Hixie> Dashiva: about what? :-)
  1253. # [23:28] <Dashiva> <Dashimon> I'm sure Philip` is already doing it
  1254. # [23:28] <Hixie> ah
  1255. # [23:28] <Hixie> hehe
  1256. # [23:28] <Hixie> thanks!
  1257. # [23:28] <Philip`> Dashiva: You were wrong about that, since I wasn't already doing it when you said that
  1258. # [23:28] <Hixie> the graph is nicely flat
  1259. # [23:28] <Philip`> In fact, I never did it at all, I don't know what you're talking about
  1260. # [23:28] <annevk> will the lines ever cross :)
  1261. # [23:29] * Quits: weinig_ (n=weinig@nat/apple/x-6f302062780c6b72)
  1262. # [23:30] <Philip`> By the way, if anybody ever wants to do something like 'svn blame' on the spec and doesn't want to hurt Hixie's server, I've got a local copy of the SVN repository on an otherwise-idle machine, though I suppose I have high latency and am therefore not very useful
  1263. # [23:30] * Quits: jwalden (n=waldo@STRATTON-SIX-SEVENTY.MIT.EDU) (Remote closed the connection)
  1264. # [23:30] * Joins: weinig (n=weinig@nat/apple/x-0229f1fcab6b5377)
  1265. # [23:31] <hsivonen> does blame show anything else but blame Hixie for everything_
  1266. # [23:31] <hsivonen> ?
  1267. # [23:31] <gsnedders> or someone could just make a git clone of it…
  1268. # [23:32] <gsnedders> hsivonen: revision, date
  1269. # [23:32] <hsivonen> ah right
  1270. # [23:32] <gsnedders> (then other people could just clone the git clone)
  1271. # [23:32] <Philip`> It show the revision in which each line was Hixie's fault
  1272. # [23:32] * Joins: othermaciej_ (n=mjs@17.203.15.181)
  1273. # [23:32] <Philip`> s//s/
  1274. # [23:32] <gsnedders> But we already know it's Hixie's fault, so who care's when he made the mistake :P
  1275. # [23:32] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  1276. # [23:32] <gsnedders> (And yes, I know there is a valid use-case)
  1277. # [23:33] * Joins: sverrej_ (n=sverrej@89.10.27.86)
  1278. # [23:35] <Philip`> gsnedders: Why would a git clone be better than svnsync?
  1279. # [23:35] * othermaciej_ is now known as othermaciej
  1280. # [23:36] <gsnedders> Philip`: because it stores it more efficiently, and blame itself is far quicker.
  1281. # [23:44] * Joins: Star (i=beos@213-66-217-32-no30.tbcn.telia.com)
  1282. # [23:45] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com) (Read error: 104 (Connection reset by peer))
  1283. # [23:47] <hsivonen> Hixie: unless I'm mistaken, just the attribute cases (ignoring textContent altogether) yield 20 different assertions
  1284. # [23:48] <hsivonen> first each pairwise inequality with attributes present and then comparisons against 0 or 1 when min/max is absent
  1285. # [23:49] * Quits: sverrej (n=sverrej@89.10.27.86) (Read error: 113 (No route to host))
  1286. # [23:49] <Philip`> gsnedders: Who cares about efficiency? svn blame only takes 5m22.461s
  1287. # [23:50] <Hixie> hsivonen: sounds like you're doing it in a more complicated way than necessary
  1288. # [23:50] <Hixie> hsivonen: just get the values, set them to defaults if they're missing, and then check the inequalities in three steps
  1289. # [23:50] <Hixie> assuming you have a language like python that can do chain inequalities
  1290. # [23:50] <Hixie> otherwise, as 7 steps
  1291. # [23:51] <hsivonen> Hixie: would that lead to an error message that sucks?
  1292. # [23:51] <Philip`> Revision 1 is the most stable, with 8277 lines unchanged since then; then 1037, 1310, 1033 and 1036 still have more than a thousand lines remaining in the latest version
  1293. # [23:51] <hsivonen> Hixie: now I have 20 different error messages
  1294. # [23:51] <Hixie> hsivonen: ah well if you want to report each case differently then yes, you may well have a lot fo different checks
  1295. # [23:53] <hsivonen> Hixie: also, XPath isn't that great
  1296. # [23:54] <Philip`> XPath should have a python("...") function
  1297. # [23:54] <hsivonen> indeed
  1298. # [23:55] <hsivonen> or scheme()
  1299. # [23:55] <hsivonen> or at least conditional experssions
  1300. # [23:55] <hsivonen> or Python-style 'or' and 'and' return values
  1301. # [23:56] <hsivonen> I suppose with Jython, it would be possible to make a Schematron flavor that used Python as its query language
  1302. # [23:57] <Philip`> Or use Rhino and JS
  1303. # [23:58] <Lachy> hsivonen, I've got a small feature enhancement idea for the validator.
  1304. # [23:59] <hsivonen> Lachy: what is it?
  1305. # [23:59] * Joins: jacobolus (n=jacobolu@140.247.156.168)
  1306. # [23:59] <Lachy> A general purpose metadata/atribute value inspection tool to help authors inspect the values of title="" attributes (especially for <abbr>), href attributes for links, etc.
  1307. # [23:59] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  1308. # Session Close: Thu Apr 24 00:00:01 2008

The end :)