Reported by valiant8086 on 2008-10-31 12:23
When you arrow through a list of items and are reading the braille display, the start of each list item may begin in a different place for one list item than it is for another. This makes it more difficult to easily arrow down through a list in search of something, because you have to stop and read the display to be able to find the list item. Right now, NVDA tries to make sure the end of the text in such a situation is displayed that is, the display will be presented with the right end of the text. Any text not on the display for that line will usually be to the left, in theory, and the user would reverse advance to read it. I want to try and switch things around a little to see if we can at least do something to where the beginnings of list items and things don't move left and right depending on how long the text is. For example, Maybe we could show li on the left end of the display to indicate this is a list item. After that there would be one space, then the text of that list item. If I were to arrow up and down through the list, that li at the left end would not move, and the text of the list item would consistently begin in the same place on the display. This may mean to do this that braille will need to either not show things like dialogue names, or show them only after the currently focused control. Having this functionality is very important to me. I really feel strongly that it will make doing things useing braille much much more reasonable. I have thought long about whether we would start missing out on information by doing this and I don't think so. If we can just re-arange where things are displayed, we should be ok. This functionality should appear in all possible situations, list items, folder view list views, tree views, combo boxes in and out of virtual buffers, menu items, start menu, etc. Heck i think it should do that for buttons and checkboxes and things too. the idea is present the control that currently has focus on the left end, and put the rest of the information on the right of that. if I want to read which dialogue i'm in etc, I can advance to take a look, assuming the display didn't have enough room to show that before hand.
Blocking #4659
Reported by valiant8086 on 2008-10-31 12:23
When you arrow through a list of items and are reading the braille display, the start of each list item may begin in a different place for one list item than it is for another. This makes it more difficult to easily arrow down through a list in search of something, because you have to stop and read the display to be able to find the list item. Right now, NVDA tries to make sure the end of the text in such a situation is displayed that is, the display will be presented with the right end of the text. Any text not on the display for that line will usually be to the left, in theory, and the user would reverse advance to read it. I want to try and switch things around a little to see if we can at least do something to where the beginnings of list items and things don't move left and right depending on how long the text is. For example, Maybe we could show li on the left end of the display to indicate this is a list item. After that there would be one space, then the text of that list item. If I were to arrow up and down through the list, that li at the left end would not move, and the text of the list item would consistently begin in the same place on the display. This may mean to do this that braille will need to either not show things like dialogue names, or show them only after the currently focused control. Having this functionality is very important to me. I really feel strongly that it will make doing things useing braille much much more reasonable. I have thought long about whether we would start missing out on information by doing this and I don't think so. If we can just re-arange where things are displayed, we should be ok. This functionality should appear in all possible situations, list items, folder view list views, tree views, combo boxes in and out of virtual buffers, menu items, start menu, etc. Heck i think it should do that for buttons and checkboxes and things too. the idea is present the control that currently has focus on the left end, and put the rest of the information on the right of that. if I want to read which dialogue i'm in etc, I can advance to take a look, assuming the display didn't have enough room to show that before hand.
Blocking #4659