Summary: | [ViewMgmt] Pinnable Fast Views | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Brett Kotch <bkotch> |
Component: | UI | Assignee: | Boris Bokowski <bokowski> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | daniel_megert, markus.kell.r, teicher-bugzilla |
Version: | 3.0 | Keywords: | usability |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Brett Kotch
2003-10-23 19:38:19 EDT
Another example, instead of search, if I were doing a build, and that build had errors, only then would the tasks pane show up. If the build were successful, no need for the task pane ... So to clarify, you're asking for two things? 1. the ability for fast views to be docked at the bottom as well as at the left side 2. the ability to have it shift the other parts up to make room for it, rather than overlapping the other parts Maybe the way to think of it is: If you're working with a certain perspective configuration (in this case, with the editor "maximized" so you don't see *any* views), and you perform some action (e.g. "search" or "compile") then, when that action is done, the configuration should be the same as before the action (editor maximized, no other views visible). The user should not be forced to double click on the editor again to restore the desired configuration. And yes, fast views docked on the bottom would definitely be nice. There must have been a reason for deciding only to allow them to be vertical, but I can't think of it... Nick, nice summary of the initial description ... and Peter captured the essence of the initial description. The thought was that perhpas fast mode parts would have a "Pin" ... and the pin could be either on or off. On would, as you have mentioned "shift other parts to make room for it" and off would overlap. Opps, i just realize that fast mode parts do have a pin, ok, not sure what graphic to use now!? I think this would be a great feature. IntelliJ IDEA has a great implementation of Fast Views, including "pin-ability" (they call it docking). The ability to have Fast Views push other things out of the way instead of covering them would make them much more useful. Reassigning bugs in component areas that are changing ownership. Item 1 from comment 2 sounds the same as bug 53272. I agree that both suggested enhancements would improve interactions with many views a lot. This would be a good feature to experiment early in the 3.3 cycle, in order to get feedback from all interested parties. The CCs and Boris discussed this a bit and came to the conclusion that something along the lines of attachment 18965 [details] (from bug 88239 comment 7) could help here: if minimized views could be shown as vertical tabs, then we would not need another UI metaphor for 'pinned' views. See also bug 80794 and bug 97124. Closing given all the work that went into the new min/max support in 3.3. |