Home

ACCESSIBLE Portal

1. shane rect value at line 8 Figure 13 Evaluation against Personas step 3 1 Line 8 AREA attributes href iti el index html coords 690 55 790 85 L Figure 13 depicts the Full Report and Figure 14 depicts only the detected Errors Warnings In Figure 15 the results are presented to the user using the EARL format Swow only Errors Warnings Aaa E a a E Check if there is no alt attribute for lt IMG gt elements Errors 1 Check if there is no alt attribute for lt IMG gt elements Q Provide a non empty alt attribute to lt IMG gt elements 1 Line 12 IMG attnbutes height 695 src graphics_new index_v2 gif border 0 usemap map Check for the existence of alt attribute of lt AREA gt elements included in Errors 2 Check for the existence of alt attribute of lt AREA gt elements included in lt MAP gt element Provide a non empty alt attribute to lt AREA gt elements included in lt MAP gt elements that provides a brief description of the lt AREA gt elements 1 Line 8 AREAJattributes href itvel index html coords 690 55 790 85 shape rect value at line 8 2 Line 9 AREA attributes hre it en index html coords 800 55 690 85 shape rect value at line 9 Figure 14 Report containing only errors and warnings Final Draft Page 36 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 The Eval
2. from expert doctors and patients who provided feedback over whether they were appropriate and whether modifications were needed over them so as for more realistic simulations to be provided On the basis of this feedback the final version of the filters was implemented Disability Parameters and abnormal values identified from literature Visual acuity of 246 patients with age related macular degeneration a 20 20 20 25 60 patients b 20 30 to 20 40 65 patients c 20 50 to 20 100 57 patients and d less than or equal to 20 200 65 patients 22 Patients with MD generally fixate above or to left of their central scotoma 30 Fixation variability increases with scotomata size for scotomata sizes greater than 20 average diameter sharp increase in fixation variability can be noticed 52 Degree of eccentricity from the fovea From 2 to 11 29 Visual Field Defect VFD 49 Diffuse depressions in the hill of vision 34 For Chronic Angle Closure Glaucoma nasal area damaged 52 in the superior hemifield 58 in the inferior hemifield 38 Paracentral scotomas in the central 30 of the visual field 51 Advanced glaucoma large arcuate scotomata in the visual field 50 Reduced contrast sensitivity at the areas of visual field defects 40 Macular Degeneration Glaucoma Glare sensitivity for people with cataract 25 GS 1 2 C Co 1 L E Co Contrast threshold Ca Contrast th
3. 4 Introduction to the Web Services Assessment module The Web services assessment tool WSaaT tries for a first time to fill the accessibility gaps in the field of Web Services WSs It builds upon the notion of accessible WSs and the WS accessibility assessment framework WSaaF introduced and described in the deliverable D5 2 The WSaaF and its guidelines follow the rationale behind W3C WCAG 2 0 based accessibility standardization of web content It provides the basis towards building future accessible WSs a task that can be further facilitated by the use of an appropriate Tool WSaaT developed with the aim to provide automatic assessment of services against guidelines of the proposed framework That framework has been elaborated and appropriately extended so as to support also the emerging field of REST based WSs Moreover the updated version of the tool has been extended towards further facilitating developers of WSs to build either SOAP or REST based accessible products By building upon the notion of an accessible web service our WS accessibility assessment tool aims to ensure that web services are developed so as to allow for WS based HCI be accessible both on presentation and content level This can be done by enhancing WSs with proper accessibility features The intent of these features is to ensure that the Client Application WS interaction part of the WS utilization chain Figure 40 allows for accessible HCI at the End
4. SEVENTH FRAMEWORK PROGRAMME sewo INFORMATION AND COMMUNICATION TECHNOLOGIES RAMME Project Accessibility Assessment Simulation Environment for New Applications Design and Development ACCESSIBLE Grant Agreement No 224145 aCSessiole Applications Design and Development Deliverable number and title D 5 5b ACCESSIBLE prototype final version Lead beneficiary CERTH ITI WP no title WP5 Core Development and activity type Contributing Task s T5 5 Integration of ACCESSIBLE Modules and Tools Dissemination Confidential and Public version level Delivery date Month 42 Status Final Draft Dissemination level Co Confidential amp Public Part File name and D5 56_ACCESSIBLE_WP5_CERTH FD R size v1 0 pdf 44946 Kb ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Authors List Leading Authors Editors Surname Initials Beneficiary Name Short Contact email Name Tzovaras D CERTH ITI Dimitrios Tzovaras iti gr Votis K CERTHIITI kvotis iti gr Co authors n alphabetic order Surname Initials Beneficiary Name Short Contact email Name 1 Kaklanis N CERTHIITI nkak iti gr 2 Giakoumis D CERTHIITI dgiakoum iti gr 3 Tsakiris A CERTHIITI atsakir iti gr 4 Carrico L FFCUL luis Imc di fc ul pt 5 Bandeira R FFCUL rbandeira
5. background attribute of lt body gt elements bgcolor attribute of lt body gt elements bgcolor attribute of lt table gt elements bgcolor attribute of lt tr gt elements bgcolor attribute of lt td gt elements bgcolor attribute of lt th gt elements background attribute of lt style gt elements background color attribute of lt style gt elements background image attribute of lt style gt elements background css properties background color css properties background image css properties 1 4 8 Level AAA C19 Check the value of text align css property text align properties in CSS with value center or inherit or justify are considered as errors 2 1 2 1 1 Level A G90 SCR20 G202 G90 1 SCR20 2 G202 2 Check for the existence of redundant input mechanisms The following are identified and considered as errors e onkeyup event handlers without redundant onmouseup event handlers e onkeydown event handlers without redundant onmousedown event handlers e onmousedown event handlers without redundant onkeydown event handlers e onclick event handlers without redundant onkeypress event handlers e onkeypress event handlers without redundant Final Draft ITI Page 26 of 145 CERTH ACCESSIBLE Deliverable D5 5b CO Grant Agreement No 224145 WCAG2 Success
6. http 160 40 50 89 8080 sample_WSDLs Senice2 wsdl Descriptions against Evaluate your Web Service Personas Evaluate a collection of Web Evaluate a collection of Web Services against ontology Services against specific quidelines Figure 44 Three options for the evaluation of the Web Services Evaluating Web Service Descriptions against Personas By selecting the first option the user chooses to evaluate its preferable Web Services against Personas The first step of the procedure is depicted in Figure 45 where all the needed information about the Personas is presented to the user of the tool Then the user can select against which Persona he she will perform the evaluation process All the information about the Personas is also available in PDF format Final Draft Page 59 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Serice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Back to project options Next Cl Andy Catteeuw CI Matthew Perkins Andy Catteeuw is 23 years old and suffers from Matthew Perkins is 28 years old and suffers from Attention Deficit Hyperactivity Disorder Blurred Vision Down Syndrome Marital status Single Job Student Location Marital status Single Job Employed Location Houthalen Belgiurn Education Birmingham UK Education Download persona description in pdf format Download persona de
7. Oblectves nes yet The triggering idea behind ACCESSIBLE is to contribute for better accessibility for all citizens to increase entrar Recsarchiandl o Expected impact the use of standards and to develop an assessment simulation environment including a suite of accessibility p pri Technology Hellas Informatics and Accessibility analysing tools as well as developer aid tools to assess efficiently easily and rapidly the accessibility and Telematics Institute Related projects viability of software applications for all user groups amp bad ACCESSIBLE will exploit the technologies behind the recent expansion of accessibility tools and standardisation methodologies in order to provide an integrated simulation assessment environment for supporting the production of accessible software applications mabile or not statistics OOOO O This will enable large organisations SMEsor individuals developers designers etc to produce software Visits 0 products of superior accessibility and quality accompanied with appropriate measures and proposals for best Members 57 practice The proposed system will be demonstrated in the four pilots of ACCESSIBLE for the assessment of a Mobile applications including JavaFX Scripts by Web applications c Web services mainly focusing on ee infomobility services and d description languages e g UML SDL etc Online facilities 4 To become a member of Development and Evaluation of ACCESSIBLE applicat
8. 4 2 Web Services Accessibility Assessment using the standalone tool In the present section a typical use case scenario by using the developed standalone Tool is being described For this purpose an example WS is taken into account which takes as input the name of a city and provides as output an image showing a corresponding map From the process described in the following the service is assessed against a subset of the defined accessibility guidelines whose automatic assessment is feasible Of course the evaluator e g the developer of the WS may also manually check whether her his service conforms to all of the guidelines defined within the framework In any case the use of the tool can significantly facilitate the process of WS accessibility assessment As described in the previous sections the assessment procedure supported from the WS assessment Tool consists of the following steps Step 1 Providing information over the WS operations structure The goal of this initial step is to provide the Tool with information regarding the operations defined within the service under evaluation This can be done in two ways in respect of whether the developer possesses a definition file describing the service or not as described in the following If a WSDL or WADL file describing the SOAP or REST WS exists the capabilities of the Tool s Service Definition Parser module can be utilized so as for information regarding the structure
9. Similarly the following Table 3 presents all the implemented tests concerning the WAI ARIA specifications WAI ARIA Test Implementation details Check for role Identify elements with role attribute and value equal to one of the following attribute presence status tree row alertdialog navigation option menuitem application definition list tabpanel treeitem contentinfo combobox separator note region tablist tootltip log search link checkbox math dialog heading document radiogroup rowheader banner img group progressbar main marquee menubar listbox presentation radio treegrid directory complementary button menu rowgroup alert toolbar grid menuitemcheckbox menuitemradio spinbutton tab textbox scrollbar timer slider gridcell form columnheader listitem article Check for Examine the following based on http www w3 org TR wai aria roles elements with e Elements with role spinbutton without attribute aria valuemax missing required e Elements with role treeitem whose parent is not group or tree WAT ARIA e
10. For the detected lt IMG gt elements without longdesc attribute ensure that the longdesc attribute is not needed A longdesc attribute should be provided when a short text alternative does not adequately convey the function or information provided in the image AM ine 21 IMG attributes id webbug height 1 src http Awww bbc co uk mobileAvebbugproxy AM ine 25 IMG attributes src http sa bbe co uk bbe bbe s name SET COUNTER amp app_type mobi A AM ine 37 IMG attributes alt BBC src http static bbe co uk mabile homepage templates 4 AM ine 48 IMG attributes alt src http Avww bbe co uk mobile fic mobile_4avkeRgn_622f783 5 Aine 67 IMG attributes f alt src http news bbcimg co uk media images 53278000 jpg _53 Figure 79 Evaluation against ontology step 3 Evaluating a mobile Web Site against specific guidelines The third option is to evaluate a mobile Web Site against specific guidelines By clicking on the button Evaluate your mobile Web site against specific guidelines the Guidelines and the Success Criteria of MobileOK and WCAG72 0 are presented to the user as depicted in Figure 80 and Figure 81 respectively Final Draft Page 85 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html Select among the following Guide
11. Standalone Tools Online Evaluation Projects Y Web applications assessment tool Website Accessibility Inspection Projects W Mobile Web applications assesment tool 2 Mobile Web Applications Assesment Projects VWWeb Services assessment tool 2 Description Languages Assessment Projects All ACCESSIBLE tools Web Services Assessment Projects Figure 71 Selection of project to be assessed If the user decides to add a new project he she has to follow the same procedure as described for the Web Accessibility Assessment tool When a user decides to assess a project that is already added he she has to select the project he she wishes to assess and then Figure 72 appears Final Draft Page 77 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Active document index html http www bbe co uk mobile index html O http Awww bbe co uk news mobileAwvorld asia pacific 11055015 O hitp Awww bbe co uk news mobile world asia pacific 11067471 Back to Projects Evaluate your Web Site Evaluate you mobile web site against personas against ontology against specific quidelines ontology Evaluate you mobile web site Sel Quick evaluation against Standalone Tools Online Evaluation Projects VW Wveb applications assessment tool 2 Website Accessibility Inspection Projects VW Mobile Web applications assesment tool Mobile Web Applications Assesment Project
12. Figure 101 Selection of approaches based on the ACCESSIBLE harmonized m thodolo Ss oise wvescave cans aer EEEE E EE ES 104 Figure 102 Selection of impairment s eesseseseeseseesersrrsrrssrssresresressresteserestenreseresresee 104 Figure 103 Selection of disabilities eeseeseseeeseesessssressessrrsressrssrssesnreseeerereresresse 105 Figure 104 Listing of Guidelines Approaches applying for the selected impairment disabilities ene a rA EEE AAT AR a 105 Figure 105 Selection of Approaches essesssesesssessersseeessersseressressrresseessersssressesse 106 Figure 106 Selection of the accessibility assessment method to be used 107 Figure 107 Selection Of Personas iiini oi eeeedee 107 Figure 108 Selection of Evaluation Approaches sesessssesssssesssesseresseessersssresssesse 108 Figure 109 Accessibility Assessment Results 0 0 ceeeesessseceneeeeeeeeeeesneesaeessaeenes 108 Figure 110 Selection of Checkpoints for each defined Guideline 0 0 0 eee 109 Figure 111 Selection of Drsabiites ict 2 goss hoo ae Qa he aoa died esas ieee 110 Figure 112 Selection of Functional Limitations 00 0 0 ce eeeeseeeeeeeneeeeeeeeeeeseeeees 110 Figure 113 Selection of Impairments jj cveessssetecdinrasaventevieeattunia ieee 111 Figure 114 Selection of evaluation categories for quick evaluation 112 Figure 115 Simulation of visual impairments over the UI shown in Fig a 118 Figure 116 Filter
13. ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Hearing impairments Our developed tool supports also the simulation of hearing disabilities This is done through audio filters incorporated in DIAS which provide the developer of an application with insight over how common hearing impairments affect the way an end user perceives sounds Conductive hearing loss and sensorineural hearing loss impairments are supported from DIAS through an audio filter that manipulates the loudness of the delivered sound Like conductive hearing loss sensorineural hearing loss reduces the intensity of sound but it might also introduce an element of distortion into what is heard resulting in sounds being unclear even when they are loud enough Two types of sensorinueral hearing loss are simulated within the DIAS tool the Noise Induced Hearing Loss and the Age Related Hearing Loss each regarded in mild and moderate severe categories In order to simulate these categories of sensorineural hearing loss four different filters were implemented These filters cause a change to the frequency of the sound resulting in distortions Figure 116 depicts the filters that were implemented for each category of sensorineural hearing loss The filters of Figure 116 a and Figure 116 b were used in the implementation of Noise Induced Hearing Loss for the mild and moderate severe categories respectively The ones of Figure 116 c and Fig
14. OLAS Prenen Read Window leatrtonke pire Type Fale Feccmnbedatine Weacrpcias co Dyli et Avatar rtd artes wena ate Wieck BEA of RAO Dare aad GDP cr AE Aadi Mane and Anda Deane Ov rete Tet A user itt dedi woud aoe Toedo mated of Dudda Crewe aude duoporo o derge hocmmtiec Mane ard Recents Dert Rad Q eit ner rath denie nal see TOF rodea of TR Crewe ario daoti or Crepe Aeri Mare ond Amble Drobo poprie Pen Q oaie A cee rat dreia wend ate Lake ete af Sabet Hirano mato dAn aiii or Dapa Armita Mame ait Aecesilide DBA prt Rabe Figure 129 Recommendations provided through the NetBeans IDE preview design plugin in respect of dyslexia simulation The preview design plugin can facilitate a developer with limited knowledge on accessibility issues towards building accessible Java Swing forms However the real time interactions of developers with their Swing application forms are also highly important within the design of their implementations Static and non interactive views of applications are fine when developers and designers are developing independent forms but the preview design plugin cannot assist them in respect of understanding how form components should behave as the application is running in real time where relevant modifications come up during interaction e g modification of size usage of combo boxes and buttons change the ordering of tabs etc To overcome this issue the DIAS run main NetB
15. Please select one of the following delivery contexts O Desktop O Mobile Android BlackBerry iPhone The following evaluation approaches has been infered for your evaluation setting Please select the ones to be used for the final evaluation m WCAG2 Evaluation Approaches M Check if the alt attribute for lt IMG gt elements is empty M Check if there is no alt attribute for lt IMG gt elements M Check for the existence of title attribute for lt FRAME gt elements M Check for the existence of text equivalent in lt OBJECT gt elements MVVBP Evaluation Approaches AUTO REFRESH and REDIRECTION IMAGE MAPS NO FRAMES NON TEXT ALTERNATIVES OBJECTS or SCRIPT PAGE TITLE POP UPS TABLE ALTERNATIVES TABLES LAYOUT TABLES NESTED Checkpoint 1 4 Checkpoint 2 1 Figure 82 Evaluation against specific guidelines step 2 Finally by pressing the button Nex the evaluation process begins and the results are show in Figure 83 Final Draft Page 88 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html Full Report EARL repot EARL repot PDF PDF repot Full Report MVYBP EARL report MVWBP XML EARL report MVWBP PDF m Check for the existence of alt attribute in images used as submit Errors 1 Check for the existence of alt attribute in images used as su
16. elements CI Check for the existence of lt H6 gt elements Figure 74 Evaluation against Personas step 2 Figure 75 presents the final step of the evaluation process which includes the Evaluation Report containing all the errors and the warnings that were detected during the assessment Final Draft Page 80 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html auigsciona Report only errors EARL report EARL report PDF PDF report Full Report MVWBP vr EARL report MVVBP XML EARL report MVVBP PDF WCAG2 Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need such as large print braille speech symbols or simpler language WCAG2 SuccessCriterion 1 1 1 Non text Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below m Check for the existence of longdesc attribute in lt IMG gt elements Warnings 8 Check for the existence of longdesc attribute in lt IMG gt elements For the detected lt IMG gt elements without longdesc attribute ensure that the longdesc attribute is not needed A longdesc attribute should be provided when a short text alternative does not adequately convey the function or information pr
17. output of the simulation By clicking over these elements the developer obtains further details over the error identified and over how the specific element s size should be altered so as to cater for the needs of end users with the present disability In the example shown from Figure 117 a large number of elements e g buttons of the examined application are not large enough so as to allow an end user with severe Parkinson to easily click them Cables Cone Motor Vivon Hory weier senh Cogttion behou a a id ivewe Figure 117 Instance of Parkinson simulation over a Java application Cognitive impairments Apart from visual hearing and motoric impairments our tool supports also the simulation of symptoms related to dyslexia As shown in Figure 118 the dyslexia symptoms covered from our tool are confusing small words letter reversals word reversals inversion of letters mirroring of numbers and wrong order of letters These symptoms can be simulated either on their own or in combinations so as for the developer to examine how her his development s UI could be perceived from various dyslexic end users During dyslexia simulation DIAS identifies UI elements containing text that is shown to the application s user It subsequently alters their text in respect of the simulated symptom s As a result the filtered version of the UI contains new textual elements w
18. s periphery Figure 115 d where a VERITAS UI example was used whereas as the symptoms severity level increase the masks become less opaque and bigger On the contrary for the simulation of loss of central vision symptoms similar masks are applied at the centre of the visual field Figure 115 c Similar masks can also be applied over the whole visual field e g in the case of cataract Figure 115 b Figure 115 presents how all supported visual impairments are simulated through DIAS by taking as example an instance of a Java application whose original normal appearance is shown in Figure 115 a In order to provide a clear view of the supported visual simulations Figure 115 depicts simulations of impairment symptoms regarded at an increased severity level As shown in Figure 115 the simulation of cataract involves randomized semi opaque masks that are applied in the whole visual field Moreover an openCV blur filter is applied so as to simulate the degradation of visual acquity Also manipulations are made over the hue and saturation of the UI s appearance in the HSV colour space leading to the simulation of yellowing and saturation symptoms Furthermore the glare sensitivity symptom of cataract is also simulated through appropriate manipulations over the bright portions of the UI Macular degeneration is simulated by DIAS through semi opaque masks that are applied at the centre of the visual field Moreover the degradation of visual
19. target impairments as well as their symptoms and parameters that need to be modelled To this end our work started from an appropriate analysis of relevant disabilities that needed to be covered by our tool towards modelling their most common symptoms within a proper framework that would form the basis for the desired simulations Our research work focused over the simulation of impairments that are relevant to HCI in terms of being capable to significantly hinder it Modern HCI is heavily based on the user s visual perception of the application s user interface UI and also on the user s capability to provide input to the computer through a mouse or a keyboard In some cases the user should also perceive sounds produced from the application It is thus clear that visual hearing physical and of course cognitive deficiencies can pose significant obstacles in HCI Focusing over these categories of impairments a largescale literature survey was conducted towards identifying impairments that were relevant to our scope both commonly addressed and also well documented so as for appropriate filters simulating their most common symptoms to be developed The specific impairments that were finally selected to be addressed from our tool are briefly described in the following paragraphs Macular Degeneration is a condition that damages the macula the central part of the retina The macula is responsible for central vision and the ability to se
20. 1 Provide the accessibility status of all the Points of Interest returned upon service invocation C WebSenicel Checkpoint_C1 2 Provide a description of the accessibility status of all the Points of Interest returned upon service invocation Guideline_C2 When a service provides content related to Route Guidance it should provide inforrnation describing efficiently and effectively the accessibility status of the various route segments regarding a set of different impaired user groups with different needs WebServicel Checkpoint_C2 When a service provides content related to Route Guidance it should provide information describing efficiently and effectively the accessibility status of the various route segments regarding a set of different impaired user groups with different needs Figure 55 Evaluation against ontology step 2 The following steps of the evaluation procedure are the same as the ones described in Evaluating your Web Service Descriptions against Personas In Step 3 the user selects the Operation to be evaluated Figure 56 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl peration getMap NEV Inputs B location http www w3 org 2001 XMLSchema string E useLocalhost http www w3 org 2001 XMLSchema boolean Outputs E 3 getMap_NEWResult http tempuri org ITI_Image_NEW E imageURL http www w3 org 2001 XMLSchema string Bl imageType http
21. 2 The labels titles of all GUI components Error O O O OOO uideline 2 1 All application windows should have title uideline 2 2 All groups of GUI objects should have la uideline 2 3 All groups of GUI objects should be place uideline 2 4 Each group of GUI objects of an applicati uideline 2 5 All GUI controls should have label title t Guideline 1 1 gt Line 1 For SWGT_Window_Create_S int length int width SWGT_Group_Create_S Wnd_Handl Guideline 1 2 gt Line 1 SBIP_PXF_Label_Font_Set Lbl_Handle int fontSize signal should have a fontSize param Figure 99 Results The evaluation results can be exported by the EARL tool as depicted in the following figure Failed Figure 100 Results using the EARL tool HAM based Evaluation As an additional evaluation procedure the ACCESSIBLE harmonized methodology HAM is being supported by the assessment module Figure 101 Final Draft Page 103 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 SL Accessibility Assessment Tool Poe Selecion SI Appian Fide Path Met hodotosgy Choose approaches marmasty Choose appr caches vung ACCESS E harmoneved methodology Figure 101 Selection of approaches based on the ACCESSIBLE harmonized methodology Based on the HAM methodology the following steps are necessary for specifying which approaches are needed for the eva
22. ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 135 Screenshot of simulated effects reflection of fluorescent lamp and finger occlusion Implementation of MIS tool Mobile Impairment Simulator is developed for Mac OS X and uses Cocoa framework for rendering of effects Most of the filters are implemented using Core Image Apple image processing technology that leverages programmable graphics hardware whenever possible to provide near real time processing Core Image API provides access to built in image filters for both video and still images and provides support for creating custom filters Unfortunately this technology is very closely tied to Mac OS X environment and there is currently no similar multi platform solution Limits of used approach As it was mentioned previously Mobile Impairment Simulator is fully independent on any type of mobile platform emulators There is no relation between the mobile platform emulator and Mobile Impairment Simulator Static image rendered by mobile platform emulator is periodically sent to Mobile Impairment Simulator where it is modified according to requested simulation effect Therefore we do not know the semantics of the objects on the display location of buttons labels input fields etc thus issues like wrong tab traversal cannot be simulated This is the most important limit of the approach we have used for simulation We are considering the fact that some kind of
23. An operation that provides information about Points of Interest as output Input 1 User Category Output 2 Accessible Point of Interest a Point of Interest i User Group ii POI Accessibility Status Final Draft Page 141 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 iii POI Accessibility Status Details 2 Route calculation Operation Description An operation that provides route calculation capabilities and produces calculated routes as output Input 1 User Category Output 1 Accessible Route a Pedestrian Route Segment i User group ii Accessibility Status C2 1 L3m ili Accessibility Status details C2 2 L3 b Public Transport Route Segment i Origin Accessibility Status a User group b Accessibility Status C2 3 1 L3m c Accessibility Status details C2 4 1 L3 ii Destination Accessibility Status a User group b Accessibility Status C2 3 2 L3m c Accessibility Status details C2 4 2 L3 iii Means Vehicle a User Group b Accessibility Status C2 3 3 L3m Accessibility Status details C2 4 3 L3 10 2 Controls for the Supported Impairments in DIAS For each supported impairment different factors can be controlled through the controlling toolbar of the DIAS tool By these means each impairment can be approximately simulated for different degrees and levels of severity The controls that were implemented for DIAS too
24. CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 134 Screenshot of MIS tool with blur effect placed over the Android emulator Currently there are implemented following simulation effects e Physical environment effects o Static reflection o Dynamic reflection o Display tremor o Finger occlusion e Visual impairments effects o Tunnel vision Blurred vision Colour blindness Macular degeneration O O O 90 Extreme light sensitivity It is also possible to combine parameters and create real life situations such as reflection on the display and finger occlusion or display tremor and blurred vision The static reflection effect provides preview of the mobile application when for example fluorescent lamps see left side of Figure 135 on the ceiling reflects on the display Developer can easily adjust strength of the static reflection effect and check if the user interface is still readable Finger occlusion effect is implemented by modified mouse pointer that is attached to the photo of index finger or thumb see right side of Figure 135 Usage of mobile device while walking or travelling by car or by bus brings tremor of the display and introduces text reading problem Display tremor effect is simulated by random motion blur effect Many of these effects can be also used to check the usability of the visual design for users with no visual impairment Final Draft Page 136 of 145 CERTH ITI
25. F is an arne serace that tsottyjes S MASSES BN ia browary and seanchieg recoues f cod eto Acronym tehwverd te Accwsstelty Ewahswien n and Terting Da Trftrrnation Society Tintan LE Piracy Stemap Camtact us Figure 7 Web Accessibility Inspection Projects In the next step the active projects are available The user can either assess an already added project or he she can add a new project Figure 8 Development and Evaluation of ACCESSIBLE applications The Glossary providos accasa to Terme Detretons Abtrevations and Acronstre that ave salted te ACCESSIBLE or in general to accer biy evaiustion and tecting The Courses faciity aims at ahowing whara Ghat are net farrier wih the ACCESSIBLE methods atd loole far evdeating acc eswbelty to get tamed throug gt collecton of material that Can Be sogarately 27082010 viewed or organized ite courses e Kapwondis TOLO m D neemo oa x Drite The digital Bbrery of ACCESSELE O Abin ig an orire covoe that botisies E 700a m aria brrwaitg and searching risostes C Aesarym relent 1p Accesnb ty Evelustion aed Tasting NAEM EVES feheemution Society rate E Pibacy Sitemap Contact ws Figure 8 Add a new project Final Draft Page 31 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 If the user decides to add a new project then he she has to specify the title the descr
26. Figure 126 Simulation of protanopia over a Java based mobile application with DIAS 7 6 Disability Impairment Approximation Simulation NetBeans plugins A suite of three different plugins for the NetBeans platform has been developed in order to provide users of this IDE with the DIAS impairment simulation capabilities embedded in their development environment As explained in the following two out of these three plugins enable the simulation of Java applications whereas the third one allows the simulation of web pages of sites that are developed through the NetBeans IDE TesiMonkey NetBeans IDE 7 0 1 Fie Edt Vew Nevgebe Source Refactor Run Debug Profis Team Toos Window Hap Ire e NAE Projects x Files Services EI TestMorkeyfrave jave x Figure 127 Toolbar of NetBeans IDE with the DIAS run main marked in red web preview blue and preview design green plugins installed Java applications In respect of Java applications the DIAS NetBeans plugin suite includes the preview design and the run main simulation functionalities The preview design plugin provides users a visual design preview feature that allows them to understand how their implemented Swing forms can be perceived from people with visual impairments This plugin enables developers to preview the form layout of their implementations similarly to the simple preview design of the NetBeans platform yet along with impairment simulation The preview design func
27. LaHh soos lol EADH Human readable diagnosis result based on the EARL report created according to the Lyaioaton and Heport Language LARL 1 0 Schema WIE Worurg Dat 20 October 2207 TestSubject ip 160 40 00 U5 9090sample_W SULS Serviced wady eMap_ NEW noje gel NEW P Date Wor 06 Jun 2011 13410203 Score Class A Software hlipimaw acesse SLi Title ACCESSIBLE WS Assessment Tool Description Ihes ts ihe ACCESSIBLE Web Serve Acoessitiry Assnssmem Tonal Success m6 ooo Level L2 Mode EMAAR AY Outcome fated Technique Veep Serve wuu echnguet to Figure 50 EARL report pdf format By pressing the button Next the user proceeds to step 5 where as shown in Figure 51 the user has to choose one of the ACCESSIBLE Ideal Operations that better describe the Service s Operation effectively If no Ideal Operation that describes your Final Draft Page 63 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Operation effectively is found no Ideal Operation should be selected at this point Operation Alignment is the process during which an Operation of a WS is declared to be of a specific type by aligning it to one of the Ideal Operations see Annex 10 1 defined within the Tool During this process the user selects an Ideal Operation that s he believes is more similar to the Operation under evaluation and then the inputs and outputs of the Opera
28. a media alternative for text and is clearly labeled as such MWCAG2 SuccessCriterion 1 2 4 Captions are provided for all live audio content in synchronized media MWCAG2 SuccessCriterion 1 2 5 Audio description is provided for all prerecorded video content in synchronized media MIWCAG2 SuccessCriterion 1 2 6 Sign language interpretation is provided for all prerecorded audio content in synchronized media MWCAG2 SuccessCriterion 1 2 7 Where pauses in foreground audio are insufficient to allow audio descriptions to convey the sense of the video extended audio description is provided for all prerecorded video content in synchronized media Figure 22 Evaluation against specific guidelines step 1 27 08 2010 ITI web site Document for assessment http www iti gr Cancel _Backtostep1 Net The following evaluation approaches have been inferred for the selected settings m WCAG2 Evaluation Approaches E Check if the alt attribute for lt IMG gt elements is empty K Check if there is no alt attribute for lt IMG gt elements K Check for the existence of title attribute for lt FRAME gt elements Kl Check for the existence of text equivalent in lt OBJECT gt elements K Check for the existence of alt attribute in lt APPLET gt elements K Check for the existence of text equivalent in lt APPLET gt elements K Check for the existence of lt TD gt elements without scope
29. accessibility assessment process though the selection of different accessibility constraints e g different types of impairments and disabilities different sets of guidelines personas The WaaT consists of the following six main components which are described with more details in the deliverable D5 2 and are being presented in the Figure 6 below 1 A Graphical User Interface GUI The GUI of the WaaT tool consists of a set of forms that can be accessed by users in order to help them with the accessibility assessment of preferable web applications The GUI of the assessment tool is also responsible for the representation of the assessment results after the completion of the evaluation process Via the GUI the user is able to select the preferable tests to be executed using knowledge concerning the HAM methodology which is included the ACCESSIBLE ontologies Moreover using the GUI the user can load a Virtual User Model on which the evaluation process will be based After the completion of the evaluation process the Web Accessibility Evaluator returns the results to the GUI so as to be presented to the user Accessible Ontology Run SWRL rules art of Execute SPARQL queries Inferenced Knowledge i in XML format Inference XML Engine Storing Loading Inferenced Knowledge oO Evaluation Inferenced Knowledge Report PDF Single web page or web site s homepage URL fj Single web page Evaluation or web site s homepage URL Rep
30. acuity symptom of this impairment is simulated Final Draft Page 117 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 through image blurring filters Glaucoma and retinitis pigmentosa are simulated through semi opaque masks that are applied at the periphery of the visual field Also blurring filters are applied on the image depicting the examined UI It should be noted however that since retinitis pigmentosa at severe levels affects the central visual field as well in these cases semi opaque masks are also applied at the centre of the visual field as shown in Figure 115 e Hyperopia Figure 115 f is simulated through blurring Gaussian filters The simulation of Night blindness and extreme light sensitivity involve filters that manipulate the examined whole UI presentation s brightness and contrast Finally in respect of colour blindness the following impairments are supported protanopia deyteranopia tritanopia achromatopsia protanomaly deyteranomaly tritanomaly and achromatomaly These impairments are all simulated through filters appropriately manipulating the colours of the image depicting the examined UI in the RGB and LMS colour spaces f hyperopia far aightness TiN ted Umer Phew g night blindness 1 color blindness protanopin Figure 115 Simulation of visual impairments over the UI shown in Fig a Final Draft Page 118 of 145 CERTH
31. applications ae The Courses Geity sere ot D f we Giorno proades CEE TOTE TTOM2018 Camera J I access to Teme tamos aer oe r Ostanans A ACCESSELEs matets Document fr aeteserert CCESSBLEFcomemerh tes C amara Gut_F SM PRG ce E s Ga F aad Acronyms Dat are end tov amp qatesing misted to ACCESSIRE or grees te accesetary Camm Cionon semmeet sememe Cinn reason ond tering Mayra tea Look ter OD eatens Oxdaes Co Coretest pary O Aeerenet on The gaai iavory of O Aceon ACCESSELE is an omine Oset Gintaso parace that cateo Datas mennes ninaa DOBJ enats emer be Asperge rynarore Acceuneet Emaor X we Terg pepe he lt BOywrene Pinge tinest El Speech and language Sooden Ci tAargte oc terres Wi Academ is broden D fireren DE wema its sanana Figure 111 Selection of Disabilities Development and Evaluation of ACCESSIBLE applications The Cowes tacar ame at The Goris prosses Bowery L807 Tut wre aot 27062090 Comers GUP SM access te Terra torte way the er Docwenere amat ACCE S SUL F cameworh See GUL FSELPRG Cuirear Adtresa soes ACCESSERE s mato on s F armana ARF and Acramyens that ae a a rotated ty ACCESSIRE accenebaty 3 get vanes in general to accemntalty Dena a cofactor of rater at Can be mpate eawed or Sponte rte covret e Piece ater uty of oae aon OStadity of jort tacion Cote
32. attribute K Check for the existence of lt TH gt elements without scope attribute K Check for the existence of lt H1 gt elements K Check for the existence of lt H2 gt elements K Check for the existence of lt H3 gt elements K Check for the existence of lt H4 gt elements K Check for the existence of lt H5 gt elements K Check for the existence of lt H6 gt elements K Check for the existence of redundant text links for each active region of a server side image map within body of an lt OBJECT gt element F E Check for the existence of alternate text of lt IMG gt elements with ismap attribute Figure 23 Evaluation against specific guidelines step 2 Final Draft Page 42 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Finally by pressing the button Nex the results of the evaluation process are presented to the user as depicted in Figure 24 The other four ways of presenting the evaluation results are available for the possible evaluation processes 2708 2010 ITI web site Document for assessment http www iti gr Full Report Sanat arnings EARL repot EARL report PDF PDF report Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need such as large print braille speech symbols or simpler language WCAG2 SuccessCriterion 1 1 1 Non tex
33. ecurmen hipee ard her fe Pawiiltha car te ca paranoy obi ity pect s rentag ce o bope ewe or enparel ed te onner Coceveers Ana 3 Kaperky p Tho doc uvowts Aos o a tual opadao of osireorte and Dos that may be ry CICCI ATS Lopi te sepad rale wet toring s Onire EvEUIION Prapects Osini Pu digs bray ATES SER C M mesian i on eevee serie thet indies Vao picai morsisesi ti Terre ret te i Vad soiit TT i Auau tolove to Asioosdiby haian Geen Drais ansenseert Aai a wung aca Liha LE Piney See ote O 27 08 2010 accessibleDemo Audio WS1 O 27 08 2010 accessibleDemo Audio WS2 27 08 2010 accessibleDemoVWVS1 27 08 2010 accessibleDemoVVS2 08 06 2011 Image Service O 08 06 2011 Image Service O 27 08 2010 My Web Services Assessment Project Add project Delete selected Move to archived Figure 43 Web Services Assessment Projects The user through the tool can have the following three different options Figure 44 to assess the preferred web service e Evaluate your Web Service Descriptions against Personas e Evaluate a collection of Web Services against ontology e Evaluate a collection of Web Services against specific guidelines Final Draft Page 58 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Service2 Active document Service2 wsdl
34. even decades Parkinson s disease is a degenerative disorder of the central nervous system Early in the course of the disease the most obvious symptoms are movement related these include shaking rigidity slowness of movement and difficulty with walking and gait Dyslexia is a very broad term defining a learning disability that impairs a person s fluency or comprehension accuracy in being able to read and which can manifest itself as a difficulty with phonological awareness phonological decoding orthographic coding auditory short term memory or rapid naming Conductive hearing loss occurs when there is a problem conducting sound waves anywhere along the route through the outer ear tympanic membrane eardrum or middle ear ossicles It may occur in conjunction with sensorineural hearing loss or alone It is caused by any condition or disease that impedes the conveyance of sound in its mechanical form through the middle ear cavity to the inner ear A conductive hearing loss can be the result of a blockage in the external ear canal or can be caused by any disorder that unfavourably effects the middle ear s ability to transmit the mechanical energy to the stapes footplate This results in the reduction of one of the physical attributes of sound called intensity loudness so the energy reaching the inner ear is lower or less intense than that in the original stimulus Thus a reduction in sound level or the ability to hear faint sounds
35. for supporting target users developers and or designers to facilitate the design and development of accessible Java Swing software applications It approximately simulates the difficulties someone with specific vision motor cognitive and hearing impairments face when interacting with Java Swing Graphical User Interfaces GUIs as well as Java ME applications It communicates with the standalone application module or the NetBeans IDE depending on whether the user is using the standalone or the NetBeans plugin version of the developer designer aid module The purpose of ACCESSIBLE simulator is to assist developers and designers to better empathise with those who have reduced capabilities and to help understand how capability loss affects the ability to interact with software applications and services The module has been designed and developed for the following objectives e a developer designer aid module for assistance to complete user centered design and accessibility simulation of how a Java Swing application can be viewed for users with impairments e a Self learning software which can be obtained as a NetBean IDE plugin and or as a standalone application in order to present accessibility drawbacks and visual content problems of Java Swing applications Thus DIAS is actually available in two versions one standalone and one that is used as a NetBeans plugin The version that can be used as a plugin on NetBeans has two main functionalitie
36. guidelines of WCAG 2 0 Final Draft Page 24 of 145 ACCESSIBLE Deliverable D5 5b CO Grant Agreement No 224145 WCAG2 Success Techniq Test description Implementation details Guideline Criterion ue 1 1 1 1 1 Level A G73 Check for the existence of an lt A gt G73 refers to non text content in general The element immediately before or after the specific test examines images as it is non text lt IMG gt elements when the lt IMG gt content elements do not have a longdesc attribute H30 Check if images used as hyperlinks H30 refers to non text content in general The included in an lt A gt element have text specific test examines images as it is non text alternative or text contained in the lt A gt content element describing the image H86 Check for the existence of emoticons All the emoticons described here http www techdictionary com emoticon html are examined G95 Check for the existence of text equivalent G95 refers to non text content in general The in lt OBJECT gt elements specific test examines lt OBJECT gt elements G95 Check for the presence of non empty alt G95 refers to non text content in general The attribute for lt IMG gt and lt APPLET gt specific test examines lt IMG gt lt APPLET gt and elements and for lt APPLET gt and lt OBJECT gt elements lt OBJECT gt elements with text equivalents H86 Check for the existence
37. http www bbc co uk mobile index html Select among the following Guidelines an Himes CAG MEE Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need such as large print braille speech symbols or simpler language MWCAG2 SuccessCriterion 1 1 1 Non text Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below Guideline 1 2 Provide alternatives for time based media MIWCAG2 SuccessCriterion 1 2 1 Audio only and Video only Prerecorded MWCAG2 SuccessCriterion 1 2 2 Captions are provided for all prerecorded audio content in synchronized media except when the media is a media alternative for text and is clearly labeled as such MI WCAG2 SuccessCriterion 1 2 3 An alternative for time based media or audio description of the prerecorded video content is provided for synchronized media except when the media is a media alternative for text and is clearly labeled as such MI WCAG2 SuccessCriterion 1 2 4 Captions are provided for all live audio content in synchronized media Figure 81 Evaluation against specific guidelines WCAG2 0 guidelines Final Draft Page 87 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html
38. is encountered Sensorineural hearing loss SNHL is a type of hearing loss in which the root cause lies in the vestibulocochlear nerve the inner ear or central processing centers of the brain It thus results from inner ear or auditory nerve dysfunction The sensory component may result from damage to the organ of Corti or an inability of the hair cells to stimulate the nerves of hearing or a metabolic problem in the fluids of the inner ear The neural or retrocochlear component can be the result of severe damage to the organ of Corti that causes the nerves of hearing to degenerate or it can be stem from inability of the hearing nerves themselves to convey neurochemical information through the central auditory pathways Like conductive hearing loss it reduces the intensity of sound but it can also lead to distortion of the perceived sound The common symptoms of the above impairments as reported in the relevant literature several indicative of which are presented in Table 6 formed the basis towards the development of filters that would simulate their impact during HCI The development of these filters consisted of two phases The first phase involved the initial implementation of visual motoric hearing and cognitive filters on the basis of parameters such as the ones presented in Table 6 These initial filters were evaluated Final Draft Page 115 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145
39. jumm arg D Schena o PtipitenouiogihmagikemsieTet Petr ven 96 aa NOA Shanan Nehttpc few ong i201 A Scheres O Pupitancui ogies Ains Peta fer wG orgi2001 AM Schemalik Mehe ew v ong i2001 Aaa Schemes Pitter Rercutorg racetegttirinel hitp lwnemd crg Shenar Wi hip iwnew3 org INNA Schena Figure 62 WS accessibility assessment Step 1 Parsing of service definition file There could be cases however where a developer would wish to evaluate the accessibility of a service that is not accompanied by a respective definition file For instance as said REST services are rarely accompanied by a WADL file describing them Our developed Tool can facilitate the user also in this case In particular the Create Custom Definition option Figure 62 presents the user interface of the Service Definition Editor module Figure 63 Using this module the developer can manually define the specifics of the service s he wishes to evaluate The user can insert optional information regarding e g the service name and more importantly to define the operations the service consists of Add New Operation option FB ACCESSIBLE Service Definition Editor Enter Service detais and define its operation s Service Name MyServce ee es ee Service Operations CE getap Operation Name getap Operation Document atiore input Aare Sener D Ireuts 2 O boundentox BoundingBex NS x dotie N y dobie N5 Output Add Output Elem
40. lasige di fc ul pt 6 Carvalho M SOLINET M Carvalho SOLINET com 7 Partarakis N FORTH partarak ics forth gr 8 Zdenek M CVUT xmikovec fel cvut cz Peer Reviewers List Surname Initials Contact email 1 Panou MP mpanou certh gr 2 Van Isacker KVI projects marie curie bg org Final Draft Page 3 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 History Table Date Comments 30 11 2011 First draft version 25 01 2012 Second version integrating input from partners CVUT and CERTH 24 02 2012 Third version integrating input from partners SOLINET CERTH FORTH and FFCUL 28 02 2012 Overall review of the document and minor changes 29 02 2012 Final version and sent for peer review Final Draft Page 4 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Executive Summary This deliverable software and report outlines the description of the final implemented ACCESSIBLE prototypes which include the Web Accessibility assessment module integrating also the ARIA assessment module the Web Services Accessibility assessment module supporting also the WADL services the Mobile Web applications assessment module and the Description Languages assessment tool which has been integrated in the SAFIRE IDE The aforementioned assessment modules are successfully integrated to the ACCESSIBLE portal a Unified Interface that is availa
41. needs Figure 46 Evaluation against Personas step 2 The next step is the selection of the operation that will be evaluated as shown in Figure 47 The available options are presented to the user and he she can choose the Operation that wishes to evaluate 05 06 2011 Image_Sernice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Back to step 2 Next Operation getMap_NEV npu location http www w3 org 2001 XMLSchema string E useLocalhost http jwaww w3 org 2001 xMLS5chema boolean Outputs B 3 getMap_NEWResult http tempuri org ITI_Image_NEW imageURL http www w3 org 2001 XMLSchema string E imageType http www w3 org 2001 XMLSchema string imageAlternativeText http www w3 org 2001 XMLSchema string E image WidthInPixels http www w3 org 2001 XMLSchema int imageHeightInPixels http fwww w3 org 2001 XMLSchema int Figure 47 Evaluation against Personas step 3 Final Draft Page 61 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Step 4 includes the results of the evaluation process before the alignment procedure which are available in four different formats e Full Report e Report only errors e EARL report xml e EARL report pdf Figure 48 depicts the full report whereas Figure 49 and Figure 50 present the EARL report in xml and pdf format respectively 08 06 2011 Image_Service2 Do
42. of the WS users of the tool can provide the WSaaT with information regarding whether specific elements exist in their development necessary to make it accessible in respect of the domain it belongs to Additionally it should be noted that apart from enabling the tool to identify the WS type and whether accessibility related elements exist in the input output data structures these ideal operations provide developers also with a more direct guide Final Draft Page 56 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 over accessibility characteristics that their services should have so as for them to be regarded as accessible Ideal Opera Description Inputs Outputs tion Image An operation that Image Object or Image Object URL Alternative Text Provider provides one ar more images as output Audio An that Audio Object or Audio Object TRI Title Short Description Full Tran Provider provides one or more script nudio flee as vutput Video Au operation Mhal Video Object ur Video Object DRI Title Short Description Full Tran Prowider provides one or more script Audio Description of video Audio Description Object or Audio De video fles as output scription Objess URL Audio Description Title Audio Description Short Description Audio Description Full Transcript Audio Description Sign Lan guage Interpretation laxtnal Into An operation that re Desired Text Object
43. so this specific filter takes as input the UI s appearance and the position of the mouse during the interaction In the filter s output the UI is presented along with the mouse pointer whereas the latter is put in progressively updated pseudo random positions centred to the mouse pointer s actual position For this purpose a separate programmatic thread is utilized which appropriately updates the position of the mouse on the basis of a the actual mouse position and b different frequency and amplitude deviations in respect of the severity level of Parkinson simulated Moreover DIAS provides also the capability to jointly simulate Parkinson related symptoms and all visual cognitive impairments that are supported from the tool This is realized through the sequential application of visual cognitive impairment filters and the one simulating parkinsonian tremor over the examined application s UI As said Parkinson can lead to deficiencies in the way an end user may focus over and select small size UI elements In this respect our developed tool is also capable to identify such problematic elements i e UI elements which should be resized so as to become accessible to end users suffering from the currently simulated severity level Final Draft Page 120 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 of Parkinson As shown in Figure 117 these elements are marked in red within the
44. such as large print braille speech symbols or simpler language WCAG2 SuccessCriterion 1 1 1 Non text Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below m Check for the existence of longdesc attribute in lt IMG gt elements Wamings 1 Check for the existence of longdesc attribute in lt IMG gt elements For the detected lt IMG gt elements without longdesc attribute ensure that the longdesc attribute is not needed A longdesc attribute should be provided when a short text alternative does not adequately convey the function or information provided in the image is ine 12 IMG attributes height 695 src graphics_new index_v2 gif border 0 usemap map m Check if there is no alt attribute for lt IMG gt elements Errors 1 Check if there is no alt attribute for lt IMG gt elernents Q Provide a non empty alt attribute to lt IMG gt elements Line 12 IMG attributes height 695 src graphics_new index_v2 gif border 0 usemap map m Check for the existence of alt attribute of lt AREA gt elements included in Errors 2 Check for the existence of alt attribute of lt AREA gt elements included in lt MAP gt element Provide a non empty alt attribute to lt AREA gt elements included in lt MAP gt elements that provides a brief description of the lt AREA gt elements
45. the WS definition through the WS Definition Editor module b the information derived from the alignment of the WS operation to the concepts defined within the Ideal ones and c the WS accessibility guidelines defined within the WSaaF The module combines these three inputs and produces as output the WS accessibility assessment result which is then passed to the Accessible EARL based reporting tool responsible for the EARL based Accessibility Report generation 4 1 Web Services Accessibility Assessment using the ACCESSIBLE Portal The Web services Accessibility Assessment Tool can be accessed by clicking on the Web Services Assessment Projects through the ACCESSIBLE portal The assessment procedure is similar with the assessment procedure of the Web Accessibility Assessment module As it is obvious in Figure 42 the user can either add a new project or he she can assess one of the already added projects Figure 43 Final Draft Page 57 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Developmert and Evatuation of ACCESSIBLE applications Te Curses tok ams ene dears Tat am rat fared cor mith The Tha Gieoeaiy provides accese te ACCES SUES ret es me Hats Ge TS Serre Dimon Atentan ant Acer thet am related te te aling secesi lty oe Teo dicessi pro k s sop notory of dicuiGore termoar potil randos ACCESS on the ater Mamapi e ii of pe Esa ambe of fw piril ba cea Se fe
46. the first step all the Web Services guidelines are presented to the user and he she can select the guidelines that he she wishes to be used during the evaluation procedure Figure 61 The remaining steps are the same as described before in the Evaluating a collection of Web Services against specific guidelines Final Draft Page 69 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Sernice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Back to project options Next Select among the following Guidelines m Guidelines Guideline_C1 When a service provides content related to Paints of Interest it should provide information describing efficiently and effectively their accessibility status regarding a set of different impaired user groups with different needs WebServicel Checkpoint_C1 When a service provides content related to Points of Interest it should provide information describing efficiently and effectively their accessibility status regarding a set of different impaired user groups with different needs WebServicel Checkpoint_C1 1 Provide the accessibility status of all the Points of Interest returned upon service invocation MWebServicel Checkpoint_C1 2 Provide a description of the accessibility status of all the Points of Interest returned upon service invocation Figure 61 Evaluation against specific guidelines step 1
47. their use and purperue Operation getMap SEF has no documentstion element 2 Guideline 4 1 1 Alternative text for every image cement Gelvered through the WS shall be provided Figure 68 WS accessibility assessment Step 4 Assessment of final set of guidelines 4 3 Changes in current version Comparing the latest version of Web services Accessibility Assessment module with the previous one a number of changes were made These changes are based mainly on the comments received during the review of the project as well as the pilot results phase 2 and 3 Thus some of the following important changes were performed e Further updates to the parser of the tool in order to support both SOAP and REST based services accessibility assessment So the parser was deeply changed to offer better performance e All the bugs found in the pilot tests and further unitary tests were corrected e Further success error information is now provided facilitation the accuracy of reporting while appropriate tips and specific help guidelines were integrated to the tool Final Draft Page 75 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 5 Mobile Web Accessibility Assessment module The Mobile Web Accessibility Assessment Tool is the tool developed with goal of assessing web content against both WCAG2 checkpoints and MWBP tests The assessment is performed simulating the e Impairments e Personas e Mobi
48. through the DIAS preview d sisn ILO IM eion niran a a e A E E EA a E AEA A Figure 129 Recommendations provided through the NetBeans IDE preview design plugin in respect of dyslexia simulation 130 Final Draft Page 11 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 130 Simulation of a Java application with a persona suffering from blurred vision Hyperopia through the DIAS run main plugin eee eeneeeeeeeneeeeees 131 Figure 131 Simulation of a web page www google com with retinitis pigmentosa impairment through the DIAS web preview plugin eescceeeseeceeseeeeeteeeeeneeeeaees 132 Figure 132 Reflection on the display and occlusion of the display with finger 134 Figure 133 Screenshot of Filter settings window with marked sections 135 Figure 134 Screenshot of MIS tool with blur effect placed over the Android emulator Stil lence a lags a Mahal age shal a ea tacts Aether Achmet has eats 136 Figure 135 Screenshot of simulated effects reflection of fluorescent lamp and finger E LERS a EEEE E AEE A ETA ENE 137 List of tables Table 1 Implemented tests in WaaT following accurately the test procedure defined by the stideli es of WCAG 20h be letatoneastoaneseancegerniatonsedeanspuonteamanlassancuontcananes 24 Table 2 Implemented tests in WaaT including also some assumptions on the test procedure defined by the WCAG 2 0 guidelines 0 eeeseesecceeseeeee
49. tool Importance of mobile applications is growing rapidly as it provides access to variety of very useful services Moreover the penetration of mobile phones into everyday life is higher than any other ICT Especially a smartphone became a useful assistant for everyday life In particular the impaired users found it a very powerful supportive device in various situations It is possible to say that every impaired ICT user is using at least mobile phone Therefore it is necessary to keep in mind the accessibility of mobile applications in order to avoid exclusion of impaired users Unfortunately the field of mobile applications and devices lacks sufficient effort towards their accessibility Ignoring the accessibility of mobile applications and devices affects in the largest extent users with visual impairment who create a relatively large segment of the market Therefore we focus primarily on this user group In comparison to desktop computers or laptops that are usually used indoor at home in the office or in a restaurant mobile devices are often used in different physical environments like in public transport on the street in the park etc We have analyzed typical issues that can occur in these environments Issues specific for mobile world One of common problems is the low contrast of the user interface on the display This situation is more painful especially when the display is on direct sunlight or the display reflects the surrounding la
50. www w3 org 2001 XxMLSchema string E image lternativeText http fwww w3 org 2001 XMLSchema string E imageWidthInPixels http www w3 org 2001 XMLSchema int E imageHeightInPixels http fwww w3 org 2001 XMLSchema int Figure 56 Evaluation against ontology step 3 Final Draft Page 67 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Serice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Cancel Back to step 3 Next EARL report pdf Full Report eE aA eta tend Tee eda PASS Guideline 11 W3C Web Services SOAP based Standards should be used for the definition of Web Services PASS Guideline 12 If Web Services are defined through XML based documents e g WSDL WADL the definition files SHALL have correct XML based WSDL WADL syntax allowing for the parsing of the definition file from the most common WSDL WADL Parsers e g Axis PASS Guideline I3 Services shall not provide one way operations that produce no output Operations provided through WSs shall always send back to the client a confirmation message declaring whether the requested functionality has been triggered or completed FAIL Guideline 15 6 When text is used as input to a Service s operation if possible the operation should provide allowed values for the specific input 9 String INPUT location has no allowed v
51. 2098 Comen GA FSU Dorat ter sesine ACCESSU EF romemot F lew anere GU FSU PEG a Sammi Cetina maton tees Keyesa s tere tort see Figure 110 Selection of Checkpoints for each defined Guideline After selecting Checkpoints and pressing the Next button the user is presented with the available set of Evaluation Approaches and prompted to select the ones to be used for accessibility assessment Figure 110 The Evaluation Approaches corresponding to the selected Checkpoints have been automatically preselected After selecting Evaluation Approaches and pressing the Next button the user is presented with the Accessibility Assessment Results for the concerned SDL application files The accessibility assessment result in relation to each associated Guideline is presented If the result is Error then a suggestion for correcting the identified limitations is provided Accessibility evaluation against ontology The following steps are performed after the user has selected option 3 Evaluate a set of SDL files against ontology for a description languages assessment project The user is prompted to select the Disabilities Figure 111 Functional Limitations Figure 112 or Impairments Figure 113 against which accessibility assessment will be carried out Final Draft Page 109 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Development and Evaluation of ACCESSIBLE
52. 3 Evaluation against Personas step 1 ee eeeceeeseeeseeeeeeeeeeeseeeeseeesneeeaeees 79 Figure 74 Evaluation against Personas step 2 esessssssesseseeseserieressresresressrssreserssresree 80 Figure 75 Evaluation against Personas step 3 esseseseseesersessrissessresresrersrssresreesresree 81 Figure 76 Full report for the MWBP checkpoints seeseeseeeeeseesessresreesersrssresrrrsrseres 82 Figure 77 Evaluation against ontology step 1 ssessessssesssssesssessersssersseresseesssesseeeseee 83 Figure 78 Evaluation against ontology Step 2 ceescesssccceseeceeseeeeeneeeeeeeeeeaeeeeeaeeees 84 Figure 79 Evaluation against ontology Step 3 eesceeeeseecesneceeseeeeeneeeeeeeceeeeeeeaeeees 85 Figure 80 Evaluation against specific guidelines MobileOK guidelines 86 Figure 81 Evaluation against specific guidelines WCAG2 0 guidelines 87 Figure 82 Evaluation against specific guidelines step 2 eeecceeeseeceeseeeeeneeeeeeeees 88 Figure 83 Evaluation against specific guidelines step 3 0 0 cee eeeseeseeesseeeeeeeeeeeeneees 89 Figure 84 Quick evaluation against ontology step 1 eeeeeeeeseeeeseeeeeteeeeeneeeeeneeees 90 Figure 85 System Architecture of the Accessibility Assessment Module for SDL Syste MS era e stdvi ced edd ewenvacea E clota wutecavacud E EE AE O AEE ETE EREE Ea 91 Pigure 86 SAFIRE Tol Ch in s rseeisossirsessisrtseii sorata oeeie teroadiasetecastnanctakedess 93 Figure S77 SAFIRE
53. 91 Class Diagram of the Description Languages Assesment Module FeaturesParser java The FeaturesParser java class provides al the required functionality for parsing the SDL source code The class parses the pkg files SDL source code and looks for certain signal calls It then extracts the parameters values of these signals and stores them in corresponding List objects The EvaluationResult class instantiates a FeaturesParser object to parse the SDL source code and get the values needed for the Assessment EvaluationResultant java The EvaluationResultant java is responsible for performing the Assessments that the users of the System ask for The class instantiates a ThresholdController and a FeaturesParser objects and uses them to obtain all the required for an Assessment data It then performs the corresponding for the accomplishment of the Assessments comparisons ThresholdController java Final Draft Page 97 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 The class ThresholdController java is responsible for reading and parsing the DescriptionLanguage thresholds file in order to store the values of the Accessibility thresholds A ThresholdController object is instantiated in the EvaluationResultant class to read and return the values contain in the file The EvaluationResultant uses these values to perform the assessments Results java The class Results java I used to creat
54. BLE Deliverable D5 5b CO PU Grant Agreement No 224145 9 Conclusions This deliverable software and report outlines the description of the final implemented ACCESSIBLE prototypes which include the Web Accessibility assessment module integrating also the ARIA assessment module the Web Services Accessibility assessment module supporting also the WADL services the Mobile Web applications assessment module and the Description Languages assessment tool which has been integrated in the SAFIRE IDE The detailed description of the technologies that were used in order to implement each module along with the general architecture and the system requirements were presented in Deliverables D2 2b D3 3b D5 2 D5 3 and D5 4 For each module apart from the changes that were made since the last version according to the pilot phase 2 and 3 a detailed description of the tools functionalities is being provided in order to better clarify the way a user can interact with each module Final Draft Page 139 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 10 Annex 10 1 ACCESSIBLE Ideal Operations of the Web Services Assessment module An Operation Alignment procedure is incorporated in the ACCESSIBLE WS Accessibility Assessment procedure which aims to align an Operation its inputs and outputs defined within the Web Service under assessment to one of some Ideal Operations defined w
55. Bat we eel N a OLE om gerent te z ly aihn ant Wate Ka yadai fet Lact fw F Ortram Ajram D Aurremp es Figure 10 Five options for the assessment of a Web application Evaluating a Web Site against Personas By clicking in the first option the user chooses to evaluate the Web Site against Personas The first step of the procedure is depicted in Figure 11 All the needed information about the Personas is presented to the user Then the user can choose against which Persona he she will perform the evaluation process All the information about the Personas is also available in PDF format zL iweb crs Cocuvant fo sasasamam hipi inigi landy Catinsirw Ards Collezuy is 22 yeas od and o fes tom Ammon Cerne y Dizo zer Mama cla incl Jou Sudem orain Hzurnalan Ze gum Ed cstion De sIoad zinaa daaziation ie psf amet I liah Swn Hiech San ic 35 yrae od inu stes tom Comvuncalicn Diaaits Lawi Daakits Caku Bivins Huis win x Sigyn dbh Un emihiye Poeslingon ok Rhws on Cule malin imme Deck ts promcteptoni Figure 11 Evaluation against Personas step 1 Lina Mat e Parking f Watthee Perkins 30 yers od and fers To lamed Vizizn Dre Sendamz wata saas Soils Job omplose Locate Stevinghzm UK Esuzaton WN AS PAAA SRECI M galt foe a Cein P ailn dwb P nilo ix yeux mil wl x Aas ime conmuricaton Gieatiily Esprences Langusy Disorder Sartal synas fa
56. Desi ENET siie ii ie Oe ee EE EERE T E E E E i 94 Figure 88 SAFIRE validation diagram eeseeeseeseeseeseeereesersessresressrssresressessresrrssresese 95 Final Draft Page 10 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 89 SAFIRE Campaigner s eeesseeseersereeseorseorestesrorreorseseersorrsrossseressrersesrereesres 95 Figure 90 SAP IR Bc Amm aor tec rasiri aces basses idence era Ea a ererat a Rear a aaa iai 96 Figure 91 Class Diagram of the Description Languages Assesment Module 97 Figure 92 SAFIRE Product Browser screen eessesseeseseeeerierersrrsresrersrssreserrsreerese 99 Figure 93 Selection of archive to be opened e eesesesseseeseesessresressrrsresressrrsresrrssresree 99 Figure 94 Browse for folder of the archive to be opened seeeeeeeseserrererrerererees 100 Figure 95 SAFIRE Organiser archive tree structure eeseseeereereerererrererrrrereereese 100 Figure 96 Launching the Description Languages Accessibility Assessment Module E E E E eves ona sola aedeaseeapiaeduteadsatmee neonate 101 Figure 97 Selection of SDL application to be evaluated 0 0 0 eeeeeeeeeereeeeeeeees 101 Figure 98 Manual selection of approaches cesscecesseeeesneeeeseeceeseeceeneeeeeneeeeeaees 102 Fig re 99 Results ainen aneri nei an EREE E donde eae aes 103 Figure 100 Results using the EARL tool esssessesssesseseesssresressrrsresrrseresrerreseresresse 103
57. Elements with role tab whose parent is not tablist properties e Elements with role application including more than one elements with role banner e Elements with role row whose parent has not role grid or row group or tree grid e Elements with role document including more than one elements with role banner e Elements with role tree whose children are not groups or tree items e Elements with role application missing title and aria labelledby attributes e Elements with role option whose parents are not elements with role combobox or role listbox or role menu or role radiogroup or role tree e Elements with role progress bar missing aria valuemax attribute e Elements with role tablist whose children are not tabs e Elements with role radiogroup whose parents are not elements with role radio e Elements with role combobox not including elements with role listbox or role textbox e Elements with role list whose children are not elements with role listitem or role group e Elements with role spinbutton without attribute aria valuenow e Elements with role navigation missing the aria labelledby attribute e Elements with role dialog missing aria label and aria labelledby attributes e Elements with role alertdialog whose aria describedby attribute is missing Final Draft Page 28 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO Grant Agreement No 224145 WAI ARIA Test Implementation details e I
58. SaaT to evaluate whether the service conforms to a broader set of Guidelines than the one assessed during Step 2 The user is finally provided with a cumulative assessment result taken from the evaluation of the WS against all Level 1 Level 2 and Level 3 guidelines that could be automatically assessed on the basis of all information acquired so far In the example depicted from Figure 68 the operation under assessment was an image provider one which contained in its outputs an element used for the purpose of providing alternative text along with the image returned element imageAlternativeText as shown in Figure 67 As a result the specific service was found to be a Class AA one Figure 68 which as said before is the optimal class for a general purpose WS Final Draft Page 74 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 FR ACCESSELE WS Accessibility Assessme Fie Heb WHEL McD toerdce ned Bonato wate WA Char Songies Gene omon Serve Deinos Pardngouput System Idie Parsel Step 1 Evaluate Step 2 Parsed Web Sevice Methods ACCESSIILE WS Guidelines Evaluation ACCESSIBLE WS Gutdelines Evahsetion after Alignment Evaluation Resul Class AA LEI Gukicine 16 5 Evaluation outcome All operations Gefined within the definition WSDL Ge of a WS FAIL should be sccompented by adecpuste documentation for the developer of the dient application to understand
59. TEEN 5 Table OF contents ossze a ah a a i e aa a ee shea Se acct 6 Listof fi SURES sone a E a a R ab 2 ta dabeet aaa 9 OA Lel ESEA E ENA TE EE EEE 12 List of abbreviations and acronyms essssssssesssesssssseressereseressessereseeesseressresseesseeeseee 13 l Introd ctionem irei e e EEE OEE E EE 14 leks SCOPE ee a a E O AS 14 2 Introduction to the ACCESSIBLE portal and Standalone User Interface tool 16 2 1 Design Processa neien ea a a eE O Ea OEE ORE E EEan 16 2 2 Architecture of the ACCESSIBLE Portal seesseeseeeseeesseessersseresseesseesse 17 2 34 Overview Of the Portal sicccsesecocectece stad aay Sasee tees Drege E RRE nese 19 2 4 Overview of the Standalone User Interface Tool cc eeeeeeeceeeeeeeeeneeeeees 20 3 Web Accessibility Assessment TOol cesecccessccessceeseeceeseeeeseceseseeeseseeeesees 22 3 1 Web Accessibility Assessment Tool Implemented Tests 0 0 eee eee 24 3 2 Description of Web Accessibility Assessment Tool functionalities through the ACCESSIBLE POTEAU snarls Iota sul ca uae se yeaa eR eats tind a NR e A 31 3 3 Web Accessibility Assessment using the Standalone Tool eeeeeeeeees 44 3 4 Changes in current version sesseeesssressressetsseressrtsseresseessrtesseesseesseresseesse 50 4 Introduction to the Web Services Assessment module e ee eeeeeeseeeseeeereeeneees 54 4 1 Web Services Accessibility Assessment using the ACCESSIBLE Portal 57 4 2 Web Ser
60. Techniq Step s Test description Implementation details Guideline Criterion ue onclick event handlers e onmouseup event handlers without redundant onkeyup event handlers 2 4 2 4 3 Level A H4 1 Check for tabbing order among elements The following are examined existence of tabindex attribute e lt OBJECT gt elements without tabindex attribute e lt AREA gt elements without tabindex attribute e lt SELECT gt elements without tabindex attribute e lt A gt elements without tabindex attribute e lt TEXTAREA gt elements without tabindex attribute e lt BUTTON gt elements without tabindex attribute e lt INPUT gt elements without tabindex attribute 2 4 4 Level A H30 1 Check if images used as hyperlinks H30 refers to non text content in general The included in an lt A gt element have text specific test examines images as it is non text alternative or text contained in the lt A gt content element describing the image 3 1 3 1 3 Level AAA H40 1 amp 2 amp Check for the existence of definition lists lt DT gt elements without a lt DD gt element 3 and examine their structure immediately following are examined Table 2 Implemented tests in WaaT including also some assumptions on the test procedure defined by the WCAG 2 0 guidelines Final Draft Page 27 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO Grant Agreement No 224145
61. User Client Application level Within WSaaF WS accessibility is defined on the basis of a three layer architecture comprised of the core functional basic accessibility and extended accessibility layers The rationale behind the proposed layers of accessibility is that in order for a service to be considered as fully accessible it has to e Be well defined well working and easy to integrate within client applications so as for developers of client applications to be able to use the service s functionality and or provided information effectively within their developed application s operational context This requirement defines the concept behind the core functional layer e Have accessibility features that will enable the client applications invoking the service to show the delivered content in an accessible way in respect of the special needs of impaired user groups This requirement defines the concept behind the basic accessibility layer e Provide data which contains enough information in order for the content itself to be helpful for impaired users containing information adapted to their special needs Based on this requirement the extended accessibility layer is defined W Invocation Application Figure 40 Typical Web Service utilization chain Final Draft Page 54 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 If regarded as a black box the WSaaT takes
62. Web applications e The Web Services Assessment module for the accessibility assessment of WSDL and WADL Web Services e The Mobile Web assessment module for the accessibility assessment of Mobile Web applications e The Description Languages assessment module for the accessibility assessment of Description Languages Concerning simulation tools a stable standalone version of the Disability Impairment Approximation Simulator DIAS and a NetBeans plugin version are described while finally the new implemented MIS tool is being presented in this deliverable Also this deliverable describes the changes that have been performed to the latest versions of the assessment and simulation modules which derive either from the comments of the latest reviews cond and 3 review or from the overall comments received from the ACCESSIBLE pilot phases 2 and 3 This deliverable is organised in the following sections e Section 2 gives an overview about the ACCESSIBLE interfaces portal standalone the main idea behind the implementation of the portal as well as the provided basic functionalities e Section 3 presents thoroughly the usage scenario concerning the Web Accessibility Assessment module through the ACCESSIBLE portal and the standalone interface Also the modifications and the changes provided to the previous version of the tool presented in the deliverable D5 5a are also provided e Section 4 presents thoroughly the usage scenario concern
63. Y 1 Gudelne tt The size of af GU components appicanien windows groups of GAA chyects GUI contait should siew Pen to be candy vedic by De users Rent ERROR yCord int length int with Stang tte signals the length and with parameter vatuet Mould be presto than Ihe eetetel wernt ues Cudeine 12 The lubelettios of af GUI components apphcaten andows groups of OXF chects OUI controis should be enmity ent istie and readable by De usen Rest ERROR g Suggestion Gudeine 12 gt Line 1 SOP PIF Label Fon Sen Ltt Hende ct bortre sgnal should have a fort Size parameter that greater than the predetined Trenat ave Gasdotne 2 Al groups of GUI obyects shoud be placed on qxueing anc operate apc BON nons ond Acrom related 19 ACCESS n gema to xcersedty emeton ond testing Keyworts Figure 109 Accessibility Assessment Results Final Draft Page 108 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Accessibility evaluation against specific guidelines The following steps are performed after the user has selected option 2 Evaluate a set of SDL files against specific guidelines for a description languages assessment project The user is presented with the set of defined Guidelines and associated Checkpoints for each Guideline and prompted to select the Checkpoints for accessibility assessment Development and Evaluation of ACCESSIBLE applications
64. actors amp Sun microsystems Home About Developer aid tools Designer aid tools be G mamuen 5 portal SIGN UP Project Description vember ofthis See All actors Some figures User Nara Password amp SF Forgotten your passwort See All our Stats WC The Worki Wide Web Consortium WSC The Worki Wide Web Consortium W3C The World Wide Web Consortium See All our Stats See All our Stats FORTH Testing and Evaluation tool File Edit View Tools Initial screen Recent Projects ASK it web services ACCESSIBLEweb ste IBLE Testing and Evaluation too This tool facilitates developers programmers testers in producing accessible software applications by providing access to the open source developer aid tools of ACCESSIBLE as well as the possibility to test the accessibility of their products through a variety of tools and innovative technologies The system enables a user designer programmer tester etc to interact with it providing himsher with supportfor developing effective and accessible applications for different desktop and mobile domains and testing their accessibility status Such applications can consist of aset ofservices or models Via this tool a user can analyze the specific model service application or can execute the provided analysis program associated with an instantiated design intent mod
65. ally web pages developed through NetBeans can be viewed through a Preview option offered by an IDE s plugin Our plugin introduces in NetBeans a further option through which web pages can be viewed through simulation of our tool s supported impairments Within the DIAS web preview plugin the XULrun ner runtime is utilized through the DJNativeSwing library so as to parse web pages and present them As shown in Figure 131 this plugin shows the web page as provided from XULrunner on the left pane where the developer may interact with it similarly as a user would do so using a XUL based web browser e g Mozilla Firefox Simultaneously the result of the web page filtered through the DIAS impairment filters is presented at the simulation pane of the plugin s UI similarly to the afore described preview design and run main plugins of Java applications As a result the developer can gain an insight of how her his developed web page would be perceived from users with the supported disabilities Final Draft Page 131 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 St Oe een ee oe Google Figure 131 Simulation of a web page www google com with retinitis pigmentosa impairment through the DIAS web preview plugin 7 7 Changes in current version A number of changes were made concerning both version of DIAS Some of them apply to both versions bur others apply to one of the
66. alues defined Figure 57 Evaluation against ontology step 4 The first evaluation results are presented to the user as shown in Figure 57 whereas steps 5 and 6 include the alignment process steps Figure 58 and Figure 59 Finally the results after the alignment process are presented to the user Figure 60 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Cancel Back to step 4 Next m Service supported operations Operation getMap_NEVY Inputs E location http www w3 org 2001 XMLSchema string B useLocalhost http www w3 org 2001 XMLSchema boolean Outputs a 3 getMap_NEWResult http tempuri org ITI_Image_NEW B imageURL http www w3 org 2001 XMLSchema string es imageType http www w3 org 2001 xMLSchema string ies imageAlternativeText http www w3 org 2001 XMLSchema string ie image WidthInPixels http www w3 org 2001 xMLSchema int B imageHeightInPixels http www w3 org 2001 XMLSchema int m ACCESSIBLE ideal operations Operation ImageProvider nputs Outputs a p AccessibleImage ImageType E ImageObjectURL String E Alternative Text4 String B ImageObject anyType Figure 58 Evaluation against ontology step 5 Final Draft Page 68 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Service2 Document for assessment
67. an Figure 32 Selection of assessment criteria through the project properties form Assessment and Reporting After selection of the web page to be evaluated the assessment results are presented in a number of different ways e For Development purposes o Full evaluation output see Figure 33 o Errors List see Figure 34 o Warnings List see Figure 35 e For Reporting o PDF Report see Figure 36 o EARL Report see Figure 37 Final Draft Page 47 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 oe Aen ES ee ee Pe el ed act Ss Figure 34 Web Page Assessment results Errors List Final Draft Page 48 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 ae Pers Figure 35 Web Page Assessment results Warnings List to w 1S Se UDA eG ae en eS Sk ee te HBa Cre e8m wa WCAG 2 0 Web Assessment Tool Results Assessment performed on Mon 23 Aug 2010 15 04 34 for page Attp Awww ih gr Accessibility score tar the examined page 64 00 100 corresponds to fully accessible according to the conducted tests The Accessibility Scare for the Web page that was evaluated is provided This score is provided in percentage from a scale to 0 100 It should be mentioned that the evaluated Web page i more accessible when the score is agh wah 100 meaning that the Web page i fully accessible according to th
68. as input the definition of a WS and the WS accessibility guidelines defined within the Accessible Ontology and produces as output the result of the accessibility assessment process The service definition can be provided through a Web Service Description Language WSDL or Web Application Description Language WADL file describing the SOAP or REST based WS under evaluation or even through an appropriate UI that allows users to manually define the specifics of the service During service assessment the module communicates with a the Accessible Ontology in order to get information regarding the accessibility guidelines defined in the WSaaF and b an EARL Evaluation and Report Language based Reporting tool responsible for translating the assessment result into EARL based reports These reports follow a standardized format and thus can be used for presenting assessment results to the tool users in an appropriate formalized way As depicted in Figure 41 the WSaaT consists of the following main components the Web Service Definition Parser the Web Service Definition Editor the Service Alignment Tool and the Accessible Web Service Evaluator Accessible EARL Based Reporting Tool Accessible Ontology Service Definition Parser User Input Service Alignment cortege Tool Definition A Editor Accessible Service dito Alignment 0B Figure 41 WS Accessibility Assessment Tool WSaaT architecture Web Servi
69. ased WSDL WADL syntax allowing for the parsing of the definition file from the most common WSDL WADL Parsers e g Axis pass Guideline 13 Services shall not provide one way operations that produce no output Operations provided through WSs shall always send back to the client a confirmation message declaring whether the requested functionality has been triggered or completed FAIL Guideline 15 6 When text is used as input to a Service s operation if possible the operation should provide allowed values for the specific input g String INPUT location has no allowed values defined pass Guideline 16 3 1 The use of abstract collections Vectors ArrayLists etc should be avoided Figure 53 Evaluation against Personas step 7 Final Draft Page 65 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Evaluating a collection of Web Services against ontology The second option is to evaluate a collection of Web Services against Ontology More specifically to evaluate this collection of Web Services using the Harmonized methodology which is described in D3 1 ACCESSIBLE harmonizes methodology By clicking on the button Evaluate a collection of Web Services against Ontology the Disabilities are presented to the user Then the user has the opportunity to choose between the Disabilities that are included in the Harmonized methodology This procedure is depicted in fo
70. at line 8 2 Line 9 AREAattributes href iti en index html coords 800 55 890 85 shape rect value at line 9 Figure 20 Evaluation against Ontology step 3 Quick evaluation against Ontology The third option is to perform a quick evaluation against the ontology By clicking on the button Quick evaluation against Ontology the use can select between the Final Draft Page 40 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 different categories as depicted in Figure 21 The next two steps are the same as in the evaluation against Ontology More specifically the user chooses the approaches and then the results are presented 27 08 2010 ITI web site Document for assessment http www iti gr Cancel Back to project options Next m Evaluation Categories e Disability Functional Limitation Standards o WICSS rules o M WCAG2 Guidelines e Devices o Alternative Keyboards or Switches o Braille Displays Software o O Scanning Software o Screen Magnifiers o Screen Readers o Speech Synthesis amp Recognition o C Text Browsers Figure 21 Quick evaluation against Ontology step 1 Evaluating a Web Site against specific guidelines The fourth option is to evaluate a Web Site against specific guidelines By clicking on the button Evaluate you Web site against specific guidelines the Guidelines and t
71. ation controls Impairments Simulation Controls Degeneration Retinis Pigmentosa Light Conductive Hearing Parkinson s Disease Loss Hyperopia Night Blindness Extreme Sensitivity Sensorineural Hearing Loss Dyslexia Blur Strength Macular x Glaucoma gt lt Yellowing Disc Size x Cataract Disc Count gt lt Disc Spread Relative Position to Mouse Cursor Severity Level Tunnel Size Whitening gt lt Transition Width Brightness Amplitude Frequency Volume Sensorineural Hearing Loss Controls Dyslexia Controls Table 8 Usage of simulation controls Final Draft Page 144 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 References 1 Evaluation and Report Language EARL 1 0 Schema at http www w3 org TR EARL10 Schema 2 jsoup Java HTML Parser at http jsoup org 3 Download jsoup at http jsoup org download 4 Accessible Rich Internet Applications WAI ARIA 1 0 at http www w3 org TR wai aria 5 Sprint emulator at http developer sprint com site global home p_home jsp 6 National Disability Survey 2006 at http www cso ie releasespublications documents other_releases nationaldisa bility National 20Disability 20Survey 202006 20First 20Results 20ful 1 20report pd
72. b applications according to WCAG 2 0 and WAI ARIA implemented tests The following Table 1 presents all the trivial tests that have been implemented in the Waal according to the WCAG 2 0 guidelines More details about the implemented tests and the supported steps are being provided in the following Table 2 WCAG2 Success Technique s Guideline Criterion 1 1 1 1 1 Level A H24 H45 H46 H35 H37 H36 H44 H2 H67 1 2 8 Level AAA H46 1 3 1 3 1 Level A H71 H63 H44 H39 H43 H51 H71 H44 H73 H65 1 4 2 Level A G170 G18 1 4 4 Level AA C12 C13 C14 C28 1 4 6 Level AAA G17 G18 1 4 8 Level AAA C21 C24 C12 C13 C14 2 1 2 1 1 Level A H91 G90 SCR2 SCR20 G202 H71 2 2 2 Level A G11 2 2 4 Level AAA G75 G76 2 3 2 3 1 Level A G15 G19 G176 2 3 2 Level AAA G19 2 4 2 4 1 Level A H64 H50 2 4 2 Level A G88 H25 H24 2 4 5 Level AA G126 H59 G185 G126 2 4 6 Level AA G130 2 4 8 Level AAA H59 2 4 9 Level AAA H30 H24 3 1 3 1 1 Level A H57 H54 3 1 4 Level AAA H28 3 2 3 2 2 Level A G80 3 2 5 Level AAA G76 H76 SVR1 H83 G110 SCR24 3 3 2 Level A G162 H65 H44 H71 H44 G162 3 3 5 Level AAA H89 4 1 4 1 1 Level A H93 G134 G192 H94 G134 G192 H74 H75 H88 4 1 2 Level A H91 H65 H64 H88 H44 Table 1 Implemented tests in WaaT following accurately the test procedure defined by the
73. belledby attribute Elements with role document containing more than one elements with role main Elements with role treegrid whose children are not rows Elements with role application including more than one elements with role content info Elements with role scrollbar without attribute aria controls Elements with role document missing title and aria labelledby attributes Role application incorrectly applied on element other than the body Check for Examine the following problems in aria e Elements with id ref specified in more than one elements aria owns attribute properties e Elements with aria labelledby property referencing an ID that does not exist e Elements with aria describedby property referencing an ID that does not exist e Elements with aria owns property referencing an ID that does not exist Check for Elements with invalid role which is not one of the following alert alertdialog application article wow wow wow wow elements with banner button checkbox columnheader combobox complementary contentinfo definition invalid role dialog directory document form grid gridcell group heading img link list listbox attribute listitem log main marquee math menu menubar menuitem menuitemcheckbox mow wow wow wow wow ron wow menuitemradio navigation note option presentation progresbar radio radi
74. ble to all users for all the facilities developed within the premises of the ACCESSIBLE project Moreover the Mobile Impairment simulator MIS tool and the Disability Impairment Approximation Simulation DIAS are being described along with the changes since the updated version The purpose of this document is to describe the functionality of the aforementioned tools the implemented assessment tests the benefits that they provide to users and to provide a tutorial on how to use them through the portal through appropriate IDEs and or as standalone modules This document is an updated version of the deliverable D5 5a first version delivered on month 32 which is an output of work package 5 and more specifically the task T5 5 thus it describes the main functionalities of the ACCESSIBLE components More technical information concerning the architecture the requirements of the tools and the related technologies can be extracted by the deliverables D5 2 Assessment Simulation Module D5 3 developer designer aid module and D5 4 EARL based reporting module Final Draft Page 5 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Table of contents Authors List secsi enar a sie eden a E nude tesee maleated es 3 Peer Reviewers DIStanco aaa eo ace deat aah satan asi Ear EAAS ERNE E Eia ari RSs 3 History Tables ee ies ae ae i a AE hasnt apie eS a al Ones oar 4 EXECU VG Summa eeen a E rida iron ined E E
75. bmit buttons lt INPUT type iImage gt Provide a non empty alt attribute to images used as submit buttons and check that the alt attribute indicates the buttan s function lf Line 120 INPUT attributes type image src http static bbc co uk mobile homepage templa m Check for tabbing order among elements existence of tabindex attribute Warnings 36 Check for tabbing order among elements existence of tabindex attribute For the detected lt A gt elements without tabindex attribute ensure that the tabindex attribute is not needed ik Aine 28 Afattributes hreFPhttp news bbc co uk go promo click mabile fenglandsrilankaQ 2 Aine 31 Alattributes hre 15 value Search at line 31 3 Aine 33 Afattributes class componentHeaderTitle href http news bbc co uk mobile de Figure 83 Evaluation against specific guidelines step 3 Quick evaluation against ontology The last option is the quick evaluation against ontology By pressing the corresponding button the user can choose between the different evaluation categories as depicted in Figure 84 The following steps are the same as in the evaluation of a mobile Web Site against ontology Final Draft Page 89 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html m Evaluation Categori
76. cation Download persona description in pdf format Location C Nitesh Sarin Nitesh Sarin is 36 years old and suffers from Communication Disability Learning Disability Colour Blindness Marital status Single Job Unemployed Location Pocklington UK Education College C Matthew Perkins Matthew Perkins is 28 years old and suffers from Blurred Vision Down Syndrome Marital status Single Job Employed Location Birmingham UK Education Download persona description in pdf format C Carlos Portillo Carlos Portillo is 35 years old and suffers from Communication Disability Expressive Language Disorder Marital status Married Job Employed Location Gerona Italy Education College degree in Applied Informatics Download persona description in pdf format Figure 73 Evaluation against Personas step 1 Step 2 includes the review of the corresponding evaluation approaches Figure 74 The user can select which approaches will be activated during the evaluation process Moreover the user can select what kind of device wishes to simulate during the assessment e Mobile the content is retrieved by simulating a device representing the characteristics described by the W3C Default Delivery Context content Desktop the content is retrieved by simulating a desktop computer iPhone data retrieved by simulating an iPhone access to the content BlackBerry data retrieved by simulating a blackberry access to the con
77. ce Definition Parser The WS Definition Parser module is responsible for the parsing of formal XML based files describing a Web Service The parsing procedure follows a perspective where service operations are regarded as black boxes with documentation input output fault structure elements of either native e g String boolean integer double or complex types Complex type elements may consist of children complex or native type elements In its current implementation the parsing module supports WSDL and WADL based service definition files It takes as input the WSDL orWADL file describing aWeb Service SOAP or a REST based respectively and produces Java structures that hold information regarding the WS s operations appropriate for further processing and accessibility evaluation The module is extensible so as to allow after the integration of further appropriate sub modules the parsing of further service types that could be defined in the future apart from SOAP and REST based given that these services operations could also be regarded as black boxes with specific input and output data structures Final Draft Page 55 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Web Service Definition Editor Since WADL files are at the present not commonly used for the description REST WSs the Tool offers its users the capability to also manually define the structure of their WS through an appro
78. ced Stack 926202 Found Turk Protocel Stack m 9171 02 Feud Access Protocol Stack API 997201 Feed Access Pratocel Stack 9972 02 Feed Access Prstocel Stack BP TRA Pred bade Figure 92 SAFIRE Product Browser screen SAFIRE IDE is launched by pressing the IDE button The user is then prompted to select the archive i e the development project to be opened Figure 93 Figure 94 Me archive loaded SAF IRE Organizer _ __ Gene i __ Corea _ An Asche cortar sisted proects which ane gouped together nace the Asche an venons Archer we ananged ai kideri and each verson a a Joie watten the Acheve Une the Dosie option to creste a new empty Aschve Figure 93 Selection of archive to be opened Final Draft Page 99 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 No archive leaded SAF IRE Organizer fie Vew Actions sls Ble 4 1H aj Select an archive Figure 94 Browse for folder of the archive to be opened Following the selection of the archive SAFIRE Organiser starts and the modules of the development project are displayed in the tree structure of the Organiser Figure 95 ie 16170101 SAF EL Organizer fle Vew Actions Options Took Hep alel elel 7 gt 181 al RRARRRLRLLL Figure 95 SAFIRE Organiser archive tree structure For each archive an Accessibility_Assessment_APPL application exists in the ar
79. cerning only the selected disability WCAG2 MWBP tests are automatically selected Figure 78 Final Draft Page 82 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html Functional Limitation Impairment Night blindness CI Deafness CI Cerebral palsy C Deaf Blindness Cl Arthritis Cl Asperger s syndrome C Quadriplegia Cl Dyspraxia Cl Speech and language disorders C Multiple sclerosis C Academic skills disorders C Blindness CJ Extreme light sensitivity Cl Attention Deficit Hyperactivity Disorder C Mixed Hearing Loss Figure 77 Evaluation against ontology step 1 As it is obvious in Figure 78 both the WCAG2 and MWBP approaches are presented to the user By pressing the button Nex the evaluation process begins and the results are shown to the user as depicted in Figure 79 Final Draft Page 83 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html Please select one of the following delivery contexts O Desktop O Mobile Android BlackBerry iPhone The following evaluation approaches has been infered for your evaluation setting Please select the ones to be used for the final evaluation m WCAG2 Evaluation Approaches M Chec
80. chive tree The Description Languages Assessment Module for the archive is launched by right clicking on Accessibility_Assessment_APPL and selecting Run from the drop down menu Figure 96 Final Draft Page 100 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 SS accessible 16170101 SAF IRE Organizer fie View Actons Optore Took Pi te so MGA SM ia os Tet s We Dd Selected eo ASN Budd Selected ard Used oe SS eo Ooo SM ee Cow TS Eogiore Source Location Solerend 50M Cagdore Otist Locaber so Samad TS Figure 96 Launching the Description Languages Accessibility Assessment Module Selection of a preferable SDL application The SDL GUI application of the specific archive is automatically pre selected after launching Description Languages Assessment Module for the archive As shown in Figure 97 the user can insert the local path of a different SDL source code file SDL Accessibility Assessment Tool Fie Selection SOL App cation Fe Pattc Metrology Choose approaches marmay Choose approaches using ACCESSIBLE harmonised methodology Figure 97 Selection of SDL application to be evaluated Selection of the evaluation methodology The next step involves the selection of the appropriate evaluation methodology that the user wants to perform for the evaluation assessment The first method supports the manually selection of the supported Guidelines and respect
81. courses I as Bout w are ate Mart Andy Caneeuw O Manhew Partons Keywords rm Look the Z Detaton Abtrmimncr Acronym nese The Goptal Weary of ACCESSELE s an onire seruce Tar tacdeses troepen BAS Bear hry Andy Cateeue is 2 years old and pies Matthew Perkins 28 years off and ERE retoc es reie ant to bon Atetee Ostet Phpesrhty aan tom Dmed Vem Down Accetetet Evexeton Osote roe Inher Sew wey and Tewmng Mott was Sege J Swot pa ws Sege kb Ereleyed Lacen Hian Beigun Educarea Locanes Berenghome UK EducoDbor Figure 107 Selection of personas Final Draft Page 107 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 After selecting personas and pressing the Next button the user is presented with the available set of Evaluation Approaches and prompted to select the ones to be used for accessibility assessment Figure 108 The Evaluation Approaches corresponding to the profiles of the selected personas have been automatically preselected Development and Evaluation of ACCESSIBLE applications penred rte toutes ACESSE 4 an on ine sersce that tacutates tereng ont sem wng Peles eiea be Accorebity Evaluation milence SE Co 2 2010 Camera OU FSM Document tor seeepernent ACCE SIRI Feameworts hee Cames GUI FSM PRG Some fsan Cmaj The toftowing thuston approaches Aae been etlemed the the pelected setiegt GT_Window_Cosate i wt length nt wid
82. cument for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Cancel Back to step 3 Next Full Report Report only errors EARL report xml EARL report pdf PASS Guideline 11 W3C Web Services SOAP based Standards should be used for the definition of Web Services PASS Guideline 12 If Web Services are defined through XML based documents e g WSDL WADL the definition files SHALL have correct XML based WSDL WADL syntax allowing for the parsing of the definition file from the most common WSDL WADL Parsers e g Axis pass Guideline I3 Services shall not provide one way operations that produce no output Operations provided through WSs shall always send back to the client a confirmation message declaring whether the requested functionality has been triggered or completed FAIL Guideline 15 6 When text is used as input to a Service s operation if possible the operation should provide allowed values for the specific input g String INPUT location has no allowed values defined PASS Guideline 16 3 1 The use of abstract collections Vectors ArrayLists etc should be avoided PASS Guideline 16 3 2 If the use of Abstract collections or types is necessary their allowed extended types shall be well defined Figure 48 Full report Final Draft Page 62 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Ser
83. d Description Language is widely used in the telecommunications field it is also now being applied to a diverse number of other areas ranging over aircraft train control medical and packaging systems It is a general purpose description language for communicating systems The basis for description of behaviour is communicating Extended State Machines that are represented by processes Communication is represented by signals and can take place between processes or between processes and the environment of the system model Some aspects of communication between processes are closely related to the description of system structure For systems engineering the ITU specification and description language is usually used in combination with other languages MSC ASN 1 TTCN and UML The use of the object model notation of SDL 2000 in combination with MSC traditional Z 100 state models and ASN 1 is a powerful combination that covers most aspects of system engineering This set of notations meets criteria for UML There has been work relating the ITU specification and description language and TTCN semantic models TTCN is often used for testing or validating standards or systems written using the ITU specification and description language Similarly the ITU specification and description language is often used for systems or standards to be tested or validated using TTCN The ITU Z 105 and Z 107 standards define the use of SDL with ASN 1 The Z 109 standard defin
84. d in Figure 18 27 08 2010 ITI web site Document for assessment http www iti gr cancet_ _ Back to project options Next Disability Functional Limitation Impairment ATs Night blindness Deafness Cerebral palsy Deaf Blindness Arthritis Asperger s syndrome Quadriplegia Dyspraxia Speech and language disorders Multiple sclerosis Academic skills disorders ka Blindness KJ Extreme light sensitivity ka Attention Deficit Hyperactivity Disorder Mixed Hearing Loss Dysarthria Down syndrome Loss of central vision Communication disability Absent limb reduced limb function Figure 18 Evaluation against Ontology step 1 By pressing the button Next the corresponding approaches are presented to the user Figure 19 These approaches derive from the Harmonized methodology and are the approaches that affect the Disabilities that were selected in Step 1 Final Draft Page 39 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 ITI web site Document for assessment http www iti gr Cancel Back to step 1 Next The following evaluation approaches have been inferred for the selected settings m WCAG2 Evaluation Approaches M Check if the alt attribute for l
85. dev ree 7 ray E aa D Tye rronvty fon bise S Ar Seeder ue nee nem ry isu Pa conte Figure 124 Simulation of Achromatopsia using Magnifier The second option for the user is to choose to simulate a JavaME CLDC MIDP application Thus as it can be seen in Figure 125 the user is offered with two options with the first one being the already implemented Java Swing functionality and the second one being a new functionality for the simulation of Java mobile applications Instead of a jar file the uses chooses a jad file he she then chooses the emulator platform then a specific mobile device and the simulation process is the same as previous The emulator platform that was used is the Sprint emulator 5 and in Figure 126 a simulation of protanopia is depicted EZ DIAS standalone Type of application Java Swing Application JavaME CLDC MIDP application Browse for the file you want to test jad file File to Test D Accessible_SVN LWUIT HelloL WUIT dist HelloL WUIT jad Specify Emulator Platform folder Emulator Folder C SPRINT_WTK_332 Emulator Name Sprint Wireless Toolkit 3 3 2 Powered by Sun Java Technology Device HTCTouch Start DIAS Figure 125 DIAS standalone initial state Final Draft Page 127 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Wi 5555555555 HTCTouch Dor Banas pod by CERTH 4 IT J
86. e and Display see section 2 of Figure 133 Thus correct order of filters is ensured Simulation window did not support scaling thus landscape mode applications or tablet applications could not be simulated Therefore simulation window currently supports free scaling and so it can be adjusted according the needs of developer Position of the simulation window was not remembered and has to be adjusted each time Now the last position of the simulation window is saved automatically and used each time the MIS tool is started again After starting of MIS tool there was no window displayed what was very confusing for the users Now after starting of the MIS tool the filter settings window appears immediately to provide necessary feedback to the users Parameters of the filters were not clearly labelled and explained Therefore we have revised and renamed all control parameters of filters to provide clear user controls Some filters have been also renamed see section of Figure 133 We have also implemented support for loading XML configuration files where all the filters and its parameter values could be pre defined Thanks to this feature it is not necessary to adjust all frequently used setups manually each time It is for example possible to create simulation use cases like simulation of personas or real life situations using mobile device while walking in the street during the sunny day Final Draft Page 138 of 145 CERTH ITI ACCESSI
87. e int xCord int yCord int length int width String title signals and chec Guideline 2 7 Each GUI control of a group of GUI objects should have a different label title text C Approach 2 7 1 Find all SWGT_Button_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check C Guideline 2 8 All GUI controls that do not belong to any group of GUI objects and belong to the same application window should have diff Approach 2 8 1 Find all SWGT_Button_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and chech Il gt Evaluate Cancel Figure 98 Manual selection of approaches After the procedure of selecting the preferable approaches the user initiates the process of the evaluation by pressing the button Evaluate Evaluation Results of the SDL assessment module When the process is completed the evaluation results are presented to the user Figure 99 The results indicate the assessment result for each Guideline Results information box in Figure 99 In addition the tool provides detailed information on the detected accessibility limitations and provides suggestions for corrections indicating the line number where the related accessibility limitations have occurred Final Draft Page 102 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 error uideline 1
88. e Result instances and store in an efficient way all the data of the assessment of a specific Guideline i e guideline id priority result suggestions Then the instantiated Result type object are added in a List that keeps together all the Assessment results DescriptionLanguageWS java The DescriptionLanguageWS java is the class that creates the Web Service that allows the integration with the ACCESSIBLE portal It provides the RequestAssessment Web Method which is responsible of performing the Assessment In fact the Web Service instantiates an EvaluationResultant object and sets it responsible for the accomplishment of the Accessibility Assessment Final Draft Page 98 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 6 4 Usage Scenarios for Description Languages Assessment Module Standalone Selecting a development project and starting the Description Languages Assessment Module The Description Languages Assessment Module may be launched from the SAFIRE IDE After staring SAFIRE the Product Browser screen is displayed Figure 92 029001 AIM Etenet 10 10087 PO PDAM Eene 10 10081 PO R23002 AIM Ehanet 10 10081 PO API 911201 intenet Protocol Stack 9821 02 VOW Protocol Stack API 912201 VOIP Protocol Stack 922201 VOW Protocol Stack ITY 912202 VOIP Protocol Stack 9261 02 Famed Tark Protocol Stack API 926201 Fed Turk Proto
89. e details When the macula is damaged the eye loses its ability to see details such as small print facial features or small objects Glaucoma is the term for a diverse group of eye diseases all of which involve progressive damage to the optic nerve Optic nerve damage produces certain characteristic visual field defects in the individual s peripheral side as well as central vision Cataract is the term generally used for an opacification or a discoloration of the lens substance It may be localized in certain lens parts or may interfuse the whole lens According to its localization the opacity causes a more or less pronounced isturbance of light transmission Hyperopia also known as farsightedness longsightedness or hypermetropia is a defect of vision caused by an imperfection in the eye often when the eyeball is too short or the lens cannot become round enough causing difficulty focusing on near objects and in extreme cases causing a sufferer to be unable to focus on objects at any distance Colour Vision Deficiencies Protanomally Having a mutated form of the long wavelength red pigment whose peak sensitivity is at a shorter wavelength than in the normal retina protanomalous individuals are less sensitive to red light than normal Deuteranomaly This is the most common form of colour blindness The deuteranomalous person is considered green weak Tritanomaly Regards a mutated form of the short wavelength blue pig
90. e tests that were conducted in order to evaluate the Web page More specifically the Acceambedty Score is calculated as follows Figure 36 Web Page Assessment results PDF report Final Draft Page 49 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Human readable diagnosis result based on the EARL report created according to the Evaluaton and Report Language EARL 1 0 Schema WOC Working Craft 29 October 2009 TestSubject _ hitpsiwerw itor Title informatics and Telematics Institute Date Mon 23 Aug 2010 15 04 35 Score 64 00 Software hittpoliwww iti griaccessibleWCAG2 0 WebAssessmontTcal zip Title WCAG2 0 Web Assessment Too Description _WCAG2 0 Web Assessment Tool is developed by 499 5 Luss x ES Figure 37 Web Page Assessment results EARL report in PDF format 3 4 Changes in current version Comparing the latest version of Web Accessibility Assessment module with the previous one a number of changes were made These changes are based mainly on the comments received during the review of the project as well as the pilot results phase 2 and 3 Thus some of the following important changes were performed e A new HTML Parser was integrated in order to parse the web page source code and get the necessary information concerning the desired elements attributes of the HTML XHTML This parser is the jsoup library 2 which is Java library for working with real wo
91. eans plugin has been implemented so as to enable developers to explore run and test their implementations during simulation of impairments While their applications are running new windows such as dialogs choosers or frames may appear due to user interactions The DIAS run main functionality can be activated by clicking on the appropriate image of a green triangle with an arm chair at the IDE s Toolbar Hyperopia is simulated over a Swing form that is being developed with NetBeans As shown in Figure 130 the DIAS UI presented to the user is in this case the same as the one presented during Java application simulation through the stand alone version of the tool Final Draft Page 130 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 A Cte nnpter jian Raabe Forra b gt fryen nwe vagtee Penins 7 Locator Ginwgran UK MIYA DA rge ma Ewguyes Chancery Ooan Syrorores amag vinor Figure 130 Simulation of a Java application with a persona suffering from blurred vision Hyperopia through the DIAS run main plugin Web applications NetBeans provides developers with the capability to create web sites consisting of both static e g html and dynamic e g jsp web pages Our developed tool offers developers using NetBeans also the capability to examine the accessibility of web based UIs This is achieved through the web preview plugin of the DIAS NetBeans suite Typic
92. eceeseeeeeneeeeeteeeennees 114 7 2 Implementation of simulations 2 0 0 0 ceeecceeseeceeseeceeseeeeeeeceeneeceeaeeceeeeeenaees 117 dia OESONAS Ze EE ET A E EE E E iene aa OaN aa REN 122 7 4 Incorporation of Magnifier and Screen reader within simulations 122 7 5 Disability Impairment Approximation Simulation standalone version 124 Final Draft Page 6 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 7 6 Disability Impairment Approximation Simulation NetBeans plugins 128 Tobe Changes in current VCTs LOM a9 f5 0435 sores as bate a2 a ceased coi ah tapas we ema hee renee nants te 132 8 Introduction to Mobile Impairment Simulator MIS Tool ee eeeeeeeeseeeees 133 Dice Conclusions st ase Sa chaps cute eee deselect deca a Eer Slant EEEE R EENE VA EEEE 139 LOS APSO E ens PAL Le Besa LN hh econ aha 140 10 1 ACCESSIBLE Ideal Operations of the Web Services Assessment module 140 10 2 Controls for the Supported Impairments in DIAS 1 0 0 eeeeeeeeeeeeteeees 142 FREPERONI COS cc tcc Oeste Wg e i See hes aeae Hebe wees ae ea ae ER Rta OTE 145 Final Draft Page 7 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 1 List of figures Design prototype of the ACCESSIBLE portal and standalone tool 17 Figure 2 Extending the ACCESSIBLE architecture with the building blocks of the MIS OR interface sis dit sre R
93. een the WaaT tool and the ontology 4 The Core Web Applications Assessment Module The Core Web Applications Assessment Module is the core component of the WaaT tool and includes all the required algorithms and methodologies for the execution of preferable user s selections This module consists of the following six sub components i The Web Crawler which returns the single pages of a web site when an entire web site is being selected to be evaluated ii The W3C Markup Validator which evaluates the conformance of a web page against the technical specifications of HTML and XHTML iii The HTML Parser that parses the web page source code and returns the necessary information concerning the desired elements attributes of the HTML XHTML iv The W3C CSS Validator which evaluates the conformance of a CSS file against the CSS 2 1 Specifications v The CSS Parser that is responsible for the parsing of all the CSS files that are connected with the examined web page vi The Web Accessibility Evaluator which is the core component of the Core Web Applications Assessment Module performing the accessibility evaluation of a web application according to the user s preferences 5 The Reporting Module The Reporting Module of WaaT is responsible for the generation of various types of reports including the results of the evaluation process The supported report types include the following e A PDF report containing all the errors and warn
94. eir source Edit Project evaluation criteria Perform the assessment Final Draft Page 20 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 e Access assessment results and fix the errors inline using the embedded code editors e Reassess the project te fn he 0 3g ajaa Serre gO me rrn h pni oco wiwer by growing serene Ge apea aaee derebps fot of AOC d a tr deag mi mi beriya ml ien ha mpana le ym raadde lbw a e Sa of pe pete baa wd d Drp ant oh w mdd Figure 5 Start up screen A detailed description of the standalone tool and its user manual is presented in deliverable D5 1 User Interface Portal amp User Assistant Agent section 7 2 In the following the four different assessment modules will be described Final Draft Page 21 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 3 Web Accessibility Assessment Tool The Web Accessibility Assessment Tool provides users developers designers testers with the opportunity to evaluate the accessibility status of a web application according to the WCAG 2 0 and WAI ARIA guidelines WaaT can detect accessibility violations and it can also provide informative tips that will aid the users in the correction of the detected errors warnings The implementation of WaaT was initially based on the ACCESSIBLE Harmonised Methodology HAM as described in deliverable D3 1 that enabled a personalized
95. el User role Developer based on the ontological knowledge resource which contains the ACCESSIBLE Methodology The ontology based knowdedge resource is supporting the required accessibility assessment procedures Representing the relevant information for supporting the envisioned domain in tems of ontologies Expertise Web development Web services offer various benefits to the system Furthermore this tool provides developers and ordesigners with appropriate designer aid and developer aid tools for 5 anea implementing and writing accessible software applications Selection of appropriate designer aid and developer aid tools Selection of appropiate accessibility methods and tools F r Accessibility Analysis of Inputs Heh sendces ion naib Installation of additional Accessibility Tools ubbile applications Renndicg Cunctionality Java FX Web applications Getting started Figure 1 Design prototype of the ACCESSIBLE portal and standalone tool 2 2 Architecture of the ACCESSIBLE Portal The user interface portal extends the architecture of ACCESSIBLE for allowing the UI layer of the project portal and standalone tool to communicate with the lower levels of the architecture as presented in Figure 2 Final Draft Page 17 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 ee ee ee Presentation Syntax aware Rich IDE like Editor
96. ements Check for the existence of lt H4 gt elements Check for the existence of lt H5 gt elements Cl Check for the existence of lt H6 gt elements Check for the existence of redundant text links for each active region of a server side image map within e body of an lt OBJECT gt element YI Check for the existence of alternate text of lt IMG gt elements with ismap attribute M Check for the existence of refresh lt META gt elements YI Check for the existence of lt A gt elements with blank target target _blank and not containing the phrase opens new window Figure 12 Evaluation against Personas step 2 Figure 13 presents the final step of the evaluation process which includes the Evaluation Report containing all the errors and the warnings that were detected for the specific Web Site Final Draft Page 35 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 The results can be presented to the user with five different ways These are Full Report Show only Errors Warnings EARL report EARL report PDF PDF report 27 08 2010 ITI web site Document for assessment http www iti gr Full Report ow only Errors Warnings EARL report EARL report PDF PDF report gt WCAG2 Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need
97. en them and their interfaces e The behaviour of individual state machines is presented clearly as a flow chart including input events outputs actions decisions timers amp resulting state transitions e The state transition diagrams show the different states amp all possible paths between the states i e driven by input events e The state input matrix presents all the states amp the corresponding coverage of possible input events i e highlighting which events are not handled e The arrow diagrams are an alternative view of the behavior showing input events timers amp outputs as arrows between the different FSMs Figure 87 SAFIRE Designer Validation SAFIRE Campaigner Animator Tracer SAFIRE validates software implementations using test harnesses running test scenarios which are implemented using the same flow chart graphical representation as the SW components themselves Figure 88 Final Draft Page 94 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 SAFIRE Protessional coats Desigrar e Se a om a Tost Figure 88 SAFIRE validation diagram Related test scenarios can be defined and managed as test suites and the SAFIRE Campaigner Figure 89 allows test scenarios to be selected for test campaigns and automatically executed The Campaigner runs test campaigns without human involvement and SAFIRE based tests meet the ISO requirements
98. ent ID Outpts mepRecutlRl 3ng NS Figure 63 WS accessibility assessment Step 1 The Service Definition Editor Through the last option the developer is initially asked to provide the name of the operation After that the input and output elements of the operation can be set Figure 64 Final Draft Page 71 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Ell Prienitive Complex type definition MER Define a Primitive or Complex type n Prevdive Type Comphex Type Name Type String Allowed voles comes separated Figure 64 Manual definition of a WS operation input output elements Herein the user can define either a primitive by providing its name type and optionally allowed values or a complex by providing its name type of input output In the case of a complex type element the user can subsequently define the elements it consists of by following exactly the same procedure described above The user has the option to also insert the documentation of each defined operation With the afore described procedure the user can manually provide the tool with the definition of the service s he wishes to evaluate The output of the Service Definition Editor module is similar to the output of the Service Definition Parser thus the result can thereafter be similarly processed from the Accessible Web Service Evaluator Step 2 Automatic evaluation of the WS accessibility
99. es e Disability Functional Limitation M impairment e Standards o Mobile Ok Guidelines o M WCAG2 Guidelines o MICSS rules e Devices o ClAlternative Keyboards or Switches o C Braille Displays Software o C Scanning Software o C Screen Magnifiers o Cl Screen Readers o Cl Speech Synthesis amp Recognition o C Text Browsers Figure 84 Quick evaluation against ontology step 1 5 2 Changes in current version Since the last issued version of the tool a number of changes were made that are summarised in the following Services implementations were deeply changed to offer better performance In particular new libraries have been used for example CFX has replaced the groovy SOAP service facilities that boosted performance and corrected some bugs Further success error information is now provided facilitation the accuracy of reporting This was achieved through a stronger and more accurate error management module which involved thorough testing and the redefinition of some code components Reporting modules were revamped and further debugged in order to better accommodate the new mobile aspects final mobileOK assessments and new delivery contexts and its articulation with the reporting of the WCAG 2 0 evaluation All the bugs found in the pilot tests and further unitary tests were corrected Integration with the WCAG2 modules and GUI were improved This involved some major modifications on the Web Services part
100. es a UML profile for SDL and the Z 120 standard defines Message Sequence Charts There is a supplement to Z 100 that gives a methodology which includes TTCN SAFIRE IDE Integration The Description Languages Assessment Module has been integrated in the applications environment of SOLINET s SAFIRE Integrated Development Environment IDE SAFIRE Professional IDE is a fully integrated development amp run time environment optimized for the implementation validation amp observation of complex systems It is used for a wide range of applications such as SW components of various platforms gateways signalling testers amp protocol analyzers With over a decade of experience in the industry the SAFIRE team has created a powerful innovative tool chain based on international standards such as SDL MSC ASN 1 amp Final Draft Page 92 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 TTCN ITU T ETSI ANSI ISO SAFIRE Professional has a graphical development environment for quickly creating editing amp building systems test harnesses amp test suites With SAFIRE s advanced testing features systems can be validated to various levels of confidence from top level tests to detailed conformance tests according to international standards or pre defined requirements SAFIRE tests are automated deterministic reproducible amp documented There are SAFIRE compatible libraries test suites dr
101. essibility status regarding a set of different impaired user groups with different needs WebService Checkpoint_C1 1 Provide the accessibility status of all the Points of Interest returned upon service invocation vi WebSernicel Checkpoint_C1 2 Provide a description of the accessibility status of all the Points of Interest returned upon service invocation Guideline_C2 When a service provides content related to Route Guidance it should provide information describing efficiently and effectively the accessibility status of the various route segments regarding a set of different impaired user groups with different needs WebService Checkpoint_C2 When a service provides content related to Route Guidance it should provide information describing efficiently and effectively the accessibility status of the various route segments regarding a set of different impaired user groups with different needs WebService Checkpoint_C2 1 For each pedestrian segment of any Route returned upon service invocation provide its accessibility status regarding various groups of impaired users M WebSenicel Checkpoint_C2 2 For each pedestrian segment of any Route returned upon service invocation provide a description of its accessibility status regarding various groups of impaired users This description must contain for all the different user groups enough information in order to enable them move along the specified route in respect to their special
102. f gt Figure 104 Listing of Guidelines Approaches applying for the selected impairment disabilities The user can then select the preferable approaches Final Draft Page 105 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Approaches Selection Step 2 of 2 Spacty Approaches to be fofowed paint pinabitiv aming Disabiky Academic shiis dscedcers nmng Dabiy Nomwibali ra rng Darda enan Denr iusinbnn 2 7 gt Appi mah 2 7 E Fane al SAGT Mon Cde SOW Gukeine 23 gt Approach 2 8 E Find all SWGT Binion Create So Wi Gustetne 34 gt App tach J4 E Check wheter Ihe appiraion p wbi 4 i Figure 105 Selection of Approaches When the Evaluate button is pressed the evaluation process starts and the evaluation results are presented to the user Final Draft Page 106 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 6 5 Usage Scenarios for Description Languages Assessment Module ACCESSIBLE Portal Selecting accessibility assessment options for a specific project After selecting a description languages assessment project the user is prompted to select the accessibility assessment method to be used Figure 106 The following options are available Evaluate a set of SDL files against personas Evaluate a set of SDL files against specific guidelines Evaluate a set of SDL files against ontology Quic
103. f 7 Koch J Velasco C A Ackermann P eds 2011 HTTP Vocabulary in RDF 1 0 W3C Working Draft 10 May 2011 http www w3 org TR HTTP in RDF10 8 Mobile Impairment Simulation tool http cent felk cvut cz hci accessible www index mis htm 9 Vystreil J Mikovec Z 2011 Accessibility issues simulation for mobile application https cent felk cvut cz hci accessible downloads ACCESSIBILITY_ISSUES SIMULATION_FOR_ MOBILE APPLICATIONS pdf 10 Mobile OK W3C checker http validator w3 org mobile Final Draft Page 145 of 145 CERTH ITI
104. f the ACCESSIBLE project lt det desemption gt lt earl Software gt lt earl Assertion rdf about http www w3 org WALWCAG20 quickref qr text equiv all 1 1 1 gt lt earkresult rdf resource result1 gt lt earl mode rdf resource http iwww w3 org WADER EARLinmg strawman automatic gt lt earl test rdf resource http iwww w3 org TR WCAG20 TECHS G95 gt lt ace step gt 1 lt ace step gt lt ace problematicElement gt IMG attnbutes height 695 src graphics_new index_v2 gif border 0 usemap map width 900 value at line 12 lt ace problematicElement gt lt ace level gt A lt ace level gt lt eark subject rdf resource http wwwati gr gt searl assertedby rdf resource http wwwit gr accessible WCAG2 0_WebAssessmentTool zip gt Figure 15 Report using the EARL format Final Draft Page 37 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 HARI rpad HFI Human readable diagnosis result based on the EARL raport reated according to the Cyaluaiion and Report CARL 1 0 Schema Wat aing Cat 38 Oraa JID Hip were tiger Informanics anc Telematics Insthute Mon 05 Jun 2011 13 1531 WCAG2 0 Web Assessmeril Tool is dev CERTHIT wenn the premises of the AC Prowding short text atlieirialwess Oral provide a bnet description of the non text content G95 test procedure Number of lt IMG gt elements wilh null at armule Problematic e
105. f the SDL system displaying and storing the results of the accessibility evaluation and making the suggestions to increase application s accessibility It provides input for the generation of the accessibility assessment Report in printable as well as EARL based format It also makes suggestions on how to increase the accessibility level of the SDL application To satisfy the above functionality the module communicates with the Accessibility Features Parser and Accessibility Threshold Controller modules The following Figure depicts an overview of the description languages accessibility assessment module architecture l Description Languages Accessibility Assessment Module Figure 85 System Architecture of the Accessibility Assessment Module for SDL Systems Final Draft Page 91 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 6 2 Technologies related to Description Languages Assessment Module 6 2 1 Specification and Description Language SDL and relevant technologies As already mentioned the prototype of the Description Languages Assessment Module allows the accessibility assessment of SDL Specification and Description Language applications SDL is a specification language targeted at the unambiguous specification and description of the behaviour of reactive and distributed systems It is defined by the ITU T Recommendation Z 100 Although the ITU Specification an
106. f environmental light can affect also the ability of the visually impaired users to read the display Simulation of different light sources and their intensity dynamic changes and special situations like moving reflections cannot be easily simulated in the developer s office Occlusion of the display caused by the finger touching the display while having visual impairment is very hard to simulate without any special simulator We have focused on these hard to simulate situations and developed a simulator which can easily provide an illusion of these situations to the developers Simulation tool architecture In comparison to the world of desktop and web applications there are many mobile platforms that are rapidly emerging and disappearing on the market and all the work related to accessibility can be easily lost with the discontinued mobile platform Final Draft Page 134 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Therefore it is essential to develop simulation tools which are as independent as possible on the mobile platform emulators and integrated developer environments We have developed a simulator Mobile Impairment Simulation tool 8 which is implemented as a standalone application It is totally independent on the mobile platform for which the mobile application is being developed The simulation is done by means of on the fly manipulation with the pixels rendered on the screen typ
107. for conformance tests tests are automated deterministic reproducible amp documented Legami Dega E meua Log Let 1X50 006 Reto 1 50247 006 Mot using tect ate contig ation dets IRBS ont fet Pieter Cure 4 Tout 4 hore 0 Meczage hon asicaos Figure 89 SAFIRE Campaigner Information specific to individual test objects such as appliance characteristics amp services can be configured without editing the test suites Test results are updated during execution and can be saved for later analysis or exported as an HTML report for Internet publication The SAFIRE Animator Figure 90 can be launched from the Campaigner for a slow motion step by step replay of any test executed The Animator jumps directly to the points where test verdicts are set allowing rapid analysis of the events leading up to a pass fail result Final Draft Page 95 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 90 SAFIRE Animator 6 3 Technologies related to the implementation of the Description Languages Assessment Module The development of the Description Languages Assessment Module tool was performed using the Java language Java SE version 6 0 and the NetBeans Integrated Development Environment A Web Service has been implemented for the communication of the module with the ACCESSIBLE portal using the Apache Axis framework The figure below is the Class Dia
108. gram of the Description Languages Assessment module The system is constituted of four classes e FeaturesParser java e EvaluationResultant java e ThresholdController java e Result java e DescriptionLanguageWS java Web Service The classes interact in an efficient way to provide the functionality of the system Final Draft Page 96 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 petGuctebra Sing source Code Siring TreesholdControter thrashokts Hast Map lt Sinng iiegor gt malder Variables List lt Siring gt thenshoier inann Sng fond TereshotF Tol eca remeis Lalsinbeger realad Lergh L art nage re ranila bn Wty Latelingn maiLabafonti kHaahmapx ising inreger We acLabal Ttke n maGmupT Hostis ree veces Poor Tawaf fe ecBu hors Lengint Hasmapanieger ogari mBua Has mapdimeger hingoaa MOMP Heater sineger kataga GMp ashap gr gr ge GroupHandiers oshMap lt Siring Intoge gt gaBulonmani kere Hae Magan integer ng ctl irs s andorsik uses SF owt eCalonrboohen rasinecy jori ore op TukesDferanood ity Q0tBu tion and lerError_inotSheng omorS gra linti each Bes Hiroe Th inca Dh thee rea yni AIRAN om _Wibooknnet cen tS ugyen k LaS OescriplionLanguageWs AnquetAasnnarmact string appeomcnae YORNOY Lielcsinnge gent Thrive teks Vaus inng reahjrti Figure
109. gure 18 Evaluation against Ontology step 1l esssessssesssssesssesserssseesseressresseesseeeseee 39 Figure 19 Evaluation against Ontology step 2 ssesssessssessssresssesseressersseressresseesseeessee 40 Figure 20 Evaluation against Ontology step 3 sssssessssssssssesssesseressrsseressressresseeeseee 40 Figure 21 Quick evaluation against Ontology step l sssesssesssessessseessseressresssesseressee 41 Figure 22 Evaluation against specific guidelines step 1 eeeseeeereeereeereserereree 42 Figure 23 Evaluation against specific guidelines step 2 0 00 ceeceesesseeeseeeeeeeeeeeeeeees 42 Figure 24 Evaluation against specific guidelines step 3 0 0 cee eeseeseeeseeeseeeeeeeeeeees 43 Figure 25 Quick evaluation against specific guidelines step 1 eeeeeeeeereees 43 Figure 26 Create new Project vis sedsaccnesedsiceunasisneatenteicetelscugcsaasitersasiensasereenteaarreassirtens 44 Figure 27 Open ACCESSIBLE projects aaiesc do ed icetsenael oasis Seneadls cecoadienntenasteanibtaanes 44 Figure 28 Add new item file from local file system eee eeeeeeseeeereeeeeeeeeeeeaeees 45 Figure 29 Add new item web page from URL 0 ec ceeceeesceeseeceeneeeeeneeeeeaeeeeeneeees 45 Figure 30 Source view of HTML document css sccie airs set sstone aisha ema 46 Figure 31 Preview Web Page using one of the embedded browsers Internet Explorer OI PALES LOD O ET AARET ALEE EAE E Varta seahecuctaus aaa N 46 Figure 32 Selection of a
110. h the Show Detailed Settings option shown in Figure 121 In this case the severity level selection slider is replaced by ones that regard more specific parameters affecting the filters involved within the given impairment Figure 122 shows the result of such a replacement in respect of the Parkinson s disease Herein the user can set different values for the amplitude and frequency that the simulated tremors should have It should be noted at this point that through the options provided next to the Detailed Settings one Figure 121 the user can also enable the afore described Magnifier and Screen Reader functionalities within each simulation jed by CERTH ITI textads Interaction Pane Mid Intermediate Simulation Pane people with Glaucoma report this level of severky Trish National Disabiity Survey 2006 ejreleasespubbcations nationakisabiitysun Figure 121 The DIAS simulation environment Final Draft Page 125 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Show detailed settings Use magnifier _ Screen Reader Parkinson s Disease Controls g E Wo og a a y a a a e ao Amplitude lt gt J E Frequency g a4 st ob i af fe ty alt Figure 122 Detailed Settings for the simulation of parkinson s disease As shown in Figure 121 a Help tab is also provided within the simulation pane of DIAS in respect of the supported di
111. has the material that can be separately ability to post a message on a topic viewed or organized into courses p Documente Area 0 e Courses e Browse material E The documents Area is a virtual repository of documents and files that may be of interest to portal members users that are not familiar with the Discussion topics 4 The discussion topics is a repository of discussions between portal members e Search material The digital library of ACCESSIBLE is an on line service that facilitates Standalone Tools Online Evaluation Projects WY Web applications assessment tool Website Accessibility Inspection Proje browsing and searching resources WMobile Web applications assesment tool 7 Mobile Web Applications Assesment Projects WWeb Servi Jescription Languages Assessment Projects relevant to Accessibility Evaluation and Testing 2 Web Services Assessment Projects e DataSets Browse by e Search e Knowledge profiles e Favourite Resources e My Interaction History 2009 ACCESSIBLE Privacy Site map Contact us Figure 70 Main view of the ACCESSIBLE portal Mobile Web Applications Assessment Projects In the next step the active projects are available The user can either assess an already added project or he she can add a new project Figure 71 Active Projects Archived Projects Date Title 27 08 2010 BBC mobile Add project Delete selected Move to archived
112. he Success Criteria of WCAG2 0 are presented to the user as depicted in Figure 22 The user can select against which Success Criteria he she prefers to be used during the evaluation process After the selection of the Success Criteria the user presses the button Next and then he she can review the corresponding approaches as showed in Figure 23 Final Draft Page 41 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 ITI web site Document for assessment http www iti gr Gea aee Ger Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need such as large print braille speech symbols or simpler language M WCAG2 SuccessCriterion 1 1 1 Non text Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below Guideline 1 2 Provide alternatives for time based media MI WCAG2 SuccessCriterion 1 2 1 Audio only and Video only Prerecorded MIWCAG2 SuccessCriterion 1 2 2 Captions are provided for all prerecorded audio content in synchronized media except when the media is a media alternative for text and is clearly labeled as such MWCAG2 SuccessCriterion 1 2 3 An alternative for time based media or audio description of the prerecorded video content is provided for synchronized media except when the media is
113. http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Web Serice Operation ACCESSIBLE Ideal Operation B Ciocation http www w3 org B H AccessibleImage ImageType 2001 MLSchema string E Cl imageobjectURL String B Cl alternativetext String B J imageobject anyType oO imageURL http jw w3 org B 2001 XMLSchema string aligned ImageObjectURL Align Selections Figure 59 Evaluation against ontology step 6 08 06 2011 Image_Serice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Full Report EARL report xml EARL report pdf a FAIL Guideline 15 6 When text is used as input to a Service s operation if possible the operation should provide allowed values for the specific input Q String INPUT location has no allowed values defined a FAIL Guideline 16 5 1 Provide comprehensible error messages that hold adequate information within Fault Message structures explicitly defined at the operations output 9 Operation getMap has no output Fault Message element defined in its structure Figure 60 Evaluation against ontology step 7 Evaluating a collection of Web Services against specific guidelines The final option is to evaluate a collection of Web Services against specific guidelines as described in the Web services framework Thus a number of Guidelines were developed and are available in the D3 1 ACCESSIBLE harmonizes methodology Thus in
114. ic dtd E ARE E E A E peu eneeas aver EA 18 Figure 3 Main view of the ACCESSIBLE portal 0 eee eeeeeseeceseeeeeeeeeeeseeseneees 19 Figure 4 Main view of the ACCESSIBLE portal after the login ee eeeeeees 20 Figure D2 Start Up Sereen eserine dira aaeei ses aTa r PS send aches ete Su eee 21 Figure 6 Waal architecture overview seseseseseeseesereresrersessresressesstesresstssreserssrssre 22 Figure 7 Web Accessibility Inspection Projects ceesccessseceeseeceeseeeeeeeeeeeneeeeeaeeees 31 Fig re 8 Add a EW projecta ecoin oinei a nanat eihera antar aa i ipeo diiras 31 Figure 9 Details concerning a new project ssessesssesesssressressressersseeesseressresseesseeeseee 33 Figure 10 Five options for the assessment of a Web application sseeeececereeeeeeeen 34 Figure 11 Evaluation against Personas step 1 eessseeseeseesessrisrersresrrsrersrssressresrssrese 34 Figure 12 Evaluation against Personas step 2 csccessscccesseceeseeeeeneeeeeneeeeeeeeseaeeees 35 Figure 13 Evaluation against Personas step 3 essesseseeseesessrisrersrrsresrersrssresrrssreere 36 Figure 14 Report containing only errors and Warnings eeceeseeeseeeereeeseeeeeeeeaeees 36 Figure 15 Report using the EARL format wicc0 cctteecteckans ect cstateestisntecsextsdie nescence 37 Figure 16 Report in a human readable EARL format PDF document 000 0 38 Figure 17 Report In PDE formatasi ineeiieo diin i ioie apenas 38 Fi
115. ically by some mobile platform emulator The simulator consists of 2 main parts Filter settings window and Simulation window e Filter settings window see Figure 133 where effects and their parameters can be adjusted At the bottom of the Filter settings window is placed the integrated context help All three sections of filter settings window are described below e Section with adjustable control parameters of currently focused simulation filter see Figure 133 section 1 e Stack of simulation effects that are currently applied in Simulation window These effects are automatically grouped and sorted into three logical levels Eye Middle and Display according to real world order see Figure 133 section 2 Thus the correct order of applied filters is always ensured Integrated context helps explaining the use and control parameters of particular filters see Figure 133 section 3 Add Environment reflection Y Eye Blrred Vision Reflection coe cient Midde r Finger Cursor Display Erwironment reflection Reflecting Image Park Speed of display tremmer obile Impairment Simulator Help Figure 133 Screenshot of Filter settings window with marked sections e Simulation window is place where simulation effects take place On the image see Figure 134 is applied effect of reflection from fluorescent lamp on the display finger occlusion of the display and the effect of blurred vision Final Draft Page 135 of 145
116. icularly deriving from the abovementioned revamping process Final Draft Page 90 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 6 Description Language Assessment module 6 1 Short description of Description Languages Assessment Module The Description Languages Assessment Module consists of the following three sub modules The Accessibility Threshold Controller that is responsible for connecting to the ACCESSIBLE ontologies and receive the relevant guidelines and values for the assessment process It also obtains the thresholds that will be used for the evaluation process Some of the defined accessibility features include the size of GUI controls the existence of text labels and titles as well as their font size the position of GUI components etc The Accessibility Features Parser which is capable of parsing the SDL file and storing the accessibility semantic features The module first communicates with the Accessibility Threshold Controller entity to get the application features that must be checked for the accessibility evaluation It then parses the SDL system application s source code files with extensions pkg pr and fsm looks for specific SDL commands and seeks for the values of command parameters The Accessibility Evaluator Resultant that is responsible for comparing the pre defined thresholds with the current values of the accessibility features o
117. igned Element of Accessible Ideal Operation Similarity Match Score mMageURL getMap_NEWResult imageURL TmageObjectURL 10 87 mageType getMap_NEWResut imageType mageAkernativetext oattap_NEWResut imag mageWidthinPixels gaap MEWResukt maga f mageHeightinPiosis gatMap NEWResut imaga Proceed With Assessment Figure 67 WS accessibility assessment Step 3 Alignment of operation s inputs outputs to respective ones of the ideal operation The alignment process is facilitated at this point through the automatic identification of input output elements of the two operations that could be potentially aligned This is done through the calculation of similarity scores among the names of all elements In case a significantly high score is obtained for a specific pair of elements the tool provides the user with a recommendation regarding this fact In particular in case the similarity matching score is over the empirically defined threshold of 0 8 this fact is depicted in the UI that enables the user align the inputs outputs of the operations Once the service alignment is complete the alignments produced are ready to be used from the Accessible WS Evaluator module during the following final step of the assessment Step 4 Automatic evaluation of the Service s accessibility status based _on information acquired from steps 1 and 3 Within this step all information acquired from Steps 1 and 3 is used in order for the W
118. ing memory poor auditory discrimination confusion over syntax and faulty auditory sequence 43 In 18 thresholds describing how much of the acoustical information in amplified speech is accessible to people with varying degrees of sensorineural hearing loss are presented Retinitis pigmentosa Sensorineural hearing loss Conductive hearing loss characterised by reduced efficiency of sound transmission through Conductive hearing loss the external and or middle ear generally produces a mild 26 44 dB HL to moderate hearing loss 31 Table 6 Indicative impairment parameters derived from the relevant literature which were followed for the implementation of our simulation filters Final Draft Page 116 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 7 2 Implementation of simulations Our developed tool is based on a series of filters developed on the basis of the above theoretical background which take as input the appearance of the simulated application and provide as output the results that would have been received by an impaired end user with the supported disabilities As said our developed filters enable the simulation of a series of visual hearing cognitive and motor impairments Moreover the joint simulation of visual and motoric impairments is supported from DIAS as well as the simulation of impairments along with the use of assistive technologies such as screen magnifie
119. ing the Web Services Accessibility Assessment module e Section 5 gives an overview of the usage scenario concerning the Mobile Web Accessibility Assessment module Final Draft Page 14 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 e Section 6 presents the usage scenario concerning the Description Languages Assessment module e Section 7 gives an overview of the Disability Impairment Approximation Simulator DIAS the implemented simulations and the supported impairments usage scenarios of both versions standalone version and NetBeans plugin version as well as the changes to both versions e Section 8 presents the new developed Mobile Impairment simulator MIS Tool e Finally in section 9 the conclusions are summarized and in section 10 an Annex with the ideal operations that are needed for the Web services assessment tool and the DIAS adopted controls are provided Final Draft Page 15 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 2 Introduction to the ACCESSIBLE portal and Standalone User Interface tool The main goals for the development of the ACCESSIBLE portal were to create a User Interface that would offer an interactive portal giving access to the ACCESSIBLE assessment facilities via the Web By these means a Unified Interface would be available to all users for all the facilities developed within the premises of ACCESSIBLE project The portal ha
120. ing the identified limitations is provided Quick accessibility evaluation against ontology The following steps are performed after the user has selected option 4 Quick evaluation against ontology for a description languages assessment project The user is prompted to select the evaluation categories for accessibility assessment Figure 114 After selecting evaluation categories as illustrated above the user is presented with the available set of Evaluation Approaches and prompted to select the ones to be used for accessibility assessment After selecting Evaluation Approaches and pressing the Next button the user is presented with the Accessibility Assessment Results for the concerned SDL application files The accessibility assessment result in relation to each associated Guideline is presented If the result is Error then a suggestion for correcting the identified limitations is provided Final Draft Page 111 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Development and Evaluation of ACCESSIBLE applications 27082078 Camen_GU_FSM Document for seeesement ACOESSIR LF ramemertsF dewCamere GUF SM PIG m Cine Cie AK v Ore Evan Prenon v Figure 114 Selection of evaluation categories for quick evaluation 6 6 Changes in current version Since the last issued version of the tool a number of changes were made that are summarised in the follo
121. ings of the evaluated web page s For each error warning a description a tip for its fixation and the corresponding HTML source code where the violation appears are provided Moreover the success criterion and the technique of WCAG 2 0 where the error warning refers to is also provided e An EARL based report of the detected errors and warnings EARL is a standard format for support of the evaluation of Web applications It contains a vocabulary to describe the results of a test s execution in order to facilitate its processing and interpretation by different tools EARL is expressed in http validator w3 org http www w3 org TR CSS2 Final Draft Page 23 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 RDF which can be extended easily and be adapted to any domain as in this case accessibility e A PDF version of the EARL based report containing all the information of the EARL based report in human readable format e A report containing all the HTTP content transferred between the WaaT and the server that hosts the evaluated web application using the HTTP Vocabulary in RDF This report can be used as input to other web accessibility evaluators in order to perform a similar use case scenario and compare their results with those of WaaT 3 1 Web Accessibility Assessment Tool Implemented Tests The Web Accessibility Assessment Tool Waat supports the accessibility assessment of We
122. int fontSize signals and check whether all the fontSize parameter values at Principle 2 Operable User interface components must be operable _ Guideline 2 1 All application windows should have title text or label text E Approach 2 1 1 Find all SWGT_Label_Create_S Camera_Handle xCord yCord length width String text signals and check whether _ Guideline 2 2 All groups of GUI objects should have label title texts C Approach 2 2 1 Find all SWGT_Group_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check Guideline 2 3 All groups of GUI objects should be placed on existing and operable application windows E Approach 2 3 1 Find all SWGT_Group_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check Guideline 2 4 Each group of GUI objects of an application window should have a different label title text C Approach 2 4 1 Find all SWGT_Group_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check _ Guideline 2 5 All GUI controls should have label title texts Approach 2 5 1 Find all SWGT_Button_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check Guideline 2 6 All GUI controls should be placed on existing and operable groups of GUI objects or existing and operable application winde E Approach 2 6 1 Find all SWGT_ Button _Create_S Wnd_Handl
123. integration can be useful as it can make the development process smoother and faster Therefore it is possible to start MIS tool from command line with set of parameters including the XML file where setup of particular simulation effects can be predefined A useful extension can be an implementation of plugin for developer s IDE which will allow automatic start and comfortable parameterization of Mobile Impairment Simulator Pilot testing and changes performed in the MIS tool MIS tool has been tested in pilot tests with developers and several important usability issues occurred In this chapter we describe the most important issues and changes that have been performed In prototype of MIS tool each filter settings window was opened in new window This lead in too many opened floating windows and resulting to bad and confusing window arrangement Filter settings windows have been redesigned and now there is just one Final Draft Page 137 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 window for all filters Particular filters that are applied are displayed in the Stack of simulation effects see section 2 of Figure 133 Combination of multiple filters had to be reordered manually and could lead to wrong order of filters resulting in unrealistic simulation We have implemented partially automatic ordering of filters Each filter now belongs to one of three predefined categories of layers Eye Middl
124. interaction EAGER framework Dockable Project d Containers ministration Data Access Data Access ACCESSIBLE project files Presentation Layer Business logic Layer ee a Se ee eae ety nena eS Figure 2 Extending the ACCESSIBLE architecture with the building blocks of the user interface As presented in this figure the user interface of ACCESSIBLE takes two distinct instantiations according to the means of access When access is carried out through the web the user interface portal is used while a standalone application carries out the tasks of making the infrastructure available offline A detailed description of this extended architecture is presented in deliverable D5 1 User Interface Portal amp User Assistant Agent section 5 Final Draft Page 18 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 2 3 Overview of the Portal The main view of the ACCESSIBLE portal is depicted in Figure 3 and is available in the following URL http hci web9 ics forth gr ACCESSIBLE central aspx Development and Evaluation of ACCESSIBLE applications Project INFORMATICS A TELEMANCS msnrun Outing Accessibility is an urgent issue nowadays Authorities and experts are putting a lot of effort on pushing forward Ad ee Obiecth a accessibility of software applications but despite this fact ICTapplications and systems are not fully accessible
125. ions web portal please Sign up L gt Resources 14 Collections Get in touch If you have any questions queries or comments regarding Accessible project contact the Project Coordinator Email dimitrio s tzovaras iti gr AL Member Name Tnformation Society en Insert Name Password 11 01 2010 Disability Impairment Approximation Simulator is now available for download 11 01 2010 Mobile Web Accessibility Assessment Tool is now available in the downloads section 11 01 2010 Accessible Web Service Assessment Tool is now available in the downloads section Accessible Web Service Assessment Tool Disability Impairment Approximation Simulator Sign in gt l forgot my password DL Accessibility Assessment Tool hived items 2009 ACCESSIBLE Privacy Site map Contact us Figure 3 Main view of the ACCESSIBLE portal The user can sign up to the ACCESSIBLE portal in order to use all the offered functionalities Then using the Member Name and the Password he she can login to the portal and the main view is presented in Figure 4 As it is obvious the user can access the standalone tools as well as the online assessment modules The standalone tools are described thoroughly along with a manual in the deliverable D5 2 Assessment Simulation Module and at the same time a detailed description of the portal and its user manual is presented i
126. iption and the URL of the new project Figure 9 Finally he she can continue with the assessment of the new project The other offered functionality is to assess a project that is already added The user has to select the project he she wishes to assess and then Figure 10 appears The user has five different options to assess the preferred web site These options are the same as in the standalone version of the Web Accessibility Assessment Tool and are the following Evaluate the Web Site against Personas Evaluate the Web Site against Ontology Quick evaluation against Ontology Evaluate the Web Site against specific guidelines Quick evaluation against specific guidelines Final Draft Page 32 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Paragraph v Fot size Color w i Highlight 3 Enter project description Selected Files up to 20 MB Browse _ 2 File title Figure 9 Details concerning a new project Final Draft Page 33 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Development and Evaluation of ACCESSIBLE applications 1 F080 M web site Aree brumen arewti g np iiti y Tha Gepeel itear of ACOESSELE m onbre terece thal otters Bimani otal soard ng bau Os salves fo Accous ty Cehaton The Glos bary paves accuse te Ters Ot none Abbeeeatinne ard Aco tyres
127. ith text that is accordingly altered Figure 118 This way the developer can easily identify potential misunderstandings that could be caused due to a dyslexic user s difficulty to perceive textual info that is provided through the application s UI Final Draft Page 121 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 VERITAS Virtual User Model Gener Eek DIAS Developed by CERTH ITI Create new user model Load Model IO Choose an impairment f persona a S Loss of Central Vision Use magnifier Screen Reader S Loss of Peripheral Vision Eee W Blurred Vision H E Upper Limp Impairment Night Blindness Total Blindness Word reversals such as tip for pit Extreme Light Sensitivity Color Blindness S Learning Disability C Mirroring of numbers such as 17 for 71 DESE 7 Wrong order of letters such as felt as left act as cat Confusing small words such as at and to Letter reversals such as d for b Inversion of letters such as n as u m as w d as q Fast Dyslexia E Hearing Impairment H ACCESSIBLE based Personas al Figure 118 Instance of dyslexia simulation over a Java application 7 3 Personas By incorporating the notion of personas based on descriptions provided in the deliverables D2 3 and D2 4 our developed tool provides also practical examples of peo
128. ithin the ACCESSIBLE WS Accessibility Assessment Tool The purpose of the Operation Alignment process is for the Tool to understand the type of the WS Operation under assessment since some WS Accessibility Guidelines are applicable to specific types of Operations and some of the WS Guidelines can be evaluated only after the user provides specific alignment information regarding her his Operation s outputs and or inputs For example the type of the operation can be Image Provider in case that the operation provides image s upon invocation Textual Info Provider in case it provides textual information as output etc Operation Alignment is thus the process during which an Operation of a WS is declared to be of a specific type by aligning it to one of the Ideal Operations defined within the Tool During this process the user selects an Ideal Operation that s he believes is more similar to the Operation under evaluation and then the inputs and outputs of the Operation are semi automatically aligned to corresponding ones that belong to the selected Ideal Operation For example if the operation that the user wants to assess for accessibility provides images as output then the user shall align it to the ACCESSIBLE Image Provider Ideal Operation In the following an overview of the ACCESSIBLE Ideal Operations defined within the ACCESSIBLE WS Assessment tool is provided General Services 1 I
129. ive evaluation Approaches Thus for each Guideline a number of approaches are suggested and they are grouped Final Draft Page 101 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 according to the Level of Priority Figure 98 It should be also noted that as shown in Figure 98 Guidelines are grouped under Principles Choose Approaches Manually Step 2 of 2 Choose Approaches to be followed LevelA Level A Level AAR Principle 1 Perceivable Information and user components must be presentable to users in ways they can perceive V Guideline 1 1 The size of all GUI components application windows groups of GUI objects GUI controls should allow them to be easily vi i Approach 1 1 1 Find all SWGT_Window_Create_S int length int width signals and check whether all the length and width paramete Approach 1 1 2 Find all SWGT_Group_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check Approach 1 1 3 Find all SWGT_Button_Create_S Wnd_Handle int xCord int yCord int length int width String title signals and check ideline 1 2 The labels titles of all GUI components application windows groups of GUI objects GUI controls should be easily identifie Approach 1 2 1 Find all SBIP_PXF_Label_Font_Set Lbl_Handle int fontSize signals and check whether all the fontSize parameter va Approach 1 2 2 Find all SWGT_Font_Set_S Wnd_Handle
130. ivers amp hardware available for a wide range of systems for example mobile internet aerospace amp trunk networks libraries for signalling systems The SAFIRE Professional tool chain Figure 86 has a modular architecture as shown in the following diagram SAFIRE Professional Designer Organizer VM Virtual Machine Tracer Figure 86 SAFIRE Tool Chain The tool chain is composed of the following elements e SAFIRE Designer graphical editor viewer compiler e SAFIRE Campaigner test execution amp report generator e SAFIRE Animator slow motion replay actions events behaviour e SAFIRE Tracer Captures messages from the system s FSMs finite state machines e SAFIRE Organizer version control amp project management e SAFIRE VM Virtual Machine high performance virtual machine Final Draft Page 93 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 The entire SAFIRE tool chain is fully integrated using the same concepts graphical representation notation amp data for the implementation validation and observation of event driven state machines SAFIRE Designer The SAFIRE Designer Figure 87 includes the following functionalities useful to efficiently design SDL systems e Graphical design of state machines amp test suites e The system architecture shows the state machine instances their nesting the connections betwe
131. k evaluation against ontology oS Development and Evatuation of ACCESSIBLE applications a lt a TOB2O1G Camera GUIF Sab acre Gocument Camere GA FSA PIG The Courses techy sima at iee eters Tal we sor ee ath De ae CESSELEs methods Cire ad neung e erat to pet raned Soage a coiecton d The Gicssary prouces mces w Tews einen Atse cra F ACCESSIR EF aneso Fiery Comers GU FSM PKG wc aone tte e reinet te ACCESSELE o Cima n gerez to accerrbir atusan and toong Kaywores tne Leak fer P Oetntce torent or de Gagtal iar of ronyn ACCESSELE m teire ponce that Ates browsing and searching Dede POUL et ema to Acerte Eaton Ibema Geer and Tetteg a Oran tsensor Prenen Figure 106 Selection of the accessibility assessment method to be used Accessibility evaluation against personas The following steps are performed after the user has selected option 1 Evaluate a set of SDL files against personas for a description languages assessment project The user is presented with the profiles of existing personas and prompted to select personas for accessibility assessment Development and Evaluation of ACCESSIBLE applications meree 2708 2000 Camera_GA FSM RP Document tor assesament UNCCESSIBLEF meweh Files Camera GUI FSMLPKG S a rested ia n gerea te ewon wd raor cessdity to ge aned through cofecton of materai that Can be seere ceed o gazet res
132. k if the alt attribute for lt IMG gt elements is empty M Check if there is no alt attribute for lt IMG gt elements M Check for the existence of title attribute for lt FRAME gt elements M Check for the existence of text equivalent in lt OBJECT gt elements MWBP Evaluation Approaches AUTO REFRESH and REDIRECTION IMAGE MAPS NO FRAMES NON TEXT ALTERNATIVES OBJECTS or SCRIPT PAGE TITLE POP UPS TABLE ALTERNATIVES TABLES LAYOUT TABLES NESTED Checkpoint 1 4 Checkpoint 2 1 Figure 78 Evaluation against ontology step 2 Final Draft Page 84 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 06 2010 BBC mobile Document for assessment http www bbc co uk mobile index html aiieecinie Report only errors EARL repot EARL report PDF PDF report Full Report MYVBP ARL report MVVBP XML EARL report MVVBP PDF WCAG2 Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need such as large print braille speech symbols or simpler language WCAG2 SuccessCriterion 1 1 1 Non text Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below Check for the existence of longdesc attribute in lt IMG gt elements Warnings 6 Check for the existence of langdesc attribute in lt IMG gt elements
133. l are influenced by the Visual Impairment Simulator for Microsoft Windows a tool which can simulate various visual impairments In Table 7 a short description for each control is presented while in Table 8 the usage of the simulation controls is depicted Simulation Control Description The strength with which the area affected Blur Strength by the impairment is blurred simulating general loss of visual acuity Yellowing The degree to which the area of the cataract is made _ yellowish brown http vis cita uiuc edu Final Draft Page 142 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 simulating the yellowing phenomenon that appears in some cases of cataracts Disc Size The size of the affected area Controls the number of discs that are used to simulate the impairment If this value is high the disc will be more Disc Count irregular and if it is low the impaired area will appear mostly or completely circular Disc Spread Controls how spread out the discs are that simulate macular degeneration If the setting is high the impairment will appear as a much wavier disc or even separated discs If the setting is low the impairment will appear mostly circular Relative Position to Mouse Cursor This setting was created to simulate the fact that many people with macular degeneration look out of the corner of their eye So the posi
134. le devices used to access and use the content In order to have an accessibility environment that takes into account the main matters that set back the accessibility to web content through mobile devices As the example below Figure 69 shows a mobile web content designer could verify the accessibility of her his website by simulating the access to the content via an iphone used by a blind person The tool mitigates the lack of knowledge about accessibility by simulating the impairment and device environment reduces the necessary experience to develop better accessible web content and eliminates the heterogeneity of the guidelines and best practices about accessibility by merging MWBP and WCAG into a single assessment tool Http m sapo pt Figure 69 Example of MWAAT Final Draft Page 76 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 5 1 Mobile Web Accessibility Assessment using the tool from the ACCESSIBLE portal The main page of the ACCESSIBLE portal is depicted in Figure 70 The Web Accessibility Assessment Tool can be accessed by clicking on the Mobile Web Applications Assessment Projects Development and Evaluation of ACCESSIBLE applications The Courses facility aims at allowing ACCESSIBLE s methods and tools for evaluating accessibility to get trained through a collection of Each member of the portal has access to the discussion topics and
135. lines MobileQk aa Navigation and Links Because of the limitations in display and of input mechanisms the possible absence of a pointing device and other constraints of mobile devices care should be exercised in defining the structure and the navigation model of a Web site Access Keys Assign access keys to links in navigational menus and frequently accessed functionality Auto Refresh Do not create periodically auto refreshing pages unless you have informed the user and provided a means of stopping it Balance Take into account the trade off between having too many links on a page and asking the user to follow too many links to reach what they are looking for External resources Keep the number of externally linked resources to a minimum Image maps Do not use image maps unless you know the device supports them effectively Link target format Note the target file s format unless you know the device supports it Figure 80 Evaluation against specific guidelines MobileOK guidelines The user can select against which Success Criteria he she prefers to be used during the evaluation process After the selection of the Success Criteria the user presses the button Nex and then he she can review the corresponding approaches as showed in Figure 82 Final Draft Page 86 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment
136. llowing Figure 54 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Functional Limitation Impairment ATs Software CI Night blindness C Deafness C Cerebral palsy CI Deaf Blindness Asperger s syndrome C Quadriplegia Cl Dyspraxia C Speech and language disorders Figure 54 Evaluation against ontology step 1 The next step namely Step 2 presents to the user the Web Service Guidelines which correspond to the Disability that was selected in the first step Thus the user can review and edit these guidelines concerning the evaluation process that will follow Final Draft Page 66 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl The following checkpoints have been inferred from your project settings Guideline_C1 When a service provides content related to Paints of Interest it should provide information describing efficiently and effectively their accessibility status regarding a set of different impaired user groups with different needs WebSericel Checkpoint_C1 When a service provides content related to Points of Interest it should provide information describing efficiently and effectively their accessibility status regarding a set of different impaired user groups with different needs WebService Checkpoint_C1
137. luation against specific guidelines step 1 eee eeeeeeeeseeeseeeeeeeeeeees 70 Figure 62 WS accessibility assessment Step 1 Parsing of service definition file 71 Figure 63 WS accessibility assessment Step 1 The Service Definition Editor 71 Figure 64 Manual definition of a WS operation input output elements 0 12 Figure 65 WS accessibility assessment Step 2 Automatic assessment of initial subset Of UA AI ao Scie E E ERR EE E a E EN S EEE enna aaa 12 Figure 66 WS accessibility assessment Step 3 Selection of operation type according to the accessible ideal operations sesesesssessesseeesseeessresstsseeessetsseresseessresseeessersseees 73 Figure 67 WS accessibility assessment Step 3 Alignment of operation s inputs outputs to respective ones of the ideal operation eseeseseeseserrerererreresrrrereres 74 Figure 68 WS accessibility assessment Step 4 Assessment of final set of guidelines E E E E E E T AE 75 Figure 69 Example of MWAAT s sssssessssssessersseestesersseestesscsstesessseesersressessessesseesesee 76 Figure 70 Main view of the ACCESSIBLE portal Mobile Web Applications Assessment Projects scesi eio eee nno oeer e E E ARS casundudauathgusd cavestasupuaberssbaneve 77 Figure 71 Selection of project to be assessed wi sssntaclascscderdiaponccdetenneachywodenadssancacavenses 77 Figure 72 Four options for the evaluation of the Web Services eee eeeeeeeeereeereees 78 Figure 7
138. luation process after pressing the button Choose approaches using ACCESSIBLE harmonized methodology Figure 101 1 The user selects the preferable impairment Impairments Tab in Figure 102 2 For the selected impairment the user selects one or more associated disabilities Disability Tab in Figure 103 3 After the preferable impairment and disabilities are selected the button Find Approaches is pressed and the tool responds with the corresponding approaches that apply Figure 104 Step 2 of 2 Specty fapreaches to be followed inpatient Diaby Aw Visio Impairment Hearing troak most pehed anal produciag mpatiimeorix Upper imb imparment Figure 102 Selection of impairment Final Draft Page 104 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 KGashdetive 2 1 gt Approach 2 1 1 Find afl SWOT Label Creme S Cami Guideline 3 3 gt Approach 3 3 1 Check whether combo boxes inst KGaebive 4 2 gt Approach 4 2 1 Check the dosian and verify whether aene 3 5 gt Approach 15 1 E am input erroe bs oustemnaticatly detec antene 2A gt Approach 24 1 Find ail SWGT_Geoup_Craste_Si Wna Guntebive 2 7 gt Approach 2 7 1 lied all SWGT Ration Create Si asien 28 gt Approach 2 8 1 Fiad ofl SAGT Bumen Creare Si JGubdeline 3 4 gt Approach 3 4 1 Check whether the appsiicarion is Guideline 2 5 gt Approach 2 5 1 Find all SWOT _Bution_Creane_Si a
139. mage Provider Operation Description An operation that provides one or more images as output Input NONE Output 1 Accessible Image i Image Object ii Image Object URL iii Alternative Text 2 Audio Provider Operation Description An operation that provides one or more audio files as output Input NONE Output 1 Audio Object 2 Audio Object URL Final Draft Page 140 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 3 Title 4 Short Description 5 Full Transcript 3 Video Provider Operation Description An operation that provides one or more video files as output Input NONE Output 1 Accessible Video i Video Object ii Video Object URL ui Title iv Short Description v Full Transcript vi Audio Description Audio Description Object Audio Description Object URL Audio Description Title Audio Description Short Description Audio Description Full Transcript Audio Description Sign Language Interpretation PPRS 4 Textual Info Provider Description An operation that receives input or provides as output information in the form of text Input 1 Desired Language Output 1 Accessible Text i Text Object ii Text Object URL iii Image Of Text iv Text Language v Textual Info In English vi Link To Auditory Or Graphic Presentation vii Simple Text for Secondary Education Level Info mobility Services 1 Points of Interest Info Provider Operation Description
140. mages with role presentation having also non empty alt attribute e Elements with role tabpanel without aria labelledby attribute and without aria controls property on the corresponding tab Elements with role menuitem whose parent has not role menu or role menubar Elements with role checkbox without attribute aria checked Elements with role rowgroup whose children are not rows Elements with role scrollbar without attribute aria valuenow Elements with role rowheader whose parent has not role row Role document incorrectly applied on element other than body Elements with role scrollbar without attribute aria valuemin Elements with role rowgroup whose parent has not role grid Elements with role column header not contained or owned by an element with role row Elements with role content info without aria labelledby attribute Elements with role gridcel not owned by elements with role row Elements with role complementary without aria labelledby attribute Elements with role combobox without attribute aria autocomplete Elements with role application containing more than one elements with role main Elements with role slider without attribute aria valuenow Elements with role menuitemradio whose parent has not role menu or role menubar Elements with role menuitemcheckbox whose parent has not role menu or role menubar Elements with role spinbutton without attribute aria valuemin Elements with
141. maining three concern the detected errors and warnings based on the MWBP checkpoints Figure 76 depicts the Full Report MWBP 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html rel nd tn OT OTe Full Report MBP cantTell Warn on 2 2 element lt img gt failed FAIL mOKBt 3 14 NON TEXT ALTERNATIVES img element with null alt attribute cantTell Warn on 2 2 element lt img gt failed FAIL mOKBt 3 14 NON TEXT ALTERNATIVES img element with null alt attribute cantTell Warn on 2 2 element lt img gt failed FAIL mOKBt 3 14 NON TEXT ALTERNATIVES img element with null alt attribute cantTell Warn on 2 2 element lt img gt failed FAIL mOKBt 3 14 NON TEXT ALTERNATIVES img element with null alt attribute cantTell Warn on 2 2 element lt img gt Figure 76 Full report for the MWBP checkpoints Evaluating a mobile Web Site against Ontolo By clicking in the first option the user chooses to evaluate the Web Site against the Ontology More specifically to evaluate the Web Site using the Harmonized methodology which is described in D3 1 ACCESSIBLE harmonizes methodology By clicking on the button Evaluate your mobile Web site against Ontology the Disabilities are presented to the user Then the user has the opportunity to choose between the Disabilities Figure 77 that are included in the Harmonized methodology and then the related con
142. ment The short wavelength pigment is shifted towards the green area of the spectrum This is the rarest form of anomalous trichromacy colour blindness Protanopia Lacking the long wavelength sensitive retinal cones those with this condition are unable to distinguish between colours in the green yellow red section of Final Draft Page 114 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 the spectrum They have a neutral point at a greenish wavelength around 492nm that is they cannot discriminate light of this wavelength from white Deuteranopia Lacking the medium wavelength cones those affected are again unable to distinguish between colours in the green yellow red section of the spectrum Their neutral point is at a slightly longer wave length 498nm Tritanopia Lacking the short wave length cones those affected are unable to distinguish colors along the blue yellow dimension Night Blindness Nyctalopia is a condition making it difficult or impossible to see in relatively low light It is a symptom of several eye diseases It can be described as insufficient adaptation to darkness Extreme Light Sensitivity Photophobia is a symptom of abnormal intolerance to visual perception of light Retinitis pigmentosa RP is a group of genetic eye conditions that leads to incurable blindness In the progression of symptoms for RP night blindness generally precedes tunnel vision by years or
143. n D5 1 User Interface Portal amp User Assistant Agent section 7 1 This logged in page also provides a number of quick assessment widgets These widgets allow users to quickly start an evaluation session by simple inserting the URL of the web page to be assessed and therefore skipping the project creation process Final Draft Page 19 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Development and Evaluation of ACCESSIBLE applications The Courses facility aims at The Glossary provides access to allowing users that are not familiar S Quick WCAG2 0 Assessment Terms Definitions Abbreviations with the ACCESSIOLE s methods and Acronyms that are related to and tools for evaluating Please insert below the URL of the web site you wish to assess ACCESSIBLE or in general to accessibility to get trained through luat a collection of material that can be raaa evaluation and separately wewed or organized into courses r Quick Mobile Web Assessment Keyword s Please insert below the URL of the Mobile Web site you wish to assess Look for 7 Definition The digital library of ACCESSIBLE Quick Web Services Assessment Abbreviation is an on line service that facilitates Please insert below the URL of the Web service you wish to assess F browsing and searching resources r tonym relevant to Accessibility Evaluation and Testing ets in topics 4 The discussion topics is a repository of discus
144. n I 6Y5 Element ere graphics nenttndex Hs ae el usemep mep al line 17 Provide a non empty alt attribute to lt IMG gt olements Figure 16 Report in a human readable EARL format PDF document Finally a PDF report is generated containing all the necessary information and is also available to the user The PDF report is depicted in Figure 17 ul Ercan Dt ony bimor a nunga beisbrcpes LAEL mia aT his _ Tee vw git Ea emop LN ee al ine 12 Eresure al ihe A gt element is GM cee Number of kul wll bute pre tag ARLAS xilmi goords 690 55 799 shapo roct ainc Figure 17 Renomi in PDF format Final Draft Page 38 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Evaluating a Web Site against Ontology The second option is to evaluate a Web Site against Ontology More specifically to evaluate the Web Site using the Harmonized methodology which is described in D3 1 ACCESSIBLE harmonizes methodology By clicking on the button Evaluate you Web site against Ontology the Disabilities are presented to the user Then the user has the opportunity to choose between the Disabilities that are included in the Harmonized methodology By these means the user can conduct a personalized evaluation Moreover the user can choose either an Impairment or an Assistive Device that is used by a specific group of people This procedure is depicte
145. ndscape or face of the user like in the mirror See left side of Figure 132 The other problem with UI visibility is caused by changing reflections while moving for example changing reflections of nice countryside when travelling in the bus or train Finally if we take into account critical combination of environmental conditions and particular visual impairment we can identify other problematic situations For example if there occurs a sharp change in the lighting conditions like leaving a tunnel strong source of light appearing accidentally behind the display and the user suffers from light sensitivity impairment it can take much more time till the eyes will accommodate to the new situation This can lead to serious accessibility issues like missing an important alert impossibility to react in a given response time The usage of the mobile devices on the move brings several other issues such as display tremor which makes especially small non contrast text hard to read Final Draft Page 133 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 iti Figure 132 Reflection on the display and occlusion of the display with finger Another set of specific issues is related to the user interaction with the mobile device Touch screen devices bring another issue in a form of occlusion of the display by interacting fingers see right side of Figure 132 Information we are looking for is displayed under
146. of ASCII art The implementation of this test was based on the enclosed in lt PRE gt and lt XMP gt algorithm presented here element http www w3 org W AVER IG ert AsciiArt htm 1 2 3 Level A SMI11 Check whether video freezes in places Check for the existence of videos without amp and plays extended audio description extended audio description dur attribute value 1 2 5 Level AA lt clip end attribute value clip begin amp attribute value as well as the value of fill 1 2 7 Level AAA attribute is freeze 1 3 1 3 2 Level A H34 Check for text direction changes lt BDO gt elements with dir attribute whose value is rtl as well as lt BDO gt elements with dir attribute whose value is Itr are identified Final Draft Page 25 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO Grant Agreement No 224145 WCAG2 Guideline Success Techniq Test description Implementation details Criterion ue H34 When text changes direction from left to right to right to left check whether punctuation characters occur adjacent to text that is rendered in the non default direction Number of lt BDO gt elements with dir attribute whose value is rtl that have punctuation characters at the right are identified 1 4 3 Level AA G148 Check that no background color or image used as a background is specified The implemented test examines the following
147. of the service type it belongs Being based on the afore described WS accessibility guidelines the ideal operations defined within our framework hold the minimum necessary input output elements that can enable the provision of accessible content or information appropriately tailored to an end user s special needs For instance the image provider ideal operation holds the minimum necessary elements that a WS delivering images e g maps should have in order for it to be considered as accessible In particular an alternative text element should accompany every image delivered through such a WS This alternative text should be a description of the image capable to be handled for example by appropriate text to speech modules integrated in the end user application utilizing the service so as for the information conveyed through the image to be accessible also to blind end users Similarly the Points of Interest Info Provider ideal operation defines that a web service of this kind should provide in each delivered block of in formation that regards a specific POI e g a restaurant additional information regarding the POIs accessibility status in respect of different end user categories e g wheelchair user etc As described in more detail in the deliverable D5 2 by semi automatically aligning the inputs outputs of their WS operations to the inputs outputs of the ideal ones during the WS accessibility assessment process the developers
148. of the service to be automatically acquired In this case the user is offered with two options either to browse for a service definition file located within the PC s file system or to provide a URL pointing to the web address where the definition file can be found In both these cases the Parser module takes as input Final Draft Page 70 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 the service definition file WSDL or WADL parses it and provides as output appropriate Java based structures that contain all relevant information extracted Figure 62 This information can thereafter be processed by the Tool s Accessible Web Service Evaluator module towards WS accessibility assessment BB ACCESSIBLE WS Accessibility Assexement Tool Fie Heb WSOC URL Ale D Service md Become for WSL J WADL Jf Case Sargis v Cresa custom Service Definition Parsing ovtpet parsing OK l Parsel Step 1 Evaluate Step 2 j Parsed Web Sevice Methods AOCESSIDLE WS Guidelines Evaleation ACDESSIBLE WS Guidelines Evaluation alter Alignment CD Serckesieccersbe Dero WS2 Service sima peep NEW gt D rests keation isting Noehthoc fre wi ong i200 AN Scher welocsher paseon NS http live wi orga Shena gt D asats SO pta MURR IT maya NTS N5 tttpiterguri og PupitaoneuiaoghwageuRL Piia ww NAE Schemalstring M a wE gL Sena Piipiterpuioghrsgetype Mtip jimm og NAA henado Ni htip
149. ogroup region row rowgroup rowheader search separator scrollbar slider spinbutton status tab tablist tabpanel textbox timer toolbar tooltip tree treegrid treeitem Table 3 Tests implemented in the WaaT according to the WAI ARIA specifications Final Draft Page 30 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 3 2 Description of Web Accessibility Assessment Tool functionalities through the ACCESSIBLE Portal The main page of the ACCESSIBLE portal is depicted in Figure 7 The Web Accessibility Assessment Tool can be accessed by clicking on the Website Accessibility Inspection Projects Development and Evaluation of ACCESSIBLE applications The Glossary prowehes access to Tems Orintons Adbrrastons ace Tho Courses facdty ama at dwing uwar that aw mat fered ae with the Dicas dase 4 ACCESSOLE s mahis and tos E Acron yrez that are relsted to 6 The deossen topire is a spoiny Of Chocuncions Between portal members ACCESEBLE arit porond ta Each mambar of the portal tera access to tha discussios basics and has the accemubddy wevuabar and feating abdiy io pont a meeeage on a lope acimmeris Area D Karporertie The decumana Aroa ia a vitua ropastory ef decurmarts amd fas that may be Fina af rassi to pate merrbers Lost tor E Defewien Pr The diges Parar af ACCESSELE Online Evatuaben Projects Fi
150. oject explorer widget offering the option to view the web page s source code Figure 30 or to browse the web page by using one of the embedded browsers Internet Explorer or Firefox as presented in Figure 31 Final Draft Page 45 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 ep pv ewe se horis i Elola lleoli a CECE Figure 30 Source view of HTML document boms one EIOD EGG BIero Giuoco ED Pe es Bije fuaa Ee ERRA Figure 31 Preview Web Page using one of the embedded browsers Internet Explorer or Firefox Web Assessment Criteria The selection of the project options menu item from the solution explorer provides access to the assessment criteria of the specific project as presented in Figure 32 These criteria represent the options offered by the ACCESSIBLE ontology and are used for filtering the evaluation approaches to be used when performing the assessment For a Web Assessment Project the following categories of assessment criteria are available e Ontology o Disability o Functional Limitation o Impairment Final Draft Page 46 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 o Standard e Device e Software o Scanning Software o Screen Magnifiers o Screen Readers o Speech Synthesis amp Recognition o Text Browsers e Specific Guidelines o WCAG2 o WAI ARIA o CSS o Personas Wc Fe ven Os gd WJI r
151. on of glaucoma over a Swing form through the DIAS preview design plugin Apart from the ability to see an approximation simulation of various disability impairments the developer is presented with a list of all the accessibility errors and warnings regarding the implemented GUI form Thus s he can inspect the problematic GUI components and get a short description of the problem and or a recommendation on how to fix it When a specific error or warning is selected the respective GUI component is highlighted in the DIAS simulation pane Additionally the properties regarding the component are presented as it is shown in Figure 129 When a warning error is selected the developer can double click on the recommendation window in order to fix the identified problem Final Draft Page 129 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 E VectMerteyfrene eva x i paktte x no i j 5 Cosdaiess sr m OS Beh gt m Ier D Me rataa rdn Gapian edeak ttr fer the csiected amparere lt wit ree ET Z Grote T onitpre me Cae S rora fse E canton Par Sete Contres ettel mi amn Ue roate Aam a Ded tee asio Buon E atinan J toata bax Joz Tet Pid DICT Sout bw Q ide hayes ty 2 treet Pegh Iietra Propertion haot Cede tes C i mrortes topra D pars nee monet lel gt me vat Tahoe L1 Phar nord Brow Poti weemereret Itag a oti Whats 129 hooteredt mi Onw Propeties
152. on of the UI that is presented to the user after 3x magnification Further to magnification the simulation of visual impairments in the presence of screen readers is also realized with our tool This is done through the integration of the NVDA screen reader within the simulation environment It should be noted at this point that for the simulation of how Java Swing applications are perceived by the means of NVDA DIAS uses also the Java Access Bridge which allows the screen reader to obtain information regarding the components that comprise the application under examination Similarly to the screen magnifier case the user of the tool is capable to view the simulation of any supported impairment accompanied by a screen reader that simultaneously provides information in the form of sound relative to the UI elements that are focused or manipulated during interaction As a result the developer of a UI can first of all understand how a totally blind person will perceive the interface This way s he can examine for instance whether the focus order of the UI components the application consists of is appropriate and also whether appropriate assistive information is provided to the screen reader through the application so as for the latter to be eventually properly presented to a user that is totally blind In order to do so the developer can simply select to simulate the application in respect of the total blindness disability supported b
153. or Text Object URL Image OF Text Text Language Textual Provider ceives input or pro Language Info In English Link To Auditory Or Graphic Presentation Simple Text for vides as output infor Secondary Mducation Level mation in the form of text Points An operation that User Accessible Point of Interest of Loteress prowkdes information Group POI general info User Group POL Accessibility Status POL Accessibility Info about Points of In Status Details Provider terest ns output ouwe An operation that User calculation provides route cal Group Operation culation capabilities s Acoms and produc saleu Public Tr u egmenl RS general info Origin Accessibility lated routes as out Status User p Acce lity Status Accessibility Status details Dos bility Status details Means Vehicle User Group Accessibility Status Acccesi bility Status details put bination Accessibility Stat us User group Acoesibility Status Ac Table 5 The Ideal Operations defined within the Accessible Ontology utilized by the WSaaT Accessible Web Service Evaluator The Accessible Web Service Evaluator is responsible for interpreting and combining information gathered from the above described modules so as to conclude whether the service under assessment belongs to a specific accessibility class or not In particular it takes as input a the information derived from the parsing of the WSDL WADL file or the manual editing of
154. ort Selected approaches Web ee Maximum number a Reporting of pages to be examined AccessiPiaa Results keie valusa Evaluation esu CSS Rules Report User Approaches selection j 1 eqn EARL PDF manual or using HAM Virtual User Model fm HTML Pada Errors ESS Enerey HTML Elements Warnings css Parser HTTP Attributes Report URL of all the i RDF XML pages of the web site W3C CSS Validator HTML Parser i Web Crawler w3c Markup Validator Maximum number of pages to be examined Figure 6 WaaT architecture overview Final Draft Page 22 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 2 The Rules Inference Engine The Rules Inference Engine is responsible for the communication between the WaaT and the ACCESSIBLE ontologies where knowledge regarding the HAM methodology is stored The Rules Inference Engine is able to run SWRL rules as well as execute SPARQL queries in order to extract specific knowledge from the ontology 3 The XML Storing Loading Module As the execution of SWRL rules defined in the ACCESSIBLE ontology is generally a time consuming process an XML storing loading module is introduced This module is able to automatically generate an XML file containing all the necessary knowledge of the ontology that is required for the assessment process After the generation of the XML document the XML Storing Loading module is responsible for the virtual connection betw
155. ource Locator WADL Web Application Description Language WAI Web Accessibility Initiative WCAG 2 0 Web Content Accessibility Guidelines 2 0 ARIA Accessible Rich Internet Applications WSDL Web Services Description Language XHTML Extensible Hypertext Markup Language XML Extensible Markup Language MIS Mobile Impairment Simulator DIAS Disability Approximation Simulator Waal Web accessibility assessment Tool HCI Human Computer Interaction UI User Interface Final Draft Page 13 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 1 Introduction 1 1 Scope The basic target of this deliverable is to fully describe all the functionalities of the implemented ACCESSIBLE Prototypes final version namely all the ACCESSIBLE assessment modules that are integrated in the ACCESSIBLE portal as well as the impairment simulation modules DIAS and MIS The technical details concerning the assessment and DIAS simulation module are described thoroughly in the deliverables D5 2 Assessment Simulation Module and D5 3 developer and designer aid module whereas in this deliverable a general description of the ACCESSIBLE assessment tools the portal as well as the simulation tools is provided The integrated ACCESSIBLE assessment modules are the following e The Web Accessibility Assessment module which supports the WCAG2 0 standard and the newly integrated ARIA 1 0 standard for the accessibility assessment of
156. ovided in the image AM ine 21 IMG attributes id webbug height 1 src http Awww bbc co uk mobile webbugproxy ine 25 IMG attributes src http sa bbc co uk bbc bbc s name SET COUNTER amp app_type mobi i A ine 37 IMG attributes alt BBC src http static bbc co uk mobile homepage templates ine 48 IMG attributes alt src http Avww bbc co uk mobile fic mobile_4avkeRgn_822f783 s ine 67 IMG attributes alt src http news bbcimg co uk media images 53278000 jpg _53 Line 136 IMG attributes alt src http news bbc co uk media images 53280000 jpg _53280 ras AM ine 137 IMG attributes alt src http news bbcimg co uk media images 53273000 jpg _53 Figure 75 Evaluation against Personas step 3 The results can be presented to the user with eight different ways These are Full Report Show only Errors Warnings EARL report EARL report PDF PDF report Full Report MWBP EARL report MWBP XML EARL report MWBP PDF The first five reports correspond to the results provided by the Web Accessibility Assessment tool As it is already mentioned the Mobile Accessibility Assessment Final Draft Page 81 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 tool combines the WCAG2 and MWBP checkpoint into a single assessment tool Thus the first five reports concern the Web Accessibility Assessment module and the re
157. ple that may suffer from the supported disabilities Personas in the DIAS tool are virtual people who suffer from specific disabilities The tool is capable to provide simulations for a list of supported personas with various visual motoric etc impairments Personal information about them their disabilities symptoms as well as the way these affect their daily life are all extensively described within DIAS Thus in case the developer has in mind specific users with disabilities that would be targeted from her his UI personas provide her him with a more direct way of examining the UI against virtual people who suffer from symptoms relevant to the ones of the actual people in mind 7 4 Incorporation of Magnifier and Screen reader within simulations The afore described filters incorporated in DIAS offer a simulation framework capable to provide UI developers an insight over how their developments presentation may be affected from various disabilities Nevertheless modern HCI in respect of disabled users may as well be facilitated from assistive technologies such as screen readers and screen magnifiers For instance a large variety of screen readers can be integrated in modern operating systems such as JAWS or NVDA providing visually impaired users with an audio description of the UI elements they are interacting with Moreover screen magnification is an option typically incorporated in modern operating systems allowing people with vis
158. priate UI without needing to provide any definition file e g WADL that describes the service Thus in this case the use of the service definition parser can be omitted and the WS Definition Editor module can be used instead Service Alignment Tool Different types of WSs have different requirements regarding the accessibility features their input output structures should support The Service Alignment Tool module is responsible to provide the WSaaT with information regarding the type of service under evaluation and also regarding whether accessibility related features are supported from its input output elements For the purposes of this process a set of accessible Ideal Operations has been defined within the Accessible Ontology Some of them refer to general purpose WSs such as Image Audio Video or Textual Info Provider operations whereas others are more specific and deal for instance with info mobility WSs such as the points of interest info provider and route calculation operations The Ideal Operations defined within the Accessible Ontology utilized by the WSaaT are listed in Table 5 The present module offers the service evaluator the capability to align the WS operation under assessment to an accessible WS Ideal one The alignment process eventually enables the tool to identify whether specific requirements are met from the input output structures of the service under assessment on the basis
159. proved version of the tool The descriptions of the errors as well as the provided hints have been corrected improved The mechanism that calculates the line in the source code where the error warning occurs has been improved in the latest version of the tool Regarding the slow scrolling and other GUI problems all of them fixed and addressed in the Web version of the tool The generated reports both EARL and PDF provide information concerning Personas when they are used during the evaluation process Figure 39 depicts the EARL report in PDF format generated after an evaluation process concerning the Persona Emma Karlsson Final Draft Page 51 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Human readable diagnosis result based on the EARL report created according to the Prabsstion and Repon Language Fant 10 Schema ANC Wet re Nra A Deibe WA hip wan H g Informatics and Telematics Institue Abon D6 Jun 2011 15 1555 Upper Limb bnpairnent Communication received and oroduang moarments Vision Impaiment WCAG2 0 Veo Aoaeesinert Tool is developed by ORR IRA TL wither ME promises of the AGURSSIHI E proect 54 28 Emma Karlsson 3a Srole School of arts Ermioyed Salertuna Sweden Emma 38 is Swerish and grew up in Selientuna Stockiwlu AL bith she suffered meurologicul duimage alsin her to have cyserthna mma whispers very sottty and produves sbnonnal inn
160. re 47 Evaluation against Personas step 3 0 0 0 eeseesceeeseceseeesseceneeeeneeeseeeseeenaeees 61 Figure 48 Full report xf cases eee eteeriseen seere eae eal easter eeteca retest attanetael 62 Figure 49 EARL report xml format ccscssscsescecssncccesscceseresesssessnenseeneneeenessees 63 Figure 50 EARL report pdf format x c s5 csi Avcsene uses eit ora veda vie ee eae nieeds 63 Figure 51 Evaluation against Personas step 5 0 eesceeesscecesceceeseeeeeeeeeeeeeeeeaeeeeeneeees 64 Figure 52 Evaluation against Personas Step 6 cscccssscecesceceeseeeeeseeeeeneeeeeeeeeeaeeees 65 Figure 53 Evaluation against Personas Step 7 ccscccsssccessecceeseeceeseeeeeeeceeaeeeeeaeeees 65 Figure 54 Evaluation against ontology step Loo eeeeeeescccesceceeseeeeneeeeeneecesaeeeeeaeeees 66 Figure 55 Evaluation against ontology Step 2 ceescecesseeceseeeeeseeceeseeeeeneeceeeeeeeaeeees 67 Figure 56 Evaluation against ontology Step 3 ceesceeessceceseeeeeseeceeneeeeeteeeeeeeseeaeeees 67 Figure 57 Evaluation against ontology Step 4 ceeceeescccesneeeeseeeeeseeeeeeeeeeaeeseeneeees 68 Figure 58 Evaluation against ontology Step 5 0 ceesceesseceeseeceeseeceeseeeeeeeceeaeeeeeaeeees 68 Figure 59 Evaluation against ontology Step 6 cesccesssccceseeceeseeceeneeeeeeeceeaeeeeeaeeees 69 Figure 60 Evaluation against ontology Step 7 ceescecesseccesceceeseeeeeneeeeeneeeeeeeeeeaeeees 69 Figure 61 Eva
161. reshold with glare source L the mean screen lu minance f the illuminance of the glare source at the eye For nuclear and cortical cataracts with a LogMAR visual acuity of less than 0 5 Snellen equivalent better than 6 18 no loss of contrast sensitivity at the lowest spatial frequency 1e deg 25 Hyperopia People with hyperopia can experience blurred vision asthenopia accommodative dysfunction binocular dysfunction amblyopia and strabismus 14 All three color pigments but deficiency in red responsiveness 41 Requires more red 671 m and less green 535 m to match the yellow than does a normal Protanomally 44 Requires at least 1 5 times more red intensity than normal in the upper field to match a yellow in the lower field 41 E EIEE i i with deuteranomaly have a mutated form of the medium wavelength green pigment Tritanomaly A mutated form of the short wavelength blue pigment 36 Difficulties to distinguish between blue green and between red green colors 27 Protanopia Deuteranopes and protanopes do not accept the classical dichromatic matches when field size extends to 8 visual angle 47 Diseased Deuteranopic unilateral dichromats report that with only their deuteranopic eye open they see wavelengths below the neutral point as blue and those above it as yellow 35 The tritanope sees only two hues red and green in the spectrum 23 Tritanopia Hybrids as orange and green yellow or bl
162. rld HTML It provides a very convenient API for extracting and manipulating data e The Accessible Rich Internet Applications WAI ARIA 1 0 was added to the ACCESSIBLE ontology thus enabling Web Accessibility Assessment tool to provide a basic assessment based on ARIA specification All the states and properties that are defined within ARIA specification were added to the ontology thus enabling the tool to have access to them and perform the corresponding tests Figure 38 shows a part of the instances of WAI ARIA added to the ACCESSIBLE ontology Final Draft Page 50 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 For Class D ARIAStates For individual ARIA Aria Busy Asserted Interred Seen 2 Asserted Instances i XxX Property Vaha pacs gt APIA Aria Checked gt AmA Aria Disabled ARA Aris Experdied Q ARIA Arin Grobbed ARIA Arin Haden gt APA Ariadna ARA AriaPressed ARAchesDescription oP xs ARA hasSupportedValue a oF X AMA Arin Setected Value Lang Value Lang Indicates whether an clemert ARIAS rasitame p P s ARIA nasSupportedValuelype e A ji Leng ARA Tne Fase sria busy Figure 38 WAI ARIA ontology instances A number of tests have been implemented according to the WAI ARIA specification as presented with details in section 3 1 The evaluation of upper limb impaired users can be performed through the im
163. role scrollbar without attribute aria valuemax Elements with role slider without aria valuemax attribute Elements with role menu whose children are not elements with role group or role menuitem or role menuitemcheckbox or role menuitemradio e Elements with role slider without attribute aria valuemin e Elements with role progress bar missing aria valuemin attribute e Elements with role listbox whose children are not elements with role option e Elements with role radio without aria checked attribute Final Draft Page 29 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO Grant Agreement No 224145 WAI ARIA Test Implementation details Elements with role scrollbar without attribute aria orientation Elements with role toolbar missing aria labelledby property while there are more than one toolbars Elements with role menuitemradio without aria checked attribute Elements with role form missing aria labelledby attribute Elements with role row whose children are not column header or gridcell or row header Elements with role menuitemcheckbox without attribute aria checked Elements with role region missing aria labelledby attribute or having aria labelledby attribute but not referencing a heading Elements with role document including more than one element with role contentinfo Elements with role combobox without attribute aria expanded Elements with role search without the aria la
164. ropriately connected within the HTML code to the labels preceding and explaining them Using only the visual simulation of a user with severe glaucoma the developer can easily identify that her his web page will not very easily utilized by such a potential user Nevertheless s he could consider that a screen reader would be helpful allowing the impaired user to easy understand what kind of input should be provided By utilizing the screen reader capability integrated in the DIAS tool the developer can further examine the web page and understand from this simulation that these missing links between the required user input and their description preceding labels lead to a result that is hardly accessible to a user with severe glaucoma and also inaccessible to a totally blind end user This way the developer becomes instantly aware of accessibility problems that this web page has having thus the capability to subsequently fix the errors identified through simulation 7 5 Disability Impairment Approximation Simulation standalone version The main view of the tool is depicted in the following Figure 120 The user has two options In the first option he she can either simulate a Java Swing Application by pressing the corresponding button DIAS standalone Type of application C r JavaME CLDC MIDP application File to Test Figure 120 DIAS standalone main view In order for a Java application to be simulated the user of the
165. rs and screen readers Visual impairments Visual impairments are simulated within DIAS through filters based on the OpenCV library which are applied in cascade over continuously updated images that depict the presentation of the UI under examination In particular given N symptoms that are involved in a given impairment N filters are applied in cascade within each cycle of a filtering thread At a modern PC our filtering thread can produce in average over 20 cycles per second thus providing a throughput of over 20 fps adequate for realistic simulations Our tool is mainly developed in Java thus the JavaCV interface to the OpenCV libraries is utilized This way the advanced and fast image processing capabilities of OpenCV are ported in the Java environment and are thereafter utilized leading to the implementation of effective filters for the simulation of visual impairments Our developed vision filters can be regarded to basically belong in three categories simulating a tunnel vision symptoms and b their inverse loss of central vision related symptoms as well as c symptoms that regard the whole visual field Moreover the combination of these three categories of filters leads to the simulation of further disability symptoms It should be noted at this point that for the simulation of tunnel vision symptoms like in the case of glaucoma randomized semi opaque masks simulating scotomata are applied on the vision field
166. s VWiWeb Senices assessment tool Description Languages Assessment Projects All ACCESSIBLE tools Web Serices Assessment Projects Figure 72 Four options for the evaluation of the Web Services The user has four different options to assess the preferred web site These options are the same as in the standalone version of the Web Accessibility Assessment Tool and are the following Evaluate your Web Site against Personas Evaluate your mobile Web Site against Ontology Evaluate your mobile Web Site against specific guidelines Quick evaluation against ontology Evaluating a Mobile Web Site against Personas By clicking in the first option the user selects to evaluate the Web Site against Personas The first step of the procedure is depicted in following Figure 73 All the needed information about the Personas is presented to the user Then the user can select against which Persona he she wants to perform the evaluation process All the information about the Personas is also available in PDF format Final Draft Page 78 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html Cancel Back to project options Next Ml Andy Catteeuw Andy Catteeuw is 23 years old and suffers from Attention Deficit Hyperactivity Disorder Marital status Single Job Student Houthalen Belgium Edu
167. s One that enables the developers designers to preview their implemented GUI applications in a simulated fashion and also alerts them for any accessibility errors warning the application may have The developer designer module is then able to provide appropriate recommendations for resolving any of these identified errors warnings On the other hand the DIAS Run plugin gives the developers designers the ability to execute and run in real time their Java Swing applications and verify if the supported functionalities and components contain any accessibility constraint The input to DIAS is a Java Swing GUI application bundled in a jar file or a Java Swing GUI form Through the tool the user can select the impairments that he she prefers to simulate as well as specific corresponding controls for modifying the severity level for each of the selected impairment Finally the output of this tool is the result of the simulation process with additional accessibility recommendations tips More information about DIAS concerning system requirements related technologies and the installation of DIAS plugin version in NetBeans can be found in the Deliverable D5 3 Developer amp designer s aid Module Final Draft Page 113 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 7 1 Impairments and symptoms covered by DIAS Prior to building an accessibility simulation tool it is very important to identify its
168. s implemented for various categories of sensorineural hearing loss a mild noise induced hearing loss b moderate severe noise induced hearing loss c mild age related hearing loss d moderate age related hearing loss 120 Figure 117 Instance of Parkinson simulation over a Java application 121 Figure 118 Instance of dyslexia simulation over a Java application ee eee 122 Figure 119 Magnifier applied over night blindness simulation cee eeeeeeeeeee 123 Figure 120 DIAS standalone main ViCwiciicagaccciescessacadessicapsesdecepestiavesdossanesapedende cs 124 Figure 121 The DIAS simulation environment eseeseeeseeseerresresresreserrsresrereresreese 125 Figure 122 Detailed Settings for the simulation of parkinson s disease 126 Figure 123 Help tab for Tritanopia ics siscssuecetes en 205 sas spe ceabdcsesahagshedeads ss aaeeguadeeeseuaddeaashe 126 Figure 124 Simulation of Achromatopsia using Magnifier eseese 127 Figure 125 DIAS standalone initial States 7 oeccdiesdvesscncaecavosastsctaecsiacevasedeacdestaveeees 127 Figure 126 Simulation of protanopia over a Java based mobile application with DIAS E E tts wud inecu ten Ua E E baa tintin a uscse ttyl EE tbat tra tas 128 Figure 127 Toolbar of NetBeans IDE with the DIAS run main marked in red web preview blue and preview design green plugins installed 0 0 eeeeeeeeeeeee 128 Figure 128 Simulation of glaucoma over a Swing form
169. s integrated the Web Accessibility Assessment module the Mobile Accessibility Assessment module the Web Services Accessibility Assessment module and the Description Languages Assessment module Moreover the reporting functionality was also integrated to the ACCESSIBLE portal thus providing to users reports in PDF version as well as in EARL version The innovation that was proposed by the ACCESSIBLE portal is that it supports multitude of standards and applications domains and there is also no need for accessing alternative applications for different application contexts Moreover the ACCESSIBLE portal increases the awareness regarding the need for accessibility as introduced by the ACCESSIBLE project in different applications domains such as Web Services Description Languages etc On the other hand the standalone tool brings the same facilities offered by the portal through a tool that can be downloaded and installed in a local computer Such a tool provides a more versatile interface suitable for developers and allows full control of developer s evaluation projects At the same the interface of the standalone tool resembles the ones offered by modern IDEs and thus provides new functionality using known to developers metaphors 2 1 Design Process A user centred approach has been followed for the design and implementation of the ACCESSIBLE User Interface Portal and the Stand Alone version Figure 1 More specifically during this proces
170. s send back to the cient a confirmation message declaring whether the requested functionality has been triggered or completed Evaluation outcome Figure 65 WS accessibility assessment Step 2 Automatic assessment of initial subset of guidelines Final Draft Page 72 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 In respect of WSDL and WADL files describingWSs accessibility assessment can up to this step be conducted fully automatically Thus the assessment against this subset of guidelines can even be conducted in a batch job fashion over large numbers of WSs and their operations This functionality is also supported by the Tool taking as input a local folder containing WSDL or WADL files and providing as output EARL based reports each describing the assessment result for each WS operation Nevertheless the next step of the overall assessment procedure service alignment requires further interaction from the Tool s user as described in the following Step 3 Alignment of the service s operations to the Accessible Ideal Operation elements defined within the Ontology By utilizing the service alignment capabilities offered from the Service Alignment Tool the WSaaT acquires in this step further information regarding the Service s operations and their input and output structures Within this process the user first selects the Ideal operation that the operation under evalua
171. s the appropriate end user requirements were gathered and analysed These requirements were categorised into e Generic functional Requirements functionality that should be integrated to the tools e Performance requirements requirements in terms of time needed for performing operations e Operational requirements additional functionality to support system qualities such as usability and accessibility e Reliability requirements requirements for producing a reliable system e Maintainability amp Interoperability requirements requirements for the system in order to be easily maintained and to be able to interoperate with other systems A detailed description of the collected requirements is presented to deliverable D5 1 User Interface Portal amp User Assistant Agent section 3 The requirements stemming from the user requirements analysis process D2 2a and D2 2b deliverables were used to produce UI prototypes in an iterative process involving the production and Final Draft Page 16 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 evaluation of prototypes by end users An example of such a prototype for the portal and standalone tool is presented in Figure 1 while the full design process is presented in deliverable D5 1 User Interface Portal amp User Assistant Agent section 4 Development and Evaluation of Accessible Applications You are at Home New to this site ret Key
172. s to match and align the inputs and outputs of your operation with the ones belonging to the Ideal Operation The final results of the evaluation process are presented to the user as shown in Figure 53 The evaluation outcome for each Guideline is either PASS or FAIL For the Guidelines that FAIL the evaluation a brief description of the Failure reason is provided Final Draft Page 64 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl m Web Service Operation ACCESSIBLE Ideal Operation a Dlocation http www w3 orq E P AccessibleImage ImageType 2001 XMLSchema string mageObjectURL String l CluseLocalhost http www w3 org E C AternativeText string 2001 XMLSchema boolean j amp Y getMapResult http tempuri org ITI_Image Bj C ImageObject anyType Align Selections Figure 52 Evaluation against Personas step 6 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Full Report Qindelslelemel al bim 000 ome mtd nd E a Aa tnd DS pass Guideline 11 W3C Web Services SOAP based Standards should be used for the definition of Web Services pass Guideline 12 If Web Services are defined through XML based documents e g WSDL WADL the definition files SHALL have correct XML b
173. s weer The Ggtet ttery of ACCESSRE n on ovine Depresion Slanguage wapectes sere that acetates itey Acron of lnquage athe spectes row Od ea Peng waare weart te Facede fore econ mpe tos pr eey Daae reg re guage Lecterns Qaae Speos of speen ina Aae eron of wrguaze x ape sca Ovoce tacnene othe spectes T Thought tuncters unspectied C Corto of compte chet ary moverrerts droge Figure 112 Selection of Functional Limitations My eeoa Final Draft Page 110 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Development and Evaluation of ACCESSIBLE applications 27982018 Carena GU FSM Document for seeerement ACCE SSIELEFrameworh F ew Camera GUI FSIS bea y rar agen wr Figure 113 Selection of Impairments After selecting evaluation categories as illustrated above the user is presented with the available set of Evaluation Approaches and prompted to select the ones to be used for accessibility assessment The Evaluation Approaches corresponding to the selected evaluation categories have been automatically preselected After selecting Evaluation Approaches and pressing the Next button the user is presented with the Accessibility Assessment Results for the concerned SDL application files The accessibility assessment result in relation to each associated Guideline is presented If the result is Error then a suggestion for correct
174. sabilities The Help tab provides additional information about the simulated disability thus further facilitating the user to understand its symptoms In Figure 123 the Help tab is depicted concerning the simulation of Tritanopia DIAS Developed by CERTH ITI Default view People affected by Tritanopia are dichromats which means that the S cones are completely missing and only long and medium wavelength cones are present Therefore these people are not able to distinguish the blue colour This is obvious also when observing the colour spectrum depicted in the following Figure Normal Tritanopia 700 650 600 550 500 450 400 Figure 123 Help tab for Tritanopia The user can also use the Magnifier to each simulation This feature was added because based on the results of User validation of DIAS almost all people who suffer from a visual impairment use the feature of magnifier when using a computer In Figure 124 a simulation of Achromatopsia is depicted using also the Magnifier Final Draft Page 126 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Ri7Field 123 bext456 Agolacators Donpr and Development 1 The 2 THe 3 Tele Dimmey ror ret cee Bietenrw amp a Aad Cad eee HE P oe Eee ned Oe oe Rid ress Caner Dna ten D ami eee ae hese Eten ide aty Cen ree amaga ne reer mT ee p Aa E ae orein D easar
175. scription in pdf format Nitesh Sarin C Carlos Portillo Nitesh Sarin is 36 years old and suffers from Communication Disability Learning Disability Colour Blindness Marital status Single Job Unemployed Location Pocklington UK Education College N Carlos Portillo is 35 years old and suffers from Communication Disability Expressive Language Disorder Marital status Married Job Employed Location Gerona Italy Education College degree in Applied Informatics Download persona description in pdf format Figure 45 Evaluation against Personas step 1 In Step 2 a list with the initial set of Guidelines is presented to the user Figure 46 where he she can selects which approaches could be activated during the evaluation process Final Draft Page 60 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 08 06 2011 Image_Service2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl The following checkpoints have been inferred from your project settings Guideline_C1 When a service provides content related to Points of Interest it should provide information describing efficiently and effectively their accessibility status regarding a set of different impaired user groups with different needs WebSericel Checkpoint_C1 When a service provides content related to Paints of Interest it should provide information describing efficiently and effectively their acc
176. seeeeeereeeeaeeeeeneeees 27 Table 3 Tests implemented in the WaaT according to the WAI ARIA specifications ETE EE EEA E E E deeb idee ecs bendas seenuvelaasi seleieeaeusbtestedt 30 Table 4 HTTP RDF XML report Example sesseseeseeesseseesessrssressessresrersrssresressresre 53 Table 5 The Ideal Operations defined within the Accessible Ontology utilized by the W Sad i EE EE E 57 Table 6 Indicative impairment parameters derived from the relevant literature which were followed for the implementation of our simulation filters 0 0 eee eeeeeeeee 116 Table 7 Description of the simulation Controls cceeeecceeseeceeseeeeeneeceeeeeeeeeeeaees 144 Table 8 Usage of simulation controls 3s s ssssccesccssgrsahenartanvecdapsadesacee Centgerezonenianeeate tees 144 Final Draft Page 12 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 List of abbreviations and acronyms in alphabetic order API Application Programming Interface CSS Cascading Style Sheets EARL Evaluation and Report Language GUI Graphical User Interface HTML Hypertext Markup Language HTTP Hypertext Transfer Protocol ICF International Classification of Functioning Disability and Health IDE Integrated development environment PDF Printable Document Format SDL Specification and Description Language SOAP Simple Object Access Protocol URL Uniform Res
177. ses the approaches and then the results are presented 27 08 2010 ITI web site Document for assessment http www iti gr Standards e Mwcac2 e Mcss Figure 25 Quick evaluation against specific guidelines step 1 Final Draft Page 43 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 3 3 Web Accessibility Assessment using the Standalone Tool Web Assessment initiates with the creation of a new ACCESSIBLE web assessment project as presented in Figure 26 or by opening an existing project by browsing the local file system as shown in Figure 27 te Vow DS IF H rva semen droig md ioh of ADCESSIRLE as wrt a the pondi te iet the seresa rove md wernt leaiolslelm le 4 o o Figure 26 Create new project Figure 27 Open ACCESSIBLE project Final Draft Page 44 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Files can be added to the project either by selecting a saved web page in the local file system see Figure 28 or by entering the web page url see Figure 29 for allowing he integration to the project of pages that reside on the web TI et me ee wire _ Ds Se 4 oa Ee e oO ole LAE Figure 28 Add new item file from local file system SO ee ee sr 55 w Ds ae ws oa CLARY Figure 29 Add new item web page from URL The added web pages appear on the pr
178. sions between portal members Each member of the portal has access to the discussion topics and has the ability to post a message on a topic nents Area The documents Area is a virtual repository of documents and files that may be of interest to portal members Standalone Tools Online Evaluation Projects Figure 4 Main view of the ACCESSIBLE portal after the login The typical steps involved in performing an evaluation through the portal are Create an assessment project Add applications to be assessed Edit Project evaluation criteria Perform the assessment Access assessment results and fix the errors offline with the help of an external editor e Reassess the project 2 4 Overview of the Standalone User Interface Tool The standalone interface developed in the context of ACCESSIBLE acts as an integrated assessment environment for all the assessment processes supported by ACCESSIBLE More specifically Figure 5 presents that start up screen of the tool that offers a number of different options e File Menu Toolbar and Quick start widget o Create new ACCESSIBLE assessment project o Open existing project e Recent Projects widget Open one of the recently created or opened projects e Getting started widget Get help about getting started with the tool The typical steps involved in performing an evaluation through the standalone tool are Create an assessment project Add applications to be assessed Preview applications and th
179. ssessment criteria through the project properties form 47 Figure 33 Web Page Assessment results Full assessment output eee eeeeeeeeees 48 Figure 34 Web Page Assessment results Errors List ce ceeeeesseeeseeeereeeseeeeeeeeneees 48 Figure 35 Web Page Assessment results Warnings List eee eeeeeeeeeeeeeeeeeeeeeneees 49 Figure 36 Web Page Assessment results PDF report eee eeeesseeeeneeeeeeeeneeeneees 49 Figure 37 Web Page Assessment results EARL report in PDF format 50 Figure 38 WAI ARIA ontology instances 0 eecceeesecesneeeeseeeeeeneeeeeeeeeaeeeeeaeeeeeaeeees 51 Figure 39 EARL report in PDF format containing information about Personas 52 Figure 40 Typical Web Service utilization Chain eee eeeeeseesneceneeeeeeeeeeeseeeeaeees 54 Figure 41 WS Accessibility Assessment Tool WSaaT architecture ee 55 Figure 42 Web Services Assessment Projects esseesesseseeseesrisreesrrsresressresresrresresrese 58 Figure 43 Web Services Assessment Projects eseeseeseeseeseseresressrrsresrersrssreserssresrese 58 Figure 44 Three options for the evaluation of the Web Services s on 59 Final Draft Page 9 of 145 ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Figure 45 Evaluation against Personas step 1 eeseeescceeseeceeseeeeeeeeeeeneeceseeeseaeeees 60 Figure 46 Evaluation against Personas step 2 csccesssccceseeceeseeeeeseeceseeceeaeeeseaeeees 61 Figu
180. status based on information provided through Step 1 Within this step through the option Evaluate Step 2 shown in Figure 65 all information acquired from step 1 is used from the Web Service Evaluator in order to assess the given operation against a limited set of guidelines Indicative results of this process are shown in Figure 65 This limited set of guidelines contains those which can be automatically checked by using only the information acquired so far from step 1 In their majority these are Level 1 guidelines referring to core functional accessibility features that a WS should have ensuring its potential for proper integration within service consuming applications BB ACCESSIBLE WS Accessibility Assessment Tool Fle Help WSOLURL Alec DilServicn wod _Orowse for Wak J WADK Gss Savoksi m __Create custom Service Detintion remote merenna oe Parsed Web Sevice Methods ACCESSIBLE WS Guidelines Evalsalion ACCESSIBLE WS Guidelines Evaluation after Alignment Evaluating Service Sarpies sccessbieDemow S2 Service2 asma l Proceed to Service Aligament Step 3 Guideline 2 The W504 files that define Web Services shall have correct XML based WSDL syritac allowing for the parsing of the WSDL fe from the most comman WSDL Parsers e g Axis lia Guideline I3 Evaluation outcome Services shal not provide ore way Operatines that prodkace no PASS output Operations provided through WSs shall alway
181. t Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below m Check for the existence of longdesc attribute in lt IMG gt elements Warnings 1 Check for the existence of longdesc attribute in lt IMG gt elements For the detected lt IMG gt elements without longdesc attribute ensure that the longdesc attribute is not needed A longdesc attribute should be provided when a short text alternative does not adequately convey the function or information provided in the image A Aine 12 IMG attributes height 695 src graphics_new index_v2 gif border O usermap map m Check if there is no alt attribute for lt IMG gt elements Errors 1 Check if there is no alt attribute for lt IMG gt elements Q Provide a non empty alt attribute to lt IMG gt elements i Line 12 IMG attributes height 695 src graphics_new index_v2 gif border 0 usemap map Figure 24 Evaluation against specific guidelines step 3 Quick evaluation against specific guidelines The third option is to perform a quick evaluation against the ontology By clicking on the button Quick evaluation against specific guidelines the use can select between the available Standards as depicted in Figure 25 The next two steps are the same as in the evaluation against specific guidelines More specifically the user choo
182. t IMG gt elements is empty M Check if there is no alt attribute for lt IMG gt elements Z Check for the existence of title attribute for lt FRAME gt elements M Check for the existence of text equivalent in lt OBJECT gt elements M Check for the existence of alt attribute in lt APPLET gt elements E Check for the existence of text equivalent in lt APPLET gt elements Check for the existence of lt TD gt elements without scope attribute X Check for the existence of lt TH gt elements without scope attribute CI Check for the existence of lt H1 gt elements CI Check for the existence of lt H2 gt elements CI Check for the existence of lt H3 gt elements CI Check for the existence of lt H4 gt elements CI Check for the existence of lt H5 gt elements CI Check for the existence of lt H gt elements M Check for the existence of redundant text links for each active region of a server side image map within the body of an lt OBJECT gt element Figure 19 Evaluation against Ontology step 2 Finally by pressing the button Nex the results are presented to the user as it is obvious in Figure 20 Full Report only Erro s EARL report EARL report PDF PDF report m WCAG2 Guideline 1 1 Provide text alternatives for any non text content so that it can be changed into other forms people need such as large print braille speech symbols or simpler language WCAG2 SuccessCriterion 1 1 1 on te
183. tent Android data retrieved by simulating an android based device access to the By pressing the Next button he she proceeds to step 3 Final Draft Page 79 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 27 08 2010 BBC mobile Document for assessment http www bbc co uk mobile index html Back to Step 1 Next Please select one of the following delivery contexts O Desktop Mobile O android BlackBerry iPhone The following evaluation approaches has been infered for your evaluation setting Please select the ones to be used for the final evaluation WCAG2 Evaluation Approaches Check if the alt attribute for lt IMG gt elements is empty Check if there is no alt attribute for lt IMG gt elements Check for the existence of title attribute for lt FRAME gt elements Check for the existence of text equivalent in lt OBJECT gt elements Check for the existence of alt attribute in lt APPLET gt elements Check for the existence of text equivalent in lt APPLET gt elements Check for the existence of lt TD gt elements without scope attribute Check for the existence of lt TH gt elements without scope attribute CI Check for the existence of lt H1 gt elements CI Check for the existence of lt H2 gt elements CI Check for the existence of lt H3 gt elements CI Check for the existence of lt H4 gt elements CI Check for the existence of lt H5 gt
184. th sgasis and check whether ODS peame woes bre eee Din Me predetred Ihrewhond nar the precefined theethotd shes tr gous ure Button Create Si Wed Hande wt xCord et yCort int leagh ot ged pad chech otether at Ihe angh pnd wah parameter Reh be router ae et pene e ater tor GU Contal eae Bifnd of SOP PF Label font Seti Ldi Marcie ot tortSice signals and check Pater Be tort ce parameter shoes are eater han he predefined theewhoid ee Find af SWGT_Latel_Creste_Si Comen Monde Cod Stony text pagasis and check whether they have a tite alee yCod engh wah mt yCod wt length we OC Pind of SWOT Sior Ceste Si Wed Honde ot xCord nt yCord nt length ot WD Srg Mee grait ond Check whether they hime p tthe rahe ewer ed levies keyra P Denton O Acon Figure 108 Selection of Evaluation Approaches After selecting Evaluation Approaches and pressing the Next button the user is presented with the Accessibility Assessment Results for the concerned SDL application files Figure 109 The accessibility assessment result in relation to each associated Guideline is presented If the result is Error then a suggestion for correcting the identified limitations is provided Dd Toots to eah mecessbity 1 9t bared through a cofecten of orpernted etc counes The aptal bary of ACCESSERE 19 an onire peace DU tacite Wrowteng DN pewny Eres rear tO Accessiblity Eveuaten and Tem ad Rent te ste p o ceo ERR PROST
185. the finger and we simply do not see it This occlusion can be even bigger if the user suffers from visual impairment like low vision on one eye and blindness on the other one One example of necessity to focus on good accessibility could be filling of the large forms on small displays especially when half of the display could be occupied by software keyboard In cases where part of the display is covered when filling form there is necessity of good traversing order between items of the form We have to ensure not losing the context and provide information which item is currently displayed and filled This problem often occurs when layout of display is changed from portrait to landscape mode and vice versa Other use case of mobile accessibility issue can be found in 9 All usual accessibility guidelines focus strictly on applications themselves and do not take into account physical environment that also influences the accessibility in mobile environment There are also tools helping with accessibility of web pages for mobile devices like the W3C MobileOK Checker 10 Issues that should be simulated Some situations can be easily simulated by the developer but some not For example the issues related to small screen can be evoked by usage of emulators or deployment of application to the target device The dynamically changing reflections on the display trembled display caused by ride on the bus is hard to simulate with the common tools The changes o
186. tion are semi automatically aligned to corresponding ones that belong to the selected Ideal Operation 08 06 2011 Image_Serice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl Cancel Back to step 4 Next m Service supported operations Operation getMap_NEVY Inputs B location http www w3 org 2001 XMLSchema string E useLocalhost http www w3 org 2001 XMLSchema boolean Outputs S 3 getMap_NEWResult http tempuri org ITI_Image_NEW E imageURL http www w3 org 2001 XMLSchema string E imageType http www w3 org 2001 XMLSchema string Bl image lternativeText http www w3 org 2001 XMLSchema string E imageWwidthInPixels http www w3 org 2001 XMLSchema int imageHeightInPixels http www w3 org 2001 XMLSchema int ACCESSIBLE ideal operations Operation ImageProvider npu Outputs 8 3 AccessibleImage ImageType E ImageObjectURL String 5l AlternativeText String B ImageObject anyType Figure 51 Evaluation against Personas step 5 If an Ideal Operation has been selected an Automatic input and output Matching Process takes place Figure 52 This process uses a Web Service that computes similarity matching scores between the names of your Operation s input and output elements and the names of the selected Ideal Operation s input and output elements Using this matching scores calculation Web Service the Tool trie
187. tion of the centre of the impairment can be moved slightly simulating this effect Severity Level Controls both the size of the unimpaired disc and the darkness of the impaired area As the severity increases the amount of unimpaired vision gets smaller and the impaired vision gets darker Tunnel Size The size of the area that is not yet completely black Whitening This simulates various degrees of a whitening effect where the entire inside of the visual field loses acuity Transition Width This setting changes how quickly the vision falls off to black If it is set low the transition will be a fairly sharp fade to black if it is set to high the transition will be gradual starting at the centre of the visual field Brightness Controls how strongly the vision is illuminated Amplitude Controls the amplitude of the Parkinson s disease tremor Final Draft Page 143 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Frequency Controls the frequency of the Parkinson s disease tremor Volume Controls the volume of the system Sensorineural Hearing Loss Controls This setting controls the different types of sensorineural hearing loss that can be encountered Dyslexia Controls different can be the that This symptoms encountered setting controls of dyslexia Table 7 Description of the simul
188. tion resembles to Figure 66 Once the preferred Ideal operation is selected the user is presented with the UI that enables her him to align the input output elements of the two operations the Ideal and the one under assessment Figure 67 BB Accessible Ideal Operation Selection Your Operation getMap NEW Select an ACCESSIBLE Ideal Operation that describes Your Operation s functionality best O Audo Provider Operation _ Video Provider Operation O Textual Info Provider Operation C Paints of Interest Info Provider Operation O Route Calculation Operation In order to proceed with the Accessibility assessment you have A to align your operation to an ACCESSIBLE Ideal one which matches your operation s functionality beat The inputs and outputs of your ope ration will be automatically matched to the Ideal ones You will also be abie to change the result of the cutomatic ali w Cancel Proceed Figure 66 WS accessibility assessment Step 3 Selection of operation type according to the accessible ideal operations Final Draft Page 73 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Accessible Automatic Alignment Result Service Samples accessbleDemoW52 Service2 asmi Service Operation getMap_NEW ACCESSIBLE Ideal Operation ImegeProvider Input Aligned Element of Accessible Ideal Operation Similarity Match Score focation _ useLocalhost I t 1 Outpt Al
189. tionality can be activated by clicking on the appropriate small image of an eye with an arm chair preview icon at the IDE s Toolbar Figure 127 while the developer is viewing a Swing form within the NetBeans conventional GUI form designer Figure 128 shows an instance of the DIAS preview design plugin while glaucoma is simulated over a Swing form that is being developed with NetBeans Final Draft Page 128 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Preview in DIAS TestMonkeyFrame Developed by CERTH ITI DER Fie Edit new Frame E internal Frame HBR new Internal Frame ToggleButton Texti Field 123 text456 Title 1 Title 2 Title EN Title 4 tab tab2 Help for Glaucoma gt Choose an impairment C Show detailed settings C Use magnifier Screen Reader 4 Loss of Central vision S Loss of Peripheral Vision Glaucoma Controls Retinitis Pigmentosa Severity 1 J i Blurred vision Normal il Intermediate Severe 2 Upper Limp Impairment Night Blindness Total Blindness Extreme Light Sensitivity Color Blindness 10 9 of people with Glaucoma report this level of severity S Learning Disability Irish National Disability Survey 2006 httpifwww cso iejreleasespublications nationaldisabiitysurvey06first htm E Hearing Impairment Figure 128 Simulati
190. tool should simply browse for the jar file of the application and select it Then through the Start DIAS option the application is automatically started and presented within the DIAS simulation environment Figure 121 presents an instance of this environment during the simulation of glaucoma The simulation environment consists of two panes the interaction and the Final Draft Page 124 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 simulation ones The interaction pane presents the actual application in its original form with which the tool user can freely interact The simulation pane presents how the same UI would have been perceived from impaired end users Within this pane the user can select any of the supported impairments or incorporated personas through the tree structure marked in red in Fig 8 For each selected disability the user can select a specific intensity level to be simulated through the slider marked in Figure 121 in blue Below this slider statistical information regarding populations suffering from the specific symptoms are provided based on the relevant literature so as to further facilitate the developer towards understanding the impact of the problems identified through simulation Apart from the pre defined severity levels the user can also set for each impairment specific values regarding the parameters involved in its simulation This can be done throug
191. ttp requests gt lt http Connection gt lt http Request rdf ID req0 gt lt http httpVersion gt 1l 1l lt http httpVersion gt lt http methodName gt GET lt http methodName gt lt http nthd rdf resource http wiw w3 org 2011 http methods GET gt lt http absolutePath gt lt http abso lutePath gt lt http headers rdf parseType Collection gt lt http RequestHe ader gt lt http fieldName gt Host lt http fieldName gt lt http hdrName rdf resource http www w3 org 2011 http headers host gt lt http fieldValue gt www paypal com lt http fieldValue gt lt http RequestHeader gt lt http headers gt lt http resp rdf resource resp0 gt lt http Request gt lt http Response rdf ID resp0 gt lt http httpVersion gt 1 l lt http httpVersion gt lt http statusCodeValue gt 200 lt http statusCodeVYalue gt lt http sc rdf resource http www w3 org 2011 http statusCodes 0K gt lt http reasonPhrase gt OK lt http reasonPhrase gt lt http headers rdf parseType Collection gt lt http GeneralHe ader gt lt http fieldName gt Date lt http fieldName gt lt http hdrName rdf resource http www w3 org 2011 http headers date gt lt http fieldValue gt Fri 24 Feb 2012 11 41 50 GMT lt http fieldValue gt Table 4 HTTP RDF XML report Example Final Draft Page 53 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145
192. ual impairments to better understand the application in hand thus significantly facilitating interaction These facts were taken into account during the development of DIAS Thus our developed tool was decided to also provide developers the capability to understand how various disabilities would affect HCI with their products even in the cases where the impaired end user utilizes the functionality offered from common assistive technologies namely magnifiers and screen readers Final Draft Page 122 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 E Test Monkey DE E DAs Developed by CERTH ITI File Edit Internal Frame DER aE TORIR Text17Field 123 text456 Title 1 Title 2 Title 3 Title 4 Applications Design and Development Figure 119 Magnifier applied over night blindness simulation In order to simulate the result of magnifiers applied over the UI under examination DIAS utilizes image resizing capabilities offered from the openCV library In particular the filtered UI is resized so as to obtain two three or four times its initial size Then the aforedescribed disability simulation filters are applied over the portion of the resized UI which matches the initial user s visual field and is centred to the position that the mouse pointer has during the simulated interaction Figure 119 presents the result of night blindness simulation applied on the porti
193. uation and Report Language EARL 1 0 1 is a vocabulary developed mainly for the facilitation of the exchange of test results between Web accessibility evaluation tools For this reason the EARL report is generated in an XML format as depicted in Figure 15 Due to the fact that not all users are familiar with the XML format the same EARL report is also available in a human readable PDF format as depicted in Figure 16 More information about the implementation of the EARL based Reporting tool the related technologies and the architecture are available in the Deliverable D5 4 EARL based reporting Tool Full Report nly Erro MEN EARL report ae Era oO a a ee Ol eT Ta This XML file does not appear to have any style information associated with it The document tree is shown below lt rdf RDF encoding UTF 38 gt lt eark TestSubject rdf about http wwwiti gr gt lt det title xml lang en gt Informatics and Telematics Institute lt det title gt lt det date rdf datatype http fwww w3 org 200 LO0MLSchema gDate gt Mon 06 Jun 2011 13 15 51 lt det date gt lt ace score gt 47 06 lt ace score gt lt earl TestSubject gt lt earl Software rdf about http www iti gr accessible WCAG2 0_WebAssessmentTool zip gt lt det title xml lang en gt WCAG2 0 Web Assessment Tool lt det title gt lt det description xml lang en gt WCAG2 0 Web Assessment Tool is developed by CERTH TI within the premises o
194. ue green and purple are not included in a tritanopes spectrum 39 Spectral sensitivity data revealed presence of rod mediated vision at wavelengths lt 540nm 45 Night blindness Photopic abnormalities including abnormal visual acuity a delayed final cone threshold or plateau an elevated cone threshold subnormal single flash photopic responses slow photopic implicit times and a low flicker fusion frequency 37 Extreme light sensitivity Thresholds for photophobia were determined at wavelengths from 440 to 640 nm 48 Patients typically lose night vision in adolescence side vision in young adulthood and central vision in later life because of progressive loss of rod and cone photoreceptor cells 32 Photoreceptor function is diminished generally many years before symptomic night blindness visual field scotomas or decreased visual acuity arise 32 In 15 the mean change in visual function visual acuity visual field area foveal ERG Full field _ ERG over 3 years in study population with RP was presented vaa 7 The Parkinsonian tremor of DIAS was developed according to the mathematical model pre Parkinsons disease sented in 28 Seeing letters or words backwards 46 Often calling a b a d 46 For readers who have dyslexia extra time is an essential ac Dyslexia commodation that allows them the time to decode each word 46 Regular symptoms of dyslexia include weakness in phonological processing poor work
195. ure 116 d were used in the implementation of Age Related Hearing Loss in respect of the same categories As said a further filter leading to reduction in the volume of the sound is also applied within each category of sensorineural hearing loss Final Draft Page 119 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 FREQUENCY IN HZ FREQUENCY IN MZ HEARING THRESHOLD IN DB HL HEARING THRESHOLD IN OB HL b 2282 228 28 HEARING THRESHOLD IN OS HL 2 8 z a pS s h x Ri 2 4 a iS g c d Figure 116 Filters implemented for various categories of sensorineural hearing loss a mild noise induced hearing loss b moderate severe noise induced hearing loss c mild age related hearing loss d moderate age related hearing loss Physical impairments Physical impairments of the upper limbs e g due to Parkinson s disease can lead to problems during interaction with an end user interface since in such cases the end user may be for instance incapable to focus the mouse over small sized elements e g buttons so as to click them In order to provide developers with insight over the potential appearance of such issues within their developed UI our developed tool embeds also a filter capable to provide simulation over how the mouse of an end user with Parkinson would navigate In order to do
196. ution when speaking making f hard s ss her soy eure pe ms whe people or bes speuk lo uyuchiy Ewan works as an ndependenl photograyter om regulary contracted through her escender network she buill throughout the years Most of the assignments she takes on are weddings or communions Emma is alsa Figure 39 EARL report in PDF format containing information about Personas e A new reporting mechanism able to generate reports that contain all the HTTP content transferred between the WaaT and the server that hosts the evaluated web application using the HTTP Vocabulary in RDF 7 has also been developed within the WaaT This report can be used as input to other web accessibility evaluators in order to perform a similar use case scenario and compare their results with those of WaaT Table 4 presents an example of such a report Final Draft Page 52 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 lt xml version 1 0 encoding utf 6 2 gt lt rdtf RDF xulns rdf http waw w3 org 1999 02 22 rdf syntax nasg xulns http http wi w3 org 2011 https xulns dcet http purl org dce terms xulns cnt http wmi w3 org 2011 content gt lt http Connection rdf ID conn0 gt lt http connectiond uthority gt wwy paypal com lt http connectio n amp uthority gt lt http requests rdf parseType Collection gt lt http Request rdf about req0 gt lt fh
197. ved Joz Empky d Locmor airon lay Ldserlizn Colzgz degre in Aple momazlizs Final Draft Page 34 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 Step 2 includes the review of the corresponding evaluation approaches Figure 12 The user can select which approaches will be activated during the evaluation process By pressing the Next button he she proceeds to step 3 27 08 2010 ITI web site Document for assessment http www iti gr Cancel _Backtostep1 Net The following evaluation approaches have been inferred for the selected settings m WCAG2 Evaluation Approaches Check if the alt attribute for lt IMG gt elements is empty Check if there is no alt attribute for lt IMG gt elements YI Check for the existence of title attribute for lt FRAME gt elements YI Check for the existence of text equivalent in lt OBJECT gt elements K Check for the existence of alt attribute in lt APPLET gt elements YI Check for the existence of text equivalent in lt APPLET gt elements YI Check for the existence of lt TD gt elements without scope attribute Check for the existence of lt TH gt elements without scope attribute Check for the existence of lt H1 gt elernents C Check for the existence of lt H2 gt elements Check for the existence of lt H3 gt el
198. versions Thus since the last issued version of the tool a number of changes were made that are summarised in the following e The simulation filters for most of the visual impairments such as cataract protanopia etc were improved in order to more accurately describe the corresponding limitations e All the bugs found in the pilot tests phases 2 and 3 were corrected e The description of the provided recommendations in the plugin version of the tool was modified in order to more accurately pointy out the required modifications towards correcting accessibility limitations e The functionalities of the DIAS Netbeans plugins were further improved in order to offer developers using NetBeans the capability to examine the accessibility of web based UIs This is achieved through the web preview plugin of the DIAS NetBeans suite Thus the XULrun ner runtime was utilized through the DJNativeSwing library so as to parse web pages and present them to the user Final Draft Page 132 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 8 Introduction to Mobile Impairment Simulator MIS Tool Mobile Impairment Simulator MIS tool is a standalone desktop simulation application for mobile application developers It can provide simulation of common visual impairments as well as issues from indoor and outdoor physical environment These simulations can be mixed in various combinations Motivation for the MIS
199. vice2 Document for assessment http 160 40 50 89 8080 sample_WSDLs Service2 wsdl ance Backto step Net MS eee EARL report xml E seem sre This XML file does not appear to have any style information associated with it The document tree is shown below lt rdf RDF encoding UTF 3 gt searl TestSubject rdf about http 160 40 50 89 3080 sample_WSDLs Service2 wsdl getMap_ NEW gt lt det title xml lang en gt http tempuri org Service lngetMap_NEW lt det title gt lt dct date rdf datatype http www w3 org 200 1O0MLSchema gDate gt Wed 08 Jun 2011 13 00 03 lt det date gt lt ace score gt Class A lt acc score gt lt earl TestSubject gt lt earl Software rdf about http www accessible eu org gt lt det title xml lang en gt ACCESSIBLE WS Assessment Tool lt det title gt lt det description xml lang en gt This is the ACCESSIBLE Web Service Accessibility Assessment Tool lt det description gt lt fearl Software gt lt earl Assertion rdf about WebServiceSuccessCniterion 16 6 gt lt earkresult rdf resource result1 gt lt earl mode rdf resource http www w3 org WAVER EARL nmg strawman automatic gt lt earl test rdf resource WebServices Technique l6 6 gt Figure 49 EARL report xml format LUA I rage semen Tien Draenei hmp 16040 9 893080 foremple_ VES DL Service wall cue iwere tne uiscpst sopctony soc
200. vices Accessibility Assessment using the standalone tool 70 4 3 Changes in Current Versions eispigediad en cresentscasteaiaenscaieecamtavieces soeueveneeles 75 5 Mobile Web Accessibility Assessment module eseeseeenseeeesesereerersrreresrrrerssree 76 5 1 Mobile Web Accessibility Assessment using the tool from the ACCESSIBLE portal 77 2s Changes Ti c ret version ses en erroa niesen ie oe E ena N oT Ee IREE 90 6 Description Language Assessment module eseesseseeseserseressrreresrersrssresrresrssree 91 6 1 Short description of Description Languages Assessment Module 91 6 2 Technologies related to Description Languages Assessment Modiule 92 6 2 1 Specification and Description Language SDL and relevant technologies 92 SAE TRE IDE Integral ON 4 5 con ee ee te aos a aar eae oes NEE AE E Sa EN 92 6 3 Technologies related to the implementation of the Description Languages Assessment Mod le coin ai taimera EN EER E E ATE EE ER 96 6 4 Usage Scenarios for Description Languages Assessment Module Standalone 99 6 5 Usage Scenarios for Description Languages Assessment Module ACCESSIBLE Portal ies ane aaraa a A ATEO a n EEE A EN 107 6 6 Changes in current version sesesssesseessereseersserestessresseeeseerssereseressreeseeeseee 112 7 Introduction to the Disability Impairment Approximation Simulator DIAS 113 7 1 Impairments and symptoms covered by DIAS 2 0 eee eee
201. wing e The implementation of the DLaaT integration interface with the EARL based reporting tool was modified so that the reported bug relating to the technique level was corrected The Level field in the generated pdf is now correct for all techniques e The description of the Techniques was improved in order to more accurately describe the corresponding requirements and better be linked to the respective tips for correcting limitations e The description of the provided Tips was modified in order to more accurately pointy out the required modifications towards correcting accessibility limitations e An accessible and a not accessible version of the Solenoid SDL application were created towards providing an example of correcting accessibility limitations through the use of the tool e It was found that when a single disability was selected then the mapping was correct However in the cases that multiple disabilities were selected then indeed the mapping was wrong The implementation was corrected and the mapping is now according to the HAM specification in the cases of multiple disabilities selection Final Draft Page 112 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 7 Introduction to the Disability Impairment Approximation Simulator DIAS The ACCESSIBLE developer designer aid module namely Disability Impairment Approximation Simulator DIAS is the one responsible
202. xt Content All non text content that is presented to the user has a text alternative that serves the equivalent purpose except for the situations listed below m Check for the existence of longdesc attribute in lt IMG gt elements Warnings 1 Check for the existence of longdesc attribute in lt IMG gt elements For the detected lt IMG gt elements without longdesc attribute ensure that the longdesc attribute is not needed A longdesc attribute should be provided when a short text alternative does not adequately convey the function or information provided in the image at Aine 12 IMG attributes height 695 src graphics_new index_v2 gif border 0 usemap map m Check if there is no alt attribute for lt IMG gt elements Errors 1 Check if there is no alt attribute for lt IMG gt elements Q Provide a non empty alt attribute to lt IMG gt elements T Line 12 IMG attributes height 695 src graphics_new index_v2 gif border 0 usemap map m Check for the existence of alt attribute of lt AREA gt elements included in Errors 2 Check for the existence of alt attribute of lt AREA gt elements included in lt MAP gt element Provide a non empty alt attribute to lt AREA gt elements included in lt MAP gt elements that provides a brief description of the lt AREA gt elements i Line 8 AREA attributes href iti el index html coords 690 55 790 85 shape rect value
203. y the tool In this case the NVDA is automatically started and set to operate over the application under examination as the user interacts with it Once the user selects a different disability to simulate NVDA is automatically shut down Moreover it should be noted that screen readers may as well be used from people with visual impairments who although not completely blind have very limited visual perception DIAS can also provide the developer with insight over such HCI cases Final Draft Page 123 of 145 CERTH ITI ACCESSIBLE Deliverable D5 5b CO PU Grant Agreement No 224145 This is done by providing the user with the capability to use the screen reader also while examining the given application over any of the supported impairments In this case while simulating an impairment the user may enable or disable the integrated screen reader at any time by simply clicking over the respective option Of course both the magnifier and the screen reader can be used simultaneously also in conjunction with any supported impairment The screen reader functionality integrated in DIAS can be particularly helpful in several cases of severe visual impairments such as severe glaucoma etc and in both cases of Java based and web based UIs For the impact of the incorporated screen reader functionality to become clear imagine the case of a web page which requires user input within text fields however the text fields of the UI are not app

ACCESSIBLE Portal

Contents

Download Pdf Manuals

Related Search

Related Contents