diff --git a/understanding/20/keyboard-no-exception.html b/understanding/20/keyboard-no-exception.html index ecd3263af0..66cd6cf598 100644 --- a/understanding/20/keyboard-no-exception.html +++ b/understanding/20/keyboard-no-exception.html @@ -49,7 +49,7 @@

Intent of Keyboard (No Exception)

This success criterion does not require that every visible control that can be activated - using a pointer (such as a mouse or touch screen input) must also be focusable and actionable using the keyboard. + using a pointer (such as a mouse or touchscreen input) must also be focusable and actionable using the keyboard. The normative requirement is only that there must be a way for keyboard interface users to perform the same, or comparable, actions and to operate the content. Generally, the easiest way to achieve this is to provide controls that can be operated with all possible input devices; diff --git a/understanding/20/keyboard.html b/understanding/20/keyboard.html index f06c1bb6ff..4ab98907c5 100644 --- a/understanding/20/keyboard.html +++ b/understanding/20/keyboard.html @@ -77,7 +77,7 @@

Intent of Keyboard

This success criterion does not require that every visible control that can be activated - using a mouse or touch screen must also be focusable and actionable using the keyboard. + using a mouse or touchscreen must also be focusable and actionable using the keyboard. The normative requirement is only that there must be a way for keyboard interface users to perform the same, or comparable, actions and to operate the content. Generally, the easiest way to achieve this is to provide controls that can be operated with all possible input devices; diff --git a/understanding/21/input-modalities.html b/understanding/21/input-modalities.html index 8913e62631..d728c36138 100644 --- a/understanding/21/input-modalities.html +++ b/understanding/21/input-modalities.html @@ -10,8 +10,8 @@

Understanding Input Modalities

Intent of Input Modalities

-

All functionality should be accessible via pointer input devices, for example, via a mouse pointer, a finger interacting with a touch screen, an electronic pencil/stylus, or a laser pointer.

-

People operating pointer input devices may not be able to carry out timed or complex gestures. Examples are drag-and-drop gestures and on touch screens, swiping gestures, split taps, or long presses. This Guideline does not discourage the provision of complex and timed gestures by authors. However, where they are used, an alternative method of input should be provided to enable users with motor impairments to interact with content via single untimed pointer gestures.

+

All functionality should be accessible via pointer input devices, for example, via a mouse pointer, a finger interacting with a touchscreen, an electronic pencil/stylus, or a laser pointer.

+

People operating pointer input devices may not be able to carry out timed or complex gestures. Examples are drag-and-drop gestures and on touchscreens, swiping gestures, split taps, or long presses. This Guideline does not discourage the provision of complex and timed gestures by authors. However, where they are used, an alternative method of input should be provided to enable users with motor impairments to interact with content via single untimed pointer gestures.

Often, people use devices that offer several input methods, for example, mouse input, touch input, keyboard input, and speech input. These should be supported concurrently as users may at any time switch preferred input methods due to situational circumstances, for example, the availability of a flat support for mouse operation, or situational impediments through motion or changes of ambient light.

A common requirement for pointer interaction is the ability of users to position the pointer over the target. With touch input, the pointer (the finger) is larger and less precise than a mouse cursor. For people with motor impairments, a larger target makes it easier to successfully position the pointer and activate the target.

diff --git a/understanding/21/target-size-enhanced.html b/understanding/21/target-size-enhanced.html index 8a6d6bd313..877b4c4d64 100644 --- a/understanding/21/target-size-enhanced.html +++ b/understanding/21/target-size-enhanced.html @@ -10,7 +10,7 @@

Understanding SC 2.5.5 Target Size (Enhanced)

In brief

-
Goal
Controls can be operated more easily, especially on touch screens.
+
Goal
Controls can be operated more easily, especially on touchscreens.
What to do
Make custom targets at least 44 by 44 pixels.
Why it's important
Some people cannot tap small objects.
@@ -19,7 +19,7 @@

In brief

Intent

The intent of this success criterion is to help users who may have trouble activating a small target because of hand tremors, limited dexterity, or other reasons. If the target is too small, it may be difficult to aim at the target. Mice and similar pointing devices can be hard to use for these users, and a larger target will help them greatly in having positive outcomes on the web page.

Touch is particularly problematic as it is an input mechanism with coarse precision. Users lack the same level of fine control as on inputs such as a mouse or stylus. A finger is larger than a mouse pointer, and generally obstructs the user's view of the precise location on the screen that is being touched/activated.

-

The issue can be further complicated for responsive and mobile sites that need to accommodate different types of fine and coarse inputs (for example, a site that can be accessed on a traditional desktop or laptop with a mouse, as well as on a tablet or mobile phone with a touch screen).

+

The issue can be further complicated for responsive and mobile sites that need to accommodate different types of fine and coarse inputs (for example, a site that can be accessed on a traditional desktop or laptop with a mouse, as well as on a tablet or mobile phone with a touchscreen).

While this criterion defines a minimum target size, it is recommended that larger sizes are used to reduce the possibility of unintentional actions. This is particularly relevant if any of the following are true:

  • the control is used frequently;
  • @@ -42,7 +42,7 @@

    Intent

    Benefits

      -
    • Users who use a mobile device where touch screen is the primary mode of interaction
    • +
    • Users who use a mobile device where a touchscreen is the primary mode of interaction
    • Users with mobility impairments, such as hand tremors
    • Users who use a mobile device in environments where they are exposed to shaking such as public transportation
    • Users who find fine motor movements difficult
    • diff --git a/understanding/22/accessible-authentication-minimum.html b/understanding/22/accessible-authentication-minimum.html index b9d9fbc5fe..962c406a8e 100644 --- a/understanding/22/accessible-authentication-minimum.html +++ b/understanding/22/accessible-authentication-minimum.html @@ -29,7 +29,7 @@

      Intent of Accessible Authentication (Minimum)

      Cognitive Function Tests

      -

      Remembering a site-specific password is a cognitive function test. Such tests are known to be problematic for many people with cognitive disabilities. Whether it is remembering random strings of characters, or a pattern gesture to perform on a touch screen, cognitive function tests will exclude some people. When a cognitive function test is used, at least one other authentication method must be available which is not a cognitive function test.

      +

      Remembering a site-specific password is a cognitive function test. Such tests are known to be problematic for many people with cognitive disabilities. Whether it is remembering random strings of characters, or a pattern gesture to perform on a touchscreen, cognitive function tests will exclude some people. When a cognitive function test is used, at least one other authentication method must be available which is not a cognitive function test.

      Some CAPTCHA systems have an audio alternative of the visible text. If the user needs to transcribe this audio, it cannot be used to meet the Alternative exception.

      diff --git a/understanding/22/target-size-minimum.html b/understanding/22/target-size-minimum.html index c2e89aee29..23fe9e5e16 100644 --- a/understanding/22/target-size-minimum.html +++ b/understanding/22/target-size-minimum.html @@ -149,7 +149,7 @@

      User agent control

      Benefits of Target Size (Minimum)

      Having targets with sufficient size - or at least sufficient target spacing - can help all users who may have difficulty in confidently targeting or operating small controls. Users who benefit include, but are not limited to:

        -
      • People who use a mobile device where the touch screen is the primary mode of interaction;
      • +
      • People who use a mobile device where the touchscreen is the primary mode of interaction;
      • People using mouse, stylus or touch input who have mobility impairments such as hand tremors;
      • People using a device in environments where they are exposed to shaking such as public transportation;
      • Mouse users who have difficulty with fine motor movements;