New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Braille dictionary support #4601
Comments
Comment 1 by surfer0627 on 2014-11-10 03:32 User could see these symbols at the following circumstance: Speech reports these symbols as: Actually, I'm not sure the braille dot should be. |
I see this a bit tricky to do because you then would write directly to the braille table. When updating Liblouis together with its tables, the change would be reverted or the changes could overlapp and cause errors. |
While I cannot commend on thechnical difficulties behind implementing this, for me as an end user this feature would be really beneficial. |
cc @derekriemer |
I would just like to add my two cents here, first to support the feature, then to elaborate on its importance. NVDA offers (and has offered) a speech dictionary. Adopting a very close system for Braille users would make sense and only be fair (remember not all users can access speech, I, for one, only rely on Braille output, not a matter of choice). A Braille dictionary would allow to not only display Unicode symbols that have no definition in the user's Braille table, but also to override these in a logical manner. For instance, Braille users might not be happy about how the tab symbol is printed on their Braille table. I know I'm not, for one. Although this is the "official" representation determined by "official" Braille tables, the representation of tab is not great for programming, where indentation is very important (not mentioning Python, where it's vital). In a similar way, some Braille symbols that have an "official" representation in the user's Braille table wouldn't make sense to the user, and overriding them would be great. Representing a character on two cells in computer Braille as In terms of feature, I would suggest to add a "Braille dictionary" menu item below the "Speech dictionary". Contrary to the latter, I doubt there would be a need for "default", "voice" or "temporary", this could just open the dialog. The dialog itself would be quite close to the speech dictionary: a list of entries. Adding one would be done using the "add" button. Choosing the character is fairly simple. Entering its representation might be done by entering the numeric representation of the character, as its down in Liblouis' tables ( Keep up the good work! |
Just a up to inform you that I succeed to implement a POC of this feature in BrailleExtender add-on. |
As an end user, I hope NVDA can achieve this. Some users may rely entirely on Braille to work. |
Reported by driemer.riemer@... on 2014-11-06 00:29
Often times in nvda, especially when you run acrossed Unicode symbols, like the arbitrary symbol – in braille you would see something like '\x2013' (or a hex value of such). I propose braille dictionaries, which operate on the same principal as speech dictionaries, but change the braille output rather than the speech output. I propose that these be linked, so a dictionary entry could be replaced in braille, speech, or both.
The text was updated successfully, but these errors were encountered: