/irc-logs / mozilla / #accessibility / 2015-07-15 / end

Options:

Previous day, Next day

  1. # Session Start: Wed Jul 15 00:00:00 2015
  2. # Session Ident: #accessibility
  3. # [00:02] * wlach is now known as wlach|afk
  4. # [00:16] <@firebot> wkocher@mozilla.com changed the Resolution on bug 1172523 from --- to FIXED.
  5. # [00:16] <@firebot> wkocher@mozilla.com changed the Status on bug 1172523 from NEW to RESOLVED.
  6. # [00:17] <@firebot> wkocher@mozilla.com set status-firefox42 to fixed on bug 1172523.
  7. # [00:17] <@firebot> wkocher@mozilla.com changed the Target Milestone on bug 1172523 from --- to mozilla42.
  8. # [00:17] <@firebot> https://bugzil.la/1172523 — FIXED, tbsaunde+mozbugs@tbsaunde.org — fire text change events for atk
  9. # [00:17] <@firebot> wkocher@mozilla.com changed the Resolution on bug 1181177 from --- to FIXED.
  10. # [00:17] <@firebot> wkocher@mozilla.com changed the Status on bug 1181177 from NEW to RESOLVED.
  11. # [00:17] <@firebot> wkocher@mozilla.com set status-firefox42 to fixed on bug 1181177.
  12. # [00:17] <@firebot> wkocher@mozilla.com changed the Target Milestone on bug 1181177 from --- to mozilla42.
  13. # [00:17] <@firebot> https://bugzil.la/1181177 — FIXED, wmccloskey@mozilla.com — Linux and Windows crashes in mozilla::dom::PBrowserChild::SendPDocAccessibleConstructor
  14. # [00:17] <@firebot> wkocher@mozilla.com changed the Assignee on bug 1180189 from nobody@mozilla.org to fred.wang@free.fr.
  15. # [00:17] <@firebot> wkocher@mozilla.com changed the Resolution on bug 1180189 from --- to FIXED.
  16. # [00:18] <@firebot> wkocher@mozilla.com changed the Status on bug 1180189 from NEW to RESOLVED.
  17. # [00:18] <@firebot> wkocher@mozilla.com set status-firefox42 to fixed on bug 1180189.
  18. # [00:18] <@firebot> wkocher@mozilla.com changed the Target Milestone on bug 1180189 from --- to mozilla42.
  19. # [00:18] <@firebot> https://bugzil.la/1180189 — FIXED, fred.wang@free.fr — crash in mozilla::a11y::HTMLTableRowAccessible::GroupPosition()
  20. # [00:28] * Quits: @surkov (surkov@moz-v8g78c.cpe.teksavvy.com) (Client exited)
  21. # [00:40] * Joins: davidb (davidb@moz-5k0bbk.dsl.bell.ca)
  22. # [00:40] * ChanServ sets mode: +qo davidb davidb
  23. # [01:19] * Quits: ~davidb (davidb@moz-5k0bbk.dsl.bell.ca) (Quit: Blah blah blah)
  24. # [02:38] * Quits: bpugh (bpugh@moz-715e47.ca.comcast.net) (Ping timeout: 121 seconds)
  25. # [02:52] * Joins: bpugh (bpugh@moz-715e47.ca.comcast.net)
  26. # [03:01] * Quits: bpugh (bpugh@moz-715e47.ca.comcast.net) (Ping timeout: 121 seconds)
  27. # [03:18] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  28. # [04:28] * Joins: bpugh (bpugh@moz-715e47.ca.comcast.net)
  29. # [04:37] * Quits: satdav (uid15780@moz-avs1e8.highgate.irccloud.com) (Quit: Connection closed for inactivity)
  30. # [05:26] <@firebot> ryanvm@gmail.com changed the Resolution on bug 1170337 from WORKSFORME to ---.
  31. # [05:26] <@firebot> ryanvm@gmail.com changed the Status on bug 1170337 from RESOLVED to REOPENED.
  32. # [05:26] <@firebot> https://bugzil.la/1170337 — REOPENED, nobody@mozilla.org — Intermittent test_virtualcursor_text.html | Test timed out. | and more
  33. # [05:40] <@firebot> ryanvm@gmail.com granted in-testsuite on bug 1100602.
  34. # [05:40] <@firebot> ryanvm@gmail.com changed the Resolution on bug 1100602 from --- to FIXED.
  35. # [05:40] <@firebot> ryanvm@gmail.com changed the Status on bug 1100602 from NEW to RESOLVED.
  36. # [05:40] <@firebot> ryanvm@gmail.com set status-firefox42 to fixed on bug 1100602.
  37. # [05:40] <@firebot> ryanvm@gmail.com changed the Target Milestone on bug 1100602 from --- to mozilla42.
  38. # [05:40] * Joins: yzen (yzen@moz-ql1r6k.cpe.pppoe.ca)
  39. # [05:41] * ChanServ sets mode: +o yzen
  40. # [05:41] <@firebot> https://bugzil.la/1100602 — FIXED, wmccloskey@mozilla.com — [e10s] crash in mozilla::a11y::ProxyAccessible::Shutdown()
  41. # [07:06] <@firebot> yzenevich@mozilla.com requested needinfo from obara.justin@gmail.com on bug 1171184.
  42. # [07:06] <@firebot> https://bugzil.la/1171184 — ASSIGNED, obara.justin@gmail.com — [AccessFu] Pass options along with the announce event
  43. # [07:42] * yzen is now known as yzen_
  44. # [07:44] * Joins: satdav (uid15780@moz-avs1e8.highgate.irccloud.com)
  45. # [07:46] * Quits: @yzen_ (yzen@moz-ql1r6k.cpe.pppoe.ca) (Ping timeout: 121 seconds)
  46. # [08:14] * Quits: MrMazda (fmcz@moz-ipbm7f.cable.mindspring.com) (Quit: ChatZilla 0.9.86.1 [SeaMonkey 1.1.18/2009082712])
  47. # [08:46] * Quits: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com) (Quit: Connection closed for inactivity)
  48. # [08:53] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  49. # [09:18] * Joins: MrMazda (fmcz@moz-ipbm7f.cable.mindspring.com)
  50. # [09:31] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  51. # [09:31] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  52. # [09:31] * Quits: timeless (sid4015@moz-ufodot.brockwell.irccloud.com) (*.net *.split)
  53. # [09:31] * Quits: @lsocks (sid340@moz-061fqd.0j4i.jtu0.0101.2620.IP) (*.net *.split)
  54. # [09:31] * Quits: satdav (uid15780@moz-avs1e8.highgate.irccloud.com) (*.net *.split)
  55. # [09:31] * Quits: mattur (sid16049@moz-u21ltu.highgate.irccloud.com) (*.net *.split)
  56. # [09:31] * Quits: Domenic (sid10976@moz-o5apbp.ealing.irccloud.com) (*.net *.split)
  57. # [09:31] * Quits: dustinm` (dustinm@moz-1c1j82.fu2o.sj0n.5300.2607.IP) (*.net *.split)
  58. # [09:31] * Quits: krit (sid15081@moz-itd50n.charlton.irccloud.com) (*.net *.split)
  59. # [09:31] * Quits: m_khvoinitsky (quassel@moz-c4esiv.mp2c.6dnu.04f8.2a01.IP) (*.net *.split)
  60. # [09:31] * Quits: @eeejay (sid238@moz-cmks55.0j4i.jtu0.0101.2620.IP) (*.net *.split)
  61. # [09:31] * Quits: cabanier (sid15093@moz-aovks0.ealing.irccloud.com) (*.net *.split)
  62. # [09:31] * Quits: sevaan (sid57@moz-670r79.0j4i.jtu0.0101.2620.IP) (*.net *.split)
  63. # [09:31] * Quits: athena (sid21127@moz-ge8mr4.ealing.irccloud.com) (*.net *.split)
  64. # [09:31] * Quits: &MarcoZ (sid143@moz-mcdmtj.0j4i.jtu0.0101.2620.IP) (*.net *.split)
  65. # [09:31] * Quits: guigs (sid149@moz-4fl40c.0j4i.jtu0.0101.2620.IP) (*.net *.split)
  66. # [09:32] * Joins: timeless (sid4015@moz-ufodot.brockwell.irccloud.com)
  67. # [09:32] * Joins: Domenic (sid10976@moz-o5apbp.ealing.irccloud.com)
  68. # [09:32] * Joins: athena (sid21127@moz-ge8mr4.ealing.irccloud.com)
  69. # [09:32] * Joins: cabanier (sid15093@moz-aovks0.ealing.irccloud.com)
  70. # [09:32] * Joins: krit (sid15081@moz-itd50n.charlton.irccloud.com)
  71. # [09:32] * Joins: sevaan (sid57@moz-670r79.0j4i.jtu0.0101.2620.IP)
  72. # [09:32] * Joins: MarcoZ (sid143@moz-mcdmtj.0j4i.jtu0.0101.2620.IP)
  73. # [09:32] * Joins: lsocks (sid340@moz-061fqd.0j4i.jtu0.0101.2620.IP)
  74. # [09:32] * Joins: eeejay (sid238@moz-cmks55.0j4i.jtu0.0101.2620.IP)
  75. # [09:32] * Joins: guigs (sid149@moz-4fl40c.0j4i.jtu0.0101.2620.IP)
  76. # [09:32] * Joins: m_khvoinitsky (quassel@moz-c4esiv.mp2c.6dnu.04f8.2a01.IP)
  77. # [09:32] * Joins: satdav (uid15780@moz-avs1e8.highgate.irccloud.com)
  78. # [09:32] * Joins: dustinm` (dustinm@moz-1c1j82.fu2o.sj0n.5300.2607.IP)
  79. # [09:32] * Joins: mattur (sid16049@moz-u21ltu.highgate.irccloud.com)
  80. # [09:32] * bruford.mozilla.org sets mode: +aooo MarcoZ MarcoZ lsocks eeejay
  81. # [09:32] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  82. # [10:08] * Joins: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net)
  83. # [10:11] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
  84. # [10:33] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  85. # [11:01] * Quits: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net) (Quit: Carpe diem)
  86. # [11:02] * Joins: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net)
  87. # [11:19] * Joins: Gijs (chatzilla@moz-1evr0l.cable.virginm.net)
  88. # [11:38] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Ping timeout: 121 seconds)
  89. # [11:50] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  90. # [12:12] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  91. # [12:22] <@firebot> New Firefox - Disability Access bug 1184049 filed by faulkner.steve@gmail.com.
  92. # [12:22] <@firebot> https://bugzil.la/1184049 — NEW, nobody@mozilla.org — web notifications not announced/discoverable by AT
  93. # [12:25] <@firebot> mzehe@mozilla.com changed the Resolution on bug 1184049 from --- to DUPLICATE.
  94. # [12:25] <@firebot> mzehe@mozilla.com changed the Status on bug 1184049 from NEW to RESOLVED.
  95. # [12:51] * Joins: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP)
  96. # [13:08] <@firebot> obara.justin@gmail.com cancelled needinfo?(obara.justin@gmail.com) on bug 1171184.
  97. # [13:08] <@firebot> https://bugzil.la/1171184 — ASSIGNED, obara.justin@gmail.com — [AccessFu] Pass options along with the announce event
  98. # [13:21] * Quits: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net) (Quit: Carpe diem)
  99. # [13:21] * Joins: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net)
  100. # [13:23] * Quits: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net) (Quit: Carpe diem)
  101. # [13:24] * Joins: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net)
  102. # [13:28] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Client exited)
  103. # [13:29] * Quits: bpugh (bpugh@moz-715e47.ca.comcast.net) (Ping timeout: 121 seconds)
  104. # [13:45] * Joins: newtron (newtron@moz-mm9.u4v.140.24.IP)
  105. # [14:06] * Quits: newtron (newtron@moz-mm9.u4v.140.24.IP) (Connection closed)
  106. # [14:10] * Quits: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi) (Ping timeout: 121 seconds)
  107. # [14:13] * Joins: Justin_o (uid14648@moz-pd2b8l.charlton.irccloud.com)
  108. # [14:29] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  109. # [14:40] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Client exited)
  110. # [14:44] * Joins: bpugh (bpugh@moz-715e47.ca.comcast.net)
  111. # [14:45] * Joins: alex_mayorga (uid4422@moz-39oq95.charlton.irccloud.com)
  112. # [14:51] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  113. # [14:51] * ChanServ sets mode: +o surkov
  114. # [15:25] * Joins: sixtyten (quassel@moz-ulpjmu.sentoris.de)
  115. # [15:27] * Joins: anvk (anovak@moz-871.mvk.11.204.IP)
  116. # [15:37] * Joins: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr)
  117. # [15:44] * Joins: SteveF_ (chatzilla@moz-80j6qs.cable.virginm.net)
  118. # [15:45] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Ping timeout: 121 seconds)
  119. # [15:46] * SteveF_ is now known as SteveF
  120. # [15:47] * Quits: satdav (uid15780@moz-avs1e8.highgate.irccloud.com) (Quit: Connection closed for inactivity)
  121. # [15:50] * Joins: yzen (yzen@moz-i5m.05u.207.66.IP)
  122. # [15:50] * ChanServ sets mode: +o yzen
  123. # [15:50] <fredw> surkov: for bug 1182469, why do not just introduce a new mathvariant text attribute?
  124. # [15:50] <@firebot> https://bugzil.la/1182469 — NEW, fred.wang@free.fr — Expose -moz-math-variant as a text attribute
  125. # [15:51] * Joins: clown (clown@moz-v6m.c3o.211.205.IP)
  126. # [15:52] <@surkov> fredw: it requires extra support on AT side, it’s good to map markup to “known language”
  127. # [15:52] <fredw> surkov: however, this will only be for MathML so the support will need to be added anyway.
  128. # [15:52] <@surkov> in the browser, right?
  129. # [15:52] <fredw> and will only be used for in math context
  130. # [15:52] <fredw> surkov: I mean in the AT too
  131. # [15:53] <@surkov> why?
  132. # [15:54] <@surkov> I mean if math-variant=‘bold’ is mapped to font weith text attribute then AT knows how to work with it
  133. # [15:54] <@surkov> btw, can I use both font-weith: bold and math-variant:bold?
  134. # [15:54] <@surkov> i.e. what happens
  135. # [15:54] <fredw> surkov: for Gecko the mathvariant attribute will be ignored
  136. # [15:54] <fredw> (this is not specified by MathML)
  137. # [15:55] <@surkov> fredw: if somebody in parent chain has font-weith?
  138. # [15:55] <fredw> The MathML says that mathvariant is equivalent to using the corresponding math alphanumeric code point.
  139. # [15:55] <@surkov> what does it mean?
  140. # [15:56] <@surkov> how does mathvariant different from corresponding CSS?
  141. # [15:56] <fredw> surkov: mathvariant uses the code point from https://en.wikipedia.org/wiki/Mathematical_Alphanumeric_Symbols
  142. # [15:57] <fredw> not the bold font face
  143. # [15:57] <fredw> surkov: this is my comment in https://bugzilla.mozilla.org/show_bug.cgi?id=1182469#c4
  144. # [15:58] <@surkov> the difference is rather subtle
  145. # [15:58] <@surkov> basically they both have same visual apperance, correct?
  146. # [15:59] <@surkov> but mathvariant pretends to have some semantics
  147. # [15:59] <fredw> surkov: in theory yes (although the mechanism to pick the glyph is different).
  148. # [15:59] <@surkov> actually text attributes are all about semantics that is created by CSS
  149. # [15:59] <fredw> and yes, they claim to have some semantic meaning although this is a bit arguable
  150. # [16:00] <fredw> given that mathematicians use different style to convey semantic, this is not really clear
  151. # [16:00] <@surkov> well, if something is bold then usually it’s for some reason
  152. # [16:01] <@surkov> fredw: let’s grab Jamie’s opinion
  153. # [16:03] <@tbsaunde> it seems to me like the more interesting case is font-width: [italic,narrow,etc] math-variant bold, what happens then?
  154. # [16:03] <fredw> surkov: but anyway this is what the MathML spec says and the way we implemented it in Gecko is compatible with how glyph selection is done in OpenType MATH fonts.
  155. # [16:03] <@tbsaunde> if both bold and italic are expressed somehow then maybe you need two attributes, if the math-variant thing over rules then it seems silly to have two ways to say x is bold
  156. # [16:05] <@surkov> fredw: not sure I follow glyph selection stuff
  157. # [16:05] <fredw> In practice only the mathvariant attribute is used in MathML and the CSS font properties are cleared on the <math> tag, so the conflicts between CSS and mathvariant does not happen.
  158. # [16:05] <@surkov> I see
  159. # [16:07] <@surkov> anyway we figure out how to expose that semantics to AT, and if font-weith text attribute (which doesn’t have to be an equivalent for CSS font weight) doesn’t work here then I have to have clear understading why not
  160. # [16:08] <fredw> surkov: For OpenType MATH fonts (used in modern LaTeX engines, Microsoft Word etc) the glyphs used for math italic, bold, etc are in the Mathematical Alphanumeric Symbols Unicode block. For example "Latin Modern Math" is made on one "regular" font file and there is not a "Latin Modern Math Bold" font file.
  161. # [16:08] <@surkov> I see
  162. # [16:09] <@surkov> fredw: would you file a question to IA2 mailing list?
  163. # [16:09] <@surkov> cc Joanie
  164. # [16:09] <joanie> how much scrollback do I need to read?
  165. # [16:09] <fredw> surkov: actually it's not a problem to me if we expose bold, italic etc using the existing attribute. I'm just trying to explain what the MathML spec says. My concern is for the other attributes like fraktur, etc
  166. # [16:10] <joanie> and I'm in the middle of something else
  167. # [16:10] <joanie> oh variant stuff
  168. # [16:10] <joanie> object attribute please
  169. # [16:10] * @tbsaunde expects joanie does want another attribute unless its necessary, but I could be suprised
  170. # [16:10] <joanie> tbsaunde: here's the deal
  171. # [16:10] <@tbsaunde> oh heh
  172. # [16:10] <joanie> right now, until we sort out the right way to do things
  173. # [16:10] <joanie> Orca is having to get **everything** out of object attributes
  174. # [16:10] <joanie> tags, element attributes, etc.
  175. # [16:11] <joanie> furthermore, my understanding is that while the mathvariant stuff is technically formatting, it's more than that. has semantics that are relevant, etc.
  176. # [16:11] <joanie> as such, it seems like it shouldn't be something Orca presents via Orca+F
  177. # [16:11] <@surkov> it’s true
  178. # [16:11] <joanie> and something orca automatically presents just like the real unicode chars were used instead of mstyle
  179. # [16:11] <@tbsaunde> joanie: true, on the other hand <span>foo <b>bar</b></spa> probably has semantics too
  180. # [16:12] <joanie> if we're going to nit this stuff /me grins
  181. # [16:12] <joanie> I'd argue that <strong> had semantics
  182. # [16:12] <joanie> and that <b> is pretty
  183. # [16:12] <@surkov> fredw: fraktur sounded with me like font style
  184. # [16:12] <joanie> of course content creators don't necessarily bother to use them differently
  185. # [16:13] <joanie> regardless....
  186. # [16:13] <fredw> surkov: for me font-style is just CSS font-style...
  187. # [16:13] <joanie> I won't object to it being in a text attribute
  188. # [16:13] <joanie> BUT
  189. # [16:13] <joanie> given that all things which Orca must present about MathML is (currently) gotten at via object attribute
  190. # [16:13] <@tbsaunde> joanie: yeah I think I'm mostly trying to infer semantics from whatever crap authors write though this may not be a sane thing to try
  191. # [16:13] <joanie> until we figure out how to do MathML right (relations or roles or iface)....
  192. # [16:14] <joanie> I would also like mathvariant as an object attribute
  193. # [16:14] <@surkov> fredw: ok, anyway we need more feedback from AT developers, I think we have one from Joanie now
  194. # [16:14] <@tbsaunde> joanie: sure, though note that only works so long as you have embedded objects ;-)
  195. # [16:14] <joanie> ok, I'm going to go back to what I was working on
  196. # [16:15] <joanie> tbsaunde: one of these days, I shall challenge you to a snark match of death :P
  197. # [16:15] <joanie> right now I have reports and such I need to finish to justify my existence
  198. # [16:15] * joanie waves
  199. # [16:15] <joanie> ping me if you need me
  200. # [16:15] * @tbsaunde laughs
  201. # [16:17] <fredw> surkov: So to summarize, I don't really care how mathvariant is exposed and this math style VS semantic story has always been a bit esoteric to me, but ideally I'd like <mi mathvariant="fraktur">A</mi> and <mi>&#x1D504;</mi> to be exposed the same by ATs.
  202. # [16:18] <fredw> Currently Orca always read <mi>&#x1D504;</mi> "fraktur A"
  203. # [16:18] <@surkov> fredw: which one do you think to convert to what?
  204. # [16:18] <fredw> surkov: sorry?
  205. # [16:19] <@surkov> fredw: I meant what conversion do you want to have 1 -> 2 or 2 -> 1
  206. # [16:19] <@surkov> or you want to expose them differently
  207. # [16:19] <@surkov> you may totally ignored mathvariant on API level and just expose proper text if it makes a trick with Orca
  208. # [16:19] <fredw> surkov: we can expose them differently, but ATs should take care of exposing them consistently to the users
  209. # [16:19] <@tbsaunde> ok wait so if you can make random chars bold by using unicode how is an object attribute supposed to work?
  210. # [16:20] <@surkov> fredw: that’s probably not easiest way for AT
  211. # [16:20] <@surkov> it’d be good to expose those same way if possible
  212. # [16:21] <@surkov> fredw: somebody has to render those characters and it’d be good to grab them from there and put them into accessbiel text
  213. # [16:21] <fredw> surkov: yes, we can do that too.
  214. # [16:21] <@tbsaunde> fredw: didn't you say orca already does what you want?
  215. # [16:21] <@surkov> so as long as we don’t have AT than need 2->1 conversion then it’s the way to go imo :)
  216. # [16:21] <fredw> tbsaunde: it does what I want when you use the explicit Unicode code point.
  217. # [16:22] <@tbsaunde> fredw: but not with mathvariant?
  218. # [16:22] <fredw> tbsaunde: yes, not with mathvariant
  219. # [16:22] <@tbsaunde> fredw: ok, so yeah seems like fixing the text returned by the text interface might be best, then we can add text attributes if someone cares
  220. # [16:22] <fredw> surkov: well when I said "we can do that" I don't know if it's easy :-)
  221. # [16:23] <fredw> if we fix the text returned by the text interface then I think we don't care about the text/object attribute
  222. # [16:23] <@surkov> fredw: I see, is it worth to investigate? (that shouldn’t be too hard)
  223. # [16:23] <@surkov> correct
  224. # [16:23] <fredw> surkov: just one second, I'm reading the code
  225. # [16:24] <@tbsaunde> I'm actually kind of suprised it doesn't already work
  226. # [16:24] <@surkov> sure, cool
  227. # [16:24] <@surkov> tbsaudne: mathml is special I guess
  228. # [16:24] <fredw> tbsaunde: surkov: this is the code https://dxr.mozilla.org/mozilla-central/source/layout/generic/MathMLTextRunFactory.cpp
  229. # [16:24] <@surkov> sometimes they don’t even have frames for rendering
  230. # [16:25] <@tbsaunde> surkov: :"(
  231. # [16:25] <fredw> surkov: well, this is specific to <mfenced> (which I'd like to get rid one day...)
  232. # [16:26] <fredw> so the MathMLTextRunFactory is based on what is done for the CSS text-transform property
  233. # [16:27] <fredw> So for example how do we expose <p style="text-transform: uppercase">a</p>?
  234. # [16:28] <@tbsaunde> the fact that text-transform: upperase makes me really sad, but I'm not actually sure
  235. # [16:35] * Quits: @surkov (surkov@moz-v8g78c.cpe.teksavvy.com) (Client exited)
  236. # [16:39] * Joins: smaug (chatzilla@moz-7dv8tf.bb.dnainternet.fi)
  237. # [16:39] <@eeejay> yzen: ping
  238. # [16:39] <@yzen> eeejay hi
  239. # [16:39] <@eeejay> yzen: do you have bugs open yet for android? if not, i could do it now
  240. # [16:40] <@yzen> eeejay i do
  241. # [16:40] <@eeejay> yzen: what is the meta bug?
  242. # [16:40] <@yzen> eeejay bug 1182162
  243. # [16:40] <@firebot> https://bugzil.la/1182162 — NEW, nobody@mozilla.org — [AccessFu] Modern Android
  244. # [16:41] <@eeejay> yzen: thanks
  245. # [16:41] <@yzen> eeejay no
  246. # [16:41] <@yzen> problem
  247. # [16:48] <fredw> tbsaunde: data:text/html,<p style="text-transform: uppercase">abc</p>
  248. # [16:48] <fredw> The text leaf appears with name "ABC" (uppercased) in the accessibility tree displayed by the DOM inspector extension
  249. # [16:51] <@tbsaunde> fredw: yeah makes sense
  250. # [16:51] <@tbsaunde> unrelatedly the questions on that release survey are... kind of strange
  251. # [16:54] * Joins: davidb (davidb@moz-i5m.05u.207.66.IP)
  252. # [16:54] * ChanServ sets mode: +qo davidb davidb
  253. # [16:54] <~davidb> heyo
  254. # [16:54] <~davidb> decided to come in for the middle of today
  255. # [16:54] * ~davidb preps BS email
  256. # [16:57] <&MarcoZ> tbsaunde: I agree re the questions on that survey. I guess they only *really* apply if one is working on a lot of features that needed uplifting/backporting throughout the cycle to be completed because they didn't make the initial cut. We rarely have those.
  257. # [16:59] <@tbsaunde> MarcoZ: yeah, esp when they really shouldn't exist
  258. # [17:02] <@eeejay> Are we BSing today?
  259. # [17:02] * Joins: surkov (surkov@moz-v8g78c.cpe.teksavvy.com)
  260. # [17:02] * ChanServ sets mode: +o surkov
  261. # [17:03] <~davidb> eeejay, yeah
  262. # [17:04] <@surkov> fredw: I think we expose text in upper case
  263. # [17:04] * Joins: satdav (uid15780@moz-avs1e8.highgate.irccloud.com)
  264. # [17:05] <fredw> surkov: Yes, that's what I see with DOM inspector. I was reading the code and I see that we set the name here: http://hg.mozilla.org/mozilla-central/file/c95ebeebbc5d/accessible/base/nsAccessibilityService.cpp#l1033
  265. # [17:06] <fredw> surkov: Then nsIFrame::GetRenderedText has some stuff to do the text transform. But it does not reuse the code of nsTextRunTransformations.cpp (and does not do mathvariant transform either)
  266. # [17:07] <@surkov> that’s old code
  267. # [17:07] <@tbsaunde> fredw: "fun"
  268. # [17:08] <fredw> I guess I'll have to ask a layout peer, but I suspect nsIFrame::GetRenderedText should reuse nsTextRunTransformations...
  269. # [17:08] * Joins: kkus (kkus@moz-oqbbml.fios.verizon.net)
  270. # [17:10] <@tbsaunde> surkov: can you have something that is a table but doesn't have a role of table? or has role table, but isn't?
  271. # [17:10] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  272. # [17:10] * Joins: SteveF (chatzilla@moz-80j6qs.cable.virginm.net)
  273. # [17:11] <@surkov> tbsaunde: yes, for example, tree / nothing I can think of
  274. # [17:12] <@tbsaunde> surkov: what is your example?
  275. # [17:12] <@surkov> tbsaunde: <table role=“tree”>
  276. # [17:13] <@tbsaunde> surkov: hrm does that get a HTMLTableAccessible? I kind of think the role over rides?
  277. # [17:13] <@surkov> let me look
  278. # [17:14] <~davidb> <table role="presentation"> ?
  279. # [17:15] <&MarcoZ> tbsaunde: We also have divs that can get table semantics via CSS rules.
  280. # [17:15] <@tbsaunde> davidb: same answer I think it gets generic accessible
  281. # [17:15] <@surkov> tbsaunde: ok, not table but treegrid
  282. # [17:15] <@surkov> table->tree
  283. # [17:15] <@tbsaunde> MarcoZ: I *think* that's all handled at accessible creation time
  284. # [17:15] <@tbsaunde> surkov: so <table role="treegrid">
  285. # [17:16] <@surkov> yes
  286. # [17:16] <@tbsaunde> ok
  287. # [17:16] <&MarcoZ> tbsaunde: Yes, we get from layout that something is a table frame and create tables unless ARIA overrides it I think. And we've actually been criticised for exposing divs with CSS table semantics as tables.
  288. # [17:16] <@tbsaunde> MarcoZ: and the other way around so
  289. # [17:16] <&MarcoZ> tbsaunde: We even have bugs for both cases.
  290. # [17:17] <@tbsaunde> I'm not sure if I think there needs to be work on the type stuff, it it just isn't document well enough (almost certainly true), or if html just is that awful
  291. # [17:17] * Quits: SteveF (chatzilla@moz-80j6qs.cable.virginm.net) (Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324])
  292. # [17:20] <&MarcoZ> tbsaunde: Bug 1005271 and bug 1007975 if you're interested.
  293. # [17:20] <@firebot> https://bugzil.la/1005271 — NEW — Data Table with display:block exposes no table semantics
  294. # [17:20] <@firebot> https://bugzil.la/1007975 — REOPENED — div with display:table exposes table semantics
  295. # [17:21] <&MarcoZ> tbsaunde: I think the way this works was largely introduced for Firefox 4, when surkov reworte accessibles creation to be mostly frame based.
  296. # [17:22] <@surkov> MarcoZ: that was much before me
  297. # [17:22] <@tbsaunde> MarcoZ: no, the part I care about is much more recent
  298. # [17:23] <@tbsaunde> I just forget some and haven't been involved in the most recent bits
  299. # [17:23] <~davidb> tbsaunde, you know you are a seasoned a11y gecko hacker when you forget some of it.
  300. # [17:24] * wlach|afk is now known as wlach
  301. # [17:24] <@tbsaunde> davidb: maybe just seasoned enough to know to drink to forget
  302. # [17:24] <~davidb> no comment
  303. # [17:25] <&MarcoZ> tbsaunde: Hm, surkov rewrote some of this recently, for the 39 release I think, but I forget the bug number. It was some time in March of 2015.
  304. # [17:27] <@tbsaunde> I don't actually drink that much, but it is kind of tempting
  305. # [17:34] * Joins: yzen_ (yzen@moz-i5m.05u.207.66.IP)
  306. # [17:34] * ChanServ sets mode: +o yzen_
  307. # [17:37] * Quits: @yzen (yzen@moz-i5m.05u.207.66.IP) (Ping timeout: 121 seconds)
  308. # [17:43] * fredw has fun with surrogate pairs...
  309. # [17:49] * lsocks is now known as Hu
  310. # [17:49] * Hu is now known as lsocks
  311. # [17:52] <@eeejay> yzen_: you probably won't get to it before pto, but i have some fixes for our gesture detection
  312. # [17:52] <@yzen_> eeejay ah nice
  313. # [17:52] * yzen_ is now known as yzen
  314. # [17:52] <@eeejay> yzen_: there may be a better way to fix this stuff, but i don't have a full grasp of that module :P
  315. # [17:53] <@eeejay> yzen: the good news is there are tests that you could work with if my solution is totally wrong
  316. # [17:53] <@yzen> eeejay heh no worries , and sorry :)
  317. # [18:02] * clown is now known as clown_mtg
  318. # [18:10] * Quits: Gijs (chatzilla@moz-1evr0l.cable.virginm.net) (Quit: poof)
  319. # [18:12] * davidb is now known as davidb|afk
  320. # [18:21] * davidb|afk is now known as davidb
  321. # [18:42] <fredw> surkov: so now the usual question: what would be the appropriate place to add a test? (I guess somewhere in accessible/tests/mochitest/text). Probably I should add a test for text-transform too...
  322. # [18:55] * Quits: kkus (kkus@moz-oqbbml.fios.verizon.net) (Ping timeout: 121 seconds)
  323. # [18:55] * Quits: fredw (Icedove@moz-fv4cpk.abo.wanadoo.fr) (Client exited)
  324. # [18:57] * Quits: ioanachiorean (ioanachiore@moz-q23.52n.2.5.IP) (Ping timeout: 121 seconds)
  325. # [19:01] * Quits: sixtyten (quassel@moz-ulpjmu.sentoris.de) (A TLS packet with unexpected length was received.)
  326. # [19:02] * yzen is now known as yzen_
  327. # [19:08] <~davidb> notes from mobile edition of BS https://wiki.mozilla.org/Accessibility/BarrierSmash/Meetings/2015-07-15
  328. # [19:09] * @tbsaunde grumbles about unique id madness
  329. # [19:17] <@firebot> New Core - Disability Access APIs bug 1184212 filed by lorien@lorienhu.com.
  330. # [19:17] <@firebot> https://bugzil.la/1184212 — NEW, nobody@mozilla.org — Use AccIterator to respect row groups when getting table rows
  331. # [19:25] <@firebot> ryanvm@gmail.com changed the Resolution on bug 1172946 from --- to FIXED.
  332. # [19:25] <@firebot> ryanvm@gmail.com changed the Status on bug 1172946 from NEW to RESOLVED.
  333. # [19:25] <@firebot> ryanvm@gmail.com set status-firefox42 to fixed on bug 1172946.
  334. # [19:25] <@firebot> ryanvm@gmail.com changed the Target Milestone on bug 1172946 from --- to mozilla42.
  335. # [19:25] <@firebot> https://bugzil.la/1172946 — FIXED, lorien@lorienhu.com — Handle proxies in mozAccessible methods parent and children
  336. # [19:27] <@firebot> New Core - Disability Access APIs bug 1184217 filed by alex_mayorga@yahoo.com.
  337. # [19:27] <@firebot> https://bugzil.la/1184217 — NEW, nobody@mozilla.org — crash in mozilla::a11y::DocAccessibleParent::Unbind()
  338. # [19:30] * Quits: LJWatson (chatzilla@moz-fpsi1k.cable.virginm.net) (Quit: Carpe diem)
  339. # [19:39] * davidb is now known as davidb|afk
  340. # [19:42] * davidb|afk is now known as davidb
  341. # [19:45] * yzen_ is now known as yzen
  342. # [20:35] <~davidb> tbsaunde, do we understand the badness causing the dupe ids?
  343. # [20:35] <~davidb> i thought it was reparenting-ish
  344. # [20:35] <~davidb> but then something about bullets?
  345. # [20:35] <~davidb> i should probably read the bugs again
  346. # [20:35] <@lsocks> davidb: both of them result in dupe ids
  347. # [20:36] <@tbsaunde> davidb: yeah more than one cause
  348. # [20:36] <~davidb> lsocks, is there a ... oh
  349. # [20:36] <~davidb> my mind wants there to be one uber-cause
  350. # [20:36] <~davidb> but i'm used to disappointing my mind
  351. # [20:36] <~davidb> so ok
  352. # [20:36] <@tbsaunde> davidb: well, you can claim that's "mutation events are broken and don't cover everything"
  353. # [20:37] <~davidb> ew
  354. # [20:39] * davidb is now known as davidb|afk
  355. # [20:47] * Quits: satdav (uid15780@moz-avs1e8.highgate.irccloud.com) (Quit: Connection closed for inactivity)
  356. # [21:01] * davidb|afk is now known as davidb
  357. # [22:00] * davidb is now known as davidb|afk
  358. # [22:04] * davidb|afk is now known as davidb
  359. # [22:04] * Quits: ~davidb (davidb@moz-i5m.05u.207.66.IP) (Quit: Blah blah blah)
  360. # [22:47] * Joins: davidb (davidb@moz-5k0bbk.dsl.bell.ca)
  361. # [22:47] * ChanServ sets mode: +qo davidb davidb
  362. # [22:49] * Parts: anvk (anovak@moz-871.mvk.11.204.IP)
  363. # [22:50] * Quits: @yzen (yzen@moz-i5m.05u.207.66.IP) (Quit: leaving... bye!)
  364. # [23:00] * davidb is now known as davidb|afk
  365. # [23:08] * Quits: clown_mtg (clown@moz-v6m.c3o.211.205.IP) (Quit: Leaving.)
  366. # [23:19] * Joins: satdav (uid15780@moz-avs1e8.highgate.irccloud.com)
  367. # [23:37] * davidb|afk is now known as davidb
  368. # [23:37] * Quits: ~davidb (davidb@moz-5k0bbk.dsl.bell.ca) (Quit: Blah blah blah)
  369. # [23:38] * wlach is now known as wlach|afk
  370. # [23:39] <@firebot> wmccloskey@mozilla.com changed the Resolution on bug 1100602 from FIXED to ---.
  371. # [23:39] <@firebot> wmccloskey@mozilla.com changed the Status on bug 1100602 from RESOLVED to REOPENED.
  372. # [23:39] <@firebot> https://bugzil.la/1100602 — REOPENED, wmccloskey@mozilla.com — [e10s] crash in mozilla::a11y::ProxyAccessible::Shutdown()
  373. # Session Close: Thu Jul 16 00:00:00 2015

Previous day, Next day

Think these logs are useful? Then please donate to show your gratitude (and keep them up, of course). Thanks! — Krijn