Community
Participate
Working Groups
Use a screen reader (I used JAWS) or Inspect Objects to verify. When in the palette, use the arrow keys to navigate to a palette stack like the V+ palette stack in the GEF logic example. The screen reader says "V+ button". There is no indication that this is a dropdown list where the user could select other palette types. Inspect Objects also shows that this is a push button. I think it should say "combo box" or something like that. On another note, to bring the dropdown list up you have to press ALT+down arrow key. When JAWS is running this doesn't work for me, but it does when JAWS isn't running. I have not logged a bugzilla for this issue as I am still trying to figure out if it is a JAWS problem.
Cherie - can you investigate a fix for this?
The issue is in ToolEntryEditPart. It uses the pushbutton role for all palette tool entries. The code looked like this: public void getRole(AccessibleControlEvent e) { //Is this correct? e.detail = ACC.ROLE_PUSHBUTTON; } I want to change this to something like this: public void getRole(AccessibleControlEvent e) { if (getParent() instanceof PaletteStackEditPart) { e.detail = ACC.ROLE_???; } else { e.detail = ACC.ROLE_PUSHBUTTON; } } However, I first need to figure out which role to use. The toolbar dropdown buttons in Eclipse look very similar to this and they use the role "split button", but there is no such role in the ACC class. I am waiting to hear a response from the SWT team.
Created an SWT bugzilla: 145360 ACC class needs split button role
Moving to the next maintenance release. We are waiting for Bug 145360 to be resolved in SWT to be able to proceed further.
Created attachment 95926 [details] proposed solution Attached a patch to use COMBOBOX role. I also need to check the active entry on the stack as this should only be the role when the user has selected the active entry.
(In reply to comment #5) > Created an attachment (id=95926) [details] > proposed solution > > Attached a patch to use COMBOBOX role. I also need to check the active entry > on the stack as this should only be the role when the user has selected the > active entry. > I think we applied a palette patch you created after this one. Can you recreate this patch?
Looks like the changes have already been committed.
