Шагая в будущее и расширяя границы своих возможностей, человечество не только совершенствует технологии, но и делает их доступнее. Современные смартфоны и компьютеры – сложнейшие устройства, но ими легко пользуется большинство людей, благодаря простым интуитивным системам управления, таким как Windows или Android.
К сожалению, ещё не всё информационные системы адаптированы для людей, чьи возможности здоровья не позволяют использовать все 5 способов восприятия.
Слепые и слепоглухие люди до недавнего времени не могли полноценно пользоваться большинством коммуникационных инструментов. По статистике, лишь один из 20 людей с инвалидностью по зрению умеет пользоваться компьютером.
Однако технологические решения реабилитационной индустрии сделали доступными сенсорные смартфоны, заменили клавиатуры брайлевскими дисплеями, позволили незрячим управлять системой голосом, а тем, кто и не видит и не слышит – считывать информацию тактильно.
Над одним из таких инструментов сегодня работает томская команда программистов LUWRAIN. Разработчики проекта поставили перед собой амбициозную цель – обеспечить возможность работы с компьютером для людей с нарушениями зрения, включая полностью слепых и слепоглухих пользователей.
LUWRAIN представляет из себя написанную на Java пользовательскую среду, в которой задействованы невизуальные способы взаимодействия человека с компьютером. Обратная связь в ней осуществляется голосом или при необходимости через брайлевский дисплей.
Платформа оформлена как дистрибутив и включает в себя достаточный и расширяемый набор приложений, с помощью которого незрячий человек легко взаимодействует со своим компьютером.
LUWRAIN поддерживает форматы TXT, HTML, DOC, DOCX, XLSX и без обратной связи читает HTML и PDF. Таким образом, платформа позволяет человеку работать с большинством текстовых документов, изучать страницы в Интернете и общаться в Сети, не используя зрение.
Команду разработчиков LUWRAIN возглавляет учёный из Томского государственного университета Михаил Пожидаев, который в студенческие годы из-за неизлечимого заболевания полностью потерял зрение. Чтобы продолжить обучение на факультете информатики, он разработал для себя специальную программу, позволяющую ему свободно взаимодействовать с компьютером.
Теперь, успешно закончив учёбу, Михаил хочет помочь другим людям. Его студенческая программа стала рабочим прототипом будущего LUWRAIN, разработка которого ведётся уже больше десяти лет.
С помощью созданной платформы учёный ведёт страницу во «Вконтакте», общается с друзьями, а также ведёт переговоры с администрацией социальной сети. Дело в том, что «Вконтакте» сейчас ведёт переработку диалогов с помощью недавно выпущенного мессенджера VK.ME и пока доступ для диалогов в LUWRAIN предоставлен Михаилу только как администратору приложения.
Совместно с разработчиками социальной сети Михаил хочет выработать правильную очередность действий при переработке диалогов. Это позволит избежать лишней работы.
«Активность сообщества здесь была бы очень уместной, потому что компании так или иначе важно знать все механизмы, которые могут позволить общаться людям с нарушениями зрения. Очень много вопросов на тему, что точно ли через механизмы общения незрячих не будет рассылаться спам?», – пояснил по этому поводу сам разработчик.
23 мая вышла обновлённая версия LUWRAIN, в которой пользовательское наполнение и логика работы переписана под JavaScript. На Java остался общий каркас приложений, включая элементы управления.
Теперь пользователи программы и заинтересованные разработчики, при необходимости, смогут самостоятельно вносить изменения в программный код, подстраивая его под личные нужды и предпочтения. Действующие скрипты можно найти в исходных текстах в каталоге extensions/js и в дистрибутиве в app/data/js.
Работа с JavaScript предполагает использование механизма, который разработчик назвал хуками (hooks). Это некая точка сцепления кода на Java и кода на JavaScript, когда код на Java делегирует часть своей работы хуку. Проведя ряд экспериментов, создатели решили, что такая концепция оказалась наиболее изящной и удобной для дальнейшей разработки.
Назначение хука и интерпретация его работы зависит от природы приложения. Он позволяет корректировать произношение текста, облегчает взаимодействие с Интернетом. В частности, в JavaScript реализована возможность запросов в Википедии и чтение ответа.
Экраны ошибок и информация о файлах в коммандере тоже предоставляются хуками, при чтении почты хуки выстраивают письма в цепочки и раскладывают их по папкам.
Действующая версия под Windows сейчас упакована в самораспаковывающийся дистрибутив.
То есть достаточно запустить файл LUWRAIN и он автоматически установится на компьютер и будет запущен. В дальнейшем, с ним можно работать как с обычной программой – запускать через меню «Пуск» или рабочий стол, а удалить при помощи «Панели управления».
В свою очередь, для Linux доступен скрипт, который выкачивает и распаковывает самую свежую версию.
В обновлённой версии LUWRAIN сейчас создаются отдельные копии реестра для обновления данных в нём с потерей совместимости. Для пользователя это видится, как новая установка программы, но при этом все старые настройки сохраняются.
В ближайшем будущем разработчики планируют доработать чтение и просмотр документов, сделав их ещё более интуитивными и удобными. Усовершенствован будет и плеер, с автоматизацией прослушивания аудиокниг, а также работа с текстовыми файлами.
Обновлённая версия LUWRAIN полностью бесплатна и уже доступна для скачивания на официальном сайте проекта.
К сожалению, ещё не всё информационные системы адаптированы для людей, чьи возможности здоровья не позволяют использовать все 5 способов восприятия.
Слепые и слепоглухие люди до недавнего времени не могли полноценно пользоваться большинством коммуникационных инструментов. По статистике, лишь один из 20 людей с инвалидностью по зрению умеет пользоваться компьютером.
Однако технологические решения реабилитационной индустрии сделали доступными сенсорные смартфоны, заменили клавиатуры брайлевскими дисплеями, позволили незрячим управлять системой голосом, а тем, кто и не видит и не слышит – считывать информацию тактильно.
Над одним из таких инструментов сегодня работает томская команда программистов LUWRAIN. Разработчики проекта поставили перед собой амбициозную цель – обеспечить возможность работы с компьютером для людей с нарушениями зрения, включая полностью слепых и слепоглухих пользователей.
LUWRAIN представляет из себя написанную на Java пользовательскую среду, в которой задействованы невизуальные способы взаимодействия человека с компьютером. Обратная связь в ней осуществляется голосом или при необходимости через брайлевский дисплей.
Платформа оформлена как дистрибутив и включает в себя достаточный и расширяемый набор приложений, с помощью которого незрячий человек легко взаимодействует со своим компьютером.
LUWRAIN поддерживает форматы TXT, HTML, DOC, DOCX, XLSX и без обратной связи читает HTML и PDF. Таким образом, платформа позволяет человеку работать с большинством текстовых документов, изучать страницы в Интернете и общаться в Сети, не используя зрение.
Команду разработчиков LUWRAIN возглавляет учёный из Томского государственного университета Михаил Пожидаев, который в студенческие годы из-за неизлечимого заболевания полностью потерял зрение. Чтобы продолжить обучение на факультете информатики, он разработал для себя специальную программу, позволяющую ему свободно взаимодействовать с компьютером.
Теперь, успешно закончив учёбу, Михаил хочет помочь другим людям. Его студенческая программа стала рабочим прототипом будущего LUWRAIN, разработка которого ведётся уже больше десяти лет.
С помощью созданной платформы учёный ведёт страницу во «Вконтакте», общается с друзьями, а также ведёт переговоры с администрацией социальной сети. Дело в том, что «Вконтакте» сейчас ведёт переработку диалогов с помощью недавно выпущенного мессенджера VK.ME и пока доступ для диалогов в LUWRAIN предоставлен Михаилу только как администратору приложения.
Совместно с разработчиками социальной сети Михаил хочет выработать правильную очередность действий при переработке диалогов. Это позволит избежать лишней работы.
«Активность сообщества здесь была бы очень уместной, потому что компании так или иначе важно знать все механизмы, которые могут позволить общаться людям с нарушениями зрения. Очень много вопросов на тему, что точно ли через механизмы общения незрячих не будет рассылаться спам?», – пояснил по этому поводу сам разработчик.
23 мая вышла обновлённая версия LUWRAIN, в которой пользовательское наполнение и логика работы переписана под JavaScript. На Java остался общий каркас приложений, включая элементы управления.
Теперь пользователи программы и заинтересованные разработчики, при необходимости, смогут самостоятельно вносить изменения в программный код, подстраивая его под личные нужды и предпочтения. Действующие скрипты можно найти в исходных текстах в каталоге extensions/js и в дистрибутиве в app/data/js.
Работа с JavaScript предполагает использование механизма, который разработчик назвал хуками (hooks). Это некая точка сцепления кода на Java и кода на JavaScript, когда код на Java делегирует часть своей работы хуку. Проведя ряд экспериментов, создатели решили, что такая концепция оказалась наиболее изящной и удобной для дальнейшей разработки.
Назначение хука и интерпретация его работы зависит от природы приложения. Он позволяет корректировать произношение текста, облегчает взаимодействие с Интернетом. В частности, в JavaScript реализована возможность запросов в Википедии и чтение ответа.
Экраны ошибок и информация о файлах в коммандере тоже предоставляются хуками, при чтении почты хуки выстраивают письма в цепочки и раскладывают их по папкам.
Действующая версия под Windows сейчас упакована в самораспаковывающийся дистрибутив.
То есть достаточно запустить файл LUWRAIN и он автоматически установится на компьютер и будет запущен. В дальнейшем, с ним можно работать как с обычной программой – запускать через меню «Пуск» или рабочий стол, а удалить при помощи «Панели управления».
В свою очередь, для Linux доступен скрипт, который выкачивает и распаковывает самую свежую версию.
В обновлённой версии LUWRAIN сейчас создаются отдельные копии реестра для обновления данных в нём с потерей совместимости. Для пользователя это видится, как новая установка программы, но при этом все старые настройки сохраняются.
В ближайшем будущем разработчики планируют доработать чтение и просмотр документов, сделав их ещё более интуитивными и удобными. Усовершенствован будет и плеер, с автоматизацией прослушивания аудиокниг, а также работа с текстовыми файлами.
Обновлённая версия LUWRAIN полностью бесплатна и уже доступна для скачивания на официальном сайте проекта.
Комментарии (13)
DollaR84
06.06.2019 00:59Я даже не поленился скачал и попробовал. Какой кошмар.
Хоть бы дали возможность выбора голос синтезатора из доступных, этот булькающий…
Попробовал зайти в настройки синтезатора. И не смог из них выйти обратно. Видишь ли неправильно заданы параметры скорости и высоты голоса.
Вот при обучении незрячих на таких платформах — они и не знают как работать на ПК и даже не хотят учиться.
Прочитал на сайте в разделе FAQ:
Мы используем компонент javafx.scene.web.WebEngine из состава JavaFX, поскольку он поддерживает JavaScript и предоставляет доступ к структуре DOM загруженной страницы. Этот компонент основан на движке WebKit, который является базой некоторых распространённых браузеров, например, Google Chrome.
И вы писали как я буду делать то-то или то-то через браузер. А в итоге вы предлагаете все делать через такой самописный браузер, даже обзор файлов на компьютере…
После такого у меня больше нет вопросов…
DollaR84
А в чем смысл? Что оболочка данная дает такого, чего нельзя сделать стандартными средствами установив screen reader? С помощью скринридера большинство стандартных программ вполне доступны: и браузер, и офис и многое другое.
ofmetal
> А в чем смысл? Что оболочка данная дает такого, чего нельзя сделать стандартными средствами установив screen reader?
Отличие от других технологий: luwrain.org/doc/difference
> С помощью скринридера большинство стандартных программ вполне доступны: и браузер, и офис и многое другое.
При доступном офисе без зрения очень проблематично, скажем, сделать презентацию.
Или образование. Получится ли получить полноценное высшее образование по IT-специальности, используя говорящий браузер с офисом?
DollaR84
По вашей ссылке можно только понять что это кроссплатформенная оболочка, но что она дает нового, не доступного в стандартном интерфейсе ОС непонятно.
Вот что поддерживается судя из статьи. Укажите пожалуйста где тут есть возможность создания презентации?
Вот я например программирую на python и C++, как мне поможет данная оболочка получать образование в it среде с форматами .py, .cpp или .h?
ofmetal
Процитирую ответ автора (он не зареган здесь):
DollaR84
Да, про TeX в самом последнем предложении я пропустил, прошу прощения.
Но это не меняет вопроса особенности данной оболочки от обычной ОС и программы экранного диктора.
Общение в вк полностью доступно через браузер. А еще я общаюсь в фейсбуке, у вашей платформы есть такая возможность? Или например этот же хабр. Есть возможность общаться с вами тут в комментариях?
Насчет программирования под windows или linux вообще не понял посыла. Я когда еще видел — программировал под windows утилиты для автомобильного таргета на QNX. Были бы утилиты сборки.
Насчет отступов в python хорошо справляется Notepad++.
Количество пробелов говорится только там где оно меняется. Плюс расставляет сам по предыдущей строке.
Как можно заскриптовать отступы, которыми определяется алгоритм фактически, вообще не понятно.
А на работу не берут по другим причинам, а не потому пишу код я под windows или linux. Тут больше решает сомнение работодателей в твоей эффективности, скорости, особенно когда работа идет на иностранных заказчиков. Не знаю как у вас, а у нас вот так сложилось.
А на данной платформе походу программирование светит только приложений для этой самой платформы, которые нужны только пользователям данной платформы и больше никому.
Я не против развития технологий для незрячих, я только за. Я просто действительно пытаюсь понять особые преимущества платформы.
Пока я особого для себя не увидел, но может просто об этом не написали. В статье хотелось увидеть больше технической информации, а не просто рекламную статью.
Чтением текстовых файлов, pdf или html никого не удивить.
Вы пишите про конструктор, так вот хотелось бы увидеть техническую статью именно про конструктор. Как он работает, как с ним работать.
ofmetal
Пишет, что нет времени по интернетам спорить. Говорит, у них рассылка есть — группа: luwrain-users-ru@googlegroups.com, на которую можно подписаться, отправив письмо на luwrain-users-ru+subscribe@googlegroups.com
И контакты на сайте.
Занятой человек в общем. Я вот сам аргументированно потрещать не прочь в интернетах, но тут не моя предметная область, только переправляю вопросы-ответы туда-сюда.
Tseikovets
ofmetal, я понимаю, что вы просто цитируете чужие слова, поэтому прошу не воспринимать нижеследующее на свой счёт, однако мне бы не хотелось оставлять заведомо некорректную информацию в публичном поле без предметных комментариев, поэтому ниже я считаю нужным сделать ряд замечаний. К сожалению, более половины информации о преимуществах LUWRAIN являются манипуляцией фактами и в таком виде лишь вредят индустрии вспомогательных технологий.
Невизуальная доступность создания презентаций с помощью TeX является свойством TeX и распространяется на все платформы, под которые существуют утилиты работы с TeX. Соответственно то, что Михаил пытается декларировать как преимущество LUWRAIN, к заслугам LUWRAIN не имеет никакого отношения.
Незрячий человек на Windows или macOS может взять TeX, в любом текстовом редакторе при помощи любой программы экранного доступа набрать нотацию TeX и сделать себе презентацию.
То есть наличие решения через PowerPoint или Keynote — это плюс дополнительные варианты, а не что-то исключающее доступность TeX для пользователей не LUWRAIN.
Это мы ещё оставляем за скобками целый ряд небольших инструментов для вполне доступного создания презентаций, типа генерации HTML-слайдов из простых текстовых файлов с MarkDown, что намного проще TeX. То, что Михаилу где-то кто-то пожаловался на свои личные проблемы, ещё не означает, что это является нерешённой технологической проблемой всей индустрии. Большинство озвучиваемых недостатков программ экранного доступа являются пересказом каких-то сплетен некомпетентных людей.
Программа экранного доступа является приложением для обеспечения доступности прочих приложений. Поэтому претензии к ним, что в них нет конвертора DAISY, встроенного MP3 плеера или почтового клиента являются безграмотными. Это примерно как от драйвера для монитора требовать наличие встроенного калькулятора. Задача программы экранного доступа заключается в том, чтобы работать в фоне и озвучивать то, что происходит в графическом интерфейсе какого-то приложения общего пользования.
Корректнее ставить вопрос, что под операционную систему x не существует приложения с какой-то функциональностью, а вот внутри среды LUWRAIN такая функциональность обеспечена.
Однако это не является концептуальным преимуществом идеи LUWRAIN. То есть если бы вместо имплементации этой функциональности в LUWRAIN она была бы реализована в виде отдельного приложения, то это было бы столь же функционально. Фактически на лицо лишь синдром швейцарского ножа, когда вместо написания отдельного приложения с такой функциональностью, оно реализовано как часть какого-то более общего продукта.
В итоге, на лицо манипуляция фактами, когда Михаил пытается обесценивать всю идею программ экранного доступа скопом на основе частных случаев реализованных функций, тогда как обратных примеров на несколько порядков больше, когда что-то в LUWRAIN отсутствует, а с программами экранного доступа доступно.
Кроме того, авторазметка DAISY не является «одной из самых востребованных задач для незрячих», как утверждает Михаил. Это просто неправда. Вероятно он попал в информационное гетто с какими-то сотрудниками библиотек, для которых это важно и является отчётным показателем их работы, поэтому именно они нуждаются в таком инструменте, но не стоит это экстраполировать на всех незрячих.
DAISY-контент, который можно разметить в автоматизированном режиме, вообще обладает спорной ценностью для незрячих в контексте массового использования.
Фактически речь идёт об автоматизации синхронизации текста и звука в текстах художественного или гуманитарного характера, что мало полезно, потому что незрячие массово не испытывают необходимости постоянно переключаться между текстом и аудио в «Войне и мир» или учебнике истории: книга либо спокойно слушается в аудио, либо читается синтезатором речи из текста.
Синхронизированный текст с его дикторским прочтением — востребован в достаточно ограниченном числе случаев, например, в учебниках иностранного языка, книгах, читаемых не носителем языка,, или в материалах, содержащих математические или химические формулы. Для последнего пункта, кстати, автоматизация синхронизации является наименьшей проблемой при подготовке.
Всё это не означает, что достижения проекта LUWRAIN в сфере DAISY были напрасной работой, я как раз, в отличие от представителей проекта LUWRAIN, не склонен обесценивать преимущества альтернативных технологий, но не стоит манипулировать фактами и называть это решением наиболее острых проблем незрячих.
Точно также, как это происходит в LUWRAIN: возьмём язык программирования (причём, не ограничиваясь Java и JavaScript) и напишем клиент для API. Этот аргумент вообще выглядит жалко.
То, что это делают для LUWRAIN, и не делают для пользователей вне LUWRAIN, не означает, что вне LUWRAIN это невозможно. Это обычно означает, что вне LUWRAIN эти задачи либо не считают важными, либо они уже имеют свои достаточно эффективные решения.
Между прочем, доступный кроссплатформенный интерфейс можно написать на целом ряде стандартных технологий GUI. Ну это так, на всякий случай, если кому-то захочется привести аргумент о кроссплатформенности LUWRAIN.
Увы, это призыв к тому, что не делает сам призывающий, а именно: он не в курсе того, как те самые проблемы решаются под Windows или macOS с их инструментами невизуального доступа.
К сожалению, большинство подобных дискуссий вокруг LUWRAIN упираются именно в том, что в этом проекте абсолютно провалена предварительная исследовательская составляющая, поэтому мы и получаем споры вокруг якобы плохой доступности чего-то, о чём разработчики LUWRAIN просто не знают.
В социальных сетях сейчас по всему миру десятки тысяч полностью незрячих людей. Через LUWRAIN там присутствует, боюсь, только один Михаил. Думаю, это о чём-то говорит. Как минимум, о том, что не всё так плохо, а может и вообще даже лучше, чем он считает.
совершенно верно. Плюс существуют и доступные клиенты. Причём, спорить об эффективности этого подхода хотелось бы с тем, кто сам это пробовал, причём, не через браузер внутри Emacs, а через полнофункциональный браузер с современной программой экранного доступа.
Здесь просто стоит отметить то, что программировать без зрения можно на любой платформе без какого-либо привлечения LUWRAIN. Это заявление Михаила в принципе абсурдно. LUWRAIN на сегодняшний день не делает доступной какую-то новую область IT для незрячих, равно как вряд ли это сделает когда-либо в будущем, просто потому что терминал и текстовый редактор доступен везде уже сейчас, впрочем как вещи типа Emacs или различных IDE. Это просто факт, кстати, известный даже Михаилу, так что он просто лукавит.
Это очередной пример проваленной исследовательской работы Михаила, который просто не имеет достаточных представлений о том, как все эти проблемы уже решались в других местах.
Программы экранного доступа давно имеют интеллектуальное озвучивание отступов, когда произносится лишь изменение уровня. Также это изменение можно иллюстрировать не только фразой синтезатора, но и звуковым сигналом, чтобы ускорить процесс параллельно воспринимая и речь, и сигнал.
Это будет работать в любом доступном для программ экранного доступа текстовом редакторе или IDE, а не в каком-то одном месте.
Также программы экранного доступа умеют разными способами в доступной форме доносить до незрячих расцветку кода.
Все эти проблемы были сформулированы в отрасли вспомогательных технологий много лет назад и для них были выработаны достаточно эффективные решения.
Вполне возможно, что в LUWRAIN можно придумать что-то новое или как-то усовершенствовать имеющиеся подходы, но для этого разработчикам этого продукта следует наконец-то дать себе труд провести исследовательскую работу и узнать, до чего дошла индустрия вспомогательных технологий, а не заниматься манипулированием фактами и передёргиванием.
Это очень хороший подход, который я всегда приветствовал в LUWRAIN и не раз советовал Михаилу наконец довести до ума что-то одно.
Проблема заключается в том, что в рамках LUWRAIN самые базовые фундаментальные задачи до сих пор не решены, а главное попытка обсудить это в информационных каналах проекта сталкивается с токсичной реакцией главного разработчика.
Простейший пример — это работа с текстом. Фактически это базовая задача, к которой сводится в том числе и весь интерфейс LUWRAIN.
Решение проблемы доступности текста на экране декомпозируется на большое число маленьких задач:
Все эти проблемы были сформулированы в индустрии десятилетия назад и для них были выработаны решения.
Эти вопросы и необходимость их обсуждения поднимались несколько лет назад и в проекте LUWRAIN, однако там всё это было проигнорировано в достаточно токсичной форме.
В итоге, на сегодняшний день эти самые базовые задачи невизуальной доступности в LUWRAIN не решены, но мы продолжаем наблюдать рассуждения о специально разработанном конструкторе «супердоступных» интерфейсов.
Горькая правда заключается в том, что функциональность доступной и эффективной работы с простым текстом, набранным в редакторе, в LUWRAIN сейчас ниже, чем в каком-нибудь Блокноте Windows с параллельно запущенной программой экранного доступа, то есть специализированный интерфейс спустя 10 лет разработки всё ещё хуже, чем неспециализированный.
До недавнего времени можно было отговариваться beta-статусом LUWRAIN, но пару лет назад была выпущена официально стабильная версия 1.0, где даже просто переход по словам по CTRL+Вправо/Влево упирался в конце строк и требовал дополнительных нажатий для перехода на новую строку и стабилизации фокуса на первом слове этой строки. То есть политика разработки LUWRAIN в реальности не направлена на то, чтобы вытащить доступность интерфейса на максимальный уровень. Это просто суета в множестве разных направлений, ни одно из которых не доведено до работоспособного состояния, даже самые базовые вещи.
При этом, Михаил продолжает игнорировать необходимость повышения собственной эрудиции в подходах к решению задач невизуальной доступности. Он оперирует устаревшими концепциями и представлениями, пытаясь изобретать велосипеды и заново собирая шишки тупиковых направлений или, если повезёт, открывая Америку, например, идею браузерного омнибокса, представляя её как прорыв, который должен посрамить всех любителей программ экранного доступа, которые имели доступ к этому с самого его появления.
Увы, у LUWRAIN, безусловно, есть потенциал в ряде ниш, но я не вижу, чтобы его пытались по-настоящему раскрывать.
Пока LUWRAIN — это продукт, который наверняка очень интересно разрабатывать, но который до сих пор мало что может предложить реальным пользователям. И это спустя почти 10 лет разработки и уже при наличии официально стабильных релизов.
marsalovv
А почему нет? Давно с маком, еще давнее с виндами, периодически поглядываю на линуксы. Всё, разумеется, с говорилками. И с каждым годом всё становится аксисибилетнее и аксисибилетнее! :) Возможностей для разработки очень достаточно. Вот про что не знаю, так это про презентации :) А так, извините, но подобные решения мне видятся костылем… имхо
DollaR84
Полностью с вами согласен. Как я и написал был ниже, скачал попробовал — костыль есть костыль. Лучше юзать стандартные средства ОС плюс говорилка + норм программы сделанные с хорошей доступностью. А эта оболочка не поможет с недоступными программами, для нее придется писать расширение, так называемые ее приложения. Что гораздо удобнее написать сразу для нужной ОС.
ElenaTep
Ваши рассуждения теоретические. В формально доступном офисе при помощи экранных читалок, например, элементарно выделение текста делать трудно, а презентацию создать люди чаще всего вообще не могут. Возможно, вы никогда не были на конференциях по высшему образованию для людей с нарушениями зрения, на них вашу точку зрения точно никто не разделяет.
DollaR84
Выделение текста везде в любых редакторах делается просто очень и в офисе также, вообще не пойму какая тут может быть трудность.
Насчет презентаций уже писал.
Да в формате TeX можно сделать, но я этим не занимался.
Вот только там идет описание специальным синтаксисом, что делается снова в любом редакторе.
Напишите как данная платформа облегчит данный процесс?
На конференциях да я не был, но я уже 5 лет незрячий и все это время активно занимаюсь программированием.
Расскажите что я упустил? я же не против новых инструментов облегчающих работу. Вот только каким образом данная платформа улучшит работу не теоретически на конференциях, а практически для пользователя ПК.
Почему нельзя делать просто хорошие доступные приложения, вместо того чтоб писать специализированные расширения для довольно узкоприменимой оболочки.
Tseikovets
ElenaTep, я ответственно утверждаю, что это ваши рассуждения носят сугубо теоретический характер и что озвученные вами факты о проблемах доступности данных задач в графических интерфейсах с программами экранного доступа некорректны.
Вы готовы здесь и сейчас также публично, как и высказали эти свои утверждения, подробно сформулировать суть проблем с выделением текста и с подготовкой презентаций вне LUWRAIN? Я знаком с обоими концами технологий (и LUWRAIN, и программы экранного доступа (разные и под разными OS)). Рассчитываю на такой же уровень дискуссии и с вашей стороны.
Абстрактные беспредметные доводы о каких-то конференциях я принимать отказываюсь, хотя бы на основании того, что являюсь одним из авторов первичных материалов в корпусе текстов, на которые ссылаются многие участники этих конференций, а также автором тех материалов, которые они используют в своей работе как методические.
Вы готовы подтвердить свои утверждения лаконичным списком конкретных доводов? Ещё раз прошу делать это на этой же площадке столь же публично, как и сами эти утверждения.