Accessibility issues in FDM 5i2i53
s: Alex 1a6c65
-
- Posts: 16
- ed: Sun Aug 24, 2008 9:08 am
- Location: Bulgaria
Accessibility issues in FDM 5i2i53
Hello Alex,
I have a few accessibility issue to report about FDM. I'm using FDM 3.8 build 1106.
1. The graphical buttons in the FDM interface do not have any label (not even a tooltip). That makes them undefinable for screen readers. The screen readers say that this is a button, but they do not say what this such unlabeled buttons do.
2. Some task lists in FDM's main window are not reachable by TAB-ing or any other "keyboard" way. We have to left-click with the mouse to move the focus to those lists. Such lists are the "Flash Video " and "Torrents" ones. If those lists are the only controls on the page (tab), the keyboard focus should land in them. If there other controls, the keyboard focus should land in the one of them and pressing TAB or SHIFT+TAB should move the keyboard focus between them.
3. In the "Add a " dialog, there is the "Check size" button, witch when pressed, gets the size of the file from the server. But when this operation is done, the focus "locks" on that button and there is no escaping from it by using keyboard navigation. In order to "fix" this, we have to "Alt+TAB" from the "Add a " dialog and return to it again, witch is not so easy sometimes. Normally, after pressing this buttton, we should be able to press TAB or SHIFT+TAB and move to another control in the dialog, witch in this case does not happen.
4. The treeView where we can select witch of the files and folders we want to from a torrent is not reachable by the keyboard. Normally, we should be able to move the keyboard focus to it by pressing TAB or SHIFT+TAB.
5. The combobox from witch we select the group (in the "add a " window) seams not to expose its information in an accessible way. When the combobox is closed, screen readers like NVDA report what's currently selected, but do not report the change in the selection if such is made using the arrow keys (without opening the combobox). If the combobox is opened with ALT+DownArrow or F4, the combobox opens like it has only 1 item in it, even though it has more then 1, and not like it opens when it's being opened by clicking on the arrow of the combobox control. But if the combobox is opened using F4 or Alt+DownArrow and the group selection is done then, some screen readers (incl. NVDA) manage to correctly report the change in the selection, but I guess that is due to their video hooking capabilities and not due to the correct exposure of the text and selection properties from FDM itself. I came to this conclusion because before NVDA had its video hooking capabilities implemented, it couldn't read anything in this combobox, no matter how it was opened. I know that this combobox control is probably not a standard one and implementation of text and selection/focus reporting for the needs of accessibility may not be possible at all, but I've decided to report this anyway.
Thanks in advance!
Best wishes,
Kostadin Kolev
I have a few accessibility issue to report about FDM. I'm using FDM 3.8 build 1106.
1. The graphical buttons in the FDM interface do not have any label (not even a tooltip). That makes them undefinable for screen readers. The screen readers say that this is a button, but they do not say what this such unlabeled buttons do.
2. Some task lists in FDM's main window are not reachable by TAB-ing or any other "keyboard" way. We have to left-click with the mouse to move the focus to those lists. Such lists are the "Flash Video " and "Torrents" ones. If those lists are the only controls on the page (tab), the keyboard focus should land in them. If there other controls, the keyboard focus should land in the one of them and pressing TAB or SHIFT+TAB should move the keyboard focus between them.
3. In the "Add a " dialog, there is the "Check size" button, witch when pressed, gets the size of the file from the server. But when this operation is done, the focus "locks" on that button and there is no escaping from it by using keyboard navigation. In order to "fix" this, we have to "Alt+TAB" from the "Add a " dialog and return to it again, witch is not so easy sometimes. Normally, after pressing this buttton, we should be able to press TAB or SHIFT+TAB and move to another control in the dialog, witch in this case does not happen.
4. The treeView where we can select witch of the files and folders we want to from a torrent is not reachable by the keyboard. Normally, we should be able to move the keyboard focus to it by pressing TAB or SHIFT+TAB.
5. The combobox from witch we select the group (in the "add a " window) seams not to expose its information in an accessible way. When the combobox is closed, screen readers like NVDA report what's currently selected, but do not report the change in the selection if such is made using the arrow keys (without opening the combobox). If the combobox is opened with ALT+DownArrow or F4, the combobox opens like it has only 1 item in it, even though it has more then 1, and not like it opens when it's being opened by clicking on the arrow of the combobox control. But if the combobox is opened using F4 or Alt+DownArrow and the group selection is done then, some screen readers (incl. NVDA) manage to correctly report the change in the selection, but I guess that is due to their video hooking capabilities and not due to the correct exposure of the text and selection properties from FDM itself. I came to this conclusion because before NVDA had its video hooking capabilities implemented, it couldn't read anything in this combobox, no matter how it was opened. I know that this combobox control is probably not a standard one and implementation of text and selection/focus reporting for the needs of accessibility may not be possible at all, but I've decided to report this anyway.
Thanks in advance!
Best wishes,
Kostadin Kolev
Who is online 3p6y2t
s browsing this forum: No ed s and 22 guests