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

Options:

  1. # Session Start: Fri Apr 18 00:00:00 2008
  2. # Session Ident: #whatwg
  3. # [00:00] <roc> yeah
  4. # [00:00] <roc> elementFromPoint should really have taken floats
  5. # [00:00] <roc> oh well
  6. # [00:00] <Hixie> annevk: i have a big open issue on event transparency
  7. # [00:00] <Hixie> roc: the whole platform screws that up
  8. # [00:00] <othermaciej> is there a reason elementFromPoint can't take floats?
  9. # [00:00] <Hixie> roc: we use integers for coordinates throughout
  10. # [00:00] <othermaciej> implementations that don't do float layout could just round
  11. # [00:00] <roc> not in getBoundingClientRect
  12. # [00:00] * Quits: KevinMarks (n=KevinMar@253.sub-75-208-23.myvzw.com) ("The computer fell asleep")
  13. # [00:00] <Hixie> roc: e.g. you can't even get a float out of the event that gives you the mouse coords
  14. # [00:01] <roc> othermaciej: maybe, if IE doesn't barf if you pass it floats
  15. # [00:01] <Hixie> annevk: which will also depend on hit testing
  16. # [00:01] <Hixie> annevk: in a ridiculously complicated way
  17. # [00:01] <annevk> Hixie, i've seen that IE stuff
  18. # [00:01] <annevk> and it kind of makes sense for authors, but it's indeed something I rather not specified as part of that draft :)
  19. # [00:02] <roc> I like rangeFromPoint too
  20. # [00:02] * annevk checks if IE7 allows floats
  21. # [00:02] <roc> although it's a little counterintuitive
  22. # [00:02] <roc> maybe it should give you the character cell that contains the float
  23. # [00:03] <roc> so a range from (node, index) to (node, index+1) if you're over a character
  24. # [00:03] <roc> or even (index+n) if you're over a cluster
  25. # [00:04] <annevk> seems we can change elementFromPoint to take floats
  26. # [00:04] <roc> we provide character offset information in events? News to me
  27. # [00:05] * roc wonders if he can get that change into Gecko at this stage
  28. # [00:06] <Hixie> hm?
  29. # [00:06] <roc> hm what?
  30. # [00:07] <annevk> would rangeFromPoint always return the empty range? also if there's some selection at the specified location?
  31. # [00:07] <Hixie> who provides character offset information in events?
  32. # [00:08] <annevk> Gecko per othermaciej
  33. # [00:08] <Hixie> oh, i see
  34. # [00:08] <Hixie> huh
  35. # [00:08] <Hixie> didn't know that
  36. # [00:08] <roc> I think Maciej said we do. I don't think so, although I could be wrong
  37. # [00:08] <Hixie> annevk: i like roc's idea of returning the smallest range that contains the pixel (typically one character)
  38. # [00:09] * Quits: tor_ (n=tor@nat/ibm/x-10b5ee063ba7c4b8)
  39. # [00:10] <annevk> and the empty string when there's no character present I suppose?
  40. # [00:11] * Quits: tantek (n=tantek@70-13-212-82.area2.spcsdns.net)
  41. # [00:11] <roc> hmm?
  42. # [00:11] <roc> what do you mean "no character present"?
  43. # [00:11] <roc> I think we always return the document element at least
  44. # [00:12] <annevk> yeah, but that's not a range :)
  45. # [00:12] <roc> but you can return a range containing the document element
  46. # [00:12] * annevk was still discussing rangeFromPoint
  47. # [00:12] <annevk> I see
  48. # [00:12] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  49. # [00:13] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-90e40dba2fea9ab6)
  50. # [00:14] <Hixie> or maybe it would be more useful to return a range that represents where you'd put the caret if you were an editor
  51. # [00:14] <Hixie> i'm not sure what the use cases are
  52. # [00:15] <Hixie> bbl
  53. # [00:16] <othermaciej> roc: someone from Google told me so, but I could be wrong
  54. # [00:16] <roc> when you're doing drag selection, for example, you sometimes want to put the caret after the character (cluster) under the mouse, sometimes before
  55. # [00:16] <roc> so providing the range actually is best, because you can choose which end to put the caret at
  56. # [00:16] <othermaciej> googling for mozilla event.rangeParent finds some hits
  57. # [00:16] <roc> although it gets messy with RTL
  58. # [00:17] <othermaciej> (I forget what the corresponding offset property was named)
  59. # [00:17] <roc> othermaciej: ah!
  60. # [00:17] <roc> rangeOffset
  61. # [00:17] * Quits: heycam (n=cam@124-168-100-30.dyn.iinet.net.au) ("bye")
  62. # [00:17] <roc> thanks
  63. # [00:18] <roc> I guess you can figure out the actual directionality of things using range.getClientRects
  64. # [00:19] <annevk> IE has TextRange.moveToPoint()
  65. # [00:19] <othermaciej> I think it would be nice not to depend on TextRange
  66. # [00:19] <othermaciej> since implementing TextRange may actually be a compatibility hazard
  67. # [00:19] <annevk> well, we could have Range.moveToPoint()
  68. # [00:19] <othermaciej> because editing libraries feature-test for it
  69. # [00:20] <othermaciej> I think rangeFromPoint is a better API design
  70. # [00:20] <annevk> does make sense given elementFromPoint
  71. # [00:21] <annevk> (though both are IE inventions :) )
  72. # [00:22] <othermaciej> in a way it would make more sense for hit testing to be on the Window rather than Document (since it is the view object) but the DOM isn't really that good about model-view separation and adding global functions sucks
  73. # [00:23] <othermaciej> but certainly it makes more sense to say you are hit testing against a document than for hit testing to be a feature of ranges that happens to work against the implied document associated with the range
  74. # [00:23] <annevk> the DOM actually might be, but all the proprietary stuff isn't (and is more convenient now and then, consider getComputedStyle versus currentStyle)
  75. # [00:24] <annevk> ok, the question that remains is how to define it properly
  76. # [00:24] <roc> the model-view separation blew up some time ago
  77. # [00:25] <roc> consider, oh, getBoundingClientRect
  78. # [00:25] <roc> and its evil ancestors
  79. # [00:26] <othermaciej> rangeFromPoint could give a collapsed range when you aren't in text, and a one-char range if you are
  80. # [00:26] <othermaciej> (not sure which of these categories applies to clicking in, say, the margin of a paragraph left of a line)
  81. # [00:26] <annevk> selecting the element seems fine too (as far as I'm concerned)
  82. # [00:26] <othermaciej> or you could just give a collapsed range for nearest char boundary
  83. # [00:27] <othermaciej> selecting the whole element? even if it has text contents?
  84. # [00:27] <roc> hmm
  85. # [00:27] <othermaciej> that defeats the use case for this API
  86. # [00:27] <othermaciej> which is hit testing down to a char offset
  87. # [00:27] <annevk> well, what's selected depends on the target node
  88. # [00:27] <roc> that's a good point
  89. # [00:28] <roc> I'm not sure how to spec what you want though
  90. # [00:28] <othermaciej> people want to use this for things like processing a click on non-editable text, getting the position where the caret would have gone had the text been editable, and then replacing the text with a contentEditable area or textarea or designMode iframe
  91. # [00:28] <othermaciej> and then place the caret in the right spot in the new thing
  92. # [00:28] <annevk> i guess if the target node is a text node you do magic and otherwise you create a range for the target element...
  93. # [00:29] <roc> also things like "find the word that you clicked on and do something with it"
  94. # [00:29] * Joins: tantek (n=tantek@static-68-236-184-75.ny325.east.verizon.net)
  95. # [00:30] <othermaciej> nick om_afk
  96. # [00:30] <othermaciej> dammit
  97. # [00:30] <roc> I think Maciej wants the ability to detect a click in the left margin and find the text at the start of the adjacent line
  98. # [00:30] * othermaciej is now known as om_afk
  99. # [00:33] <annevk> that seems kind of tricky
  100. # [00:33] <annevk> that would not just be hit testing, but also involve layout calculations
  101. # [00:34] <bkardell> Hey - I was curious about this: The whatwg faq says "HTML 5 is being developed with compatibility with existing browsers in mind, though (including IE). Support for many features can be simulated using JavaScript. "
  102. # [00:35] <annevk> i guess that's the case Hixie brought up
  103. # [00:35] <bkardell> can someone clarrify that? Is the idea to use like some pseudo xbl implementation?
  104. # [00:36] <annevk> bkardell, not XBL per se, script libraries that implement features in IE, such as IECanvas, count
  105. # [00:36] <bkardell> how would you simulate <canvas> for example in ie? via script? plugin?
  106. # [00:36] <Philip`> bkardell: http://excanvas.sourceforge.net/
  107. # [00:36] <Philip`> which uses script to produce VML which IE can render
  108. # [00:36] <annevk> (I just said: _script_ libraries :) )
  109. # [00:38] <bkardell> yeah - so followup question on that...
  110. # [00:39] <bkardell> has anyone considered introducing some way of making those kinds of things any easier?
  111. # [00:39] <Philip`> Making it easier to write script libraries that emulate features in IE?
  112. # [00:39] <hsivonen> I started a new UI text wiki page: http://wiki.whatwg.org/wiki/Validator.nu_alt_advice
  113. # [00:39] <bkardell> especially given history and IE's particular ability to prevent really widespread adoption by just controlling too much marketshare
  114. # [00:40] <hsivonen> it will be hard to write good advice that fits in the UI
  115. # [00:40] <Philip`> I'm not sure how that would work - every case seems to be sufficiently different that it's not worth trying to make a common framework for all the cases
  116. # [00:40] <bkardell> it could really be any vendor though - not limited exclusively to ie
  117. # [00:41] <bkardell> let me give an _extremely_ simple example of what I'm talking about
  118. # [00:42] <annevk> So I'm not going to define rangeFromPoint in a few minutes after all it seems :) There seem to be two ideas so far: 1) nearest char or otherwise element. 2) the place you'd insert the cursor if the document was editable
  119. # [00:42] <annevk> I guess the 2 covers more use cases
  120. # [00:42] <annevk> 2nd*
  121. # [00:43] <bkardell> pretty much every vendor agrees to how events are registered -- except ie
  122. # [00:43] <bkardell> so people have to write it both ways
  123. # [00:44] * Joins: webben (n=benh@nat/yahoo/x-697d68eec6887790)
  124. # [00:45] <bkardell> has there been any discussion or thought on how to remedy that? Other than to say "ie violates the rec" - which appears to not bother them too much
  125. # [00:45] <annevk> they've stated that they'll fix that in due course
  126. # [00:45] <bkardell> lol
  127. # [00:46] <bkardell> (literally I _am_ laughing out loud)
  128. # [00:46] <annevk> anyway, again, there are libraries
  129. # [00:46] <bkardell> even within the realm of following the rec - sometimes there are admittedly different implementations which do more or less follow the spec
  130. # [00:47] <bkardell> again - every script has to make the same accomodations
  131. # [00:47] <bkardell> yes - there are libraries
  132. # [00:48] <bkardell> that's what I'm asking I guess... the idea would be that in the meantime you'll have to pick a good library?
  133. # [00:49] <annevk> basically
  134. # [00:49] <Philip`> You could always pick a bad library instead
  135. # [00:49] <bkardell> nice!
  136. # [00:50] <bkardell> good idea phillip! I picked a bad browser might as well pick a bad library too ;)
  137. # [00:52] <roc> annevk: the IE team stated they'll do DOM2 events?
  138. # [00:54] <annevk> they said as much during some Web API telcon yes, but they didn't give specifics so I guess not for IE8
  139. # [00:54] <roc> I saw a post from one of their people about DOM2 events so I thought they might be interested
  140. # [00:54] <roc> I guess I'd like to know if it's for IE8 :-)
  141. # [00:55] <roc> supporting both event models would not be fun for them
  142. # [00:55] <Philip`> They can solve that by using the incompatibility switch
  143. # [00:56] <roc> I guess but internally, it's going to suck
  144. # [00:57] <Philip`> It's a web browser, so I'd guess they're used to that
  145. # [00:57] <roc> there's levels of suck :-)
  146. # [01:08] * weinig is now known as weinig|afk
  147. # [01:09] * Joins: KevinMarks (n=KevinMar@235.sub-75-209-0.myvzw.com)
  148. # [01:10] * om_afk is now known as othermaciej
  149. # [01:11] <othermaciej> annevk: we already have hit testing ability in the engine to determine "where the caret would go if you clicked here in an editable area"
  150. # [01:11] <othermaciej> annevk: so it's not that tricky
  151. # [01:11] <othermaciej> we have that code because we already need to do that for actual editable areas
  152. # [01:12] <roc> yeah
  153. # [01:12] <roc> maybe we need two methods :-(
  154. # [01:13] <annevk> textRangeFromPoint and rangeFromPoint ?
  155. # [01:13] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-90e40dba2fea9ab6) ("http://www.mibbit.com ajax IRC Client")
  156. # [01:13] <annevk> the former does the caret thingie (no idea how to define that in prose yet) and the latter does the char -> element thingie
  157. # [01:14] * othermaciej shrugs
  158. # [01:14] <othermaciej> SVG also has hit testing APIs
  159. # [01:14] * Quits: tantek (n=tantek@static-68-236-184-75.ny325.east.verizon.net)
  160. # [01:15] <othermaciej> but only on elements that contain text (so hit testing to the element has to be done first as a separate step()
  161. # [01:16] <annevk> grmbl, the SVG spec is so complex and hard to navigate
  162. # [01:17] <shepazu> anne, are you looking for text selection stuff?
  163. # [01:17] * Quits: billmason (n=billmaso@ip200.unival.com) (Read error: 104 (Connection reset by peer))
  164. # [01:17] * Philip` thinks the HTML5 spec is more complex and harder to navigate
  165. # [01:18] <hsivonen> Philip`: at least the HTML5 spec comes as a single file so seaching on the page works
  166. # [01:18] <shepazu> we need more extensive indexing, which we're working on
  167. # [01:18] <hsivonen> I have to search the SVG 1.1 spec as PDF
  168. # [01:18] <hsivonen> because the multipage HTML version is a pain to work with in a random access manner
  169. # [01:18] <Philip`> http://www.google.com/search?q=site%3Aw3.org+inurl%3Atr%2Fsvg+purple
  170. # [01:19] <othermaciej> annevk: http://www.w3.org/TR/SVG/text.html#DOMInterfaces
  171. # [01:19] <othermaciej> getCharNumAtPosition is what I was thinking of
  172. # [01:19] <othermaciej> though getStartPositionOfChar, getEndPositionOfChar, and getSubStringLength provide the opposite direction
  173. # [01:20] * weinig|afk is now known as weinig
  174. # [01:20] <othermaciej> I think getCharNumAtPosition may not be compatible with DOM range notions of offset though
  175. # [01:21] * Philip` wonders if Opera 9.5 has fixed the thing where search-as-you-type is incredibly slow, because it tries highlighting every occurrence in the 2MB file of the letter "e" when you're trying to start searching for "elephants" or whatever
  176. # [01:22] * Quits: jacobolus (n=jacobolu@dhcp-0000036913-b5-5e.client.fas.harvard.edu)
  177. # [01:22] <annevk> i guess we don't need to worry about those methods...
  178. # [01:22] <othermaciej> yeah, I'm just mentioning them as prior art
  179. # [01:22] <othermaciej> not sure they are the best model to generalize
  180. # [01:22] <weinig> annevk: I am curious as to what your opinion is on what to do when not enough arguments are passed to a method like getRequsetHeader from the XMLHttpRequest Object spec
  181. # [01:23] <Philip`> (Aha, it has, by just making the search/highlighting much faster)
  182. # [01:23] <annevk> weinig, whatever Web IDL says should happen :)
  183. # [01:23] <weinig> annevk: ah, ok
  184. # [01:24] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-73e4dcb17f70128c)
  185. # [01:24] <othermaciej> normal practice is to just threat missing arguments as undefined rather than going out of your way to throw
  186. # [01:24] <annevk> weinig, at some point http://www.w3.org/TR/DOM-Bindings/ will be named "Web IDL" and when that happens I'll update XMLHttpRequest to explicitly point to it I guess so all that will be resolved automatically
  187. # [01:24] <othermaciej> so I'd say do that unless it is spec'd differently for some specific case
  188. # [01:24] <othermaciej> or undefined would be a type error
  189. # [01:25] <othermaciej> or would stringify or numberify as something that raises an error
  190. # [01:25] <annevk> or maybe caretRangeFromPoint()
  191. # [01:25] <annevk> that would make it explicit :)
  192. # [01:26] <annevk> and although arguably the name is not abstract enough as some UIs might not have a caret, it's very clear for authors
  193. # [01:26] <roc> sounds good
  194. # [01:27] <annevk> g'night all, will look into this more tomorrow
  195. # [01:32] <Philip`> Hixie: The "h1-h6" in the spec would look much nicer with an en-dash
  196. # [01:35] * Quits: webben (n=benh@nat/yahoo/x-697d68eec6887790) (Read error: 110 (Connection timed out))
  197. # [01:41] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-73e4dcb17f70128c) ("http://www.mibbit.com ajax IRC Client")
  198. # [01:43] * Quits: KevinMarks (n=KevinMar@235.sub-75-209-0.myvzw.com) ("The computer fell asleep")
  199. # [01:47] * Quits: eseidel (n=eseidel@nat/google/x-84d0956abc71f6c5)
  200. # [01:56] * Quits: Hixie (i=ianh@trivini.no) ("Lost terminal")
  201. # [01:56] * Philip` sees http://www.whatwg.org/specs/web-apps/current-work/multipage/section-sections.html#headings0 saying "&endash;"
  202. # [01:56] <Philip`> but the commit email had &ndash; instead
  203. # [01:56] * Philip` wonders if it's just slow at regenerating
  204. # [01:57] * Joins: Hixie (i=ianh@trivini.no)
  205. # [01:58] <Philip`> Hixie: http://krijnhoetmer.nl/irc-logs/whatwg/20080418#l-201
  206. # [02:00] <Hixie> yeah i was reading the archives
  207. # [02:00] <Hixie> there is no way for me to check something in that isn't what the site has
  208. # [02:00] <Hixie> because i check in the same file that apache serves
  209. # [02:00] <Hixie> so try reloading :-)
  210. # [02:01] * Joins: eseidel (n=eseidel@nat/google/x-b76d61042b930bea)
  211. # [02:01] <Philip`> I've reloaded multiple times, and it still says &endash;
  212. # [02:01] <Philip`> though the single-page version looks right
  213. # [02:01] <Philip`> and much nicer than those ugly hyphens - thanks :-)
  214. # [02:02] * Quits: hober (n=ted@unaffiliated/hober) ("ERC Version 5.3 (IRC client for Emacs)")
  215. # [02:04] <Lachy> It's nice to see Microsoft have agreed to change their selectors api implementation. http://lists.w3.org/Archives/Public/public-webapi/2008Apr/0189.html
  216. # [02:04] <Hixie> oh the multipage version always lags behind
  217. # [02:05] <Hixie> i have another host that generates it
  218. # [02:06] <Philip`> Hixie: Ah, right
  219. # [02:09] * Quits: roc (n=roc@202.0.36.64)
  220. # [02:17] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com) (Read error: 104 (Connection reset by peer))
  221. # [02:28] * Joins: eseidel_ (n=eseidel@nat/google/x-5ec9279f6a2cf5da)
  222. # [02:28] * Quits: eseidel (n=eseidel@nat/google/x-b76d61042b930bea) (Read error: 104 (Connection reset by peer))
  223. # [02:31] * Quits: eseidel_ (n=eseidel@nat/google/x-5ec9279f6a2cf5da) (Client Quit)
  224. # [02:32] * Joins: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com)
  225. # [02:41] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  226. # [02:41] * Joins: webben (n=benh@91.84.239.85)
  227. # [02:46] <Hixie> woah, my imap server just got way faster
  228. # [02:49] <andersca> nice
  229. # [02:50] <bradee-oh> Hixie: does this mean the frequency at which we can expect your batch email replies increased, as well?
  230. # [02:51] <Hixie> yes, but this is "way faster" compared to yesterday, not compared to last week
  231. # [02:51] <Hixie> these past few days my imap server got stuck in a swamp somewhere and was having trouble getting data out of the mud
  232. # [02:55] <Philip`> Maybe it was scared of the alt discussion
  233. # [02:55] * Joins: jacobolus (n=jacobolu@dhcp-0000036913-b5-5e.client.fas.harvard.edu)
  234. # [03:04] <Philip`> Hixie: The multipage one still says &endash;, so that's quite a lot of lag...
  235. # [03:05] <Hixie> odd
  236. # [03:05] * Hixie runs .update.sh again
  237. # [03:07] * Quits: jruderman (n=jruderma@c-67-180-174-213.hsd1.ca.comcast.net)
  238. # [03:07] * Joins: jruderman (n=jruderma@c-67-180-174-213.hsd1.ca.comcast.net)
  239. # [03:24] * Quits: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no) (brown.freenode.net irc.freenode.net)
  240. # [03:24] * Quits: psa (n=yomode@71.93.19.66) (brown.freenode.net irc.freenode.net)
  241. # [03:24] * Quits: hsivonen (n=hsivonen@kekkonen.cs.hut.fi) (brown.freenode.net irc.freenode.net)
  242. # [03:24] * Quits: jmb (n=jmb@login.ecs.soton.ac.uk) (brown.freenode.net irc.freenode.net)
  243. # [03:24] * Joins: jmb^ (n=jmb@login.ecs.soton.ac.uk)
  244. # [03:24] * Joins: hsivonen (n=hsivonen@kekkonen.cs.hut.fi)
  245. # [03:24] * Joins: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no)
  246. # [03:24] * jmb^ is now known as jmb
  247. # [03:26] * Quits: virtuelv (n=virtuelv@225.80-203-100.nextgentel.com) (brown.freenode.net irc.freenode.net)
  248. # [03:26] * Quits: csarven- (n=csarven@on-irc.csarven.ca) (brown.freenode.net irc.freenode.net)
  249. # [03:26] * Quits: jeremyb (n=jeremy@unaffiliated/jeremyb) (brown.freenode.net irc.freenode.net)
  250. # [03:26] * Quits: Philip` (n=philip@zaynar.demon.co.uk) (brown.freenode.net irc.freenode.net)
  251. # [03:26] * Quits: inimino (n=inimino@c-75-70-128-190.hsd1.co.comcast.net) (brown.freenode.net irc.freenode.net)
  252. # [03:26] * Quits: hendry (n=hendry@nox.vm.bytemark.co.uk) (brown.freenode.net irc.freenode.net)
  253. # [03:26] * Joins: hendry (n=hendry@nox.vm.bytemark.co.uk)
  254. # [03:26] * Joins: Philip` (n=philip@zaynar.demon.co.uk)
  255. # [03:26] * Joins: virtuelv (n=virtuelv@225.80-203-100.nextgentel.com)
  256. # [03:26] * Joins: inimino (n=inimino@c-75-70-128-190.hsd1.co.comcast.net)
  257. # [03:28] * Joins: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net)
  258. # [03:31] * Joins: jeremyb (n=jeremy@unaffiliated/jeremyb)
  259. # [03:33] * Joins: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net)
  260. # [03:34] * Quits: othermaciej (n=mjs@17.203.15.181)
  261. # [03:43] * Joins: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  262. # [03:45] * Quits: csarven (n=csarven@on-irc.csarven.ca) ("http://www.csarven.ca")
  263. # [03:46] <MikeSmith> roc: was just reading your latest blog entry
  264. # [03:47] <MikeSmith> well put
  265. # [03:48] <roc> thanks, but I mostly just cribbed from #whatwg
  266. # [03:48] <roc> :-)
  267. # [03:49] * Hixie blushes at the implication of the target of the link for "few people"
  268. # [03:49] * Quits: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net) (Read error: 104 (Connection reset by peer))
  269. # [03:49] * Quits: andersca (n=andersca@nat/apple/x-2059234ce6f003bc) ("a")
  270. # [03:49] * Joins: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net)
  271. # [03:51] * Quits: dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net) (Client Quit)
  272. # [03:55] <MikeSmith> fwiw, in the product-development organizations I've been in, I've found that experienced QA people are also grossly undervalued
  273. # [03:55] <MikeSmith> by experienced I mean experienced with a particular product
  274. # [03:56] <MikeSmith> they have whole lot of information in their heads that they've acquired through many instances of testing and troubleshooting that product
  275. # [03:57] * Quits: jwalden (n=waldo@STRATTON-ONE-SIXTY-THREE.MIT.EDU) (Remote closed the connection)
  276. # [04:00] * Joins: othermaciej (n=mjs@17.203.15.181)
  277. # [04:01] <roc> we've got quite a few of those people. Not sure if they're undervalued or not. I hope not
  278. # [04:03] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  279. # [04:10] * Joins: tantek (n=tantek@68.236.184.75)
  280. # [04:23] * Quits: Camaban (n=alee@77-103-78-94.cable.ubr08.hawk.blueyonder.co.uk) ("Ex-Chat")
  281. # [04:57] * Joins: Thezilch (n=fuz007@cpe-76-170-22-23.socal.res.rr.com)
  282. # [05:47] * Quits: othermaciej (n=mjs@17.203.15.181) (brown.freenode.net irc.freenode.net)
  283. # [05:47] * Quits: MacDome (n=eric@c-24-130-11-246.hsd1.ca.comcast.net) (brown.freenode.net irc.freenode.net)
  284. # [05:47] * Quits: sverrej (n=sverrej@89.10.27.86) (brown.freenode.net irc.freenode.net)
  285. # [05:47] * Quits: mitsuhiko (n=nnmitsuh@ubuntu/member/mitsuhiko) (brown.freenode.net irc.freenode.net)
  286. # [05:47] * Quits: fearphage (n=fearphag@xbmc/user/fearphage) (brown.freenode.net irc.freenode.net)
  287. # [05:48] * Joins: fearphage (n=fearphag@cpe-66-68-52-63.austin.res.rr.com)
  288. # [05:48] * Joins: sverrej (n=sverrej@89.10.27.86)
  289. # [05:48] * Joins: othermaciej (n=mjs@17.203.15.181)
  290. # [05:49] * Quits: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  291. # [06:30] * Joins: heycam (n=cam@clm-laptop.infotech.monash.edu.au)
  292. # [06:39] * Quits: othermaciej (n=mjs@17.203.15.181)
  293. # [07:01] * Quits: weinig (n=weinig@17.203.15.172)
  294. # [07:13] * Joins: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  295. # [07:16] * Joins: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  296. # [07:31] * Quits: webben (n=benh@91.84.239.85) (Read error: 110 (Connection timed out))
  297. # [07:34] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  298. # [07:46] * Joins: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de)
  299. # [07:57] * Quits: heycam (n=cam@clm-laptop.infotech.monash.edu.au) ("bye")
  300. # [08:15] * Quits: tantek (n=tantek@68.236.184.75)
  301. # [08:15] * Quits: virtuelv (n=virtuelv@225.80-203-100.nextgentel.com) ("Ex-Chat")
  302. # [08:27] * Joins: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net)
  303. # [08:29] * Joins: heycam (n=cam@124-168-100-30.dyn.iinet.net.au)
  304. # [08:44] * Joins: mitsuhiko (n=nnnmitsu@ubuntu/member/mitsuhiko)
  305. # [08:59] * Quits: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  306. # [09:09] * Joins: tndH__ (i=Rob@adsl-87-102-85-189.karoo.KCOM.COM)
  307. # [09:09] * tndH__ is now known as tndH
  308. # [09:29] * Joins: qwert666 (n=qwert666@etu218.neoplus.adsl.tpnet.pl)
  309. # [09:31] * Quits: Thezilch (n=fuz007@cpe-76-170-22-23.socal.res.rr.com) (Read error: 104 (Connection reset by peer))
  310. # [09:35] <Hixie> i wish i understood what the real problem was with this alt text issue
  311. # [09:35] <Hixie> i'm clearly missing something
  312. # [09:41] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  313. # [09:50] <hsivonen> Hixie: the underlying problem statements aka. use cases would indeed be more useful than a dogmatic syntax conclusion
  314. # [09:52] * Joins: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  315. # [09:54] <Hixie> i tried to go that way with my recent e-mail
  316. # [09:57] * Quits: gavin (n=gavin@firefox/developer/gavin)
  317. # [10:00] * Quits: sverrej (n=sverrej@89.10.27.86) (Read error: 110 (Connection timed out))
  318. # [10:00] * Joins: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  319. # [10:00] * Joins: gavin (n=gavin@firefox/developer/gavin)
  320. # [10:02] * hsivonen looks if the TAG thread needs a reply from me
  321. # [10:02] <annevk> I hope my reply is enough
  322. # [10:03] <annevk> though maybe I should have stayed out of it
  323. # [10:03] <annevk> it's not like they're going to affect anything
  324. # [10:04] <hsivonen> annevk: ah you replied already. thanks
  325. # [10:05] <othermaciej> which list?
  326. # [10:06] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  327. # [10:06] <hsivonen> othermaciej: www-tag
  328. # [10:08] <annevk> I can't believe people are suggesting to hurt copy-and-paste authors. Copy-and-paste is the nr1 feature of the Web platform.
  329. # [10:12] <othermaciej> whoever wants to hurt copy-paste authors should talk to the SVG WG
  330. # [10:13] <annevk> It was in that thread, exactly. Though not by someone from the SVG WG :)
  331. # [10:15] <annevk> The alt e-mail flame war is accomplishing exactly nothing it seems :(
  332. # [10:17] * othermaciej is now known as om_sleep
  333. # [10:17] <Lachy> annevk, I wouldn't call it nothing, though it's very little. There was some discussion about how to gather data on the use of alt, which would be useful, though no results from that yet.
  334. # [10:20] <hsivonen> it has altered my software development priorities
  335. # [10:21] <hsivonen> although letting it alter the priorities may set a bad precedent if it seems that the way to get me to write software is to make spec discussions too unproductive
  336. # [10:21] <om_sleep> man, TAG people love the colon character
  337. # [10:21] <hsivonen> indeed
  338. # [10:21] * om_sleep is now known as othermaciej
  339. # [10:22] <hsivonen> that's another dogma
  340. # [10:22] <othermaciej> like, they don't even care any more if it is even used as a namespace prefix separator
  341. # [10:22] <othermaciej> as long as there's colons
  342. # [10:24] <Lachy> some usability studies performed on sites like wikipedia that evaluated the very redundant use of alt="...", title="..." and image captions in their articles would be useful.
  343. # [10:24] <hsivonen> I guess at some point someone has to make the impolite point that if a TAG member can't get a reasonable code path condition written in 6 hours, how do they expect Joe Blow to get it right
  344. # [10:25] <othermaciej> because the Tools Will Save Us
  345. # [10:25] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  346. # [10:25] <othermaciej> and Everyone Will Just Use a Library
  347. # [10:25] <hsivonen> seriously, making a sniffer that has different paths for Firefox and Opera and an untested failure in Safari should be a red flag
  348. # [10:26] * Quits: webben_ (n=benh@dip5-fw.corp.ukl.yahoo.com)
  349. # [10:28] <hsivonen> Hixie: when a markup generator makes a linked thumbnail of a photo of unknown meaning, would you put the function of the link in alt?
  350. # [10:28] <hsivonen> alt=thumbnail 30 per page
  351. # [10:29] <hsivonen> 30 times
  352. # [10:29] <hsivonen> with current AT even that would be less bad than letting the crazy file name reading kick in
  353. # [10:31] * Joins: ROBOd (n=robod@89.122.216.38)
  354. # [10:32] <Lachy> I think some people are focussing too much on the spec saying "rare subset", rather than considering that the conditions need to be evaulated on an individual site basis.
  355. # [10:33] <Lachy> although I thought the spec said rare as a way to encourage people to avoid the situation if possible, people seem to be interpreting it as a loophole that people will aim for
  356. # [10:35] <othermaciej> "thumbnail" isn't good text for the link
  357. # [10:35] <hsivonen> it isn't
  358. # [10:35] <othermaciej> since the link surrounding a thumbnail doesn't lead to a thumbnail, it leads to the full photo page
  359. # [10:35] <hsivonen> but it's less horrible than reading out a GUID or some other hex name
  360. # [10:35] <hsivonen> right
  361. # [10:36] <othermaciej> I think <a title="photo page"> or something might be right
  362. # [10:36] <othermaciej> maybe even duplicate title or description there
  363. # [10:36] <othermaciej> I dunno
  364. # [10:36] <hsivonen> assuming that title isn't IMG3827.JPG
  365. # [10:38] <othermaciej> fair enough
  366. # [10:39] <hsivonen> I think the default behavior of Flickr Uploadr sucks, btw
  367. # [10:39] <hsivonen> it's a classic example of having a metadata field (title) and trying to fill it with *some* junk when the user is uncooperative
  368. # [10:40] * Quits: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no) ("This computer has gone to sleep")
  369. # [10:40] * hsivonen uses his own custom uploader
  370. # [10:41] * othermaciej is now known as om_sleep
  371. # [10:42] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  372. # [10:53] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  373. # [11:07] * Joins: webben (n=benh@nat/yahoo/x-ac7d25d6306d10ac)
  374. # [11:12] <Hixie> hsivonen: based on impl experience we had when mozilla experimented with this, imho the src or parts of the src are never good alt text
  375. # [11:12] <Hixie> well, never is strong
  376. # [11:12] <Hixie> not often enough that it should be considered by the ua
  377. # [11:13] <Hixie> the point of thumbnails is to provide a quick overview of what is available
  378. # [11:14] <Hixie> if nothing but the image is known (i.e. no metadata at all) then you might as well just say alt="2" alt="3" etc
  379. # [11:14] <Hixie> as in: <p>Photos: <img src=... alt="1"> ... <img src=... alt="50"></p>
  380. # [11:14] <hsivonen> Hixie: shouldn't that be aria-posinset='2', etc.?
  381. # [11:14] <Hixie> with links, of course
  382. # [11:14] <Hixie> why?
  383. # [11:15] <Hixie> i think the aria thing is a classic example of second system syndrome
  384. # [11:15] <hsivonen> Hixie: to make the user experience consistent with other "items n of M" cases
  385. # [11:15] <Hixie> and people apply solution-looking-for-a-problem attitudes when they learn of it
  386. # [11:16] <hsivonen> Hixie: I wasn't looking for a use of ARIA here
  387. # [11:17] <Hixie> my last two lines weren't really related to your suggestion
  388. # [11:17] <Hixie> just a general observation
  389. # [11:17] <Hixie> but frankly even in this case i don't see much point
  390. # [11:17] <Hixie> it's a bunch of links
  391. # [11:17] <Hixie> people know how to deal with those
  392. # [11:17] <Hixie> what's the problem we're trying to solve?
  393. # [11:17] <hsivonen> in fact, I think this case happens to be one where the posinset/setsize design would actually make sense
  394. # [11:18] <hsivonen> in the more obvious cases, the current ARIA design kinda sucks
  395. # [11:18] <hsivonen> Hixie: the problem we are trying to solve is to convey that we have N links to photos and we don't know what those photos are about
  396. # [11:19] <Philip`> You should draw all the images onto a canvas and then use some JS code to map mouse coordinates onto links
  397. # [11:19] <Philip`> and then you wouldn't have to worry about alt text at all
  398. # [11:19] <hsivonen> if it is a set of N links, presumably it would be good for the UE to be the same as the AT presenting a set of N items in general
  399. # [11:21] <hsivonen> Please try out the new "Image Report" feature of Validator.nu and help me make the UI text suck less
  400. # [11:21] <hsivonen> there's a tension between instructing first-time users and making the UI non-crufty for repeat users
  401. # [11:23] <Hixie> hsivonen: i don't really see why N is especially more relevant in this case than in any other case of a set of links
  402. # [11:24] <Hixie> (and thus why the UA wouldn't automatically do all this clever processing itself)
  403. # [11:25] <hsivonen> Hixie: yeah, it's only relevant on paged flickr thumbnail pages
  404. # [11:25] <hsivonen> where the ARIA stuff would make it possible to spread the N links across several HTML pages
  405. # [11:25] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  406. # [11:25] <hsivonen> Hixie: but I agree that in general the assumption that the author should manage posinset/setsize sucks
  407. # [11:26] <hsivonen> see my feedback on public-pfwg-comment
  408. # [11:26] <Hixie> the image report is cool, though wordy. not sure how to reduce that though.
  409. # [11:28] <Hixie> I would have a warning if there's an image without alt="" saying "N images were not declared as decorative and yet had no alternative text specified; please see the _image_report_ to manually check that this is appropriate." or some such
  410. # [11:35] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  411. # [11:36] <hsivonen> Hixie: that might make the report more discoverable, yes
  412. # [11:36] * hsivonen is annoyed at Leopard Screen Sharing not doing full screen
  413. # [11:36] <hsivonen> do I have to pay for Pro or something? :-)
  414. # [11:37] * hsivonen wants VNC connections to appear in Spaces so that local and remote spaces look the same
  415. # [11:40] <hsivonen> anyway, if anyone has better UI text, Validator.nu pulls the UI text from the wiki at startup
  416. # [11:42] <annevk> I wonder if the wordy descriptions should go on a separate page with pointers
  417. # [11:42] <annevk> so that for frequent use you don't have to scan all those paragraphs
  418. # [11:42] <hsivonen> that's a possibility
  419. # [11:44] <hsivonen> I should show off the RTL support: http://html5.validator.nu/?doc=http%3A%2F%2Fhe.wikipedia.org%2Fwiki%2F%25D7%25A2%25D7%259E%25D7%2595%25D7%2593_%25D7%25A8%25D7%2590%25D7%25A9%25D7%2599&showimagereport=yes&showsource=yes#l244c238
  420. # [11:47] <annevk> does the validator check <a> <img alt> </a> cases?
  421. # [11:48] <hsivonen> annevk: no, but it checks for <a> <img> </a>
  422. # [11:49] <hsivonen> annevk: when the alt attribute is present, linkness doesn't seem to need further considerations at least not in VO
  423. # [11:49] <annevk> if the alt attribute is the empty string as in my example it is probably an authoring error
  424. # [11:50] <hsivonen> at least with VO, not a worse authoring error than misapplying alt='' in general
  425. # [11:51] <annevk> i think that <a> <img alt> </a>, <button><img alt></button> (others?) should be non-conforming
  426. # [11:51] <hsivonen> moreover, the code currently doesn't distinguish <a><img alt=''></a> and <a><img alt=''> Redundant text</a>
  427. # [11:52] <annevk> (if there's text it's obviously a different case)
  428. # [11:53] <hsivonen> yeah, but it's also obviously more difficult to check for in SAX, hence, left undistinguished in the first version
  429. # [11:56] <hsivonen> Hixie: I'm not sure I want to add the warning you suggested since it changes the badge hunter effects of the feature
  430. # [12:00] <annevk> i was more thinking about it being a content model restriction
  431. # [12:00] <hsivonen> Ah.
  432. # [12:01] <Lachy> <a><img> text</a> could also be considered non-conforming, since the only logical alt text for it would be alt="" or alt="non-redundant text". Omitting alt in that case would obviously be an error
  433. # [12:01] <hsivonen> I think I'd still use the same code.
  434. # [12:01] <hsivonen> (as amended to distinguish the cases, that is)
  435. # [12:05] * hsivonen wonders how dictionary-based Hebrew text-to-speech needs to be
  436. # [12:12] <zcorpan_> hsivonen: i think the image report is a bit unstructured visually; the sections blend together and it looks like one big blob of text. i think it would help with h3 { font-style:italic } or something
  437. # [12:14] <zcorpan_> and/or more spacing between the sections
  438. # [12:15] <mpt> Lachy, I worked on a page design this week where that markup pattern would have non-empty alt= text
  439. # [12:16] <mpt> Specifically, something like 'Owner: <a href="...+edit"><img alt="[Edit]" src="edit-icon" /> Rowley Birkin</a>'
  440. # [12:17] <Lachy> mpt, yeah, that would be the alt="non-redundant text" case I mentioned.
  441. # [12:18] <mpt> oh, right
  442. # [12:18] <zcorpan_> hsivonen: uh, actually, never mind... for some reason the headings aren't bold for me in opera
  443. # [12:18] <mpt> I was thinking we were still in the phase where <img> == <img alt="">
  444. # [12:19] <Philip`> hsivonen: It took me quite a while to realise that the top list of images was ones with alt=""
  445. # [12:19] <Philip`> since it's not obvious that the "Omitted from non-graphical presentation" heading is associated with that table, and it's not obvious what that heading means anyway, and I don't want to read all the text
  446. # [12:20] <hsivonen> Philip`: would it help if h3 had a larger margin-top?
  447. # [12:21] * Parts: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  448. # [12:21] <Philip`> (Also the <th>Image</th> should maybe have text-align:right since it looks quite unbalanced when the image directly under the heading is very narrow and right-aligned)
  449. # [12:21] <Lachy> mpt, the spec basically says alt="" means decorative, missing alt means key part of the content (not decorative), without any alt text available from any reliable source
  450. # [12:21] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  451. # [12:21] <mpt> ok, good
  452. # [12:22] <Philip`> hsivonen: I imagine that could help with making the heading seem associated with the text+table, rather than just with the text
  453. # [12:23] <hsivonen> Philip`: any suggestion on how to make it look that way?
  454. # [12:23] <Philip`> hsivonen: You already gave a suggestion that seems reasonable to me :-)
  455. # [12:24] <zcorpan_> hsivonen: i had rules in user.css that took away the boldness
  456. # [12:24] * Quits: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  457. # [12:25] <hsivonen> zcorpan_, Philip` : is it better now after reload?
  458. # [12:26] <Philip`> hsivonen: Hmm, I think the <th>Image</th> needs some padding-right or something
  459. # [12:26] <Philip`> but otherwise it does look better
  460. # [12:26] <hsivonen> oh right
  461. # [12:26] * Joins: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  462. # [12:26] * Parts: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  463. # [12:27] <hsivonen> what about now?
  464. # [12:27] * Quits: webben (n=benh@nat/yahoo/x-ac7d25d6306d10ac)
  465. # [12:27] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  466. # [12:27] <Philip`> hsivonen: That looks more better now
  467. # [12:28] <hsivonen> ok
  468. # [12:28] <Philip`> Is it at all useful to say "From line 90, column 146; to line 90, column 301", instead of "Line 90, column 146"?
  469. # [12:28] <Philip`> I can imagine automatic syntax-highlighting tools caring, but not humans
  470. # [12:29] * Philip` goes for a while
  471. # [12:29] <hsivonen> the location number matter if you want to correlate stuff with a text editor buffer manually
  472. # [12:30] <zcorpan_> hsivonen: yep, looks better now. (i now have body, label { font-weight:normal } in user.css instead of what i had before)
  473. # [12:30] <hsivonen> otherwise, you can check "Show Source" and use the links
  474. # [12:30] * Joins: svl (n=me@ip565744a7.direct-adsl.nl)
  475. # [12:30] <hsivonen> zcorpan_: is that your user.css in general of for validator.nu in particular?
  476. # [12:32] <zcorpan_> hsivonen: for validator.nu in particular. the use of system fonts in your style sheets in combination of my font choise in windows makes everything go bold in opera otherwise
  477. # [12:32] <hsivonen> ok
  478. # [12:36] * Joins: webben (n=benh@nat/yahoo/x-0e16783764f54e61)
  479. # [12:43] * Joins: maikmerten_ (n=merten@ls5laptop14.cs.uni-dortmund.de)
  480. # [12:43] * Quits: maikmerten (n=merten@ls5laptop14.cs.uni-dortmund.de) (Read error: 104 (Connection reset by peer))
  481. # [12:44] <zcorpan_> hsivonen: the image report is very useful
  482. # [12:44] <zcorpan_> hsivonen: good work :)
  483. # [12:51] <zcorpan_> hsivonen: i think the headings would require less thinking from the user if they just said "Images with alt=''", "Images without alt", etc
  484. # [12:51] * Quits: shepazu (n=schepers@cpe-069-134-123-228.nc.res.rr.com) ("Core Breach")
  485. # [12:52] <hsivonen> zcorpan_: thanks. and yeah, changing the headers like that might make sense
  486. # [12:52] <hsivonen> too bad I'll have to change the interfaces to do <code> in heading :-(
  487. # [12:54] <zcorpan_> hsivonen: might also be useful with a TOC at this point, not sure
  488. # [13:03] * Joins: maikmerten__ (n=merten@ls5laptop14.cs.uni-dortmund.de)
  489. # [13:05] * Quits: maikmerten_ (n=merten@ls5laptop14.cs.uni-dortmund.de) (Read error: 110 (Connection timed out))
  490. # [13:05] * Quits: webben (n=benh@nat/yahoo/x-0e16783764f54e61)
  491. # [13:09] <Philip`> hsivonen: You can correlate stuff with a text editor buffer manually just with the start location, and press your text editor's "jump to closing angle bracket" key to find the end location
  492. # [13:12] <Philip`> hsivonen: "The img elements of the page (if any) ..." - you could remove the "(if any)", and replace the image report with "There are no img elements on the page." if there aren't any
  493. # [13:14] <Philip`> "Please review that the images in the group match the definition all what kind of images should appear in that group." - s/all/of/, or maybe s/.*/Please review that the images in each group match that group's definition./ which hopefully says the same but more concise
  494. # [13:20] * Philip` wonders what happens if he pastes into IRC <a ... title="ויקיפדיה:הבהרה משפטית">הבהרה משפטית</a>
  495. # [13:20] <Philip`> Hmm, doesn't give the intended effect in my client, but http://krijnhoetmer.nl/irc-logs/whatwg/20080418#l-494 does
  496. # [13:20] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  497. # [13:21] <Philip`> Don't Hebrew HTML authors get horribly confused by their markup getting rendered like <a ... title="some text<"some text</a> ?
  498. # [13:31] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  499. # [14:04] <Philip`> http://www.google.com/search?q=%221+comments%22 - grammar are hard
  500. # [14:07] * Joins: Camaban (n=alee@77-103-78-94.cable.ubr08.hawk.blueyonder.co.uk)
  501. # [14:11] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 104 (Connection reset by peer))
  502. # [14:13] * Joins: sverrej (n=sverrej@pat-tdc.opera.com)
  503. # [14:13] * Quits: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  504. # [14:18] <hsivonen> argh. while I'm away writing alt-related software and docs, the thread just keeps growing
  505. # [14:28] * Joins: webben (n=benh@nat/yahoo/x-99c83d8e1a57a0ff)
  506. # [14:36] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  507. # [14:43] * Joins: davidb (n=davidb@bas4-toronto06-1279311539.dsl.bell.ca)
  508. # [14:54] <hsivonen> Philip`: fixed UI strings. thanks
  509. # [15:14] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  510. # [15:15] * Joins: virtuelv (n=virtuelv@213.236.208.247)
  511. # [15:27] * Joins: phsiao (n=shawn@c-71-233-78-251.hsd1.ma.comcast.net)
  512. # [15:28] * Joins: aroben (n=aroben@unaffiliated/aroben)
  513. # [15:28] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  514. # [15:46] <hsivonen> bad the link function in WordPress is sad. it doesn't escape &
  515. # [15:46] * Joins: csarven (n=csarven@on-irc.csarven.ca)
  516. # [15:53] * Joins: ROBOd (n=robod@89.122.216.38)
  517. # [15:54] * Joins: Lachy (n=Lachlan@pat-tdc.opera.com)
  518. # [15:58] * Quits: phsiao (n=shawn@c-71-233-78-251.hsd1.ma.comcast.net)
  519. # [16:00] <hendry> hsivonen: use http://packages.qa.debian.org/i/ikiwiki.html :)
  520. # [16:00] * Quits: KevinMarks (n=KevinMar@c-98-207-134-151.hsd1.ca.comcast.net) ("The computer fell asleep")
  521. # [16:09] <hsivonen> hendry: Hixie only installs software that Dreamhost supports
  522. # [16:10] * Quits: virtuelv (n=virtuelv@213.236.208.247) (Read error: 113 (No route to host))
  523. # [16:15] <annevk> hsivonen, wow, long post
  524. # [16:19] <Philip`> hsivonen: s/the market generator/the markup generator/ ?
  525. # [16:19] <hsivonen> oops. I blame speech-to-text
  526. # [16:19] <Philip`> Also s/in// in "pretend that in the case"
  527. # [16:20] <hsivonen> Philip`: thanks
  528. # [16:23] * Joins: billmason (n=billmaso@ip200.unival.com)
  529. # [16:23] <Philip`> hsivonen: http://validator.nu/?doc=http%3A%2F%2Fwww.coalitionforjustice.net%2F shows 4 messages but http://validator.nu/?doc=http%3A%2F%2Fwww.coalitionforjustice.net%2F&showimagereport=yes only shows 3, which seems odd
  530. # [16:24] <hsivonen> Philip`: indeed. thanks. I'll investigate later.
  531. # [16:26] <Lachy> hsivonen, the tables in the image report need visible borders and it would help if the table headers were left aligned or centred, rather than right aligned.
  532. # [16:27] <Lachy> and make the th's bold or something to distinguish them from td's
  533. # [16:32] <Lachy> hsivonen, it seems to be quite usable, though I think the presentation needs some improvment.
  534. # [16:32] <Lachy> I wonder if it would be possible to have a feature that showed the images with some of their surrounding content to put them in context.
  535. # [16:33] * Joins: phsiao (n=shawn@nat/ibm/x-1423b97110830d7c)
  536. # [16:34] * Parts: zcorpan (n=zcorpan@pat.se.opera.com)
  537. # [16:34] * Joins: zcorpan (n=zcorpan@pat.se.opera.com)
  538. # [16:40] <Lachy> hsivonen, it might be good to either treat alt=" " the same as alt="", or somehow indicate that the value only contains whitespace
  539. # [16:48] <Lachy> hsivonen, I think the description of Images with textual alternative should include something that says automated markup generated should not attempt to generate alternative text unless it has been obtained from a reliable (or at least human) source.
  540. # [16:50] * Joins: qwert666_ (n=qwert666@acbk110.neoplus.adsl.tpnet.pl)
  541. # [16:50] * Joins: Star (i=beos@213-66-217-32-no30.tbcn.telia.com)
  542. # [16:55] * Quits: maikmerten__ (n=merten@ls5laptop14.cs.uni-dortmund.de) ("Verlassend")
  543. # [16:55] * Joins: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net)
  544. # [16:56] * Joins: jdandrea (n=jdandrea@ool-44c09c49.dyn.optonline.net)
  545. # [16:57] <zcorpan> hsivonen: http://html5.validator.nu/?doc=http%3A%2F%2Fwww.accessify.com%2F&showimagereport=yes&showsource=yes is not very helpful...
  546. # [16:59] <zcorpan> hsivonen: why does it need to reparse in that case?
  547. # [16:59] * Quits: starjive (i=beos@213-66-217-32-no30.tbcn.telia.com) (Read error: 110 (Connection timed out))
  548. # [17:00] <Lachy> maybe because the meta charset occured outside the limit of the preparse
  549. # [17:00] <Lachy> in any case, such error messages should probably include some quick way to say force override with this charset anyway
  550. # [17:01] <Lachy> and then have it revalidate
  551. # [17:02] * Joins: csarven- (n=csarven@on-irc.csarven.ca)
  552. # [17:02] <zcorpan> or the validator should just reparse :P
  553. # [17:02] <Lachy> it would also be useful if there was a quick way to view the image in full size, without having to select view image from the context menu
  554. # [17:03] <Lachy> zcorpan, no, fatal errors are great for forcing the author to fix the error :-)
  555. # [17:04] <zcorpan> Lachy: well perhaps the author was only set out to check the alt text
  556. # [17:05] <Lachy> ah, so you want a way to view image report only without validation
  557. # [17:05] * Quits: qwert666_ (n=qwert666@acbk110.neoplus.adsl.tpnet.pl) ("Leaving")
  558. # [17:06] <Lachy> forcing UTF-8 works. http://validator.nu/?doc=http%3A%2F%2Fwww.accessify.com%2F&charset=UTF-8&showimagereport=yes&showsource=yes
  559. # [17:06] * Joins: KevinMarks (n=KevinMar@191.sub-70-212-141.myvzw.com)
  560. # [17:06] <Lachy> it's intersting to see their incorrect use of alt text
  561. # [17:07] <zcorpan> yeah, although skipping over the validation messages is about as much work as unchecking a "validate" checkbox
  562. # [17:07] * Quits: qwert666 (n=qwert666@etu218.neoplus.adsl.tpnet.pl) (Success)
  563. # [17:07] <Lachy> "accessify.com" image has alt="Accessify home page - latest news" is somewhat wrong. The image says nothing about news.
  564. # [17:08] * Joins: virtuelv (n=virtuelv@pat-tdc.opera.com)
  565. # [17:08] <Lachy> and the 1x1px transparent gif with alt="site statistics" should have alt="" instead
  566. # [17:12] <zcorpan> http://html5.validator.nu/?doc=http%3A%2F%2Fflickr.com&charset=UTF-8&showimagereport=yes&showsource=yes looks reasonable
  567. # [17:22] * Joins: tantek (n=tantek@68.236.184.75)
  568. # [17:22] <hsivonen> Lachy: why do the tables need borders?
  569. # [17:23] <hsivonen> Lachy: Philip` suggested right-aligning the image th, and I think it makes sense that way
  570. # [17:23] <hsivonen> Lachy: the th *is* bold
  571. # [17:24] <hsivonen> Lachy: context would be useful, yes. However, in a validator, the source location is the surrogate for context
  572. # [17:24] <hsivonen> Lachy: if you really want context, you need a browser extension
  573. # [17:25] <hsivonen> Lachy: I think alt=' ' needs further investigation whether it already is taken to mean something special
  574. # [17:25] <hsivonen> Lachy: the UI text is on a wiki :-)
  575. # [17:26] <annevk> some light colored border and maybe some amount of padding would help though, I think
  576. # [17:26] * Quits: virtuelv (n=virtuelv@pat-tdc.opera.com) ("Ex-Chat")
  577. # [17:27] <annevk> (not necessarily on the side of the table, though)
  578. # [17:28] <Philip`> http://validator.nu/?doc=http%3A%2F%2Fwww.google.com%2F&showimagereport=yes#imagereport
  579. # [17:28] <Philip`> Is that a legitimate use of alt?
  580. # [17:28] <annevk> why not?
  581. # [17:29] <Philip`> The alt text for each image is not an alternative to that image, though the concatenation of alt texts on the page is an alternative to the concatenation of images
  582. # [17:30] <annevk> i suppose it would be weird if a single image failed to load
  583. # [17:30] <billmason> I don't understand why when I'm actually looking at google.com, it's one integrated image, not a concatenation.
  584. # [17:31] <annevk> prolly does browser sniffing
  585. # [17:31] <Philip`> Probably depends on cookies and logins and stuff too
  586. # [17:31] <Philip`> Also it does IP sniffing
  587. # [17:31] <Philip`> (so validator.nu gets google.fi)
  588. # [17:31] <billmason> Ah, that would make sense.
  589. # [17:31] * billmason is sniffed out now
  590. # [17:32] * Philip` can't work out which part of the spec is relevant for alt text for images which themselves just contain text
  591. # [17:33] <annevk> Google tries to save bytes with markup on the one hand, but on the other they could save quite a bit more if they really tried
  592. # [17:33] <Philip`> It's not the first case, since the text isn't more clearly stated when it's in the graphic
  593. # [17:33] * annevk wonders what the deal is
  594. # [17:33] <Philip`> It's not the second since it's not an icon, it's not the third since it's not supplementary to surrounding text, it's not the fourth since it's not purely decorative
  595. # [17:33] <Philip`> It's not the fifth since it's not a critical part of the content
  596. # [17:34] <Philip`> It's not the sixth since it's not being emailed
  597. # [17:34] <Philip`> So the spec doesn't seem to tell me whether the image needs alt or what it should say
  598. # [17:35] <billmason> The second includes discussion of logos, which would seem to have some relevance.
  599. # [17:35] <hsivonen> Lachy: isn't the context menu easy enough for magnifying the image?
  600. # [17:35] <hsivonen> zcorpan: re: only checking alt: validation is the first step. :-p
  601. # [17:35] <Philip`> billmason: None of the three cases for logos applies either
  602. # [17:35] * Quits: KevinMarks (n=KevinMar@191.sub-70-212-141.myvzw.com) ("The computer fell asleep")
  603. # [17:36] <Philip`> The Google logo isn't representing Google (like if it was a list of lots of search engines, using their logos to make them easily identifiable) - it's just the page heading
  604. # [17:36] <Philip`> It's not being used next to the company's name
  605. # [17:37] <Philip`> and it's not just decorative, since if you removed it then you wouldn't know what site you were on
  606. # [17:37] <billmason> I'm not sure I agree with your first statement. Particualy in light of your third.
  607. # [17:37] <billmason> If it's that critical, then its representative.
  608. # [17:38] <Philip`> I'm not sure I agree with your "If" statement
  609. # [17:39] <billmason> Well, then you will have to explain how it's not decorative, but at the same time doesn't stand for anything to me....
  610. # [17:39] <annevk> hsivonen, "Fatal Error: Changing encoding at this point would need non-streamable behavior." is an open issue right?
  611. # [17:39] <Philip`> The image is critical to the page, because it's part of the page's text; its purpose is to be heading text, and not to be representing the organisation Google
  612. # [17:40] <billmason> Perhaps we have different definitions of "representing".
  613. # [17:40] <Philip`> It's not "being used to represent the entity ... such as a company, organisation, project, band, software package, country, or some such"
  614. # [17:41] <billmason> I think a marketing person would disagree that a logo doesn't represent the entity. A logo is generally a carefully considered product designed to to just that. Judging by the arguments over logo design I've experienced.
  615. # [17:42] <Philip`> Regardless of that, if they replaced it with black Comic Sans saying "WE HACKED YOUR SERVERS" then it certainly wouldn't be representing any such entity, and then there's still the problem that none of the cases mentioned in the spec seem to cover it
  616. # [17:44] <hsivonen> annevk: fatal error is a major design decision
  617. # [17:44] <hsivonen> annevk: making it more usable regardless is an open issue
  618. # [17:45] <hsivonen> Lachy, annevk: is the problem not having a border between table rows?
  619. # [17:45] <hsivonen> or columns, too
  620. # [17:46] <billmason> Such a change would mean you no longer have a logo. Right now I'm only asserting that the Google graphic is a logo.
  621. # [17:47] <billmason> I would argue that your example fits the current definition of icon: 'WE HACKED YOUR SERVERS' is a short phrase with an alternative graphical representation.
  622. # [17:47] <Philip`> I'd have to agree that the Google logo graphic is a logo
  623. # [17:47] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-b2c9c65469cf4b17)
  624. # [17:49] <Philip`> but I think it's not so clear that the logo is "being used to represent the entity" - it's being used to tell people what site they're on and to make it prettier
  625. # [17:49] <Philip`> It does represent the entity, but it's not being used simply for that purpose
  626. # [17:50] <Philip`> billmason: Which of the sub-cases in the 'icon' section would apply?
  627. # [17:51] <billmason> Philip`: would apply to what? The hypothetical 'hacked' graphic?
  628. # [17:51] <Philip`> billmason: Yes
  629. # [17:52] <billmason> Probably "In other cases, the icon has no text next to it describing what it means; the icon is supposed to be self-explanatory. In those cases, an equivalent textual label must be given in the alt attribute."
  630. # [17:53] * Joins: hasather_ (n=hasather@90-231-107-133-no62.tbcn.telia.com)
  631. # [17:53] <billmason> I'm starting to dislike the word 'icon' though. It makes me leap to the assumption that the image will therefore be a little 16x16 image, or the like.
  632. # [17:53] <Philip`> That seems to me like an abuse of the spec's intent - that's supposed to apply to e.g. <img src=magnifying-glass alt=Search>
  633. # [17:54] <billmason> Yes, I agree. This is why I don't like the word icon here.
  634. # [17:55] <Philip`> The whole spec section is far too long to bother reading to work out what you're meant to do in any given case anyway, even if it did actually say clearly what to do in every given case
  635. # [17:58] <billmason> I would rather, I think answer that the 'hacked' image example is point 1 in the spec. It is a 'A phrase or paragraph with an alternative graphical representation', but the following text pulls you away from that by saying the image 'more clearly' represents, when in this example it equally represents.
  636. # [17:58] <billmason> So I'm finding the text a little blurry.
  637. # [17:58] * Philip` agrees
  638. # [17:59] <annevk> hsivonen, fatal error is incompatible with HTML5...
  639. # [17:59] <Dashiva> But what if the vandals didn't change the alt?
  640. # [17:59] <billmason> Then it's nonconforming? :)
  641. # [18:00] <Philip`> Dashiva: I'm assuming these are vandals who care about accessibility
  642. # [18:08] <hsivonen> annevk: actually, HTML5 permits fatal errors
  643. # [18:12] <annevk> hmm true, does your parser allow the other variant too if you don't do the streaming model?
  644. # [18:12] * Joins: KevinMarks (n=KevinMar@sfs-wifi-aruba-dhcp-130-212-159-145.sfsu.edu)
  645. # [18:13] <hsivonen> annevk: yes, the parser supports non-fatal behavior if you accept losing streaming
  646. # [18:14] <Lachy> hsivonen, the th's weren't bold. They are now. I assume the problem was the font-weight: inherit;, which now appears to be removed.
  647. # [18:14] <hsivonen> I'm not sure if keeping V.nu streaming is a bad call, but I'm not ready give up on streaming
  648. # [18:14] <hsivonen> Lachy: are you sure your browser cache is up-to-date?
  649. # [18:15] <Philip`> CSS5 should allow every element to have two parents, and if you set "inherit" then it chooses to inherit from one of the parents at random, with a small chance of inheriting from both mixed together, when the element is first created
  650. # [18:15] <Lachy> it seems to be now up to date now. I wasn't getting the light yellow background on the middle column earlier. Now I am
  651. # [18:15] <hsivonen> Lachy: I'm pretty sure I haven't changed the style sheet in the last hour
  652. # [18:15] <hsivonen> Lachy: you had a *really* old cached copy of the style sheet, then
  653. # [18:15] <Lachy> oh, ok. Maybe mine was cached
  654. # [18:16] <Lachy> had you set and cache related http headers on them, which would have caused it to be cached for me?
  655. # [18:16] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-b2c9c65469cf4b17) ("http://www.mibbit.com ajax IRC Client")
  656. # [18:16] <Lachy> like an Expires header
  657. # [18:18] <hsivonen> Lachy: nope: http://web-sniffer.net/?url=http%3A%2F%2Fabout.validator.nu%2Fstyle.css&submit=Submit&http=1.1&gzip=yes&type=GET&uak=0
  658. # [18:20] <annevk> hsivonen, ah ok, for some reason i assume the parser didn't use streaming
  659. # [18:20] <annevk> maybe because of Schematron
  660. # [18:20] <annevk> assumed*
  661. # [18:21] <annevk> oops
  662. # [18:21] <hsivonen> annevk: Schematron will be gone at some point from HTML5 checking
  663. # [18:21] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-e4e55f2772a61e84)
  664. # [18:21] <hsivonen> annevk: but yeah, Schematron builds a private tree and doesn't stream
  665. # [18:21] <hsivonen> looks really ugly in a perf profiler :-)
  666. # [18:22] <Lachy> hsivonen, re magnifying images, it's not always immediately obvious which images are already shown full size, or which can be enlarged. So going to the context menu to view each image is time consuming
  667. # [18:22] <hsivonen> Lachy: good point
  668. # [18:22] <hsivonen> Lachy: I tried to pick a size that is large enough for an author to recognize photos
  669. # [18:23] <Lachy> would be nice to have some kind of zoom feature for significantly larger images
  670. # [18:23] <hsivonen> it may suck if you aren't the author and you try to figure out a large diagram
  671. # [18:23] <Lachy> but I suppose, for an author familar with the page, it's not so bad
  672. # [18:24] * Joins: eseidel (n=eseidel@nat/google/x-870277eedd5ccba4)
  673. # [18:24] <hsivonen> Lachy: I considered using CSS :hover and :focus but then I cut that feature from the first release, because I couldn't figure out a nice way to tell CSS to zoom from current dimensions by a factor
  674. # [18:25] * Joins: tndH__ (i=Rob@adsl-87-102-85-189.karoo.KCOM.COM)
  675. # [18:25] <Lachy> such a thing would have to be done with javascript
  676. # [18:25] <hsivonen> yeah
  677. # [18:29] <hsivonen> can JS query for the actual file dimensions?
  678. # [18:29] <Lachy> hsivonen, can you turn the Group Messages feature on by default. It's so much better than the ungrouped
  679. # [18:29] <hsivonen> the server size doesn't know the file dimensions and uses width/height from HTML
  680. # [18:30] <hsivonen> Lachy: I can't. Grouping doesn't work during load
  681. # [18:32] * Quits: jacobolus (n=jacobolu@dhcp-0000036913-b5-5e.client.fas.harvard.edu) (Read error: 113 (No route to host))
  682. # [18:32] <Lachy> I wonder if you could somehow use the canvas APIs to determine the actual size of the image
  683. # [18:33] <Philip`> Lachy: You can't
  684. # [18:34] <Philip`> and when I last tried, it was impossible to find the image size on the client
  685. # [18:34] * Joins: jacobolus (n=jacobolu@dhcp-0000036913-b5-5e.client.fas.harvard.edu)
  686. # [18:34] <Philip`> (because img.width/height always returns the rendered size, or 0 if it's not in the document)
  687. # [18:34] <Lachy> Philip`, ok.
  688. # [18:34] <Philip`> (at least in the compatible intersection of all browsers)
  689. # [18:35] <Philip`> so I ended up calculating sizes on the server instead, and sending <img _width="123" _height="456" style="max-width:100px"> so scripts could grab the real size
  690. # [18:36] <Philip`> (Can't use width="..." because getAttribute('width') in IE is equivalent to .width and returns the rendered size)
  691. # [18:36] * Quits: csarven- (n=csarven@on-irc.csarven.ca) (Read error: 110 (Connection timed out))
  692. # [18:37] <Philip`> (Web development is great fun)
  693. # [18:38] * Quits: csarven (n=csarven@on-irc.csarven.ca) (Read error: 110 (Connection timed out))
  694. # [18:39] <Philip`> (Also I was putting the max-widthed images in a table, and Opera 9.2 does table layout as if the image was full size, which messes everything up, and I was having so much fun that I just gave up and let Opera have broken layout)
  695. # [18:39] <Lachy> hsivonen, this works: http://software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cscript%3E%0Avar%20img%20%3D%20document.createElement(%22img%22)%3B%0Aimg.src%20%3D%20%22image%22%3B%0Aw(img.height)%3B%0Aw(img.width)%3B%0A%3C%2Fscript%3E
  696. # [18:40] * Quits: webben (n=benh@nat/yahoo/x-99c83d8e1a57a0ff)
  697. # [18:41] * Quits: tndH (i=Rob@adsl-87-102-85-189.karoo.KCOM.COM) (Read error: 113 (No route to host))
  698. # [18:41] * Lachy has to go home now. Back soon.
  699. # [18:41] * Quits: Lachy (n=Lachlan@pat-tdc.opera.com) ("Leaving")
  700. # [18:42] * Philip` wonders why that didn't seem to work when he tried this a while ago...
  701. # [18:52] <annevk> (the example Lachy gave above only works for cached images)
  702. # [18:53] <Philip`> (That's easily fixable with onload)
  703. # [18:54] * Joins: weinig (n=weinig@17.203.15.172)
  704. # [18:56] * Parts: davidb (n=davidb@bas4-toronto06-1279311539.dsl.bell.ca)
  705. # [18:57] * Joins: Lachy (n=Lachlan@ti200710a340-2662.bb.online.no)
  706. # [19:06] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-e4e55f2772a61e84) ("http://www.mibbit.com ajax IRC Client")
  707. # [19:06] <Lachy> annevk, the example I gave would work for all images shown in the image report, if the function is executed onload, creates an image, and iteratively sets the src to that of each images in the report and retreives the dimensions.
  708. # [19:06] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-c6058592d41b31dd)
  709. # [19:07] <Philip`> "Iteratively" sounds bad for performance - you want to do them in parallel
  710. # [19:08] <Lachy> ideally, you would catch the onload event for each individual image and retrive the dimensions imediately
  711. # [19:08] <Lachy> that will be possible with XBL, but no so easy now
  712. # [19:08] <Lachy> unless you can do <img ... onload="getDimensions();">
  713. # [19:08] <Lachy> for each image
  714. # [19:15] <Philip`> <img onload> won't work, since it'll give the rendered size and not the real size
  715. # [19:15] <Philip`> so you have to use createElement('img') or new Image()
  716. # [19:18] <Lachy> Philip`, yes, that's why my above explanation said to create an img, and iteratively set the src to that of each image in the page.
  717. # [19:19] <Philip`> You can just create multiple imgs and set the source of them all, instead of iterating on one img
  718. # [19:20] <Lachy> you still need to create and set each one sequentially, but creating new img elements would be less efficient than reusing the same one.
  719. # [19:23] <Lachy> I assume multiple onload events from several images would be executed sequentially, since it's single-threaded, so reusing the same img for each wouldn't cause a conflict
  720. # [19:23] <Philip`> Network latency is seven zillion times more significant than CPU/memory usage for a handful of DOM objects
  721. # [19:23] <Lachy> yes, but every bit counts
  722. # [19:23] * Quits: svl (n=me@ip565744a7.direct-adsl.nl) ("And back he spurred like a madman, shrieking a curse to the sky.")
  723. # [19:23] <Philip`> Every bit of network latency counts more; and if you're downloading one image at a time, compared to downloading half a dozen in parallel, that's going to be really slow
  724. # [19:24] <Lachy> but the network latency is irrelevant here, since you can't do anything with the image until it's loaded, and once it is, the script for each takes an insignificant amount of time
  725. # [19:25] <Lachy> the browser can still download multiple images simultaneosly, and use various techniques to speed that up. There's nothing a javascript can do about that
  726. # [19:26] <Philip`> The browser can't download multiple images simultaneously if your script is waiting for the first to call onload before you update img.src and tell it to download the next
  727. # [19:27] <Lachy> I think your misunderstanding how I envision the script working
  728. # [19:27] <Philip`> Possibly :-)
  729. # [19:28] <Philip`> Since you said you're reusing the same img, I assume you mean "var i = new Image(); i.src = '1'; i.onload = function () { process(i); i.src = '2'; i.onload = ... }" (except setting src/onload in the right order and setting up the chain in a loop)
  730. # [19:29] <Lachy> no, you got it wroing :-)
  731. # [19:29] <Philip`> I'll blame your description, then ;-)
  732. # [19:29] * eseidel is now known as webkit_eseidel
  733. # [19:34] <Lachy> I'm putting together an example page to show it working, give me a few minutes
  734. # [19:35] * Quits: zcorpan (n=zcorpan@pat.se.opera.com) (Read error: 110 (Connection timed out))
  735. # [19:35] * Quits: aroben (n=aroben@unaffiliated/aroben) ("Leaving")
  736. # [19:37] * Joins: qwert666 (n=qwert666@acbk110.neoplus.adsl.tpnet.pl)
  737. # [19:37] <bkardell> I have a question about <link> in the working draft...
  738. # [19:38] <bkardell> There is a "prefetch"
  739. # [19:38] <bkardell> and you can specify type
  740. # [19:39] <bkardell> could it be used similarly to <script src="xx">
  741. # [19:39] <bkardell> to load script?
  742. # [19:39] * Joins: psa (n=yomode@71.93.19.66)
  743. # [19:40] <Philip`> bkardell: Why not just use <script src="..."> instead?
  744. # [19:41] <bkardell> well - the reason isn't important for now
  745. # [19:41] <bkardell> the important part is that I don't understand from the text whether that is a valid case
  746. # [19:41] <bkardell> would it be?
  747. # [19:43] <bkardell> it allows type/media etc
  748. # [19:43] <Philip`> The spec doesn't tell UAs to do anything with <link rel=prefetch>, so (I think) they mustn't do anything that affects the document in any way (and so they can't e.g. run scripts)
  749. # [19:44] <bkardell> but they can attach stylesheets?
  750. # [19:44] <bkardell> which can attach via xbl?
  751. # [19:44] <annevk> through rel=stylesheet
  752. # [19:44] <Philip`> That's rel=stylesheet, not rel=prefetch
  753. # [19:45] <Philip`> (prefetch is just meant to tell the UA to download and cache the data so it can be used in the future with less delay)
  754. # [19:45] * Philip` might be misunderstanding the question, though
  755. # [19:45] <bkardell> sure... it's kind of a complicated question I guess I may be having trouble expressing too
  756. # [19:46] <bkardell> let me try again.. I don't want to get hung up on the 'prefetch' piece
  757. # [19:46] <bkardell> I chose that one in my question because it specifies an "external resource"
  758. # [19:47] <bkardell> so I guess in simplest terms: could <link> not be used to load script?
  759. # [19:47] * Joins: aroben (n=aroben@unaffiliated/aroben)
  760. # [19:47] <Philip`> Like <link rel="script" href="example.js">?
  761. # [19:47] <annevk> <link> cannot atttach scripts like <script> can
  762. # [19:48] <bkardell> it seems syntactically very capable and as to why exactly one would want to - I'm just examining possibilities
  763. # [19:48] <bkardell> yes - precisely...
  764. # [19:48] <Philip`> There's not really anything to stop someone adding a <link rel=script> to HTML in the future, except that it would seem like a bad idea when there's already <script>
  765. # [19:49] <bkardell> does it really seem like a bad idea?
  766. # [19:49] <annevk> yes
  767. # [19:49] <bkardell> lol :)
  768. # [19:49] <annevk> (it's a rejected extension: http://wiki.whatwg.org/wiki/RelExtensions )
  769. # [19:49] <bkardell> good deal Anne - that's exactly what I was looking for
  770. # [19:49] <bkardell> thanks!!
  771. # [19:50] <Philip`> It doesn't seem like a good idea (e.g. it doesn't allow interesting new features), and the default state for ideas is to be bad because otherwise the world would be flooded with too many things to implement :-)
  772. # [19:50] <annevk> the default state for proposals is bad
  773. # [19:50] <annevk> actually, the default state for proposals is rejection
  774. # [19:51] <bkardell> yeah - I agree with that philosophy the question was not to propose but to understand intent
  775. # [19:52] <Philip`> annevk: That shouldn't be true - the default state for proposals should be to be awaiting consideration
  776. # [19:52] <bkardell> I was trying to figure out essentially if this would be an effort like one to say <embed>, <object> and <applet> are kind of redundant
  777. # [19:53] <bkardell> thanks though anne - that's exactly what I was looking for
  778. # [19:53] <annevk> in general if a new feature does exactly the same as an existing feature it won't be introduced
  779. # [19:53] <annevk> and since rel=script was not supported anywhere there's no reason to add it
  780. # [19:54] <annevk> (as for <embed>, <object>, and <applet>; <applet> is obsoleted in favor of <embed> and <embed> and <object> are quite different)
  781. # [19:57] <annevk> Philip`, i guess the default outcome of said consideration is rejection then :)
  782. # [19:57] * Quits: hasather_ (n=hasather@90-231-107-133-no62.tbcn.telia.com) (Read error: 110 (Connection timed out))
  783. # [20:00] <Lachy> Philip`, http://lachy.id.au/dev/2008/image-dimensions.html
  784. # [20:01] <Lachy> hsivonen, feel free to rip off that script for the validator
  785. # [20:01] <Lachy> ... if and when you want to implement the zoom feature
  786. # [20:04] * Joins: kingryan (n=ryan@c-24-5-77-167.hsd1.ca.comcast.net)
  787. # [20:06] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-c6058592d41b31dd) ("http://www.mibbit.com ajax IRC Client")
  788. # [20:06] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-7ae4d52974ee4a41)
  789. # [20:08] <bkardell> annevk: I must admit that I did not know <embed> and <object> - both still have recommended uses
  790. # [20:08] <bkardell> thought <embed> was out
  791. # [20:11] <bkardell> Don't have a lot of chance to use either so hopefully that doesn't seem too dreadfully stupid a comment
  792. # [20:13] <annevk> np
  793. # [20:24] * Quits: tantek (n=tantek@68.236.184.75)
  794. # [20:33] <Philip`> Oops, I think I contributed to the alt email pile
  795. # [20:40] * Joins: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  796. # [20:46] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-7ae4d52974ee4a41) ("http://www.mibbit.com ajax IRC Client")
  797. # [20:49] * Quits: aroben (n=aroben@unaffiliated/aroben) (Read error: 104 (Connection reset by peer))
  798. # [20:58] * om_sleep is now known as othermaciej
  799. # [21:05] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-23e330d04fa7044a)
  800. # [21:30] * Parts: BenMillard (i=cerbera@cpc1-flee1-0-0-cust285.glfd.cable.ntl.com)
  801. # [21:36] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-23e330d04fa7044a) ("http://www.mibbit.com ajax IRC Client")
  802. # [21:46] * Quits: jdandrea (n=jdandrea@ool-44c09c49.dyn.optonline.net) ("ciao")
  803. # [21:47] * Quits: gsnedders (n=gsnedder@host217-44-37-113.range217-44.btcentralplus.com) (Read error: 104 (Connection reset by peer))
  804. # [21:48] * Quits: sverrej (n=sverrej@pat-tdc.opera.com) (Read error: 110 (Connection timed out))
  805. # [21:50] * Joins: gsnedders (n=gsnedder@host217-44-37-113.range217-44.btcentralplus.com)
  806. # [21:50] * Quits: othermaciej (n=mjs@dsl081-048-145.sfo1.dsl.speakeasy.net)
  807. # [21:55] <Hixie> wow http://www.w3.org/mid/OF51C16334.62B43BA0-ON8625742F.004CBE78-8625742F.0051275D@us.ibm.com
  808. # [22:09] * Quits: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net) (Read error: 104 (Connection reset by peer))
  809. # [22:30] * Joins: tommorris (n=tommorri@i-83-67-98-32.freedom2surf.net)
  810. # [22:32] * webkit_eseidel is now known as eseidel
  811. # [22:32] <Philip`> Aha, I'm glad someone gave a specific example in response to my "there are other more legitimate reasons for having several img elements representing a single piece of text", since I couldn't actually think of any
  812. # [22:37] * Joins: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-186b4b727e39af83)
  813. # [22:41] * Quits: bkardell (i=cc111a04@gateway/web/ajax/mibbit.com/x-186b4b727e39af83) (Client Quit)
  814. # [22:46] * Joins: epeus (n=KevinMar@60.sub-75-210-111.myvzw.com)
  815. # [22:52] * Quits: KevinMarks (n=KevinMar@sfs-wifi-aruba-dhcp-130-212-159-145.sfsu.edu) (Read error: 110 (Connection timed out))
  816. # [22:57] * Joins: othermaciej (n=mjs@17.203.15.181)
  817. # [22:57] * Quits: mpt (n=mpt@canonical/launchpad/mpt) (Read error: 113 (No route to host))
  818. # [22:58] * Joins: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se)
  819. # [22:58] <zcorpan_> http://html5.dk/wordpress/2008/04/16/første-danske-bog-om-html-5/ -- danish book about html5
  820. # [23:02] * Joins: roc (n=roc@121-72-168-16.dsl.telstraclear.net)
  821. # [23:03] * Joins: othermaciej_ (n=mjs@17.255.97.214)
  822. # [23:03] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  823. # [23:04] * Joins: othermaciej (n=mjs@17.203.15.181)
  824. # [23:09] <annevk> if I interpret the Danish correctly there's no book yet but you can pre-order it or something?
  825. # [23:15] * Joins: virtuelv (n=virtuelv@225.80-203-100.nextgentel.com)
  826. # [23:20] * Quits: othermaciej_ (n=mjs@17.255.97.214) (Connection timed out)
  827. # [23:25] * Quits: zcorpan_ (n=zcorpan@c-cb21e353.1451-1-64736c12.cust.bredbandsbolaget.se) (Read error: 110 (Connection timed out))
  828. # [23:27] * Quits: eseidel (n=eseidel@nat/google/x-870277eedd5ccba4)
  829. # [23:29] * Joins: KevinMarks (n=KevinMar@sfs-wifi-aruba-dhcp-130-212-159-145.sfsu.edu)
  830. # [23:30] * Quits: epeus (n=KevinMar@60.sub-75-210-111.myvzw.com) (Read error: 110 (Connection timed out))
  831. # [23:35] <Hixie> wtf are document.charset and document.defaultCharset
  832. # [23:36] * Quits: ROBOd (n=robod@89.122.216.38) ("http://www.robodesign.ro")
  833. # [23:39] * Joins: eseidel (n=eseidel@nat/google/x-5d113e55e1a397de)
  834. # [23:39] <othermaciej> crazy XML things
  835. # [23:39] <Hixie> seems they're IE things for text/html
  836. # [23:39] <Hixie> i don't understand what they are supposed to do
  837. # [23:39] <Hixie> on setting in particular
  838. # [23:39] <Hixie> for .charset
  839. # [23:39] <othermaciej> oh
  840. # [23:40] <othermaciej> that's right
  841. # [23:40] <othermaciej> we have those APIs marked as IE extensions and I don't remember what they do
  842. # [23:40] <Hixie> "defaultCharset Property
  843. # [23:40] <Hixie> Gets the default character set from the current regional language settings."
  844. # [23:40] <Hixie> w.t.f.
  845. # [23:40] <othermaciej> Mozilla instead has characterSet
  846. # [23:41] <othermaciej> (which we also copied)
  847. # [23:41] <othermaciej> defaultCharset is read-only in our DOM
  848. # [23:41] <othermaciej> not sure that is the case for IE
  849. # [23:41] <Hixie> yeah i just looked at the patch that webkit uses
  850. # [23:41] <Hixie> to implement this
  851. # [23:41] <Hixie> didn't help much
  852. # [23:41] <Hixie> :-)
  853. # [23:41] <othermaciej> the crazy XML things are inputEncoding and xmlEncoding
  854. # [23:41] <Hixie> (in terms of what setting .charset does)
  855. # [23:42] <othermaciej> for a grand total of 5 attributes on Document relating to the document's character set
  856. # [23:42] <Hixie> first hit for [document.charset msdn] on google seems to be a security vulnerability report
  857. # [23:42] <othermaciej> I think if you set it, it will affect the default charset assumed for linked resources
  858. # [23:43] <othermaciej> and possibly also charset used for form submission and URL escaping
  859. # [23:43] <othermaciej> not sure about the latter two though
  860. # [23:43] <Hixie> charset Property
  861. # [23:43] <Hixie> "Sets or retrieves the character set used to encode the object."
  862. # [23:44] <Hixie> this documentation is worthless
  863. # [23:44] <othermaciej> IE's vaunted docs for their JS APIs are often maddeningly vague
  864. # [23:49] * Quits: phsiao (n=shawn@nat/ibm/x-1423b97110830d7c)
  865. # [23:51] * Joins: othermaciej_ (n=mjs@17.255.97.214)
  866. # [23:56] * Joins: andersca_ (n=andersca@c-71-198-2-225.hsd1.ca.comcast.net)
  867. # [23:57] <annevk> hmm, you'd think that nonsense like charset shouldn't end up in the DOM
  868. # [23:58] * Joins: othermaciej__ (n=mjs@17.203.15.181)
  869. # [23:59] * Quits: othermaciej (n=mjs@17.203.15.181) (Read error: 104 (Connection reset by peer))
  870. # [23:59] <Hixie> so i wonder what a document like <script>alert(document.charset)</script><meta http-equiv="content-type" content="text/html;charset=iso-8859-2"><script>alert(document.charset)</script> does
  871. # [23:59] * Joins: tantek (n=tantek@70-13-131-55.area2.spcsdns.net)
  872. # Session Close: Sat Apr 19 00:00:00 2008

The end :)