/irc-logs / mozilla / #accessibility / 2014-06-04 / end
Options:
- # Session Start: Wed Jun 04 00:00:00 2014
- # Session Ident: #accessibility
- # [00:21] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [00:21] * ChanServ sets mode: +o yzen
- # [00:24] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [00:25] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [00:43] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [00:45] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [00:49] * Quits: Gijs (gijs@moz-BC45F3A8.range86-173.btcentralplus.com) (Quit: sleep)
- # [01:09] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [01:09] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [01:10] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [01:11] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [01:14] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [01:16] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [01:34] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [01:34] * ChanServ sets mode: +o yzen
- # [01:38] * Joins: yzen_ (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [01:38] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [01:47] * Quits: yzen_ (yzen@moz-C3EA2B28.cable.teksavvy.com) (Connection reset by peer)
- # [01:48] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [01:48] * ChanServ sets mode: +o yzen
- # [01:57] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [02:22] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
- # [02:22] * ChanServ sets mode: +o surkov
- # [02:23] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
- # [02:24] * khuey is now known as khuey|away
- # [03:17] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [03:19] * khuey|away is now known as khuey
- # [03:29] <firebot> New Core - Disability Access APIs bug 1020039 filed by kwierso@gmail.com.
- # [03:29] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1020039 nor, --, ---, nobody, NEW, Intermittent relations/test_embeds.xul | Can't get accessible for [object XULElement]
- # [03:43] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
- # [03:43] * ChanServ sets mode: +o surkov
- # [03:57] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [04:11] * Parts: peteb (peteb@moz-665C7E84.austin.res.rr.com)
- # [04:35] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Input/output error)
- # [04:36] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [04:36] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
- # [04:41] * Joins: ochristi (ochristi@moz-893FEBEA.any.mx)
- # [04:42] * Joins: surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca)
- # [04:42] * ChanServ sets mode: +o surkov
- # [04:59] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [04:59] * ChanServ sets mode: +o yzen
- # [05:08] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [05:20] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [05:20] * ChanServ sets mode: +o yzen
- # [05:24] * Quits: yash_ (uid13811@moz-E77DEB21.irccloud.com) (Quit: Connection closed for inactivity)
- # [05:35] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [05:44] * khuey is now known as khuey|away
- # [05:44] * khuey|away is now known as khuey
- # [05:47] * Quits: @surkov (surkov@moz-DF24A6EA.cpe.pppoe.ca) (Quit: surkov)
- # [06:30] * khuey is now known as khuey|away
- # [07:35] * Joins: icaaq (icaaq@E8E1B702.7DCD925.CE255B90.IP)
- # [08:06] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [08:26] * Quits: icaaq (icaaq@E8E1B702.7DCD925.CE255B90.IP) (Ping timeout)
- # [08:28] * Joins: icaaq (icaaq@E8E1B702.7DCD925.CE255B90.IP)
- # [08:33] * Quits: icaaq (icaaq@E8E1B702.7DCD925.CE255B90.IP) (Ping timeout)
- # [08:35] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [08:35] * ChanServ sets mode: +o yzen
- # [08:37] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [08:37] * Joins: ioanachiorean (ioanachior@6DC7A5F5.AA1FA0D2.6A4F8DA2.IP)
- # [08:52] * Joins: icaaq (icaaq@moz-4595FE6F.creuna.se)
- # [08:58] * Quits: icaaq (icaaq@moz-4595FE6F.creuna.se) (Ping timeout)
- # [08:58] * Joins: icaaq (icaaq@moz-4595FE6F.creuna.se)
- # [09:01] * Quits: icaaq (icaaq@moz-4595FE6F.creuna.se) (Connection reset by peer)
- # [09:01] * Joins: icaaq_ (icaaq@moz-4595FE6F.creuna.se)
- # [09:10] * Joins: MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de)
- # [09:10] * ChanServ sets mode: +ao MarcoZ MarcoZ
- # [10:10] * icaaq_ is now known as icaaq|afk
- # [10:11] * Quits: icaaq|afk (icaaq@moz-4595FE6F.creuna.se) (Quit: 10-79 Notify coroner, over and out)
- # [10:31] * Joins: icaaq (icaaq@moz-4595FE6F.creuna.se)
- # [10:33] * Joins: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk)
- # [10:35] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [10:35] * ChanServ sets mode: +o yzen
- # [10:36] * Joins: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP)
- # [10:37] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [10:44] * Joins: agibson (agibson@moz-2C643250.gate.cable.virginm.net)
- # [10:50] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
- # [10:58] <@MarcoZ> Morning slee and SteveF! :)
- # [10:59] <SteveF> MarcoZ: hi!
- # [10:59] <SteveF> MarcoZ: have you read heydons book?
- # [11:02] * Quits: @eeejay (eeejay@moz-B3973587.xen.prgmr.com) (Ping timeout)
- # [11:02] <@MarcoZ> SteveF: Not yet actually. I have a tab open here where I am meaning to purchase it, but haven't got around to it yet.
- # [11:03] <SteveF> MarcoZ: :-)
- # [11:03] <@MarcoZ> I like Heydon's work and the questions he's asking. And with you as a reviewer, that's endorsement enough for me to recommend it without having read it.
- # [11:03] <@MarcoZ> yet.
- # [11:03] * Quits: agibson (agibson@moz-2C643250.gate.cable.virginm.net) (Ping timeout)
- # [11:04] * Joins: eeejay (eeejay@moz-B3973587.xen.prgmr.com)
- # [11:05] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [11:05] * ChanServ sets mode: +o yzen
- # [11:06] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [11:14] * Joins: agibson_ (agibson@moz-2C643250.gate.cable.virginm.net)
- # [11:18] * Quits: @MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de) (Input/output error)
- # [11:23] <SteveF> MarcoZ: heydon brings a refreshing perspective and style to the subject matter
- # [11:28] * Quits: agibson_ (agibson@moz-2C643250.gate.cable.virginm.net) (Ping timeout)
- # [11:30] * Joins: agibson (agibson@moz-2C643250.gate.cable.virginm.net)
- # [11:33] * Quits: agibson (agibson@moz-2C643250.gate.cable.virginm.net) (Ping timeout)
- # [11:42] * Joins: agibson (agibson@moz-2C643250.gate.cable.virginm.net)
- # [12:14] <slee> SteveF: I just order a copy of the book. I read the previous O'reilly one on Universal Web Apps
- # [12:14] <SteveF> slee: cool hope you find it useful
- # [12:15] <slee> The Smashing site says you 'reviewed' it but no reviews listed - do they mean a forward?
- # [12:15] <slee> I still have the Lawson edited book you recommend - will read it one day :)
- # [12:19] <SteveF> slee: no i tech reviewed it as it was being written (which is what they mean)
- # [12:24] <SteveF> slee: you talking about bruce/remy intor to html5?
- # [12:24] <SteveF> intor/intro
- # [12:26] <slee> Nah, standards and Compliance. 2nd ed of bruce/remy is great - I have that.
- # [12:27] <slee> Also chisholm/may http://shop.oreilly.com/product/9780596518745.do
- # [12:27] * icaaq is now known as icaaq|afk
- # [12:27] <slee> Will have to open library soon
- # [12:27] <slee> SteveF: ^^
- # [12:28] <SteveF> ah right
- # [12:29] * Joins: MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de)
- # [12:29] * ChanServ sets mode: +ao MarcoZ MarcoZ
- # [12:29] <slee> Marcy Sutton just discussing writing a book on FB - this new one got mentionend too
- # [12:29] <@MarcoZ> Hi all!
- # [12:29] <@MarcoZ> SteveF: Ping?
- # [12:29] <slee> MarcoZ: hi - sorry missed your hail earlier
- # [12:30] <@MarcoZ> slee: Yeah I dropped out due to a Windows freeze which required me to restart.
- # [12:30] <slee> MarcoZ: surely not! :D
- # [12:30] * Quits: sgimeno (santiago.g@A922400D.48362F18.BCC03455.IP) (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/)
- # [12:31] <slee> I'm sad I've only had a couple of occurrences the new 8.1 Blue screen of death so far
- # [12:31] <@MarcoZ> slee: Yeah this is Windows 7.
- # [12:31] <slee> MarcoZ: ah - flaky as hell that one ;)
- # [12:31] <@MarcoZ> SteveF: Hey I'm wip-ing up a patch to introduce placeholder as AccDescription if not already used as a label, bug 670083.
- # [12:32] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=670083 nor, --, ---, nobody, NEW, expose placeholder as description if wasn't used as name
- # [12:32] <@MarcoZ> SteveF: The question I am running into and which nobody has answered yet is, if both placeholder and title are present on a form field, which one should win? I would *think* placeholder...
- # [12:34] <SteveF> MarcoZ: this may be helpful http://www.html5accessibility.com/tests/placeholder-labelling.html
- # [12:38] <SteveF> MarcoZ: the issue is that title is used in html5 to provide error messages for controls, so would suggest that in non error state the title be dropped from acc description in favour of placeholder if present. In error state the title and placeholder text be concatenated to produce acc description
- # [12:39] <@MarcoZ> SteveF: OK, makes sense.
- # [12:39] <@MarcoZ> SteveF: Not sure how to deal with the wrapped label/placeholder text name calc issue, may deal with that later.
- # [12:40] <SteveF> MarcoZ: sure I think I have raised this in past with alex, there is probably a bug somewhere
- # [12:43] <@MarcoZ> SteveF: Probably! :) I will deal with the accDescription bits for now.
- # [12:45] <SteveF> MarcoZ: https://bugzilla.mozilla.org/show_bug.cgi?id=631591
- # [12:45] <firebot> Bug 631591 nor, --, ---, nobody, NEW, different accessible name depending on the label element association method used
- # [12:45] <@MarcoZ> SteveF: Thanks!
- # [12:46] * agibson is now known as agibson|afk
- # [12:46] <SteveF> MarcoZ: Reported: 2011-02-04 :-)
- # [12:52] * Quits: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk) (Ping timeout)
- # [13:03] * Joins: abin (chatzilla@F9B96B1.2DDB4721.C6104E0F.IP)
- # [13:04] * Joins: Gijs (gijs@moz-BC45F3A8.range86-173.btcentralplus.com)
- # [13:05] <abin> any body know how to get back to home screen in the infocus firefox o.s
- # [13:05] <abin> ?
- # [13:10] * Quits: abin (chatzilla@F9B96B1.2DDB4721.C6104E0F.IP) (Ping timeout)
- # [13:12] * Joins: surkov (surkov@13F2CEC5.7672369.D8E68FF6.IP)
- # [13:12] * ChanServ sets mode: +o surkov
- # [13:13] * Joins: abin (chatzilla@D77201F7.BFDA7813.425A25DC.IP)
- # [13:19] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
- # [13:22] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
- # [13:26] * icaaq|afk is now known as icaaq
- # [13:36] * Quits: abin (chatzilla@D77201F7.BFDA7813.425A25DC.IP) (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140421221237])
- # [13:47] * Quits: agibson|afk (agibson@moz-2C643250.gate.cable.virginm.net) (Client exited)
- # [13:58] * Joins: agibson (agibson@moz-2C643250.gate.cable.virginm.net)
- # [13:59] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [14:05] * icaaq is now known as icaaq|afk
- # [14:08] * Quits: @MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de) (Quit: l8er)
- # [14:17] * Joins: yash_ (uid13811@moz-E77DEB21.irccloud.com)
- # [14:20] * icaaq|afk is now known as icaaq
- # [14:27] * Joins: yzen (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [14:27] * ChanServ sets mode: +o yzen
- # [14:39] * Quits: icaaq (icaaq@moz-4595FE6F.creuna.se) (Quit: 10-79 Notify coroner, over and out)
- # [14:45] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [14:45] * ChanServ sets mode: +qo davidb davidb
- # [14:46] <@davidb> heyo!
- # [14:46] * @davidb -> shower
- # [14:46] * davidb is now known as davidb|afk
- # [15:05] * Joins: icaaq (icaaq@795A8B07.7DCD925.CE255B90.IP)
- # [15:14] * davidb|afk is now known as davidb
- # [15:24] * Joins: peteb (peteb@moz-665C7E84.austin.res.rr.com)
- # [15:37] * Joins: MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de)
- # [15:37] * ChanServ sets mode: +ao MarcoZ MarcoZ
- # [15:38] <@MarcoZ> Hi all!
- # [15:38] <@MarcoZ> Not a slacker, bogged down in building a patch and testing on a Firefox build constantly.
- # [15:41] * Joins: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk)
- # [15:43] <firebot> marco.zehe@googlemail.com changed the Assignee on bug 670083 from nobody@mozilla.org to marco.zehe@googlemail.com.
- # [15:43] <firebot> marco.zehe@googlemail.com changed the Status on bug 670083 from NEW to ASSIGNED.
- # [15:43] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=670083 nor, --, ---, marco.zehe, ASSI, expose placeholder as description if wasn't used as name
- # [15:45] <@davidb> hi MarcoZ!
- # [15:45] <@MarcoZ> Hi davidb!
- # [15:45] * @MarcoZ is in patch writing mode again. :D
- # [15:47] <@davidb> :)
- # [15:47] <slee> MarcoZ: 3 mins have passed - are you still patching :)
- # [15:47] <@davidb> surkov, did you try your sim in the flame?
- # [15:48] <@surkov> nope, I trusted you when you said wind won’t work :)
- # [15:48] <@MarcoZ> slee: Yes, just sent the patch to surkov for review and am writing a seond one on top of that which takes a moment to get done and build. :)
- # [15:49] <slee> woah! I'm goiingto have to get faster at my C RFID code writing mode
- # [15:52] <@MarcoZ> Heh
- # [15:55] <@davidb> surkov, yeah.
- # [16:01] <@surkov> MarcoZ: why do you append placeholder to description?
- # [16:02] * @MarcoZ needs to log off again to test the patch for bug 631591 he's writing.
- # [16:02] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=631591 nor, --, ---, nobody, NEW, different accessible name depending on the label element association method used
- # [16:03] <@MarcoZ> surkov: I append the title or whatever else to the description after the placeholder if a) it is present and b) it is different from the label, so all information is there. For example HTML5 form fields put their intrinsic error states in the title.
- # [16:03] <@MarcoZ> s/error states/error messages/
- # [16:03] <@MarcoZ> surkov: So if someone uses a label, placeholder, *and* the title gets filled, all info is there.
- # [16:05] <@MarcoZ> surkov: so if placeholder is present and is not the label, it gets added to AccDescription first, since it is the part that is also immediately visible to the sighted user.
- # [16:05] <@surkov> MarcoZ: why do you think it’s expected behavior?
- # [16:05] <@MarcoZ> surkov: If then the normal description routine also finds something, which is different from the label *or* the placeholder, it gets appended.
- # [16:05] <@surkov> it sounds like excpetion from what we had before
- # [16:06] <@MarcoZ> surkov: Following what Chrome and Safari are doing actually. See http://www.html5accessibility.com/tests/placeholder-labelling.html, with some improvements.
- # [16:07] <@MarcoZ> surkov: It appears to become an emerging pattern that web developers put placeholders in when also using a proper label, and actually relay important information in the placeholder.
- # [16:08] <@surkov> MarcoZ: I don’t see that from the chart, where exactly should I look at?
- # [16:08] <@MarcoZ> surkov: The example that made me get started on this was http://pauljadam.com/demos/mobileforma11y.html
- # [16:08] <@MarcoZ> surkov: Like I said, with some improvements. Look at what Chrome on Windows does when both label and placeholder are present.
- # [16:10] * davidb is now known as davidb|afk
- # [16:10] <@surkov> I’d say they do something wrong, but I still don’t follow why the proposed behavior is improvement :)
- # [16:11] <@surkov> I bet the improvement doesn’t go with ARIA spec for example
- # [16:11] <@surkov> and it really makes the placeholder an unique attribute
- # [16:11] <@MarcoZ> surkov: Look at Paul Adam's examples for the e-mail and telephone number.
- # [16:11] <@surkov> ok
- # [16:11] <@MarcoZ> This is a pattern I've seen used more and more in recent months.
- # [16:12] <@surkov> MarcoZ: ok, what’s special about them?
- # [16:12] <@MarcoZ> They have both a label and a placeholder. The placeholder explains the expected format.
- # [16:13] <@surkov> they just have label and placeholder which is fine and doesn’t require concatenation, no?
- # [16:13] <@MarcoZ> surkov: ^
- # [16:13] <@MarcoZ> surkov: There won't be any concatenation with those examples.
- # [16:13] <@surkov> MarcoZ: yeah but you do
- # [16:13] <@surkov> and I don’t get why
- # [16:13] <@MarcoZ> What will happen with this patch is the label is the acc name, the placeholder will be the acc description.
- # [16:14] <@surkov> I agree with that
- # [16:14] * davidb|afk is now known as davidb
- # [16:14] <@MarcoZ> surkov: Now, if there would also be a *title* attribute in addition to the placeholder, that would be concatenated to the end of the placeholder text.
- # [16:14] <@MarcoZ> In acc description.
- # [16:15] <@surkov> MarcoZ: correct but I don’t get a reason
- # [16:15] <@surkov> do we have use case in the web for that? that’s unusual
- # [16:15] <@surkov> for name and description calculation logci
- # [16:15] <@MarcoZ> surkov: The reason is simply: The information is provided, so expose it to AT.
- # [16:15] <@surkov> logic
- # [16:16] <@MarcoZ> surkov: I am just thinking like a crazy web developer. :)
- # [16:16] <@MarcoZ> And Steve Faulkner confirmed that the title attribute holds the error message if an input becomes invalid. So it should be exposed. We talked on channel this morning.
- # [16:16] <@surkov> maybe we could leave concatenation out of box for now? :)
- # [16:16] <@surkov> it sounds like a different topic
- # [16:17] <@MarcoZ> surkov: And I chose to put placeholder first because that is immediately visible to sighted people, where title only becomes visible when hovering the mouse over it. So the more important thing *after* the label is what's in placeholder, not in title.
- # [16:17] <@surkov> I agree we should expose placeholder as description but concatenation is not so evident with em
- # [16:17] <@surkov> I agree with ordering
- # [16:18] <@surkov> we have ARIA and HTML spec and they are agree about placeholder but they don’t allow concatenation afaik
- # [16:18] <@MarcoZ> surkov: So they rather prefer that some information is lost?
- # [16:19] <@surkov> MarcoZ: maybe they don’t really prefer that, but it’s not allowed now so I understand that lost info is not always good and may be bad but it looks like different topic
- # [16:20] <@MarcoZ> surkov: Or maybe we just implement it this way and propose to update the spec and strengthen it with a working implementation.
- # [16:20] <@surkov> yeah but benefits are not also evident with me for this specific use case
- # [16:20] <@surkov> so you do for example concatenate aria-describedby and placeholder
- # [16:21] <@surkov> I would discuss that with people before implementation
- # [16:21] <@MarcoZ> surkov: The benefit is that no info is lost. E. g. there could be an error message in the title that the user never gets to hear when there is a label and placeholder, if we don't concatenate.
- # [16:21] <@surkov> MarcoZ: but we do lost info in case of name computation and it seems people lives with that fine
- # [16:21] <@MarcoZ> surkov: Oh yeah, I could adjust for that and check if the description came from tool tip I guess.
- # [16:22] <@MarcoZ> surkov: OK, you win.
- # [16:22] <@surkov> thank you! :)
- # [16:22] <@MarcoZ> I'll pull out the bit about concatenating the bits and just expose placeholder as accDescription if it is present and differs from the label/name.
- # [16:24] * @MarcoZ is back in a moment, testing and building.
- # [16:24] * Quits: @MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de) (Quit: Testing and building.)
- # [16:24] * Quits: icaaq (icaaq@795A8B07.7DCD925.CE255B90.IP) (Ping timeout)
- # [16:36] * Joins: MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de)
- # [16:36] * ChanServ sets mode: +ao MarcoZ MarcoZ
- # [16:36] <@MarcoZ> OK, building takes a bit.
- # [16:37] <@MarcoZ> surkov, I am also looking at bug 631591.
- # [16:37] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=631591 nor, --, ---, nobody, NEW, different accessible name depending on the label element association method used
- # [16:37] <@surkov> MarcoZ: yeah that’s tricky one, I won’t be surprised if current behavior goes with our computation alrogithm
- # [16:38] <@MarcoZ> surkov: I thought the best place would be to put in a check for a placeholder specific return value from nameNative for placeholders in nsTextEquivUtils::NameFromAccessible where we also check for the tooltip value.
- # [16:38] <@MarcoZ> But that didn't give me the desired result.
- # [16:39] <@surkov> MarcoZ: maybe we should have something like NativeDescription
- # [16:39] <@MarcoZ> surkov: Yeah I read through the bug and still don't understand why label nesting with and without the for attribute makes a difference.
- # [16:40] <@surkov> it’s legislative paradox :)
- # [16:40] <@MarcoZ> surkov: But aren't the two techniques supposed to be giving identical results in other cases?
- # [16:40] <@surkov> it might be a bug but perhaps we have to change our name computation alg
- # [16:41] <@surkov> I would say so as a human :)
- # [16:41] <@surkov> but we are guided by algorithm
- # [16:41] <@MarcoZ> surkov: The algorithm is thought up by humans, too. ;)
- # [16:41] <@surkov> right if we find a way how to change it without breaking other stuff then it’s the way to go
- # [16:41] <@surkov> but it’s some piece of work
- # [16:42] <SteveF> surkov: if algorithm produces nonsensical results needs to be fixed - bug filed if specced
- # [16:42] <@surkov> SteveF: result might be sensical, it depends how you look at it
- # [16:43] <@surkov> another problem is FF alg is different from ARIA one
- # [16:43] <@surkov> it’s weird problem but it’s likely requires lot of work
- # [16:43] <@surkov> weird and small
- # [16:43] <SteveF> surkov: expected behaviour should be same for both methods of label use
- # [16:44] <@surkov> SteveF: yeah, that’s what you said in the bug
- # [16:44] <@surkov> it’s not so evident with me though
- # [16:44] * Quits: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca) (Quit: Leaving.)
- # [16:45] * Joins: maxli (maxli@moz-4D28BA20.student.cs.uwaterloo.ca)
- # [16:45] <SteveF> surkov: the html spec does not state that there is any difference between the 2 methods and no one would know there was unless they looked at acc api output
- # [16:47] <@surkov> SteveF: html spec delegates name calculation to ARIA alg
- # [16:47] <@surkov> SteveF: I think you agree it’s not always possible to change general rule to fit all examples and thus all you can do is to have exception from generic rule
- # [16:47] <@surkov> but it sill doesn’t fit the alg
- # [16:48] <SteveF> surkov: so then its a bug in aria algo- there is no sense in having divergence on it as the expectation is they the 2 methods are the same and in all other ways they are
- # [16:48] <@surkov> SteveF: yeah, it could be but somebody needs to do investigations
- # [16:48] <SteveF> surkov: chrome gets it right :-)
- # [16:49] <@surkov> SteveF: maybe :) it depends what right is 1) following the spec 2) following your thinkgin :)
- # [16:49] <@surkov> I don’t really know
- # [16:49] <@surkov> someobyd need to look at the issue close
- # [16:50] <@surkov> I wanted to do that but always find an excuse to do that later
- # [16:50] <SteveF> surkov: if you can definitively say its an aria bug (as you keep suggesting) then i will file a bug on the name algo
- # [16:51] <@surkov> SteveF: ok, let me bump its priority for me
- # [16:51] <SteveF> surkov: it could well be that chrome has implemented the aria algo correctly...
- # [16:51] <@surkov> I don’t really know who’s guilty
- # [16:51] <@surkov> absolutely
- # [16:52] <SteveF> well it doesn't really matter, question is what is the best output for users/devs/interop
- # [16:52] <@davidb> SteveF, that sort of reduces to, what is best for users
- # [16:53] <@davidb> (because if devs/interop ain't happy, users won't benefit)
- # [16:54] <SteveF> davidb: yes, but having divergent behaviour for what is expected to be the same behaviour across browsers puts onus on devs
- # [16:54] <@davidb> agreed
- # [16:54] <SteveF> I am suprised we are even having to debate this :-)
- # [16:55] <@davidb> debate? in #accessibility? never!
- # [16:55] <@davidb> ;)
- # [16:56] <SteveF> we have 2 mthods to assign a label to a control both are commonly expected to produce the same result
- # [17:05] <@MarcoZ> Frankly, I wouldn't even know what sense it would make to put a for attribute on a label that nests the input anyway, but OK...
- # [17:09] * Quits: ioanachiorean (ioanachior@6DC7A5F5.AA1FA0D2.6A4F8DA2.IP) (Ping timeout)
- # [17:13] * Quits: @MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de) (Quit: Testing something.)
- # [17:17] * Joins: MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de)
- # [17:17] * ChanServ sets mode: +ao MarcoZ MarcoZ
- # [17:18] <@MarcoZ> surkov: This patch look any better?
- # [17:18] <@surkov> let me look
- # [17:19] <@surkov> MarcoZ: @ttile is preferred over @placeholder which is unexpceted, right
- # [17:19] <@surkov> ?
- # [17:19] <@surkov> it seems like you need something like NativeDescription
- # [17:20] <@MarcoZ> Oh shit, why does every fucking patch I touch require huge refactors?
- # [17:21] <@surkov> MarcoZ: yeah, that’s not just two lines
- # [17:21] <@MarcoZ> surkov: So what's this thing with nativeName and nativeDescription anyway?
- # [17:21] <@surkov> I think I would try to introduce NativeDescription and use it inside Description() where I would compare results of Name()
- # [17:22] * Quits: peteb (peteb@moz-665C7E84.austin.res.rr.com) (Ping timeout)
- # [17:22] <@MarcoZ> surkov: I still don't get what goes in ::name versus ::nativeName.
- # [17:23] <@surkov> NativeName is specific name from markup (no ARIA, no HTML labels)
- # [17:23] <@surkov> actually it has HTML labels
- # [17:23] <@surkov> but doesn’t have title stuff
- # [17:24] * Joins: peteb (peteb@moz-665C7E84.austin.res.rr.com)
- # [17:27] * Quits: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk) (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140529161749])
- # [17:30] <@MarcoZ> surkov: Hm from what I can see in generic/accessible.cpp, there is not really anything I could separate out from accessible::Description into a nativeDescription method.
- # [17:31] <@surkov> MarcoZ: maybe only XUL part
- # [17:32] <@MarcoZ> surkov: Oh yeah, that...
- # [17:33] * Joins: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk)
- # [17:33] <@MarcoZ> surkov: Is EDescrValueFlag be a good name for the new enumeration?
- # [17:34] <@surkov> MarcoZ: can’t you reuse namevalue flag for description?
- # [17:34] <@MarcoZ> surkov: Sure can.
- # [17:34] <@surkov> if it’s name confusing then you can use textequiv as prefix
- # [17:35] <@MarcoZ> surkov: Nope, think the name flags will work just fine.
- # [17:35] * Joins: icaaq (icaaq@202411AB.7DCD925.CE255B90.IP)
- # [17:35] <@surkov> ok
- # [17:36] <@surkov> that may be a bit strange if Description() returned name constant
- # [17:38] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Quit: peace out)
- # [17:38] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [17:38] * ChanServ sets mode: +qo davidb davidb
- # [17:49] <@MarcoZ> surkov: Thinking about it more, I don't think I even need flags for the description return types. I can stick to void even for the nativeDescription methods.
- # [17:50] <@davidb> man i'm hungry
- # [17:50] * @davidb heads over to #toronto
- # [17:52] <@surkov> MarcoZ: ok, let me look at the patch, I dont’ clearly undersntad how it can work since Description() doesn’t really know what NativeDescr returns
- # [17:52] <@surkov> davidb: what do you want for food?
- # [17:53] <@davidb> surkov, discussing in #toronto
- # [17:53] <@surkov> k
- # [17:54] * davidb is now known as davidb|afk
- # [18:01] * Quits: peteb (peteb@moz-665C7E84.austin.res.rr.com) (Ping timeout)
- # [18:02] * Joins: peteb (peteb@moz-665C7E84.austin.res.rr.com)
- # [18:15] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
- # [18:24] * Quits: @MarcoZ (marco.zehe@moz-83391A73.dip0.t-ipconnect.de) (Quit: Night)
- # [18:32] * khuey|away is now known as khuey
- # [18:32] * davidb|afk is now known as davidb
- # [18:54] * Quits: icaaq (icaaq@202411AB.7DCD925.CE255B90.IP) (Ping timeout)
- # [19:00] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [19:01] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [19:01] * ChanServ sets mode: +qo davidb davidb
- # [19:03] * Gijs is now known as Gijs_away
- # [19:03] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [19:03] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [19:03] * ChanServ sets mode: +qo davidb davidb
- # [19:07] * Joins: icaaq (icaaq@F34FE9B7.7DCD925.CE255B90.IP)
- # [19:11] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
- # [19:17] * Quits: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk) (Connection reset by peer)
- # [19:19] * Quits: icaaq (icaaq@F34FE9B7.7DCD925.CE255B90.IP) (Ping timeout)
- # [19:20] * Joins: icaaq (icaaq@F34FE9B7.7DCD925.CE255B90.IP)
- # [19:40] * Joins: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk)
- # [19:46] * Quits: icaaq (icaaq@F34FE9B7.7DCD925.CE255B90.IP) (Ping timeout)
- # [19:49] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
- # [19:52] * Joins: icaaq (icaaq@B04A1D88.7DCD925.CE255B90.IP)
- # [19:56] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
- # [20:08] * agibson is now known as agibson|afk
- # [20:18] <@yzen> eeejay any time if you are available
- # [20:20] <eeejay> yzen, i'll be in opentok in 5
- # [20:20] <@yzen> eeejay see you there
- # [20:21] <eeejay> yzen, ok. there!
- # [20:40] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Ping timeout)
- # [20:41] <firebot> New Core - Disability Access APIs bug 1020510 filed by surkov.alexander@gmail.com.
- # [20:41] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1020510 nor, --, ---, nobody, NEW, let tbody/etc accessible in table hierarchy
- # [20:41] * Joins: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net)
- # [20:46] * Quits: Gijs_away (gijs@moz-BC45F3A8.range86-173.btcentralplus.com) (Ping timeout)
- # [20:47] <eeejay> davidb, ping?
- # [20:47] <@davidb> eeejay hi!
- # [20:47] <@davidb> eeejay, give me 2 mins?
- # [20:48] <eeejay> davidb, sure. i'm in my opentok office
- # [20:50] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [20:51] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [20:51] * ChanServ sets mode: +qo davidb davidb
- # [20:54] * agibson|afk is now known as agibson
- # [21:07] * Quits: SteveF (chatzilla@moz-6F24D0BD.cable.virginm.net) (Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807])
- # [21:07] * Quits: icaaq (icaaq@B04A1D88.7DCD925.CE255B90.IP) (Ping timeout)
- # [21:07] <@davidb> eeejay http://mxr.mozilla.org/mozilla-central/source/accessible/src/windows/msaa/Compatibility.h#55
- # [21:09] * Joins: Gijs_away (gijs@moz-BC45F3A8.range86-173.btcentralplus.com)
- # [21:11] <@yzen> eeejay wow the homescreen is not accessible at all for me
- # [21:11] * Joins: icaaq (icaaq@moz-B572B301.cust.telenor.se)
- # [21:11] <@davidb> :(
- # [21:11] <@yzen> i guess it's gaia-grid
- # [21:12] <eeejay> uck
- # [21:17] * Quits: icaaq (icaaq@moz-B572B301.cust.telenor.se) (Ping timeout)
- # [21:25] * Quits: agibson (agibson@moz-2C643250.gate.cable.virginm.net) (Quit: )
- # [21:30] * Joins: icaaq (icaaq@moz-D4523D20.cust.telenor.se)
- # [21:34] * Quits: yash_ (uid13811@moz-E77DEB21.irccloud.com) (Quit: Connection closed for inactivity)
- # [21:35] * Quits: khuey (khuey@moz-DB4A9C19.scl3.mozilla.com) (Ping timeout)
- # [21:36] * Joins: khuey (khuey@moz-DB4A9C19.scl3.mozilla.com)
- # [21:37] <firebot> New Core - Disability Access APIs bug 1020548 filed by surkov.alexander@gmail.com.
- # [21:37] <firebot> Bug https://bugzilla.mozilla.org/show_bug.cgi?id=1020548 nor, --, ---, nobody, NEW, update aria-orientation impl to ARIA 1.1
- # [21:48] * Quits: icaaq (icaaq@moz-D4523D20.cust.telenor.se) (Ping timeout)
- # [21:51] <@davidb> surkov, apparently should work on flame
- # [21:51] <@surkov> davidb: wind?
- # [21:52] <@davidb> sorry.. fido
- # [21:52] <@davidb> surkov is fido the one you were thinking about switching to?
- # [21:52] * Joins: icaaq (icaaq@moz-D4523D20.cust.telenor.se)
- # [21:52] <@surkov> davidb: yes
- # [21:53] <@davidb> should work
- # [22:01] * davidb is now known as davidb|afk
- # [22:02] * Quits: icaaq (icaaq@moz-D4523D20.cust.telenor.se) (Ping timeout)
- # [22:04] * davidb|afk is now known as davidb
- # [22:08] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Connection reset by peer)
- # [22:08] <eeejay> yzen, looks like gaia-grid is not accessible
- # [22:09] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [22:09] * ChanServ sets mode: +qo davidb davidb
- # [22:10] * davidb is now known as davidb|afk
- # [22:12] * davidb|afk is now known as davidb
- # [22:15] <@yzen> eeejay do you want me to take a look or you are ?
- # [22:15] <eeejay> yzen, i could look at it
- # [22:16] <@yzen> alright ill play with e.me
- # [22:18] * Quits: slee (chatzilla@moz-F3E9DB28.gotadsl.co.uk) (Client exited)
- # [22:18] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Quit: Blah blah blah)
- # [22:19] * Joins: davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP)
- # [22:19] * ChanServ sets mode: +qo davidb davidb
- # [22:19] * Quits: @davidb (davidb@13F2CEC5.7672369.D8E68FF6.IP) (Input/output error)
- # [22:19] * Joins: davidb|afk (uid12418@moz-31ABA2C0.irccloud.com)
- # [22:29] * Quits: peteb (peteb@moz-665C7E84.austin.res.rr.com) (Quit: peteb)
- # [22:29] * Joins: peteb (peteb@moz-665C7E84.austin.res.rr.com)
- # [22:29] * Parts: peteb (peteb@moz-665C7E84.austin.res.rr.com)
- # [22:39] * Joins: icaaq (icaaq@moz-1F1166A8.cust.bredbandsbolaget.se)
- # [22:41] <@yzen> hey eeejay
- # [22:41] <eeejay> yzen,
- # [22:41] <eeejay> hey
- # [22:42] <@yzen> the PREFILTER_TRANSPARENT, at what point it's applied
- # [22:42] <@yzen> ?
- # [22:42] <eeejay> yzen, for opacity: 0
- # [22:44] <@yzen> eeejay right
- # [23:15] * Quits: icaaq (icaaq@moz-1F1166A8.cust.bredbandsbolaget.se) (Ping timeout)
- # [23:17] * Quits: @yzen (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [23:18] * Joins: icaaq (icaaq@moz-1F1166A8.cust.bredbandsbolaget.se)
- # [23:19] * Joins: yzen (yzen@moz-F62769B5.cpe.pppoe.ca)
- # [23:19] * ChanServ sets mode: +o yzen
- # [23:28] * Quits: @yzen (yzen@moz-F62769B5.cpe.pppoe.ca) (Ping timeout)
- # [23:28] * Joins: yzen_ (yzen@moz-C3EA2B28.cable.teksavvy.com)
- # [23:31] * Quits: yzen_ (yzen@moz-C3EA2B28.cable.teksavvy.com) (Ping timeout)
- # [23:32] * Gijs_away is now known as Gijs
- # [23:32] * Quits: Gijs (gijs@moz-BC45F3A8.range86-173.btcentralplus.com) (Quit: sleep)
- # [23:34] * Quits: icaaq (icaaq@moz-1F1166A8.cust.bredbandsbolaget.se) (Quit: 10-79 Notify coroner, over and out)
- # Session Close: Thu Jun 05 00:00:00 2014
The end :)