Community
Participate
Working Groups
Steps to reproduce: 1. Open or create a WSDL file and ensure the current edit mode is Design mode. 2. Ensure that no on-screen elements (e.g. service, binding, porttype) within the Design window are presently selected. 3. Attempt to select an element by using the arrow keys. Expected results: An element (not necessarily any element in particular) is selected (and ergo other elements can be selected with the appropriate arrow keys). Actual results: Continues to have no element selected. Hence a user without a mouse would be unable to select/modify any such elements via the Design view (although, of course, one could edit the code manually, or in some cases use Outline or Properties).
Joshua, if you can take a crack at this. Gabriel, you've handled the ACC (keyboard navigation) in the past. Could you please give Joshua some quick tips on where to start. I've targetted the bug to 3.0. Thanks.
As well, selection is lost if one takes a part within an operation and attempts to reorder it. This apparently occurs with both keyboard and mouse, but would be most detrimental to keyboard-only users.
Created attachment 72408 [details] Patch This patch checks the type of EditPart when an arrow key is pressed in the editor; if it's blank space (e.g. Column or Definition) it goes to the first child, and so on until a "selectable" EditPart is found (alternatively, does nothing if there are no services, bindings, or PortTypes). Normally this means that any arrow key press with no current selection will result in the first service being selected. The other issue I noted in comment #2 appears to be resolved in the latest build and is not affected by this attachment.
Rich, please review the patch and commit and release if all is OK.
Patch has been checked in and will be released soon.
This appears to be fixed now. Closing.
mass change to add 'contributed' keyword based on bugzilla query, please correct if that's not accurate (by marking patches as obsolete and removing the 'contributed' keyword.