Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.help > #2706

Re: Eclipse: Folding Code Blocks More Specific Than Methods?

From Steve <tinker123@gmail.com>
Newsgroups comp.lang.java.help
Subject Re: Eclipse: Folding Code Blocks More Specific Than Methods?
Date 2013-05-03 16:53 -0400
Organization A noiseless patient Spider
Message-ID <km17ts$c7b$1@dont-email.me> (permalink)
References <klu7km$ja7$1@dont-email.me> <oxBgt.28705$oP1.8900@newsfe08.iad> <km0dhf$eio$1@dont-email.me> <RoTgt.16453$VE.2182@newsfe25.iad>

Show all headers | View raw


On Friday May 03 2:32 PM, Daniel Pitts wrote:
> No harm in being familiar with what "everyone uses". As long as you
> don't use it only for that reason.

I used EMACS in college when everyone was using VI and I've used VSE for 
the past 14 years where nobody at anyplace I ever worked was familiar 
with it.

> Yup. I've paid for my own when my company wouldn't, but now my company
> pays for it.  They also have good "upgrade" licenses which reduces the
> TCO over time.

I've paid for slickedit a number of times too.  At least IntelliJ is 
$100 cheaper.


> The big features in IntelliJ I like is its automatic code completion. It
> is extremely smart about types and scope, it also is camel-case aware.
> For example, if there is a method MyFoo findMyFoo(), and I want the
> following code written: MyFoo foo = findMyFoo(); The keystrokes I need are:
> M-F (command-space) foo = (command-space);  if there are other "MyFoo"
> values (other variables or methods), then I need to differentiate
> between them.  It will provide a drop-down to show the ambiguity, but I
> can type "fmf" or "fMF" to narrow it down to findMyFoo".


I take code completion in an IDE for granted.  I've noticed that Eclipse 
takes it to a bit more of a fancy level, similar to what you describe.

I'm not a 100% sure that VSE is camel case sensitive, but I think it is. 
  It just does so many things right that I take a lot for granted.


> Next best feature: Automated Refactoring.  Introduce
> (constant/variable/method) are incredible. They will even automatically
> find duplicate code which can be replaced by the newly created entity.
> Extract Superclass/Interface are also awesome, but need a little more
> oversight.  Push members down/pull members up help with larger
> refactoring tasks.

I've heard that Eclipse has something like this too.  It sounds both 
exciting and scarey.


> I realize I sound like I'm in IntelliJ sales :-). I just like the
> product, but I could care less if anyone else uses it.  Unless jetbrains
> starts paying me for testimonials ;-)

I know what you mean.  I've gotten a few bosses to buy a few copies. 
Many years ago they even sent me a t-shirt for being such a fan.   I 
think I've sold about 5 iMacs, but Apple never sent me a t-shirt :)


Back to comp.lang.java.help | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Eclipse:  Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-02 13:30 -0400
  Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Joerg Meier <joergmmeier@arcor.de> - 2013-05-02 20:30 +0200
  Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Lew <lewbloch@gmail.com> - 2013-05-02 12:35 -0700
    Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-02 17:59 -0400
  Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-05-02 15:12 -0700
    Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-03 09:23 -0400
      Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-05-03 11:32 -0700
        Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Steve <tinker123@gmail.com> - 2013-05-03 16:53 -0400
          Re: Eclipse:  Folding Code Blocks More Specific Than Methods? Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-05-03 20:46 -0700

csiph-web