Skip to content

Commit

Permalink
since there are articles now refactoring is coming ty
Browse files Browse the repository at this point in the history
  • Loading branch information
crescentheaded committed Apr 7, 2024
1 parent 4e3dc8a commit 4ef3932
Show file tree
Hide file tree
Showing 7 changed files with 118 additions and 119 deletions.
Original file line number Diff line number Diff line change
@@ -1,4 +1,4 @@
@Tutorials(name: "AdaptionStrategy") {
@Tutorials(name: "AdoptionGuide") {
@Intro(title: "iOS Accessibility Adoption Guide") {
Here is the **roadmap** of what one can do to make their application *accessible*.

Expand All @@ -10,7 +10,7 @@

@Links(visualStyle: detailedGrid) {
- <doc:AccessibilityFeatures>
- <doc:AccessibilityAdaption>
- <doc:AdoptionGuide>
}

Otherwise you may start straight from the first guide or a tutorial of your particular interest — the separated materials are *self-sufficient*.
Expand All @@ -26,7 +26,7 @@
@Image(source: chapter-placeholder.png, alt: "")

Provide a **detailed description** to everything in the interface so assistive technologies know how to deal with it.

@TutorialReference(tutorial: "doc:AccessibleUI")
@TutorialReference(tutorial: "doc:AccessibilityAttributes")
@TutorialReference(tutorial: "doc:Traits")
@TutorialReference(tutorial: "doc:Frame")
Expand All @@ -39,8 +39,6 @@
Think over the **goals** users have to be able to achieve using your app to enable them to do it.

@TutorialReference(tutorial: "doc:ControlHierarchy")
@TutorialReference(tutorial: "doc:Article")


}

Expand All @@ -66,7 +64,7 @@
@Image(source: chapter-placeholder.png, alt: "")

**Describe the interface** to that extent so accessibility API and its users has **less ambiguity in its interpretation**.

@TutorialReference(tutorial: "doc:AccessibleUX")
@TutorialReference(tutorial: "doc:AccessibleCharts")
@TutorialReference(tutorial: "doc:AccessibleListening")
@TutorialReference(tutorial: "doc:AccessibleReading")
Expand Down Expand Up @@ -153,4 +151,36 @@

}
}
@Resources {
Explore more resources for learning about sloths.

@Documentation(destination: "https://www.example.com/sloth-videos/") {

Watch cute videos of sloths climbing, eating, and sleeping.
- [Treetop Breakfast](https://www.example.com/sloth-videos/breakfast/)

}
@Forums(destination: "https://www.example.com/sloth-videos/") {
Watch cute videos of sloths climbing, eating, and sleeping.

}
@SampleCode(destination: "https://www.example.com/sloth-videos/") {
Watch cute videos of sloths climbing, eating, and sleeping.
- [Treetop Breakfast](https://www.example.com/sloth-videos/breakfast/)

}
@Videos(destination: "https://www.example.com/sloth-videos/") {
Watch cute videos of sloths climbing, eating, and sleeping.


- [Treetop Breakfast](https://www.example.com/sloth-videos/breakfast/)
- [Slow Ascent](https://www.example.com/sloth-videos/climb/)
- [Rest Time](https://www.example.com/sloth-videos/snoozing/)
}


@Downloads(destination: "https://www.example.com/images/sloth-wallpaper/") {
Download the cutest sloth wallpaper for your iPhone, iPad, or Mac.
}
}
}
Original file line number Diff line number Diff line change
@@ -0,0 +1,16 @@
@Article(time: 35) {

@Intro(title: "Enhancing Accessible Experience") {
@Image(source: placeholder-image, alt: "")
}

## Зачин для интро

## Про недостаточность предыдущей части книги

## Про юзер эксп дизайн

## Про софистикейтед текнолоджи типа ротор с ссылками на наши статьи

## Направить на туториалы
}

This file was deleted.

Original file line number Diff line number Diff line change
@@ -0,0 +1,66 @@
@Article(time: 30) {

@Intro(title: "Create Accessible Interface") {

A humble UI crash course

Before doing anything with our apps let's make sure that we know what we're doing. Or at least have a required understanding to not make things worse. So we'll start with breaking down the conception of interfaces and what interface is considered accessible.
}
## What is a user interface
### Everything in-between a device and its user
Scientifically talking, a **user interface** is the space between a device and its user, and contains everything that makes the communication between the human and the machine possible.

Any interface **provides and retrieves information**. The former ability is supposed to help the user to control the device, the latter allows this controlling.

As a consequence, interfaces are built from various elements of different nature. Though all items provide information to some degree, not all of them are used to control.

Therefore all elements can be separated into two groups: purely **informative** elements and **interactive** elements.

But it is not sufficient for a collection of elements to be an interface. The items out of which the interface is built have to work together. Work in order to achieve a particular goal. So there must be a cohesion between them.

### User scenarios
Any application serves a particular **purpose**. Even if the task an application solves is not obvious there is one and it is determined by **what the application enables the user to do**.

To get a better grip on the **concept**, let's answer the *"What this app is for?"* question for some common **types** of applications.

| Application | Purpose |
| ----------------- | ----------------------------------------------------- |
| **A store** | To view and order the products available in the store |
| **A drawing app** | To create digital drawings on the device |
| **Settings** | To control the behaviour of the device |
| **A mobile game** | To entertain the user by various means |
| **A messenger** | To connect with other people using the device |

As you can see the examples are indeed very different. But each of them equally has a purpose. The functionality of an app is built of user scenarios: possible sequences of actions done to achieve a particular task completion.

## What does accessibility adaption
### Enables everyone to use the application
The one and only goal of accessibility adaption is to enable as many people to use the app. Which means that regardless of what scenarios are available for users without accessibility settings on they must be possible for a completion with help of assistive technology.

### Provides the equal experience
Additionally it is desired to provide accessible experience in the same manner as the "original" one, for example, just as easy and entertaining, but enabling the core functionality is the prior goal. There are few cases when it is impossible to save the quality of the experience: in cases where sensory translation loses the immersion. But unless there is an unescapable loss one has to consider the user experience to make products truly accessible.

## How to make accessible interfaces
To think with thoroughness. Not to use overlays, widgets, and not to mindlessly follow step-by-step guides.

Accessibility is a part of inclusion. It is impossible to empower people without considering where they come from. Lack of empathy only results in misconceptions and no good product can be build on wrong predicaments. So to make sure you have the knowledge that is ready to be implemented read the rest of the book thoroughly and pay attention to the details. Be curious and critical: the smallest detail considered in your app can enable a huge range of people to use it.

If you are ready to learn let's dive into accessibility. The topics discussed in this part of the book are presented by three categories:

@Image(source: book-content, alt: "")

## Introduction
## Interface's data exposure
## Paving new trails




## Have fun!


@Links(visualStyle: detailedGrid) {
- <doc:SensorySystem>
- <doc:MotorDisabilities>
}
}

This file was deleted.

This file was deleted.

0 comments on commit 4ef3932

Please sign in to comment.