/irc-logs / mozilla / #accessibility / 2013-09-18 / end
Options:
- # Session Start: Wed Sep 18 00:00:00 2013
- # Session Ident: #accessibility
- # [00:08] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [00:23] * Quits: erkan^ (Erkan@37E2BECA.CD215376.6894ADF4.IP) (Quit: Textual IRC Client: www.textualapp.com)
- # [00:27] * Joins: yzen (yzen@93D8B2AF.3D69E65D.A6DC652B.IP)
- # [00:53] <@firebot> eitan@monotonous.org requested review from surkov.alexander@gm ail.com for attachment 806313 on bug 687414.
- # [00:53] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=687414 nor, --, ---, nobody, NEW, label_for relation is missed on label implicitly associated with control
- # [01:10] * Quits: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [01:10] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [01:42] <@firebot> New Core - Disability Access APIs bug 917598 filed by jamie@nvaccess.org.
- # [01:42] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=917598 nor, --, ---, nobody, NEW, ISimpleDOMNode::innerHTML does not owrk on math elements
- # [02:25] * Quits: yzen (yzen@93D8B2AF.3D69E65D.A6DC652B.IP) (Quit: yzen)
- # [02:26] * Quits: @surkov (surkov@74F7CB6C.E80E6317.6BEEAEBD.IP) (Quit: surkov)
- # [02:40] <@firebot> ryanvm@gmail.com changed the Resolution on bug 888981 from --- to FIXED.
- # [02:41] <@firebot> ryanvm@gmail.com changed the Status on bug 888981 from REOPENED to RESOLVED.
- # [02:41] <@firebot> ryanvm@gmail.com changed the Target Milestone on bug 888981 from --- to mozilla27.
- # [02:41] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=888981 cri, --, mozilla27, trev.saunders, RESO FIXED, DownThemAll! causes browser to hang indefinitely
- # [02:57] * khuey is now known as khuey|away
- # [03:24] * khuey|away is now known as khuey
- # [03:42] * Quits: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [03:42] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [03:49] * Joins: erkan^ (Erkan@37E2BECA.CD215376.6894ADF4.IP)
- # [04:16] * Quits: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [04:17] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [04:17] * Quits: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [05:17] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [05:17] * Quits: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca) (Input/output error)
- # [05:18] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [05:21] * Quits: fxa (fxa90id@moz-88B014CD.nvidia.com) (Ping timeout)
- # [05:22] * Quits: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca) (Ping timeout)
- # [05:24] * Joins: fxa (fxa90id@moz-88B014CD.nvidia.com)
- # [06:07] * Quits: fxa (fxa90id@moz-88B014CD.nvidia.com) (Ping timeout)
- # [06:10] * Joins: fxa (fxa90id@moz-88B014CD.nvidia.com)
- # [06:12] * khuey is now known as khuey|lunch
- # [07:23] * Quits: peteb-away (ptbrunet@moz-B51E1692.austin.res.rr.com) (Ping timeout)
- # [07:55] * Joins: icaaq (Adium@moz-2EB07EA7.cust.bredbandsbolaget.se)
- # [08:04] * Quits: fxa (fxa90id@moz-88B014CD.nvidia.com) (Connection reset by peer)
- # [08:47] * khuey|lunch is now known as khuey|away
- # [08:49] * khuey|away is now known as khuey|lunch
- # [09:01] * Joins: fxa90id (fxa90id@moz-1E0FFCB8.hsd1.ca.comcast.net)
- # [09:06] * Tomcat|afk is now known as Tomcat
- # [09:06] * Tomcat is now known as Tomcat|sheriffduty
- # [09:06] * Joins: marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de)
- # [09:06] * ChanServ sets mode: +o marcoz
- # [09:13] * khuey|lunch is now known as khuey
- # [09:14] * Jesse_ is now known as Jesse
- # [09:31] * Quits: nhirata (anonymous@moz-FFD0C11.hsd1.ca.comcast.net) (Quit: nhirata)
- # [09:52] * Quits: @marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [09:55] * Joins: Gijs (gijs@moz-C11B0461.dsl.alice.nl)
- # [10:12] * Joins: marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de)
- # [10:12] * ChanServ sets mode: +o marcoz
- # [10:16] * Joins: rednaks (rednaks@2BFFE0C9.74C6FD40.360EF119.IP)
- # [10:55] * Quits: erkan^ (Erkan@37E2BECA.CD215376.6894ADF4.IP) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [11:08] * Quits: @marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [11:22] * Joins: yzen (yzen@99B526C3.2EBE0C24.8C8ACC08.IP)
- # [11:38] * Joins: marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de)
- # [11:39] * Quits: marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de) (Ping timeout)
- # [12:16] * Joins: marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de)
- # [12:16] * ChanServ sets mode: +o marcoz
- # [12:39] * khuey is now known as khuey|away
- # [13:16] * khuey|away is now known as khuey
- # [13:22] * Quits: @marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [13:22] * Quits: rednaks (rednaks@2BFFE0C9.74C6FD40.360EF119.IP) (Ping timeout)
- # [13:28] * Joins: marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de)
- # [13:28] * Joins: rednaks (rednaks@2BFFE0C9.74C6FD40.360EF119.IP)
- # [13:28] * Quits: rednaks (rednaks@2BFFE0C9.74C6FD40.360EF119.IP) (Client exited)
- # [13:35] * ChanServ sets mode: +o marcoz
- # [13:52] * Joins: surkov (surkov@13F2CEC5.7672369.D8E68FF6.IP)
- # [13:52] * ChanServ sets mode: +o surkov
- # [14:19] * Joins: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP)
- # [14:28] * Tomcat|sheriffduty is now known as Tomcat|sheriff|mtg
- # [14:33] * Joins: erkan^ (Erkan@46F08568.B88D4989.101720E.IP)
- # [14:47] * Quits: yzen (yzen@99B526C3.2EBE0C24.8C8ACC08.IP) (Quit: yzen)
- # [14:53] * Tomcat|sheriff|mtg is now known as Tomcat|sheriffduty
- # [15:05] * Joins: yzen (yzen@99B526C3.2EBE0C24.8C8ACC08.IP)
- # [15:13] <@marcoz> Good morning yzen! :)
- # [15:13] * Joins: davidb (davidb@FCCEA34F.7672369.D8E68FF6.IP)
- # [15:13] * ChanServ sets mode: +qo davidb davidb
- # [15:13] <yzen> marcoz: afternoon here (portugal) :)
- # [15:14] <@marcoz> yzen: Oh, right, you're still vacationing! :)
- # [15:15] <@marcoz> Good morning davidb! :)
- # [15:16] <yzen> marcoz: perhaps you might know, i m testing eeejay's mozSettings patch for accessfu, is the 'accessibility.screenreader' available in the UI somehow ?
- # [15:18] <@marcoz> yzen: This is Firefox OS specific I believe. And the patch for bug 916231 just now landed on Gaia last night, so one would only see the setting in the Developer options if running a local build on a device.
- # [15:18] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=916231 nor, --, ---, eitan, NEW, Add developer settings to enable the screen reader
- # [15:18] <yzen> marcoz: so not on a11y-devtool on firefox emulator ?
- # [15:18] <@marcoz> yzen: I believe the ScreenReader setting is similar to the AccessFu setting for Android, only that it is a toggle.
- # [15:19] <@marcoz> yzen: it might work.
- # [15:19] <yzen> ok, checking ...
- # [15:19] <@davidb> heyo!
- # [15:19] <@marcoz> yzen: But I am not a hundred percent positive on that. The setting itself has been there through a js or json preference/moz settings file for a while, but no UI in the regular simulator yet.
- # [15:20] <erkan^> hi (-:
- # [15:23] * Joins: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net)
- # [15:27] <yzen> marcoz: would you know if it's possible to change the setting during the runtime?
- # [15:33] <@marcoz> yzen: The user/developer can always toggle the screen reader off again in the Settings -> Developer Settings added in the above quoted bug.
- # [15:34] <@marcoz> So yes, it can be turned on and off, thus the observer. if you look for the Settings API on MDN, it's all documented there.
- # [15:35] <@davidb> marcoz: did you hear anything about my demo?
- # [15:35] <@davidb> it was totally ad-lib
- # [15:35] <@davidb> but I think I touched the main pieces
- # [15:36] <@marcoz> davidb: Heh, no I actually have not. :( But I did not read all of last night's Twitter timeline.
- # [15:36] <@davidb> oh I'm not worried if it wasn't tweeted
- # [15:36] <@marcoz> davidb: What were the reactions during the demo itself?
- # [15:36] <@davidb> about half of the crowd payed a lot of attention which is more than usual for these kinds of things
- # [15:37] <@davidb> it could be because i promised to keep it short
- # [15:37] <@davidb> there were good questions
- # [15:37] <@davidb> do we have any bugs with navigating by character?
- # [15:37] <@davidb> it seemed to pop out of that mode
- # [15:37] * Joins: jongunderson (chatzilla@moz-238203DB.dres.uiuc.edu)
- # [15:39] * Joins: peteb-away (ptbrunet@moz-B51E1692.austin.res.rr.com)
- # [15:39] * Joins: jongund (chatzilla@moz-97EEA285.rehab.uiuc.edu)
- # [15:40] <@marcoz> davidb: Bug 899333 just landed which deals with granularity. This might help.
- # [15:40] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=899333 nor, --, ---, maxli, NEW, Pivot text traversal should traverse into the subtree
- # [15:40] <@davidb> ok i was using aurora
- # [15:41] <@davidb> oh this is fresh fresh
- # [15:41] <@davidb> marcoz: a couple of people asked how they could stop breaking us, and look a bit embarassed
- # [15:41] <@marcoz> davidb: And these granularity settings are a bit funky in any case: They seem to be changing whenever the element is changed, or at least often so. One of those inconsistencies of general Android a11y.
- # [15:41] <@davidb> marcoz: ah that is what i experiences
- # [15:41] <@davidb> d
- # [15:42] <@marcoz> davidb: Well, one thing they could try to make sure is always always always add contentDescription to image buttons or elements that have a graphical representation from within code. Example: The tabs button.
- # [15:43] <@marcoz> davidb: I also don't know if there is a compiler setting that flags missing contentDescription as errors, not warnings.
- # [15:43] <@davidb> would be nice
- # [15:43] <@marcoz> davidb: Other than that: Ping us ping us ping us test themselves test themselves test tehemselves ping us ping us ping us ;)
- # [15:44] <@davidb> I told them we try to do a lot of tests in our abstraction layer but for labels on buttons kind of things we need hands on for now. I showed them how to turn on and use talkback.
- # [15:44] <@davidb> and yes
- # [15:44] <@davidb> ping us and we are here in #accessibility
- # [15:44] <@davidb> i mentioned you eeejay and yzen of course.
- # [15:48] <@marcoz> davidb: Great!!!
- # [15:53] * Joins: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [15:58] * Quits: jongund (chatzilla@moz-97EEA285.rehab.uiuc.edu) (Quit: ChatZilla 0.9.90.1 [Firefox 23.0.1/20130814063812])
- # [16:01] * davidb is now known as davidb|mtg
- # [16:02] <@tbsaunde> surkov: albugo?
- # [16:11] * Tomcat|sheriffduty is now known as Tomcat|afk
- # [16:11] <@surkov> tbsaunde: it's a thing that makes callous my eyes :)
- # [16:12] <@tbsaunde> surkov: oic
- # [16:12] <@tbsaunde> surkov: I'd really like that binding to document just to make child id stuff work go away, its crazy we have all platforms keep hash table and all just for that
- # [16:13] <@surkov> yes, it'd be good but what's an alternative?
- # [16:14] <@tbsaunde> not sure yet
- # [16:15] <@tbsaunde> surkov: what exactly needs to work? is it important that non child accessibles can be got?
- # [16:15] <@surkov> tbsaunde, do you mean when we answer WM_GETOBJECT message?
- # [16:16] <@tbsaunde> surkov: that or events are the other case right?
- # [16:16] <@surkov> which cache doe you want to get rid? bith?
- # [16:16] <@surkov> both?
- # [16:17] <@tbsaunde> DocAccessible::mAccessibleCache
- # [16:17] <@tbsaunde> the unique id stuff
- # [16:18] <@surkov> right, it's used on windows only to find an accessible fast
- # [16:19] <@surkov> the suggestion is to move this cache to windows part or get rid it at all?
- # [16:22] * davidb|mtg is now known as davidb
- # [16:22] <@tbsaunde> hm, moving it to windows part might actually be possible
- # [16:23] <@tbsaunde> getting rid of it would be nice if we can do it though
- # [16:23] * Joins: jongund (chatzilla@moz-97EEA285.rehab.uiuc.edu)
- # [16:24] <@davidb> tbsaunde: how?
- # [16:24] <@davidb> (oh you were asked that)
- # [16:27] * Quits: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
- # [16:29] <@tbsaunde> davidb: ideally by getting rid of a stupid API that has them
- # [16:29] <@firebot> surkov.alexander@gmail.com cancelled feedback?(jamie@nvaccess.or g) for attachment 804110 on bug 672717.
- # [16:29] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=672717 nor, --, ---, surkov.alexander, ASSI, Broken caret when moving into/out of embedded objects with right arrow
- # [16:31] * Joins: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net)
- # [16:35] <@davidb> tbsaunde: do we want to do telemetry on usage?
- # [16:42] * Quits: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
- # [16:49] * Joins: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net)
- # [16:49] <@firebot> yura.zenevich@gmail.com granted review for attachment 806145 on bug 917399.
- # [16:49] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=917399 nor, --, ---, nobody, NEW, [AccessFu] Remove mozContentEvent listener and listen for settings changes directly
- # [16:51] <@marcoz> yzen: Yay thanks!
- # [16:51] <yzen> :)
- # [16:53] <@marcoz> yzen: Out of curiosity, why is the code change you requested better than what was in the patch originally?
- # [16:55] <@tbsaunde> davidb: I get the impression its a kind of important part of how windows works
- # [16:56] <@davidb> tbsaunde: right… shattering your dream
- # [16:57] <@tbsaunde> davidb: well partially
- # [16:57] * Joins: nhirata (anonymous@moz-BE33DA21.fw1.sfo1.mozilla.net)
- # [16:57] <@davidb> right can still move to windows layer
- # [16:58] <yzen> marcoz: well addEventListener is not mentioned for some reason in the DOMRequest documentation, and onsuccess, onerror is used in all the examples
- # [16:58] <yzen> marcoz: i was just worried a little in case it deprecated
- # [16:58] <yzen> it's
- # [16:58] <yzen> or might get
- # [16:58] <@marcoz> yzen: OK! So the removeEventListener is then not needed, right? Or should onSuccess be nulled somehow?
- # [17:00] <yzen> marcoz, i think once we are done with req it will be cleared
- # [17:01] * Quits: erkan^ (Erkan@46F08568.B88D4989.101720E.IP) (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
- # [17:06] <@marcoz> yzen: Oh nice!
- # [17:23] * Quits: jongunderson (chatzilla@moz-238203DB.dres.uiuc.edu) (Client exited)
- # [17:23] <yzen> marcoz: my guess as long as nothing keeps a reference to it
- # [17:28] <@surkov> yzen: btw, any news about @ text problem?
- # [17:31] <yzen> surkov: not yet :( had a little time in the last couple of weeks, but it's at the top of my queue
- # [17:31] <@surkov> yzen: ok, that's fine, at least until it gets lost in your queue :)
- # [17:32] <yzen> surkov: never :)
- # [17:32] <@surkov> ok, great to hear :)
- # [17:57] <@davidb> eeejay: i'm needing to move our 1:1 next week, please decline if no good
- # [18:00] <@firebot> surkov.alexander@gmail.com changed the Assignee on bug 917598 from nobody@mozilla.org to surkov.alexander@gmail.com.
- # [18:00] <@firebot> surkov.alexander@gmail.com requested review from trev.saunders@gmail .com for attachment 806698 on bug 917598.
- # [18:00] <@firebot> surkov.alexander@gmail.com changed the Status on bug 917598 from NEW to ASSIGNED.
- # [18:00] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=917598 nor, --, ---, surkov.alexander, ASSI, ISimpleDOMNode::innerHTML does not owrk on math elements
- # [18:01] <@firebot> surkov.alexander@gmail.com cancelled review?(trev.saunders@gmail .com) for attachment 806698 on bug 917598.
- # [18:01] <@firebot> surkov.alexander@gmail.com requested review from trev.saunders@gmail .com for attachment 806700 on bug 917598.
- # [18:03] <@davidb> surkov, tbsaunde I'm going to try freshii today/now
- # [18:09] * Quits: @marcoz (marco.zehe@moz-823115A5.dip0.t-ipconnect.de) (Quit: Leaving.)
- # [18:14] * Quits: @surkov (surkov@13F2CEC5.7672369.D8E68FF6.IP) (Quit: surkov)
- # [18:20] * Joins: erkan^ (Erkan@37E2BECA.CD215376.6894ADF4.IP)
- # [18:30] <@eeejay> yzen, yo
- # [18:31] <yzen> eeejay: hi
- # [18:31] <@eeejay> yzen, i'm pretty sure that element.onfoo = function () {} is discouraged, no?
- # [18:31] <yzen> i was looking at this https://developer.mozilla.org/en-US/docs/Web/API/DOMRequest
- # [18:32] <yzen> eeejay: ^
- # [18:33] <@eeejay> yzen, in actual code, they mostly use addEventListener
- # [18:33] * @eeejay looks
- # [18:33] <yzen> hmm intersring
- # [18:34] <yzen> interesting*
- # [18:34] <@eeejay> http://mxr.mozilla.org/mozilla-central/source/b2g/chrome/content/settings.js#54
- # [18:41] * Joins: surkov (surkov@13F2CEC5.7672369.D8E68FF6.IP)
- # [18:41] * ChanServ sets mode: +o surkov
- # [18:44] <@eeejay> yzen, ^
- # [18:44] <@eeejay> it doesn't matter actually
- # [18:44] <yzen> eeejay: interesting i guess this change is unnecessary i mean both work nicely
- # [18:45] <@eeejay> since it is a local scoped thing
- # [18:45] <@eeejay> on elements it is bad form becasue addEventListener adds the listener to a queue, an onfoo clobbers it
- # [18:45] <@eeejay> i'm going with what is there
- # [18:46] <yzen> eeejay: sounds good
- # [18:47] * Quits: icaaq (Adium@moz-2EB07EA7.cust.bredbandsbolaget.se) (Quit: Leaving.)
- # [18:48] * khuey is now known as khuey|away
- # [18:51] * Quits: @davidb (davidb@FCCEA34F.7672369.D8E68FF6.IP) (Ping timeout)
- # [18:53] * Joins: davidb (davidb@FCCEA34F.7672369.D8E68FF6.IP)
- # [18:53] * ChanServ sets mode: +qo davidb davidb
- # [18:58] <@firebot> eitan@monotonous.org changed the Assignee on bug 917399 from nobody@mozilla.org to eitan@monotonous.org.
- # [18:58] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=917399 nor, --, ---, eitan, NEW, [AccessFu] Remove mozContentEvent listener and listen for settings changes directly
- # [18:59] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [19:00] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [19:07] * Joins: rednaks (rednaks@9F37C5AC.71823851.55FFA9B4.IP)
- # [19:12] * Quits: rednaks (rednaks@9F37C5AC.71823851.55FFA9B4.IP) (Ping timeout)
- # [19:40] * Quits: yzen (yzen@99B526C3.2EBE0C24.8C8ACC08.IP) (Quit: yzen)
- # [19:43] * Quits: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP) (Quit: Justin_o)
- # [19:46] <@tbsaunde> cd -
- # [19:46] <@tbsaunde> err, that wasn't a shell
- # [19:52] * Joins: rednaks (rednaks@9F37C5AC.71823851.55FFA9B4.IP)
- # [20:00] * Joins: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP)
- # [20:10] * Quits: @davidb (davidb@FCCEA34F.7672369.D8E68FF6.IP) (Ping timeout)
- # [20:15] <@firebot> surkov.alexander@gmail.com requested review from trev.saunders@gmail .com for attachment 806313 on bug 687414.
- # [20:15] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=687414 nor, --, ---, nobody, NEW, label_for relation is missed on label implicitly associated with control
- # [20:18] * Quits: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net) (Quit: richardschwerdtfeger)
- # [20:22] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:22] * ChanServ sets mode: +qo davidb davidb
- # [20:22] <@tbsaunde> surkov: so, for HyperTextAccessible::IsAcceptableChild are we fine always accepting br child if its parent content isn't the same as mContent of the HyperText?
- # [20:23] <@surkov> tbsaunde: where the rule comes from?
- # [20:28] * Joins: richardschwerdtfeger (richardsch@moz-252B3541.lightspeed.austtx.sbcglobal.net)
- # [20:28] <@tbsaunde> surkov: I don't understand your question
- # [20:29] <@surkov> tbsaunde: I meant I don't understand why what you describe should work
- # [20:29] * Quits: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP) (Quit: Justin_o)
- # [20:29] <@surkov> br's parent != mContent under html:input and html:text areas because of anonymous div and under xul:textbox
- # [20:30] <@surkov> but it is under plain html:div
- # [20:30] <@surkov> so relying on parent doesn't look what we need
- # [20:30] <@surkov> if I don't miss anything
- # [20:30] <@surkov> tbsaunde: ^
- # [20:31] <@firebot> New Core - Disability Access APIs bug 917973 filed by surkov.alexander@gmail.com.
- # [20:32] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=917973 nor, --, ---, surkov.alexander, NEW, tear off ISimpleDOMDocument
- # [20:32] <@tbsaunde> surkov: ok, so then how does IsAcceptableChild tell if accessible is last br for hypertext?
- # [20:33] * Joins: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP)
- # [20:33] <@surkov> tbsaunde: check next sibling element doesn't work?
- # [20:34] * Joins: icaaq (Adium@moz-2EB07EA7.cust.bredbandsbolaget.se)
- # [20:34] <@tbsaunde> surkov: what if the br is under non accessible element, but after that element there's another accessible?
- # [20:35] <@surkov> it's like <span><br></span>
- # [20:35] <@surkov> good question
- # [20:36] * Quits: icaaq (Adium@moz-2EB07EA7.cust.bredbandsbolaget.se) (Quit: Leaving.)
- # [20:37] <@firebot> trev.saunders@gmail.com denied review for attachment 806313 on bug 687414.
- # [20:37] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=687414 nor, --, ---, nobody, NEW, label_for relation is missed on label implicitly associated with control
- # [20:37] <@tbsaunde> surkov: yeah, something like that
- # [20:42] * Quits: Justin_o (Justin_o@67828CC7.C1A51174.9D42CF23.IP) (Ping timeout)
- # [20:48] * Joins: icaaq (Adium@moz-2EB07EA7.cust.bredbandsbolaget.se)
- # [20:51] <@tbsaunde> surkov: idea?
- # [20:52] <@surkov> not yet
- # [20:53] <@surkov> tbsaunde: frame tree should know, ask roc how to detect last br?
- # [21:06] <@tbsaunde> surkov: so, do we only care about last br for document, or arbitrary hyper text?
- # [21:06] <@surkov> tbsaunde: arbitrary
- # [21:07] <@tbsaunde> surkov: why would layout know?
- # [21:07] <@surkov> tbsaunde: it has lines so if br belongs to last line then if I understand right we should ignore it since it doesn't affect on layout
- # [21:09] * Quits: rednaks (rednaks@9F37C5AC.71823851.55FFA9B4.IP) (Ping timeout)
- # [21:24] * Joins: victorporof_ (victorporo@DD69D5EC.67CDC207.79933D60.IP)
- # [21:25] * Quits: victorporof (victorporo@DD69D5EC.67CDC207.79933D60.IP) (Ping timeout)
- # [21:30] * Joins: maxli (maxli@moz-A607CA26.student.cs.uwaterloo.ca)
- # [21:31] * Joins: rednaks (rednaks@10EDD5FB.70910F6F.55FFA9B4.IP)
- # [21:38] <@firebot> New Core - Disability Access APIs bug 918014 filed by kwierso@gmail.com.
- # [21:38] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=918014 nor, --, ---, nobody, NEW, Intermittent TEST-UNEXPECTED-FAIL | test_focus_browserui.xul | Exited with code 1 during test run |
- # [21:48] * Quits: brambles (xymox@moz-969AAE9B.barwen.ch) (Ping timeout)
- # [21:50] * Joins: brambles (xymox@moz-969AAE9B.barwen.ch)
- # [22:16] * Quits: erkan^ (Erkan@37E2BECA.CD215376.6894ADF4.IP) (Quit: Textual IRC Client: www.textualapp.com)
- # [22:23] * Quits: icaaq (Adium@moz-2EB07EA7.cust.bredbandsbolaget.se) (Quit: Leaving.)
- # [22:30] * nhirata is now known as nhirata|meeting
- # [22:35] <@davidb> eeejay: nice (bug 904687)
- # [22:36] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=904687 nor, --, mozilla27, eitan, VERI FIXED, Introduce Pico speech synthesis service
- # [22:38] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Quit: davidb)
- # [22:50] <@firebot> eitan@monotonous.org requested review from trev.saunders@gmail .com for attachment 806881 on bug 687414.
- # [22:50] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=687414 nor, --, ---, nobody, NEW, label_for relation is missed on label implicitly associated with control
- # [22:57] * Parts: clown (clown@67828CC7.C1A51174.9D42CF23.IP)
- # [22:58] * Quits: rednaks (rednaks@10EDD5FB.70910F6F.55FFA9B4.IP) (Quit: Téléportation !)
- # [22:59] * Joins: sfoster (sfoster@moz-37AA60E3.hsd1.wa.comcast.net)
- # [23:02] <sfoster> surkov, I tracked down the change that broke soft keyboard support and produces the "We must reach document accessible implementing nsIAccessibleText!" exception
- # [23:03] <@surkov> sfoster: yeah, I saw in the bug. but regardless the fix did you manage to find a minimal test case where the bug can be seen?
- # [23:03] <@surkov> until we have a problem in a11y tree update the bug can pop up in other place
- # [23:03] <sfoster> surkov, I think so, let me go back to the minimal chrome I had and check for you.
- # [23:04] <@surkov> cool, thank you
- # [23:04] <@surkov> sfoster: please attach the patch to the bug so I can try
- # [23:15] * Quits: @surkov (surkov@13F2CEC5.7672369.D8E68FF6.IP) (Quit: surkov)
- # [23:36] * Joins: yzen (yzen@moz-E06714DD.cpe.netcabo.pt)
- # [23:39] * nhirata|meeting is now known as nhirata
- # [23:54] * Quits: jongund (chatzilla@moz-97EEA285.rehab.uiuc.edu) (Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258])
- # [23:59] <@firebot> trev.saunders@gmail.com granted review for attachment 806881 on bug 687414.
- # [23:59] <@firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=687414 nor, --, ---, nobody, NEW, label_for relation is missed on label implicitly associated with control
- # Session Close: Thu Sep 19 00:00:00 2013
The end :)