We suspect that the program is hiding the cursor, which means, speakup can not track it at all. Is it possible to have the cursor show? or maybe to add a commandline option to have the cursor show? Thanks!
A user on the gentoo-accessibility mailing list reported that when he is moving through the use flags with the arrow keys, the cursor seems to stay on the line that says "save/help/exit" and doesn't follow the highlight moving through the screen. I have seen other programs that do this (pine for example), and I believe it is possible to program ncurses to hide the cursor. This would make speakup unable to see where the cursor should be. Could you change ufed so that it has a command line option that makes it show the cursor? Or make it show the cursor by default?
adding commandline options to work around bugs just because the estethics of a cursor is "wrong" for some reason is really not a good idea. Just fixing the darn bug and if anything add a commandline option for hiding the cursor, would be a far better idea. (interactive) software should be usable per default without any commandline options, even if you have a slightly unstandard display, like speakup.
Ufed uses dialog to control the display. Ufed start dialog via a very long command line and does not interact with the user at all. Dialog does not have any options regarding hiding/showing the cursor. Perhaps this issue should to be addressed at the authors of dialog at http://www.hightek.org/dialog/
Apparently this can't be fixed with the current ufed, we'll see how the replacements that are showing up now and in the future will do.
