Community
Participate
Working Groups
SDK 4.0 - I20100720-2028. Cannot customize perspectives (views and also actions).
Dialog not accessible? The corresponding menuitem not visible on my system.
(In reply to comment #1) > Dialog not accessible? The corresponding menuitem not visible on my system. That's the point :-). It was removed from 4.0 because it didn't work (see bug 317203).
I am investigating for the fix of this problem.
I have potential fix that mimic the behavior of customizing perspective as in 3.x, I shall roll out the patch in couple of days after testing the fix.
Created attachment 199346 [details] Patch v01 Please find the attached patch that enables to customize perspective (to be invoked from Quick Access). I underwent a basic testing to make sure the basic functionality has been in the right direction and I am still continuing to test the patch. However this should give a heads-up for initial draft of the working code. Please let me know of any bugs with this patch. I am more than happy to fix them (there are couple of known issues, which I am currently working on). Please review and provide your feedback. Thanks.
> Please find the attached patch that enables to customize perspective (to be > invoked from Quick Access). If you meant 'in addition it can be invoked from Quick Access then that's OK, but I expect to see a 'Customize Perspective...' menu item under the 'Windows' menu along with the currently existing perspective menu items.
*** Bug 355950 has been marked as a duplicate of this bug. ***
Created attachment 204587 [details] Customize perspective patch v2 (In reply to comment #5) > Created attachment 199346 [details] > Patch v01 Thanks for the patch, Praveen. It's been a while, so naturally, the patch no longer applies, nothing a bit of copy/paste couldn't fix so I've attached the slightly updated version of it. I also made the change to get the item showing up in the 'Window' menu as noted by Dani in comment 6. I've noticed two other issues. One is that when customizing the toolbar, a layout does not occur so the absent tool item is still taking up space until you resize the window. The second problem is that this patch doesn't work with saved perspectives. I'm not too surprised by this since that feature was implemented after the patch was submitted.
*** Bug 362422 has been marked as a duplicate of this bug. ***
Bug is targeted to 4.1.1??? We have 4.2 M3 now, shouldn't the target be updated? This is very annoying one, which would be one of show stoppers for using 4.2 for me.
(In reply to comment #10) > Bug is targeted to 4.1.1??? We have 4.2 M3 now, shouldn't the target be > updated? This is very annoying one, which would be one of show stoppers for > using 4.2 for me. +1.
*** Bug 365253 has been marked as a duplicate of this bug. ***
(In reply to comment #10) > Bug is targeted to 4.1.1??? We have 4.2 M3 now, shouldn't the target be > updated? This is very annoying one, which would be one of show stoppers for > using 4.2 for me. BTW If I start eclipse.exe from eclipse-SDK-4.2M3-win32.zip it starts as 4.1. (according to the splash screen) and also some of the feature bundles are 4.1. But we are in 4.2. now ?
@Christian AFAIK the splash screen gets adjusted later in the cycle. Btw: I still hope for a better image for the splash.
(In reply to comment #13) > > BTW If I start eclipse.exe from eclipse-SDK-4.2M3-win32.zip it starts as 4.1. > (according to the splash screen) and also some of the feature bundles are 4.1. > But we are in 4.2. now ? We updated these for M4. PW
Still in 4.2 M4. For some reason, 3.8 M4 is not available for download and now this starts to be *really* annoying.
(In reply to comment #16) > For some reason, 3.8 M4 is not available for download and now > this starts to be *really* annoying. 3.8 M4 is here: http://download.eclipse.org/eclipse/downloads/drops/S-3.8M4-201112091447/index.php
Added my vote for this. In CDT we use the Customize Perspective feature a lot to enabled different functionality. Until that menu is available, all these features are not accessible.
(In reply to comment #18) > Added my vote for this. In CDT we use the Customize Perspective feature a lot > to enabled different functionality. So you mean by default they are not shown in the main tool bar or in the main menu bar?
(In reply to comment #19) > (In reply to comment #18) > > Added my vote for this. In CDT we use the Customize Perspective feature a lot > > to enabled different functionality. > > So you mean by default they are not shown in the main tool bar or in the main > menu bar? That's right. For advances features such as Reverse Debugging and C/C++ Tracepoints, the user must explicitly enable the feature using Customize Perspective. If we were to enable them by default, it would really crowd the UI for a very advanced feature.
(In reply to comment #20) > (In reply to comment #19) > > (In reply to comment #18) > > > Added my vote for this. In CDT we use the Customize Perspective feature a lot > > > to enabled different functionality. > > > > So you mean by default they are not shown in the main tool bar or in the main > > menu bar? > > That's right. For advances features such as Reverse Debugging and C/C++ > Tracepoints, the user must explicitly enable the feature using Customize > Perspective. If we were to enable them by default, it would really crowd the > UI for a very advanced feature. There are similar things in the Eclipse SDK as well, e.g. 'New Java Project' or 'Show Selected Element Only'.
This is a show stopper when running on a smaller screen. On my netbook, the tool bar takes up two lines which eats up a large chunk of the screen. Users need to be able to customize the toolbar to remove items that they don't need.
Just ran into this with 4.2 M5.
Is there a way to hand edit the perspective .xml with the almost inconceivable absence of a UI to do it?
(In reply to comment #24) > Is there a way to hand edit the perspective .xml with the almost inconceivable > absence of a UI to do it? Install the model editor tools from http://download.eclipse.org/e4/updates/0.12-I-builds After a restart, use ALT+SHIFT+F9 to launch the live model editor. PW
Remy, could you and Dean co-ordinate working on this? Thanx, PW
Created attachment 210281 [details] Customize perspective patch v3 Minor changes to make provided patch applyable in current state of origin/master. Will start investigating. Dialog can be opened and is seeded it initial data, but changes don't appear to take effect.
Created attachment 210308 [details] Editing Action Sets (In reply to comment #25) > Install the model editor tools from > http://download.eclipse.org/e4/updates/0.12-I-builds > > After a restart, use ALT+SHIFT+F9 to launch the live model editor. JB pinged me and it looks like the workaround won't work. If we modify the tags on the MPerspective (see pic) we don't yet respond to adding or removing those actionSets. As an added bonus, we re-add them on the next startup. Well, CustomizePerspectiveDialog in M6 it is. PW
Created attachment 210315 [details] Customize perspective patch v4 Make the action sets actually go in/visible.
Created attachment 210365 [details] Customize perspective patch v5 Make tool items go away individually.
(In reply to comment #30) > Created attachment 210365 [details] > Customize perspective patch v5 It seems that the IContributionManagerOverrides introduces a bad performance characteristic.
3.x seems to also employ a strategy around IContributionManagerOverrides so it doesn't seem like there is anything inherently "wrong" about this approach.
(In reply to comment #31) > It seems that the IContributionManagerOverrides introduces a bad performance > characteristic. I've opened bug 370337 for this problem.
Also experiencing this bug on 4.2.0 Eclipse Juno. Not having the ability to use window working sets really sucks.
Created attachment 210662 [details] Customize perspective patch v6 This patch is almost there now. There is a layout problem when disabling or enabling ToolBar items using Tool Bar Visibility tab. Oddly, toolbar layout works just fine when changes are made in the Command Groups Availability Tab.
(In reply to comment #35) > There is a layout problem when disabling or > enabling ToolBar items using Tool Bar Visibility tab. If I turn off 'Navigate > Last Edit Location' in the 'Tool Bar Visibility' tab, the tool bar renders okay, oddly enough.
The key seems to be in ToolBarManagerRenderer. tb.getShell().layout(new Control[] { tb }, SWT.DEFER); It forces the shell to layout the top trim so everything gets left-adjusted as necessary.
Released customize perspective dialog. The commit is essentially the attached patch v6 with the following changes: 1) Layout code for tool bar from comment #37 added to CoolBarToTrimManager.updateAll(boolean). Note this is not strictly the best thing to do, but that is discussed in bug 370961 2) Fixed "reset perspective" for customized perspectives 3) Picked a better name for the hidden items key ModeledPageLayout.HIDDEN_ITEMS_KEY
Commit is http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=99f6636b6f4afd4fe50f75f65ac3c076aa8e067a
(In reply to comment #39) > Commit is > http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=99f6636b6f4afd4fe50f75f65ac3c076aa8e067a Thank you Dean and Praveen!
I wonder if there's a way to have the IContributionManagerOverrides be retrieved from the context.
(In reply to comment #41) > I wonder if there's a way to have the IContributionManagerOverrides be > retrieved from the context. It depends on what "owns" the IContributionManagerOverrides. Is it the Workbench or Workbench Window? Is it any MPart as well? PW
For the record I am still investigating some minor issues with this patch such as the way the labels in the dialog are generated. At a minimum there are some non-NLSed strings that should be ... and more generally, the label determination process seems odd. If the work lasts for than a few days I may close this defect and open a new one to track the particular issue(s)
Bug 371079 may have been caused by the changes here.
Confirmed that bug 371079 was caused by this change. Investigating.
Looks pretty good in I20120214-2200!
Closing this bug as things are looking pretty good. Please open new defects for any point specific problems you notice.
(In reply to comment #47) > Please open new defects for any point specific problems you notice. There is an issue with the groups in the 'Tool Bar Visibility' tab. I've opened bug 371934 for this problem.
