News for hackers. Stuff that matters.
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by abalashov on Wednesday May 06, 2009 @10:26PM (#597289)
All right. So, what if I have an existing project I want to import into Eclipse and not have it lay its workspace droppings all over it? Can I do that and leave the actual source tree relatively untouched? What happens when I want to export it out of the workspace back into the external form the tree took before?
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by krschultz on Wednesday May 06, 2009 @10:48PM (#597317)
You mention Vi, but as an Emacs user one of the things that eased the transition to Eclipse for me was a setting that enabled all of the commands I already knew (google emacs mode). Also Eclipse has a great set of keyboard shortcuts to do everything, I normally do my whole workflow without the mouse being on my desk.

For Java work an IDE is essential. For C/C++ I still use Emacs but having Javadocs integrated right there and a nice debugger and refactoring is key.

You might also be interested in this: http://community.buglabs.net/kgilmer/posts/114-Getting-the-f...

Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by jrockway on Thursday May 07, 2009 @01:14AM (#597478)
Eclipse's emacs mode is nothing like Emacs. For example, it binds undo to F9, leaving C-/ (the emacs binding for undo) as "comment this line". WTF. Of course, once you fix the bindings, Eclipse's undo doesn't work anything like Emacs' undo. It's not Emacs, it's Eclipse with C-a (but not M-n) and C-e.
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by brown9 on Wednesday May 06, 2009 @10:36PM (#597303)
Yes. Eclipse can be flexible with where the source folders are, where your libraries are coming from, etc. You'll (usually) only have two metadata files: a .classpath and a .project, and occasionally, a .settings folder (for any per-project settings you might change such as compiler warnings, etc.)

Otherwise, you can leave your structure intact and unchanged.

Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by abalashov on Wednesday May 06, 2009 @10:51PM (#597321)
How do I export the project back out to its original form once I imported it into the workspace? Or is it safe to just copy the stuff out of my workspace folder?
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by whirlycott1 on Wednesday May 06, 2009 @10:59PM (#597330)
First of all: you are using version control, right? Please tell me yes.

Eclipse isn't going to "change" your code at all. It'll put two or three files and dirs in the root of your project. That's it. Your code is the same as it was before.

Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by abalashov on Wednesday May 06, 2009 @11:35PM (#597360)
Yep, using SVN. Not sure I want Eclipse to ride it, though.
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by wlievens on Thursday May 07, 2009 @03:36AM (#597605)
If you move a class to another package in Eclipse (using drag&drop), it will automatically issue the necessary svn move command, and synch up the import statements everywhere. That's a 20 minute job done in 2 seconds.
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by brown9 on Wednesday May 06, 2009 @11:00PM (#597331)
Eclipse won't change your file/folder structure (unless you tell it to).

In fact, you can have source code somewhere outside of your "workspace" and just point Eclipse to it, there is no requirement for the code to be inside the "workspace".

Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by abalashov on Wednesday May 06, 2009 @11:35PM (#597361)
I'm guessing that's done by some method other than the "Import" facility...?
Re:Ask HN: Reasonable Java editor for heavily CLI-oriented U... by johngunderman on Thursday May 07, 2009 @12:05AM (#597388)
Import will just tell Eclipse where the code is located, not actually copy it into the workspace. Import is probably what you want.