Hello, Stefan.
>> 1. Combo box to select the repository - ControlID = 1029,
> Alt-U should work?
I have checked and it works, but for some reason the scereen readers do not
see this hotkey - let me describe the situation - since we do not see the
screen most screen readers have a special keystroke (for example
Shift+NumPad 5 in JAWS) for announcing the hotkey. Imagine that to get the
hotkey by travelling on the screen letter by letter and pressing a keystroke
on each of them to get information if it is underlined or not - it is a
nightmare. For other similar controls, like for example the two tabs from
the discussed combobox there is an editor wiht ControlID = 1010 and the
screenreaders see that hotkey assigned to it with no problems. So may be you
have assigned the hotkey to that combo box a bit unusual? There is definetly
a difference in assigning the hotkey to the combo box and to the edit box
here that stops the screen readers from seeing the hotkey in the first case,
though it is present...
>> 2. The next in tab order repository byutton ControlID = 1035,
>
> Since that button doesn't have a text, I don't know how to add an
> accelerator key there.
>
>> 3. The next Repository button in the bab order with the ControlID = 1036,
>
> same here.
There can be two methods:
1. Bad one - since hardly localizeable - using the CreateAcceleratorTable,
DestroyAcceleratorTable - by this method the accelerators are hard coded
inside the application.
2. The LoadAccelerators function that loads the accelerators from the
resource attached to the Instance provided as the parameter - it is much
better then option 1.
>> 4. Checkout depth combo box with controlID = 1373,
> fixed in r17919. Use Alt-e in the next nighly build.
Thank you, I shall check if the accelerator is visible with the screen
readers.
>> 5. The revision edit box with the ControlID = 1034,
> doesn't have a text either.
See the above discussion on accelerators.
>> 6. Though the Ok and Cancel buttons do not have hotkeys assigned - it is
>> not
>> so important since the Ok button is the default one and reacts on
>> pressing
>> Enter and the Cancel button reacts on pressing Escape as supposed to be.
> If Enter doesn't work, use Ctrl-Enter - that works in all dialogs where
> an edit box is present to enter a log message.
Sure, thank you.
>> The second thing to do is - to add some internal (non-visible) tags to
>> the
>> items in the listviews that you mark with the colour for the sighted
>> persons. I noticed one example in the revision log dialogues - you mark
>> already merged revisions with the gray colour - and it takes some time
>> for
>> the blind developer to distinguish between the merged and non-merged
>> revision. There could be several ways here:
>> 1. Adding MSAA information, where MSAA stand for Microsoft Active
>> Accessability. I do not know exactly if you are familiar with MSAA - if
>> not - I surely can help you with descriptions, testing of changes and
>> answering questions on it.
> Good idea. I'm currently reading the docs for MSAA and will make use of
> it where possible and necessary.
Excellent!
The only thing I would like to mention here is that Microsoft provides some
default MSAA for a lot of controls and for ListViews as one of standart type
of controls. Please do not replace the original accName and accDescription
property in listviews because a lot of internal code in screen readers is
based on it and you can break it making the situation worse. I suggest for
example to add the accValue property which is usually empty in ListViews for
example setting it to 'Merged' or for example 'Already Merged' and this will
be a good information for the screen readers and you will not spoil the
default functionality.
> I've also got the accessibility checker tool with which I'm now testing
> the TSVN dialogs:
> http://acccheck.codeplex.com
Excellent, but please keep in mind that for the blind person the
accessability is not only the information, but also easy accessing the
functions that can not be checked by any accessability tool, since it is
non-algorithmic (smile).
>> The third thing is that some operations can be performed only by
>> Right-mouse
>> button drag - it is possible to perform this operation for me, but trust
>> me - it is easier to move a mountain then to perform it for me. The
>> operation where this is the only way is move operation - may be some
>> others
>> that I have not noticed yet because I did not need them till now.
>> I suggest to add some kind of TSVN specific Cut and paste operation that
>> can
>> be performed from the keyboard if needed - you can use different
>> keystrokes
>> from the Windows standard ones - for example Windows+X to cut and
>> Windows+V
>> to paste.
> The copy/move operations in explorer which TSVN provides via right-drag
> can also be done with the explorer "Copy" or "Cut" (the normal copy/cut,
> i.e., Ctrl-C or Ctrl-X) and then using "paste" from the TSVN submenu.
Then this ability should be mentioned in TSVN documentation. When I have
read the documentation there was a something like that you can only right
drag the objects and this stopped me from the further investigation.
Something like - those who do not like or can not right drag the objects can
use standard copy/move command while pasting from the TSVN submennu will be
enough I believe.
>> Additionally I shall provide you with exact location of controls that
>> seems
>> to lack accessability - if you do not mind of course.
> Sure, just send a list of those and I'll add whatever I can.
I shall send them by turn when I shall find inaccessability. Trust it is a
better solution since I shall provide them in turn of importance, because I
shall run into problems in my usual work and the fact that I have run into
inaccessability means that this one is used more often then others. In this
way we shall fix the problems step by step from more oftenly used to less
common dialogues.
Thank you.
Serge.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2429592
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-12-10 22:05:52 CET