Community
Participate
Working Groups
The Ctrl-M (toggle zoom) accelerator will properly zoom a part but won't unzoom it.
This is a symptom of the placement of the functionality within the current framework. I'm in 'listener hell'...the state alignment in the hierarchy is event based but there are other listeners that have...well...side-effects. I'm going to try working backwards from the metadata and take over management of the CTF's state completely, The goal is to bypass the current handling while maintaining the correct state persistence.
Deferring until M6.
Fixed as of >20070228...
Verified in 20070321-0010.
Sorry on commenting on a verified fix but I'm not sure if this is related (I didn't find any other relevant bug): Ctrl-M unzooms but with a strange behaviour: Using the "standard" JDT layout: Package Explorer left, Editor, Outline View right, Problems View bottom Focusing on the Editor and pressing Ctrl-M maximizes the Editor and pushes the views to the FVB. A second Ctrl-M unzooms but sets the focuses to the outline view. A third Ctrl-M zooms the outline view. Uups. A fourth Ctrl-M unzooms and focuses on the Problems view. A fifth Ctrl-M zooms the Problems view. Uups again ;-) To summarize: I expect the focus to stay on the editor (or whatever element the focus is on when pressing Ctrl-M) so that it's easy to toggle between maximized editor and overview. I'm using 3.3M6 (I20070323-1616). Thanks.
This scenario is covered by Bug 178914.