i think the chance ereactos has is to develop accessibility as part of the
os instead of depending on a screenreader. when reactos does all
accessibillity stuff itself it can make things accessibel that are not
accessibel with screenreaders because the accessibility is built into the
os itself, like graphics are sent to the gpu text should be sent to the
braille display, maybe it should be built like a monochrome mode,
everything should still work but the used screen is not capable of anny
graphics so just the text should be sent to it.
On Thu, 15 Nov 2018, Stefan L. wrote:
  Hi,
 you might want to take a look at the goal of ReactOS again. Out current
 focus should target that goal. Writing screenreader stuff should be the same
 task and use exactly the same OS functions as in Windows. Thus, develop
 screen readers for Windows (possibly replacing / extending windows' gui
 libraries - but that would be a completely separate project, not part of
 ReactOS. Once that screenreader works on Windows, put effort into fixing
 bugs / missing features in ReactOS to get it working.
 Any other solution will not be worth the time and effort you put into it.
 Just my personal opinion.
 Best regards,
 basisbit
 Am Do., 15. Nov. 2018, 10:21 hat Erkin Alp Güney <erkinalp9035(a)gmail.com>
 geschrieben:
       Windows NT console API is based on Matrix TUI concept, not TTY
       serial
       (means you get to handle line buffering yourself). However,
       unlike
       userspace, we can modify setup however we like as long as it has
       the
       desired end result.
       Yours, faithfully
       Erkin Alp
       _______________________________________________
       Ros-dev mailing list
       Ros-dev(a)reactos.org
       
http://reactos.org/mailman/listinfo/ros-dev