Bug 52624 (accessible-output2)

Предлагается добавить в Sisyphus пакет Accessible Output 2. Это универсальный интерфейс для реализации речевого и брайлевского вывода, который может быть использован как компонент инфраструктуры специальных возможностей GNU/Linux и не только.

Accessible Output 2 - это Python-модуль, содержащий кросс-платформенную реализацию универсального API для речевого и брайлевского вывода. Он представляет собой обёртку над разрозненными API различных скринридеров и системных интерфейсов на Linux/Unix, Windows и macOS. Accessible Output 2 упрощает добавление голосовых (TTS) и тактильных (брайль) уведомлений в приложения и скрипты на нескольких платформах, облегчая доступ для людей с нарушениями зрения, а также обеспечивая альтернативный способ предоставления уведомлений и обычным пользователям.

Несмотря на описание в README, по которому может показаться, что Accessible Output 2 поддерживает только различные технологии на Windows, в реальности в нём также реализована поддержка вывода через VoiceOver на macOS, а также eSpeak и Speech Dispatcher на Linux/Unix. Просто это должным образом не отражено в описании проекта (см. файлы e_speak.py и speech_dispatcher.py в директории /accessible_output2/outputs/).

С точки зрения запуска в окружении GNU/Linux репозиторий Accessible Output 2 содержит ряд лишних компонентов. В частности, это динамически подключаемые библиотеки (*.dll) в директории /accessible_output2/lib/, содержащие реализацию взаимодействия с API в среде Windows, а также ряд Python-модулей в директории /accessible_output2/outputs/, содержащие привязки тех самых бинарных библиотек для Windows и реализацию взаимодействия с VoiceOver на macOS.
Кажется, что эти компоненты можно не включать в сборку пакета Accessible Output 2 для Sisyphus. По крайней мере, уж *.dll, которые поставляются в скомпилированном бинарном виде без исходников. В похожей ситуации в OpenJDK даже под Windows бинарник nvdaControllerClient*.dll включать не стали, а из исходников она собирается чрезмерно сложно. В данном же случае бинарные файлы для Windows для ALT Linux и вовсе не требуются, представляя собой мёртвый груз.

В spec-файле данному пакету наиболее логичным представляется указать категорию Accessibility.

Функциональные зависимости пакета:
Accessible Output 2 для работы в среде GNU/Linux может требоваться либо eSpeak, либо Speech Dispatcher. Но поскольку это 2 независимых друг от друга варианта реализации речевого вывода, то, кажется, что не стоит ни один из них ставить обязательной зависимостью. Пусть пользователь или разработчик другого пакета, которым требуется Accessible Output 2, самостоятельно запрашивают тот компонент речевого вывода, который им нужен.

Ссылки по теме:
* Репозиторий Accessible Output 2 на GitHub: https://github.com/accessibleapps/accessible_output2