There are some good arguments I fully agree with.
Things such as having most of JDT warnings disabled by default is a
only way to hide the value of Eclipse. Most products show everything
they can do by default, and users are free to disable the useless
parts. On this topic, some Eclipse projects chose the other way
round, which seems to lower the value of the IDE. I'm aware of the
argument "people don't like to see hundreds of warnings", but it's
the role of an IDE to show them and teach to any developer a better
way to write code.
Opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=417630
I don't know much of JSDT and VJET, but I heard mainly bad things on
the topic of JS development with Eclipse. I guess in current world
where everything is _javascript_ for tablet and smartphone, a bad
_javascript_ tooling can be a cause of total failure of an IDE. Let's
hope some contributors will put efforts on this. It would be
interesting to know how much contributors plan to invest in this (to
be honest I don't even know for Red Hat...) and see whether some
improvement will happen. And it could be interesting to highlight
_javascript_ as a "hot topic" and a corner-stone of the future of IDEs
and make call for participations, via newsletter, twitter or other.
Could it be something the Foundation could do?
More generally, the most web-centric package is Eclipse JEE. It
could make sense to rename it "Eclipse for Web and Mobile
Development" to advertise the support of more trendy/modern web
technologies such as JS and get further than just JEE.
Opened https://bugs.eclipse.org/bugs/show_bug.cgi?id=417632
The "Several minor things" are actually pragmatic feature requests
that should be entered in the tracker. I let other people do it ;)
|