/irc-logs / mozilla / #accessibility / 2013-01-16 / end

Options:

  1. # Session Start: Wed Jan 16 00:00:00 2013
  2. # Session Ident: #accessibility
  3. # [00:01] * Quits: @jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Ping timeout)
  4. # [00:07] * khuey is now known as khuey|away
  5. # [00:15] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
  6. # [00:17] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
  7. # [00:29] * Quits: @surkov (surkov@19A7BFBF.CE67D555.26B1D6E2.IP) (Ping timeout)
  8. # [00:35] * Joins: jprmc (jprmc@89B9DC88.AEC9E1D6.DA78B690.IP)
  9. # [00:35] * ChanServ sets mode: +o jprmc
  10. # [00:38] * Quits: habber (habber@moz-41A7FBC7.sw.biz.rr.com) (Quit: habber)
  11. # [01:15] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
  12. # [01:17] * Quits: satdav (satdav@moz-2B0F19ED.cable.virginmedia.com) (Connection reset by peer)
  13. # [01:17] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
  14. # [01:21] * Quits: @jprmc (jprmc@89B9DC88.AEC9E1D6.DA78B690.IP) (Ping timeout)
  15. # [02:02] * Joins: fxa90id_ (fxa90id@moz-ABF08BFA.dsl.dynamic.t-mobile.pl)
  16. # [02:02] * Quits: fxa90id (fxa90id@moz-494EA5E0.dsl.dynamic.t-mobile.pl) (Ping timeout)
  17. # [02:16] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
  18. # [02:18] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
  19. # [02:19] * Quits: AcidBuddha (AcidBuddha@moz-56E7B0E6.superkabel.de) (Ping timeout)
  20. # [02:20] * Joins: jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com)
  21. # [02:20] * ChanServ sets mode: +o jprmc
  22. # [02:39] * Joins: habber (habber@moz-701C4EEA.sw.biz.rr.com)
  23. # [03:17] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
  24. # [03:18] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
  25. # [03:20] * Joins: surkov (surkov@201E6B44.CE67D555.26B1D6E2.IP)
  26. # [03:20] * ChanServ sets mode: +o surkov
  27. # [03:40] * Quits: scott_gonzalez (scott_gonz@moz-91C81A39.hrbgpa.fios.verizon.net) (Quit: scott_gonzalez)
  28. # [03:41] * Quits: @surkov (surkov@201E6B44.CE67D555.26B1D6E2.IP) (Quit: surkov)
  29. # [04:17] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
  30. # [04:22] * Quits: habber (habber@moz-701C4EEA.sw.biz.rr.com) (Quit: habber)
  31. # [04:58] * Quits: richardschwerdtfeger (richardsch@moz-741065CC.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
  32. # [05:32] * Joins: surkov (surkov@99A26FAC.CE67D555.26B1D6E2.IP)
  33. # [05:32] * ChanServ sets mode: +o surkov
  34. # [06:14] * Quits: @firebot (firebot@moz-F8C1AF63.carolina.res.rr.com) (Ping timeout)
  35. # [06:16] * Quits: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com) (Ping timeout)
  36. # [06:17] * Joins: firebot (firebot@moz-F8C1AF63.carolina.res.rr.com)
  37. # [06:17] * ChanServ sets mode: +o firebot
  38. # [06:32] * Quits: gavin (gavin@moz-59682A1.dmz.scl3.mozilla.com) (Ping timeout)
  39. # [06:46] * Quits: tofumatt (tofumatt@moz-9995AABD.hosts.kicksass.ca) (Ping timeout)
  40. # [06:46] * Quits: ivan (ivan@moz-531C3EC9.members.linode.com) (Ping timeout)
  41. # [06:47] * Joins: ivan (ivan@moz-531C3EC9.members.linode.com)
  42. # [06:49] * Joins: tofumatt (tofumatt@moz-9995AABD.hosts.kicksass.ca)
  43. # [06:57] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Ping timeout)
  44. # [07:20] * Joins: victorporof (victorporo@E4295265.F695A43D.79933D60.IP)
  45. # [07:31] * Joins: gavin (gavin@moz-DB4A9C19.scl3.mozilla.com)
  46. # [07:40] * gavin is now known as gavin|away
  47. # [07:40] * Quits: @surkov (surkov@99A26FAC.CE67D555.26B1D6E2.IP) (Ping timeout)
  48. # [07:41] * Joins: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com)
  49. # [08:04] * Quits: victorporof (victorporo@E4295265.F695A43D.79933D60.IP) (Quit: victorporof)
  50. # [08:14] * Quits: @jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com) (Connection reset by peer)
  51. # [08:15] * Joins: jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com)
  52. # [08:15] * ChanServ sets mode: +o jprmc
  53. # [09:11] * Quits: icaaq (Adium@moz-200DC1CF.customers.ownit.se) (Quit: Leaving.)
  54. # [09:12] * Joins: surkov (surkov@FD1FC97.CE67D555.26B1D6E2.IP)
  55. # [09:12] * ChanServ sets mode: +o surkov
  56. # [09:20] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
  57. # [09:22] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
  58. # [09:33] * Joins: nhirata (anonymous@moz-F8747CC6.dsl.ovh.fr)
  59. # [09:42] * Joins: marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net)
  60. # [09:43] * ChanServ sets mode: +o marcoz
  61. # [10:03] * Quits: @surkov (surkov@FD1FC97.CE67D555.26B1D6E2.IP) (Ping timeout)
  62. # [10:08] * Joins: icaaq1 (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
  63. # [10:08] * Quits: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Ping timeout)
  64. # [10:16] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
  65. # [10:16] * Quits: icaaq1 (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Ping timeout)
  66. # [10:46] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Quit: victorporof)
  67. # [11:17] * Quits: @marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net) (Quit: Leaving.)
  68. # [11:17] <Stevef> marcoz: any known reason why the aside element gets its accessble name from the element content?
  69. # [11:17] <Stevef> accessible
  70. # [11:20] <Stevef> marcoz: the acc name is not derived from element content for other similar elements and is causing content to be announced twice
  71. # [11:28] * Joins: aleksandars (Thunderbir@moz-5AB0C6D6.dynamic.telemach.ba)
  72. # [11:51] * Joins: iscaro (iscaro@201569F1.C6AE27D5.B091F2.IP)
  73. # [12:53] * Joins: habber (habber@moz-701C4EEA.sw.biz.rr.com)
  74. # [12:54] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
  75. # [12:54] * Quits: habber (habber@moz-701C4EEA.sw.biz.rr.com) (Quit: habber)
  76. # [13:00] * Joins: Justin_o (Justin_o@moz-859149B2.cpe.net.cable.rogers.com)
  77. # [13:08] * Quits: aleksandars (Thunderbir@moz-5AB0C6D6.dynamic.telemach.ba) (Ping timeout)
  78. # [13:14] * Joins: aleksandars (Thunderbir@moz-5AB0C6D6.dynamic.telemach.ba)
  79. # [13:25] * Quits: Justin_o (Justin_o@moz-859149B2.cpe.net.cable.rogers.com) (Quit: Justin_o)
  80. # [13:25] * Quits: @jprmc (jprmc@moz-542588AA.cpe.net.cable.rogers.com) (Ping timeout)
  81. # [13:26] * Joins: Justin_o (Justin_o@moz-859149B2.cpe.net.cable.rogers.com)
  82. # [13:36] <@hub> hi
  83. # [13:44] * Joins: scott_gonzalez (scott_gonz@moz-91C81A39.hrbgpa.fios.verizon.net)
  84. # [14:04] * Joins: jprmc (jprmc@8788BD54.AEC9E1D6.DA78B690.IP)
  85. # [14:04] * ChanServ sets mode: +o jprmc
  86. # [14:12] * Joins: richardschwerdtfeger (richardsch@moz-741065CC.lightspeed.austtx.sbcglobal.net)
  87. # [14:27] * Joins: AcidBuddha (AcidBuddha@moz-56E7B0E6.superkabel.de)
  88. # [15:00] * Quits: @jprmc (jprmc@8788BD54.AEC9E1D6.DA78B690.IP) (Ping timeout)
  89. # [15:20] * Joins: peteb-away (ptbrunet@moz-E9B02845.austin.res.rr.com)
  90. # [15:20] * Joins: marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net)
  91. # [15:20] * ChanServ sets mode: +o marcoz
  92. # [15:24] <@marcoz> Hi all!
  93. # [15:26] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
  94. # [15:26] * ChanServ sets mode: +qo davidb davidb
  95. # [15:28] * Joins: jprmc (jprmc@621DAA58.F7EBA23.C3C3A9D0.IP)
  96. # [15:28] * ChanServ sets mode: +o jprmc
  97. # [15:30] * Quits: aleksandars (Thunderbir@moz-5AB0C6D6.dynamic.telemach.ba) (Ping timeout)
  98. # [15:31] * Joins: aleksandars (Thunderbir@moz-5AB0C6D6.dynamic.telemach.ba)
  99. # [15:37] * Quits: @hub (hub@E639FEDB.F04051C4.DC1243F8.IP) (Input/output error)
  100. # [15:55] * Joins: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP)
  101. # [15:55] * Quits: @jprmc (jprmc@621DAA58.F7EBA23.C3C3A9D0.IP) (Ping timeout)
  102. # [16:00] <Stevef> marcoz: hi, whats the support story for aria-hidden in firefox?
  103. # [16:01] * Joins: hub (hub@E639FEDB.F04051C4.DC1243F8.IP)
  104. # [16:01] * ChanServ sets mode: +o hub
  105. # [16:02] <@davidb> Stevef: we expose the whole tree but tell AT to ignore it via exposing the hidden attribute on the root
  106. # [16:02] <@davidb> In other words we leave the support to the AT.
  107. # [16:03] <@davidb> (Like it was originally intended to be used when aria-hidden was created)
  108. # [16:03] <Stevef> OK, thanks! confirms what I am finding,
  109. # [16:03] <Stevef> arai-hidden is a crock
  110. # [16:03] <Stevef> aria-hidden too!
  111. # [16:04] <@davidb> agreed on both
  112. # [16:04] <@davidb> it should be removed
  113. # [16:04] <Stevef> wouldbe nice
  114. # [16:04] <@davidb> rich is considering it
  115. # [16:04] <@davidb> he might even have proposed it, i forget
  116. # Session Close: Wed Jan 16 16:06:44 2013
  117. #
  118. # Session Start: Wed Jan 16 16:06:44 2013
  119. # Session Ident: #accessibility
  120. # [16:06] * Disconnected
  121. # [16:07] * Attempting to rejoin channel #accessibility
  122. # [16:07] * Rejoined channel #accessibility
  123. # [16:07] * Topic is '"build the web for everyone"'
  124. # [16:07] * Set by davidb on Tue Aug 07 14:29:32
  125. # [16:09] * Quits: AcidBuddha (AcidBuddha@moz-56E7B0E6.superkabel.de) (Ping timeout)
  126. # [16:11] <Stevef> not yet rich is busy with ARIA SVF integration
  127. # [16:11] <Stevef> SVG
  128. # [16:12] <Stevef> while i have your attention a question i asked earlier: any known reason why the aside element gets its accessble name from the element content?
  129. # [16:13] <@davidb> Stevef: not off hand
  130. # [16:13] <@davidb> aside is a landmark right?
  131. # [16:13] <Stevef> its not same as other grouping elements and is causing duplication in a jaws beta leoinie is testing
  132. # [16:13] <@davidb> like a bookmark
  133. # [16:13] <@davidb> oh
  134. # [16:14] <@davidb> does the dupe happen in nvda?
  135. # [16:14] <Stevef> havent tested, anyway have pinged surkov about it
  136. # [16:14] <@davidb> in general we don't go all crazy with landmarks… we just go along as usual but expose the landmark via object attributes.
  137. # [16:14] <@davidb> ok
  138. # [16:14] <Stevef> I am seeing the element content as the accessible name which is the problem
  139. # [16:15] <@davidb> give surkov a few days… he's sort of off for a bit.
  140. # [16:15] <Stevef> yeah no problem
  141. # [16:15] <@davidb> that is a problem yeah
  142. # [16:15] <@davidb> does it happen to be on a span?
  143. # [16:16] <Stevef> no its on the <aside> element
  144. # [16:16] <Stevef> HTML5 thing
  145. # [16:19] * Joins: habber (habber@moz-41A7FBC7.sw.biz.rr.com)
  146. # [16:23] * Quits: jpr_ (jprmc@F2D29657.F60B0462.67AC9B1.IP) (Quit: Leaving)
  147. # [16:23] * Joins: jprmc (jprmc@F2D29657.F60B0462.67AC9B1.IP)
  148. # [16:23] * ChanServ sets mode: +o jprmc
  149. # [16:33] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  150. # [16:44] * Quits: Stevef (chatzilla@moz-CD0F47B5.cable.virginmedia.com) (Client exited)
  151. # [17:03] * clown is now known as clown_mtg
  152. # [17:16] * Quits: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Quit: Leaving.)
  153. # [17:16] * Joins: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP)
  154. # [17:18] * Quits: icaaq (Adium@714E29CB.13DB46CE.3B93FF6D.IP) (Ping timeout)
  155. # [17:28] <@marcoz> davidb: There's a Firefox OS app day in Berlin on February 2 or 3. Do you think it makes sense for me to go there?
  156. # [17:31] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Connection reset by peer)
  157. # [17:35] <@marcoz> I scared him off.
  158. # [17:37] * Quits: aleksandars (Thunderbir@moz-5AB0C6D6.dynamic.telemach.ba) (Client exited)
  159. # [17:39] <@hub> marcoz: or something
  160. # [17:41] <@marcoz> hub: ;-)
  161. # [17:41] * Joins: davidb (davidb@F2D29657.F60B0462.67AC9B1.IP)
  162. # [17:41] * ChanServ sets mode: +qo davidb davidb
  163. # [18:04] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
  164. # [18:17] * Joins: AcidBuddha (AcidBuddha@moz-56E7B0E6.superkabel.de)
  165. # [18:21] * Quits: @marcoz (marco.zehe@moz-E206FB66.dip.t-dialin.net) (Quit: Leaving.)
  166. # [18:29] * Quits: clown_mtg (clown@67828CC7.C1A51174.9D42CF23.IP) (Quit: Leaving.)
  167. # [18:53] * Quits: habber (habber@moz-41A7FBC7.sw.biz.rr.com) (Quit: habber)
  168. # [18:54] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  169. # [19:13] * Joins: habber (habber@moz-41A7FBC7.sw.biz.rr.com)
  170. # [19:13] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Quit: lizzard)
  171. # [19:16] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
  172. # [19:34] * Quits: AcidBuddha (AcidBuddha@moz-56E7B0E6.superkabel.de) (Connection reset by peer)
  173. # [19:36] * khuey|away is now known as khuey
  174. # [20:01] * Joins: aleksandars (Thunderbir@EFB9FB1E.8384669D.90C2761D.IP)
  175. # [20:30] <@davidb> tbsaunde: bug 829320 makes sense to me
  176. # [20:30] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=829320 nor, --, ---, trev.saunders, NEW, don't refcount AccEvents
  177. # [20:30] <@davidb> good first bug?
  178. # [20:32] * Quits: iscaro (iscaro@201569F1.C6AE27D5.B091F2.IP) (Quit: Leaving)
  179. # [20:34] * Joins: icaaq (Adium@moz-871F8186.cust.telenor.se)
  180. # [20:36] <@tbsaunde> davidb: no, it has some random dependancies I'm working
  181. # [20:36] <@tbsaunde> on
  182. # [20:36] <@davidb> ah ok
  183. # [20:37] <@davidb> tbsaunde: i'm going to r- the b2g a11y removal for now
  184. # [20:37] * Quits: icaaq (Adium@moz-871F8186.cust.telenor.se) (Quit: Leaving.)
  185. # [20:38] <@tbsaunde> davidb: why? do you have a good reason we shouldn't take it?
  186. # [20:38] <@tbsaunde> (I think you should r+ it)
  187. # [20:38] <@davidb> tbsaunde: 'good' is subjective
  188. # [20:39] <@davidb> tbsaunde: i'm going to need info dougt
  189. # [20:39] <@hub> it is too late of basecamp
  190. # [20:39] <@hub> and I don't think it is "tef" issue either
  191. # [20:39] <@davidb> tbsaunde: don't take it as a shut door… it is my current thinking just for now.
  192. # [20:40] <@davidb> hub: yeah
  193. # [20:40] <@eeejay> the original intent of that bug was just to remove accessfu js module from chrome script
  194. # [20:40] <@davidb> but that should affect r+
  195. # [20:40] <@hub> eeejay: that was
  196. # [20:40] <@eeejay> which i am in favor of (or at least don't mind)
  197. # [20:40] <@tbsaunde> eeejay: but that's silly
  198. # [20:40] <@hub> note that they removed the color inversion and the corresponding "Accessibility" settings item
  199. # [20:41] <@eeejay> hub, a long time ago. yeah
  200. # [20:41] <@tbsaunde> davidb: what should? what we take on branches should atleast mostly be an issue for release managers
  201. # [20:41] <@davidb> tbsaunde: i meant souldn't
  202. # [20:41] <@davidb> shouldn't even
  203. # [20:42] <@tbsaunde> davidb: ah
  204. # [20:42] <@tbsaunde> davidb: then what is your objection?
  205. # [20:42] <@davidb> tbsaunde: nothing new
  206. # [20:43] <@davidb> tbsaunde: can you find the binary size?
  207. # [20:43] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Quit: lizzard)
  208. # [20:43] <@tbsaunde> davidb: so, just your concern that somehow we might be in a case where we could add extensions to b2g that can use random xpcom, but can't change how gecko is built?
  209. # [20:43] <@eeejay> dougt's summary change is part of what made this confusing
  210. # [20:44] <@davidb> i don't get the random part?
  211. # [20:44] <@tbsaunde> davidb: I guess, but really I don't see a point, its clearly a lot of dead code, therefore we should remove it.
  212. # [20:44] <@davidb> i hear what you are saying.
  213. # [20:44] <@davidb> generally i agree dead code should be removed.
  214. # [20:44] <@davidb> i see this as code i desperately want used.
  215. # [20:45] <@tbsaunde> davidb: as in not even close to web api, totally gecko specific nowhere near standardsish
  216. # [20:45] <@davidb> ah
  217. # [20:45] <@davidb> that's what you mean by random right?
  218. # [20:45] <@tbsaunde> davidb: but that isn't possible so is totally irrelevent
  219. # [20:45] <@davidb> tbsaunde: are we sure?
  220. # [20:45] <@tbsaunde> davidb: yes
  221. # [20:46] <@davidb> i don't know how a b2g extension might work
  222. # [20:46] <@davidb> or if there is such a thing
  223. # [20:46] <@tbsaunde> then ask someone who does
  224. # [20:47] <@davidb> yep
  225. # [20:47] <@davidb> figures my b2g neighbour is not at his chair :)
  226. # [20:47] <@davidb> hub: do you know?
  227. # [20:47] <@hub> no idea about extensions, I haven't seen anything in the UI about it
  228. # [20:47] <@tbsaunde> I here there's this thing called irc ;)
  229. # [20:47] <@hub> tbsaunde: what is it?
  230. # [20:47] <@davidb> tbsaunde: you are correct.
  231. # [20:48] * @davidb is asking in #b2g
  232. # [20:52] * @davidb stirs the pot
  233. # [20:56] <@tbsaunde> davidb: seems like I can't get at try pushes because of the data center stuff, but tbh I'm tired of argue you into being logical
  234. # [20:58] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
  235. # [21:00] <@eeejay> tbsaunde, don't forget other irrational thinkers like dougt hub and myself
  236. # [21:00] <@davidb> tbsaunde: got a link?
  237. # [21:02] <@davidb> so it sounds like the usage of the a11y engine is under control of the partner
  238. # [21:03] <@davidb> unlikely they would use it obviously - at least soon
  239. # [21:04] <@davidb> so we have unlikely but possible usage, possibly legal implication, not having to re-add it later vs the angst of keeping dormant code, the risk of possible erroneous instantiation.
  240. # [21:04] <@davidb> tbsaunde: does that sound about right to you? ^
  241. # [21:05] <@tbsaunde> davidb: well, they control how gecko is built I would assume, so if they want to use a11y then they can just build with it enabled
  242. # [21:06] <@davidb> tbsaunde: i think that is correct yes. dunno what all the implications of off by default are.
  243. # [21:06] <@tbsaunde> davidb: I think the legal implication is nonsense, and adding it to the build is 10 minutes of work
  244. # [21:07] <@davidb> tbsaunde: do you have that link handy?
  245. # [21:07] <@tbsaunde> like when we want to start using it someone write the opposite patch and gets somebody to slap a rubber stamp on it
  246. # [21:08] <@tbsaunde> eeejay: well, dougt just doesn't understand the situation as far as I can tell, but yes I think you and hub are being irrational here
  247. # [21:08] <@eeejay> tbsaunde, that step is not necessarily easy, that is what i was saying in the bug
  248. # [21:08] <@davidb> hub: does your promise of getting it turned back on include the a11y engine? :)
  249. # [21:09] <@tbsaunde> eeejay: no it is
  250. # [21:09] <@davidb> *FIGHT*
  251. # [21:09] <@eeejay> tbsaunde, that was also the experience that dougt was mentioning, getting it turned back on
  252. # [21:09] * habber is now known as habber-away
  253. # [21:10] <@tbsaunde> davidb: I'm not sure what your talking a bout
  254. # [21:10] <@davidb> tbsaunde: a meme of sorts
  255. # [21:10] <@tbsaunde> davidb: I meant the promise bit
  256. # [21:11] <@davidb> tbsaunde: IIRC hub promised to write the opposite patch later and get it approved and landed.
  257. # [21:11] <@eeejay> tbsaunde, when we will want it back on, people will ask why is a11y so bloated, and that first we need to optimize it before we turn it back on.
  258. # [21:11] <@davidb> guys i really want to get the bloat size
  259. # [21:11] <@eeejay> tbsaunde, are you proposing this for m-c or mozilla18?
  260. # [21:11] <@davidb> data is good
  261. # [21:13] <@tbsaunde> davidb: r=me right now on the obvious backout of my patch when a11y isbeing used on b2g
  262. # [21:13] <@tbsaunde> there's your approval ;)
  263. # [21:14] <@davidb> heh
  264. # [21:14] <@tbsaunde> eeejay: both since its dead code in both places
  265. # [21:15] <@tbsaunde> eeejay: they won't because it probably won't hurt talos or anything and even if it does nobody pays attention
  266. # [21:19] <@davidb> tbsaunde: so you're not really in the ok to wontfix anymore… am i right?
  267. # [21:20] <@tbsaunde> davidb: for b2g 18 I'd be ok to wontfix if release mangers thinks its to risky, but I think we should try
  268. # [21:21] <@tbsaunde> for trunk I'm ok build a11y if we plan to land use of a11y before the next branch
  269. # [21:22] <@davidb> so b2g18.next?
  270. # [21:22] <@tbsaunde> or maybe if you convince me that fighting about it is going to give me too much stress
  271. # [21:22] <@hub> davidb: I would do whatever it takes for a11y. I don't see this as an issue
  272. # [21:22] <@hub> davidb: it is not like a war
  273. # [21:22] <@davidb> hub: good
  274. # [21:23] <@tbsaunde> davidb: well, will that come from trunk or will that come off the b2g 18 branch
  275. # [21:23] <@davidb> i am led to believe there was a skirmish for mobile
  276. # [21:23] <@hub> davidb: everybody want a11y in b2g
  277. # [21:23] <@hub> now, currently nobody object to what is in there, so the status quo is "do nothing"
  278. # [21:23] <@davidb> tbsaunde: good question… the version will be like v1 plus a few features
  279. # [21:23] <@tbsaunde> hub: that's not an option atm :/
  280. # [21:24] <@davidb> i tried to push for v1 - i really did
  281. # [21:24] <@davidb> and i'm learning brazilian jiu jitsu
  282. # [21:24] <@davidb> tbsaunde: i don't want you stressed
  283. # [21:24] <@davidb> nor anyone else for that matter
  284. # [21:24] <@hub> davidb: we know v1 is out of scope now.
  285. # [21:24] <@tbsaunde> davidb: sure, I'd really prefer that to not building a11y but given the options are 1 build a11y but not use it or 2 don't build it we should take 2
  286. # [21:25] <@hub> tbsaunde: option 1 has been tested so far
  287. # [21:25] <@tbsaunde> hub: we build b2g with --enable-xul too afaik, do you claim that's reasonable too?
  288. # [21:25] <@davidb> tbsaunde: i totally understand your position i think and i generally agree… i'm just chasing down specifics here.
  289. # [21:26] <@hub> *sigh* I didn't expect this bug to just open a can of worm like that
  290. # [21:26] <@davidb> tbsaunde: what is the reason for --enable-xul
  291. # [21:26] <@tbsaunde> davidb: I don't try to be stressed, but ...
  292. # [21:26] <@hub> maybe I should have abstained from filing it
  293. # [21:26] <@tbsaunde> hub: me neither
  294. # [21:27] <@tbsaunde> davidb: probably nobody thought about it
  295. # [21:27] <@tbsaunde> but it would probably take work to get gecko to build without it at this point I bet
  296. # [21:27] <@davidb> yeah
  297. # [21:27] <@davidb> that's my guess
  298. # [21:27] <@tbsaunde> and would be kind of risky, bjacob filed a bug to remove it though I think
  299. # [21:28] <@davidb> ok let's destress.
  300. # [21:28] <@davidb> tbsaunde: how do you feel about the risk of removing for the next branch?
  301. # [21:28] <@davidb> assume 6 weeks
  302. # [21:28] <@davidb> or so
  303. # [21:29] <@davidb> schedule is probably confidential
  304. # [21:29] <@tbsaunde> davidb: risk of what exactly?
  305. # [21:29] <@davidb> diabling a11y engine
  306. # [21:29] <@davidb> disabling it
  307. # [21:30] <@tbsaunde> its between pretty and very safe
  308. # [21:30] <@davidb> i'd agree
  309. # [21:30] <@tbsaunde> I'd probably be willing to disable it in a late beta does that answer your question?
  310. # [21:31] <@davidb> yes it gives me your rating on safety
  311. # [21:31] * habber-away is now known as habber
  312. # [21:32] <@tbsaunde> davidb: you claim to agree, but as far as I can tell from your actions you think the opposite /me sort of confused
  313. # [21:32] <@davidb> tbsaunde: you mean the r-?
  314. # [21:32] <@tbsaunde> davidb: yeah basically
  315. # [21:32] <@davidb> it is a "for now" treating the bug as the summary describes it
  316. # [21:33] <@tbsaunde> hu?
  317. # [21:33] <@davidb> crap i closed it
  318. # [21:33] * @davidb hunts
  319. # [21:34] <@davidb> tbsaunde: basically my comment 17 was the reason for the r- "for now"
  320. # [21:34] <@davidb> time has passed since
  321. # [21:34] <@davidb> i learned something about extensions/bundles
  322. # [21:35] <@davidb> so considering the purely technical side… dead code == useless. smaller code size == better. removal of accidental instantiation == good. are all things i very much agree with.
  323. # [21:36] <@tbsaunde> davidb: good
  324. # [21:36] <@davidb> there appears to be other stuff.
  325. # [21:36] <@davidb> which I'm not sure is being taken seriously.
  326. # [21:36] <@tbsaunde> other stuff?
  327. # [21:36] <@davidb> i think ...
  328. # [21:37] <@tbsaunde> ?
  329. # [21:38] <@davidb> so i think on we hub has said we needn't fear any pushback later when adding a11y back in
  330. # [21:38] <@davidb> - on we
  331. # [21:39] <@eeejay> the entire project is perfectly happy with a11y enabled. and it gives us a good data point when it comes to knowing that current hardware could handle the extra kbs it adds. so i am really not sure why we need to go out on a limb here
  332. # [21:40] <@tbsaunde> davidb: I completely agree that there is no reason to worry about truble building a11y again
  333. # [21:40] <@tbsaunde> eeejay: that's more or less an argument for not removing any dead code
  334. # [21:41] * Joins: mak (chatzilla@moz-35A66F5E.retail.telecomitalia.it)
  335. # [21:41] <@eeejay> tbsaunde, for not removing dead code that is in the newr future roadmap
  336. # [21:41] <@davidb> it is like a sleeping dog...
  337. # [21:41] <@davidb> he'll chase the ducks later
  338. # [21:41] <@tbsaunde> eeejay: no, just any dead code
  339. # [21:41] <@eeejay> tbsaunde, there is plenty of dead code hidden by prefs that no one bothers with
  340. # [21:41] <@tbsaunde> eeejay: it also is the opposite of your argument for why we shouldn't not build it
  341. # [21:42] <@davidb> (but for version 1 he won't)
  342. # [21:42] <@eeejay> tbsaunde, i don't follow, my argument?
  343. # [21:42] <@tbsaunde> eeejay: sure, we could certainly do better, but that isn't argument for not trying
  344. # [21:43] <@tbsaunde> eeejay: you claim it will be hard to start building a11y again, yet you claim people are ok with it now, those are contradictory
  345. # [21:43] <@davidb> tbsaunde: not if you add humans :)
  346. # [21:44] <@tbsaunde> davidb: who what ducks?
  347. # [21:44] <@davidb> lol
  348. # [21:44] <@eeejay> tbsaunde, can't find the correct parable for it, but if you take a load off of somebody who is happy carrying it, they will be unhappy when they need to carry it again
  349. # [21:45] <@davidb> eeejay: my kids never complained about not having chocolate before they tried it for the first time.
  350. # [21:45] <@tbsaunde> davidb: s/humans/ ilogical humans/
  351. # [21:45] <@eeejay> exactly, --disable-accessibility is chocolate
  352. # [21:45] <@davidb> tbsaunde: no. more of what we're saying with the analogy
  353. # [21:46] <@davidb> eeejay: yeah… but i'm wondering if it really is
  354. # [21:46] <@davidb> in this case
  355. # [21:46] <@eeejay> it is chocolate that nobody knows is tasty yet
  356. # [21:47] <@davidb> if it is tasty then tbsaunde's patch is useful
  357. # [21:47] <@eeejay> but unhealthy
  358. # [21:47] <@davidb> right because of addiction
  359. # [21:47] <@davidb> but it sounds like people are willing to forgo chocolate later
  360. # [21:47] <@eeejay> --disable-accessibility is like meth
  361. # [21:47] <@tbsaunde> no, its really not
  362. # [21:47] <@davidb> right, not meth :)
  363. # [21:48] <@davidb> that's just silly
  364. # [21:48] <@tbsaunde> nobody cares about perf anyway :/ (look at the fhr landing for a recent example if you like)
  365. # [21:48] <@davidb> for clarity… eeejay do you agree on the purely technical merit of tbsaunde
  366. # [21:48] <@davidb> s
  367. # [21:48] <@davidb> trying again
  368. # [21:48] <@davidb> for clarity… eeejay do you agree on the purely technical merit of tbsaunde's argument?
  369. # [21:48] <@eeejay> i think it is fine having some "dead code" in a product before it is ready for prime time
  370. # [21:49] <@eeejay> that is what we do when we hide new features in a pref
  371. # [21:49] <@davidb> tbsaunde: some care… was it a talos regress?
  372. # [21:49] <@eeejay> we shipped firefox to millions with a useless social api behind a pref
  373. # [21:49] <@davidb> eeejay: that is a fair point
  374. # [21:49] <@davidb> eeejay: however it could be turned on
  375. # [21:49] <@tbsaunde> davidb: I don't know the details well, check de.treemanagement?
  376. # [21:49] <@davidb> tbsaunde: i don't trust talos anymore sadly
  377. # [21:50] <@eeejay> davidb, i agree that disabling accessibility with shave literally houndreds of thousands of bytes from libxul
  378. # [21:50] <@davidb> tbsaunde: but feel free to jump into those threads
  379. # [21:50] <@tbsaunde> davidb: ehsan / bz have already looked at it
  380. # [21:50] <@davidb> ok
  381. # [21:51] <@tbsaunde> but my point is even if you hurt things and we manage to measure that we'll still often leave things in
  382. # [21:52] <@davidb> we would certainly have to in the case of a11y
  383. # [21:52] <@davidb> or mozilla would become less appealing to me
  384. # [21:52] <@davidb> and that's not mozilla
  385. # [21:52] <@eeejay> tbsaunde, why is removing some dead code so important?
  386. # [21:53] <@tbsaunde> eeejay: counter question why is leaving it in important
  387. # [21:53] <@eeejay> tbsaunde, no. that is the status quo, we don't need to do anything to leave it in. you need to justify taking it out
  388. # [21:53] <@tbsaunde> no, you need to justify not makingthings better
  389. # [21:54] <@eeejay> tbsaunde, i am asking why is it better? how will it affect the user?
  390. # [21:54] <@tbsaunde> it didn't need to be terribly important, it should have been really easy
  391. # [21:55] <@tbsaunde> eeejay: slower start up time?
  392. # [21:58] <@eeejay> tbsaunde, in a user noticeable way?
  393. # [21:59] <@tbsaunde> eeejay: almost any singal thing we do to startup speed won't be noticable on its own
  394. # [21:59] <@tbsaunde> but this is all silly
  395. # [22:00] <@tbsaunde> its an easy win so we should take it
  396. # [22:02] * Joins: icaaq (Adium@moz-200DC1CF.customers.ownit.se)
  397. # [22:04] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Quit: victorporof)
  398. # [22:06] <@firebot> bbajaj@mozilla.com set status-firefox21 to fixed on bug 829570.
  399. # [22:06] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=829570 cri, --, ---, nobody, RESO DUPLICATE, [AccessFu] Web content accessibility broken in Nightly builds starting January 11, 2013
  400. # [22:08] <@davidb> tbsaunde: the talos regression noise is significant
  401. # [22:08] <@davidb> i'm having trouble finding human replies
  402. # [22:10] <@tbsaunde> davidb: the discussion I saw was in #developers
  403. # [22:11] <@davidb> ah
  404. # [22:32] <@davidb> ok time for train
  405. # [22:32] * Quits: @davidb (davidb@F2D29657.F60B0462.67AC9B1.IP) (Quit: davidb)
  406. # [22:35] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
  407. # [22:36] * Quits: Justin_o (Justin_o@moz-859149B2.cpe.net.cable.rogers.com) (Quit: Justin_o)
  408. # [22:39] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Ping timeout)
  409. # [22:40] * Joins: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net)
  410. # [22:42] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Ping timeout)
  411. # [22:46] * Quits: fxa90id_ (fxa90id@moz-ABF08BFA.dsl.dynamic.t-mobile.pl) (Ping timeout)
  412. # [22:50] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
  413. # [22:58] * Joins: satdav (satdav@moz-2B0F19ED.cable.virginmedia.com)
  414. # [22:59] <satdav> hub, I am going to run a quick half an hour accessbility meeting in 30
  415. # [23:00] <satdav> eeejay, if you are free or any other contributors or staff you can attend
  416. # [23:02] <satdav> https://etherpad.mozilla.org/accessibility-2013-01-16
  417. # [23:12] * Quits: aleksandars (Thunderbir@EFB9FB1E.8384669D.90C2761D.IP) (Ping timeout)
  418. # [23:18] <satdav> icaaq, ping
  419. # [23:18] <satdav> jprmc, tbsaunde habber ping
  420. # [23:19] * Joins: aleksandars (Thunderbir@EFB9FB1E.8384669D.90C2761D.IP)
  421. # [23:20] * satdav is now known as satdav|mtg
  422. # [23:20] <satdav|mtg> hi aleksandars
  423. # [23:20] <satdav|mtg> https://etherpad.mozilla.org/accessibility-2013-01-16
  424. # [23:20] <satdav|mtg> in 10
  425. # [23:20] <aleksandars> hi satdav
  426. # [23:21] <icaaq> satdav|mtg: sorry I have a cold and fever. needs to sleep
  427. # [23:23] <satdav|mtg> OK
  428. # [23:23] <satdav|mtg> hi aleksandars
  429. # [23:24] <aleksandars> just a sec to check agenda I'm a bit tired so I'll try to follow, but I'm not sure :/
  430. # [23:25] <satdav|mtg> what time zone you on
  431. # [23:26] <aleksandars> GMT + 1 I think 23:25H
  432. # [23:26] <satdav|mtg> OK
  433. # [23:26] <satdav|mtg> I am UK
  434. # [23:26] <satdav|mtg> yes it is
  435. # [23:27] * Quits: lizzard (ehenry@moz-606E6FC0.dsl.static.sonic.net) (Quit: lizzard)
  436. # [23:27] <satdav|mtg> aleksandars, did you used to do sumo
  437. # [23:29] <satdav|mtg> aleksandars, do you have vidyo to hand
  438. # [23:29] <aleksandars> no because kerim is now doing that I'm doing remo stuff but also several privet projects so I'm bit busy these days but still I'm trying to help with promotion of Firefox OS here in bosnia, one of my projects is connected with accessibility (www.kolorfilter.org) there is english translation too
  439. # [23:30] <aleksandars> no
  440. # [23:30] <aleksandars> :(
  441. # [23:30] <satdav|mtg> OK
  442. # [23:31] <aleksandars> sorry I'm too tired I'll soon go to sleep please include my email in mtg notes (aleksandar@mozilla.ba)
  443. # [23:31] <satdav|mtg> OK
  444. # [23:34] * Quits: aleksandars (Thunderbir@EFB9FB1E.8384669D.90C2761D.IP) (Quit: aleksandars)
  445. # [23:40] * Joins: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP)
  446. # [23:41] <satdav|mtg> https://etherpad.mozilla.org/accessibility-2013-01-16
  447. # [23:41] <satdav|mtg> last chance
  448. # [23:42] * Quits: victorporof (victorporo@804353A6.368C7786.6A4F8DA2.IP) (Ping timeout)
  449. # [23:42] * Joins: davidb (davidb@moz-1EB292CB.dsl.bell.ca)
  450. # [23:42] * ChanServ sets mode: +qo davidb davidb
  451. # [23:42] * Quits: @davidb (davidb@moz-1EB292CB.dsl.bell.ca) (Input/output error)
  452. # [23:47] * Quits: satdav|mtg (satdav@moz-2B0F19ED.cable.virginmedia.com) (Connection reset by peer)
  453. # Session Close: Thu Jan 17 00:00:00 2013

The end :)