User Interface Adaptation for Accessibility

User Interface Adaptation for Accessibility

Chapter 29 User Interface Adaptation for Accessibility Sergio Firmenich, Alejandra Garrido, Fabio Paternò and Gustavo Rossi Abstract In this chapter, we discuss methods and tools for adapting user interfaces to make them more accessible. We introduce the problem of user interface adaptation and characterize different techniques to be adapted to the user interface. We show that there is a broad range of methods and tools to transform existing interfaces to make them accessible. We describe such approaches by grouping them in two types of solutions: those that provide built-in adaptation mechanisms for the application and those which are external to the application. 29.1 Introduction Adapting a user interface (UI), for example, to make it accessible, implies changing, or adjusting its structure, contents, and/or available actions according to the users’ current goals and abilities (including the context of use). This adaptation may be initiated and controlled by the user, or built-in in the application itself or performed by a third party (not the user, not the original application). The need for UI adaptation has been recognized by Edmonds since the early 80s (Edmonds 1982). The traditional idea that one system fits all is antagonistic toward the special needs or preferences of different users. Even the same user may change her ability regarding the task she performs with the system, and the interface should evolve (adapt) accordingly. Edmonds also introduced the concept of dynamic S. Firmenich · A. Garrido · G. Rossi (B) LIFIA, Facultad de Informática, Universidad Nacional de La Plata and CONICET, 50 y 120 s/n, La Plata, Argentina e-mail: gustavo@lifia.info.unlp.edu.ar S. Firmenich e-mail: sfirmenich@lifia.info.unlp.edu.ar A. Garrido e-mail: garrido@lifia.info.unlp.edu.ar F. Paternò CNR-ISTI, HIIS Laboratory, Via G. Moruzzi 1, 56124 Pisa, Italy e-mail: [email protected] © Springer-Verlag London Ltd., part of Springer Nature 2019 547 Y. Yesilada and S. Harper (eds.), Web Accessibility, Human–Computer Interaction Series, https://doi.org/10.1007/978-1-4471-7440-0_29 548 S. Firmenich et al. adaptation or self-adaptive interfaces, i.e., those which do not need the intervention of the developer or the user to perform the adaptation. We are accustomed to different degrees of adaptation in the interfaces we regu- larly use. A simple example is the Windows start menu, which changes its contents dynamically according to the most (recently) used applications. Amazon adapts the contents presented to each user in relation to their browsing and shopping story, adjusting the recommended products in their home page and in every sub-store. It also adapts forms (e.g., to perform the check-out process) according to the informa- tion it has about the user (e.g., frequently used address, check-out preferences, etc). Email applications (Google, Yahoo, etc) let end-users change the structure, look and feel, and available operations of their site. When dealing specifically with accessibility, different factors might impact on the need to adapt the UI. In the past, research work has focused on user-related factors such as perceptual skills, motor or sensing abilities, preferences, emotional state, cultural and education issues, in addition to the ability of the application to support users in their task, and afford to adapt regarding the user acquired experience. However, the emergence of mobile computing and the possibility of using application software in different contexts brought other factors into consideration such as those related with technology (screen resolution, connectivity, battery life, etc.) or the environment (location, noise, etc) (Paternò 2013). In any case, just considering the myriad of different requirements for accessibility related to specific motor or sense abilities let us conclude that adaptation is a must. There are many considerations to take when building adaptation in interfaces for accessibility, and many dimensions to classify them. We next summarize some of the most important topics related to the general problem of adaptation, and the rest of the chapter will discuss some of the peculiarities of each approach. • Who configures the adaptation: There may be coarse-grained interface variants, for example, for a particular disability, which is configured during design time. Alternatively, the interface may be self-adaptive, i.e., it learns about the user’s needs dynamically, or the user may configure the adaptation herself. • What is adapted: According to Brusilovsky (2001), a Web interface may be adapted regarding its structure, contents, and/or links. We may refine this coarse-grained classification considering, for example, what is adapted regarding the contents’ presentation: it may be its media transforming text into audio (as in screen readers) or other properties such as size and colour (of text or images), volume (audio), etc. • How we represent the user model: A critical issue is the representation of the systems knowledge about the user and her context, including preferences, abili- ties, device, environmental context, social context, etc. This representation must be expressive enough to capture all the information needed to perform the adap- tation, and it must be dynamic in terms of both the information and its structure. Additionally, the user model may be deduced from the users actions or built by the user by configuring some options. • When adaptation occurs: Assuming that the interface changes automatically in response to its experience with users, we must decide the rhythm of change. This 29 User Interface Adaptation for Accessibility 549 decision is not minor since, for example, changing too often might affect stability of the interface and therefore comprehension and usability. • Where adaptation occurs: The adaptation may occur inside the system or may be external and performed by a third party or application built explicitly to fulfill this purpose. Each one of these issues requires more than a book chapter, but for the sake of clarity and conciseness, we will address only some of them and provide pointers to others. The next section introduces a classification of User Interface Adaptation types, which includes a brief revision of existing literature. 29.2 Classifying Adaptive Interfaces There are many different classifications in the literature for UI adaptation. One of them distinguishes between adaptable versus adaptive systems (Stephanidis and Savidis 2001). In the case of adaptable systems, end users have the capability to adapt the UI to their needs, i.e., users are in control of the adaptation, whereas adap- tive systems have internal mechanisms to directly perform the adaptation, with little or no control from users. Other classifications exist that categorize the involvement of the user versus system at different stages of the adaptation, like Dieterich’s taxonomy (Dieterich et al. 1993) and the recent PDA-LPA taxonomy (Bouzit et al. 2017), which provides a fine-grained characterization of end-user involvement versus system self management with respect to Perception, Decision, Action, Learning, Prediction, and Adaptation. While the above are relevant classifications, they tend to leave out coarse-grained architectural differences that have appeared with recent technological innovations. A similar argument can be made about McKinley’s taxonomy (McKinley et al. 2004), which considers three dimensions: How to adapt, Where to adapt, and When to adapt, but does not provide insight into the design and implementation of different adaptation techniques (Bouzit et al. 2017). Another classification divides adaptive systems from the point of view of the development approach, in window managers and widget toolkits on the one hand, and model-driven engineering on the other hand (Akiki et al. 2014). Thus, this clas- sification misses adaptive frameworks. Furthermore, although several approaches exist to create adaptive Web applications for accessibility, other approaches have emerged to allow users to adapt their preferred Web applications even beyond what these applications support. 550 S. Firmenich et al. Fig. 29.1 Classification of user interface adaptation for accessibility Based on the above discussion, we propose a classification structured into two dimensions (see Fig. 29.1). First, a coarse-grained partition between two broad types of adaptations: • Those which are built in the original system, together with those that may be added because the original system provides some infrastructure to allow for new adapta- tions. In general, we may say that these are adaptation-aware systems, because the system was constructed to be able to perform some adaptations. Instances of this category are model-driven adaptive systems. We call them Internal Adaptations. • Those which are external to the system, i.e., the original developers did not create a system with adaptation capabilities but the system is adapted from the outside by third-party software artifacts, or with techniques that intervene at a later stage, from which the Web application is unaware. Instances of these techniques are transcod- ing (Asakawa and Takagi 2008), augmentation (Bigham 2007), and refactoring (Garrido et al. 2013). We call them External Adaptations. The second dimension in our classification aims at characterizing the different approaches in each partition with a finer grained definition with regard to: • the technique by which the adaptation mechanism is activated; • the architecture that establishes adaptation mechanism constraints; • the

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    22 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us