| Summary: | CTabItem role description not the same as TabItem | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Silenio Quarti <Silenio_Quarti> | ||||
| Component: | SWT | Assignee: | Silenio Quarti <Silenio_Quarti> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | carolynmacleod4, skovatch | ||||
| Version: | 3.6 | Flags: | skovatch:
review+
carolynmacleod4: review+ |
||||
| Target Milestone: | 3.6 RC2 | ||||||
| Hardware: | PC | ||||||
| OS: | Mac OS X | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Silenio Quarti
Created attachment 168549 [details]
possible fix
This patch fixes it, but it uses undocumented strings.
(In reply to comment #1) > This patch fixes it, but it uses undocumented strings. This is fine. We already do something like this for text alignment. We should fix this for RC2. Verified with CustomControlExample. Looks fine. +1. Interestingly, on my Mac (10.5.8) VoiceOver has always called CTabItems "tab". :) So I couldn't understand why it was so important to make this change for RC2... but now that I have listened to SSQ's Mac, I understand. :) SSQ and I are guessing that older versions of VoiceOver must have followed this logic: "if the role is radio button and the parent is tab folder then call it a tab". However (we speculate) someone must have set the description, and then complained that VoiceOver wasn't reading their description. So their problem was fixed, and our CTabFolder was broken. (just a little bit of forensics there <grin>). Fixed > 20100520 |