>> 1. the commit dialogue:
>> The situation is again became better - JAWS stopped to read the links as
>> dialogue text along with WindowEyes.
>> The only problem left here is that the 'Static' window class of these
>> messes up the screenreaders and they do not announce that these links are
>> links. Is it possible to assign a different window class to these links,
>> something like 'LinkWindowClass' or something else?
> Unfortunately, changing the class is not possible. A window class
> defines what the window/control actually is.
> But I've changed the accRole property to "link" for those controls and I
> thought that this would be enough for the screen readers to recognize
> them as such?
I hoped so to. But they are announced as text by mighty screenreaders as
JAWS for example, though Thunder that is not very powerfull and takes only
MSAA information into account works properly.
I am not very familiar with MFC that is used to develop TSVN, but at least
using WUI you can for example get the information of a class by calling
'GetClassInfoEx', then change the class name by changing the 'lpszClassName'
member of the 'WNDCLASSEX' structure leaving the other fields untouched to
preserve the functionality of the newly registered class and 'lpfnWndProc'
callback procedure to be taken from original class and then register class
by calling 'RegisterClassEx' function - this will not change the
functionality of the newly registered class from the original one. Isn't
something similar possible in MFC?
>> The other problem that arised due to making links in the commit dialogue
>> that the listview with the files to commit is now very far from the the
>> box. It is often needed to look at the exact list of files rather then
>> select one with the links. There are two possible descisions here -
>> A. to change the Tab order for links to be after the listview - though
>> can leave them phisically on the screen as they are.
>> B. Assign the hotkey to the listview.
> Added an invisible label with accelerator Alt-f for the list view
> control (f for 'file list').
> And I've also added an invisible label for the edit control (Alt-E as in
> the branch/tag dialog).
Ok, thank you.
>> The third problem to solve here is that there are a lot of links to click
>> and as far as I understand you can not assign a keyboard shortcut to any
>> them? If it is still possible - it will be really great!
> Sure, that would be possible. But I think it's not possible to find
> unique shortcuts anymore since many chars in the alphabet are already in
> use by some other controls of that dialog.
Ok, let me to think what could be done here...
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-12-22 00:20:10 CET