/irc-logs / freenode / #whatwg / 2008-12-05 / end

Options:

  1. # Session Start: Fri Dec 05 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: billmason (n=bmason@ip49.unival.com) (Read error: 54 (Connection reset by peer))
  4. # [00:25] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  5. # [00:29] * Quits: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  6. # [00:58] * Quits: KevinMarks (n=KevinMar@nat/google/x-98f498757de84004) ("The computer fell asleep")
  7. # [00:58] * Joins: KevinMarks (n=KevinMar@nat/google/x-044b4eba711e9513)
  8. # [00:59] <olliej> annevk3: congrats
  9. # [01:05] <jwalden> I ask <http://blogs.msdn.com/ie/archive/2008/12/03/compatibility-view-improvements-to-come-in-ie8.aspx#9173873>; the response is http://blogs.msdn.com/ie/archive/2008/12/03/compatibility-view-improvements-to-come-in-ie8.aspx#9175737
  10. # [01:05] <jwalden> absolutely ridiculous
  11. # [01:05] * Joins: tantek (n=tantek@204.9.180.30)
  12. # [01:06] <jwalden> although it's not clear that's ms responding
  13. # [01:06] <Hixie> it's somewhat true, and a better situation than nothing being interoperable at all...
  14. # [01:07] <Philip`> jwalden: It seems clear that's not MS responding, because it doesn't say "[MS]" in their name
  15. # [01:08] <jwalden> who then? I didn't know ms had fanboys, and I can't think of anyone else who'd presume to speak on this
  16. # [01:09] <Philip`> Everyone has fanboys :-)
  17. # [01:14] * Quits: KevinMarks (n=KevinMar@nat/google/x-044b4eba711e9513) (Read error: 110 (Connection timed out))
  18. # [01:15] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Remote closed the connection)
  19. # [01:30] <Hixie> annevk3: yt?
  20. # [01:31] * Joins: weinig (n=weinig@nat/apple/x-87a07dfcc58e471b)
  21. # [01:31] <Hixie> annevk3: XHR should define what happens when (a) its owner document stops being fully active (probably the events get buffered up somehow) and (b) what happens when its owner document is reset (probably all buffered events are discarded, and the i/o is silently aborted without any further events firing, but you'll have to check IE to be sure)
  22. # [01:32] <Hixie> (a document is reset when document.open() is called upon it)
  23. # [01:32] <Hixie> annevk3: also you'll have to define that a document has an implied strong reference to the XHR object, otherwise the object will get garbage collected before XHR has completed
  24. # [01:33] <Hixie> maybe instead of owner document for the latter case you should talk in terms of the owner scripting context, since we're adding xhr to workers too
  25. # [01:43] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  26. # [01:44] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  27. # [01:48] * Quits: weinig|lunch (n=weinig@nat/apple/x-12e0cd488e2b8dc8) (Read error: 110 (Connection timed out))
  28. # [01:49] <Hixie> actually (a) might be better handled by saying that you just block while the scripting context of the event listeners is frozen...
  29. # [01:49] <Hixie> and then we can define freezing of scripting contexts...
  30. # [01:49] <Hixie> hmm...
  31. # [01:49] <Hixie> document.open() sucks
  32. # [01:56] * Joins: ajnewbold (n=neatnik@224-74.ip4.durham0.network.cynigram.com)
  33. # [01:59] * Quits: dglazkov (n=dglazkov@nat/google/x-2619724283d03537)
  34. # [02:12] * Quits: tantek (n=tantek@204.9.180.30)
  35. # [02:32] <MikeSmith> Hixie: about the term "void element" -- you went with that because "empty element" is ambiguous? That is, it could mean both, "An element that by design must not contain any contents", and "An instance of element that can contain contents but that happens not to contain any." e.g., <script src=foo.js></script> is an empty element
  36. # [02:32] <MikeSmith> was that the reason, or part of the reason, or was it for a different reason(s) altogether?
  37. # [02:51] * Quits: weinig (n=weinig@nat/apple/x-87a07dfcc58e471b)
  38. # [02:52] <roc> there are a lot of MS fanboys. The MS MVP program is institutionalized fanboys
  39. # [02:57] <roc> it's going to be a real nightmare figuring out why (or not) a site is being displayed with the IE8 layout engine
  40. # [03:01] * Quits: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk) ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  41. # [03:04] <roc> "As for CSS compliance I have a question: the CSS specification says that illegal property-values should be ignored. Why does IE throw an exception when an illegal property-value is assigned through script (e.g. setting element.style.width='-10px' or something)?"
  42. # [03:04] <roc> urp
  43. # [03:05] * Joins: weinig (n=weinig@nat/apple/x-4d2fe3f9e262f707)
  44. # [03:05] <MikeSmith> roc: what was the answer to that?
  45. # [03:06] <roc> there was no answer
  46. # [03:07] * Quits: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com) ("Leaving.")
  47. # [03:08] <Hixie> MikeSmith: that was the only reason that i recall
  48. # [03:09] <MikeSmith> Hixie: OK, thanks
  49. # [03:09] <MikeSmith> roc: that was from a recent "chat with the MS team" thing?
  50. # [03:09] <roc> comment in the IEblog
  51. # [03:11] <MikeSmith> I se
  52. # [03:11] <MikeSmith> see
  53. # [03:13] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  54. # [03:18] * Joins: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  55. # [03:37] <MikeSmith> roc: btw, I made a number of changes to the script I use for generating the "Typical default display properties" sections, to deal with problems you mentioned
  56. # [03:37] <roc> cool
  57. # [03:37] <MikeSmith> see http://www.w3.org/html/wg/markup-spec/#audio-display
  58. # [03:37] <MikeSmith> or better:
  59. # [03:37] <MikeSmith> http://www.w3.org/html/wg/markup-spec/#input-display
  60. # [03:44] * Quits: dave_levin (n=dave_lev@72.14.227.1)
  61. # [03:45] <roc> MikeSmith: I don't think 'box-align' is a standard property (yet)
  62. # [03:46] <MikeSmith> roc: yeah, I know. but is that not also true about box-orient and box-margin?
  63. # [03:46] <roc> yes
  64. # [03:46] <roc> I didn't notice those
  65. # [03:47] <roc> appearance and box-sizing are too
  66. # [03:47] <ajnewbold> where are all of the circle-based properties?
  67. # [03:47] <ajnewbold> the circle doesn't get any respect :(
  68. # [03:48] <MikeSmith> roc: yeah, and border-radius, and margin-start, and padding-start, and user-select
  69. # [03:48] <roc> well, those ones are in CSS3
  70. # [03:48] <roc> although Webkit's syntax might not match the CSS3 syntax for border-radius
  71. # [03:49] <MikeSmith> OK
  72. # [03:49] <roc> user-select might not be in any current CSS3 draft but it has been in the past
  73. # [03:49] <roc> so has box-sizing I suppose
  74. # [03:49] <MikeSmith> OK, well, I guess I can switch those back to e.g., _vendor_-box-orient
  75. # [03:49] <roc> box-align/box-orient/box-margin are the most glaring annoyances because they've never been in any CSS spec
  76. # [03:50] <MikeSmith> OK
  77. # [03:50] <roc> I don't think it makes sense to include non-standard properties at all, to be honest
  78. # [03:50] <MikeSmith> hmm
  79. # [03:50] <roc> most readers aren't going to know that those box properties are XUL related
  80. # [03:50] <MikeSmith> webkit uses them also
  81. # [03:51] <roc> yeah, because it implements parts of XUL layout
  82. # [03:51] <MikeSmith> ah
  83. # [03:51] <roc> these rules are really UA-specific ways of achieving a certain rendering for the replaced element
  84. # [03:51] <MikeSmith> so I'll just have the script drop the box- properties
  85. # [03:51] <MikeSmith> roc: OK, I see
  86. # [03:52] <roc> IMHO we don't need or really want to display "typical UA properties" for replaced elements
  87. # [03:52] <MikeSmith> yeah
  88. # [03:52] <roc> they're implementation details
  89. # [03:53] <MikeSmith> OK, but what about keeping the -start properties ?
  90. # [03:54] <MikeSmith> I could just have it change those to -left, but that would kind of misleading also
  91. # [03:54] <Lachy> MikeSmith, is your HTML markup language draft somewhere in CVS?
  92. # [03:55] <Lachy> I don't see it with the rest of them on dev.w3.org
  93. # [03:55] <MikeSmith> Lachy: it's in www.w3.org CVS
  94. # [03:55] <Lachy> ok
  95. # [03:56] <Lachy> just out of interest, why didn't it get put with the others?
  96. # [03:57] <MikeSmith> because systeam is asking me repeatedly not to put any more "documents" in dev.w3.org. claim that dev.w3.org is intended for hosting code and that we are essentially abusing it
  97. # [03:57] * Quits: weinig (n=weinig@nat/apple/x-4d2fe3f9e262f707)
  98. # [03:58] <MikeSmith> problem is that dev.w3.org is one puny machine, not load-balanced or mirrored like www.w3.org is
  99. # [03:58] <roc> IIRC the "start" and "end" variants of properties are something that is being standardized
  100. # [03:58] <MikeSmith> they have had some serious load problems with spiders crawling the HTML5 draft hosted on dev.w3.org
  101. # [03:58] <heycam> MikeSmith, shouldn't the solution to that problem be to allow CVS access to certain areas of www.w3.org by WG members?
  102. # [03:58] <roc> I'd just leave them in
  103. # [03:58] <MikeSmith> heycam: yeah
  104. # [03:59] <MikeSmith> roc: OK, thanks. What do you think about keeping "appearance"?
  105. # [03:59] <MikeSmith> values of appearance are mostly obvious
  106. # [04:00] <roc> all your uses of 'appearance' are for replaced elements
  107. # [04:00] <roc> like I said, I wouldn't include any "default display properties" for replaced elements
  108. # [04:00] <Lachy> ok, so does the sys team have any intention of shifting specs to the other CVS server, or moving dev.w3.org onto the load balanced servers?
  109. # [04:01] <MikeSmith> roc: I guess I'm not clear on on what a replaced element is. seems like 'input, input[type="password"], input[type="search"]' is not selecting a replaced element.. or is it?
  110. # [04:02] <roc> replaced elements are elements like form controls where (at least in principle) CSS does not define the rendering of the element
  111. # [04:02] <MikeSmith> OK
  112. # [04:02] <roc> CSS treats replaced elements as black boxes basically
  113. # [04:03] <roc> it just so happens that in Gecko and Webkit, at least, we implement replaced elements using CSS internally as well
  114. # [04:03] <roc> or mostly so
  115. # [04:03] <roc> but that is an implementation detail
  116. # [04:04] <MikeSmith> I see. Is that true for "user-select" also?
  117. # [04:04] <MikeSmith> Lachy: we can shift specs ourselves to www.w3.org and use ACLs to control access. but it's maintenance PITA, and no good reason to do it except for the dev.w3.org load issues
  118. # [04:04] <roc> user-select is a CSS property, not an element
  119. # [04:05] <roc> you're listing it on 'input' and 'textarea', which are both replaced elements
  120. # [04:05] <MikeSmith> roc: yeah, I know -- I mean the actual property
  121. # [04:05] <MikeSmith> OK
  122. # [04:05] <roc> <audio> and <video> are also replaced elements
  123. # [04:06] <MikeSmith> roc: OK, I'll have it just drop what's there for audio
  124. # [04:06] <roc> listing "typical UA stylesheet rules" for non-replaced elements makes some sense; authors can use that as a guide for how their stylesheets are likely to interact with typical UAs
  125. # [04:07] <MikeSmith> roc: right, that's what my main intent was for including it
  126. # [04:07] <roc> for replaced elements, for which CSS does not define how author styles work, and in practice author styling only works in limited ways, it's less useful
  127. # [04:07] <MikeSmith> yeah, I'm understanding that now
  128. # [04:17] * Joins: hdh (n=hdh@58.187.62.125)
  129. # [04:18] * Joins: billyjackass (n=MikeSmit@X089251.ppp.dion.ne.jp)
  130. # [04:19] * Quits: billyjackass (n=MikeSmit@X089251.ppp.dion.ne.jp) (Client Quit)
  131. # [04:19] * Quits: jwalden (n=waldo@corp-241.mountainview.mozilla.com) ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  132. # [04:20] * Joins: billyjackass (n=MikeSmit@X089251.ppp.dion.ne.jp)
  133. # [04:25] <billyjackass> roc: updated with all the replaced-elements stuff dropped -
  134. # [04:25] <billyjackass> http://www.w3.org/html/wg/markup-spec/
  135. # [04:25] <roc> cool
  136. # [04:26] <roc> you still have <select>, which is a replaced element
  137. # [04:26] <billyjackass> well, not all of it
  138. # [04:26] <billyjackass> yeah
  139. # [04:26] <roc> ditto option and optgroup
  140. # [04:27] <billyjackass> yep yep
  141. # [04:27] <billyjackass> .me goes back to tweak more
  142. # [04:27] * Joins: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net)
  143. # [04:27] <roc> and input
  144. # [04:28] <roc> and textarea
  145. # [04:28] <roc> hmmmm
  146. # [04:28] * roc checks his cache
  147. # [04:28] <billyjackass> button also, right?
  148. # [04:28] * Quits: doublec (n=chris@202.0.36.64) (Remote closed the connection)
  149. # [04:29] * Quits: MikeSmith (n=MikeSmit@X089251.ppp.dion.ne.jp) (Read error: 110 (Connection timed out))
  150. # [04:30] * Joins: doublec (n=chris@202.0.36.64)
  151. # [04:35] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  152. # [04:39] * Parts: rubys (n=rubys@cpe-075-182-087-110.nc.res.rr.com)
  153. # [04:42] * Joins: MikeSmith (n=MikeSmit@X089251.ppp.dion.ne.jp)
  154. # [04:43] * jcranmer is now known as joshworm
  155. # [04:45] <roc> yeah
  156. # [04:46] * Joins: malware (n=MikeSmit@EM114-48-63-163.pool.e-mobile.ne.jp)
  157. # [04:46] <joshworm> malware?
  158. # [04:46] <malware> joshworm: malware = MikeSmith
  159. # [04:46] <joshworm> malware: I guessed that much
  160. # [04:46] * malware is having network issues, IRC sessions getting hung open
  161. # [04:47] <joshworm> I was just wondering about the peculiar choice of nickname
  162. # [04:47] <malware> old handle I used when I was working at Opera
  163. # [04:47] * joshworm is now known as jcranmer
  164. # [04:48] * jcranmer shouldn't accuse too much...
  165. # [04:49] <malware> I think madrobby gots the best handle of all
  166. # [04:49] <jcranmer> malware not found
  167. # [04:50] <malware> malware keeps people on their toes
  168. # [04:56] * Quits: billyjackass (n=MikeSmit@X089251.ppp.dion.ne.jp) (Read error: 110 (Connection timed out))
  169. # [05:00] * Quits: MikeSmith (n=MikeSmit@X089251.ppp.dion.ne.jp) (Read error: 110 (Connection timed out))
  170. # [05:00] * Quits: dbaron (n=dbaron@corp-241.mountainview.mozilla.com) ("8403864 bytes have been tenured, next gc will be global.")
  171. # [05:06] * malware is now known as MikeSmith
  172. # [05:12] * Joins: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net)
  173. # [05:13] * Joins: weinig (n=weinig@c-98-234-220-45.hsd1.ca.comcast.net)
  174. # [05:20] * Joins: dbaron (n=dbaron@c-71-204-152-23.hsd1.ca.comcast.net)
  175. # [05:39] * Quits: dolske (n=dolske@firefox/developer/dolske)
  176. # [05:43] * Quits: ajnewbold (n=neatnik@224-74.ip4.durham0.network.cynigram.com) (Remote closed the connection)
  177. # [05:52] * Quits: dimich (n=dimich@72.14.227.1) (Read error: 110 (Connection timed out))
  178. # [05:59] <jwalden> !summon othermaciej
  179. # [06:00] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  180. # [06:07] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  181. # [06:07] * Joins: dave_levin_ (n=dave_lev@72.14.224.1)
  182. # [06:10] * Joins: dolske (n=dolske@c-76-103-41-195.hsd1.ca.comcast.net)
  183. # [06:23] * Quits: dave_levin (n=dave_lev@c-98-203-247-78.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  184. # [06:27] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  185. # [06:28] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 145 (Connection timed out))
  186. # [06:31] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  187. # [06:31] * Quits: famicom (i=famicom@5ED2FF2D.cable.ziggo.nl) (Read error: 110 (Connection timed out))
  188. # [06:37] * Quits: doublec (n=chris@202.0.36.64) (Read error: 110 (Connection timed out))
  189. # [06:38] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  190. # [07:02] * Parts: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  191. # [07:04] * Joins: smerp (n=smerp@cpe-066-057-061-202.nc.res.rr.com)
  192. # [07:06] * Quits: smerp][ (n=smerp@66.192.95.199) (Read error: 60 (Operation timed out))
  193. # [07:26] * Joins: heycam (n=cam@124-168-123-82.dyn.iinet.net.au)
  194. # [07:32] * Quits: weinig (n=weinig@c-98-234-220-45.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  195. # [07:41] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  196. # [08:05] * olliej is now known as fakeolliej
  197. # [08:14] * Quits: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no) (Read error: 113 (No route to host))
  198. # [08:20] * Quits: dbaron (n=dbaron@c-71-204-152-23.hsd1.ca.comcast.net) ("g'night")
  199. # [08:34] * Joins: ap (n=ap@195.239.126.10)
  200. # [08:37] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  201. # [08:41] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  202. # [08:42] * Quits: pergj (n=pergj@cm-84.208.140.163.getinternet.no) (Read error: 113 (No route to host))
  203. # [08:42] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  204. # [08:51] * Joins: pesla (n=retep@procurios.xs4all.nl)
  205. # [08:51] * Quits: gpy (i=gpy@193.138.219.74) (Remote closed the connection)
  206. # [08:57] * Joins: gpy (n=gpy@193.138.219.74)
  207. # [09:05] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net) (Read error: 110 (Connection timed out))
  208. # [09:11] <hsivonen> "JavaScript and its more sophisticated cousin Ajax"
  209. # [09:12] <hsivonen> source: http://news.cnet.com/8301-17939_109-10113196-2.html
  210. # [09:17] <MikeSmith> bastard stepchild
  211. # [09:17] * Joins: aaronlev (n=chatzill@g227067175.adsl.alicedsl.de)
  212. # [09:18] * Joins: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  213. # [09:21] * Joins: pergj (n=pergj@home.kvaleberg.no)
  214. # [09:22] <yecril71> How an URL gets decoded is defined in the RFC, there is no need to repeat it for HTML.
  215. # [09:23] <yecril71> (Especially Wikipedia has various funny marks in fragment identifiers, so it uses this feature extensively)
  216. # [09:24] <yecril71> id="foo%20bar" stands for just that, no decoding.
  217. # [09:25] <yecril71> You can say id="foo&#32;bar" if that does not suit your needs ;-)
  218. # [09:26] <yecril71> That will not validate of course.
  219. # [09:26] <yecril71> But neither does %20.
  220. # [09:27] <yecril71> The authors are expected to double check their pages, not to rely on the user agent to fix their nonsense each time.
  221. # [09:28] <hsivonen> Sun hasn't done a great job in explaining how much JavaFX is just libraries and how much it's runtime environment features you couldn't do as libraries
  222. # [09:28] <yecril71> Of course, there are exceptions, but a mismatched identifier is not worth fixing IMHO.
  223. # [09:29] <yecril71> The reader can find the interesting fragment herself.
  224. # [09:32] <hsivonen> The first Java Web Start-based demo I tried is so slow it isn't even funny
  225. # [09:32] <hsivonen> so slow to start that is
  226. # [09:32] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  227. # [09:33] <yecril71> Content of a BR element cannot be loaded from text but it can be constructed from script.
  228. # [09:33] <yecril71> In that case, it should be ignored.
  229. # [09:35] * Joins: tthorsen (n=tommy@home.kvaleberg.no)
  230. # [09:39] <hsivonen> So Sun now ships VP6 video decoder, too.
  231. # [09:42] * Quits: aaronlev (n=chatzill@g227067175.adsl.alicedsl.de) ("ChatZilla 0.9.83-rdmsoft [XULRunner 1.9.0.1/2008072406]")
  232. # [09:51] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  233. # [09:51] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  234. # [10:19] <nessy> hsivonen: where did you get that news from?
  235. # [10:21] <hsivonen> nessy: Slashdot, On2's site and Wikipedia
  236. # [10:21] <nessy> thx
  237. # [10:27] <jwalden> hsivonen: did you see "Firefox is owned by Google, at this point." in that article?
  238. # [10:27] <hsivonen> jwalden: I did
  239. # [10:28] <jwalden> I suppose I shouldn't expect more from a renewed attempt to push a technology that was basically DOA, but I do
  240. # [10:28] <maikmerten> the JavaFX video demonstration plays rather horribly here
  241. # [10:28] <maikmerten> (and it won't resize... great)
  242. # [10:29] * Quits: roc (n=roc@202.0.36.64)
  243. # [10:30] <maikmerten> and right, they licensed VP6 (On2 has a Java decoder for it) - not sure what their choice for audio is, but I'd assume MP3 perhaps to be compatible with the usual FLV files
  244. # [10:32] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  245. # [10:32] <hsivonen> maikmerten: I think a FAQ said MP3
  246. # [10:33] <maikmerten> ah
  247. # [10:33] <hsivonen> they aren't naming their files .flv, though
  248. # [10:33] * Joins: tndH (n=Rob@james-baillie-pc083-058.student-halls.leeds.ac.uk)
  249. # [10:33] * hsivonen already closed the window with the new filename extension
  250. # [10:33] <maikmerten> def mediaUrl:String ="http://capra.sfbay.sun.com/~jm158417/javafx_videos/big_buck_bunny_512x288_h264.flv";
  251. # [10:33] <hsivonen> the first demo I tried was underwhelming
  252. # [10:33] <maikmerten> http://javafx.com/samples/SimpleVideoPlayer/index.html
  253. # [10:34] <maikmerten> yeah, it looked not exactly that nice and wasn't fluid here
  254. # [10:34] <hsivonen> It took around 10 minutes for Java Web Start to tell me that it tried to load and failed
  255. # [10:34] <maikmerten> oh, took only like 15 seconds here
  256. # [10:34] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  257. # [10:34] <maikmerten> their site was basically DDOSed by the JavaFX announcement
  258. # [10:36] <maikmerten> ooooh, *now* I see why that video wasn't fluid
  259. # [10:36] <maikmerten> the *encoded file* has dropped frames everywhere
  260. # [10:37] <maikmerten> yup, the audio track is 22050 Hz stereo at 64 kbit/s MP3
  261. # [10:38] <maikmerten> why would they *showcase* such a crappy encoding (not so much the audio quality, but the video)
  262. # [10:38] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  263. # [10:45] * Joins: roc (n=roc@121-72-177-53.dsl.telstraclear.net)
  264. # [10:46] * Joins: ROBOd (n=robod@89.122.216.38)
  265. # [10:47] <annevk3> Hixie, meh
  266. # [10:47] <annevk3> Hixie, e-mail?
  267. # [10:50] <annevk3> oh you did
  268. # [10:50] <annevk3> meh
  269. # [10:50] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  270. # [10:52] * Joins: zcorpan_ (n=zcorpan@c83-252-193-84.bredband.comhem.se)
  271. # [11:02] * Joins: zcorpan__ (n=zcorpan@c83-252-193-84.bredband.comhem.se)
  272. # [11:03] * Joins: billyjackass (n=MikeSmit@EM114-48-145-141.pool.e-mobile.ne.jp)
  273. # [11:03] <zcorpan__> now i've seen at least two people think that <section><h1>foo</h1><section>bar</section></section> is the correct way
  274. # [11:03] <zcorpan__> maybe the spec should call it out explicitly
  275. # [11:03] <Lachy> zcorpan__, link?
  276. # [11:04] <Lachy> oh, nevermind. that's what that guy asked about on help@whatwg
  277. # [11:04] * zcorpan__ is now known as zcorpan
  278. # [11:04] <Lachy> I'll make sure I mention that in the authoring guide
  279. # [11:05] * Philip` wonders what's wrong with that markup
  280. # [11:05] * Quits: MikeSmith (n=MikeSmit@EM114-48-63-163.pool.e-mobile.ne.jp) (Read error: 110 (Connection timed out))
  281. # [11:06] <zcorpan> Philip`: 'bar' isn't intended to be a subsection
  282. # [11:06] <Philip`> Ah
  283. # [11:07] <Hixie> zcorpan: yeah... not sure what to do about that. send me mail with advice? :-)
  284. # [11:07] <zcorpan> Hixie: Lachy's response on help@whatwg.org seemed like something that could be converted to examples in the spec
  285. # [11:09] <BenMillard> sectioning elements make sectioning more trouble than it's worth, imho, but I haven't studied this in detail yet
  286. # [11:09] * Quits: zcorpan_ (n=zcorpan@c83-252-193-84.bredband.comhem.se) (Read error: 110 (Connection timed out))
  287. # [11:10] <Lachy> BenMillard, it can make things a little more verbose than just using numbered headings
  288. # [11:12] <zcorpan> i'd only use them for wrapper divs on a page, not within an article
  289. # [11:12] <BenMillard> replacing <div> with <section> throughout a page because it's "more semantic" is a permathread waiting to happen! :P
  290. # [11:12] <Philip`> Maybe it would be worth telling people that they don't actually need to use <section>
  291. # [11:13] <Philip`> so they shouldn't try to mark up every single 'section' (in some very loose definition) of their page, because there's no point
  292. # [11:14] <zcorpan> we need an outline tool so authors can see the result of their markup
  293. # [11:14] <krijn> BenMillard: and some <div>'s would become <article> because that's even more semantic!
  294. # [11:15] <Philip`> And spans become <section style="display:inline">!
  295. # [11:15] <Lachy> it would be better if its use could be optimised so you can replace sequential sections like this:
  296. # [11:15] <Lachy> <section><h1/><p>...</section><section><h1/><p>...</section>
  297. # [11:15] <Lachy> with:
  298. # [11:15] <Lachy> <section><h1/><p>... <h1/><p>...</section>
  299. # [11:15] <Philip`> With these changes, we're half way to the Semantic Web already
  300. # [11:16] <Lachy> actually, I think that already works
  301. # [11:17] <zcorpan> Lachy: it does. you get a new implied section after the <section> element
  302. # [11:18] <zcorpan> so it's as if it was <section><h1/><p>...</section><::implied-section><h1/><p>...</::implied-section>
  303. # [11:18] <zcorpan> in the outline
  304. # [11:18] <krijn> Can't html5.validator.nu include the outline algorithm? :)
  305. # [11:19] <BenMillard> jgraham, you implemented the document outline algorithm IIRC?
  306. # [11:19] <zcorpan> krijn: http://bugzilla.validator.nu/show_bug.cgi?id=65
  307. # [11:19] <krijn> Ah okay
  308. # [11:20] <krijn> Would be awesome :)
  309. # [11:31] * Quits: roc (n=roc@121-72-177-53.dsl.telstraclear.net)
  310. # [11:32] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  311. # [11:33] * Quits: billyjackass (n=MikeSmit@EM114-48-145-141.pool.e-mobile.ne.jp) ("sex break")
  312. # [11:34] <BenMillard> krijn, the Semantic Data Extractor from W3C works well for <h1>-<h6>, plus a few other things: http://xrl.us/ozrwg
  313. # [11:35] * Joins: MikeSmith (n=MikeSmit@X089251.ppp.dion.ne.jp)
  314. # [11:35] * Joins: mstange (n=markus@buntes215.wohnheim.uni-kl.de)
  315. # [11:36] <krijn> Yeah, but I want to use it for something like http://fronteers.nl/bijeenkomsten/planning.html5
  316. # [11:37] <krijn> (Which is a bad example, regarding <section>, but still)
  317. # [11:37] <Hixie> since the point of <section> is to make the headers easier, maybe we should just require each section to have a header
  318. # [11:38] <MikeSmith> Hixie: yes
  319. # [11:38] <hsivonen> Hixie: I think the key is getting a selector
  320. # [11:38] <Hixie> that too
  321. # [11:38] <MikeSmith> <section> doesn't seem particularly useful without a header
  322. # [11:40] <hsivonen> my knee jerk reaction is that trying to require stuff to be present is bad, because it makes it harder for editors to maintain continuous validity and because someone always has a legitimate counter case
  323. # [11:42] <Hixie> yeah
  324. # [11:42] <krijn> Would http://fronteers.nl/congres/2008/english.html5 be bad use of <section> then?
  325. # [11:42] <hsivonen> the best things that could happen with section:
  326. # [11:43] <annevk3> if we don't get the CSS issue sorted out <section> is sort of useless
  327. # [11:43] <hsivonen> 1) a major browser changing its UA style sheet to style by outline depth by default
  328. # [11:43] <hsivonen> 2) a major browser exposing the outline in the UI for quick navigation
  329. # [11:43] <hsivonen> annevk3: I agree
  330. # [11:44] <MikeSmith> if we don't require a heading for section, then I guess I'd question whether we want to have section at all. because the current content model for section is exactly the same as div; the differ only in semantics
  331. # [11:44] * Joins: Hish_ (n=chatzill@p3EE2230A.dip0.t-ipconnect.de)
  332. # [11:44] <Hixie> krijn: looks ok to me. <div>s in the <nav> could be sections too. and the sponsors could be <aside>. fwiw.
  333. # [11:45] <BenMillard> I think the only elements which should participate in the document outline are <h1>-<h6>. Even that much complexity is beyond a lot of authors at the moment. Also, <h1>-<h6> seem adequate for ATs when they are present and used in any sensible manner, without special sectioning elements and an outline depth selector.
  334. # [11:45] <annevk3> MikeSmith, <section> allows for nested headers without having to care about which <hx> element you use
  335. # [11:45] <Hixie> MikeSmith: lots of elements have the same content model as <div>
  336. # [11:45] <Hixie> anyway bed time
  337. # [11:45] <Hixie> nn
  338. # [11:45] <BenMillard> once I find a new source for funding, headings are the intended outline of documents is something I want to study
  339. # [11:45] <BenMillard> cya hixie
  340. # [11:46] <krijn> Fixed
  341. # [11:46] <BenMillard> s/headings are/headings and/
  342. # [11:47] <MikeSmith> anyway, moot point until browsers show some interest in actually implementing support for <section> natively
  343. # [11:47] * Quits: pergj (n=pergj@home.kvaleberg.no) ("Ex-Chat")
  344. # [11:47] <Philip`> BenMillard: Do you have any idea whether many authors view HTML documents as a linear sequence of items, versus as a nested tree structure?
  345. # [11:48] <BenMillard> Philip`, interesting question.
  346. # [11:48] <Philip`> I'd guess the first viewpoint fits better with <h1>-<h6>, and the second with (nested) <section>s
  347. # [11:48] <Lachy> Hopefully Selectors 3 will get to PR soon enough and the CSS WG can start solving issues like sections and heading levels in Selectors 4
  348. # [11:49] <Philip`> I suppose as soon as you start doing any kind of non-trivial layout, either with tables or with CSS, you've got to view the document as a tree otherwise it just won't make sense
  349. # [11:49] <MikeSmith> Hixie: as far as I can see, <section> is in fact the only element that has the same content model as <div>
  350. # [11:49] <krijn> BenMillard: hmm, you need funding for this stuff? :)
  351. # [11:49] <BenMillard> Philip`, my experience is that typical authors don't think about semantics, so their mental model of the document is simply how it looks on screen.
  352. # [11:49] <MikeSmith> they're the only ones that can start with style@scoped
  353. # [11:49] <krijn> Agreed with BenMillard
  354. # [11:50] <krijn> Most authors think of a way to make a design work
  355. # [11:50] <krijn> Most of the times that's where you start writing HTML
  356. # [11:51] <krijn> Unless there's some wireframe/interaction design you start with
  357. # [11:51] <BenMillard> krijn, my bank balance has this column where some values are positive some are negative. The sum of those numbers must be positive, otherwise I start getting worried. Without funding, it's hard to get enough positive values into that column whilst still doing significant amounts of HTML5 stuff. :)
  358. # [11:52] <Philip`> Hmm, so does that mean the tree view makes sense when it has a clear relationship with the layout (e.g. deeply nested tables/divs), but not so much when it's largely independent of layout (e.g. invisible <section>s)?
  359. # [11:54] <krijn> The tree view is important for CSS selectors as well
  360. # [11:54] <krijn> But as an author, you mostly control the rough layout parts.. Inside the body of an article, most of the stuff comes from a CMS, where you can't control anything
  361. # [11:54] <krijn> At least, that's my experience
  362. # [11:55] * Joins: pergj (n=pergj@home.kvaleberg.no)
  363. # [11:57] * Joins: webben (n=webben@nat/yahoo/x-5fff7e25577e2fe2)
  364. # [11:57] <MikeSmith> hmm, hsivonen looking at the HTML5 spec, I see that it currently seems to allow style@scoped in any flow content -- not just in div and section
  365. # [11:57] <MikeSmith> but the whattf.or schema restricts style@scoped to just being in div and section
  366. # [11:58] * Joins: Hish__ (n=chatzill@mail2.n-e-s.de)
  367. # [11:58] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 104 (Connection reset by peer))
  368. # [11:58] * Hish__ is now known as Hish
  369. # [12:00] <MikeSmith> btw, do any UAs yet support style@scoped? (style in body content)
  370. # [12:01] <annevk3> no
  371. # [12:01] <annevk3> (style in body content they do, but that's not the same)
  372. # [12:01] * Quits: zcorpan (n=zcorpan@c83-252-193-84.bredband.comhem.se) (Read error: 131 (Connection reset by peer))
  373. # [12:02] <MikeSmith> annevk3: style in body content just gets moved to the DOM head and is unscoped, right?
  374. # [12:02] <MikeSmith> that is, @scoped is just ignored if it's present
  375. # [12:02] * Joins: zcorpan (n=zcorpan@c83-252-193-84.bredband.comhem.se)
  376. # [12:02] <BenMillard> MikeSmith, yeah. I've used <style> in body content to hide content further up the page in a demo in Firefox 2 and that worked. (So the <style> was not scoped.)
  377. # [12:03] <MikeSmith> I see
  378. # [12:03] <annevk3> MikeSmith, it should not get moved to the head I think
  379. # [12:04] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Read error: 104 (Connection reset by peer))
  380. # [12:04] <BenMillard> hiding #breadcrumb: http://calthorpepark.hants.sch.uk/temp/test/footer.htm
  381. # [12:04] <BenMillard> Firefix 2 moves the <style> to the <head>
  382. # [12:05] <BenMillard> s/Firefix 2/Firefox 2/
  383. # [12:05] <annevk3> news at eleven, browsers have bugs!
  384. # [12:06] <BenMillard> hehe :D
  385. # [12:06] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  386. # [12:07] <krijn> They do? Wtf
  387. # [12:07] * Joins: |tbb| (i=d95b155b@gateway/web/ajax/mibbit.com/x-dbf9416f1494124c)
  388. # [12:07] * Joins: doublec (n=chris@118-92-197-148.dsl.dyn.ihug.co.nz)
  389. # [12:08] <Philip`> krijn: It's just a conspiracy by the browser developers to keep their QA people employed in this period of economic hardship
  390. # [12:10] <krijn> :)
  391. # [12:11] * Quits: zcorpan (n=zcorpan@c83-252-193-84.bredband.comhem.se) (Read error: 60 (Operation timed out))
  392. # [12:11] <|tbb|> anyone know where (irc server/channel) i can get help for -webkit-animation questions?
  393. # [12:11] <MikeSmith> unemployed QA people are know to cause all manner of havoc
  394. # [12:11] <annevk3> or maybe it's the QA and spec people keeping themselves employed
  395. # [12:11] <annevk3> |tbb|, #webkit ?
  396. # [12:11] <MikeSmith> like the Bathists that the US kicked out of their jobs in Iraq
  397. # [12:12] <|tbb|> annevk3: thx, sometimes it is so easy ;)
  398. # [12:16] * Quits: Hish_ (n=chatzill@p3EE2230A.dip0.t-ipconnect.de) (Read error: 110 (Connection timed out))
  399. # [12:20] <jgraham> Hmm Ben has gone so I can't argue with him about HTML4 headings being understandable by authors
  400. # [12:21] <krijn> Are they?
  401. # [12:22] <|tbb|> anyone has experience with webkit-animation ?
  402. # [12:23] <Philip`> jgraham: Are you wanting to argue in favour of or against the view that they are understandable?
  403. # [12:23] <MikeSmith> |tbb|: ping dino_ on #webkit
  404. # [12:24] <jgraham> Philip`: Against, otherwise it would be a kind or boring argument where we agreed
  405. # [12:25] <krijn> Hmm, http://fronteers.nl/congres/2008/english.html5 and http://fronteers.nl/congres/2008/english.xhtml5 work remarkably well.. (my first HTML5 test with a real site)
  406. # [12:25] <Philip`> jgraham: But he never claimed they were understandable - he said they were "beyond a lot of authors at the moment"
  407. # [12:29] <jgraham> Philip`: Oh well. I still disagree with the premise that that means we should not have <section> in html5
  408. # [12:31] * Joins: aaronlev (n=chatzill@g227067175.adsl.alicedsl.de)
  409. # [12:31] <MikeSmith> |tbb|: you might also try posting a question to the webkit-dev mailing list
  410. # [12:50] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  411. # [13:39] * Quits: smerp (n=smerp@cpe-066-057-061-202.nc.res.rr.com)
  412. # [13:41] * Joins: ojan_ (n=ojan@nat/google/x-22f3b7904c6a4b25)
  413. # [13:45] * Quits: ojan (n=ojan@nat/google/x-0656d2314c494b78) (Read error: 60 (Operation timed out))
  414. # [14:13] <hsivonen> http://agilewebdevelopment.com/plugins/assert_valid_markup_nu
  415. # [14:13] <hsivonen> anyone here tried it yet?
  416. # [14:26] * Joins: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  417. # [14:26] <BenMillard> jgraham, I'm here now. :)
  418. # [14:34] <jgraham> BenMillard: You're wrong :p
  419. # [14:35] <jgraham> BenMillard: I did implement the HTML5 outline algorithm. There is a shoddy UI on james.html5.org
  420. # [14:35] <BenMillard> jgraham, cool
  421. # [14:36] <annevk3> so far over half of the requests to html5.org in December resulted in 403 (53046 requests)
  422. # [14:37] <annevk3> amount of requests declined enormously after I implemented that change as well
  423. # [14:37] <BenMillard> annevk3, I have similarly annoying stats on Project Cerbera
  424. # [14:37] <BenMillard> but for 404s
  425. # [14:37] <annevk3> first day 26000, implemented change, second day 13000 requests, third and fourth day 3000 requests each
  426. # [14:37] <BenMillard> like, things are requesting completely bogus URLs from my site which have never existed
  427. # [14:37] * Quits: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  428. # [14:38] <annevk3> BenMillard, this is something else
  429. # [14:38] <annevk3> a bot was hitting html5.org quite hard
  430. # [14:38] <annevk3> using a distributed proxy network of some sorts
  431. # [14:38] <BenMillard> annevk3, do you think it was malicious or just dumb?
  432. # [14:39] <annevk3> no idea
  433. # [14:43] <BenMillard> jgraham, about a year ago I summarised some of the common approaches to using <h1>-<h6> amongst accessibility professionals from accessify.com: http://projectcerbera.com/web/articles/heading-numbers#interpretations
  434. # [14:44] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  435. # [14:44] <BenMillard> jgraham, I've collected examples of how headings are done on the web here: http://projectcerbera.com/web/study/2008/headings
  436. # [14:45] <BenMillard> jgraham, the biggest problem from an accessibility point of view is heading text which is not marked up using heading elements.
  437. # [14:47] * Quits: mstange (n=markus@buntes215.wohnheim.uni-kl.de) ("ChatZilla 0.9.84 [Firefox 3.2a1pre/20081204020527]")
  438. # [14:49] * Quits: nessy (n=nessy@124-168-145-163.dyn.iinet.net.au) ("This computer has gone to sleep")
  439. # [14:51] <jgraham> BenMillard: When I implemented a Firefox extension for document outlines, the biggest problem apart from simply missing headings was people who didn't connect their use of headings to the logical structure of their document, even though that logical structure was often expressed in <div>s
  440. # [14:51] <BenMillard> krijn, here's an HTML5 outline algorithm thingy from jgraham: http://james.html5.org/outliner.html
  441. # [14:52] <BenMillard> jgraham, really? Nearest I've found to a fully sectioned document are ones which use <blockquote> as if it were a section element, so they get indented sections.
  442. # [14:52] <BenMillard> for example: http://www.opengroup.org/onlinepubs/000095399/functions/glob.html
  443. # [14:53] <BenMillard> what sort of disconnects did you find? an <h2> before the first <h1>, things like that?
  444. # [14:56] <jgraham> BenMillard: Things like people using <h2> for all their subheadings and then <h4> for all the sidebar headings "because they are less important", so the sidebar ends up under the final subsection
  445. # [14:56] <BenMillard> jgraham, yeah I've seen things like that as well
  446. # [14:56] * Joins: smerp (n=smerp@66.192.95.199)
  447. # [14:57] <krijn> BenMillard, jgraham: doesn't work too well, but could be me..
  448. # [14:57] <BenMillard> krijn, yeah I entered a URL and clicked "Load" and still waiting...
  449. # [14:57] <krijn> :)
  450. # [14:57] <jgraham> Well it worked once upon a time
  451. # [14:58] <krijn> It also doesn't like <h1><img alt="Foo"></h1>
  452. # [14:58] <BenMillard> jgraham, that's basically fine for the user experience in practice, so long as it's done consistently across the website
  453. # [14:58] <jgraham> BenMillard: Not for visual users displaying the headings in a tree
  454. # [14:58] <jgraham> At least for me it sucked
  455. # [14:58] <BenMillard> jgraham, who would do that? If you can see the document, you don't need a
  456. # [14:58] <BenMillard> oops
  457. # [14:59] <BenMillard> if you can see the document, you don't need a document outline to show you what you can already see?
  458. # [14:59] <BenMillard> (yay arguments! :P)
  459. # [15:00] <BenMillard> having heading elements at all creates a dramatic improve in accessibility since "next heading" and "previous heading" are a boon for zooming around the page non-visually
  460. # [15:01] <jgraham> BenMillard: http://gnuplot.info/docs_4.0/gnuplot.html
  461. # [15:01] <jgraham> BenMillard: Also if it is useless it is pretty surprisingly common in editors/viewers for other languages e.g. word, many pdf readers
  462. # [15:03] <BenMillard> jgraham, that's a really long document with many sections...not very typical of web pages I find through random searching and browsing. :)
  463. # [15:03] <BenMillard> jgraham, does your Firefox extension support Firefox 2? if so I could try it out
  464. # [15:03] <zcorpan> hsivonen: what is the plugin for?
  465. # [15:04] <zcorpan> hsivonen: i.e. which app?
  466. # [15:04] <jgraham> BenMillard: Officially it only supports 2 because I didn't update it for 3
  467. # [15:04] <hsivonen> zcorpan: looks like its for running unit tests in the context of Rails
  468. # [15:04] <BenMillard> jgraham, cool got a link for it?
  469. # [15:05] <BenMillard> jgraham, the Information > Show Document Outline feature in the Web Developer Toolbar for Firefox works on that document, just with <h1>-<h6>, although you can't click it's output to scroll the document it came from.
  470. # [15:05] <BenMillard> s/Show Document Outline/View Document Outline/
  471. # [15:05] <jgraham> https://addons.mozilla.org/en-US/firefox/addon/475
  472. # [15:06] * jgraham notices that some people seem to like it which suggests non-disabled users have a use for this kind of feature
  473. # [15:07] <BenMillard> jgraham, I can totally see the handiness of this for people who frequently browse massive documents, like specs and big computery manual thingies.
  474. # [15:07] <BenMillard> jgraham, and it works without specialist sectioning markup. ;) ;)
  475. # [15:09] <jgraham> BenMillard: It needs <h1>-<h6>
  476. # [15:09] <jgraham> But that design just lends itself to brokenness
  477. # [15:09] <BenMillard> jgraham, by "specialist sectioning markup" I mean things like <section>, <article>, etc
  478. # [15:10] <BenMillard> jgraham, do you think requiring more markup from authors would reduce the frequency of brokenness on the web, then?
  479. # [15:10] <krijn> Just <h> (or now <h1>) with good selector support would've saved so much trouble :/
  480. # [15:10] <BenMillard> sectioning elements + heading elements is more markup than heading elements alone
  481. # [15:10] * Joins: myakura (n=myakura@p4200-ipbf2306marunouchi.tokyo.ocn.ne.jp)
  482. # [15:11] <jgraham> BenMillard: I think markup that corresponds to the structure being represented should lead to less brokenness
  483. # [15:12] <jgraham> Headings were badly designed in the first place, presumably because there was no easy way to style based on nesting level but different elements were easy to style differently
  484. # [15:12] * Quits: smerp (n=smerp@66.192.95.199) ("Jesus Built My Workstation")
  485. # [15:12] * Joins: smerp (n=smerp@66.192.95.199)
  486. # [15:12] <jgraham> I think it is worth trying to fix both those problems, subject to the usual constraints
  487. # [15:13] * Quits: webben (n=webben@nat/yahoo/x-5fff7e25577e2fe2) (Read error: 60 (Operation timed out))
  488. # [15:13] <hendry> can i confirm that inputmode has been dropped from HTML5?
  489. # [15:14] <BenMillard> jgraham, I'm not sure we agree what "brokenness" is.
  490. # [15:14] <BenMillard> I consider <p><strong> for <h4> to be broken. I consider or using <h1> for big bold text to be broken.
  491. # [15:14] <BenMillard> s/or using/using/
  492. # [15:14] <jgraham> No disagreement so far
  493. # [15:15] <BenMillard> I consider <h1> for main content heading with <h2> for company name in the header to be fine
  494. # [15:15] <BenMillard> (so an <h2> before the first <h1>)
  495. # [15:16] <annevk3> hendry, yes
  496. # [15:16] <jgraham> I consider that particular example suboptimal but of little consequence
  497. # [15:16] <jgraham> (HTML5 deals with it fine)
  498. # [15:16] <BenMillard> jgraham, fair enough.
  499. # [15:16] <BenMillard> jgraham, this document has no <h1> so is that broken? http://gnuplot.info/docs_4.0/gnuplot.html
  500. # [15:17] <hendry> annevk3: ta
  501. # [15:18] <jgraham> BenMillard: I don't really carewhich headings people use an an absolute sense, so long as they have the correct relationship to each other
  502. # [15:19] <BenMillard> jgraham, interesting.
  503. # [15:20] * Quits: doublec (n=chris@118-92-197-148.dsl.dyn.ihug.co.nz) ("Leaving")
  504. # [15:21] <jgraham> BenMillard: Unless you can demonstrate tha it is practical to extract some information from markup I'm not that bothered by how it is used. I doubt you can extract much meaningful information from absolute header numbers that you could not get by making a tree
  505. # [15:24] <BenMillard> jgraham, do you agree that using any heading element around heading text is better than using no heading element around that text?
  506. # [15:27] <jgraham> Yes
  507. # [15:28] <BenMillard> jgraham, do you agree that heading elements are uncommon even though heading text is common?
  508. # [15:28] <jgraham> BenMillard: I don't know. I suspect that is true
  509. # [15:29] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  510. # [15:30] <BenMillard> jgraham, find-in-page for "h1" to "h6": http://canvex.lazyilluminati.com/survey/2007-07-17/analyse.cgi/index
  511. # [15:30] <BenMillard> and use common sense to realise that just about ever page has multiple runs of heading text :)
  512. # [15:31] <BenMillard> s/ever/every/
  513. # [15:31] <BenMillard> the "Tag names (page)" bars are the best for seeing this
  514. # [15:31] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  515. # [15:34] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (Client Quit)
  516. # [15:36] <BenMillard> jgraham, am I right in saying we agree the biggest problem is getting authors to indicate heading-ness in the first place, and indicating the correct level is the second biggest problem?
  517. # [15:36] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  518. # [16:14] <krijn> The biggest problem is tools, letting authors produce something like <p><strong>Some sentence without a period</strong></p>
  519. # [16:14] * Disconnected
  520. # [16:14] * Attempting to rejoin channel #whatwg
  521. # [16:14] * Rejoined channel #whatwg
  522. # [16:14] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  523. # [16:14] * Set by Hixie on Thu Oct 23 14:38:15
  524. # [16:14] <krijnh> Doh
  525. # [16:14] * Joins: harig (n=harig_in@122.160.12.230)
  526. # [16:14] <krijnh> BenMillard: still discussing headings? :)
  527. # [16:15] * Parts: harig (n=harig_in@122.160.12.230)
  528. # [16:15] <jgraham> BenMillard: I agree with the problems. I think <section> is more likely to get the relative ordering right. I don't know what is more likely to get people using headings at all but I guess it doesn't make too much difference
  529. # [16:29] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  530. # [16:46] <BenMillard> jgraham, <section>+<h1> requires more elements and a special CSS selector. That dooms its prospects of becoming widespread, from the authoring practices I've seen. The bigger problem is headingness, so we shouldn't make headings in HTML more complicated by adding a doomed solution to a lesser problem.
  531. # [16:49] <krijnh> h2, h3 and h4 also still work, which don't require more markup, I think <section><h1 /></section> solves the <div><h4 /></div> problem
  532. # [16:49] <krijnh> Or am I not getting it?
  533. # [16:49] <BenMillard> (<section>+<h1> is a shorthand for the combination of <article>, <aside> and <section> with <h1> (or <h1>-<h6>) in HTML5)
  534. # [16:50] <BenMillard> krijnh, if they work then why introduce section elements and the ability to only use <h1> when sectioning elements are present?
  535. # [16:50] <BenMillard> (my point is that there's no reason to introduce these things that outweighs the complexity of adding them)
  536. # [16:52] <annevk3> BenMillard, <section>+<h1> is crucial if you have an article you want to use in several contexts, e.g. on blogs
  537. # [16:53] <BenMillard> annevk3, I'd hardly call it crucial since people get by without it fine already.
  538. # [16:53] <annevk3> BenMillard, modifying the value of x in <hx> properly when publishing an article in several contexts is just not trivial
  539. # [16:53] <annevk3> BenMillard, I avoid the use of headers in blog posts exactly because of this
  540. # [16:53] <jgraham> BenMillard: Especially when syndicating from multiple sources
  541. # [16:53] <annevk3> yeah, for planet.intertwingly the problem is even worse
  542. # [16:54] * Joins: billmason (n=bmason@ip49.unival.com)
  543. # [16:56] * Quits: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  544. # [16:56] <jgraham> BenMillard: For the kind of people who care enough to use headings at all I think the complexity of <section> et.al. is small. Certianly people have said to me in person that they want to use the new elements
  545. # [16:56] <BenMillard> annevk3, doing trivial string replacement to change heading levels automatically has worked fine for entries I write on my blog for over a year.
  546. # [16:57] <BenMillard> jgraham, people get seduced by novelty. I'd rather not do a new study in 20 years time just to say "See! I told you so!" :P
  547. # [16:57] <jgraham> OTOH the complexity of <h1>-<h6> is kind of hidden. They look simple but people always use them in odd ways
  548. # [16:58] <BenMillard> jgraham, playing fast an loose with heading levels doesn't matter if it's done consistently across a website.
  549. # [16:58] <krijnh> Not saving the <hx> markup anywhere in a database (only the heading level in the current context) makes it a lot easier as well
  550. # [16:59] <BenMillard> as for syndicating from multiple sources, I suggest that is non-trivial to start with and that there are many corrections other than heading depth which must be made to do it "properly"
  551. # [16:59] <gsnedders> What Lachy was getting me to write was a script to replace all <hx> elements with their correct depth, ignoring the fact that <section> resets the x required
  552. # [17:00] <annevk3> BenMillard, string replacement is not really acceptable for markup
  553. # [17:00] <BenMillard> annevk3, tell that to the web. :) It's been faultless on my blog, and I suck at programming...
  554. # [17:00] * krijnh shakes BenMillards hand :)
  555. # [17:01] * BenMillard laughs!
  556. # [17:01] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  557. # [17:05] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  558. # [17:06] <BenMillard> wow, Yahoo! Slurp is still accessing URLs I created permanent redirects for about 3 years ago...
  559. # [17:06] <gsnedders> BenMillard: The tools won't save us. HTTP is badly implemented.
  560. # [17:07] <krijnh> Slurp is slurping all my sites as well, without ever providing any visitors :/
  561. # [17:07] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  562. # [17:07] <krijnh> (And it's the only one slurping rel="alternate" type="application/xhtml+xml")
  563. # [17:09] <BenMillard> krijnh, interesting. :)
  564. # [17:09] <BenMillard> Yahoo! is usually my 3rd biggest traceable referrer (or 2nd if you count Google and Google Images as 1 referrer): http://projectcerbera.com/blog/2008/04/bandwidth
  565. # [17:10] <BenMillard> gsnedders, yeah I've seen other people complain about permanent redirects not being treated as permanent....I expected a search engine to get that right though.
  566. # [17:11] <gsnedders> BenMillard: SimplePie doesn't at all.
  567. # [17:11] <Philip`> Google is the only one I've seen that crawls URLs from scripts as well as from the HTML
  568. # [17:13] <krijnh> Google Reader, Firefox Live Bookmarks.. Also not respecting 301's..
  569. # [17:13] * Quits: tthorsen (n=tommy@home.kvaleberg.no) ("Leaving")
  570. # [17:14] * Philip` doesn't entirely understand why search engines all seem to have completely different lists of places from which they extract URLs to crawl, and haven't yet converged to anything consistent
  571. # [17:14] <gsnedders> http://diveintomark.org/tests/client/http/
  572. # [17:14] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) ("Ex-Chat")
  573. # [17:14] * BenMillard wonders what proportion of requests that look like they come from search bots actually come from spambots and other malware using common search bot UA strings...
  574. # [17:18] <Philip`> BenMillard: I suppose that would be easy to determine, by just seeing who the IP address belongs to
  575. # [17:18] <yecril71> getElementByIdInSubtree is not that good really.
  576. # [17:19] <yecril71> It solves only the part of the problem.
  577. # [17:19] <yecril71> a part.
  578. # [17:19] <yecril71> What is needed here are local identifiers.
  579. # [17:19] <yecril71> They need not be unique throughout a document.
  580. # [17:20] <krijnh> IE5.5 requesting 10 pages all in the exact same second sure does look like a bot.. And then it also fetches stylesheets and javascripts :\
  581. # [17:20] * BenMillard just traced that a 404 was being caused by Slup trying to access a REALLY REALLY old URL, which goes through 3 layers of rewriting that ends up removing a necessary dash.
  582. # [17:21] <Philip`> (Since "descendant" is hard to spell, maybe the term "offspring" or "progeny" would work better)
  583. # [17:21] <yecril71> The local identifier, when it is referred to by an attribute, should be located in the subtree of the calling element first.
  584. # [17:21] * BenMillard resolves to refactor his legacy .htaccess rules...which won't be fun.
  585. # [17:22] <krijnh> BenMillard: you should get yourself better tools ;) They'll save you!
  586. # [17:22] <yecril71> If that fails, the parent nodes should be considered, until a subtree with a matching descendant is found.
  587. # [17:23] <yecril71> That would be a lifeboat for people using server-side templates.
  588. # [17:23] <Philip`> BenMillard: You should have unit tests so you can refactor your .htaccess safe in the knowledge that you won't accidentally break any links :-)
  589. # [17:24] <Philip`> yecril71: That would probably be incompatible with existing content, which relies on it always returning the first element (in document order) with that id
  590. # [17:25] <krijnh> http://projectcerbera.com/blog/2008/04/bandwidth/foo/bar/baz/hmm/i/need/a/htaccess/update/k10x :)
  591. # [17:25] <BenMillard> Philip`, that's a really good idea. Evidently my previous URL changes have caused little bits of breakage. Is there a guide to doing that well?
  592. # [17:25] <BenMillard> krijnh, whoa...what the hell...
  593. # [17:26] <krijnh> Err, yeah :)
  594. # [17:27] <Philip`> BenMillard: I'm not aware of any - it's the kind of thing that I've thought I should do, but never got around to
  595. # [17:28] <Philip`> http://projectcerbera.com/blog///////////////////////// is fun
  596. # [17:28] <BenMillard> Philip`, I'll have a look around when I bite the bullet to try and fix this once and for all
  597. # [17:29] <krijnh> Well Yahoo Slurp, eat your heart out :)
  598. # [17:29] <BenMillard> LOL...how are those even working?
  599. # [17:32] * Quits: myakura (n=myakura@p4200-ipbf2306marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  600. # [17:35] * Joins: dglazkov (n=dglazkov@nat/google/x-835da4deb59ab56f)
  601. # [17:41] <BenMillard> zcorpan, Yahoo! Slup still enters from the .html version of my URLs, so it always starts by going through the permanent redirect we designed nearly 2 years ago when I moved to extensionless URLs. :|
  602. # [17:42] * Quits: pergj (n=pergj@home.kvaleberg.no) (Read error: 113 (No route to host))
  603. # [17:47] <gsnedders> http://www.詹姆斯.com/feed breaks pretty much everything
  604. # [17:48] <gsnedders> Sorry, I'm just trying out other feed readers
  605. # [17:48] <gsnedders> Suggestions?
  606. # [17:48] <BenMillard> Sage is an add-on for Firefox which I've used for a long time: https://addons.mozilla.org/en-US/firefox/addon/77
  607. # [17:49] <gsnedders> BenMillard: Main issue with that: I don't use Firefox.
  608. # [17:49] <BenMillard> gsnedders, not even for testing?
  609. # [17:49] <gsnedders> BenMillard: Yes, but I do little testing at the moment :)
  610. # [17:51] <BenMillard> gsnedders, well Sage has served me...I don't recall seeing a broken feed in it but then I have a tiny number of quite predictable feeds.
  611. # [17:51] * Philip` wonders in what way that feed breaks
  612. # [17:51] <gsnedders> BenMillard: I am subscribed to a number of feeds that do horrible things just to break stuff
  613. # [17:51] <gsnedders> Philip`: It's because the XHTML namespace is stored as an entity
  614. # [17:52] <gsnedders> Philip`: I don't know why that breaks a lot of feed readers seeming most do at least use an XML parser
  615. # [17:52] <Philip`> gsnedders: Oh - it seems to work fine in Opera at least
  616. # [17:52] <gsnedders> Philip`: It completely fucks up Safari, and Google Reader doesn't take kindly to it either
  617. # [17:54] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  618. # [17:54] <BenMillard> gsnedders, that page for Sage claims 2,184,552 total downloads, which I guess makes it a fairly popular choice (over 100,000 actual users?)
  619. # [17:54] <gsnedders> http://simplepie.org/demo/?feed=www.詹姆斯.com%2Ffeed works :P
  620. # [17:57] * Joins: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  621. # [18:00] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  622. # [18:03] <Philip`> gsnedders: If I go to http://simplepie.org/404/ then the big search box gives an empty page when I try to use it :-(
  623. # [18:04] * Joins: weinig_ (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  624. # [18:05] * Quits: weinig_ (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  625. # [18:05] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  626. # [18:06] * Joins: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  627. # [18:07] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  628. # [18:07] <gsnedders> Philip`: EPIC FAIL.
  629. # [18:09] <Philip`> gsnedders: It's a disaster
  630. # [18:09] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  631. # [18:10] <gsnedders> Philip`: I know, I'm so sad :(
  632. # [18:10] * Joins: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  633. # [18:11] * Quits: dave_levin_ (n=dave_lev@72.14.224.1)
  634. # [18:18] * Parts: hdh (n=hdh@58.187.62.125)
  635. # [18:20] * Joins: aboodman3 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  636. # [18:20] * aboodman3 is now known as aboodman2
  637. # [18:21] * Quits: billmason (n=bmason@ip49.unival.com) (Read error: 104 (Connection reset by peer))
  638. # [18:21] * Joins: weinig_ (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  639. # [18:21] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  640. # [18:23] * Joins: billmason (n=bmason@ip49.unival.com)
  641. # [18:24] * weinig_ is now known as weinig
  642. # [18:26] * Joins: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no)
  643. # [18:27] * Joins: sbublava (n=stephan@77.118.155.11.wireless.dyn.drei.com)
  644. # [18:28] * Joins: smedero (n=smedero@mdp-nat251.mdp.com)
  645. # [18:33] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  646. # [18:34] * Quits: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net) (Read error: 145 (Connection timed out))
  647. # [18:44] * Joins: jwalden (n=waldo@corp-241.mountainview.mozilla.com)
  648. # [18:50] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  649. # [18:51] * Joins: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  650. # [18:52] * Quits: aboodman2 (n=aboodman@dsl081-073-212.sfo1.dsl.speakeasy.net)
  651. # [18:56] * Joins: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  652. # [18:56] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 131 (Connection reset by peer))
  653. # [18:58] * Joins: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  654. # [19:02] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  655. # [19:02] * Quits: tantek_ (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Read error: 104 (Connection reset by peer))
  656. # [19:02] * Joins: dave_levin_ (n=dave_lev@72.14.227.1)
  657. # [19:03] * Quits: dave_levin_ (n=dave_lev@72.14.227.1) (Remote closed the connection)
  658. # [19:03] * Joins: maikmerten (n=maikmert@Ladec.l.pppool.de)
  659. # [19:04] * Joins: dave_levin_ (n=dave_lev@72.14.227.1)
  660. # [19:05] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Read error: 104 (Connection reset by peer))
  661. # [19:07] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  662. # [19:08] * Joins: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  663. # [19:11] * Quits: ap (n=ap@195.239.126.10)
  664. # [19:12] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  665. # [19:12] * Joins: ap (n=ap@195.239.126.10)
  666. # [19:17] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  667. # [19:34] * Parts: BenMillard (n=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  668. # [19:34] * Joins: weinig_ (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  669. # [19:34] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  670. # [19:37] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  671. # [19:40] * Quits: zcorpan (n=zcorpan@pat.se.opera.com)
  672. # [19:50] * Quits: sbublava (n=stephan@77.118.155.11.wireless.dyn.drei.com)
  673. # [19:51] * Quits: erlehmann (n=erlehman@dslb-088-075-214-007.pools.arcor-ip.net) (Read error: 110 (Connection timed out))
  674. # [19:52] * Joins: erlehmann (n=erlehman@dslb-088-075-194-220.pools.arcor-ip.net)
  675. # [19:54] * Joins: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net)
  676. # [19:54] * Quits: weinig_ (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  677. # [20:01] * Joins: dbaron (n=dbaron@corp-241.mountainview.mozilla.com)
  678. # [20:05] * Joins: KevinMarks (n=KevinMar@nat/google/x-f5f327f42ff4d3bb)
  679. # [20:12] * Quits: maikmerten (n=maikmert@Ladec.l.pppool.de) (Client Quit)
  680. # [20:16] * Joins: dimich (n=dimich@72.14.227.1)
  681. # [20:16] <yecril71> getElementByID is not called on an Element at present, so there are no backward compatibility issues involved.
  682. # [20:23] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  683. # [20:28] * Quits: |tbb| (i=d95b155b@gateway/web/ajax/mibbit.com/x-dbf9416f1494124c) ("http://www.mibbit.com ajax IRC Client")
  684. # [20:33] * Quits: dave_levin (n=dave_lev@72.14.227.1) (Remote closed the connection)
  685. # [20:33] * Quits: dave_levin_ (n=dave_lev@72.14.227.1) (Read error: 104 (Connection reset by peer))
  686. # [20:34] * Joins: dave_levin (n=dave_lev@72.14.227.1)
  687. # [20:42] * Joins: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  688. # [20:45] * Joins: ojan (n=ojan@72.14.229.81)
  689. # [20:51] * Quits: tantek (n=tantek@c-67-161-5-143.hsd1.ca.comcast.net)
  690. # [21:14] * Quits: dolske (n=dolske@firefox/developer/dolske)
  691. # [21:18] * Quits: ap (n=ap@195.239.126.10)
  692. # [21:33] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  693. # [21:42] * Parts: ojan_ (n=ojan@nat/google/x-22f3b7904c6a4b25) ("Leaving")
  694. # [21:46] * Joins: dolske_ (n=dolske@corp-241.mountainview.mozilla.com)
  695. # [21:46] * Quits: dolske (n=dolske@firefox/developer/dolske)
  696. # [21:47] * dolske_ is now known as dolske
  697. # [21:47] * Quits: dolske (n=dolske@corp-241.mountainview.mozilla.com) (Client Quit)
  698. # [21:54] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  699. # [21:59] * Joins: ap (n=ap@195.239.126.10)
  700. # [22:01] * ojan is now known as ojan_lunch
  701. # [22:02] * fakeolliej is now known as olliej
  702. # [22:02] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  703. # [22:08] * Quits: KevinMarks (n=KevinMar@nat/google/x-f5f327f42ff4d3bb) ("The computer fell asleep")
  704. # [22:11] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 110 (Connection timed out))
  705. # [22:16] * Joins: weinig_ (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net)
  706. # [22:16] * Quits: weinig_ (n=weinig@c-69-181-81-233.hsd1.ca.comcast.net) (Client Quit)
  707. # [22:23] * Quits: psa (n=yomode@71.93.19.66) (Remote closed the connection)
  708. # [22:33] * Quits: weinig (n=weinig@c-98-207-155-32.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  709. # [22:37] * Quits: erlehmann (n=erlehman@dslb-088-075-194-220.pools.arcor-ip.net) (Read error: 60 (Operation timed out))
  710. # [22:55] * Joins: weinig (n=weinig@nat/apple/x-a9402e2db76fe7ba)
  711. # [22:56] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  712. # [22:56] * weinig is now known as weinig|lateLunch
  713. # [23:00] * Joins: psa (n=yomode@71.93.19.66)
  714. # [23:07] * Joins: KevinMarks (n=KevinMar@nat/google/x-4507066973784195)
  715. # [23:17] * gsnedders yawns
  716. # [23:18] * gsnedders is trying to convince someone that he does actually want his CMS to output HTML
  717. # [23:18] <krijnh> Pick me, pick me :)
  718. # [23:19] <krijnh> gsnedders: a customer of yours?
  719. # [23:20] <gsnedders> krijnh: No, I'm just looking for a CMS to use for a website, and I was asking in #drupal-support whether Drupal could output HTML
  720. # [23:20] <smedero> I imagine you got a lot of blank stares.
  721. # [23:21] <Dashiva> It can output broken XHTML, why would you ever want HTML?
  722. # [23:21] <krijnh> I picked HTML output for my CMS 3,5 years ago, and still happy with it (as are my customers)
  723. # [23:22] <krijnh> OTOH is outputting 'broken XHTML' means a solidus here and there, who cares
  724. # [23:22] <krijnh> *if
  725. # [23:24] * Quits: aboodman (n=aboodman@72.14.229.81) (Read error: 60 (Operation timed out))
  726. # [23:25] * Joins: aboodman (n=aboodman@72.14.229.81)
  727. # [23:25] <krijnh> gsnedders: take a crash course Dutch and you can use mine for free ;)
  728. # [23:25] <gsnedders> krijnh: :)
  729. # [23:25] * Quits: yecril71 (n=giecrilj@piekna-gts.2a.pl)
  730. # [23:25] <gsnedders> krijnh: I think I have too much on my plate with four AHs. I have a computing project which I need to do in the next two weeks, and an English dissertation in the next four :)
  731. # [23:26] <krijnh> Heh
  732. # [23:26] <krijnh> To get to know Drupal, 2 weeks isn't enough :)
  733. # [23:26] <gsnedders> I'm not planning on doing any such thing. :)
  734. # [23:27] <gsnedders> What I'm doing is a module for Anolis 1.1 disguised as being a program in itself :)
  735. # [23:28] <gsnedders> Anyone know of a CMS that can take HTML input (and sanitize it) and that uses a serializer?
  736. # [23:31] * Joins: smerp][ (n=smerp@66.192.95.199)
  737. # [23:41] * weinig|lateLunch is now known as weinig
  738. # [23:47] * Quits: smerp (n=smerp@66.192.95.199) (Read error: 110 (Connection timed out))
  739. # [23:47] * Quits: smerp][ (n=smerp@66.192.95.199) (Read error: 110 (Connection timed out))
  740. # [23:50] * Quits: KevinMarks (n=KevinMar@nat/google/x-4507066973784195) ("The computer fell asleep")
  741. # [23:52] <aboodman> Hixie: what are the latest thoughts around adding crypto primitives?
  742. # [23:53] * Parts: billmason (n=bmason@ip49.unival.com)
  743. # Session Close: Sat Dec 06 00:00:00 2008

The end :)