Child pages
  • Sakai 2.9 Announcements Tool Instructor Persona JAWS Walkthrough Scripts Results
Skip to end of metadata
Go to start of metadata

Evaluation Details

Browser/OS Used:

Windows 7, Internet Explorer 9

Adaptive Technology Used:

JAWS 12.0.1170

Sakai Tool:


Page(s) Tested /
Walkthrough Script:

Announcements, Post Announcement, Show Announcements from Another Site, Options, Permissions


November 29th, 2011

QA Server:

QA Server Environment:
(Copy from footer)

Sakai 2.9 Accessibility Review - TRUNK - Sakai 2.9-SNAPSHOT (Kernel 1.3.0-SNAPSHOT)- Server localhost

Evaluation Participants:

Mary Stores, Joe Humbert

Evaluation Complete: (Yes / No):


Accessibility Issues and Recommended Solutions

Task / Subject

Results / Issue





The "For" column header in the Announcements table on the Announcements main page does not make sense

The "for" column header title should be changed so the purpose of the column is understood by all users.




The Announcements table summary on the announcements main page is out of dated with incorrect information

Update the table summary to accurately describe the table

<table class="listHier" cellspacing="0" border="0" summary="Table contains a list of announcements. It is eight columns wide and each row contains a single announcement. Column one indicates if the announcement has an attachment, column two contains the title (subject) of the announcement, column three has the name of the author (Saved by), column four contains the date and time the announcement was last modified, column five indicates if the announcement is public or just for the current site/course, column six contains the date the announcement will become available to view in detail (Beginning Date), column seven contains the date the announcement will no longer be available (Ending Date).and column eight contains a checkbox - selecting it will mean you want to remove this announcement.">




The remove announcement checkboxes in the announcements table on the announcements main pageare all labeled as, "Select to Remove"

Each checkbox should have a unique and descriptive label.

<td class="screenOnly" headers="checkbox"><label class="skip" for="check-2">Select to remove Test Announcement #2</label>
<input id="check-2" type="checkbox" value="/announcement/msg/45be0037-6f3c-42ff-a5b6-60641055eb48/main/3bce499f-6b0b-4c9a-bd37-6954a3eb4fbc" name="selectedMembers" title="Select to remove">


SAK-22716 - Getting issue details... STATUS


Multiple radio button and checkbox groups (Access, Availability and Specific Dates) on the Post Announcement page do not make sense out of context

Fieldsets and legends should be added to these form control groups so they make sense out of context


SAK-22717 - Getting issue details... STATUS


The Availability radio buttons on the Post Announcement page are missing important information in their label that is available to sighted users.

Add the extra text to the label element so it cam be accessed by adaptive technology


SAK-22720 - Getting issue details... STATUS


Numerous combo boxes used for the Specify Dates Availability options when posting a new announcement are unlabeled

All form controls should be labeled
<legend>Beginning Date</legend>
<select id="release_month" onchange="document.getElementById('hidden_specify').checked=true;document.getElementById('use_start_date').checked=true;" name="release_month" title="Month">



SAK-22718 - Getting issue details... STATUS


If the Availability options Specify Dates option is chosen, but dates are not chosen and the new announcement is submitted  the form errors out, but the Availability option radio buttons reset themselves

The chosen options should be saved and there should be a way to move from the error message to the form control where the error occurs


SAK-22723 - Getting issue details... STATUS


When adding or editing and announcement and selecting a radio button choice for either the Access or Availability options, on input the focus changes and disorients the user.

The focus should not change on input, It should only change because the user requests the focus change or the form is submitted.




The table summary for the revision history that is present when editing an announcement and selecting the revision history link is not needed because the table is not complex enough to need a table summary

The table summary can be removed.




On the Announcements Options page, the "Display Options" radio buttons do not make sense out of context.

A fieldset and legend are needed so that the radio buttons make sense out of context.

<legend>Display Options</legend>
<input type="radio" checked="checked" value="sortable" name="VarNameDisplaySelection" id="sortable">
<label for="sortable">Sortable table view</label>
<input type="radio" value="sortableWithBody" name="VarNameDisplaySelection" id="sortableWithBody">
<label for="sortableWithBody">Sortable table view with announcement body</label>
<input type="radio" value="list" name="VarNameDisplaySelection" id="showList">
<label for="showList">List view with announcement body</label>


SAK-22725 - Getting issue details... STATUS

Priority Definitions

  • Critical: Issue will keep some/all users from being able to use this tool.
  • Major: Issue will cause significant difficulty to some/all users and should be revised.
  • Minor: Tool can be used successfully, but functionality will be significantly improved by fixing issue.
  • Trivial: Indicates that this issue has a relatively minor impact.