Bugzilla – Full Text Bug Listing
| Summary: | Use preceding Label as accessible name for Table and Tree | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Carolyn MacLeod <carolynmacleod4> | ||||
| Component: | SWT | Assignee: | Carolyn MacLeod <carolynmacleod4> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | aabbott, barry_dow, davidms, Silenio_Quarti | ||||
| Version: | 3.7 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows All | ||||||
| Whiteboard: | stalebug | ||||||
| Attachments: |
|
||||||
|
Description
Carolyn MacLeod
We currently plan to make this work in 3.6.1 and 3.7. Created attachment 177340 [details]
Patch for default name for table and tree
Here is the patch, just so that it is not lost.
However, I will not be committing this for 3.6.1 because:
1) Table and Tree already name already defaults to the text of the preceding Label
even without the patch (for some reason, Tree with columns does not default).
2) JAWS does not speak the name for a Table or Tree, even though it is there
(it just speaks the name of the focused item, and headers if any).
I am leaving this bug open to continue investigating for 3.7. (i.e. look at other screen reader behavior; perhaps determine why Tree with columns does not have a name).
3.7 investigation: 1) Tree with columns does get a default name *with* the patch. 2) NVDA speaks the name of all Trees and Tables that have a name. (i.e. it speaks the control name first, followed by the item name). 3) Window-Eyes speaks Tree names, but not Table names. 4) The Microsoft (MSDN) doc for TreeView and ListView says, "The Name property is obtained from the control's window text (or caption)." (i.e. it does NOT say anything that would indicate the behavior I am seeing. For example, here is what it says for an EDIT control: "The Name property is the text from a static text control that labels the edit control.") In other words, I am seeing unspecified behavior for Table and Tree. (on WinXP) Removing target milestone. *** Bug 289199 has been marked as a duplicate of this bug. *** Carolyn, Given what you've discovered, could you offer any advice to developers using Tables today? It sounds like if we want to have the Table report the preceding Label as its text, we would need to use an AccessibleListener to do that. However, it also sounds like that won't really help, since JAWS won't actually speak the name of a Table (or Tree). So for now, I'm inclined to just use a read-only Text in place of a preceding Label. That seems a somewhat less than ideal solution, but I suppose it's the best we can do. Would you agree? This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. If the bug is still relevant, please remove the stalebug whiteboard tag. |