Hi Bill<br><br>Answers below, in-line<br><br><div class="gmail_quote">On Wed, Jul 25, 2012 at 3:34 PM, Bill Grubaugh <span dir="ltr"><<a href="mailto:grubaugh@sfsu.edu" target="_blank">grubaugh@sfsu.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dan et. al.<br>
Thanks for the feedback on Canvas. You mentioned That Canvas's Grading module has serious accessibility issues; is this faculty facing or, student facing?<br></blockquote><div><br>The grading module I examined is faculty-facing. At the moment I don't have a complete student view of all Canvas features.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I ask because, if it is faculty facing then the likely hood of individual accommodation may be in place and/or, could be readily implemented for this LMS feature/function; while the company tends to the problem.<br></blockquote>
<div><br>That is possibly an option, depending on the severity of the problem. However if we know that we have faculty that are screen reader users, or keyboard-only users, or speech input users, it is important to point out accessibility shortcomings in a product before they are purchased or deployed. If there is no apparent method for users (from either student or faculty sides) to use an application independently, and we know about it beforehand, that problem should be addressed straight away, not after a contract has been signed.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Does Blackboard also have a comparatively equal problem?<br></blockquote><div><br>I do not know. I have not used or tested Blackboard in many many years. Perhaps someone else in ATHEN-land can respond?<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
 If and when doing comparative assessments of products do you weigh  - what I'd call public facing interface features over staff facing interface accessibility? E.g., If two products are not fully accessible yet one has a fairly good student facing interface, yet the faculty facing has issues and the other is converse student facing is troublesome the one with the faculty issues may be a better choice - depending on the critical needs and functional requirements of the Requester. Then again the critical need in education is to reach students so I guess that should be factored into the product functionality from the get-go.<br>

What do ya think?<br></blockquote><div><br>This was not a comparative assessment, it's an examination of our Canvas pilot implementation with a focus on non-mouse access. I used keyboard-only, screenreading and speech input methods to interact with the LMS. I also glanced at default font and color choices. <br>
<br>From an overall accessibility perspective, I don't think it matters whether a significant problem is from the student side or the faculty side. Also don't forget there often is a third side: that of system admin or superusers that may interact with the system at a different level than either students or faculty -- that interface and any relevant modules should be accessible as well.<br>
<br>With our current knowledge of what is needed for application and web accessibility, I find it hard to justify implementing or deploying a product that essentially prohibits someone from accomplishing a key component of their job. In the case of faculty, a key job component is entering and publishing grade information.<br>
<br>By no means do I intend to single out a single vendor. But I do have to say I'm frustrated with companies that market their products as "disability friendly" or "ADA Compliant" when it's obvious that their knowledge of such matters apparently ends at the time they write those phrases. I don't think this is the case with Canvas, as some modules appear to be fairly accessible. It's a comment about other vendors I've observed over the years.<br>
<br>And while I'm on a rant, I'll point out that seeing the specific phrase "ADA Compliant" in connection to applications or web pages is a pretty good indicator to me that the vendor does not understand accessibility because they can't even articulate the standards language properly.<br>
<br>It's implied, but I'll state it openly here: I'm not speaking for my employer/institution; these are opinions that result from my experience.<br><br>I look forward to comments!<br><br></div>-- <br></div><div>
<font face="arial, helvetica, sans-serif">-*- Dan Comden                       <a href="mailto:danc@washington.edu" target="_blank">danc@uw.edu</a></font></div><div><font face="arial, helvetica, sans-serif">    Access Technology Center   <a href="http://www.uw.edu/itconnect/accessibility/atl/" target="_blank">www.uw.edu/itconnect/accessibility/atl/</a></font></div>
<div><font face="arial, helvetica, sans-serif">    University of Washington      UW Information Technology</font></div><div><br></div><br>