Днес, макар и за кратко, реших да тествам с NVDA (безплатен и с отворен код екранен четец за Windows) безплатната и с отворен код алтернатива на Microsoft Office, наречена LibreOffice. И ето какви са ми наблюденията и впечатленията. Тестваната версия на LibreOffice е 4.4.4 (текущата стабилна) на български. Версията на NVDA е най-новият тестов ("next") снапшот. Операционната система е 64-битов Windows 8.1 на български.
Приятно впечатление ми направи факта, че режимът за достъпност се задейства автоматично, щом бъде открит стартиран екранен четец (в моя случай - NVDA). Преди време не беше така и се налагаше с помощта на разни врътки да се задейства режима за достъпност. Една от тези врътки беше помощ от зрящ човек, каквато помощ невинаги е на разположение.
Нямах инсталирани JAVA и Java Access Bridge, но това не попречи на инсталацията и работата на LibreOffice. Явно този офис пакет вече не се нуждае от тези компоненти, за да е достъпен. Това е добре, защото аз лично хич не обичам JAVA.
Като цяло, интерфейсът на програмата е доста достъпен. NVDA чете не само етикета и съдържанието на дадена фокусирана контрола, но и помощната информация за нея, ако такава е налична. Тази помощна информация за зрящите се появява под формата на изскачащи под курсора на мишката подсказки, когато курсора посочи дадената контрола.
Неприятно (или по-скоро - досадно) впечатление е, че NVDA чете твърде много излишна информация при фокусирането на дадена контрола в прозореца с настройките на LibreOffice, при обхождането им с TAB. Това бави работата в този прозорец. Дано поведението на екранния четец да не е същото и в останалите прозорци на LibreOffice, но имам подозрение че и там ще е така. Това успя да изнерви дори и мен, а аз съм свикнал с четенето/слушането на по принцип излишна информация при работа с програми и интернет страници.
Друг проблем в прозореца с настройките (а може би и не само там) е с четенето на елементите от многоколонни списъци в списъчни кутии. NVDA чете съдържанието само от първата колона на всеки избран от списъка елемент. За да се прочете съдържанието и на останалите колони за даден елемент, трябва с обектното навигиране да се влезе в йерархията на обекта (елемента) и от там нататък колоните (клетките) с информация да се обходят с командите за отиване до предишен и следващ обект от същото ниво. Опасявам се, че с това неопитните потребители няма да се справят - за тях е трудно да работят с обектното навигиране в NVDA.
Имах проблеми и в LibreOffice Writer конкретно. При четенето на RTF документ от няколко страници, NVDA имаше проблеми с четенето на текста в края на текущата и началото на следващата страница, при преминаване от една страница към друга. Вместо да прочете текущия ред, NVDA издаваше сигнала си за грешка. И май не съобщаваше в тези случай номера на страницата, към която се преминаваше (но за това не съм на 100% сигурен - не му обърнах нужното внимание).
Поддръжката за докладване на форматирането на документа от страна на NVDA в LibreOffice Writer е по-слаба, отколкото е за Microsoft Office Word. Не се докладват промените във форматирането на текста при задействането им (удебеляване, подчертаване, курсив). Поне за удебеляването със сигурност го тествах - при натискането на Control+B върху избран текст, текстът бе удебелен, но NVDA не го докладва. Знам че това бе допълнително направено да се съобщава за Word - не си е вградено по подразбиране, но определено помага при редактирането и оформянето на документи. Не го тествах лично, но ми бе докладвано от друг потребител, че не бива докладвано и подравняването, макар че опцията за целта е включена в настройките на NVDA. И с NVDA+F не бивало докладвано подравняването. Като ми се докладваше форматирането с NVDA+F, ми бе съобщено че текста е на черен фон и с черен цвят, което е наполовина истина - заради използваната тъмна висококонтрастна тема, фона наистина е черен, но цвета на текста е бял. Дори да предположим че биват докладвани цветовете с които документа ще бъде отпечатан, пак не е правилно, защото едва ли документа при тези обстоятелства ще бъде отпечатан с черен текст и черен фон - би било пълен абсурд.
В Calc (алтернативата на Excel за работа с таблици) беше другия ми проблем. NVDA просто категорично отказа да чете адекватно при навигиране между клетките на таблицата. Вместо да прочете съдържанието на клетката, NVDA четеше нещо от сорта на пълния път на отворения файл. Като натиснах F2, за да премина в режим на редактиране на избраната клетка, NVDA започна да ми чете етикетите на някакви радио-бутони, вместо съдържанието на клетката, както по принцип би трябвало. Ако не греша, в Calc от OpenOffice нямаше такива проблеми с NVDA.
И с това приключи тестването ми на LibreOffice. Деинсталирах го от компютъра си. Може би периодът ми на тестване бе твърде кратък, но щом дори през това време се натъкнах на проблеми, явно цялостното изживяване едва ли ще е приятно. Дано да греша и откритите от мен проблеми да са по-скоро изключение. Защото иначе ще е трудно да привлечем към безплатните алтернативи на Microsoft Office масовия потребител на екранни четци.
Аз лично, вземайки предвид гореизброените проблеми, не бих разчитал на продуктите от пакета LibreOffice за ежедневната си работа и обучението си, защото в тези две сфери имам нужда от програми, които знам че няма да ме издънят в най-неподходящия момент. Не се гордея с нелегалното си ползване на Microsoft Office (цената му не ми е по джоба), но засега ще е така.
Въпреки това се надявам, че неприятното ми изживяване с LibreOffice е било заради грешно зададени от мен настройки, което по принцип също е възможно и не е за пренебрегване като причина за проблемите, а не заради недоизпипани неща в самия офис пакет.
За обикновения потребител обаче, смятам че е добре да се пробва дали ще вършат работа OpenOffice или LibreOffice и да се ползва една от тези две безплатни алтернативи на Microsoft Office, ако това е възможно.
