Community
Participate
Working Groups
I20061107-0800 - new workspace, 3.3 presentation, restart - minimize the left view stack (Package Exp., Type H.) - click on Package Explorer icon - Alt+-, uncheck Fast View Now I have two views that call themselves Package Explorer, but only one of them contains the real contents of the PE. The other one is mostly gray and contains areas that are not redrawn. The two instances of PE also switch contents sometimes: the good one becomes gray and the widgetry snaps over to the previously bad one. I tried to close and reopen the Package Explorer view, but I failed. The second instance kept appearing. This strange state persists across restarts. Only resetting the perspective helped.
The same thing happens when I open a restorable fast view, grab its title, and drag it to another window border.
Hmmm, I'm not quite sure waht to do with these. The general intent was to make the 'trim stacks' as simple as possible (which is why they don't have the drag behaviour etc that the old Fast View bar does...). I guess that what I should do is wire off the drag behaviour for trim stack views and -either-: a) Remove the close button -or- b) Handle the close by removing the entry from the stack Do you have a preference?
> The general intent was to make > the 'trim stacks' as simple as possible (which is why they don't have the drag > behaviour etc that the old Fast View bar does...). Hmm, I think that won't work. People (including myself) will start asking for all the missing features from the original fast view bar very quickly. If I really have to choose, I'd take (b), but I would prefer c) act like the old fast view bar
Deferring in favor of getting the Commands story done...
Actually, these issues are now addressed. We plan on offering similar functionality for both the legacy Fast View Bar and the new trim stacks. You'll be able to drag views into, out of and between the presentation and any view stacks showing in the trim (including the legacy FVB). You'll also be able to close a view that is in a Trim Stack. This also means that the operations which are leading to this defect (i.e. the manipulations allows on an 'active' Fast View through its pane) will be handled symmetrically (so we won't be wiring them off, we'll simply handle the changes).
Fixed as of >20070228...
This scenario now restores the stack but induces a painting issue...
Verified in 20070322-1600. I've opened bug 178987 to track the repaint issue...
