Skip to content

Commit

Permalink
voiceover draft
Browse files Browse the repository at this point in the history
  • Loading branch information
crescentheaded committed Mar 14, 2024
1 parent e625bf1 commit d2d411d
Show file tree
Hide file tree
Showing 3 changed files with 19 additions and 4 deletions.
Original file line number Diff line number Diff line change
@@ -1,4 +1,9 @@
@Tutorial(time: 15) {

@Comment {
https://www.deque.com/axe/developer-hub/
}

@Intro(title: "Accessibility Maintenance") {
If supported, any application grows in complexity even if there is no additional functionality added.

Expand Down
Original file line number Diff line number Diff line change
@@ -1,4 +1,9 @@
@Tutorial(time: 30) {

@Comment {
https://www.deque.com/axe/devtools/mobile-accessibility/
}

@Intro(title: "UI Testing") {
Михаил Рубанов знает.
}
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -47,14 +47,19 @@ Screen readers are essential for users who...

In other words, screen reading technology serves people who are *unable* to **visually** perceive information displayed on the screen.

Not being able to perceive information visually is the hugest obstacle on the way to the access to technology. The reason is that approximately 90% of the environmental information received by humans comes through the visual channel. Which makes the visual perception the primary way to perceive reality.

Thanks to the natural order of things information is formless and humans have other senses to receive it. Thus screen readers transform the graphic interface into an audial or tactile form.

Visual impairments do not only disable the ability to perceive information but affect the control of things that are distinguishable visually solely. It results in being unable for a person who struggles to see to operate the touch screens. People with visual impairment don't see buttons, people with cognitive impairments that affect the visual perception don't recognise buttons. So there must be a way to access the controls without visual navigation.

Talking about using screen readers on *mobile* devices it brings different controls in. Navigating an interface with a screen reader on requires usage of **special gestures** on touchscreen or an external controllers of non-direct touch.

## VoiceOver Gestures
@Image(source: voiceover-gestures, alt: "")
In the case of VoiceOver there is [**a list of standard VoiceOver gestures**](https://support.apple.com/en-gb/guide/iphone/iph3e2e2281/ios). Default control can be expanded with the use of [**Rotor**](<doc:Rotor>) and [**Custom Actions**](<doc:CustomActions>).

## VoiceOver on other Apple devices

## Directions
If the user uses VoiceOver combined with the use of an external physical keyboard the screen readers provide full control of the interface by using the keyboard. To learn more about using a keyboard instead of a touchscreen to operate the phone and its own nuances see <doc:FullKeyboardAccess> article.

## Resources
## VoiceOver on other Apple devices
VoiceOver as Apple's variant of screen reader was introduced in 2009 for macOS. It was a huge success and didn't take much time for iPod Shuffle to support this feature. VoiceOver on iOS has been supported since iPhone 3GS release. To learn more about the accessibility of iOS visit <doc:iOSAccessibility> article.

0 comments on commit d2d411d

Please sign in to comment.