Re: [eclipse-pmc] Photon (4.8) Release Review Material

["Daniel Megert" <daniel_megert@xxxxxxxxxx>]

>  Users
simply delete the nature from their .project files, and that doesn't trigger
any kind of specific action in the IDE

Well it/we could.
There's a delta sent out about the project info having changed when changing
the .project file. Of course this could cause problems when a wizards makes
the changes and then the .project info listener kicks in.

I think the configure
API you mention does not work well. It might do some minimal stuff but
not much. E.g. if you add the Java nature to a general project, not much
will be added except the nature, e.g. there's not JRE added to the build
path. Those things usual require user interaction to set up the project.
That's what the wizards do.

Dani



From:
       Mickael
Istria <mistria@xxxxxxxxxx>
To:
       eclipse-pmc@xxxxxxxxxxx
Date:
       28.05.2018
20:37
Subject:
       Re:
[eclipse-pmc] Photon (4.8) Release Review Material
Sent
by:        eclipse-pmc-bounces@xxxxxxxxxxx

---

ing

On Mon, May 28, 2018 at 8:13 PM, Mike
Wilson <Mike_Wilson@xxxxxxxxxx>
wrote:
Sure, but if we haven't got any idea
how we could get past the state where we might be leaving people's installs
"requiring further extensive and non-obvious configuration changes",
it seems like maybe we should have held off on the feature.

The rationale behind this feature is
that the current state of art used by many many users (and documented as
answers on various forums like StackOverflow) leads to much much worse
state. Users simply delete the nature from their .project files, and that
doesn't trigger any kind of specific action in the IDE. At least, by providing
a UI entry-point, we know that the right APIs are invoked, that the possible
listeners are notified and so on. So there is at least an entry-point to
make things better and to either take advantage of the ability to easily
add/remove good features without issue, at the risk of sometimes seeing
some incomplete installation/uninstallation (which are actually bugs in
the nature).
So at some point, I think by holding
off features until the world gets perfect, we simply end up by not doing
anything and not leading adopters to provide better code and UX to their
users.
-- 
Mickael Istria
Eclipse
IDE developer, for Red
Hat Developers_______________________________________________
eclipse-pmc mailing list
eclipse-pmc@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-pmc