Skip to content
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

Jump to bottom

braille cursor position incorrect on words after letter/capital/number/math signs when expand to computer braille enabled #2947

Closed
nvaccessAuto opened this issue Jan 26, 2013 · 4 comments · Fixed by #9015
Closed

braille cursor position incorrect on words after letter/capital/number/math signs when expand to computer braille enabled #2947

nvaccessAuto opened this issue Jan 26, 2013 · 4 comments · Fixed by #9015
Assignees
@jcsteh
Labels
bug component/braille
Milestone
2013.1

Comments

@nvaccessAuto
Copy link

Reported by miahtech on 2013-01-26 05:45
I only noticed this by accident, not sure how often this odd bug pops up, but I can give you at least 1 replicatable situation:

  1. Bring up a text field, notepad or whatever.
  2. Paste this line:
    53rd Avenue, and, Al tura Street.
  3. Have your settings set for Unified English Braille Grade 2, Expand to computer braille for the word at the cursor, blink rate 0, and Braille tethered to focus.
  4. Now, try to use cursor routing keys anywhere in the word Tura. While the routing keys will move the actual cursor, the Braille display cursor remains stubbornly on the last letter of the word.
    I encountered this while working on something today; not sure how often this bug would show up, or if it happens on other setups than mine, but figured I'd drop it here.
@nvaccessAuto
Copy link
Author

Comment 2 by mdcurran on 2013-01-28 20:33
From my testing the issue seems to be a lot bigger than just cursor routing on Pacmate.
It seems that, from NVDA 2012.2 at least, When ever the cursor is within a word that is after a word that contains a letter sign, number sign or capital sign, and expand to computer braille is on, the cursor is usually positioned at the end of the word, no matter where it really is supposed to be within the word.
I personally always use a grade 1 table and no expand to computer braille so I've never seen the bug until now. I'm surprized no other users ever reported this... unless my testing is somehow faulty? ??
Changes:
Milestone changed from None to 2013.1

@nvaccessAuto
Copy link
Author

Comment 3 by mdcurran on 2013-01-30 04:24
Changes:
Changed title from "Odd Behavior with cursor Routing with Pac Mate 40 cell Display" to "braille cursor position incorrect on words after letter/capital/number/math signs when expand to computer braille enabled"

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2013-01-31 23:49
This is a bug which should be fixed in the next version of liblouis. In the meantime, I've worked around this in cbf8368.
Changes:
State: closed

@nvaccessAuto nvaccessAuto added this to the 2013.1 milestone Nov 10, 2015
@nvaccessAuto nvaccessAuto mentioned this issue Nov 10, 2015
Closed
@LeonarddeR
Copy link
Collaborator

I can no longer reproduce this with cbf8368 reverted, so I'm pretty confident that this is fixed upstream now.

@LeonarddeR LeonarddeR mentioned this issue Dec 4, 2018
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@jcsteh jcsteh

Labels
bug component/braille
Projects
None yet
Milestone
2013.1
3 participants
@LeonarddeR @jcsteh @nvaccessAuto