Join GitHub today
GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.
Sign upFor long text selections, announce number of characters selected instead of announcing the entire selection #249
Comments
This comment has been minimized.
This comment has been minimized.
|
Attachment selections.patch added by aleksey_s on 2008-12-04 21:32 |
This comment has been minimized.
This comment has been minimized.
|
Comment 1 by jteh on 2008-12-04 23:07 Also, should the reportCurrentSelection script truncate the selection according to this patch? This would be consistent behaviour. However, one could also argue that if users request reporting of the selection, they really want the whole selection reported. |
This comment has been minimized.
This comment has been minimized.
|
Comment 2 by aleksey_s (in reply to comment 1) on 2008-12-05 07:02
no, when reportSelection is called whole selection might be spoken. however, i suggest don't use |
This comment has been minimized.
This comment has been minimized.
|
Comment 3 by aleksey_s (in reply to comment 2) on 2008-12-05 08:27
sorry for inconsistency, this behavior is allready used |
This comment has been minimized.
This comment has been minimized.
|
Comment 4 by jteh on 2008-12-05 09:04 |
This comment has been minimized.
This comment has been minimized.
|
Comment 5 by aleksey_s (in reply to comment 4) on 2008-12-05 10:27
absolutely. |
This comment has been minimized.
This comment has been minimized.
|
Comment 6 by jteh on 2008-12-08 02:39 |
This comment has been minimized.
This comment has been minimized.
|
Comment 7 by jteh on 2008-12-08 02:41 |
Reported by aleksey_s on 2008-12-04 21:31
Looks as some synthesizers can lag on long portion of text. also, i am assuming anybody doesn't want listen to all document when "select all" comand is performed.