Community
Participate
Working Groups
Issues with fast views from Philippe, Erich and Greg: Greg: Now that I wear the client hat...here is my feedback * I sometimes experience the same grief that the fast view hides things however, unlike PM what bothers me is that it hides part of my editor (the left side). Quite annoying especially when using search. * There probably are opportunities where a fast view could auto hide on selection. * I am not sure what he means by "you have to minimize it" - does he realize you can just click off it or you can click on the button that you opened it with NOTE: You should also be able to use escape. (I created bug 8849) * I also wish I could doc fast views in other places (although this is not high priority). Aside: The task view as a fast view on the left is not too useful unless because it wants to be wide. I created (8850) to suggest being able to hide columns & the benefit that gives me when using the task view as a fast view. Erich and Philippe: Subject: fast view usability feedback FYI, not critical but interesting feedback. EG>did you try using the type hierarchy as a fast view in this perspective? PM>I don't like fast views, since they hide some information to me (need to go back and forth all the time). Thoughts: * for me it would help when I could dock fast views on the right side as well. All my navigational views are on the left and will be covered by a fast view. * making a fast view disappear isn't as fast, e.g., I select something in the fast view and then I have to minimize the task view again. For some interactions the fast view should auto close after the selection. Consider using the navigator as a fast view, you navigate to the file open it, then the navigator should disappear without further ado. Obviously this is not behaviour I'd like to get when using the Search results view. --erich
Some more comments... nice if the view developer could provide an attribute with a default ratio for a view if opened as a fast view. Things like sync and task views need to be much wider.
We need to do something like that. The current default sizing for fast views is unusable.
An attribute for specifying the initial width of a fast view was added. Defer the other suggestions until after release 2.0
Reopen to investigate
Nick are you OK with defering this for 3.0.
Being able to move the bar is covered by bug 6988. Fast views close themselves if they give focus to another part (i.e. when opening an editor). The Navigator does, the Search view doesn't. If you want to dismiss the fast view using the keyboard, you can use F12 (activate editor). This currently only works when there is an editor to make active. Filed bug 27140 for this limitation. I don't see adding any other support here. Fast view ratios were added for 2.0. This PR can be closed.
