> front of us. Whatever happens, it'll be somewhat of a mix between the two, > my personal hope, of course, is that it's in my favour!
That's a really good statement to show the general problem of this discussion. IDEA will never be able so satisfy the needs of all users. You would have to put thousands of tools, options, configurations, etc. in IDEA. And this would - no doubt for me - kill this absolutely great IDE. In my opinion any piece of software will get big, slow and useless if you try to integrate tons of features that are big enough for fat standalone applications. Most of us here do not want to see wizards like in Windows or JBuilder in IDEA. And I think the reason for this is: if you know what you are doing - and I suppose most developers using IDEA do - you're way faster without wizards. If I think about why IDEA lets me do my work much faster and better it's the great editor with its tiny little helper features. Of course refactoring is great as well. No doubt. And I also believe I would make some use of the - this is what the original discussion was about - "code smell" detection feature. But we should not divide users here in 2 categories: the ones that just want a cool editor with nothing else and the others that want a blown application that can do everything with some mouse clicks. I guess there are no such 2 categories but the latest postings look like the discussion is about these two alternatives. Let's always improve IDEA and add great new high level features in a reasonable way. As long as the basic IDEA functionality does not suffer from new features, e.g. getting slower, it's okay. But please don't forget low level functionality that makes us develop faster and gives us more comfort as well: e.g. creating missing directories, checking compiler dependencies, multiple output paths, etc. In my opinion adding more and more high level stuff won't make IDEA better as long as important low level stuff you need every day is suffering from it. Otherwise every new feature is always appreciated. :-) Michael _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features
