This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Autocomplete should be worked also for local variables. Example public void moin (int indexOfTestTableModel) { int workIndex; ..... } The variables 'indexOfTestTableModel' and 'workIndex' should be detected. Also private members should be shown, if I have access to them.
Set target milestone to TBD
Copy from Issue 38947: Reporter: rsk@netbeans.org (Riyad Kalla) I would like to request that autocompletion for local variables be added to the IDE. I am not aware of ANY IDE that does NOT let you complete local variables except for NetBeans. I'm not sure how the lack of this has lasted so long except for the fact that people might just be used to it. Also, CTRL-L/K doesn't count, that's more of a Emacs text-complete feature than it is an IDE feature. Can someone shed some light as to why this doesn't exist and how its gone so long without being implemented? I see the roadmap for 3.6 and 4.0, and while I see a lot of IDE features, I don't see almost any editing-specific features which is 90% of the work a person does with an IDE.
Copy from Issue 38947 ------- Additional Comments From Maxym 2004-02-14 14:12 PST ------- I received a request for this functionality on a local mailing list (nbdiscuss_ru@netbeans.org) from Sergey Kholobuda. May I request a review of this rather useful and fundamental coding-productivity functionality, please, why it's not there, and how Java-MDR (in 4.0) may solve this issue? ------- Additional Comments From Riyad Kalla 2004-03-10 10:29 PST ------- Maxym, Are you addressing these questions to me? I have no idea why its not there... as I mentioned in my original post, every other IDE and even text editor that supports completion has this functionality and I can't figure out for the life of my how it was overlooked. The more I use NetBeans the more it is making me crazy manually typing out my damn local variables. Think about it, probably more than 1/2 of the variables programmers work with are created within the score of a method or constructor. Giving the current functionality with NetBeans, its simply not possible to complete these variables which effectively defeats one of the fundamentally most important features of an IDE: autocomplete. Also as far as the reality of this, I believe it encourages people to type shorter and less readable variable names just because of the lack of autocomplete. Take the example: Date dateFirstUserJoined = getSystemStartDate(); now lets say my method is 50 lines long, and it calls 3 or 4 other methods with the same variable... you get the idea... I'm not going to type that variable over and over and over again. So instead I might name it: Date dfj = getSystemStartDate(); which helps me not type, but makes my code useless to someone else and probably myself after not looking at the code for a few weeks then trying to remember what those names were. I imagine the lack of this functionality stems from short commings in the autocomplete parser. Autocomplete accuracy, delay and intelligence in NetBeans 3.5.1 acts like a proof of concept when compared to the likes of Eclipse 3.x (and 2.x sort of) or IntelliJ 3.x/4.x. Clearly this release is very old, but after trying the 3.6 beta release and 4.0 dev stream for a week, I see absolutely no improvements... it still behaves the same. This bug/enhancement/whatever frustrates me so much because autocomplete and syntax highlighting are some of the #1 core functionalities that most all IDEs need and are based around. Without them, or with weak implementations of them you just drive the programmers crazy trying to work around the short commings. Clearly this isn't your fault, I'm sorry for the accusatory tone; its intended at whoever decided things to be the way they are currently.
*** Issue 38947 has been marked as a duplicate of this issue. ***
*** Issue 24391 has been marked as a duplicate of this issue. ***
*** Issue 27974 has been marked as a duplicate of this issue. ***
Pavel, Thank you upgrading the priority of this. Has the editor team even evaluated the feasibility of this feature for the 4.0 time frame? (its truely unfortunate that it couldn't make it into 3.6) As a side note, I was working with a new developer this morning who uses NetBeans exclusively... and ever single one of his method-scope variables were 2 to 3 letter abbreviations. So it seems the lack of this feature really does effect how these developers are coding.
Forwarding comment from related issue: "JBuilder completes irrespective of case, if there is no ambiguity - handy" This sounds like a good idea to me too.
Changing subcomponent to "code completion"
Probable dupe of issue #11576.
Can anyone provide an evaluation of this?
Yes, it's a dup of #11576, please evaluate that I copied all in CC here to that issue *** This issue has been marked as a duplicate of 11576 ***