See also: IRC log
<trackbot> Date: 10 March 2015
<AWK> Chair: Joshue
<Joshue108> https://www.w3.org/WAI/GL/wiki/Scribe_List
<AWK> Scribe: Mike_Elledge
JO: General CSUN debrief. Experiences. Then update from Kathy on Mobile TF meeting.
AK: One of important things is discussions Wednesday and Friday. I was there. Kathy were you there?
K: Part of time.
AK: Loretta was there. Katie was
there Friday. Mike E. was there for both days.
... Interesting both days. Wednesday not as lively. More
theoretical. Friday was more free-flowing. Perhaps bec conf was
over.
... Judy Brewer had a deck that had a list of questions. DK if
it is posted. Guaranteed wouldn't get through all. One was
balancing stability with keeping up with technology.
... The general theme. Keeping WCAG as standard while looking
to future without falling behind. Valuable discussion:
Extension model, leave WCAG where it is, then work on
particular extensions like low vision.
... Possible target areas: vertical markets (TV, Autos, Digital
publishing) as areas of general interest for W3C, that others
are looking into as well.
... Interested in what others thought.
<Zakim> Joshue, you wanted to ask How would the suggested extensions work? Similar to the TF model?
JO: Any suggestion on how extensions would work? Like TF for specific areas of work?
AK: Tactical planning not really part of it. Figuring out what was of interest.
K: Whole extension piece would solve issues fitting within guidelines that are part of mobile, for example. Where specific to mobile would fit in. Excited by idea, make it easier to define either from vertical or technology.
<Joshue108> I like the vertical model too, but have concerns about bandwidth and resources.
K: A number of important things that could be addressed. Things that may not be communicated right now about specific subjects. Others seem excited too.
<AWK> Mike_Elledge: Struck by enthusiasm
<AWK> ...and the desire to put the emphasis on personalization and contextualization
AWK: To clarify. Greater point that recognition that cognitive, mobile and low vision are big areas where need for add'l work. Some perceived shortcomings in WCAG, and WAI guidelines in general. Should be able to do more for those audiences.
AK: These concepts were interesting in that may be impossible to deliver one experience to meet everyone's needs. Words instead of icons or vice versa, may have different combinatiosn of needs. How to deliver personalization important to those areas.
<Zakim> Joshue, you wanted to ask about the delta between GPII and this kind of model
JO: Just to ask about getting into area of GPII, customized UIs. Focus further down the road. Need to consider how WAI will work with that. Something we can tease out more?
AK: Agree something we need to know more about. GPII is still going to need standards. Gregg doing some really cool stuff, but at this time no way to really identify the components.
MP:
Personalization/contextualization, aware of GPII. essential to
meet individuals. How will it work with WCAG, which is more
universal. Some SC, whatever will be applicable to some people
in some circumstances. Need method for how WCAG will address
contextual and optional requirements.
... If person/context how to apply within WCAG.
AK: Good question, don't know the answer. Personalization extension, or SC applied to situation. Would be great if everything was organized and browser could do heavy lifting. DK what full extant of effort would be.
L: Line betw user agent and content responsibility keeps getting blurrier. Not sure how that is resolved. A11y requirement puts onus back on user for things User Agents don't do. How will customized rendering be achieved? Unclear how it will.
JO: Blurring between content and
user guidelines true for mobile too. WCAG is applicable in many
contexts. Perception that only applies to particular content.
Shift could go to technology from content, dk if need to make
as much distinction between User Agent and content. A11y and
universal detail devil is in the details.
... Developers need guidance. Concerned how we meet GPII.
<Joshue108> MP: In our guidelines it is clear that x is a content issue, but blurring too much can cause abstractions to break down.
MP: Involved in European procurement rules, very clear that it is a content issue. When writing requirements someone will have to meet can't have that blurring. If whole thing falls apart who has responsibility.
AK: Didn't have solution. Discussion about modules for vertical markets, mobile or vertical markets. Ppl interested in industry work (TV, autos, digital pubs) or cognitive, low vision and mobile (another grouping). How do we resource or group.
Katie: Auto not that different from mobile. Relatively close, brightness of screen, touch.
AK: Which do you like?
Katie: Observation.
<Joshue108> ME: The devil is in the details.
<Joshue108> ME: We could have guidelines SCs related to peoples ability.
<Joshue108> ME: Via taxonomies, attributes mapped to various criteria etc
<Joshue108> ME: DOn't know how to make it happen, but could be effective.
<Mike_Pluke> +1
<Joshue108> ME: JIT A11y
<Zakim> Joshue, you wanted to say the closer we can find mappings between verticals, the more we can avoid repitition.
ME: Just coined a new term. JIT A11y.
JO: Could be a nice #tag.
... Tie in to what Katie said. Don't want to do a whole lot of
repetition. ID core things we do as a11y people, liek when we
go to clients. Repeat basic best practices. Have them at the
core of each vertical: design patterns, markup, etc. Could
reduce repetition. Like similarities betw auto and
mobile.
... Conscious of verticals popping up like mushrooms. Have to
focus more on what ppl see as being stuff they'd like to do.
Question is still open.
J: What do you mean by vertical?
AK: Discussion about doing work with WCAG to look at industry specific modules, digital pub, TV, and what WCAG means in that context. Low vision, mobile and cognitive focus. With number of ppl in WCAG can't do all at once. So want to know ppls interest.
J: Don't see why we have concern about verticals. DK why we would treat them differently from any other technology.
JO: Not treat them differently, trying to anticipate.
K: As far as verticals, some are important. Call out specific things, like pub: still view of moving content. Professors should be able to pause content. Important for digital publishing. There are examples for each.
J: Talking about verticals like
retail. DK what we're talking about. Automotive?
... Confused by terminology.
AK: Terminology needs to be worked out.
J: Not sure that retail is WCAG's business.
JO: Verticals are specific domains like mobile, and various chunks we would work on.
<Zakim> MichaelC, you wanted to say point of sale covers near field communications, which W3C does have an API for
<jamesn> verticals to us are Communications, Education, Healthcare, Utilities, Retails etc.
MP: If you start to talk about functional limitations. Auto: reduced cognitive load, attention, etc. the things you'd need to emphasis. Primary issues in automotive.
JO: Identifying core stuff that would be common a good approach?
MP: Yes, could be done fairly easily, take those things that relate to reduced cognitive load could apply them.
<Zakim> MichaelC, you wanted to say point of sale covers near field communications, which W3C does have an API for and to say APA reviews all these techs and to say automative impacts
MC: Okay, I guess the term used by W3C for verticals won't match up to general industry definition. One impact near field communication, W3C actually has API for that. For auto real time...that said handled by accessible technology working group. Guidelines for using those features.
<jamesn> can someone point me to the W3C definition as I want to know what we are talking about - this is all I could find - http://www.w3.org/standards/semanticweb/applications.html
MC: Mobile and cognitive are
different kinds of verticals. For some there will be a need for
standards, others have to pay attention to particular issues.
Auto, for example, can't have small type.
... Shouldn't be constrained by particular model. Focus on what
we need to address.
<Joshue108> Thats a good point, as already use of terms like vertical are steering our thinking in subtle ways..
AK: Person view is that we have
plenty to do in mobile, cognitive, low vision and these are
issues that affect everything. Would prefer to harden the core,
with limited resources. Guidance that would help in
general.
... With more resources could look at specific needs. Digital
publishing working group could look at and integrate. But top
priority is we harden the common space.
<Mike_Pluke> +1
<Joshue108> +1
+1
<Ryladog> +1
JO: I wonder if we're saying the
same thing. You know I thought michael's comment on terminology
is good. Have to be careful about our internal jargon harder
for outside groups to understand.
... Whole discussion of verticals a moot discussion. Shaping
our thinking. Have to be open-minded about our approach. Need
to be clear about what we're trying to do. Still soemthing that
still isn't clear.
... Playing catch-up not good. Esp with consensus approach of
W3C.
?: Talking about hardening the course what do you mean? Techniques?
AK: Have to think about mobile as
part of whole thing, not a separate thing. An augmentation to
the existing guidelines, can add as a layer. Different from
auto, gaming, etc. If we're going to talk about how WCAG
applies to retail, there can be app for that.
... Mobile really not different from WCAG. But for auto need to
be prohibited from certain things since driving down the
road.
MJ: Getting asked more and more for wCAG guidance on HTML5 techniques still have lots to be done. How do we apply AA to automotive--a resource issue.
Katie: There are other paradigms will have to take into account. Make take other protocols as well.
AK: Any other thoughts on this? CSUN in general?
MC: Resource improvement?
AK: People love our resources!
MC: Sharron Rush took notes.
Hasn't sent around as far as I know. Panel on what doing to
improve resources and what's thought about it. First half of
session what they think about current mat'ls and how they would
use them to accomplish specific tasks.
... Without notes, would say that one big take-away, that
resources intended to support bureaucratically defined
standards. Not meant to address specific tasks. Lots of
interest in code examples up front, tagging by various
aspects.
... Some of the W3C formalism a struggle for ppl not in W3C.
Then showed survey and prototypes for quick reference, and
tutorials. Resonated for some ppl, working on some of those
things they want. Tagging and tutorials (for particular
roles).
... Not everyone who uses the mat'ls are a11y specialists, so
have to help non-prof'ls better. Most important bits first.
Reducing jargon (lol, understandability). Of the 20-30 in room
seem positive about what we're doing.
... More oppty for feedback, but only 40 minutes. Seem to be on
the right track, but need to make more progress.
AK: Some ppl really fired up--resources not as helpful as should be.
MC: Something that's been on my mind: How to we make it easier for ppl to help us. Techniques, have history of not using submissions. If we can find ways of leveraging help from wider world should do so. DK what those are. We have high bar.
AK: Can define things we want. Targets for people to contribute work that would be helpful.
<cstrobbe> Ken Nakata wrote a blog post about this: http://blog.hisoftware.com/2014/accessibility/wcag-2-0-should-not-be-applied-to-software-and-mobile-apps
MK: My comment is had attended Ken Takata presentation for desiging for a11y. During presentation gave a comment to Access Board that shouldn't apply WCAG to software. Didn't delve into it. Contrast minimum contrast not sufficient. There is a camp out there that is wary of mapping WCAG to 508 refresh. Still don't know what his issues are.
AK: If go to Hi Software blog can
see his comments--gave them last time to Access Board.
... Go to blog.hisoftware.com. See link above.
Katie: Ken did also testify to the Access Board. Another thing don't think he owns Hi Software, just works there. Has been purchased by Cryptzone. Not much danger in Access Board changing they're mind.
MP: Noticed that they referenced
549 as better way. Actually just re-wrote success criteria.
Functionally what 549 and 508 did are the same. 508 points to
working group notes. Not intended to be standard. Took the lazy
approach.
... Some ppl want to make the european an international
standard.
<MoeKraft> @Katie, You are correct. Ken Nakata is Director of Accessibility Consulting Practice at HiSoftware
MP: Had no choice. Some of the context is very unlikely that will applied to software. W3C had to address how it had to be done.
AK: Hearing some other companies that want a harmonized standard. Their not very different. Will be debate about how to harmonize them.
K: So a couple things we did with
mobile a11y. Presentation on Friday. Overall everyone had
positive feedback. Several sessions where ppl said WCAG did not
apply to mobile, so good that note is coming out that says it
does.
... Tuesday meeting, notes are out. Four areas: blue tooth
keyboard support, also applies to mouth sticks, etc. Also
talked about how that relates to touch and gestures. Custom
gestures, minimum touch size, and research that's out there.
Mobile TF will look into it.
... BBC, Apple, Android research on touch sizes. Moving toward
personalization, how number of settings you can select adds to
complexity. Honoring device settings and how it would work in
best practice. Discussion on what is important for mobile users
rather than WCAG.
... Which challenges are being faced, so we can be sure we're
addressing key areas. Customization, resizing of controls (not
just text). Readability, color contrast (ppl are outside
looking at device). When looking at background of 4.5:1, if go
to higher level will reduce number of combinations available.
Not always high contrast, some users need low contrast. Also
minimum font size.
... Not really possible to state miniumum font size. Also
discussion of gestures and left to right movement can be
difficult for some reasons. Brainstorming about mapping
shortcuts to make it easier to use. Some of the highlights.
<Ryladog> mobile on Apple watch?
K: Mobile TF is going to look into these.
<Joshue108> tnx Kathy, sounds good.
MP: Looked at number of issues
when doing Euro std. Virtually impossible to specify pixels.
Couldn't really address color contrast on mobile phone in any
meaningful way. No response from vendors. Will be interesting
to see what comes out in mobile TF work.
... Could not find anything that was really useful. Including
from industry. Can make measurement, but not always useful.
AK: Comments for Kathy?
JO: In general get positive feedback from notes. Liked that it is short and useful. Welcome. When is next version, wanted more information, high interest in getting more out.
Oops that was Kathy.
JO: Good to get a sense of conference. Thanks for that.
AK: One last agenda item. Asked about TPAC and whether we will meet in Japan. What is liklihood ppl can attend.
ME: Won't be able to.
K: Will be there.
AK: Still a question of time and travel budget. But good to think about. Will revisit.
ME: I will carry Katie's baggage if she will pay my way.
trackbot, end meeting
This is scribe.perl Revision: 1.140 of Date: 2014-11-06 18:16:30 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/hardengin/hardening/ Found Scribe: Mike_Elledge Inferring ScribeNick: Mike_Elledge Default Present: +1.617.766.aaaa, AWK, Joshue, Kathy_Wahlbin, Mike_Pluke, Kenny, +1.303.579.aabb, Loretta, Marc_Johlic, Michael_Cooper, So_Vang, +1.313.390.aacc, Mike_Elledge, Katie_Haritos-Shea, +1.617.577.aadd, Moe_Kraft, James_Nurthen, cstrobbe Present: +1.617.766.aaaa AWK Joshue Kathy_Wahlbin Mike_Pluke Kenny +1.303.579.aabb Loretta Marc_Johlic Michael_Cooper So_Vang +1.313.390.aacc Mike_Elledge Katie_Haritos-Shea +1.617.577.aadd Moe_Kraft James_Nurthen cstrobbe Regrets: Jon Avila Found Date: 10 Mar 2015 Guessing minutes URL: http://www.w3.org/2015/03/10-wai-wcag-minutes.html People with action items: WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option.[End of scribe.perl diagnostic output]