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
Show control type state on the lefthand side or make it at least configurable #2955
Comments
Comment 1 by aliminator on 2013-03-20 08:04 |
Comment 2 by halim on 2013-06-05 05:46
|
Attachment patch added by halim on 2013-06-05 06:11 |
Comment 3 by aliminator on 2013-06-20 08:29 |
Comment 4 by jteh on 2013-06-20 09:17 |
Comment 5 by aliminator on 2013-06-20 09:43 |
Comment 6 by andreas on 2013-06-20 13:37 |
Comment 7 by halim (in reply to comment 4) on 2013-12-07 10:56
I am not sure if I got your question right. Maybe the posted patch is not able to handle all controltypes correctly but it is a good start point for improoving braille output. |
@jcsteh expressed his concerns about the proposed changes in #2955 (comment). Also, there were follow-ups by more than one user seemingly justifying the original request encompassed by this ticket. Could Braille experts provide their opinions on whether or not we should accept this issue? |
@halim did you try to use braille extender add-on? |
I suggest to let the referenced issues open and this one as well until the discussions move to one of them. All issues related to this topic have detailed discussions which might be helpful. |
This improvment would be very important. We at Fabasoft company develop our products exclusively as Web Apps. And there is a planty of checkboxes and radios in our Property Dialogs. It were much easier for Braille users to see the state of a check box / radio in front of its name, such as by buttons and links. |
Reported by halim on 2013-02-01 10:31
Currently, when braille is tethered to review (and to focus) the
control type state is shown on the right-hand side of its label.
For braille users, this makes it very hard to read because even on a 80
cells displays one eventually needs to scroll it till the user can get
the status of the control.
When the state (e.g. a checkbox which is checked) is shown in front of
the label the user can get its state immediately.
Its label can be read even by scrolling or by using speech. However,
users do not need to read the full string all the time and work more
effectively.
This seems to be the case in system dialogues (e.g. control panel ->
date and time) where checkboxes and radio buttons occur. Controls in
virtual buffers are represented as proposed.
The text was updated successfully, but these errors were encountered: