Hemingway Editor — неплохой редактор английских технических текстов. Его полезно использовать при составлении документации на Simplified Technical English (STE). Основные принципы STE таковы:
- Не использовать пассивный залог.
- Не использовать времена группы Perfect и Continuous. Рекомендуется использовать только два времени: Present и Past Simple. Future Simple также допускается, но, по возможности, лучше заменять его на Present. 
- Не составлять длинные цепочки существительных. Максимальный размер цепочки — три существительных подряд.
- Не составлять длинные предложения. Максимальная длина предложения — 20-25 слов.

Hemingway Editor анализирует текст в соответствии с правилами STE — находит длинные предложения, конструкции или обороты, усложняющие восприятие текста, и т.п. —  и дает свою оценку того, насколько текст удобочитаем.

А какие бесплатные программы проверки технических текстов (чекеры) известны вам? На западном рынке есть много предложений, но они, по большей части, коммерческие. 

Здравствуйте!

Наверное, многие коллеги сталкивались с последовательными конструкциями в интерфейсах, например, установка флажка A1 делает доступным флажок А2, установка которого позволяет активировать флажок А3 и т. д. Как в подобных случаях Вы описываете, скажем, установку самого нижнего флажка А3.

Вариант 1:

1. Установите флажок А1 — А2 — А3.

Вариант 2:

1. Установите флажок А1. Флажок А2 станет доступным.
2. Установите флажок А2. Флажок А3 станет доступным.
3. Установите флажок А3.

Вариант 3:

1. Сделайте флажок А3 доступным стандартным образом.
2. Установите флажок А3.

Вариант изменения интерфейса, чтобы освободиться от такой интерфейсной зависимости, не рассматривается.

Интересно было бы узнать, прописан ли подобный нюанс в руководстве по стилям Яндекс.

Всем заранее спасибо!

PS. Кстати, в различных документах неоднократно встречал следующую фразу, например, "Выберите закладку T1 — T2 — T3", которая означает, что в форме ввода есть закладка Т1, на которой имеются дополнительные закладки, в том числе Т2, последняя из которых открывает встроенное окно или таблицу с закладкой Т3.

Коллеги, подскажите, когда Вы описываете формы с полями ввода или таблицы, насколько подробно даете расшифровку полей?

Поясню свой вопрос:

• Ст. отп. — станция отправления;
• Ст. отп. — наименование станции отправления;
• Ст. отп. — наименование станции отправления, например Москва-Павелецкая. 

В приведенном примере вроде бы можно найти "золотую середину", но бывают случаи, когда поле содержит только часть той или иной информации, например, в поле Договор отображается только номер договора (пусть 256), хотя пользователь при заполнении данного поля выбирает из справочника значение, скажем, Договор 256 / РФ - международный от 15.12.2014:

• Договор — договор с клиентом;
• Договор — номер договора с клиентом;
• Договор — номер договора с клиентом, например 256. 

Указание значения в качестве примеров позволяет пользователю представить то, что отображает поле, особенно если документация является первым вводным уроком для нового сотрудника. Написать, что поле содержит период значит не сказать ничего, а вот уточнить это примером — 22.12.2014-22.01.2015 — совсем другое дело.

Заранее спасибо за ответы!

Есть еще один важный пункт, который к потокам не относится, но про который обязательно нужно сказать:

Все это я проверила на себе