I'm new to Android development but I've been using Indigo for about a week and haven't run into any issues aside from the emulator being SLOW (admittedly not the fault of Eclipse :-).
Might as well give it a try, it's easy enough to revert back to a previous version if necessary..
If you have an Android device, its much easier to use the device instead of the simulator. Just connect your phone to your computer via usb and enable debugging on the phone. You can still trace through your code in Eclipse as if you were running through the simulator.
I'm new to Eclipse as I just started learning Android development a few weeks ago. Is there anything in Indigo that improves Android development? From http://www.eclipse.org/indigo/, the only thing that struck me was EGit.
Agreed, EGit is not ready for public consumption. Sticking with Tortoise or command line is the only way to make sure you don't end up doing serious damage to your repos.
Their biggest problem is their treatment of previous changes and parents. It fubars the system by repeatedly introduce previous additions or deletions from your codebase.
Have you looked at using "git gui" instead? It seems to be a more stable, reliable, and supported tool than egit. It lacks direct Eclipse integration of course, but in practice I've never found that to be a problem.
Maybe I was misunderstanding, but I assumed the parent comment was wanting to be able to easily select individual changes from his re-factoring for committing. Git GUI is great for that. I'm not aware of any additional "refactoring" related functionality that eGit offers above and beyond that.
You might give Motodev from Motorola a try. It's basically a Motorola modified Eclipse for smartphone development. I like the snippets window and the project wizards. Free too.
Wow, that design looks very, very close to the old Indigo books (they bought Chapter's in Canada) logo. Same colours, font, even the use of the exclamation point.
I wonder if there was any influence or if it is just coincidence. Unfortunately, a bookstore was the first thing I thought of.
On OS X, Windows and Linux, with every version of Eclipse I've ever tried, I can measure the response time between right clicking on a project and a context menu appearing.
I never could understand why people paid for IntelliJ licenses when Eclipse was available for free; and then I finally tried IntelliJ on my last project. Long story short, I'm now an IntelliJ user. The strong Maven support was a strong selling point, but really it's that strong built-in support you get for all of the libraries, frameworks and tools in the Java ecosystem.
38 comments
[ 3.1 ms ] story [ 79.4 ms ] threadMight as well give it a try, it's easy enough to revert back to a previous version if necessary..
also CDT-ADT integration was moved from Eclipse Sequoyah to Eclipse CDT
Their biggest problem is their treatment of previous changes and parents. It fubars the system by repeatedly introduce previous additions or deletions from your codebase.
ATL and Xtext have a lot of potential, for instance. Not to mention externally developed projects like Bioclipse and Knime.
It is probably time for a serious fork to illustrate how nice the core platform could be.
JVM (Java in my case :/) + native widgets (fast) + built in update mechanism + robust module system (OSGi)
Love or hate Eclipse the IDE, Eclipse the Rich Client Platform is really solid framework for thick clients.
I wonder if there was any influence or if it is just coincidence. Unfortunately, a bookstore was the first thing I thought of.
Only a small logo on top right but this was my first thought as well. Not quite the same font but same proportions.
On OS X, Windows and Linux, with every version of Eclipse I've ever tried, I can measure the response time between right clicking on a project and a context menu appearing.
Not that I'm saying Eclipse has a super-responsive UI. :)
http://www.jetbrains.com/idea/
Workbench: http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclips...
JDT: http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclips...
EGit: http://help.eclipse.org/indigo/topic/org.eclipse.egit.doc/he...