Summary: | [PropertiesView] Usability problems in the property sheet (1GFMLV4) | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Kevin Haaland <Kevin_Haaland> |
Component: | UI | Assignee: | Eric Moffatt <emoffatt> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | gunnar, paulacox, turnham |
Version: | 2.0 | Keywords: | investigate, usability |
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: |
Description
Kevin Haaland
2001-10-10 22:38:28 EDT
PRODUCT VERSION: 119, Win2000 Tod, The property view need to be keyboard accesable. Pls verify that this is the case in the latest builds. If it isn't keyboard accessable make sure you talk to Randy before making changes,the implications are subtle. Needs a way to swtich between navigation and editing like the tasks view will have. To be addressed by the TableCursor work currently ongoing. Removing dependency on 2817. The task list uses its own dialog now. We are not going with TableCursor. You can switch back to navigation by hittign Escapre which means this is accessible (although not particulary usable). Removing The accessibility keyword and reassigning to Randy who is working on this. Is now accessable, Defer work to make it more useable. Reopen to investigate The current implementation seems OK to me as far as navigation goes; it works this way: When no CE is active you can arrow up / down without activating the editor (which appears to be the original problem). Hitting 'Enter' (or a direct mouse click) activates the CE and then either Esc (to cancel) or Enter (to set) will generally get you back to the 'inactive' state. The one exception to this flow in our CE's is the DialogCellEditor which stays active once the value has been set so the flow is: Enter (activates) Enter (opens dialog) <fiddle with dialog> Enter (to accept) Esc (the ONLY way to dismiss the CE) [ soapbox on... ] I'd personally like to see the CE deactivate once the dialog has been closed (since the User has made their changes or cancelled). This would bring it into closer alignment with the other CE's. A fully consistent DialogCE would not have a button to open the dialog it; would simply open the dialog on activate and deactivate once the dialog has been closed, making its flow match the others exactly... [ soapbox off ] Stale defect. There have been many changes in the UI since this defect was opened. If there will be additional work in this area a new defect report should be opened. |