Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [epp-dev] Mylyn in C/C++ EPP?

If we followed the minimalistic reasoning to its conclusion, we would have an IDE that opened to a blank window and relied on the user to discover what corners they need to tickle to tease out the tooling they need. :)

 

> If we followed that reasoning we could decide on opening a ton of view because they are useful

 

There is a natural limit here because the emphasis in that question is on a “typical developer”. This doesn’t aim to include functionality that may be useful to a small subset of developers.

 

We can talk all day about hypothetical discoverability systems that we can build, but until someone actually builds them, we need to use the tools we have to ensure that Eclipse is not viewed in a bad light by a new developer deciding on an IDE.

 

- Konstantin

 

 


From: Pascal Rapicault
Sent: Monday, October 26, 2015 9:48 AM
To: Eclipse Packaging Project
Subject: Re: [epp-dev] Mylyn in C/C++ EPP?

 

 

If we followed that reasoning we could decide on opening a ton of view because they are useful, but this is not the right way to go. We need to find a better way to promote functionalities w/o forcing them to be installed and opened up front.

For example, one way would be to stack the task view behind the package explorer.
Another way would be to prompt the user for plugins to install https://bugs.eclipse.org/bugs/show_bug.cgi?id=480547 Note that this last one would also be beneficial to Mylyn since the user could directly install the appropriate connector rather than being prompted to install a new one.

On 26/10/2015 12:29 PM, Konstantin Komissarchik wrote:

When determining whether the tasks view belongs in the Java perspective, we should be asking this question:

 

Does a typical Java developer need to interact with a bug tracking system?

 

Keep in mind that the default perspectives setup isn’t there for Eclipse pros who will customize their perspectives anyway and no two will agree on what should be where. The default setup is really there so that a novice user can get started relatively quickly without hunting around for tools that they need.

 

We also need to be careful to keep project boundaries out of IDE the product decisions. The fact that the tasks view is contributed by Mylyn should be immaterial to the discussion.

 

Thanks,

 

- Konstantin

 

 


From: Lars Vogel
Sent: Monday, October 26, 2015 7:54 AM
To: Eclipse Packaging Project
Subject: Re: [epp-dev] Mylyn in C/C++ EPP?

 

 

On Mon, Oct 26, 2015 at 3:05 PM, Doug Schaefer <dschaefer@xxxxxxx> wrote:

 

> I guess the question is, when would they add it? There would have to be

> some trigger other than it¹s been installed. And if we can¹t think of one,

> then that supports the answer that Mylyn shouldn¹t be installed by default.

 

Why do they have to add it by default? A user who wants to see the

Mylyn task view can open it up via Show View and the user selection

would be persistent for the next start of the IDE.

 

Especially now that Mylyn is part of most distributions, they should

avoid adding their views without user interaction. If every plug-in

would add its views to the Java perspective by default we would end up

with a UI mess.

 

Best regards, Lars

 

 

>>On Tue, Oct 20, 2015 at 9:19 AM, Gunnar Wagenknecht

>><gunnar@xxxxxxxxxxxxxxx> wrote:

>>> Marc,

>>> 

>>> I have to admit I'm biased, but I would love to see a list of things

>>>that would be cleared up in the UI. Also how much the start-up time

>>>improvement have you measured on today's hardware? I'm interested in

>>>both because that's also valuable feedback for Mylyn as a project as it

>>>might indicate room for further improvements.

>>> 

>>> I use the task list feature a lot. I don't see removing this will clear

>>>up anything in the UI. I don't use the Mylyn context at all. However,

>>>the context functionality is separate and can be excluded from packages.

>>>I recall that this might add additional icons to some views.

>>> 

>>> -Gunnar

>>> 

>>> --

>>> Gunnar Wagenknecht

>>> gunnar@xxxxxxxxxxxxxxx, http://guw.io/

>>> 

>>> 

>>> 

>>> 

>>> 

>>> 

>>>> Am 19.10.2015 um 13:20 schrieb Marc-André Laperle

>>>><marc-andre.laperle@xxxxxxxxxxxx>:

>>>> 

>>>> Hello,

>>>> 

>>>> I'm wondering if people use Mylyn in the context of the C/C++ EPP. I'm

>>>>thinking perhaps it could be removed from the EPP if it's not really

>>>>used. It would clear up some things in the UI and make the package a

>>>>bit lighter (start-up time and size).

>>>> 

>>>> Let me know what you think!

>>>> 

>>>> Marc-Andre

>>>> _______________________________________________

>>>> epp-dev mailing list

>>>> epp-dev@xxxxxxxxxxx

>>>> To change your delivery options, retrieve your password, or

>>>>unsubscribe from this list, visit

>>>> https://dev.eclipse.org/mailman/listinfo/epp-dev

>>> 

>>> _______________________________________________

>>> epp-dev mailing list

>>> epp-dev@xxxxxxxxxxx

>>> To change your delivery options, retrieve your password, or unsubscribe

>>>from this list, visit

>>> https://dev.eclipse.org/mailman/listinfo/epp-dev

>> 

>> 

>> 

>>--

>>Eclipse Platform UI and e4 project co-lead

>>CEO vogella GmbH

>> 

>>Haindaalwisch 17a, 22395 Hamburg

>>Amtsgericht Hamburg: HRB 127058

>>Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel

>>USt-IdNr.: DE284122352

>>Fax (032) 221739404, Email: lars.vogel@xxxxxxxxxxx, Web:

>>http://www.vogella.com

>>_______________________________________________

>>epp-dev mailing list

>>epp-dev@xxxxxxxxxxx

>>To change your delivery options, retrieve your password, or unsubscribe

>>from this list, visit

>>https://dev.eclipse.org/mailman/listinfo/epp-dev

> _______________________________________________

> epp-dev mailing list

> epp-dev@xxxxxxxxxxx

> To change your delivery options, retrieve your password, or unsubscribe from this list, visit

> https://dev.eclipse.org/mailman/listinfo/epp-dev

_______________________________________________

epp-dev mailing list

epp-dev@xxxxxxxxxxx

To change your delivery options, retrieve your password, or unsubscribe from this list, visit

https://dev.eclipse.org/mailman/listinfo/epp-dev

 

 




_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/epp-dev

 

 

 


Back to the top