/irc-logs / freenode / #whatwg / 2009-01-19 / end

Options:

  1. # Session Start: Mon Jan 19 00:00:00 2009
  2. # Session Ident: #whatwg
  3. # [00:00] <hsivonen> "Steven: The HTML 5 approach to events is not scalable to the future, for example."
  4. # [00:01] <annevk> scaled pretty well for ten years
  5. # [00:02] <annevk> assuming he refers to onX
  6. # [00:03] <annevk> the namespace crowd always makes assumptions about growth that are never really backed by any research, afaict
  7. # [00:03] <annevk> just assumptions
  8. # [00:04] <hsivonen> annevk: London Gazette sure had NS growth :-)
  9. # [00:09] <tantek> ironically it is not lack of namespaces that doesn't scale, but rather the *use* of namespaces themselves as evidenced by how quickly documents get messy (hard to read and view source / copy-paste) with added namespaces.
  10. # [00:09] <tantek> theoretically, namespaces scale. in practice, they don't.
  11. # [00:12] <Hixie> i'm sure there are technical solutions to namespaces that could scale
  12. # [00:12] <Hixie> java's for example works reasonably well
  13. # [00:12] <Hixie> as i understand it
  14. # [00:13] <roc> that works because of the "import" statements at the top of the file which mean you never have to type them in the body
  15. # [00:14] <annevk> hsivonen, the other thing I find funny about that site is that they wrote a custom DTD to pass validation
  16. # [00:14] <roc> also, Java IDEs have an "organize imports" command which basically auto-generates the correct list of import statements for you and sticks it in your source files
  17. # [00:14] <hsivonen> also, Eclipse autogenerates them and maintains them, so you never have to type them anywhere
  18. # [00:15] <jcranmer> even with packages, I think name collisions are relatively rare
  19. # [00:15] <jcranmer> with the exception of some classes like "Pair" (how many people do you think reinvent this wheel?)
  20. # [00:15] <annevk> from the design doc of that site: "A <base> element needed to be added giving the identifier URL for the notice; this acts as the initial object during RDFa parsing. Relative URLs in the rest of the page needed to be updated to account for the change in base URL." sounds scary
  21. # [00:16] <Hixie> roc: yeah it's quite possible that java's mechanism isn't appropriate for html
  22. # [00:16] <Hixie> my point is just that while certainly the existing mechanisms for namespaces in web content have proved suboptimal, that doesn't mean that there isn't a better solution.
  23. # [00:16] <Hixie> now i don't know what it is
  24. # [00:16] <tantek> Hixie, also, namespaces for code and namespaces for data behave very very differently in practice, in usage, in maintenance etc.
  25. # [00:16] <annevk> "(In RDFa, the href attribute can hold a CURIE or a URL; we used CURIEs when referring to terms in known vocabularies, and URLs for more general purpose URLs because they are recognisable to non-RDFa processors.)"
  26. # [00:16] <Hixie> indeed
  27. # [00:16] <Hixie> (to tantek)
  28. # [00:17] <jcranmer> I suppose importing would be horrendous if you had a high collision rate
  29. # [00:17] * tantek is always referring to namespaces for data when he criticizes namespaces in general.
  30. # [00:17] <roc> some languages deal with collisions fairly well by writing something like "import A from B as C"
  31. # [00:18] <roc> Java doesn't
  32. # [00:18] <tantek> Perhaps I need to say data:namespaces vs. code:namespaces ;)
  33. # [00:18] * gsnedders probably ought to learn Java
  34. # [00:18] <jcranmer> the only collision I've ever had to deal with is java.util.List and java.awt.List
  35. # [00:19] <jcranmer> import java.awt.* and import java.util.* and List don't mix :-)
  36. # [00:19] <roc> one important difference is that Java has a compilation step that processes source text in a known environment and emits code with fully qualified names
  37. # [00:19] <jcranmer> yep
  38. # [00:19] <annevk> (from http://assets.expectnation.com/15/event/3/SemWebbing%20the%20London%20Gazette%20Paper%201.pdf )
  39. # [00:19] * jcranmer heads to supper
  40. # [00:19] <roc> so the data that gets exchanged is all fully qualified names
  41. # [00:20] <roc> HTML doesn't have this step; data transmitted exactly as authored
  42. # [00:20] <hsivonen> "We don't actually use DOM level 2 in XHTML 1.x at this time. However,
  43. # [00:20] <hsivonen> there is good text in there so I have referenced that as well.
  44. # [00:20] <hsivonen> "
  45. # [00:20] <hsivonen> http://lists.w3.org/Archives/Public/public-xhtml2/2009Jan/0041.html
  46. # [00:20] <roc> that's a key strength and weakness of HTML IMHO
  47. # [00:20] <Philip`> gsnedders: Java is a boring language, so unless you're being forced to write code in Java it'd probably be more fun to learn something else :-)
  48. # [00:21] <gsnedders> Philip`: I'm gonna be forced to learn it an uni, so I may as well get a slight clue
  49. # [00:21] <jcranmer> most interpreted languages will be compiled as the first step of being interpreted (although at a very high level, generally)
  50. # [00:21] <Philip`> gsnedders: If you learn it in advance, then it'll just be more boring when you're taught it again because you'll already know everything
  51. # [00:21] <annevk> for some reason data and code gets confused more often, e.g. people saying XML works because C compilers work
  52. # [00:21] <gsnedders> Philip`: That is true.
  53. # [00:22] <jcranmer> I prefer Java over C++
  54. # [00:22] <Philip`> jcranmer: In terms of a productive language to write things in, or in terms of being fun to use?
  55. # [00:22] <jcranmer> probably productivity, but I'm a practical guy
  56. # [00:23] <hsivonen> Philip`: do you find C++ fun?
  57. # [00:23] <roc> I find getting things done fun
  58. # [00:23] <jcranmer> most "fun" languages tend to just be annoying to me
  59. # [00:24] * gsnedders ought to re-write Anolis in a language that tends to be quicker than Python
  60. # [00:24] <annevk> gsnedders, it's quick enough, it just needs a nice serializer and new features :)
  61. # [00:25] <gsnedders> annevk: It's not that quick on the spec.
  62. # [00:25] <gsnedders> annevk: And the serializer is html5lib's fault :P
  63. # [00:25] <annevk> there are many specs that are not insanely huge
  64. # [00:25] <Philip`> hsivonen: Sometimes, when it lets you write a nice elegant efficient clever easy-to-read interface or implementation; whereas in Java you just write a load of classes and methods, which is really dull
  65. # [00:26] <annevk> gsnedders, well, html5lib has a serializer that is good for html5lib, but you need a spectree serializer, that's special
  66. # [00:26] <gsnedders> Why does it need to be different?
  67. # [00:27] <Philip`> (Of course the Java code is likely to be much more maintainable, but that's not the point)
  68. # [00:27] <gsnedders> annevk: and 40s for html5 is too slow :P
  69. # [00:29] <annevk> i suppose you could give html5lib a prettyprint serializer fla
  70. # [00:29] <annevk> g
  71. # [00:30] <gsnedders> 1.7s to do string substitutions, 1.2s to add cross-references
  72. # [00:30] <gsnedders> Too slow.
  73. # [00:39] * annevk notes that Origin is currently named XXX-Origin
  74. # [00:40] * Quits: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  75. # [00:41] * Quits: danbri (n=danbri@ip565f6edb.direct-adsl.nl)
  76. # [00:42] * Philip` assumes XXX-Origin is meant to be used to identify adult content
  77. # [00:46] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  78. # [00:46] * Joins: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  79. # [00:48] <zcorpan> annevk: for completeness :) http://simon.html5.org/dump/find.svg
  80. # [00:48] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  81. # [00:54] <annevk> the "Adding Semantics" section of that gazette doc is interesting
  82. # [00:54] <annevk> points out a lot of (known) issues
  83. # [00:55] <annevk> and "solutions", e.g. trying to automate generation of RDFa data
  84. # [01:19] * Joins: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  85. # [01:25] * Joins: danbri (n=danbri@ip565f6edb.direct-adsl.nl)
  86. # [01:26] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  87. # [01:28] * Quits: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  88. # [01:34] * Joins: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  89. # [01:35] * Joins: john_fallows (n=j_r_fall@c-76-21-120-222.hsd1.ca.comcast.net)
  90. # [01:38] * Quits: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  91. # [01:44] * Quits: john_fallows (n=j_r_fall@c-76-21-120-222.hsd1.ca.comcast.net) ("Leaving")
  92. # [02:04] * Parts: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  93. # [02:11] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  94. # [02:12] * Quits: othree (n=othree@admin39.ct.ntust.edu.tw) (verne.freenode.net irc.freenode.net)
  95. # [02:12] * Joins: hdh (n=hdh@58.187.22.244)
  96. # [02:16] * Joins: othree (n=othree@admin39.ct.ntust.edu.tw)
  97. # [02:34] * Quits: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  98. # [02:41] * Joins: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  99. # [02:52] * Joins: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  100. # [02:56] * Joins: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  101. # [02:57] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  102. # [03:05] * Quits: erlehmann (n=erlehman@86.59.25.121) (Read error: 60 (Operation timed out))
  103. # [03:11] * Quits: tantek (n=tantek@76-191-151-56.dsl.dynamic.sonic.net)
  104. # [03:14] * Quits: hallvors (n=hallvord@softbank221089079197.bbtec.net) (Read error: 104 (Connection reset by peer))
  105. # [03:15] * Joins: MikeSmith (n=MikeSmit@EM114-48-191-137.pool.e-mobile.ne.jp)
  106. # [03:16] * Quits: MikeSmith (n=MikeSmit@EM114-48-191-137.pool.e-mobile.ne.jp) (Client Quit)
  107. # [03:17] * Joins: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  108. # [03:20] * Joins: karlcow (n=karl@modemcable114.185-200-24.mc.videotron.ca)
  109. # [03:27] * Quits: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  110. # [03:51] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  111. # [03:53] <heycam> which is correct en-US: "acknowledgment" or "acknowledgement"?
  112. # [03:58] <Hixie> both
  113. # [03:58] <heycam> :/
  114. # [03:59] <heycam> well, the one with the "e" has more hits on google, so i'll go with that
  115. # [03:59] <heycam> using google hit counts is the ultimate descriptivist approach to language =)
  116. # [04:07] <roc> I can't wait for Dictionary5 which abandons normative spelling rules in favour of documenting existing usage so other language users don't have to reverse engineer it
  117. # [04:08] <Hixie> we have normative spelling rules?
  118. # [04:08] <heycam> imagine that, a defined way to parse ambiguous sentences
  119. # [04:08] <Hixie> the only normative spec i know of for english is ian.hixie.ch/bible/english
  120. # [04:09] <Dashiva> Hixie: I'm sure your English teacher had one, just not written down :)
  121. # [04:09] <roc> if we don't have normative spelling rules, then my school teachers lied to me!
  122. # [04:09] <Hixie> roc: many do :-)
  123. # [04:10] * Joins: MikeSmith (n=MikeSmit@dhcp-247-32.mag.keio.ac.jp)
  124. # [04:19] <hallvors> Hixie: you've probably written some tests for script execution/scheduling, right?
  125. # [04:41] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  126. # [04:46] * Joins: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  127. # [04:48] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  128. # [04:49] * Joins: deane (n=opera@121.98.190.61)
  129. # [05:31] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  130. # [05:38] <Hixie> hallvors: nothing useful as far as i recall
  131. # [05:40] * Quits: doublec (n=chris@202.0.36.64) ("Leaving")
  132. # [05:41] <hallvors> Hixie: I've written some 60+ tests, need to push a couple of buttons to get them out ..
  133. # [05:42] <Hixie> cool
  134. # [05:42] <hallvors> they are not very well tested against other browsers and some may of course assert things that will be wrong according to the spec
  135. # [05:43] <hallvors> but I plan to get feedback from other vendors and you when they are out
  136. # [05:45] <hallvors> hope you'll find them useful :)
  137. # [05:47] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  138. # [05:51] * Quits: dglazkov_ (n=dglazkov@72.14.224.1)
  139. # [05:53] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  140. # [05:54] * Joins: harig (i=opera@121.245.52.133)
  141. # [06:00] * Joins: nessy (n=nessy@169.222.9.224)
  142. # [06:01] * Quits: roc (n=roc@202.0.36.64)
  143. # [06:02] * Quits: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  144. # [06:03] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  145. # [06:05] * Joins: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  146. # [06:10] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  147. # [06:19] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  148. # [06:28] * Quits: nessy (n=nessy@169.222.9.224) ("This computer has gone to sleep")
  149. # [06:30] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  150. # [06:34] * Joins: nessy (n=nessy@169.222.9.224)
  151. # [07:03] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  152. # [07:04] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  153. # [07:10] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  154. # [07:11] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  155. # [07:13] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  156. # [07:20] * Quits: nessy (n=nessy@169.222.9.224) ("This computer has gone to sleep")
  157. # [07:21] * Joins: nessy (n=nessy@169.222.9.224)
  158. # [07:26] * Quits: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  159. # [07:32] * Quits: MikeSmith (n=MikeSmit@dhcp-247-32.mag.keio.ac.jp) (Remote closed the connection)
  160. # [07:36] * Quits: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no) ("Leaving")
  161. # [07:39] * Joins: MikeSmith (n=MikeSmit@dhcp-247-32.mag.keio.ac.jp)
  162. # [07:44] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  163. # [07:45] * Joins: maikmerten (n=merten@ls5dhcp195.cs.uni-dortmund.de)
  164. # [07:48] * Joins: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  165. # [07:49] * Joins: roc (n=roc@121-72-188-211.dsl.telstraclear.net)
  166. # [07:53] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  167. # [07:55] * Joins: ap (n=ap@195.239.126.10)
  168. # [08:02] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  169. # [08:20] * Joins: heycam (n=cam@124-168-97-132.dyn.iinet.net.au)
  170. # [08:21] * Quits: nessy (n=nessy@169.222.9.224) ("This computer has gone to sleep")
  171. # [08:23] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  172. # [08:24] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  173. # [08:31] * Joins: svl_ (n=chatzill@a194-109-2-86.dmn.xs4all.nl)
  174. # [08:34] * Joins: pesla (n=retep@procurios.xs4all.nl)
  175. # [08:37] * Joins: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  176. # [08:42] * Joins: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl)
  177. # [08:46] * Joins: tantek (n=tantek@c-24-7-88-7.hsd1.ca.comcast.net)
  178. # [08:48] * Quits: tantek (n=tantek@c-24-7-88-7.hsd1.ca.comcast.net) (Client Quit)
  179. # [08:50] * Joins: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  180. # [08:54] * Quits: weinig (n=weinig@wsip-70-165-210-27.lv.lv.cox.net)
  181. # [08:56] * Quits: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se) (Read error: 110 (Connection timed out))
  182. # [08:57] * Quits: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  183. # [09:00] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 110 (Connection timed out))
  184. # [09:05] * svl_ is now known as svl
  185. # [09:12] * Joins: jwalden (n=waldo@c-67-180-39-55.hsd1.ca.comcast.net)
  186. # [09:35] * Joins: erlehmann (n=erlehman@86.59.25.121)
  187. # [09:38] * Quits: eric_carlson_ (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net) (Read error: 60 (Operation timed out))
  188. # [09:39] * Joins: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  189. # [09:45] * Parts: erlehmann (n=erlehman@86.59.25.121)
  190. # [09:46] * Quits: webben_ (n=webben@dip5-fw.corp.ukl.yahoo.com) (Read error: 104 (Connection reset by peer))
  191. # [09:48] * Quits: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no) (Read error: 60 (Operation timed out))
  192. # [09:56] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  193. # [09:56] * Joins: nessy (n=nessy@169.222.9.224)
  194. # [09:58] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  195. # [09:58] * Quits: MikeSmith (n=MikeSmit@dhcp-247-32.mag.keio.ac.jp) ("sex break")
  196. # [10:02] <jgraham> http://www.foms-workshop.org/foms2009/pmwiki.php/Main/TimedText
  197. # [10:04] * Joins: aaronlev_ (n=chatzill@g228078011.adsl.alicedsl.de)
  198. # [10:05] * hsivonen wonders if anyone is publishing non-bogus hard drive MTBF numbers by hard disk brand
  199. # [10:08] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  200. # [10:13] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  201. # [10:15] <annevk> ok, what am I missing?
  202. # [10:15] <annevk> <div><button></div>X
  203. # [10:15] <annevk> in Opera and Firefox the "X" is not inside the <button>
  204. # [10:15] <annevk> afaict in HTML5 <button> is closed at </div>
  205. # [10:16] <annevk> both html5lib and livedom.validator.nu put X inside the <button>
  206. # [10:16] <Hixie> <button> is scoping in html5
  207. # [10:16] <Hixie> so it isn't closed at </div>
  208. # [10:17] <hsivonen> which reminds me that livedom is very much out of date
  209. # [10:18] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  210. # [10:20] <annevk> ah, you're right
  211. # [10:20] * annevk misremembered the definition of "has an element in scope"
  212. # [10:21] <hsivonen> livedom updated (reload caches, etc.)
  213. # [10:21] * annevk wonders which browsers does this like HTML5 then
  214. # [10:21] <Hixie> probably firefox, though maybe not with <div>
  215. # [10:22] <Hixie> no browser exactly matches the parser algorithm
  216. # [10:22] <annevk> IE6 does it
  217. # [10:25] <annevk> Opera 10 does it
  218. # [10:25] * Quits: aaronlev (n=chatzill@e179084127.adsl.alicedsl.de) (Read error: 110 (Connection timed out))
  219. # [10:27] * Joins: webben (n=webben@nat/yahoo/x-a3e6ab81bec8f0e5)
  220. # [10:30] * Quits: webben (n=webben@nat/yahoo/x-a3e6ab81bec8f0e5) (Client Quit)
  221. # [10:30] * Joins: webben (n=webben@nat/yahoo/x-734fb7c97f3e28c4)
  222. # [10:35] <annevk> http://shouldiusetablesforlayout.com/ :p
  223. # [10:35] * Joins: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  224. # [10:37] <Lachy> LOL. Check the comments in the source of that page
  225. # [10:37] <annevk> I know, hence the :p
  226. # [10:48] * Quits: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  227. # [10:55] * Joins: ROBOd (n=robod@89.122.216.38)
  228. # [11:00] * Quits: nessy (n=nessy@169.222.9.224) ("This computer has gone to sleep")
  229. # [11:09] <annevk> what version of Safari has querySelector support?
  230. # [11:10] * annevk summons olliej
  231. # [11:10] * Joins: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp)
  232. # [11:13] <Lachy> annevk, Safari 4 will have it
  233. # [11:13] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  234. # [11:14] * Joins: mpt (n=mpt@canonical/launchpad/mpt)
  235. # [11:18] * Quits: jgraham (n=jgraham@web22.webfaction.com) (Read error: 104 (Connection reset by peer))
  236. # [11:18] <annevk> ta
  237. # [11:19] * Joins: jgraham (n=jgraham@web22.webfaction.com)
  238. # [11:23] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  239. # [11:25] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  240. # [11:29] * Quits: Lachy (n=Lachlan@85.196.122.246) ("This computer has gone to sleep")
  241. # [11:30] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  242. # [11:32] <BenMillard> krijnh, I converted the logs from a recent #css telecon as a demo for how "topic:" lines might create subheadings. Look at 6pm onwards, here: http://projectcerbera.com/!dev/irc-logs/day-telecon
  243. # [11:33] <BenMillard> krijhn, lines to/from you are coloured as if you were fantasai, to test how it looks when most lines get that colour. :)
  244. # [11:36] <krijnh> BenMillard: you're putting way too much time in this ;)
  245. # [11:37] <zcorpan> BenMillard: i almost see no difference between the light green and the white
  246. # [11:38] <krijnh> BenMillard: using "Topic: foo" as an indicator?
  247. # [11:40] <BenMillard> krijnh, yeah
  248. # [11:41] <BenMillard> zcorpan, some people can, some can't. I just copied the colour from the boxes in HTML5 spec. :)
  249. # [11:41] * Quits: aaronlev_ (n=chatzill@g228078011.adsl.alicedsl.de) (Remote closed the connection)
  250. # [11:41] <jgraham> "OpenOffice.org requires a Java runtime environment" (JRE) to perform this task. Please install a JRE and restart OpenOffice.org" Usability FTW
  251. # [11:42] <annevk> http://www.fontsquirrel.com/ is nice
  252. # [11:42] <jgraham> (I have a JRE installed BTW)
  253. # [11:43] <BenMillard> zcorpan, I'm using a big CRT at 1600x1200 with low contrast and normal brightness, and I find it easy for me to see the difference. I can well imagine it's hard to tell the difference from laptops and maybe from TFTs. What colour looks better to you?
  254. # [11:44] <BenMillard> I've considered using the stringer green for "lines to/from you" and then use the :target orange for important lines...then find a new colour for :target lines
  255. # [11:44] <BenMillard> s/stringer/stronger/
  256. # [11:44] * Joins: Lachy (n=Lachlan@213.236.208.247)
  257. # [11:44] <zcorpan> BenMillard: #dfd wfm
  258. # [11:44] <annevk> I suppose the main problem with most free fonts is that they do not cover the whole Unicode range
  259. # [11:44] <annevk> well, most expensive fonts don't either, but at least cover more
  260. # [11:45] <zcorpan> that would make them unusable as webfonts anyway
  261. # [11:45] <annevk> than just ASCII
  262. # [11:45] <annevk> zcorpan, not necessarily, you could subset them when you use them
  263. # [11:45] <zcorpan> (however for swedish purpuses åäö has to work)
  264. # [11:45] <zcorpan> annevk: ah ok
  265. # [11:45] <zcorpan> how?
  266. # [11:45] * jgraham wonders how many fonts total cover the whole unicode range
  267. # [11:46] <jgraham> Like I guess the STIX fonts do if they ever actually released those
  268. # [11:46] <annevk> zcorpan, with some font editor; someone should probably write a web service when webfonts become more common
  269. # [11:46] <annevk> enter a bunch of characters and a font file and get a nice compressed version
  270. # [11:46] <BenMillard> zcorpan, that stays reasonably close to the spec. I'll try it in my user stylesheet for the current logs, maybe I'll prefer it. :)
  271. # [11:48] * Quits: pergj (n=pergj@home.kvaleberg.no) (Read error: 113 (No route to host))
  272. # [11:48] <annevk> BenMillard, what script do you use to detect code snippets?
  273. # [11:48] <krijnh> I don't think he does ;)
  274. # [11:49] <BenMillard> annevk, krijnh is correct.
  275. # [11:49] * Joins: erlehmann (n=erlehman@86.59.25.121)
  276. # [11:49] <krijnh> So the code snippets are a no-go for me
  277. # [11:49] <annevk> I see...
  278. # [11:49] <BenMillard> at the moment it's manual, based on searching for tell-tale sequences like space+:, word-word, <foo>, etc
  279. # [11:49] <krijnh> The rest is possible, I think
  280. # [11:49] <krijnh> But it takes a lot extra parsing for each line
  281. # [11:49] <zcorpan> krijnh: i'd like to see checkboxes instead of the current boxes
  282. # [11:50] <BenMillard> camelCase, foo:bar, foo(), foo.bar, things like this
  283. # [11:50] <krijnh> zcorpan: yeah, me too
  284. # [11:50] <BenMillard> the code snippets are a "blue sky thinking" kinda thing, I don't expect them to happen soon (or perhaps ever)
  285. # [11:51] <krijnh> Probably too buggy to automate
  286. # [11:52] <annevk> I think the hourly headings are nice
  287. # [11:52] <BenMillard> krijnh, too buggy to automate in a simple way, for sure.
  288. # [11:52] <krijnh> I think all the extra fluff is nice :)
  289. # [11:52] <BenMillard> annevk, thanks. Seemed useful for people who catch up on logs after knowing what time they left the previous day.
  290. # [11:53] <BenMillard> or for checking the proceedings of a meeting they knew started at a specific time
  291. # [11:55] <annevk> it seems the checkbox label should wrap around the entire line
  292. # [11:56] <BenMillard> annevk, I did that initially but it makes copy-paste of what people say have an unexpected side-effect. :)
  293. # [11:56] <annevk> true, then maybe have no label at all...
  294. # [11:57] <BenMillard> that makes the clickable area too small, imho. "Every engineering decision is a comprimise."
  295. # [11:58] <BenMillard> in Windows, selecting the name and the line does not tick the checkbox when only the name is a label
  296. # [11:58] <BenMillard> either the drag ends outside of the label, or it starts outside of the label
  297. # [11:58] <annevk> but for accessibility it seems better not to have labels than to have these
  298. # [11:58] <annevk> as hopefully heuristics for missing labels are better than what you give people now
  299. # [12:00] <BenMillard> annevk, I'm not sure how good they are now, but a year ago they were pretty basic. I could ask people to test it for me.
  300. # [12:00] * jgraham wwishes that the ECMAScript people were not such fans of undefined behaviour
  301. # [12:01] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  302. # [12:06] <BenMillard> annevk, my current thinking is it's bettter to provide a short bit of labelling text because of Fitt's Law. This is also an accessibility advantage for users with mild mobility and dexterity problems. Screen reader users can move up and down the line if they want more context. I'll ask around.
  303. # [12:07] <Philip`> Couldn't you just make the checkbox larger, rather than adding a label, if you care about the clickable size?
  304. # [12:08] * Joins: webben_ (n=webben@nat/yahoo/x-ecbd376729fa6b53)
  305. # [12:09] <Philip`> (Actually that's probably a stupid idea because it can't be any taller and it shouldn't be non-square)
  306. # [12:16] <annevk> http://twitter.com/ilinsky/status/1130145181
  307. # [12:19] * Quits: webben (n=webben@nat/yahoo/x-734fb7c97f3e28c4) (Read error: 110 (Connection timed out))
  308. # [12:19] * Joins: Lachy_ (n=Lachlan@pat-tdc.opera.com)
  309. # [12:19] * Quits: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl) (Remote closed the connection)
  310. # [12:21] <zcorpan> jgraham: doesn't html5 actually allow an arbitrary amount of nested headers (just that the algorithm stops at the first just like gez says ATs do)?
  311. # [12:28] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  312. # [12:31] * Quits: Lachy (n=Lachlan@213.236.208.247) (Read error: 110 (Connection timed out))
  313. # [12:31] <jgraham> zcorpan: Does the table inspector behave differently?
  314. # [12:32] * Joins: pergj (n=pergj@home.kvaleberg.no)
  315. # [12:42] * hsivonen reimplements the meta prescan by reusing the tokenization algorithm
  316. # [12:44] <BenMillard> ALA about mobile browsing recommends creating 4 stylesheets using '<link media>', '@import', '@import media' and media queries: http://www.alistapart.com/articles/returnofthemobilestylesheet
  317. # [12:44] <annevk> sounds like a lot of overhead :/
  318. # [12:45] <BenMillard> annevk, apparently it's to work around web browsers ignoring media="handheld"...which makes me wonder how long it will be before they ignore media queries used this way, and then the next syntax for it, then the next, etc :)
  319. # [12:45] <BenMillard> web browsers on mobiles, i mean
  320. # [12:46] <BenMillard> I thought this was the behaviour mobiles would converge on: "2. Some read only the handheld style sheet if there is one, but default to the screen style sheet otherwise."
  321. # [12:47] <annevk> no, we're converging on just accepting media queries
  322. # [12:47] <annevk> and ignoring handheld altogether
  323. # [12:47] <BenMillard> oh, that's annoying
  324. # [12:47] <annevk> why?
  325. # [12:48] <annevk> way more likely people design properly for media queries, because they can easily test that on desktop
  326. # [12:48] <annevk> most handheld style sheets actually give a poor user experience
  327. # [12:49] <zcorpan> jgraham: no the inspector does what i expect
  328. # [12:49] <BenMillard> annevk, I've read that in several places but not seen examples of it. Are any documented?
  329. # [12:50] <BenMillard> annevk, "handheld" is easier for me to author. It is readable, easy to remember and leaves lets devices pick the stylesheet which suits their capabilities.
  330. # [12:50] <BenMillard> annevk, the media queries in that ALA article assume devices below a certain number of horizontal pixels can't do full-screen layout.
  331. # [12:51] <annevk> well, that seems buggy, mobile devices support the same CSS apart from some tat are flawed
  332. # [12:53] <BenMillard> annevk, in my experience mobile devices are highly diverse in what they support and how they present it.
  333. # [12:53] <BenMillard> annevk, better to let the device decide if it wants a linearised, simplified "handheld" stylesheet or if it can handle a desktop-like "screen" layout?
  334. # [12:53] <zcorpan> i tried to create a mobile layout for opera mini for my mom's site but i ended up putting it all in @media handheld because it just screwed up and the normal layout was more useful on mini anyway
  335. # [12:54] <BenMillard> I provide a linearising "handheld" stylesheet here, which works nicely on mobiles which have no zooming and apply the logic from "2" in the ALA article: http://calthorpepark.hants.sch.uk/
  336. # [12:55] <annevk> BenMillard, the net result of that is that nobody wants handheld
  337. # [12:55] <annevk> BenMillard, users want a similar experience to desktop
  338. # [12:56] <annevk> I usually hate it when sites give me a limited mobile variant without way to opt out, e.g. klm.com does that and I need to URL hack them to get into the normal site
  339. # [12:57] <BenMillard> annevk, I hate that too, which is why I think the devices should decide based on <link media> rather than authors dictating it via media queries based on available width in pixels.
  340. # [12:58] <BenMillard> mobiles without zooming work better with linearised layouts. mobiles with zooming might have fewer available pixels across their width but still want the full layout
  341. # [12:59] <zcorpan> we might end up having to lie about the device pixels
  342. # [12:59] <annevk> we already do
  343. # [12:59] <annevk> about widths, etc.
  344. # [12:59] <annevk> of the viewport and such
  345. # [12:59] <zcorpan> wrt media queries?
  346. # [12:59] <annevk> i assume with media queries as well, because they should follow layout in principle
  347. # [12:59] * Joins: pauld (n=pauld@host81-130-24-162.in-addr.btopenworld.com)
  348. # [12:59] <Philip`> People will probably design media=handheld stylesheets for the lowest common denominator of handheld devices, because they want it to work in as many as possible, but then anyone making a device slightly better than the lowest common denominator won't want to constrained by that stylesheet and would benefit from using the proper desktop one
  349. # [13:00] <zcorpan> i don't think we lie in media queries (based on my testing last week with mini)
  350. # [13:01] <annevk> k
  351. # [13:01] <hsivonen> how does Mobile Safari handle view port mqs? do they query the view port at readable zoom?
  352. # [13:01] <hsivonen> Mini does that, right?
  353. # [13:01] <zcorpan> i think so
  354. # [13:04] <annevk> http://www.paciellogroup.com/blog/?p=107 :/ how is that fricking better than HTML5?
  355. # [13:05] <annevk> oh, because hsivonen doesn't do landmark roles
  356. # [13:05] * Joins: aaronlev (n=chatzill@g228078011.adsl.alicedsl.de)
  357. # [13:05] * annevk sighs
  358. # [13:05] <hsivonen> annevk: "a problem with this is these rules do not allow ARIA landmark roles"
  359. # [13:06] <hsivonen> though if one starts hacking schemas, why hack a DTD?
  360. # [13:06] <annevk> because of validator.w3.org legacy?
  361. # [13:09] <BenMillard> "[...] I am not advocating the use of a custom DTD in published documents, but would like to be able to check my ARIA code."
  362. # [13:09] <BenMillard> sounds like he wants a QA tool, not a markup validator?
  363. # [13:09] <jgraham> BenMillard: A markup validator is a QA tool
  364. # [13:10] <hsivonen> BenMillard: there's demand for ARIA validators that'd silently accept anything as far as the non-ARIA bits go
  365. # [13:10] <hsivonen> which UAs support the landmarks and why don't they also support the corresponding HTML5 stuff?
  366. # [13:11] <annevk> to be honest, I don't like it that people already use <section> and <header> here and there
  367. # [13:11] <annevk> how are we going to adjust styling if adoption is there?
  368. # [13:11] * roc discovers that xlink:href attributes in SVG <script> elements are animateable
  369. # [13:11] <hsivonen> annevk: I don't like it, either.
  370. # [13:12] <annevk> "SVG SUCKS"
  371. # [13:12] * Joins: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl)
  372. # [13:12] <BenMillard> jgraham, I meant a tool specially for checking and debugging ARIA, like hsivonen mentions there's demand for.
  373. # [13:12] <BenMillard> jgraham, something like a Javascript debugger more than a markup validator.
  374. # [13:12] <annevk> roc, though kidding aside, surely that's a bug?
  375. # [13:13] <roc> seems they deliberately made all href attributes animateable
  376. # [13:13] <annevk> sweet, with that and dynamic base URLs, headaches and crashes ensue
  377. # [13:14] <BenMillard> annevk, I guess the articles and presentations about HTML5 shouldn't be telling authors to try using the sectioning elements, then?
  378. # [13:14] <roc> there are fun scenarios about when script executes if a script file is loaded via animated href
  379. # [13:14] <annevk> BenMillard, either that or we should fix the styling problem and deploy it in browsers, preferably starting with something that has some user base, i.e. Gecko
  380. # [13:15] <roc> there are more fun scenarios about <use> with animated href causing the loading of external documents, possibly containing their own animations pointing back to the document containing the <use>
  381. # [13:16] <hsivonen> I still think <header> and <section> will mostly be failures without an outline depth-based selector
  382. # [13:16] <zcorpan> annevk: i think anything other than display:block shouldn't be in the UA's stylesheets for the new elements
  383. # [13:17] <hsivonen> zcorpan: the UA style sheet could adjust the size of hn nested in <section> based on the afore-mentioned depth selector
  384. # [13:17] <zcorpan> hsivonen: yeah maybe
  385. # [13:17] <roc> fortunately it appears that the href attribute of animation elements, identifying the element to be animated, cannot itself be animated
  386. # [13:18] <zcorpan> although maybe that would break author expectations (i use h6 because it's small and nice, now i switched to html5 markup it's as big as a h2!)
  387. # [13:18] <hsivonen> zcorpan: <section> would be the opt in to the new world
  388. # [13:20] <zcorpan> hsivonen: yes but my point is that maybe authors don't expect their headings to change size when they switch from div to section
  389. # [13:20] <zcorpan> if that's a good thing or not i don't know
  390. # [13:21] <jgraham> zcorpan: I think that would be good
  391. # [13:24] <annevk> maybe only for <h1> sizes should be adjusted
  392. # [13:25] <jgraham> annevk: That sounds bad because it means that there is a disconnect between the semantics and the style
  393. # [13:27] <zcorpan> it would have to be some disconnect anyway because we wouldn't want to change the size of <h6> outside <section> (which per html5 is equivalent to <h1>)
  394. # [13:27] <hsivonen> jgraham: separation of semantics and style! :-)
  395. # [13:28] <zcorpan> i.e. <body><h6>foo</h6><section><h2>bar</h2></section>
  396. # [13:31] * Quits: pauld (n=pauld@host81-130-24-162.in-addr.btopenworld.com)
  397. # [13:31] <jgraham> Yeah, I guess the <section>-free case has to suck :(
  398. # [13:32] <jgraham> BenMillard: I would expect validtaor.nu to (eventually) validate the contents of aria-*
  399. # [13:32] <jgraham> Wow my typing sucks
  400. # [13:34] <hsivonen> jgraham: it already does, doesn't it?
  401. # [13:35] <annevk> there's <!doctype html>, <meta charset=utf-8>, <script> and <style> without type="", what else did we simplify?
  402. # [13:37] <jgraham> hsivonen: Er, I don't know. I assumed it didn't from what BenMillard said
  403. # [13:37] <jgraham> But I guess he was talking about something different
  404. # [13:38] <BenMillard> annevk, certain elements have a more lenient meaning and presentational elements are shown as being useful. That makes choosing a suitable element easier, imho.
  405. # [13:38] <hsivonen> annevk: profile
  406. # [13:38] <jgraham> Like a Firebug for aria
  407. # [13:38] * Quits: erlehmann (n=erlehman@86.59.25.121) (Read error: 110 (Connection timed out))
  408. # [13:38] <hsivonen> It would be great to have V.nu in Firebug. I just don't have the cycles to do it.
  409. # [13:39] <BenMillard> jgraham, a markup validator only tests the initial ARIA embedded in the markup. Checking the ARIA with scripting running enables proper troubleshooting and QA. This makes me think a specialised tool running in the browser (along the lines of Firebug and Dragonfly) are what ARIA authors would find most useful.
  410. # [13:39] <BenMillard> oh, what you both just said :P
  411. # [13:40] <hsivonen> porting Jing onto Google Web Toolkit should be doable, although compiling it would take an insanely long time
  412. # [13:40] <BenMillard> hsivonen, the HTML Validator Extension added the W3C validator as an extension to Firefox. Maybe that developer would be interested with integrating the HTML5 validation? http://users.skynet.be/mgueury/mozilla/
  413. # [13:40] <annevk> hsivonen, profile is an open issue :)
  414. # [13:40] <hsivonen> perhaps it would require an switch in the GWT compliler to optimize *less*
  415. # [13:40] <hsivonen> BenMillard: perhaps
  416. # [13:41] <zcorpan> i wonder why steve hacked a dtd instead of hacking hsivonen's schema. perhaps validator.nu is a black box to him and he didn't want to approach hsivonen directly?
  417. # [13:41] * BenMillard uses that extension all the time.
  418. # [13:42] <hsivonen> zcorpan: oh, I know it's an issue for steve, and I want to fix it--I just have so many things to do
  419. # [13:43] * jgraham invokes cloneNode on hsivonen
  420. # [13:43] <zcorpan> hsivonen: ok. still, he could have hacked your schema instead of the dtd
  421. # [13:43] <zcorpan> jgraham: shallow clone? or with children?
  422. # [13:44] <BenMillard> does hsivonen have children? :)
  423. # [13:44] <zcorpan> dunno :)
  424. # [13:44] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  425. # [13:45] <zcorpan> applying the DOM api to humans is likely to be more messy than in IE
  426. # [13:48] * Quits: Hish (n=chatzill@mail2.n-e-s.de) (Remote closed the connection)
  427. # [13:49] <jgraham> zcorpan: Maybe that is why hsivonen has gone quiet
  428. # [13:50] <jgraham> I broke his internal state
  429. # [13:51] <hsivonen> :-)
  430. # [13:51] <annevk> jgraham, wasn't that bit undefined? :p
  431. # [13:52] <annevk> though then again, hsivonen is probably not a subclass of Node
  432. # [13:52] <annevk> to begin with
  433. # [14:03] <zcorpan> annevk: when will you implement the svgs on your blog? :)
  434. # [14:06] <annevk> likely tomorrow or tonight unless I finish my slides really quickly
  435. # [14:15] <zcorpan> cool
  436. # [14:18] <Philip`> "someone should probably write a web service when webfonts become more common" - has nobody already done that, even just for EOTs? It seems a fairly obvious thing for someone to provide
  437. # [14:19] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  438. # [14:21] * Joins: virtuelv (n=virtuelv@213.236.208.247)
  439. # [14:21] <annevk> the EOT tool does that
  440. # [14:21] <annevk> but it's EOT specific
  441. # [14:21] <annevk> and not a web service
  442. # [14:22] <annevk> and EOT is not that popular
  443. # [14:27] * Quits: webben_ (n=webben@nat/yahoo/x-ecbd376729fa6b53) ("leaving")
  444. # [14:27] * Joins: webben (n=webben@nat/yahoo/x-f4e36dd8516d0ba8)
  445. # [14:35] * Quits: virtuelv (n=virtuelv@213.236.208.247) ("Leaving")
  446. # [14:35] * Joins: erlehmann (n=erlehman@86.59.25.121)
  447. # [14:44] * Quits: webben (n=webben@nat/yahoo/x-f4e36dd8516d0ba8) (Read error: 113 (No route to host))
  448. # [15:02] * Joins: zdobersek (n=zan@cpe-92-37-70-139.dynamic.amis.net)
  449. # [15:16] * Quits: eric_carlson (n=ericc@adsl-67-112-12-110.dsl.anhm01.pacbell.net)
  450. # [15:18] * Quits: myakura (n=myakura@p3020-ipbf505marunouchi.tokyo.ocn.ne.jp) ("Leaving...")
  451. # [15:24] * Joins: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  452. # [15:33] * Quits: zdobersek (n=zan@cpe-92-37-70-139.dynamic.amis.net) (Read error: 113 (No route to host))
  453. # [15:34] * Joins: zdobersek (n=zan@cpe-92-37-72-162.dynamic.amis.net)
  454. # [15:47] * Quits: harig (i=opera@121.245.52.133) (Read error: 104 (Connection reset by peer))
  455. # [15:51] * Joins: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  456. # [15:51] * maikmerten is now known as maik|afk
  457. # [15:52] * Parts: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  458. # [15:53] * zcorpan notices there's an HTML5+RDFa preset in validator.nu
  459. # [16:03] * jgraham wasn't aware that it was easy to make the WHATWG and HTMLWG versions of the spec diverge
  460. # [16:03] <jgraham> That seems like a bad idea
  461. # [16:03] <rubys> Ian didn't say it was easy
  462. # [16:04] <annevk> I think it's quite easy
  463. # [16:05] <annevk> just annotate the section somehow and pre-process it
  464. # [16:05] <annevk> I'm not sure it's a good idea though
  465. # [16:05] <jgraham> Well I'm sure anolis can be made to do it. But it still seems bad
  466. # [16:06] <annevk> who objected to Origin exactly?
  467. # [16:06] * Quits: zdobersek (n=zan@cpe-92-37-72-162.dynamic.amis.net) (Read error: 113 (No route to host))
  468. # [16:06] <annevk> Origin is quite important and implemented in various clients already
  469. # [16:06] <annevk> and depends on HTML5 and vice versa
  470. # [16:06] <rubys> the suggestion is that it be pursued in the IETF
  471. # [16:07] <jgraham> By "easy" I meant "possible without modifying the spec generator code or maintaining two entirely different source files"
  472. # [16:07] <annevk> but HTML5 would still need to say that UAs include it for <form> submission
  473. # [16:07] <rubys> Perhaps Henri's response to the action is a bit incomplete?
  474. # [16:07] <annevk> jgraham, there is already some pre-process step before stuff goes to the spec generator
  475. # [16:08] <annevk> jgraham, removing a block seems trivial
  476. # [16:08] <annevk> rubys, I thought he summarized the situation quite accurately
  477. # [16:08] <jgraham> Oh, well maybe it is easier than I thought then
  478. # [16:08] <rubys> I didn't read in Henri's response that HTML5 depends on origin and vice versa. Going back to reread...
  479. # [16:08] <jgraham> Now there is just the question of whether it makes sense
  480. # [16:09] <zcorpan> why the rush to remove it anyway?
  481. # [16:10] <rubys> issue raised 2008-12-02. You call that a rush?
  482. # [16:11] <annevk> last publication, June 2008
  483. # [16:15] <zcorpan> rubys: until it's in another spec i don't see why it should be removed
  484. # [16:15] <annevk> (which did not include this feature)
  485. # [16:15] * Disconnected
  486. # [16:17] * Attempting to rejoin channel #whatwg
  487. # [16:17] * Rejoined channel #whatwg
  488. # [16:17] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  489. # [16:17] * Set by Hixie on Thu Oct 23 14:38:15
  490. # [16:23] * Joins: eric_carlson (n=ericc@nat/apple/x-ad7ddf0b8036ecaa)
  491. # [16:23] * Philip` wonders how much font files can be compressed, and discovers that Gentium contains 16KB of licensing information
  492. # [16:23] <Philip`> (It has the SIL Open Font License in ASCII, and then has it again in UTF-16)
  493. # [16:23] <jcranmer> no EBCIDIC?
  494. # [16:23] * Disconnected
  495. # [16:23] * Attempting to rejoin channel #whatwg
  496. # [16:24] * Rejoined channel #whatwg
  497. # [16:24] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  498. # [16:24] * Set by Hixie on Thu Oct 23 14:38:15
  499. # [16:24] <jgraham> And it is now almost 14 years since the project started
  500. # [16:24] <annevk> sounds familiar
  501. # [16:30] <annevk> standards follow a similar schedule
  502. # [16:30] <rubys> not usually
  503. # [16:30] <Philip`> 14 years? Did they even have computers back then?
  504. # [16:30] <rubys> lol
  505. # [16:30] * rubys mutters "kids"
  506. # [16:30] <jgraham> Philip`: I assume that's when they planned to carve the fonts into stone tablets
  507. # [16:30] <Philip`> OpenType is a bit complex :-(
  508. # [16:30] <jgraham> Although maybe that _is_ what they are doing given the time it is taking
  509. # [16:30] <Lachy_> rubys, I really don't like the idea of removing the Origin header from the HTMLWG copy while retaining it in the WHATWG copy. I agree with zcorpan's mail: there is no rush to remove it
  510. # [16:30] <rubys> Speak up on the list, I already said above that I'm willing to demote the status of the issue to "Raised".
  511. # [16:30] * Joins: aroben (n=aroben@unaffiliated/aroben)
  512. # [16:30] <Philip`> I have no idea who SIL are but I like how they develop decent free fonts and libraries
  513. # [16:30] <rubys> My issue isn't with the Origin header, my issue is with the cavalier approach the W3C takes with the issues list.
  514. # [16:30] <Lachy_> rubys, I would, but I don't have anything particularly new to add beyond what zcorpan said
  515. # [16:30] * rubys looking for zcorpan's mail
  516. # [16:30] <Lachy_> http://www.w3.org/mid/op.un0fi6unidj3kv@hp-a0a83fcd39d2
  517. # [16:30] * Lachy_ is now known as Lachy
  518. # [16:31] <rubys> Hmmm. That didn't address the question. Thinking...
  519. # [16:33] <rubys> Thinking out loud: Spec'ed "somewhere" isn't the issue. The issue is scope of the html-wg. Things without consensus shouldn't appear in the W3C draft. I have zero control over what goes into the WHATWG draft. There appear to be no credible plans to ever republish the WHATWG document as a W3C draft at this time. Does that about cover the current status?
  520. # [16:35] <Lachy> rubys, Hixie has said multiple times that he isn't following the strictly concensus based approach for good reasons: it doesn't work; and I don't think we should start now
  521. # [16:37] <rubys> Noted. I strongly disagree, but noted.
  522. # [16:37] <hallvors> rubys, 'speced "somewhere"' is a big issue. It's called "avoid leaving things underspecified".
  523. # [16:37] <Lachy> I know you do, and I've noticed you've been trying to push concensus based approaches to resolve a few issues recently
  524. # [16:38] <hallvors> unfortunately using that as a principle bloats the HTML5 spec if noone else picks up loose ends :(
  525. # [16:38] <rubys> There are many, many, many areas in HTML5 over which there is strong agreement. I want those to proceed without being held up by areas over which agreement can not be reached.
  526. # [16:39] <rubys> Having a master document which contains everything and marks specific sections based on their status doesn't sound like such a bad idea given that as a context.
  527. # [16:40] <Lachy> rubys, the "can/can't live with" approach you've used for the Flash/Silverlight section and the DOCTYPE compat issue seems to be concensus driven based on nothing but personal preference and popular opinion. I really hope you can see what's wrong with that
  528. # [16:41] <rubys> I see the DOCTYPE compat issue as having a successful resolution.
  529. # [16:41] * Quits: deane (n=opera@121.98.190.61) (Read error: 110 (Connection timed out))
  530. # [16:42] <rubys> I loved your email on the Flash/Silverlight topic. And believe that such an opinion would not have surfaced *unless* the issue was pushed as it has been.
  531. # [16:42] <Lachy> rubys, thankfully that discussion didn't get many "can/can't live with" responses, but was rather driven by evidence from Philip, newly proposed solutions and technical justifications
  532. # [16:43] <rubys> Thankfully? If anybody had tried to say "can't live with" without adequate justification, I would have pushed back strongly *until* there was evidence such as Philip provided.
  533. # [16:43] <Lachy> rubys, I don't have a problem with raising issues with the spec. I have a problem with the way you're attempting to resolve them by simply asking if people are ok with it, rather than actually encouraging people to look at the evidence
  534. # [16:44] <rubys> I am *not* simply asking them if they are OK with it.
  535. # [16:44] <Lachy> that's the impression I get from your emails
  536. # [16:44] <rubys> That leads to bikesheding.
  537. # [16:44] <jgraham> rubys: Maybe you are being too subtle
  538. # [16:44] <Lachy> perhaps you could express yourself more clearly
  539. # [16:45] * hallvors googles bikeshedding
  540. # [16:45] <jgraham> To me "Can't live with" means something like "I would make a Formal Objection to the spec if this went in"
  541. # [16:46] <rubys> jgraham: agreed. And to me, a Formal Objection is a bit more than "I would prefer option 3 over option 2"
  542. # [16:46] <jgraham> So I could "live with" lots of bad things individually. But given too many of them the spec would be pretty crappy
  543. # [16:46] * Philip` could live with HTML not existing at all
  544. # [16:46] <rubys> A perfectly wonderful outcome would have been five options that everybody could live with. I would simply have said in that case: editor, you are free to pick one.
  545. # [16:47] <jgraham> Pushing through to "Can't Live With" too early seems to have the strong possibility of preventng four of those five options from surfacing
  546. # [16:47] <rubys> But as it was, people not only said what they couldn't live with, but more importantly, they said why. And those reasons made sense.
  547. # [16:48] <rubys> jgraham: I don't like talking abstractly. I find too often that things that don't work in theory often work in practice, and vice versa. Did we get a successful outcome to the legacy compat issue? Was that resolution a result of me pushing?
  548. # [16:50] <rubys> And to be perfectly clear: I really would have been happy if nobody could have raised a "can't live with" objection to any of the listed alternatives. I don't know how I can say that any more clearly.
  549. # [16:50] * Quits: svl (n=chatzill@a194-109-2-86.dmn.xs4all.nl) ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121623]")
  550. # [16:50] <jgraham> rubys: So far we have no outcome to the issue :) But yes, in that case it looks like people pushing against the attitude of "Can't Live With" gave us a option that may be good enough to a problem with very little technical complexity
  551. # [16:50] <rubys> baby steps
  552. # [16:50] <jgraham> It's not clear what would happen in a different situation
  553. # [16:50] <rubys> let's find out
  554. # [16:51] <Lachy> the proposed resolution was a result of the issue being raised, but the resolution isn't necessarily final yet. There are still some issues with <!DOCTYPE html SYSTEM "about:sgml-compat"> that I would like to investigate
  555. # [16:51] <Lachy> in particular, how well do common consumers handle SYSTEM doctypes when they can't resolve the URI to a DTD
  556. # [16:51] <rubys> if you find an issue, please raise it. You can even raise an issue after Ian makes the change.
  557. # [16:52] <Lachy> I tested OpenSP briefly this morning and it seems to have some issues. I'm not sure if there's a way to either override the DOCTYPE or make it non-validating
  558. # [16:53] * zcorpan tries validator.w3.org
  559. # [16:53] <zcorpan> "Fatal Error: cannot find "about:sgml-compat"; tried"
  560. # [16:53] <rubys> As I said in a prior email, Ian was willing to make the change last week. I asked that it remain open until at least Thursday for exactly this reason.
  561. # [16:53] <hsivonen> rubys: I don't know what deadline I should ask for.
  562. # [16:54] <Lachy> the validator would have to be updated to detect the new DOCTYPE in the same way it detects <!DOCTYPE html>
  563. # [16:54] <rubys> hsivonen: which issue?
  564. # [16:55] <rubys> I'm willing to demote issue 63 to raised
  565. # [16:55] <zcorpan> Line 1, Column 34: invalid formal public identifier "sgml-legacy": missing //.
  566. # [16:55] <zcorpan> <!doctype html public "sgml-legacy">
  567. # [16:55] <jgraham> sgml//legacy?
  568. # [16:55] <rubys> the proposal was "about:sgml-legacy
  569. # [16:56] <zcorpan> rubys: yeah, i tried that first, got a fatal error
  570. # [16:56] * Parts: erlehmann (n=erlehman@86.59.25.121)
  571. # [16:57] * Joins: erlehmann (n=erlehman@86.59.25.121)
  572. # [16:57] <Lachy> rubys, actually, it was about:sgml-compat
  573. # [16:57] <hsivonen> rubys: the Origin header thing
  574. # [16:57] <rubys> sounds worthy of a "can't live with" objection.
  575. # [16:58] <rubys> hsivonen: that's issue 63. I'm willing to demote the issue to raised and leave the date open.
  576. # [16:58] <hsivonen> zcorpan: the goal is about compat with legacy producers. We aren't trying to be compatible with OpenSP consumers.
  577. # [16:59] <hsivonen> rubys: ok. one of the sensible approaches to the issue would entail leaving the references into the text anyway
  578. # [16:59] * rubys notes that noting not all consumers can process this DOCTYPE will be a *heck* of a lot more effective than employing a pejorative text
  579. # [17:00] <rubys> such a doctype could even merit a validator warning
  580. # [17:02] * Quits: Maurice (n=ano@a80-101-46-164.adsl.xs4all.nl) ("Disconnected...")
  581. # [17:03] * Quits: maik|afk (n=merten@ls5dhcp195.cs.uni-dortmund.de) (Remote closed the connection)
  582. # [17:04] <Philip`> Perhaps it's a problem that "can't live with" sounds like a personal view, and personally I don't care at all about XSLT or doctypes because they're not relevant to anything I'll ever do, but I'm still interested in finding technical issues that can inform the opinions of people who do care
  583. # [17:05] <Philip`> so rather than "can you live with this?", the question should be "can you live with this, or do you have any new information that might affect other people's views of whether they can live with this?", but that's not very concise really
  584. # [17:05] <Lachy> hsivonen, I was mostly interested in checking the DOCTYPE's compatibility with XML consumers, not text/html consumers, under the assumption that it could conceivably end up being used in XHTML documents despite it being unnecessary
  585. # [17:05] <rubys> I will quickly push back on people who attempt to say "can't live with" for purely spurious reasons
  586. # [17:06] <Lachy> rubys, can I suggest that instead of asking people to state whether they can or can't live with something, be more direct in asking for evidence for or against proposals
  587. # [17:07] <rubys> My experience is that that isn't quite as effective. It promotes bikeshedding. I simply want to exclude the options that don't work, and leave it up to the editor to select from those that will.
  588. # [17:08] <annevk> so far rubys approach seems to work fine
  589. # [17:08] * gsnedders expects there will still be bikeshedding because the editor didn't choose x's preferred choice
  590. # [17:09] <annevk> I should probably say rubys'
  591. # [17:09] <zcorpan> rubys: a solution A might well work and might even be technically better than solution B even though someone can't live with A but everyone can live with B
  592. # [17:09] <annevk> zcorpan, but someone will only be heard if given good reason
  593. # [17:10] <annevk> afaict it's the same idea we've followed for ages with a new approach
  594. # [17:11] <annevk> and if that works better socially, lets go for it
  595. # [17:13] <zcorpan> if the decision in the end is exclusively based on the reasons then it's fine
  596. # [17:13] <rubys> if A, B, and C all work, I'm quite willing to let the editor do a coin flip
  597. # [17:14] <Philip`> I'm not sure that would work - the editor probably doesn't have a three-sided coin
  598. # [17:15] <Lachy> Philip`, he could roll a dice and assign 2 sides to each option
  599. # [17:15] <annevk> zcorpan, it just seems a bit conservative to object to rubys' approach at this point because so far it works
  600. # [17:16] <jgraham> Lachy: That wouldn't be a coin flip
  601. # [17:16] <annevk> or seems to work anyway, nothing has concluded yet
  602. # [17:16] * jgraham suggests using 'heads' 'tails' and 'edge'
  603. # [17:16] * Philip` also thinks you can't emulate a three-sided coin using multiple flips of a two-sided coin, because they don't have common factors, but he could be totally wrong
  604. # [17:16] <zcorpan> yeah, i'm not objecting to it, although the scenario i outlined might well occur
  605. # [17:16] * rubys hates hypothetical scenarios
  606. # [17:17] <hsivonen> I imagine XSD has many things that people were able to live with
  607. # [17:17] <jgraham> Philip`: Flip if 6 times?
  608. # [17:17] <annevk> apart from the hypothetical note, how can someone not live with A without giving good reason?
  609. # [17:17] <Lachy> annevk, rubys' approach has obtained objections on the mailing list from both Hixie and hsivonen because it's wasn't clear that rubys really wanted justifications, rather than just running more like a vote
  610. # [17:17] <rubys> ... especially if it works well (as stipulated)
  611. # [17:17] <annevk> and if that reason is indeed good, why would everyone else like both?
  612. # [17:18] <annevk> Lachy, sure, new things always require some guidance
  613. # [17:18] <zcorpan> annevk: i didn't say he wouldn't provide a good reason
  614. # [17:18] <zcorpan> anyway
  615. # [17:18] <annevk> zcorpan, if he provides a good reason that would mean A might not be so good... I'd love some research and concrete examples here :p
  616. # [17:25] * rubys notes that people are saying that they "can't live with" the "can't live approach" but haven't produced any evidence as to why it won't work
  617. # [17:26] <rubys> :-P
  618. # [17:26] <Philip`> jgraham: How would that work? You'd get 64 possible outcomes, and you can't evenly divide them into three classes
  619. # [17:26] <zcorpan> annevk: don't know any example off-hand but i'll let you know
  620. # [17:26] <jgraham> Philip`: Yes, I was being dumb
  621. # [17:26] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Remote closed the connection)
  622. # [17:26] <jgraham> Philip`: But can you do it if you don't distinguish options with the same set of outcomes, regardless of sequence?
  623. # [17:26] * karlcow can live with everything as long if it's done in a good spirit, and with smooth social interactions. so far kudos to sam who did quite well.
  624. # [17:26] <jgraham> You maybe can't get all the probabilities to be equal :(
  625. # [17:26] <Philip`> jgraham: That would just be constructing groups out of the 64 events each with P=1/64, and you can't split them into three equal groups
  626. # [17:26] <jgraham> Yes, I realised that
  627. # [17:26] <Philip`> I suppose you could do it if you don't mind the potential for taking infinitely long
  628. # [17:26] <jgraham> It seems so odd that it isn't possible
  629. # [17:26] <Philip`> Flip 2 coins to get 4 outcomes, and if it's 1-3 then that's the answer, otherwise try again
  630. # [17:26] <karlcow> for what is worth, my coin has 3 sides
  631. # [17:26] <danbri> what's the preferred way for an html5 doc to declare charset? <meta charset="UTF-8"> ?
  632. # [17:26] <annevk> danbri, that and the old way are ok, HTTP is also fine
  633. # [17:26] <jgraham> Oh yeah. That would work. Now work out how many times Hixie will have to flip his coin on average and then determine the expected time for the two sides to wear away so they are indistinguishable
  634. # [17:26] <karlcow> danbri: <meta charset="UTF-8"> or <meta charset="UTF-8"/> or http headers
  635. # [17:26] <annevk> danbri, BOM as well, I don't think any of these is endorsed over the other
  636. # [17:26] <annevk> others, even
  637. # [17:26] * zcorpan prefers http header
  638. # [17:26] <jgraham> karlcow: Not counting "edge"?
  639. # [17:26] * rubys notes that meta charset is not currently endorsed for XHTML
  640. # [17:26] * jgraham prefers <meta charset>
  641. # [17:26] * rubys really wishes it were
  642. # [17:26] <karlcow> jgraham: I have two faces and one edge = 3 sides :)
  643. # [17:26] <jgraham> karlcow: Only really counts if you have a rather large edge :)
  644. # [17:27] <karlcow> euros, hk dollars for example work quite well, with two of them just now
  645. # [17:27] <karlcow> i18n ;)
  646. # [17:27] <jgraham> rubys: Having apparent encoding metadata that is actually not used in processing seems bad
  647. # [17:28] <jgraham> Alhtough I guess that's the model HTTP adopts
  648. # [17:28] <Philip`> jgraham: The average number of throws is just 1*(3/4) + 2*(1/4)*(3/4) + 3*(1/4)^2*(3/4) + ... I think, but I've forgotten how to calculate infinite series
  649. # [17:28] <rubys> it is used if intermediaries f*** with your headers. Don't say it doesn't happen.
  650. # [17:28] <gsnedders> Philip`: a/(1-r)
  651. # [17:28] <gsnedders> Philip`: (for a geometric sequence)
  652. # [17:28] <Philip`> gsnedders: It's not geometric
  653. # [17:28] <gsnedders> What sort of sequence?
  654. # [17:28] <danbri> i'll try <meta charset="UTF-8" /> for now
  655. # [17:28] <gsnedders> Philip`: Or what sequence?
  656. # [17:29] <Philip`> gsnedders: It's the one I said a few lines ago :-)
  657. # [17:29] * Lachy wants to see karlcow's 3 sided coin (given the impossibility of creating a 3 sided, 3 dimentional shape)
  658. # [17:29] <jgraham> sigma(n(3/4)^n)
  659. # [17:29] <karlcow> lachy?
  660. # [17:29] <Dashiva> Lachy: It's just a cylinder
  661. # [17:29] <karlcow> a coin has 3 sides
  662. # [17:29] <karlcow> a cylinder
  663. # [17:29] <Philip`> Fortunately Perl can calculate near-enough-to-infinite series and tells me the answer is 4/3
  664. # [17:30] <Philip`> karlcow: A coin only has one side (the outside)
  665. # [17:30] <karlcow> or if you indulge my French, a camembert
  666. # [17:30] <Lachy> Dashiva, ah, I meant flat sides
  667. # [17:30] <Lachy> you can't land on the edge of a coin in practice
  668. # [17:31] <Dashiva> If it's a really fat coin :)
  669. # [17:31] <Philip`> You could glue many coins together, until it lands on the side roughly a third of the time
  670. # [17:31] <karlcow> :)
  671. # [17:31] <rubys> you can solve this easily yourself: write down "x = sigma(n(3/4)^n)" Next write "(3/4)x = sigma(n(3/4)^(n+1))", and subtract the two equations (it is helpful to expand the sigma doing this". Then simply solve for x.
  672. # [17:31] <Philip`> but it'd probably be really easy to cheat by throwing it so it spins along its axis and always lands on its edge
  673. # [17:32] <karlcow> Half a cork would do
  674. # [17:32] * Philip` notes that it's actually sigma(n * 1/4^(n-1) * 3/4)
  675. # [17:32] <Philip`> (not that it makes much difference in practice)
  676. # [17:33] <karlcow> plus the probability will become more and more interesting each time you have to open a bottle :)
  677. # [17:34] <Philip`> rubys: Oh, that seems to work quite easily
  678. # [17:34] * Parts: annevk (n=annevk@77.163.243.203)
  679. # [17:35] <Philip`> (since it gives 3/4x = a geometric series which sums to 1)
  680. # [17:35] <rubys> if you select the right term, you end up with fraction*x = a simple value
  681. # [17:36] <rubys> what you select is the term which will cause each entry in the series to shift over by one.
  682. # [17:36] <Philip`> I don't see how that's possible in this case
  683. # [17:37] <Philip`> (where 'this case' is basically x = r + 2r^2 + 3r^3 + ...)
  684. # [17:37] <karlcow> hmmm not a new question (as usual) https://home.comcast.net/~davejanelle/coin3.htm
  685. # [17:38] <Philip`> (so if you shift it and subtract then you're still left with an infinite series but you lose all the 2* and 3* bits)
  686. # [17:38] <rubys> how did that n get in there? you have 3/4 of a chance at first. Then you have 3/4 of a chance for the remaining 1/4 of possibilities.
  687. # [17:39] <Philip`> The aim is to calculate the average number of throws needed
  688. # [17:39] <karlcow> http://www.statisticool.com/3sided.htm
  689. # [17:39] <Philip`> so there's a 3/4 chance of needing 1 throw, 3/4*1/4 of needing 2 throws, etc
  690. # [17:39] <rubys> ah, nevermind
  691. # [17:40] <Philip`> Otherwise it'd just be calculating the probability that you eventually stop, which is fortunately approaching 1 :-)
  692. # [17:40] <rubys> ok, so the technique needs to be applied twice, but you shortcutted it be simply recognizing the sequence.
  693. # [17:40] <karlcow> http://www.cs.umass.edu/~scottk/files/threesidedcoin_amstat.pdf
  694. # [17:41] <karlcow> article Teaching Bayesian Model Comparison With the Three-Sided Coin by Scott Kuindersma and Brian Blais in The American Statistician, August 2007, Vol. 61, No. 3.
  695. # [17:41] * Joins: pauld (n=pauld@host81-130-24-162.in-addr.btopenworld.com)
  696. # [17:41] <karlcow> unfortunately dead link
  697. # [17:42] <Philip`> rubys: I don't remember having seen that trick for solving series - I think I was just told how to solve arithmetic and geometric series and not much else
  698. # [17:42] <Philip`> karlcow: http://www-stat.stanford.edu/~owen/courses/306a/threesidedcoin_amstat.pdf is less dead
  699. # [17:42] <karlcow> http://bryant1.bryant.edu/~bblais/pdf/pres_011407.pdf working link here too
  700. # [17:43] <karlcow> thanks Philip`
  701. # [17:43] <rubys> I was a math major, and have now helped two teenagers though this (the oldest no longer being a teenager)
  702. # [17:44] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  703. # [17:44] * Philip` is a computer scientist so he doesn't have to know any maths that has actual numbers in it
  704. # [17:44] <Philip`> (and especially not anything with non-integers)
  705. # [17:47] <rubys> I was a math major because when I went to school, there wasn't a computer science degree I could have pursued.
  706. # [17:49] <karlcow> nice article
  707. # [17:51] <Philip`> rubys: If you want to do HTML WG mail from Gmail, before the W3C gets around to changing your registered email address, you could possibly just forward it to Gmail and reply directly from there, since the mailing list accepts mail from any address (not just registered members)
  708. # [17:52] <Philip`> (I sort of do the opposite - my Gmail address is registered on the list, but I can read it through IMAP in Thunderbird and then I reply from a different address instead)
  709. # [17:55] <jcranmer> Philip`: no IEEE 754 floating point?
  710. # [17:56] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("This computer has gone to sleep")
  711. # [17:57] <Philip`> jcranmer: Not as part of the CS stuff I'm working on
  712. # [17:57] * dave_levin_ is now known as dave_levin
  713. # [17:58] <Philip`> (I think in the past year, the extent of discussion around floating point was that someone commented that FP addition was non-associative and we don't know how to handle that in our theoretical model of the stuff we're working on so we'll ignore it for now)
  714. # [17:59] <Philip`> And floating point numbers are still really just integers anyway :-p
  715. # [18:00] <jcranmer> simple truth of computers: mathematical truths don't necessarily hold true when computers are involved
  716. # [18:01] * Joins: Maurice (i=copyman@5ED548D4.cable.ziggo.nl)
  717. # [18:02] <rubys> Since their email form doesn't work, and my [sysreq] submitted on Friday hasn
  718. # [18:02] <rubys> 't worked, I just submitted a request for a second id.
  719. # [18:02] <rubys> we'll see how that goes.
  720. # [18:03] <Philip`> It's just a bit confusing when a+(b+c) != (a+b)+c
  721. # [18:04] <Philip`> (or at least it's a bit confusing to try to prove things about systems that involve algebras with that property)
  722. # [18:05] * Joins: harig (i=opera@121.245.13.242)
  723. # [18:05] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  724. # [18:06] <jgraham> hallvors: I think you are much more optimisitic about the utility of enhanced copy/paste than me.
  725. # [18:07] <hallvors> I think the web isn't very good at being copied.
  726. # [18:07] <hallvors> :-p
  727. # [18:07] * fakeolliej is now known as olliej
  728. # [18:08] <hsivonen> hallvors: didn't MS have something like that as "active clipboard" or similar Microsofty word plus "clipboard"?
  729. # [18:08] * Joins: sverrej (n=sverrej@cm-84.208.153.202.getinternet.no)
  730. # [18:09] <hallvors> the "copy E-mail from webmail to mail client" example was somewhat far off, admittedly. but the bibliography thing could be done today and would be GREAT for anyone using web for research and word processors for writing essays and dissertations.
  731. # [18:09] <hsivonen> http://news.cnet.com/Microsofts-CTO-envisions-a-Web-savvy-clipboard/2100-7345_3-6047029.html
  732. # [18:09] <hallvors> live clipboard
  733. # [18:09] <rubys> http://www.oreillynet.com/conferences/blog/2006/03/ray_ozzie_wires_the_web_with_a.html
  734. # [18:09] <hallvors> I looked for that but the demos and such were not available now
  735. # [18:09] * hsivonen forgot that MS things are now live rather than active
  736. # [18:09] <jgraham> On the one hand I can imagine producers not wanting to give up their data e.g. Facebook not wanting to make it easy to migrate data away from facebook
  737. # [18:09] <rubys> it was originally "universal"
  738. # [18:10] <jgraham> On the other hand I think complex things happening on "paste" break user expectations e.g. pasting from wikipedia shouldn't do anything other than insert the text
  739. # [18:10] <Philip`> People who use Facebook are too cool to use email, and people who copy-and-paste from Wikipedia into a word processor don't want their teacher to know they copied it
  740. # [18:11] <hallvors> jgraham: I sync my Facebook contact list with my local address book *manually*.. it would be a competitive advantage to any social network to make that easier for me.
  741. # [18:11] <hallvors> (if only they'd realise :-) )
  742. # [18:12] <jgraham> hallvors: But it is a competitive advantage to them not to as long as they are the market leader
  743. # [18:12] <hallvors> pasting into word processors these days usually gives you a floating palette toolbar thingy with options. I don't really like those but if one of the options were "create bibliographic entry for what you pasted" I'd use it a lot
  744. # [18:12] <hallvors> ..and we're not writing HTML for the kiddies who cheat at school..
  745. # [18:13] <hallvors> not if e.g. myspace or orkut does it
  746. # [18:13] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  747. # [18:14] <hallvors> then it might suddenly be a competitive advantage to have that feature
  748. # [18:14] <hallvors> I need to sleep anyway.
  749. # [18:16] <karlcow> hmmm
  750. # [18:16] <karlcow> hallvors: facebook to your computer addressbook or the opposite?
  751. # [18:16] <hallvors> metadata stuff gets us quite deep into "UI problem" territory...
  752. # [18:16] <hallvors> karlcow: why not both?
  753. # [18:17] <karlcow> ethics
  754. # [18:17] <karlcow> the data about people in my addressbook doesn't belong to me. People trusted me giving their information.
  755. # [18:17] <hallvors> Facebook would detect an onpaste event and try to figure out the clipboard data
  756. # [18:18] <karlcow> and I don't feel the right to share these data with a 3rd party with a contract which makes the possibility to use these data
  757. # [18:18] <hallvors> if somebody gave you their E-mail address and you use it to search for them on facebook is it ethically wrong??
  758. # [18:19] <karlcow> if I don't know the retention policy of the service about this feature. yes it's wrong
  759. # [18:19] * Joins: shepazutoo (n=schepers@cpe-069-134-123-228.nc.res.rr.com)
  760. # [18:19] <karlcow> in my own way of dealing with data
  761. # [18:19] * Quits: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (Read error: 104 (Connection reset by peer))
  762. # [18:19] <karlcow> :)
  763. # [18:19] * Quits: shepazutoo (n=schepers@cpe-069-134-123-228.nc.res.rr.com) (Client Quit)
  764. # [18:20] <hallvors> so will you take this to the logical conclusion that we should not enable any sort of data exchange because people might use it to expose data others gave them to thirdparties? :-o
  765. # [18:21] <hallvors> You need to find the Internet's off switch..
  766. # [18:21] <karlcow> hallvors: extreme position never solves things
  767. # [18:21] <karlcow> my simple take on it is "it depends on the context"
  768. # [18:21] <karlcow> for this we need mechanisms for knowing how we can use the data.
  769. # [18:22] * Parts: olliej (n=oliver@nat/apple/x-8c89f43fc4d6cbb6)
  770. # [18:22] <hallvors> I think it's a bit extreme to say it's wrong of me to search for you on Facebook by your E-mail..
  771. # [18:22] <karlcow> email, addresses and phone numbers of my friends are not *my* data. There are data which have been communicated under a moral contract (trust)
  772. # [18:22] <karlcow> hallvors: did I say that
  773. # [18:23] <karlcow> hallvors: but yes if you put my email address or phone number on facebook I would consider that wrong.
  774. # [18:23] <karlcow> plus I'm not on facebook ;)
  775. # [18:23] <hallvors> with a caveat about retention policy, you said "yes, it's wrong"
  776. # [18:23] <Philip`> Technical solutions to moral/social problems are probably not going to be particularly effective
  777. # [18:23] <karlcow> Philip`: you jumped to your own conclusions ;) not what I said
  778. # [18:25] <karlcow> ex of technology: creative commons licenses markup. The fact after that you respect the license or not is another issue completely
  779. # [18:25] <karlcow> but at least there is a license
  780. # [18:26] <Philip`> There isn't technology that attempts to enforce that licence by preventing you from copying-and-pasting into a document with an incompatible licence
  781. # [18:26] <karlcow> the thing is that often right now there is no way for some data owners in some context to declare by technology "you can't use the data for this"
  782. # [18:26] <Philip`> (which sounds like what you're suggesting for preventing copying-and-pasting from your address book into Facebook)
  783. # [18:26] <karlcow> :) then sure you can decide to break or not
  784. # [18:27] <karlcow> not preventing, declaring
  785. # [18:28] <karlcow> when I give my phone number to a friend (verbally), I usually give a comment on the type: do not share this number with someone else or ask me before if you can do it.
  786. # [18:28] <karlcow> same thing for my home address
  787. # [18:28] <hallvors> If I search for your address on Google Maps I'm giving some of your personal data to Google. yet very few people would consider that an immoral thing to do..
  788. # [18:28] <rubys> few people realize how much google knows about them
  789. # [18:28] <rubys> http://www.google.com/search?q=sam+ruby+nc
  790. # [18:29] <karlcow> yes sam, only a few people, and not much effort is done in UI to make them aware of it. (killing business I guess)
  791. # [18:31] * hsivonen wonder if Google has enough data to make the voter registration thing obsolete
  792. # [18:31] <hsivonen> *wonders
  793. # [18:32] * hallvors is amused by Sam's post about lying to his GPS to get a correct route home
  794. # [18:33] <hallvors> Actually, these days Facebook doesn't need to support whatever-meta-data-embedding for such a proposal to be useful.
  795. # [18:33] <rubys> looks like google maps at least has fresh data so lying eventually won't be necessary
  796. # [18:33] <hallvors> If the UA does some clever copy thing, one can have a user script / greasemonkey script that knows the target site's markup and creates the meta data
  797. # [18:33] <hsivonen> hmm. Microsoft has fixed the bug I posted in Sam's comments
  798. # [18:34] <hallvors> in Japan GPS navigation seems very good.
  799. # [18:34] <rubys> which bug?
  800. # [18:35] <hallvors> ..but then, they REALLY need it around here..
  801. # [18:35] <hsivonen> rubys: the link at http://intertwingly.net/blog/2005/04/06/Dude-Wheres-My-Car#c1112998015 used to lead to a route search from one part of a Finnish to another part of the same city and MSN returned a very crazy route (IIRC traveling through Sweden or something like that)
  802. # [18:35] <karlcow> hallvors: not GPS, more likely celltowers triangulation because of the density of mobile phones. GPS doesn't work very well in the cities ;) no more sky
  803. # [18:36] <hsivonen> IIRC, it suggested driving to northern Sweden, driving through Sweden, crossing over to southern Finland and driving back north
  804. # [18:36] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  805. # [18:36] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  806. # [18:38] * Joins: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net)
  807. # [18:38] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  808. # [18:42] * Quits: broquaint (i=723251ea@spc1-brig11-0-0-cust544.asfd.broadband.ntl.com) (Remote closed the connection)
  809. # [18:45] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  810. # [18:46] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  811. # [18:49] * Quits: aroben (n=aroben@unaffiliated/aroben) ("Leaving")
  812. # [18:50] * Joins: aroben (n=aroben@c-71-58-73-153.hsd1.pa.comcast.net)
  813. # [18:54] * Joins: Lachy (n=Lachlan@85.196.122.246)
  814. # [18:57] * Quits: hdh (n=hdh@58.187.22.244) (Remote closed the connection)
  815. # [19:10] * Parts: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  816. # [19:12] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  817. # [19:19] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) ("Leaving.")
  818. # [19:19] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  819. # [19:20] * Quits: hallvors (n=hallvord@softbank221089079197.bbtec.net)
  820. # [19:31] * Quits: pauld (n=pauld@host81-130-24-162.in-addr.btopenworld.com)
  821. # [19:31] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  822. # [19:31] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  823. # [19:34] * Joins: virtuelv (n=virtuelv@95.34.27.22.customer.cdi.no)
  824. # [19:40] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  825. # [19:44] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  826. # [19:44] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  827. # [19:56] * gsnedders doesn't think he's ever done so badly in a physics exam
  828. # [19:56] * Joins: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  829. # [20:02] * Joins: mstange (n=markus@aixd3.rhrk.uni-kl.de)
  830. # [20:06] * Joins: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  831. # [20:06] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  832. # [20:09] * Joins: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  833. # [20:11] * Joins: aroben_ (n=aroben@unaffiliated/aroben)
  834. # [20:12] * Quits: aroben (n=aroben@unaffiliated/aroben)
  835. # [20:13] * Joins: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  836. # [20:13] * aroben_ is now known as aroben
  837. # [20:21] <Philip`> gsnedders: I thought the same in a maths exam once, and then scored 100% on it (after normalisation of scores), so there's not necessarily much correlation between perception and reality :-)
  838. # [20:22] <Dashiva> It was fun getting more than 100% on tests due to extra credit (when I lived in Seattle)
  839. # [20:22] <heycam> roc, that was corrected in 1.2T (@xlink:href on <script> being animatable)
  840. # [20:23] <Dashiva> One time I got extra credit on an extra credit question for spotting a mistake
  841. # [20:24] <gsnedders> Philip`: I got 54%. I thought I did well. :)
  842. # [20:25] <Philip`> gsnedders: Oh, if you actually got told the score then I suppose that's correlated with reality
  843. # [20:25] <gsnedders> Philip`: I thought I had probably got a low A, not a low C.
  844. # [20:26] <gsnedders> I also got a B in computing, by not knowing what the right, sorry, wrong answers are.
  845. # [20:26] <Philip`> That sounds unfortunate
  846. # [20:30] * Quits: dglazkov (n=dglazkov@c-24-130-144-56.hsd1.ca.comcast.net)
  847. # [20:32] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  848. # [20:35] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  849. # [20:35] * Quits: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  850. # [20:35] * Parts: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  851. # [20:35] * Quits: harig (i=opera@121.245.13.242) (Read error: 110 (Connection timed out))
  852. # [20:35] * Quits: mstange (n=markus@aixd3.rhrk.uni-kl.de) (Remote closed the connection)
  853. # [20:42] * Parts: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  854. # [20:42] * Joins: zcorpan (n=zcorpan@c83-252-203-80.bredband.comhem.se)
  855. # [20:56] * Quits: aaronlev (n=chatzill@g228078011.adsl.alicedsl.de) ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090117035052]")
  856. # [20:58] * Joins: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  857. # [21:05] * Quits: roc (n=roc@121-72-188-211.dsl.telstraclear.net)
  858. # [21:08] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  859. # [21:08] * Joins: rubys (n=rubys@cpe-075-182-092-038.nc.res.rr.com)
  860. # [21:11] * Joins: aaronlev (n=chatzill@g228078011.adsl.alicedsl.de)
  861. # [21:14] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  862. # [21:17] * Joins: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  863. # [21:26] * Philip` tries to hack together a font subsetter
  864. # [21:27] <Philip`> When used for a dozen ASCII letters, a font like Gentium goes from 260KB to 25KB, of which 13KB is the licence text
  865. # [21:29] <Philip`> and annevk's big-noodle-titling goes from 26KB to 8KB, of which 4KB is the licence text
  866. # [21:30] <Philip`> (I've probably got lots of bugs that break kerning and everything, though)
  867. # [21:30] * Joins: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  868. # [21:31] * Quits: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net) ("Leaving.")
  869. # [21:34] * Joins: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  870. # [21:35] * Quits: zdobersek (n=zan@cpe-92-37-69-90.dynamic.amis.net) (Read error: 104 (Connection reset by peer))
  871. # [21:35] <hsivonen> Philip`: all browsers that support @font-face support gzip, don't they?
  872. # [21:35] <hsivonen> Philip`: wouldn't it be safe to serve a gzipped font unconditionally without conneg?
  873. # [21:35] <hsivonen> presumably that would take care of the license text
  874. # [21:36] <Philip`> With gzip, it's 3.5KB for big-noodle-titling and 11KB for Gentium
  875. # [21:38] <hsivonen> I want to try how hard it will be to use Linux Libertine, MgOpen Cosmetica and Libertine Mono with @font-face with strict license compliance
  876. # [21:39] <hsivonen> i.e. providing full corresponding source code
  877. # [21:40] <Philip`> Removing the copyright text and using gzip, it's 2.7KB and 7KB respectively
  878. # [21:41] <hsivonen> Philip`: does Gentium allow the removal of the license text and replacing it with the URL of the license?
  879. # [21:41] <takkaria> what constitutes source code in the case of fonts?
  880. # [21:41] <Philip`> http://scripts.sil.org/cms/scripts/render_download.php?site_id=nrsi&format=file&media_id=OFL_plaintext&filename=OFL.txt
  881. # [21:42] <hsivonen> takkaria: the preferred form for making modification, which is the FontForge input file
  882. # [21:42] <Philip`> "Original or Modified Versions of the Font Software may be bundled, redistributed and/or sold with any software, provided that each copy contains the above copyright notice and this license. These can be included either as stand-alone text files, human-readable headers or in the appropriate machine-readable metadata fields within text or binary files as long as those fields can be easily viewed by the user."
  883. # [21:43] <hsivonen> someone should make a font serving site that crawls the customer sites and subsets fonts automatically
  884. # [21:45] <zcorpan> hsivonen: do you mean that it would subset it to include characters found in the text that uses the font?
  885. # [21:45] <hsivonen> zcorpan: yes
  886. # [21:45] <hsivonen> so the crawler would need to be CSS-aware
  887. # [21:46] * Quits: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  888. # [21:46] <takkaria> hmm, that wouldn't be too hard
  889. # [21:46] * Joins: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  890. # [21:46] <hsivonen> takkaria: except with JS adding more text :-)
  891. # [21:46] <zcorpan> or a comment form
  892. # [21:47] <takkaria> JS makes the idea unusable, I guess
  893. # [21:47] <Philip`> I was idealistically unrealistically thinking of making something vaguely like that
  894. # [21:48] * zcorpan would be happy if he could choose which characters to include from a character map or pasting the characters he wanted
  895. # [21:49] <zcorpan> e.g. if i wanted to use a webfont for my mother's site's headings i'd want swedish and icelandic characters
  896. # [21:52] * Joins: weinig (n=weinig@17.203.15.177)
  897. # [21:52] * Joins: roc (n=roc@202.0.36.64)
  898. # [21:53] * Philip` presumes the main concern for someone providing such a service would be the licensing of fonts
  899. # [21:54] <hsivonen> Philip`: one would only offer to serve OFL and GPL fonts
  900. # [21:54] <hsivonen> and Apache License 2.0 fonts
  901. # [21:54] <Philip`> And not let people upload their own fonts?
  902. # [21:54] <hsivonen> right
  903. # [21:54] <roc> TTF fonts have an "installable" bit
  904. # [21:55] <roc> which basically means "free"
  905. # [21:55] <roc> a site could allow file uploads if it checked that bit
  906. # [21:55] <Philip`> Does that imply it allows derivative works too?
  907. # [21:55] <zcorpan> YouFont
  908. # [21:56] <zcorpan> unsurprisingly there's such a site
  909. # [21:56] * Quits: dolske (n=dolske@firefox/developer/dolske)
  910. # [21:56] <zcorpan> (named youfont i.e.)
  911. # [21:56] <zcorpan> (although it doesn't seem to be the same concept as youtube - i don't see any upload)
  912. # [22:04] <Lachy> hsivonen, if making the source of the font available is a requirement, then surely a URL for it in a CSS comment near the @font-face rule, or some other appropriate location, would be acceptable
  913. # [22:06] <Lachy> it the same with copyleft licenced software. You don't need to distribute the source with the binary, just make it available to those who want it
  914. # [22:17] <hsivonen> is this for real: http://twitter.com/zacharyjohnson/statuses/1131296427
  915. # [22:22] <roc> I wonder if http://alistapart.com/articles/semanticsinhtml5 is for real
  916. # [22:22] <roc> it sounds like another form of <tag name="section">
  917. # [22:22] * Quits: dbaron (n=dbaron@c-98-234-51-190.hsd1.ca.comcast.net) ("8403864 bytes have been tenured, next gc will be global.")
  918. # [22:26] <Lachy> it doesn't surprise me that there are still people out there hoping for the day that HTML will be replaced with semantically pure, XML based solutions
  919. # [22:27] * Quits: heycam (n=cam@124-168-97-132.dyn.iinet.net.au) ("bye")
  920. # [22:29] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  921. # [22:30] <hsivonen> Lachy: it's not the XML part. it's the DTD part.
  922. # [22:31] <hsivonen> XML standards types have moved to RELAX NG, Schematron and NVDL
  923. # [22:31] <hsivonen> some are sticking to XSD, but DTD is really passé
  924. # [22:36] <zcorpan> http://www.webfonts.info/wiki/index.php?title=Fonts_available_for_%40font-face_embedding
  925. # [22:39] <Philip`> Is Bitstream Vera / DejaVu compatible with embedding?
  926. # [22:39] * Philip` didn't see anything in its licence that indicated otherwise
  927. # [22:39] <hsivonen> Philip`: seems linkable and embeddable to me
  928. # [22:40] <hsivonen> the list on webfonts.info is very incomplete as far as OFL and GPL fonts go
  929. # [22:41] * Quits: dimich (n=dimich@c-98-203-230-54.hsd1.wa.comcast.net)
  930. # [22:57] * Parts: zdobersek1 (n=zan@cpe-92-37-69-90.dynamic.amis.net)
  931. # [23:01] * Quits: jruderman (n=jruderma@c-67-180-39-55.hsd1.ca.comcast.net)
  932. # [23:02] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  933. # [23:06] * Quits: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  934. # [23:07] * Joins: kingryan (n=kingryan@c-24-5-77-167.hsd1.ca.comcast.net)
  935. # [23:11] * Quits: ap (n=ap@195.239.126.10)
  936. # [23:20] * Joins: nessy (n=nessy@169.222.9.224)
  937. # [23:22] * zcorpan notes that annevk's big-noodle-titling is served as text/plain
  938. # [23:24] <zcorpan> (and so is the webfont i uploaded for daddy.svg)
  939. # [23:24] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  940. # [23:32] * Quits: dolske (n=dolske@firefox/developer/dolske)
  941. # [23:33] * Joins: dolske (n=dolske@corp-241.mountainview.mozilla.com)
  942. # [23:34] * Quits: nessy (n=nessy@169.222.9.224) ("This computer has gone to sleep")
  943. # [23:34] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  944. # [23:37] <Lachy> what's the correct MIME type for a font?
  945. # [23:38] <zcorpan> i think there is no yet, but it's being discussed... i used font/ttf
  946. # [23:39] <Lachy> ah, yeah, I remember http://annevankesteren.nl/2008/08/font-mime-types
  947. # [23:42] <Philip`> How do I make Opera stop using my system font instead of the @font-faced version that I want it to use?
  948. # [23:43] <Philip`> (It works more sensibly in Firefox, where it falls back to the page's default font for missing glyphs)
  949. # [23:44] <Lachy> Philip`, can you demonstrate the problem?
  950. # [23:45] <Philip`> Lachy: Not easily
  951. # [23:51] <Philip`> How does Opera pick fallback fonts?
  952. # [23:51] <Philip`> I changed all the name strings in the font, so it can't just be matching those
  953. # [23:52] * Joins: annevk (n=annevk@77.163.243.203)
  954. # [23:54] * Joins: nessy (n=nessy@169.222.9.224)
  955. # [23:59] <zcorpan> annevk: hey
  956. # [23:59] <Lachy> Philip`, can you publish a test case of some kind?
  957. # [23:59] <annevk> http://twitter.com/Kroc/statuses/1131482645
  958. # [23:59] <annevk> zcorpan, yo
  959. # [23:59] <annevk> zcorpan, not going to happen tonight I'm afraid
  960. # [23:59] <annevk> zcorpan, the SVG stuff
  961. # Session Close: Tue Jan 20 00:00:00 2009

The end :)