Re: [ide-dev] concrete action item - menu contribution
Brian, I'm not sure whether users want to tweak the UI at this fine grained a level. Having to micro-manage the UI is one of the more valid complaints we already get. However if there were 'tuning sets' available (in the Marketplace, Oomph...) that would inhibit the display of various menu / tb items, views, editors and perspectives we could allow users to choose the one that's most appropriate for them. Presumably we'd create the first ones by gathering metrics from various EPP packages.
Note that things that are hidden by the tuning should still be available through Quick Access so no real functionality is lost, just unnecessary clutter.
Brian de Alwis ---09/15/2016 10:33:57 PM---I'll throw this idea out there: we provide the *user* a way to control contributions. I like how us
From: Brian de Alwis <briandealwis@xxxxxxxxx>
To: Discussions about the IDE <ide-dev@xxxxxxxxxxx>
Date: 09/15/2016 10:33 PM
Subject: Re: [ide-dev] concrete action item - menu contribution
Sent by: ide-dev-bounces@xxxxxxxxxxx
I'll throw this idea out there: we provide the *user* a way to control contributions. I like how users can reconfigure the toolbars on native Cocoa apps on OSX.
The Customize Perspective Dialog provides support for managing old-style action-sets, which have meaningful labels for human consumption. It works for the Java IDE as action sets are used extensively in JDT and PDE. But the CPD cannot do anything for the new-style menu- and toolbar-contributions. 'Activities' provide some support, but I'm pretty sure they're not fully implemented in E4 to control menu and toolbar contributions. Activities allow selecting _things_ based on their identifiers.
If we can fix activities, then we can work on some UI that supports more user-driven configuration than the current CPD and Preferences > Activities.
> On 15-Sep-2016, at 5:38 PM, Pascal Rapicault <pascal@xxxxxxxxxxxx> wrote:
> I think people are generally well intended, so let's hope for the best.
> But as Patrick was suggesting, I think coming up with a number of best practices and IMO more importantly code snippets will go a long way of showing people what to do.
> I think this is especially true for the command fwk which is extremely powerful, and can unfortunately be easily misused.
> On 9/14/2016 11:37 AM, Doug Schaefer wrote:
>> I doubt you¹d find someone who disagrees. Question, what can we do if the
>> third party isn¹t responsive? Is there a mechanism we can put in place
>> that we can use to filter stray menu contributions?
>> On 2016-09-14, 11:32 AM, "ide-dev-bounces@xxxxxxxxxxx on behalf of Pascal
>> Rapicault" <ide-dev-bounces@xxxxxxxxxxx on behalf of pascal@xxxxxxxxxxxx>
>>> STOP SHITTING IN MY CONTEXT MENU!!!!
>>> Sure Eclipse is all about integration but we often found ourselves with
>>> ridiculous menu entries because one is not carefully selecting where its
>>> menu entries should be placed.
>>> In the attached screenshot, I'm adding a new context menu to the EGerrit
>>> dashboard to find my menu polluted with not 1, not 2 but *3* random
>>> entries from Team and PDE projects. Come on guys, you can do better.
>>> And you know what, here I just have the Eclipse SDK, EGerrit and Egit
>>> installed. Imagine a user who has everythign installed.
>>> I think this sort of things make us look bad, could we agree to fix this?
>> ide-dev mailing list
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> ide-dev mailing list
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
ide-dev mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit