I write this post publicly, not just for @quillforall folks, whom I promised the test with Braille to. I will share it here, because this experiment can be useful to other blind Braille users as well.
Guess what?
PoEdit, the translation editor for Windows, version 3.9.1, has the same bug found on QUILL 0.8.0 Beta 1. Braille display with JAWS screen reader doesn't detect selection highlighting with 7 and 8 dots under each single character and space.
NVDA behaves correctly instead, both on QUILL and PoEdit, characters are properly selected. Unfortunately I have no idea whether Narrator can work with Focus Braille display, otherwise I'd have no issues in testing this as well.
This makes me suppose it's a @freedomscientific JAWS bug. I have mentioned them here as well, to make them aware. I have no idea of how to report a bug directly to them.
I think that not many blind professionals have reported the bug, as maybe most of them use commercial software more often, such as the Microsoft Office suite or, like me, simply surrendered to it.
As far as I can rememmber, the bug has always been there.
Today it's the first time I have properly identified it, and hopefully I can report it, as in 2006 I already tried to report an issue and it was fixed about 7 years later, it was even worse than this one because it prevented from using Sticky Keys for one-handed people. And my ex, who's blind and his left hand is injured, was definitely stuck. A vendor literally said in front of both of us "this bug has low priority as few people use sticky keys". Literally saying to a mobility impaired user, "you paid me but I don't cover your needs because you don't count". That was solved in JAWS 15.0, and the bug was there since 4.5.
NotePad++ editor behaves even more strangely for text selection, I always thought it was random but I managed to test it in deep today:
let's assume you have a blank file, so it starts with the line "1"; from margins and borders, in notepad++ settings, line number view must be checked on.
JAWS behavior: Notepad++ blank file, you type a sample sentence, let's say "QUILL for all".
You place the cursor on the q, then you select the whole line. You'll notice that the two l's of "quill for all" will not have the Braille cursor highlights.
What JAWS does: it highlights all the characters, including the line number. It behaves the opposite of how it should. It should highlight the text but not the line number. And the non-highlighted characters increase according to how long the line number is, space included. So, if "QUILL for all" is written on the 2800th line, the line number will be 2800, then space, then Q. Result? Braille display will highlight the line number with related space, then QUILL FO. Other letters are visually selected, but left behind.
If I deactivate the line numbers view, JAWS selects everything correctly. But then it's more difficult for me to work on code files, managing the lines.
NVDA behaviour: in notepad++ it doesn't read line numbers, but selects correctly with proper Braille highlighting. In fact I have learnt to work with both. When I must check lines I turn JAWS on, when I have to select and correct, especially after second or third revision, I use NVDA.
BTW, I think this about Notepad++ is not concerning JAWS but Notepad++ itself.
My 2 cents. Hope it helps.
#blind #braille #bugReport #quill #QuillForAll
stefania maurizi
in reply to stefania maurizi • • •perché il ministro #Crosetto,parlando alla #Camera il 7/4/2026 in un'informativa urgente su #BasiMilitariUSA in #Italia dichiarò che nessun governo aveva mai provato a desecretare accordi,quando invece governo #Berlusconi,in cui #Crosetto era sottosegretario alla Difesa,ci provò?