/irc-logs / mozilla / #accessibility / 2014-07-10 / end

Options:

  1. # Session Start: Thu Jul 10 00:00:00 2014
  2. # Session Ident: #accessibility
  3. # [00:07] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  4. # [00:13] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  5. # [00:13] * ChanServ sets mode: +o surkov
  6. # [00:39] * Quits: Justin_o (uid14648@AF7427AE.E02B7C75.9377050C.IP) (Quit: Connection closed for inactivity)
  7. # [00:47] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  8. # [01:05] * Quits: Gijs (gijs@moz-A971C003.range86-164.btcentralplus.com) (Quit: sleep)
  9. # [02:06] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  10. # [02:06] * ChanServ sets mode: +o surkov
  11. # [02:30] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  12. # [02:38] * Joins: isaacd (quassel@moz-3ACED3EA.hsd1.ma.comcast.net)
  13. # [03:13] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  14. # [03:13] * ChanServ sets mode: +o surkov
  15. # [03:22] * khuey is now known as khuey|away
  16. # [03:43] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  17. # [03:53] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  18. # [03:53] * ChanServ sets mode: +o surkov
  19. # [03:53] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  20. # [03:54] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  21. # [03:54] * ChanServ sets mode: +o surkov
  22. # [03:54] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  23. # [03:55] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  24. # [03:55] * ChanServ sets mode: +o surkov
  25. # [03:56] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  26. # [04:06] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  27. # [04:06] * ChanServ sets mode: +o surkov
  28. # [04:06] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  29. # [04:42] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  30. # [04:42] * ChanServ sets mode: +o surkov
  31. # [04:51] * Quits: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
  32. # [04:52] * Quits: @tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
  33. # [04:52] * Joins: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com)
  34. # [04:53] * Joins: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com)
  35. # [05:01] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  36. # [05:11] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  37. # [05:11] * ChanServ sets mode: +o surkov
  38. # [05:18] * Quits: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
  39. # [05:18] * Quits: khuey|away (khuey@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
  40. # [05:18] * Quits: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
  41. # [05:31] * Quits: isaacd (quassel@moz-3ACED3EA.hsd1.ma.comcast.net) (Ping timeout)
  42. # [05:46] * Joins: khuey (khuey@moz-DB4A9C19.scl3.mozilla.com)
  43. # [05:46] * Joins: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com)
  44. # [05:48] * Quits: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca) (Quit: Leaving.)
  45. # [05:55] * Joins: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com)
  46. # [05:55] * Parts: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com)
  47. # [05:59] * Joins: tbsaunde (tbsaunde@moz-DB4A9C19.scl3.mozilla.com)
  48. # [05:59] * ChanServ sets mode: +o tbsaunde
  49. # [06:03] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
  50. # [07:05] * khuey is now known as khuey|away
  51. # [07:42] * Joins: ioanachiorean (ioanachior@6DC7A5F5.AA1FA0D2.6A4F8DA2.IP)
  52. # [08:21] * khuey|away is now known as khuey
  53. # [08:33] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
  54. # [09:11] * Quits: khuey (khuey@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
  55. # [09:13] * Joins: khuey (khuey@moz-DB4A9C19.scl3.mozilla.com)
  56. # [09:22] * Joins: MarcoZ (marco.zehe@moz-289180F0.dip0.t-ipconnect.de)
  57. # [09:22] * ChanServ sets mode: +ao MarcoZ MarcoZ
  58. # [09:22] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
  59. # [09:28] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
  60. # [10:09] * Quits: @MarcoZ (marco.zehe@moz-289180F0.dip0.t-ipconnect.de) (Ping timeout)
  61. # [10:14] * Joins: MarcoZ (marco.zehe@moz-289180F0.dip0.t-ipconnect.de)
  62. # [10:14] * ChanServ sets mode: +ao MarcoZ MarcoZ
  63. # [10:22] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
  64. # [10:32] * Quits: funnel (hegel@DEB31F3E.28CFCE3E.FC69BED9.IP) (Ping timeout)
  65. # [10:32] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
  66. # [10:32] * Joins: funnel (hegel@DEB31F3E.28CFCE3E.FC69BED9.IP)
  67. # [10:46] * Joins: Gijs (gijs@moz-A971C003.range86-164.btcentralplus.com)
  68. # [10:47] <@MarcoZ> Oh Thunderbird beta, you bastard, refresh your view of Gmail if I make changes on another device, without me having to close and reopen you!
  69. # [11:10] * Joins: sam (sam@82C50018.DA03B804.4802DE8C.IP)
  70. # [13:24] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
  71. # [13:47] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
  72. # [13:56] * Joins: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca)
  73. # [14:10] * Quits: ioanachiorean (ioanachior@6DC7A5F5.AA1FA0D2.6A4F8DA2.IP) (Ping timeout)
  74. # [14:17] * Quits: scott_gonzalez (scott_gonz@moz-91C81A39.hrbgpa.fios.verizon.net) (Quit: scott_gonzalez)
  75. # [14:23] * Joins: Justin_o (uid14648@moz-E77DEB21.irccloud.com)
  76. # [14:24] * Joins: ioanachiorean (ioanachior@6DC7A5F5.AA1FA0D2.6A4F8DA2.IP)
  77. # [14:33] * Quits: sam (sam@82C50018.DA03B804.4802DE8C.IP) (Ping timeout)
  78. # [14:35] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
  79. # [14:35] * ChanServ sets mode: +o surkov
  80. # [14:41] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
  81. # [14:42] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
  82. # [14:49] <@firebot> marco.zehe@googlemail.com requested needinfo from surkov.alexander@ gmail.com on bug 1034978.
  83. # [14:49] <@firebot> https://bugzil.la/1034978 — NEW — crash in nsIContent::GetPrimaryFrame()
  84. # [15:06] * Joins: anvk (anovak@C141829F.3923648E.6468E038.IP)
  85. # [15:18] * Joins: yzen (yzen@13F2CEC5.7672369.D8E68FF6.IP)
  86. # [15:18] * ChanServ sets mode: +o yzen
  87. # [15:19] <@yzen> MarcoZ hi
  88. # [15:19] <@yzen> i've made some changes to isfirefoxosaccesssibleyet.com , something both you and eeejay suggested, care to see if it feels better now ?
  89. # [15:19] <@yzen> http://isfirefoxosaccessibleyet.com/
  90. # [15:34] <@MarcoZ> yzen: I like this one!
  91. # [15:34] * Joins: isaacd (quassel@moz-3ACED3EA.hsd1.ma.comcast.net)
  92. # [15:41] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
  93. # [15:41] * ChanServ sets mode: +qo davidb davidb
  94. # [15:43] <@davidb> heyo!
  95. # [15:52] * Quits: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca) (Quit: Leaving.)
  96. # [15:55] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  97. # [15:56] <@MarcoZ> Heyo davidb!
  98. # [15:56] <@davidb> hi hi
  99. # [15:56] <@MarcoZ> surkov: I think Sina and others disagree with the fact that we're basing the creation of accessibles on layout information rather than pure HTML markup at all.
  100. # [15:56] <@surkov> MarcoZ: yeah, I think that’s the point
  101. # [15:56] <@MarcoZ> surkov: In essence, if HTML doesn't say TABLE, then there should not be a table accessible, regardless of what CSS might suggest.
  102. # [15:57] <@MarcoZ> surkov: It is very possible that we made some wrong assumptions when we decided that only Layout should tell us what we should create.
  103. # [15:58] <@surkov> for me it’s just a point of view
  104. # [15:59] * Quits: logbot (logbot@moz-58CB32ED.glob.com.au) (Client exited)
  105. # [15:59] <@surkov> after all the web is too complicated to match one of approaches (either HTML based or layout based)
  106. # [15:59] * Joins: logbot (logbot@moz-58CB32ED.glob.com.au)
  107. # [15:59] <@MarcoZ> Well, a general rule of thumb is that CSS is for layout only, whereas HTML is for content.
  108. # [16:00] <@MarcoZ> So it should not be assumed that CSS table properties mean ever anything other than layout, e. g. never is a data table created in CSS, always in HTML.
  109. # [16:00] <@surkov> ignoring layout is basically wrong, say you have HTML input type file then it’s may be bunch of other controls
  110. # [16:00] <@MarcoZ> surkov: ^
  111. # [16:01] <@MarcoZ> surkov: I agree with you totally.
  112. # [16:01] <@MarcoZ> surkov: But the problems uncovered in bug 1005271 show that authors expect a data table to be rendered as a data table regardless of what CSS properties they stick on it.
  113. # [16:01] <@firebot> https://bugzil.la/1005271 — NEW — Data Table with display:block exposes no table semantics
  114. # [16:02] <@MarcoZ> surkov: And yes, I consider this to be a bug on our part.
  115. # [16:02] <@surkov> MarcoZ: depending on properties it might be not a table at all
  116. # [16:03] <@MarcoZ> surkov: But the author uses table markup in their HTML. So they *expect* what they intend to be a data table to be rendered to screen readers as a data table. The CSS may visually alter its appearance, but it is still a data table.
  117. # [16:03] <@surkov> MarcoZ: there are examples when HTML table is used for non tables
  118. # [16:04] <@MarcoZ> surkov: Yes, but we have heuristics for that.
  119. # [16:04] <@surkov> MarcoZ: the point is HTML markup might be not so important
  120. # [16:04] <@surkov> I mean it doesn’t mean any semantcis in general
  121. # [16:04] <@MarcoZ> surkov: It is to the web authors.
  122. # [16:04] <@MarcoZ> It is the language they use.
  123. # [16:05] <@MarcoZ> surkov: And it is the means with which they communicate the semantics.
  124. # [16:06] <@MarcoZ> They simply don't expect the CSS sugar to completely alter the semantics of what they put in the HTML.
  125. # [16:06] * Joins: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca)
  126. # [16:06] <@MarcoZ> surkov: Bug 1005271 and bug 1007975 clearly communicate that.
  127. # [16:06] <@firebot> https://bugzil.la/1007975 — REOPENED — div with display:table exposes table semantics
  128. # [16:07] <@davidb> how is the CSS spec these days? are they keeping semantics out of it?
  129. # [16:07] <@surkov> HTML may have or may not have semantics, HTML + CSS has to have semantics?
  130. # [16:07] * clown is now known as clown_mtg
  131. # [16:08] <@davidb> i'm thinking about semantics in the machine readable sense
  132. # [16:08] <@surkov> it sounds like we have an use case and we want to make it as general rule
  133. # [16:08] <@davidb> fix one bug create two more ;)
  134. # [16:08] <@surkov> as usual
  135. # [16:08] <@davidb> where is the main discussion happening?
  136. # [16:12] <@davidb> surkov, for bug 1005271 do you have a strong opinion?
  137. # [16:12] <@firebot> https://bugzil.la/1005271 — NEW — Data Table with display:block exposes no table semantics
  138. # [16:12] <@davidb> (comment 4 says no)
  139. # [16:12] <@davidb> (err comment 2)
  140. # [16:14] <@davidb> heh so in this case it is like html is the aria, and the css is the html
  141. # [16:15] <@davidb> so they want aria to override html (html to override css)
  142. # [16:16] <@davidb> so we need to be very deliberate about whether that is the right general rule
  143. # [16:16] <@MarcoZ> Yup.
  144. # [16:16] <@davidb> it works when the author uses the tech that way.
  145. # [16:16] <@MarcoZ> Which *is* the final authority on CSS in terms of spec?
  146. # [16:17] <@davidb> maybe it comes down to whether we agree with https://bugzilla.mozilla.org/show_bug.cgi?id=1007975#c13
  147. # [16:17] <@firebot> Bug 1007975 — REOPENED — div with display:table exposes table semantics
  148. # [16:17] <@davidb> MarcoZ, browser implementation ;)
  149. # [16:17] <@davidb> but seriously that is a dbaron question
  150. # [16:17] <@MarcoZ> davidb: surkov: http://www.w3.org/TR/CSS21/tables.html
  151. # [16:25] <@firebot> New Core - Keyboard: Navigation bug 1036966 filed by dbolter@mozilla.com.
  152. # [16:26] <@firebot> https://bugzil.la/1036966 — NEW — Make accessible keyboard navigation of web content default on OSX
  153. # [16:29] <@surkov> davidb: it’s not a table from layout perspective, it’s rather a bad markup than Firefox bug
  154. # [16:30] <@davidb> surkov, why doesn't everyone agree with you?
  155. # [16:30] <@davidb> surely this is a grey area?
  156. # [16:30] <@surkov> davidb: people has different opinions?
  157. # [16:30] <@davidb> heh
  158. # [16:30] <@davidb> i think i'm cursed to always see both sides
  159. # [16:31] <@surkov> you can see but not always you can understand them
  160. # [16:31] <@davidb> true!
  161. # [16:31] <@davidb> hmmm
  162. # [16:31] <@davidb> we don't always give up with bad markup
  163. # [16:31] <@davidb> 'give up' is the wrong phrase but you know what i mean
  164. # [16:32] <@davidb> surkov, what does clown_mtg think?
  165. # [16:33] * clown_mtg clown_mtg is in a meeting. leave a message and he will get back to you.
  166. # [16:35] <@davidb> clown_mtg, what is your opinion on bug 1005271?
  167. # [16:35] <@firebot> https://bugzil.la/1005271 — NEW — Data Table with display:block exposes no table semantics
  168. # [16:39] <@davidb> surkov, our table a11y machinery is very layout based right?
  169. # [16:40] <@davidb> i.e. fixing this would be non-trivial
  170. # [16:42] <@surkov> davidb: yes and perhaps
  171. # [16:43] <@davidb> my mind is wandering
  172. # [16:43] <@davidb> (pure DOM based AT vs nsAccessible...)
  173. # [16:43] * @davidb looks into his crystal ball
  174. # [16:43] <@davidb> firebot, fortune?
  175. # [16:44] <@firebot> Thegame12
  176. # [16:44] <@davidb> wtf?
  177. # [16:47] <@MarcoZ> ROFL!
  178. # [16:47] <@MarcoZ> davidb: Wait, you mean this could drive people to use DOM-based approaches in the future and ignore our IA2/ATK/whatever impls?
  179. # [16:48] <@davidb> no
  180. # [16:48] <@yzen> MarcoZ so the new version of the website, there's a comments directory where we put the score and a comment for each app. I started scoring them already, but would be interested in your thoughts, you can totally clone the repo too btw
  181. # [16:48] <@MarcoZ> yzen: Will take a look in a bit.
  182. # [16:48] <@MarcoZ> davidb: What did you mean, then?
  183. # [16:49] <@davidb> MarcoZ, i'm thinking about interop... and whether we could ever expect most other a11y 'servers' to implement things the FF way
  184. # [16:49] * @MarcoZ nods.
  185. # [16:49] <@davidb> DOM AT probably never would follow us here.
  186. # [16:49] <@MarcoZ> There surely seems to be a lot of pushback esp on these two bugs from many places in the community.
  187. # [16:50] <@MarcoZ> davidb: I even doubt that Chrome, which are copying us, would expose things in this manner now ejven in IA2.
  188. # [16:50] <@davidb> i think following layout has had an upside.
  189. # [16:50] <@davidb> we should ping chrome/dominic
  190. # [16:51] * @MarcoZ fires up Chrome and looks at the testcases.
  191. # [16:55] <@firebot> bzbarsky@mit.edu requested needinfo from dbolter@mozilla.c om on bug 1036966.
  192. # [16:55] <@firebot> https://bugzil.la/1036966 — NEW — Make accessible keyboard navigation of web content default on OSX
  193. # [16:59] <@davidb> MarcoZ, do you know the original bug bz refers to? ^
  194. # [17:00] * @davidb finds 'fullKeyboardAccessProperty"
  195. # [17:00] <@MarcoZ> davidb: Sorry was in Chrome.
  196. # [17:00] <@davidb> no worries
  197. # [17:01] <@MarcoZ> davidb: surkov: Chrome Canary (Chrome 38) does both bug 1005271 and bug 1007975 the way the community would like. The stuff in bug 1005271 is a table, the one in bug 1007975 is not.
  198. # [17:01] <@firebot> https://bugzil.la/1005271 — NEW — Data Table with display:block exposes no table semantics
  199. # [17:01] <@firebot> https://bugzil.la/1007975 — REOPENED — div with display:table exposes table semantics
  200. # [17:04] * @davidb assumes surkov is looking at that
  201. # [17:05] * @davidb hunts for original osx keyboard bug
  202. # [17:05] <@surkov> I do
  203. # [17:06] * Quits: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca) (Quit: Leaving.)
  204. # [17:15] <@davidb> MarcoZ, can you find out if chrome honours the osx keyboard settings? i.e. or do they override them and always allow kb nav?
  205. # [17:15] * Joins: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca)
  206. # [17:16] * Quits: isaacd (quassel@moz-3ACED3EA.hsd1.ma.comcast.net) (Ping timeout)
  207. # [17:18] * khuey is now known as khuey|away
  208. # [17:21] <@MarcoZ> davidb: Will need to reboot into OS X to find out. Be back in a bit. Bootcamp...
  209. # [17:21] * Quits: @MarcoZ (marco.zehe@moz-289180F0.dip0.t-ipconnect.de) (Quit: Bootcamp reboot.)
  210. # [17:21] <@davidb> i can check
  211. # [17:22] <@davidb> chrome ignores the setting
  212. # [17:32] * Joins: MarcoZ (marco.zehe@moz-289180F0.dip0.t-ipconnect.de)
  213. # [17:32] * ChanServ sets mode: +ao MarcoZ MarcoZ
  214. # [17:32] <@MarcoZ> davidb: Chrome has its own setting, a checkbox called "Tab focuses links as well as form fields", which is checked by default. Safari also has its own setting for this, and this is unchecked by default. Both are completely ignorant of the OS setting on this matter.
  215. # [17:34] <@davidb> MarcoZ, where is the safari setting located?
  216. # [17:35] <@davidb> BTW i confirmed the Chrome behaviour
  217. # [17:37] <@MarcoZ> davidb: In the Safari Preferences, in the Advanced Tab I believe.
  218. # [17:37] <@davidb> ah i see it now thanks
  219. # [17:42] <@davidb> MarcoZ, any idea why safari ignores the os setting?
  220. # [17:44] <@firebot> dbolter@mozilla.com cancelled needinfo?(dbolter@mozilla.c om) on bug 1036966.
  221. # [17:44] <@firebot> https://bugzil.la/1036966 — NEW — Make accessible keyboard navigation of web content default on OSX
  222. # [17:47] <@MarcoZ> davidb: Nope. The setting was introduced in Mavericks I *believe*. Before that, Safari honored the setting.
  223. # [17:47] <@MarcoZ> I don't know why this change happened.
  224. # [17:47] <@davidb> MarcoZ, interesting, can you comment about the change in teh bug?
  225. # [17:48] <@davidb> MarcoZ, do you know which bugmail cookiecrook is active with?
  226. # [17:48] * @davidb is getting multiple hits
  227. # [17:48] <@MarcoZ> davidb: Nope, I don't know what bug mail he is active with.
  228. # [17:48] <@davidb> ack
  229. # [17:48] <@davidb> i'll email him
  230. # [17:50] <@MarcoZ> Yup :)
  231. # [18:05] * davidb is now known as davidb|afk
  232. # [18:10] * Quits: @MarcoZ (marco.zehe@moz-289180F0.dip0.t-ipconnect.de) (Quit: Dinner time!)
  233. # [18:19] * khuey|away is now known as khuey
  234. # [18:38] * Quits: ioanachiorean (ioanachior@6DC7A5F5.AA1FA0D2.6A4F8DA2.IP) (Ping timeout)
  235. # [18:53] * Quits: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca) (Quit: Leaving.)
  236. # [19:11] * davidb|afk is now known as davidb
  237. # [19:11] * Gijs is now known as Gijs_away
  238. # [19:23] * @davidb --> WFH
  239. # [19:23] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Quit: Blah blah blah)
  240. # [19:36] * Joins: sam (sam@moz-67876DCD.dab.02.net)
  241. # [19:43] * Joins: icaaq (icaaq@B6C58D73.93421C68.A0179ACD.IP)
  242. # [19:47] * Joins: icaaq_ (icaaq@B6C58D73.93421C68.A0179ACD.IP)
  243. # [19:48] * Quits: icaaq (icaaq@B6C58D73.93421C68.A0179ACD.IP) (Ping timeout)
  244. # [19:53] * Quits: sam (sam@moz-67876DCD.dab.02.net) (Quit: Leaving)
  245. # [19:55] * Joins: icaaq (icaaq@B6C58D73.93421C68.A0179ACD.IP)
  246. # [19:56] * Quits: icaaq_ (icaaq@B6C58D73.93421C68.A0179ACD.IP) (Ping timeout)
  247. # [20:04] * Quits: icaaq (icaaq@B6C58D73.93421C68.A0179ACD.IP) (Ping timeout)
  248. # [20:09] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
  249. # [20:16] * Joins: davidb (davidb@moz-2459255C.dsl.bell.ca)
  250. # [20:16] * ChanServ sets mode: +qo davidb davidb
  251. # [20:38] <@davidb> yzen, eeejay, any plan to get really clever with the camera app? do you know of any work to recognize faces etc?
  252. # [20:38] <@davidb> (ideally a bug #)
  253. # [20:40] <@yzen> davidb i dont think we planned anything for it yet , i believe that was post 2.1
  254. # [20:40] <@davidb> yeah, i'm wondering if it is something that research could help with... or maybe a project/contract
  255. # [20:41] <@davidb> probably worth seeing if we could compile something to js
  256. # [20:41] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
  257. # [20:41] <@davidb> emscripten... anyways don't want to distract you -- just curious if there are rumblings
  258. # [20:46] <@yzen> davidb ya i would be curious to try things, i wonder if ios does anything with the camera
  259. # [20:46] <@davidb> it sure does
  260. # [20:46] <@davidb> ask marcoz when he's on
  261. # [20:50] <@yzen> i will
  262. # [21:13] * Joins: maxli (maxli@moz-F47DD19B.student.cs.uwaterloo.ca)
  263. # [21:13] <@davidb> did he play yesterday?
  264. # [21:14] <@davidb> bbiab
  265. # [21:14] * davidb is now known as davidb|afk
  266. # [21:32] * clown_mtg is now known as clown
  267. # [21:49] * Quits: timeless (sid4015@moz-5F4AA75A.irccloud.com) (Ping timeout)
  268. # [21:53] * Joins: timeless (sid4015@moz-5F4AA75A.irccloud.com)
  269. # [22:08] * davidb|afk is now known as davidb
  270. # [22:41] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
  271. # [22:45] * davidb is now known as davidb|afk
  272. # [22:49] * davidb|afk is now known as davidb
  273. # [22:49] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  274. # [23:05] * davidb is now known as davidb|afk
  275. # [23:17] * Quits: @yzen (yzen@13F2CEC5.7672369.D8E68FF6.IP) (Ping timeout)
  276. # [23:23] * Quits: anvk (anovak@C141829F.3923648E.6468E038.IP) (Quit: Leaving.)
  277. # [23:48] * Gijs_away is now known as Gijs
  278. # [23:50] * davidb|afk is now known as davidb
  279. # Session Close: Fri Jul 11 00:00:00 2014

The end :)