| Summary: | [Contributions] Dynamic/Persisted "state" for viewActions (1GKKBCD) | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Darin Wright <darin.eclipse> |
| Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | Darin_Swanson, Michael_Rennie, Tod_Creasey |
| Version: | 2.0 | Keywords: | usability |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | stalebug | ||
|
Description
Darin Wright
This is a variation on the "saving workbench state" work that you have been working on. You can now do this via preferences, Yes - but the action delegates that use the preferences are not instantiated until a selection change occurrs. The net effect is that an action delegate (toggle) will appear unchecked, when the preference is in fact on, until the delegate is instantiated and the action delegate can initialize itself from the preference setting. For example: * in the variables view, ensure that "Show Qualified Names" and "Show Static Variables" toggle actions are on (in the variables view drop down menu). * Restart the workbench, and realize the menu without launching a debug session - the actions appear unchecked when in fact they are "on" * start a debug session to a breakpoint * select a variable * now relaize the menu and see the actions are checked The user can actually turn the toggles off without knowing it. The actions appear unchecked initially, and invoking the toggle has the net effect of instantiating the action, initializing from the pref (on), and then toggling the action off - which ios *very* confusing for the user. CC'ing Tod for previous comment. *** Bug 47995 has been marked as a duplicate of this bug. *** Please see "Handling State" in the contributions proposal (http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/platform-ui-home/R3_1/contributions-proposal/requestForComments.html"). Moving Dougs bugs *** Bug 139544 has been marked as a duplicate of this bug. *** Assigning to component owner PW 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. 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. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. 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. -- The automated Eclipse Genie. |