Community
Participate
Working Groups
Suggest that fast mode also be pinnable. This would take care of a couple of issues, 1) it would allow us to put views on the left bar (instead of using hot keys or menus.) 2) It would make the perspectives seem smarter. For example, lets say I have three views open, the package explorer on the right, outline on the left and tasks on the bottom (the default java perspective.) If I have have double clicked on the editor (so tha it is full screen) and then search, instead of just the search window popping up, the entire previous perspecive is restored, with the search window embedded in with tasks. Now to restore things back to the way they were, I need to close the search window and doubleclick on the editor tab. If search were a pinnable fast view (and came up on the bottom of the scrren where it usally does ... as opposed to vertically as fast mode does now ... related to enh 25385) then I could work exclusively with search (without having it obscure any portions of the editor) and when I am done, I can just dismiss it, and I am back to editing my java code with no other views visible.
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.