/irc-logs / freenode / #whatwg / 2007-08-15 / end

Options:

  1. # Session Start: Wed Aug 15 00:00:00 2007
  2. # Session Ident: #whatwg
  3. # [00:00] * Quits: grimboy (n=grimboy@89.240.243.47) (Connection timed out)
  4. # [00:05] * Quits: Jero (n=chatzill@209.190.211.3) (Remote closed the connection)
  5. # [00:15] * Joins: weinig (i=weinig@nat/apple/x-ca866d406f0ebc3a)
  6. # [00:17] * Quits: mjs (n=othermac@17.255.111.84)
  7. # [00:18] * Quits: cplot (n=cplot@98.193.22.194)
  8. # [00:19] * Joins: mjs (n=othermac@17.255.111.84)
  9. # [00:22] * Joins: arve__ (n=virtuelv@96.80-202-82.nextgentel.com)
  10. # [00:25] <zcorpan_> i'm sure i've read the logo joke somewhere before. where is it from, Hixie?
  11. # [00:25] * Quits: [1]markp (n=markp@adsl-221-112-88.rmo.bellsouth.net) (Read error: 113 (No route to host))
  12. # [00:26] * Quits: mjs (n=othermac@17.255.111.84)
  13. # [00:28] * Joins: mjs (n=othermac@17.255.111.84)
  14. # [00:28] * Joins: mattly_ (n=matt@24-176-224-135.dhcp.snlo.ca.charter.com)
  15. # [00:36] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) ("http:/www.csarven.ca")
  16. # [00:38] * Quits: weinig (i=weinig@nat/apple/x-ca866d406f0ebc3a) (Read error: 110 (Connection timed out))
  17. # [00:38] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  18. # [00:39] * Joins: weinig (n=weinig@17.255.109.62)
  19. # [00:39] * Quits: virtuelv_ (n=virtuelv@96.80-202-82.nextgentel.com) (Read error: 110 (Connection timed out))
  20. # [00:42] * mattly_ is now known as mattly
  21. # [01:00] * Quits: briansuda (n=briansud@85-220-84-60.dsl.dynamic.simnet.is)
  22. # [01:01] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Connection timed out)
  23. # [01:05] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  24. # [01:05] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  25. # [01:06] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  26. # [01:06] <mpt> Philip`, the numbers survey has been done. <http://www.turbulence.org/Works/nums/prepare.html>
  27. # [01:06] <mpt> Unfortunately it hasn't been updated since 2002
  28. # [01:08] * moeffju is now known as moeffju[ZzZz]
  29. # [01:10] <Philip`> mpt: Oh, thanks - that looks like it would be interesting if I had Java installed :-)
  30. # [01:14] * Joins: cplot (n=cplot@12.168.46.149)
  31. # [01:14] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  32. # [01:17] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  33. # [01:20] * Joins: weinig_ (i=weinig@nat/apple/x-197d197a836e714c)
  34. # [01:23] * Quits: cplot (n=cplot@12.168.46.149)
  35. # [01:24] * Joins: yod (n=ot@softbank221018155222.bbtec.net)
  36. # [01:28] <tndH_> http://blogoscoped.com/archive/2006-07-28-n51.html is a lot less thorough, but it's colourful :)
  37. # [01:30] * tndH_ is now known as tndH
  38. # [01:31] <mpt> I wonder how much the frequencies of "9" and "11" have increased in the past decade
  39. # [01:33] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) ("http:/www.csarven.ca")
  40. # [01:35] * Quits: zcorpan_ (n=zcorpan@84-216-41-22.sprayadsl.telenor.se) (Read error: 110 (Connection timed out))
  41. # [01:35] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  42. # [01:40] * Quits: weinig (n=weinig@17.255.109.62) (Read error: 110 (Connection timed out))
  43. # [01:41] * Joins: grimboy (n=grimboy@85-211-242-146.dsl.pipex.com)
  44. # [01:42] * weinig_ is now known as weinig
  45. # [01:52] * Quits: kingryan (n=kingryan@corp.technorati.com)
  46. # [01:59] * Joins: cplot (n=cplot@12.168.46.149)
  47. # [02:20] * Joins: markp (n=markp@adsl-221-112-88.rmo.bellsouth.net)
  48. # [02:33] * Joins: karlUshi (n=karl@133.27.247.173)
  49. # [02:36] * Quits: cplot (n=cplot@12.168.46.149)
  50. # [02:45] * Joins: [1]markp (n=markp@adsl-221-112-88.rmo.bellsouth.net)
  51. # [02:54] * Quits: markp (n=markp@adsl-221-112-88.rmo.bellsouth.net) (Read error: 113 (No route to host))
  52. # [02:54] * [1]markp is now known as markp
  53. # [02:57] * Joins: nikola_tesla (i=nagarjun@d60-65-150-197.col.wideopenwest.com)
  54. # [03:07] * Quits: Dashiva (i=Dashiva@17.80-202-223.nextgentel.com) (Read error: 131 (Connection reset by peer))
  55. # [03:11] * Joins: kfish (n=conrad@61.194.21.25)
  56. # [03:15] * Quits: tndH (i=Rob@adsl-87-102-94-41.karoo.KCOM.COM) ("ChatZilla 0.9.78.1-rdmsoft [XULRunner 1.8.0.9/2006120508]")
  57. # [03:22] * Quits: h3h (n=w3rd@66-162-32-234.static.twtelecom.net) ("|")
  58. # [03:32] * Quits: mjs (n=othermac@17.255.111.84)
  59. # [03:43] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
  60. # [03:45] * Quits: nikola_tesla (i=nagarjun@d60-65-150-197.col.wideopenwest.com)
  61. # [04:01] * Quits: weinig (i=weinig@nat/apple/x-197d197a836e714c)
  62. # [04:33] <Hixie> why i do believe Leif just asked me to shut up
  63. # [04:41] <karlUshi> paranoia.
  64. # [04:41] <karlUshi> I think Leif said that 80%-20% was a poor argument in a discussion.
  65. # [04:41] <Hixie> "Save it up for later." seems pretty clear to me
  66. # [04:42] <karlUshi> yes :) but I do not read it the same way than you
  67. # [04:42] <Hixie> how do you read it?
  68. # [04:42] <Hixie> i'm curious as to what he meant
  69. # [04:42] <Hixie> i'm confused because he immediately sent another e-mail asking questions
  70. # [04:42] <Hixie> and i don't know if he wants me to reply or not
  71. # [04:43] <Hixie> probably safest not to
  72. # [04:43] <karlUshi> I always try to take a step back for any comments on the mailing-list :/ because I would end up at leaving my job every day ;)
  73. # [04:43] <karlUshi> So the way I read it is
  74. # [04:43] <Lachy> hmm. I read it as shut up too
  75. # [04:44] <karlUshi> "80% is an argument that you always use, I'm not convinced by it, save it for later."
  76. # [04:44] <Hixie> it wasn't intended to be an argument
  77. # [04:44] <karlUshi> ooops
  78. # [04:44] <karlUshi> French
  79. # [04:45] <karlUshi> argument = point of discussion
  80. # [04:45] <Hixie> and i don't understand how saving it for later would make it any more acceptable
  81. # [04:45] <karlUshi> not dispute
  82. # [04:45] <Hixie> right, it wasn't intended to be a point of discussion -- it's just how languages have to be designed
  83. # [04:45] <Hixie> you always have to draw a line as to how much to include
  84. # [04:45] <karlUshi> in your perspective
  85. # [04:45] <Hixie> it's not clear to me that there can be useful perspectives where you don't draw a line
  86. # [04:47] <Hixie> though i'd love to hear of one if there are some
  87. # [04:47] <Lachy> of course the line has to be drawn somewhere, it's just a matter of finding out wheere
  88. # [04:47] <karlUshi> imagine a line based on the inclusion of diversity more than the democracy (democracy being the power of the majority as opposed to the Republics without entering too much into details)
  89. # [04:47] * Quits: grimboy (n=grimboy@85-211-242-146.dsl.pipex.com) (Read error: 104 (Connection reset by peer))
  90. # [04:47] <Hixie> what do you mean by "diversity"?
  91. # [04:48] <karlUshi> we are drifting... but let's say. For example, the republics guarantee the rights of minority because the respect of this diversity is important for the design of a society.
  92. # [04:48] <karlUshi> Democracies at the opposite impose the power of big numbers on minority
  93. # [04:48] <karlUshi> usually a mix of the two is useful.
  94. # [04:48] <Hixie> ok... (looking for how this applies to language design)
  95. # [04:49] <karlUshi> accessibility for example, or internationalisation.
  96. # [04:50] <karlUshi> a feature can be useful for a limited number of persons, but without the feature, the language will not be useful in this precise context.
  97. # [04:50] <karlUshi> Same for the inclusion of some rare characters in unicode.
  98. # [04:51] * karlUshi suddenly remembers how much usenet sucks when we could not type accents typing French.
  99. # [04:52] <karlUshi> When some people started to mention that it would be cool to modify the implementation. Some people said it was folly.
  100. # [04:53] <Lachy> karlUshi, I don't understand the point you are trying to make. I thought you were trying to explain a perspective where a line doesn't have to be drawn, but then you gave an example where it was drawn in a different place.
  101. # [04:53] * Joins: cplot (n=cplot@mbc0736d0.tmodns.net)
  102. # [04:54] <karlUshi> Lachy: I just said there is not one unique line, I said it was a question of perspective, point of view. :)
  103. # [04:54] <karlUshi> being binary doesn't help
  104. # [04:55] <Hixie> well sure, my point was just that you do have to draw a line
  105. # [04:55] <Hixie> which you seem to agree with, despite saying earlier that that was just "in my perspective"
  106. # [04:56] * Hixie is now confused as to both karl's opinion _and_ leif's opinion!
  107. # [04:57] * Joins: csarven- (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  108. # [04:57] <Lachy> I understand Lief's opinion, he just objects to the 80%-20% argument because he sees it as a way to ignore the minority, particularly on accessibility
  109. # [04:57] <Hixie> ooo, yet another mailing list
  110. # [04:57] * Quits: mpt (n=mpt@canonical/launchpad/mpt) ("This computer has gone to sleep")
  111. # [04:58] <karlUshi> your line is 80/20 rationale. what I said being your perspective :)
  112. # [04:58] <Hixie> Lachy: ah, then he's probably misunderstanding it. i thought i was pretty careful about saying it was 80% of _tables_, not 80% of _users_.
  113. # [04:58] <karlUshi> you decided to draw the line on this principle
  114. # [04:58] <Lachy> Hixie: yes, a lot of people do misunderstand it
  115. # [04:59] <karlUshi> Lachy: because it is often used not only to categorize data, but to remove options to people.
  116. # [04:59] <Lachy> some don't realise that it's not a fixed ratio either, it needs to be evaluated on a case by case basis depending on numerous other factors
  117. # [05:00] <Hixie> what's the status of the design proposals? can i add one?
  118. # [05:00] <Hixie> principles, rather
  119. # [05:00] <Lachy> maybe, what are you thinking of adding?
  120. # [05:00] <karlUshi> So I guess each time we categorize data like this, we have to propose something that will not exclude people falling into the 20%.
  121. # [05:00] <Hixie> people don't fall into percentages
  122. # [05:01] <Hixie> it's 80% of _content_, not 80% of _users_
  123. # [05:01] <Hixie> Lachy: the line
  124. # [05:01] <karlUshi> Hixie: unfortunately managerial decisions show every days that people fall into percentages. I'm pretty I just have to read Yahoo News right now
  125. # [05:01] <karlUshi> pretty sure
  126. # [05:02] <Hixie> i'm just talking about language design here
  127. # [05:02] <Hixie> nothing else
  128. # [05:02] * Joins: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com)
  129. # [05:02] <Hixie> and in designing languages for the web, we should aim to cater for 100% of users, and n% of use cases, where n < 100.
  130. # [05:02] <karlUshi> yes but people are "humans" not machines. When they read something, they charge it with emotions, etc. The same way you read leif comment with emotions.
  131. # [05:02] <Hixie> lachy: (that's the principle i was going to add)
  132. # [05:03] <karlUshi> so when you say 80% of something, many people will think 20% of people
  133. # [05:03] <Hixie> if people aren't going to read what i write, that's not really my problem
  134. # [05:03] <Hixie> :-)
  135. # [05:03] <Hixie> at least not in this context
  136. # [05:04] <karlUshi> :) unfortunately it is ;) or you have missed everything about social relationship :p
  137. # [05:05] * Joins: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net)
  138. # [05:07] <Hixie> not in this context -- if people are going to ignore what i write and argue against what they think i'm writing, then i'll just ignore them, as they aren't being productive.
  139. # [05:07] * Joins: dbaron (n=dbaron@c-71-198-189-81.hsd1.ca.comcast.net)
  140. # [05:07] <Hixie> no big loss to me, since someone who doesn't slow down long enough to actually read what they're talking about probably isn't going to be slowing down long enough to think about what they're writing either.
  141. # [05:08] * Joins: grimboy (n=grimboy@85-211-248-206.dsl.pipex.com)
  142. # [05:08] <Lachy> exactly! It's more productive to not respond in some cases
  143. # [05:09] <Lachy> and just hope that, eventually, people get the idea that unproductive, emotionally charged responses don't get responses, and then they stop sending them
  144. # [05:12] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) (Read error: 110 (Connection timed out))
  145. # [05:13] <Lachy> oh, nice, Jason White gave a usecase for <input usemap>
  146. # [05:13] <Lachy> yet he's ignoring that virtually *nobody* uses it for that purpose anyway
  147. # [05:20] * Quits: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net) ("This computer has gone to sleep")
  148. # [05:23] <Hixie> ok, added Baby Steps to the principles
  149. # [05:27] <Lachy> that's quite well written
  150. # [05:27] <Hixie> why thank you
  151. # [05:27] <Lachy> hmm. I wonder if it's at all possible to search for sites that use <input type=image> as a server side image map
  152. # [05:28] <Hixie> as opposed to a button?
  153. # [05:28] <Hixie> i.e. those that care about the .x and .y coordinates?
  154. # [05:28] <Lachy> yes
  155. # [05:28] <Lachy> but there'd be a lot that use type=image, but don't care about x,y
  156. # [05:28] <Hixie> right
  157. # [05:29] * Quits: cplot (n=cplot@mbc0736d0.tmodns.net)
  158. # [05:30] <Hixie> i don't understand why people have such a gut reaction to us removing unused or abused features
  159. # [05:30] <Hixie> (like usemap)
  160. # [05:30] <Hixie> (on input)
  161. # [05:30] * Joins: cplot (n=cplot@mbc0736d0.tmodns.net)
  162. # [05:30] * Quits: markp (n=markp@adsl-221-112-88.rmo.bellsouth.net) (Read error: 113 (No route to host))
  163. # [05:31] <Hixie> the philip in http://www.w3.org/mid/46C1DE89.1080305@Rhul.Ac.Uk apparently missed the list of URIs that has been cited several times
  164. # [05:31] <Lachy> some people just seem to think the designers of HTML4 had more wisdom then we do, and think they must have included it for a good reason
  165. # [05:40] * Joins: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca)
  166. # [05:57] * Quits: cplot (n=cplot@mbc0736d0.tmodns.net)
  167. # [05:58] <Lachy> I think I know how we could search for type=image used as a server side image map...
  168. # [05:58] <Hixie> oh?
  169. # [05:59] <Lachy> my hypothesis is that if the only visible control in a form is type=image (may also include type=hidden or readonly controls), then it's more likely that the site would be interested in the x,y coords
  170. # [06:00] * Hixie replies to 58 e-mails about alt=""
  171. # [06:00] <Lachy> also, larger images are more likely to be image maps, than smaller images which are likely to be simple buttons
  172. # [06:01] <Lachy> so searching for pages that meet those criteria should reveal the pages that use it
  173. # [06:02] * Quits: csarven (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) (Read error: 104 (Connection reset by peer))
  174. # [06:03] <Lachy> should I send you a mail about that for you to put on your todo list to do the search?
  175. # [06:03] <Hixie> it would be hard to do in my current framework, because my parser doesn't really do the form association stuff
  176. # [06:03] <Lachy> ok
  177. # [06:04] <Hixie> and i'm not at all convinced that there aren't many pages with large <input type=image>s :-)
  178. # [06:04] <Lachy> yeah, and the only way to know how big the image is, is to retrieve it, which would be quite a slow process
  179. # [06:05] <Hixie> my current framework can't handle looking at external files at all
  180. # [06:05] <Hixie> and making it do so would be far more work than i'm interested in doing
  181. # [06:06] <Hixie> (FAR more work)
  182. # [06:06] <Lachy> eyah
  183. # [06:06] <Lachy> yeah
  184. # [06:06] <Hixie> though height/width might help
  185. # [06:08] <Lachy> oh look, Robert has described hypothetical use cases for <input usemap>
  186. # [06:08] <Hixie> i hope he makes sure to create a wiki page for each of those use cases / problems
  187. # [06:08] <Hixie> so i can make sure to address them
  188. # [06:09] <Lachy> I'll get them started
  189. # [06:10] <Hixie> (don't bother unless the use cases are compelling)
  190. # [06:10] <Hixie> ok, home time. bbl.
  191. # [06:10] <Lachy> ok, fair enough
  192. # [06:10] <Lachy> cya
  193. # [06:40] * Quits: Lachy (n=Lachy@124-168-4-56.dyn.iinet.net.au) ("ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]")
  194. # [06:49] * Joins: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  195. # [06:52] * Quits: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net) (Read error: 104 (Connection reset by peer))
  196. # [06:53] * Joins: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  197. # [07:42] * Quits: csarven- (n=nevrasc@modemcable081.152-201-24.mc.videotron.ca) ("http:/www.csarven.ca")
  198. # [07:48] * Joins: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net)
  199. # [07:55] * Quits: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net) (Remote closed the connection)
  200. # [07:55] * Joins: mpt (n=mpt@121-72-138-60.dsl.telstraclear.net)
  201. # [07:56] * Joins: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  202. # [08:00] * Quits: h3h (n=w3rd@cpe-76-88-44-219.san.res.rr.com) ("|")
  203. # [08:16] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  204. # [08:16] * Quits: aroben (n=adamrobe@unaffiliated/aroben) (Remote closed the connection)
  205. # [08:17] * Joins: aroben (n=adamrobe@c-67-160-250-192.hsd1.ca.comcast.net)
  206. # [08:49] * Joins: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net)
  207. # [08:51] * Quits: weinig (n=weinig@c-67-188-89-242.hsd1.ca.comcast.net)
  208. # [08:53] * Quits: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net) (Client Quit)
  209. # [09:08] * Joins: Lachy (n=Lachy@124-168-4-56.dyn.iinet.net.au)
  210. # [09:10] <Lachy> ah, I'm not looking forward to the backlash against Hixie's comment "I don't really have much time for process"
  211. # [09:11] <Lachy> (although I actually agree with it)
  212. # [09:14] <Hixie> the guy told me i shouldn't have edited the wiki
  213. # [09:14] <Hixie> fuck that
  214. # [09:14] <Lachy> yeah, I know, that's what I thought too
  215. # [09:14] <Hixie> on a more practical note, we need to work out a story for height and width on <img>
  216. # [09:14] <Lachy> what about them? Are they being dropped?
  217. # [09:15] <Hixie> working out what they mean, what their conformance criteria are, etc
  218. # [09:15] * Joins: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net)
  219. # [09:15] <Hixie> i think it was hsivonen who pointed out that it's getting quite common for pages to include extremely high res pictures, and then they are using height=/width= to make them size sanely even in the absence of CSS
  220. # [09:16] <Hixie> i'm a big fan of making sure pages can render sanely even without CSS (or with difference CSS)
  221. # [09:16] <Lachy> BTW, I just reworded cowpaths and reinventing the wheel principles in the wiki too
  222. # [09:16] <Hixie> different, even
  223. # [09:16] <Hixie> but it seems weird for the page to give a particular size
  224. # [09:16] <Hixie> since that's very media-specific
  225. # [09:16] <Hixie> what if my device is bigger? smaller?
  226. # [09:17] <Lachy> some sites that use high res images and then scale them down seem to do so because they don't know how to operate an image editor
  227. # [09:17] <Hixie> when i've done it it's been because i wanted the print version to have access to more pixels
  228. # [09:17] <Hixie> these days it's probably also to let higher res displays have access to more pixels
  229. # [09:20] <Hixie> i guess i can pretend that the height/width are encoding the "real" dimensions of the image in CSS pixels
  230. # [09:20] <Lachy> wouldn't that be a use case for media queries on <img>?
  231. # [09:20] <Lachy> although, I"m not sure how practical that would be to implement, it's what XHTML2 have done, I think
  232. # [09:21] <Hixie> i don't think there's anything wrong with simply providing a very high res image
  233. # [09:21] <karlUshi> Hixie: replied
  234. # [09:21] <Hixie> and expecting the UAs to scale appropriately
  235. # [09:21] <Lachy> ok
  236. # [09:22] <Hixie> karlUshi: thanks
  237. # [09:23] <arve__> <Hixie> i guess i can pretend that the height/width are encoding the "real" dimensions of the image in CSS pixels <-- care to elaborate?
  238. # [09:23] <arve__> It's the word "real" I don't quite get
  239. # [09:23] <Hixie> i think i will pretend that the height/width are encoding the "real" dimensions of the image in CSS pixels, where those dimensions might differ from the actual dimensions of the image because we're expecting UAs to ignore DPI info in the image, but the ratio has to match the real ratio
  240. # [09:24] <Hixie> so if the image is actually 1000dpx by 500dpx, but the author puts width=100 height=50, then that's ok
  241. # [09:24] <Hixie> but if they have an image that's 100dpx by 50dpx and they put height=100 width=100 that's bad
  242. # [09:24] <Hixie> dpx = device pixel
  243. # [09:24] <Hixie> as opposed to CSS pixel
  244. # [09:24] <Lachy> ok, so they have to keep aspect ratios to be conforming
  245. # [09:25] <arve__> what should happen in the latter case, then?
  246. # [09:25] <arve__> I think there are legitimate uses of that for image stretching purposes
  247. # [09:25] <Hixie> arve__: oh i'm not changing anything that happens, it'll stay as per today
  248. # [09:25] <Hixie> arve__: like?
  249. # [09:26] <arve__> for instance, screencaps from some video source may be aspect-ratio-distorted, and you can use width/height to carefully correct it
  250. # [09:27] <arve__> or the other case, which I concede is abuse, to create progress bars and similar using images
  251. # [09:27] <Lachy> arve__: wouldn't it be better to correct such distortions in an image editor, rather than letting browsers scale it?
  252. # [09:27] <arve__> Lachy: surely, but people do stuff like that anyway
  253. # [09:27] <Lachy> browsers tend to scale images quote poorly compared with image editors, which use more complex algorithms
  254. # [09:27] <Lachy> really? Do you have any examples?
  255. # [09:28] <Lachy> but just because people do that, should we allow it? People do a lot of other invalid stuff
  256. # [09:28] <arve__> Lachy: other than "from memory", no?
  257. # [09:29] <Lachy> ok
  258. # [09:29] <arve__> I've distorted aspect ratio on purpose in scripting, though
  259. # [09:31] <Lachy> Hixie: I've found several sites that do actually depend on <input usemap> working, and which break in IE
  260. # [09:31] <Lachy> But all of them would be solved by using <a><img></a> or <img usemap>
  261. # [09:34] * Quits: dbaron (n=dbaron@c-71-198-189-81.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  262. # [09:46] <Lachy> Hixie, these sites were listed in your results, but they don't contain <input usemap> http://gctinc.com/index.html http://globulus-ural.com/links.php
  263. # [09:58] * arve__ is now known as virtuelv_
  264. # [10:10] * Quits: aroben (n=adamrobe@unaffiliated/aroben)
  265. # [10:14] * Quits: karlUshi (n=karl@133.27.247.173) ("Where dwelt Ymir, or wherein did he find sustenance?")
  266. # [10:14] <Hixie> virtuelv_: if the images are aspect-ratio distorted (that is, anamorphic) then they should be fixed. there's no reason to have anamorphic static images.
  267. # [10:15] <virtuelv_> Hixie: not that I disagree
  268. # [10:15] <Hixie> Lachy: they might have changed since i looked at them
  269. # [10:15] <Lachy> ok, how long ago did you look at them?
  270. # [10:15] <Hixie> Lachy: and yes, some pages might require <input usemap>, but unless it's a majority...
  271. # [10:16] <Lachy> is it possible that the usemap actually occured on other pages of the site and you listed the wrong page?
  272. # [10:16] <Hixie> no
  273. # [10:16] <Hixie> but the data can be several weeks out of date depending on exactly what i was doing
  274. # [10:17] <Lachy> oh right, since it's from Google's cache
  275. # [10:20] * Quits: yod (n=ot@softbank221018155222.bbtec.net) ("Leaving")
  276. # [10:30] * Joins: Whiskey_M (n=Richard@host-84-9-127-20.bulldogdsl.com)
  277. # [10:30] <Whiskey_M> 'lo
  278. # [10:30] <Hixie> hey
  279. # [10:31] <hsivonen> Hixie: do you expect conformance checkers to download images and check if they are fully transparent?
  280. # [10:32] <Whiskey_M> Hixie, just saw the e-mail about web forms, I know it's at the backburner, but (and sorry if I should have RTFMed from the website and missed it), is there any effort in to write a server side forms processor + front end JS for new controls?
  281. # [10:43] * Joins: Ducki (n=Ducki@nrdh-d9b980cd.pool.mediaWays.net)
  282. # [10:44] <Hixie> hsivonen: i dunno
  283. # [10:45] <Hixie> hsivonen: i'm starting to think that maybe we should have a level of conformance for conformance checkers that does involve checking external resources, because i keep coming across features that would be nice to add that require that
  284. # [10:49] * Quits: virtuelv_ (n=virtuelv@96.80-202-82.nextgentel.com) (Read error: 110 (Connection timed out))
  285. # [10:49] * Joins: virtuelv_ (n=virtuelv@96.80-202-82.nextgentel.com)
  286. # [10:49] <hsivonen> Hixie: anything else besides transparent images and image dimensions?
  287. # [10:50] <hsivonen> (I'm not yet convinced that tying conformance to external resources is a good idea)
  288. # [10:51] * Whiskey_M guesses his was a silly question and goes back to the site to look for details
  289. # [10:52] <Lachy> I found one site that would be a valid use case for <input usemap>, except that due to the way it's implemented in Firefox, it's actually better in browsers that don't support it http://realestate.bannisterdesign.com/grostick.com/search.php
  290. # [10:53] <Lachy> the problem is the <area> links don't submit the coordinates where the user clicked, but the site uses them for the search
  291. # [10:59] <Hixie> hsivonen: type="" on <link> and <script> and <object> matching the resource, all kinds of stuff
  292. # [10:59] <Hixie> hsivonen: not having links to 404s
  293. # [11:00] <Hixie> though i guess that should be a should
  294. # [11:00] <Hixie> i'm not sure how we should phrase it
  295. # [11:00] <Hixie> maybe document conformance and document context conformance or some such
  296. # [11:01] <hsivonen> Hixie: the former is theoretically hard, because GET doesn't allow you to see what someone else GETs
  297. # [11:02] <hsivonen> Hixie: this has already been a problem with krijn's and anne's Apache configs
  298. # [11:02] <hsivonen> which makes it a practical problem, too
  299. # [11:02] <Hixie> well, the same can be said of any URI, even the one the validator gets
  300. # [11:02] <Hixie> unless you're uploading the file
  301. # [11:02] <hsivonen> yes
  302. # [11:03] <hsivonen> but at least when the validator has received something from the main URI, it can say definite things about that stream of bytes plus content-type
  303. # [11:03] <Hixie> it's possible that conformance criteria dependent on external resources are only useful in a dynamic environment, same as conformance criteria that apply to script-driven scenarios
  304. # [11:03] <Hixie> e.g. i don't expect a conformance checker to say if the scripts are conforming, but we have requirements on those already
  305. # [11:06] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.2 (IRC client for Emacs)")
  306. # [11:23] * Joins: Dashiva (i=Dashiva@17.80-202-223.nextgentel.com)
  307. # [11:32] * Joins: zcorpan_ (n=zcorpan@84-216-41-110.sprayadsl.telenor.se)
  308. # [11:32] <Whiskey_M> outside of on-going discussions here does anyone have a link to the usemap thread
  309. # [11:34] <zcorpan_> "If either attribute is specified, the other must be as well" [img width/height] -- why? specifying only one is a good way to get the right ratio, especially when you use percentages
  310. # [11:37] <Lachy> I hope my detailed explanation of the usemap issue I just sent puts a conclusive end to the issue. I've wasted too much time on it already today. :-(
  311. # [11:52] <hsivonen> I wonder if the people talking about "education" have ever done upgrade evangelism on behalf of a browser
  312. # [11:53] <hsivonen> that is, contacted sites to explain that the sites are doing something wrong and need to be fixed in order to work with a new browser
  313. # [11:59] * Joins: Ducki_ (n=Ducki@d83-176-151-173.cust.tele2.de)
  314. # [12:00] <Hixie> zcorpan_: because the point is to allow for authors to prevent flickering page load, not for them to be able to get the layout they want
  315. # [12:00] * Joins: hendry (n=hendry@91.84.53.136)
  316. # [12:02] <zcorpan_> Hixie: right. i thought percentages were allowed but looking again it seems they aren't. ok
  317. # [12:05] <zcorpan_> Hixie: still, having images with more pixels than the size you want it in order to get better quality on high resolution screens, and not caring about page load flickering, it is easier to just specify one if you're authoring by hand
  318. # [12:05] <Hixie> mmm
  319. # [12:05] <Hixie> fair enough
  320. # [12:15] <Hixie> woah, robert's latest e-mail is weird
  321. # [12:15] <Hixie> he's arguing in favour of <input usemap> in response to an e-mail where Lachy showed that <input usemap> was a net accessibility loss
  322. # [12:20] * Quits: Ducki (n=Ducki@nrdh-d9b980cd.pool.mediaWays.net) (Read error: 113 (No route to host))
  323. # [12:22] <Hixie> (and citing accessibility reasons for it)
  324. # [12:23] * Hixie decides to let others reply to the bulk of that e-mail, but jumps in on the last paragraph
  325. # [12:24] <Hixie> zcorpan_: spec updated
  326. # [12:27] <zcorpan_> Hixie: looks good
  327. # [12:32] * Joins: hober (n=ted@unaffiliated/hober)
  328. # [12:37] <Hixie> hsivonen: lachlan (writing in nov 2006) said, about src="":
  329. # [12:37] <Hixie> > And, as I mentioned in IRC, I think it should be defined that the value
  330. # [12:37] <Hixie> > should resolve to a valid URI for an image
  331. # [12:37] <Hixie> what should i do? say something like "the resource specified by the src attribute must be [an image]"?
  332. # [12:37] <Hixie> or say nothing?
  333. # [12:38] <hsivonen> hmm. perhaps there indeeds to be a class of tests for external resources
  334. # [12:38] <hsivonen> Hixie: what's an image?
  335. # [12:39] <Hixie> that's a separate rat hole that i don't want to get into tonight
  336. # [12:39] <hsivonen> Hixie: is an application/pdf file an image in the Safari context?
  337. # [12:39] <Hixie> but i'll probably define it as image/* resources that correspond to bitmap data
  338. # [12:39] <Hixie> thus excluding pdfs, svg, and wmfs
  339. # [12:39] <hsivonen> Hixie: what about SVG and Opera?
  340. # [12:41] * moeffju[ZzZz] is now known as moeffju
  341. # [12:42] <zcorpan_> who are we helping by having requirements for what <img src> points to?
  342. # [12:43] <Hixie> the original reason for Lachy's request was to be able to ban <img src=""> (pointing to the HTML file itself)
  343. # [12:43] <Hixie> which it would be vaguely useful to discourage
  344. # [12:44] * Joins: Codler (n=Codler@84-218-7-238.eurobelladsl.telenor.se)
  345. # [12:47] * Joins: ROBOd (n=robod@86.34.246.154)
  346. # [12:48] <Hixie> ok i'm gonna sleep now
  347. # [12:48] <Hixie> more <img> nonsense tomorrow
  348. # [12:52] <Lachy> oh wow, this is going around in circles already: "Unless you can layout what problems you think we will solve by eliminating <input type=image usemap= > from HTML, why are you even posing it."
  349. # [12:52] <Lachy> I thought we already outlined the problems that removing it solves
  350. # [14:27] <krijnh> Ping
  351. # [14:27] * Disconnected
  352. # [14:27] * Attempting to rejoin channel #whatwg
  353. # [14:27] * Rejoined channel #whatwg
  354. # [14:27] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  355. # [14:27] * Set by Hixie on Tue Apr 03 04:10:22
  356. # [14:29] <Philip`> Ooh, IE actually parses <blink>...</blink> properly and not like an unrecognised tag
  357. # [14:30] <Philip`> Could be quite useful if someone wanted to add a Backward-LINK element in a future version of HTML, since it already has the correct parsing in IE
  358. # [14:30] <takkaria> heh
  359. # [14:31] <zcorpan_> wonder if the serializing html fragments algorithm should drop PIs on the floor instead of bailing out
  360. # [14:31] <zcorpan_> or emit them as "<?" + target + " " + data + ">"
  361. # [14:32] <takkaria> Philip`: if that's not repurposing of elements, I don't know what is
  362. # [14:32] <hsivonen> Philip`: the new rev=''! :-)
  363. # [14:35] * Joins: [1]markp (n=markp@adsl-221-112-88.rmo.bellsouth.net)
  364. # [16:35] * Disconnected
  365. # [16:35] * Attempting to rejoin channel #whatwg
  366. # [16:35] * Rejoined channel #whatwg
  367. # [16:35] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  368. # [16:35] * Set by Hixie on Tue Apr 03 04:10:22
  369. # [18:38] * Disconnected
  370. # [18:38] * Attempting to rejoin channel #whatwg
  371. # [18:38] * Rejoined channel #whatwg
  372. # [18:38] * Topic is 'WHATWG (HTML5) -- http://www.whatwg.org/ -- Logs: http://krijnhoetmer.nl/irc-logs/ -- Please leave your sense of logic at the door, thanks!'
  373. # [18:38] * Set by Hixie on Tue Apr 03 04:10:22
  374. # [18:39] <Philip`> I did http://zaynar.demon.co.uk/misc2/font4.png a while ago with Latin, Latin-Extended, Greek, Cyrillic and Hebrew, and it fits alright, but it doesn't seem very scalable to things like CJK
  375. # [18:47] * Joins: h3h (n=w3rd@66-162-32-234.static.twtelecom.net)
  376. # [19:04] * Joins: maikmerten (n=maikmert@Lb044.l.pppool.de)
  377. # [19:06] * Joins: aroben (n=adamrobe@17.203.15.195)
  378. # [19:06] * Joins: [1]markp (n=markp@adsl-221-112-88.rmo.bellsouth.net)
  379. # [19:08] * Quits: weinig (i=weinig@nat/apple/x-d05a50f5caaed895)
  380. # [19:14] * Joins: weinig (i=weinig@nat/apple/x-b3ab5ee134c99503)
  381. # [19:14] * Quits: markp (n=markp@adsl-77-239-22.rmo.bellsouth.net) (Read error: 110 (Connection timed out))
  382. # [19:14] * [1]markp is now known as markp
  383. # [19:16] * Quits: mattly (n=matt@24-176-224-135.dhcp.snlo.ca.charter.com) (Read error: 104 (Connection reset by peer))
  384. # [19:23] * Joins: deltab (n=deltab@82-36-30-34.cable.ubr02.smal.blueyonder.co.uk)
  385. # [19:23] * Joins: mattly (n=matt@24-176-224-135.dhcp.snlo.ca.charter.com)
  386. # [19:38] * Quits: KevinMarks (n=KevinMar@c-76-102-254-252.hsd1.ca.comcast.net) ("The computer fell asleep")
  387. # [19:57] * Joins: kingryan (n=kingryan@corp.technorati.com)
  388. # [20:02] * Joins: Ducki_ (i=Ducki@c-180-170-255.l.dial.de.ignite.net)
  389. # [20:09] * Quits: mattly (n=matt@24-176-224-135.dhcp.snlo.ca.charter.com) ("screw you guys, i'm going home")
  390. # [20:19] * Quits: Ducki (i=Ducki@nrdh-d9b98047.pool.mediaWays.net) (Read error: 113 (No route to host))
  391. # [20:31] * Joins: gsnedders_ (n=gsnedder@host86-145-188-203.range86-145.btcentralplus.com)
  392. # [20:32] * Quits: gsnedders (n=gsnedder@host86-139-217-195.range86-139.btcentralplus.com) (Nick collision from services.)
  393. # [20:32] * gsnedders_ is now known as gsnedders
  394. # [20:33] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  395. # [20:35] * Quits: Ducki_ (i=Ducki@c-180-170-255.l.dial.de.ignite.net) (Read error: 104 (Connection reset by peer))
  396. # [20:51] * Joins: KevinMarks (i=KevinMar@nat/google/x-664df83a45db68de)
  397. # [20:53] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  398. # [20:56] * Quits: weinig (i=weinig@nat/apple/x-b3ab5ee134c99503)
  399. # [20:58] * Quits: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  400. # [20:59] * Joins: guardian (n=Guardian@ANantes-252-1-8-42.w82-126.abo.wanadoo.fr)
  401. # [20:59] <guardian> hello
  402. # [21:00] <guardian> please, where could i find the canvas spec ?
  403. # [21:00] <guardian> http://www.whatwg.org/specs/web-apps/current-work/#the-canvas remains silent
  404. # [21:00] <gavin_> "remains silent"?
  405. # [21:00] <guardian> empty page :)
  406. # [21:00] <gavin_> not for me
  407. # [21:01] * gavin_ is now known as gavin
  408. # [21:01] <guardian> really ?
  409. # [21:01] <Philip`> http://www.whatwg.org/specs/web-apps/current-work/multipage/section-the-canvas.html#the-canvas might work better if your browser doesn't like really big pages
  410. # [21:01] <grimboy> Yeah, works for me too.
  411. # [21:01] <guardian> i just get an html page with an empty body
  412. # [21:01] <guardian> i'm using firefox
  413. # [21:01] * Quits: Codler (n=Codler@84-218-4-20.eurobelladsl.telenor.se) (Connection timed out)
  414. # [21:01] <Philip`> (Works for me too :-) )
  415. # [21:02] <Philip`> (but the multipage one works quicker)
  416. # [21:02] <guardian> duh
  417. # [21:02] <guardian> very strange
  418. # [21:02] <guardian> surprisingly ie7 displays it
  419. # [21:02] <guardian> well thanks for the other link
  420. # [21:03] <guardian> while i'm at it, is there a way i could make a canvas element have the same size as the client area of the browser window ?
  421. # [21:04] * Joins: weinig (n=weinig@17.255.100.2)
  422. # [21:04] <Philip`> Is it adequate to rescale it with CSS, or do you want the bitmap dimensions to change too?
  423. # [21:05] * Quits: weinig (n=weinig@17.255.100.2) (Remote closed the connection)
  424. # [21:06] * Joins: weinig (n=weinig@17.255.100.2)
  425. # [21:06] <guardian> well i'm trying to make it have the same size as the client area, then i want to draw something inside
  426. # [21:07] <zcorpan_> btw, do sites rely on image maps being css pixels rather than following the size of the image? i've found 1 site that doesn't work correctly because of this behavior
  427. # [21:07] <guardian> i tried <canvas style="width: 100%"> but firefox keeps giving me a 300px wide canvas
  428. # [21:07] <zcorpan_> http://sodertalje.se/ when you change the text size
  429. # [21:07] <zcorpan_> the banner at the top
  430. # [21:08] <Philip`> guardian: I'd expect that to give a 300x150 bitmap which is rescaled to 100% of the width of whatever
  431. # [21:08] <Philip`> If you want to change the bitmap's size, you need <canvas width=... height=...>
  432. # [21:08] <Philip`> or set canvas.width=... etc with JavaScript
  433. # [21:08] <zcorpan_> or rather, Isac Lagerblad found it
  434. # [21:09] <guardian> you mean drawing happens in the 300x150 space then it's interpolated ?
  435. # [21:09] <Philip`> guardian: Yes (since the bitmap's default size is 300x150 if you don't specify width= anywhere)
  436. # [21:11] <guardian> ok i did not know bitmap's default size was 300x150
  437. # [21:11] <guardian> i'm new to this
  438. # [21:11] <guardian> (to canvas)
  439. # [21:12] <Philip`> http://www.whatwg.org/specs/web-apps/current-work/multipage/section-the-canvas.html#width3 is where the default sizes are defined
  440. # [21:12] <guardian> gonna try to play a bit with javascript to adjust the size then
  441. # [21:13] <Philip`> It might be useful to know that the canvas gets reset to its default empty state whenever you resize it, which might be a pain if you're making it dynamically resize to fit some other object
  442. # [21:14] <guardian> thx
  443. # [21:14] * Philip` wonders [in a completely unrelated direction] if anybody actually likes/uses server-side image maps nowadays
  444. # [21:15] <Philip`> I get the impression that they were much more popular when HTML4 was being developed, so it was more worthwhile trying to handle them accessibly; but now anybody who cares about accessibility won't be using server-side image maps at all
  445. # [21:17] * Quits: hendry (n=hendry@91.84.53.136) ("leaving")
  446. # [21:19] <hsivonen> Philip`: I use quite frequently a service that uses server side image maps without using ismap
  447. # [21:19] <hsivonen> dunno how they do it
  448. # [21:19] <hsivonen> http://aikataulut.ytv.fi/reittiopas/fi/?mm=trip&sm=&m=&adv=&map=1&n=&a=8411&b=8127&c=&keya=Kuusitie%252525252525252010&keyb=Karvaamokuja%25252525252525204&keyc=&an=10&bn=4&cn=&date=20070815&time=2216&params=1l3l1l3l2l2ll1l1l1l1l1l0&temp_a=2550006%2C6676237&temp_b=2549061%2C6678598&temp_c=&time=2216&date=20070815&which=&px=2547000&py=6679334&ppx=&ppy=&zx=2545666&zy=6670268&zoom=1&width=600&height=400&route=t0a2550006a6676237t0a0a0t9a183a90t1a35b20t9b
  449. # [21:19] <hsivonen> that's an example
  450. # [21:21] * Joins: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  451. # [21:21] <Lachy> hsivonen: I don't see the example image map
  452. # [21:21] <Philip`> That mostly just says "Valitettavasti paikkaa/reittiä ei voitu näyttää kartalla." which I guess translates to "sorry, there isn't an image map on this page" or something similar :-(
  453. # [21:22] <Lachy> do we have to be logged in or something? Or have some cookie?
  454. # [21:22] <hsivonen> hmm. wfm. cookies or something, I guess
  455. # [21:23] <hsivonen> try http://aikataulut.ytv.fi/reittiopas/en/?keya=pasila&a=17816&an=&bb=17838%3At1a2551837a6673309%3AKamppi%3A740%3A&bn=&keyb=kamppi&hour=22&min=23&vm=1&day=15&month=08&year=2007&va=2&;adv= and one of the show route links
  456. # [21:24] <Philip`> It's odd how <a href=.><img usemap=#m ismap></a> in IE appears to send 'click' to the 'a' (in areas not covered by <area>s), but then doesn't actually load the page after you've clicked on it
  457. # [21:24] <Lachy> hsivonen: I clicked show route from that page and got the map
  458. # [21:25] <hsivonen> Lachy: so the map is in practice a server-side image map
  459. # [21:25] <hsivonen> Lachy: but in HTML terms, it is not
  460. # [21:26] <Philip`> That's just an <input type=image>
  461. # [21:26] <Lachy> hsivonen: yes it is. It uses <input type=image src=...>, which sends the x,y coords when click
  462. # [21:27] <hsivonen> whoa. I'm really bad at viewing source then
  463. # [21:27] * Philip` used Firebug -> Inspect :-)
  464. # [21:28] <Lachy> checking the HTTP request headers revealed the &x=00&y=00
  465. # [21:28] * Parts: billmason (n=billmaso@ip156.unival.com)
  466. # [21:28] <Lachy> XRAY would have helped too
  467. # [21:30] * Quits: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  468. # [21:34] * Joins: jruderman (n=jruderma@corp-241.mountainview.mozilla.com)
  469. # [21:34] <Philip`> Bah, I can't find anything crazy or inconsistent about how Firefox and Opera handle <input usemap> :-(
  470. # [21:35] <Philip`> Oh, except that Opera applies it to type!=image inputs too
  471. # [21:35] <Lachy> lol
  472. # [21:36] <Lachy> I tested non image inputs yesterday in Firefox hoping to find a bug like that. I should have checked opera
  473. # [21:43] * Quits: maikmerten (n=maikmert@Lb044.l.pppool.de) (Remote closed the connection)
  474. # [21:46] <zcorpan_> Philip`: have you filed a bug report?
  475. # [21:48] <Philip`> Hmm, I'm not actually sure it is a bug
  476. # [21:49] <Philip`> HTML4 appears to say that INPUTs with 'ismap' must have type "image", but it says nothing about usemap
  477. # [21:50] <Philip`> (<input usemap> seems to just be covered by "The MAP element specifies a client-side image map (or other navigation mechanism) that may be associated with another elements (IMG, OBJECT, or INPUT)." which doesn't even make grammatical sense)
  478. # [21:52] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  479. # [21:53] * Joins: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net)
  480. # [21:53] * Quits: tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) (Remote closed the connection)
  481. # [21:54] * Joins: weinig_ (i=weinig@nat/apple/x-3dc72b34dfcd2a54)
  482. # [21:59] <Lachy> if I were to narrow down the selection for the 3 forms task forms members, I'd have to go with at least 1 or 2 (if not 3) of these people: Hixie, Maciej, Anne, Matthew Raymond and maybe Ben Boyle
  483. # [22:02] * Quits: markp (n=markp@adsl-221-112-88.rmo.bellsouth.net) (Read error: 113 (No route to host))
  484. # [22:03] * Quits: weinig (n=weinig@17.255.100.2) (Read error: 110 (Connection timed out))
  485. # [22:06] * Quits: grimboy (n=grimboy@85.211.236.74) (Read error: 110 (Connection timed out))
  486. # [22:06] * Joins: grimboy (n=grimboy@85.211.239.181)
  487. # [22:25] * Quits: weinig_ (i=weinig@nat/apple/x-3dc72b34dfcd2a54) (heinlein.freenode.net irc.freenode.net)
  488. # [22:25] * Quits: h3h (n=w3rd@66-162-32-234.static.twtelecom.net) (heinlein.freenode.net irc.freenode.net)
  489. # [22:25] * Joins: weinig_ (i=weinig@nat/apple/x-3dc72b34dfcd2a54)
  490. # [22:25] * Joins: h3h (n=w3rd@66-162-32-234.static.twtelecom.net)
  491. # [22:28] * weinig_ is now known as weinig
  492. # [22:29] * Quits: weinig (i=weinig@nat/apple/x-3dc72b34dfcd2a54)
  493. # [22:29] * Joins: weinig (i=weinig@nat/apple/x-b396ae40f56fb9e9)
  494. # [22:32] <Philip`> http://yuiblog.com/blog/2007/08/13/rte-notes/ - "My biggest problem with the native execCommand method (in all browsers) is that the browser doesn?t tell you what it applied the command to. ... The world of JavaScript editors would be so much more civilized if this would happen (hint, hint, nudge, nudge)."
  495. # [22:32] <Philip`> That sounds like a feature request for http://www.whatwg.org/specs/web-apps/current-work/#command
  496. # [22:35] <jgraham__> http://blog.ianbicking.org/2007/08/14/reflection-and-description-of-meaning/
  497. # [22:36] * Parts: hasather_ (n=hasather@22.80-203-71.nextgentel.com)
  498. # [22:46] * Joins: cplot (n=cplot@c-98-193-22-194.hsd1.il.comcast.net)
  499. # [22:50] * Joins: ajturner (n=ajturner@adsl-67-38-13-205.dsl.sfldmi.ameritech.net)
  500. # [23:06] <Hixie> someone moved universal access to the disputed section
  501. # [23:06] <Hixie> who the hell is disputing universal access
  502. # [23:09] * Quits: ROBOd (n=robod@86.34.246.154) ("http://www.robodesign.ro")
  503. # [23:10] <tndH> a slight disagreement over wording apparently makes it disputed
  504. # [23:30] <hsivonen> some of my photos on flickr from May still lack proper *titles* even... let alone descriptions
  505. # [23:32] <Philip`> Would you mind if the validator said those pages were in error, or would it be a useful reminder that you should go back and fix them some time?
  506. # [23:33] <hsivonen> Philip`: I already stuff approximate filler data in there, so a validator wouldn't know
  507. # [23:33] <hsivonen> (I have a sensible title for each photo set and I duplicate the title of the set on untitled photos)
  508. # [23:35] <hsivonen> I don't expect to give proper titles to all my photos in my lifetime
  509. # [23:35] <hsivonen> I don't expect to describe them all, either.
  510. # [23:37] * Quits: grimboy (n=grimboy@85.211.239.181) (Read error: 110 (Connection timed out))
  511. # [23:38] * Joins: grimboy (n=grimboy@85-211-246-94.dsl.pipex.com)
  512. # [23:39] <Philip`> If there hadn't been a decade of alt being required and everybody telling everybody they must use it, would you (or, more particularly, other people) ever put in alt descriptions of images even when they were appropriate?
  513. # [23:39] <Philip`> (I don't know the answer to that, so I can only guess)
  514. # [23:40] <hsivonen> Philip`: on flickr photos, definitely no. on diagrams in my thesis, probably
  515. # [23:40] <hsivonen> Philip`: it between, hard to say
  516. # [23:42] <Philip`> I'd probably guess that if validators couldn't complain about missing alts, and if the conformance rules for it were as complicated as they are now (i.e. you must use alt except when it's too hard and then you mustn't use it) so you couldn't easily explain it to someone, there would be less usage of alt text (both correct and incorrect)
  517. # [23:46] * Quits: ajturner (n=ajturner@adsl-67-38-13-205.dsl.sfldmi.ameritech.net)
  518. # Session Close: Thu Aug 16 00:00:00 2007

The end :)