Can parameter guessing feature be disabled
11 Message(s) by 5 Author(s) originally posted in netbeans ide java
| From: Cruxic |
Date: Tuesday, December 18, 2007
|
| From: Sam Lalani |
Date: Thursday, December 20, 2007
|
I also want to turn off the feature where NB6 guesses the parameter when
auto-completing. Does anyone have an answer on how to disable that feature?
Note that I don't want to turn off the auto-completion feature, just the
part where it guesses the parameter.-----Original Message-----
From: Cruxic [mailto:cruxic@xxxxxxxxxxx]
Sent: Tuesday, December 18, 2007 10:23 PM
To: nbusers@xxxxxxxxxxx
Subject: [nbusers] Can parameter guessing feature be disabledHello fellow coders,
How do I turn off the new method parameter guessing auto-completion feature
in Netbeans 6? (See this if you do not know what I'm talking about:
http://wiki.netbeans.info/wiki/view/JAVA_EditorUsersGuide#section-JAVA_Edito
rUsersGuide-HowToUseCodeCompletion)
I'm sorry to say that the guessing ends up creating more work for me because
it usually guesses incorrectly. Does anybody know how to disable it?
Much Thanks.
--
View this message in context:
http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p
14411914.html
Sent from the Netbeans - Users mailing list archive at Nabble.com.
| From: Cruxic |
Date: Friday, December 28, 2007
|
| From: Sean Carrick |
Date: Friday, December 28, 2007
|
------=_Part_903_19610360.1198862132611
Content-Disposition: inline
Cruxic,
Not to down-play your complaint in the least, but in the forum
link
that you sent last, the poster states:
"...I have to proceed to the next parameter with CTRL+M instead of simply
typing a comma..."
My immediate thought was, why are you doing things the hard way? I
mean, when I'm using the parameter guessing, yeah, it sometimes gets it
wrong, but when it does, I simply
hit either the
<TAB > or
<ENTER> key to
move to the next parameter and keep doing so until I reach the parameter
that is wrong. At that
point I just
type over it with the correct
parameter.
Now, before you say something about how I'm only writing simple
methods, let me tell you. I have one method that takes (at this point)
about 15 parameters. When calling that method, 9 times out of 10 the
parameter guessing gets it wrong. However, it only takes me about 30
seconds, using the
<TAB> and/or
<ENTER> keys, to correct the problem. Then,
I spend another 5 or 10 seconds splitting the method call up over multiple
line s for hard-copy
output beautification purposes. I really do not see the
big deal, as it does, sometimes, save me having to type in parameter names
over and over again.
One last thing...I know that I need to revamp that method that takes so
many parameters and I am working on that. Please do not give me too much
guff about that method. It's the only one I have like that...
Cheers,
Sean Carrick
PekinSOFT Systems
PekinSOFT@xxxxxxxxxxx
wrote in message:
There's gotta be some way to disable it - is it impossible? Our
development
team is trying to move from JBuilder to Netbeans and this feature is
seriously annoying a few of us.
And I highly doubt that only a slight minority is bothered by this. For
example here is another forum posting complaining about it:
http://www.JAVA-forums.org/netbeans/4430-netbeans-6-0-code-completion-method-parameters.html
--
View this message in context:
http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14528330.html
Sent from the Netbeans - Users mailing list archive at Nabble.com.
------=_Part_903_19610360.1198862132611
Content-Disposition: inline
Cruxic,
<br><br> Not to down-play your complaint in the least, but in the forum link that you sent last, the poster states:
<br><br>"...I have to proceed to the next parameter with CTRL+M instead of simply typing a comma..."
<br><br> My immediate thought was, why are you doing things the hard way? I mean, when I'm using the parameter guessing, yeah, it sometimes gets it wrong, but when it does, I simply hit either the <TAB> or <ENTER> key to move to the next parameter and keep doing so until I reach the parameter that is wrong. At that point I just type over it with the correct parameter.
<br><br> Now, before you say something about how I'm only writing simple methods, let me tell you. I have one method that takes (at this point) about 15 parameters. When calling that method, 9 times out of 10 the parameter guessing gets it wrong. However, it only takes me about 30 seconds, using the <TAB> and/or <ENTER> keys, to correct the problem. Then, I spend another 5 or 10 seconds splitting the method call up over multiple lines for hard-copy output beautification purposes. I really don't see the big deal, as it does, sometimes, save me having to type in parameter names over and over again.
<br><br> One last thing...I know that I need to revamp that method that takes so many parameters and I am working on that. Please don't give me too much guff about that method. It's the only one I have like that...
<br><br>Cheers,
<br><br>Sean Carrick
<br>PekinSOFT Systems
<br><a href="mailto:PekinSOFT@xxxxxxxxxxx">PekinSOFT@xxxxxxxxxxx
</a><br><br><div class="gmail_quote">On Dec 28, 2007 11:00 AM, Cruxic <
<a href="mailto:cruxic@xxxxxxxxxxx">
wrote in message:
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>There's gotta be some way to disable it - is it impossible? Our development
<br>team is trying to move from JBuilder to Netbeans and this feature is
<br>seriously annoying a few of us.
<br><br>And I highly doubt that only a slight minority is bothered by this. For
<br>example here is another forum posting complaining about it:
<br><a href="http://www.JAVA-forums.org/netbeans/4430-netbeans-6-0-code-completion-method-parameters.html" target="_blank">http://www.JAVA-forums.org/netbeans/4430-netbeans-6-0-code-completion-method-parameters.html</a><br>
<font color="#888888"><br>--
<br>View this message in context:
<a href="http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14528330.html" target="_blank">http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14528330.html
</a><br></font><div><div></div><div class="Wj3C7c">Sent from the Netbeans - Users mailing list archive at
<a href="http://Nabble.com" target="_blank">Nabble.com
</a>.
<br></div></div></blockquote></div><br>
------=_Part_903_19610360.1198862132611--
| From: Andreas Malerz |
Date: Friday, December 28, 2007
|
There's gotta be some way to disable it - is it impossible? Our
development
team is trying to move from JBuilder to Netbeans and this feature is
seriously annoying a few of us.
And I highly doubt that only a slight minority is bothered by
this. For
example here is another forum posting complaining about it:
http://www.JAVA-forums.org/netbeans/4430-netbeans-6-0-code-
completion-method-parameters.html
Full ack!
I have the same problem and I really like what is written in the
mentioned
posting:
"I begin to think that either all automatic quote and braces
generation does
reduce productivity rather than improving it. It often ends up in
more code
needs to be
delete d than written."
I was really suprised by this 'feature'. The code is altered
automatically,
without asking the programmer. This is ok, if it is clear, that the
programmer
want this change. But in this case, we've some kind of 'guessing'.
For me it is ok to implement this, if there is a possibility to
switch it off
in the config.
Best regards,
anm
| From: Andreas Malerz |
Date: Friday, December 28, 2007
|
Am 28.12.2007 um 18:15 schrieb Sean Carrick:
Cruxic,
Not to down-play your complaint in the least, but in the forum
link that you sent last, the poster states:
"...I have to proceed to the next parameter with CTRL+M instead of
simply typing a comma..."
My immediate thought was, why are you doing things the hard
way? I mean, when I'm using the parameter guessing, yeah, it
sometimes gets it wrong, but when it does, I simply hit either the
<TAB> or <ENTER> key to move to the next parameter and keep doing
so until I reach the parameter that is wrong. At that point I just
type over it with the correct parameter.
Now, before you say something about how I'm only writing
simple methods, let me tell you. I have one method that takes (at
this point) about 15 parameters. When calling that method, 9 times
out of 10 the parameter guessing gets it wrong. However, it only
takes me about 30 seconds, using the <TAB> and/or <ENTER> keys, to
correct the problem. Then, I spend another 5 or 10 seconds
splitting the method call up over multiple lines for hard-copy
output beautification purposes. I really do not see the big deal,
as it does, sometimes, save me having to type in parameter names
over and over again.
I absolutely understand your point, but please understand, that there
are programmers out there who
wants to keep
control . I find it very annoying, because the editor is
doing so many strange things I
don't want.
While coding, I think about a method I'd like to call. I type the
first chars, press the button
for completion and select the correct method out of a list. Then I go
to the next line with
<ENTER>
to type in the params (one per line). Every action of the editor was
requested by myself, there was
no unintended action from the editor. I just like it this way. I want
to keep control.
This worked well with NB5.5, but now things have really changed. I
get a wrong list of params
directly in the same line. (Huh? Whats happening?)) I didn't press
any button!) Pressing
<ENTER> to
put the params in new lines won't help, since you'll
jump to the
next param. So I have to
(a) jump to the last param, then go back to the beginning to reformat
the param list or
(b) directly delete all params, then press return to type in the
params by hand again
This happens for every method invocation with parameters, which is
very annoying.
I do understand that other programmers like this feature, but why not
providing a switch in the
config to switch this off.
Best regards,
anm
| From: Sean Carrick |
Date: Friday, December 28, 2007
|
------=_Part_952_6486379.1198864014359
Content-Disposition: inline
anm,
wrote in message:
"(b) directly delete all params, then press return to type in the params by
hand again"
Why do you need to delete "all" of the parameters and retype them? Simply
press the
<END> key, if they are all correct and then
<CTRL>+
<LEFT-ARROW>
back to the
space immediately after the first comma in the list, press
<ENTER>, then
<CTRL>+
<RIGHT-ARROW> to the space after the next comma in the
list, press
<ENTER> and then
repeat until you've all of your parameters on
their own lines. It does not make sense, to me, to delete the parameters and
retype them, if they were guessed correctly. I do not understand why you
would be doing that.
Like Wade had said, if you watch what it's doing, learn to use the
<TAB>,
<ENTER> and
<END> keys, go back and reformat your code, if that's your
biggest concern, *then* you'll get used to the new
functionality and it
*will*most*definitely* increase your productivity. For example, I do not
have a lot of time to work on my OSS project on SF.net, due to needing to
work a "real"
job to pay the bills. Since upgrading to NB 6.0 and getting
used to the new features, I'm producing, at a minimum, half-again the amount
of code as I was in NB 5.5, in the *same*amount*of*time*. I do not think
that's too bad of an increase in productivity. Just my 2 cents...
Cheers,
Sean Carrick
PekinSOFT Systems
PekinSOFT@xxxxxxxxxxx
wrote in message:
Am 28.12.2007 um 18:15 schrieb Sean Carrick:
> Cruxic,
>
> Not to down-play your complaint in the least, but in the forum
> link that you sent last, the poster states:
>
> "...I have to proceed to the next parameter with CTRL+M instead of
> simply typing a comma..."
>
> My immediate thought was, why are you doing things the hard
> way? I mean, when I'm using the parameter guessing, yeah, it
> sometimes gets it wrong, but when it does, I simply hit either the
> <TAB> or <ENTER> key to move to the next parameter and keep doing
> so until I reach the parameter that is wrong. At that point I just
> type over it with the correct parameter.
>
> Now, before you say something about how I'm only writing
> simple methods, let me tell you. I have one method that takes (at
> this point) about 15 parameters. When calling that method, 9 times
> out of 10 the parameter guessing gets it wrong. However, it only
> takes me about 30 seconds, using the <TAB> and/or <ENTER> keys, to
> correct the problem. Then, I spend another 5 or 10 seconds
> splitting the method call up over multiple lines for hard-copy
> output beautification purposes. I really do not see the big deal,
> as it does, sometimes, save me having to type in parameter names
> over and over again.
I absolutely understand your point, but please understand, that there
are programmers out there who
wants to keep control. I find it very annoying, because the editor is
doing so many strange things I
don't want.
While coding, I think about a method I'd like to call. I type the
first chars, press the button
for completion and select the correct method out of a list. Then I go
to the next line with <ENTER>
to type in the params (one per line). Every action of the editor was
requested by myself, there was
no unintended action from the editor. I just like it this way. I want
to keep control.
This worked well with NB5.5, but now things have really changed. I
get a wrong list of params
directly in the same line. (Huh? Whats happening?)) I didn't press
any button!) Pressing <ENTER> to
put the params in new lines won't help, since you'll jump to the
next param. So I have to
(a) jump to the last param, then go back to the beginning to reformat
the param list or
(b) directly delete all params, then press return to type in the
params by hand again
This happens for every method invocation with parameters, which is
very annoying.
I do understand that other programmers like this feature, but why not
providing a switch in the
config to switch this off.
Best regards,
anm
------=_Part_952_6486379.1198864014359
Content-Disposition: inline
wrote in message:
<br><br>"(b) directly delete all params, then press return to type in the params by hand again"
<br><br>Why do you need to delete "all" of the parameters and retype them? Simply press the <END> key, if they are all correct and then <CTRL>+<LEFT-ARROW> back to the space immediately after the first comma in the list, press <ENTER>, then <CTRL>+<RIGHT-ARROW> to the space after the next comma in the list, press <ENTER> and then repeat until you've all of your parameters on their own lines. It doesn't make sense, to me, to delete the parameters and retype them, if they were guessed correctly. I don't understand why you'd be doing that.
<br><br>Like Wade had said, if you watch what it's doing, learn to use the <TAB>, <ENTER> and <END> keys, go back and reformat your code, if that's your biggest concern, *then* you'll get used to the new functionality and it *will*most*definitely* increase your productivity. For example, I don't have a lot of time to work on my OSS project on
SF.net, due to needing to work a "real" job to pay the bills. Since upgrading to NB 6.0 and getting used to the new features, I'm producing, at a minimum, half-again the amount of code as I was in NB 5.5, in the *same*amount*of*time*. I don't think that's too bad of an increase in productivity. Just my 2 cents...
<br><br>Cheers,
<br><br>Sean Carrick
<br>PekinSOFT Systems
<br><a href="mailto:PekinSOFT@xxxxxxxxxxx">PekinSOFT@xxxxxxxxxxx
</a><br><br><div class="gmail_quote">On Dec 28, 2007 11:36 AM, Andreas Malerz <
<a href="mailto:donderstorm@xxxxxxxxxxx">
wrote in message:
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Am 28.12.2007 um 18:15 schrieb Sean Carrick:
<br><div class="Ih2E3d">
<br>> Cruxic,
<br>>
<br>> Not to down-play your complaint in the least, but in the forum
<br>> link that you sent last, the poster states:
<br>>
<br>> "...I have to proceed to the next parameter with CTRL+M instead of
<br>> simply typing a comma..."
<br>>
<br>> My immediate thought was, why are you doing things the hard
<br>> way? I mean, when I'm using the parameter guessing, yeah, it
<br>> sometimes gets it wrong, but when it does, I simply hit either the
<br>> <TAB> or <ENTER> key to move to the next parameter and keep doing
<br>> so until I reach the parameter that is wrong. At that point I just
<br>> type over it with the correct parameter.
<br>>
<br>
> Now, before you say something about how I'm only writing
<br>> simple methods, let me tell you. I have one method that takes (at
<br>> this point) about 15 parameters. When calling that method, 9 times
<br>> out of 10 the parameter guessing gets it wrong. However, it only
<br>> takes me about 30 seconds, using the <TAB> and/or <ENTER> keys, to
<br>> correct the problem. Then, I spend another 5 or 10 seconds
<br>> splitting the method call up over multiple lines for hard-copy
<br>> output beautification purposes. I really don't see the big deal,
<br>> as it does, sometimes, save me having to type in parameter names
<br>> over and over again.
<br><br></div>I absolutely understand your point, but please understand, that there
<br>are programmers out there who
<br>wants to keep control. I find it very annoying, because the editor is
<br>
doing so many strange things I
<br>don't want.<br><br>While coding, I think about a method I'd like to call. I type the
<br>first chars, press the button
<br>for completion and select the correct method out of a list. Then I go
<br>to the next line with <ENTER>
<br>to type in the params (one per line). Every action of the editor was
<br>requested by myself, there was
<br>no unintended action from the editor. I just like it this way. I want
<br>
to keep control.
<br><br>This worked well with NB5.5, but now things have really changed. I
<br>get a wrong list of params
<br>directly in the same line. (Huh? Whats happening?)) I didn't press
<br>any button!) Pressing <ENTER> to
<br>put the params in new lines won't help, since you'll jump to the
<br>next param. So I have to
<br><br>(a) jump to the last param, then go back to the beginning to reformat
<br>the param list or
<br><br>(b) directly delete all params, then press return to type in the
<br>params by hand again
<br><br>This happens for every method invocation with parameters, which is
<br>very annoying.
<br><br>I do understand that other programmers like this feature, but why not
<br>providing a switch in the
<br>config to switch this off.
<br><br>Best regards,
<br><br> anm
<br></blockquote></div><br>
------=_Part_952_6486379.1198864014359--
| From: anm |
Date: Friday, December 28, 2007
|
Am 28.12.2007 um 18:46 schrieb Sean Carrick:
anm,
wrote in message:
"(b) directly delete all params, then press return to type in the
params by hand again"
Why do you need to delete "all" of the parameters and retype them?
Simply press the <END> key, if they are all correct and then <CTRL>
+<LEFT-ARROW> back to the space immediately after the first comma
in the list, press <ENTER>, then <CTRL>+<RIGHT-ARROW> to the space
after the next comma in the list, press <ENTER> and then repeat
until you've all of your parameters on their own lines. It
does not make sense, to me, to delete the parameters and retype
them, if they were guessed correctly. I do not understand why you
would be doing that.
I was just trying it out, but it didn't work.
Maybe I wasn't clear about what I'd like to do, so I'll
explain it with an example.
I'd like to create this code:
throw new MagicException(
MagicException.ErrorType.MAGIC_OUT_OF_ORDER,
"So you believe in magic? Ha! Buy a guitar!" );
To achive this task, I type
throw new Mag
and type CTRL-SPACE to use code completion. I'll get something like
this:
throw new MagicException(errorType, errorMsg)
The word "errorType" is marked and the
cursor is positioned before it.
This is cool, because I get the names of the necessary params. I
would like
to put each param in a single line, so I press
<RETURN>, but this is
a bad
idea, because the cursor will move to the next parameter.
Pressing
<TAB> has (of course) the very same effect.
<END> will get
the cursor
to the end of the line, but this won't help at all since I need to
move back to
the beginning of the parameter list. (Pressing
<ENTER> will get me
again to the
next parameter.
<sigh>)
NB6 wants me to type in the correct parameters, which will lead to
this line:
throw new MagicException
( MagicException.ErrorType.MAGIC_OUT_OF_ORDER, "So you believe in
magic? Ha! Buy a guitar!" );
Then I can put each parameter in a new line. But this monster is very
long and
'un-handy'. That's why I prefer a new line per parameter.
All I wish is to get back the behaviour of the
<ENTER> key to do that.
You mentioned that it is cool to have the parameter guessing. I
agree, I also
used it from time to time, but in most cases it is wrong.
IMHO I
spend more time
thinking about the proposals than about what I was doing.
(I admit that I am a
bit crazy about proposals from others. Think
about those nasty
guys calling you to sell a brand new coffee machine. I am on tea,
but this isn't
the problem. The problem is, that I was in a flow of working,
concentrated on the
thing I was doing. This
interrupt will destroy the flow and it'll
take a lot of
time to get there again. So I do not like anything I didn't
request. Even from NB.)
Please, please, keep in mind that this is my personal way of working.
I fully
understand that others will disagree. I was just asking for a switch
to turn this
feature off.
Best regards,
anm
Like Wade had said, if you watch what it's doing, learn to use the
<TAB>, <ENTER> and <END> keys, go back and reformat your code, if
that's your biggest concern, *then* you'll get used to the new
functionality and it *will*most*definitely* increase your
productivity. For example, I do not have a lot of time to work on
my OSS project on SF.net, due to needing to work a "real" job to
pay the bills. Since upgrading to NB 6.0 and getting used to the
new features, I'm producing, at a minimum, half-again the amount of
code as I was in NB 5.5, in the *same*amount*of*time*. I do not
think that's too bad of an increase in productivity. Just my 2
cents...
Cheers,
Sean Carrick
PekinSOFT Systems
PekinSOFT@xxxxxxxxxxx
wrote in message:
Am 28.12.2007 um 18:15 schrieb Sean Carrick:
> Cruxic,
>
> Not to down-play your complaint in the least, but in the forum
> link that you sent last, the poster states:
>
> "...I have to proceed to the next parameter with CTRL+M instead of
> simply typing a comma..."
>
> My immediate thought was, why are you doing things the hard
> way? I mean, when I'm using the parameter guessing, yeah, it
> sometimes gets it wrong, but when it does, I simply hit either the
> <TAB> or <ENTER> key to move to the next parameter and keep doing
> so until I reach the parameter that is wrong. At that point I just
> type over it with the correct parameter.
>
> Now, before you say something about how I'm only writing
> simple methods, let me tell you. I have one method that takes (at
> this point) about 15 parameters. When calling that method, 9 times
> out of 10 the parameter guessing gets it wrong. However, it only
> takes me about 30 seconds, using the <TAB> and/or <ENTER> keys, to
> correct the problem. Then, I spend another 5 or 10 seconds
> splitting the method call up over multiple lines for hard-copy
> output beautification purposes. I really do not see the big deal,
> as it does, sometimes, save me having to type in parameter names
> over and over again.
I absolutely understand your point, but please understand, that there
are programmers out there who
wants to keep control. I find it very annoying, because the editor is
doing so many strange things I
don't want.
While coding, I think about a method I'd like to call. I type the
first chars, press the button
for completion and select the correct method out of a list. Then I go
to the next line with <ENTER>
to type in the params (one per line). Every action of the editor was
requested by myself, there was
no unintended action from the editor. I just like it this way. I want
to keep control.
This worked well with NB5.5, but now things have really changed. I
get a wrong list of params
directly in the same line. (Huh? Whats happening?)) I didn't press
any button!) Pressing <ENTER> to
put the params in new lines won't help, since you'll jump to the
next param. So I have to
(a) jump to the last param, then go back to the beginning to reformat
the param list or
(b) directly delete all params, then press return to type in the
params by hand again
This happens for every method invocation with parameters, which is
very annoying.
I do understand that other programmers like this feature, but why not
providing a switch in the
config to switch this off.
Best regards,
anm
_________________________________________________________________
_ _
\`.__..--'' `.
( _ , \ Andreas Malerz
( <_< < < `',' `. Belderberg 22
\ (_< < < \ `. 53111 Bonn
`. `---- ( q _p
`-._ _.-' `-(_''\ andreas@xxxxxxxxxxx
(_'))--, `._\
`-._<
_/\______________________________________________________________
| From: Cruxic |
Date: Friday, December 28, 2007
|
Let me try to summarize what has been said so far so we can have some clarity
about the issue at hand. There are two view points:
*Group A*
I like it and you should too. If only you gave it a chance you'd be
500% more productive. Just use TAB and ENTER to move around if it guesses
wrong. Most people like this feature when they get used to it.
*Group B*
I do not like it - let me turn it off. It disrupts my "flow" or does not work
well with how I like to format my code. All I ask is for a way to turn it
off. Let me be in control please.There's not much to it really, is there? Group A can praise the feature all
they want but that does not nullify the complaints of Group B. The little
checkbox Group B asks for probably amounts to no more than a couple hours
work from an experienced Netbeans developer. Would not you say that's worth
it to make both
group s happy?
--
View this message in context:
http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14535211.html
Sent from the Netbeans - Users mailing list archive at Nabble.com.
| From: Sean Carrick |
Date: Saturday, December 29, 2007
|
------=_Part_1880_30527939.1198909321687
Content-Disposition: inline
Cruxic,
Awesome way to play mediator! I think that you are correct when you said
that it'd only take an NB developer, at most, a couple of hours (and
probably no more than 25 lines of code) to make both groups happy. Wade had
said that he was going to
file an issue regarding this, but one was already
filed. So, if the priority of that issue gets upped, then sooner (rather
than later) both groups should be happy.
Cheers,
Sean Carrick
PekinSOFT Systems
PekinSOFT@xxxxxxxxxxx
wrote in message:
Let me try to summarize what has been said so far so we can have some
clarity
about the issue at hand. There are two view points:
*Group A*
I like it and you should too. If only you gave it a chance you'd be
500% more productive. Just use TAB and ENTER to move around if it guesses
wrong. Most people like this feature when they get used to it.
*Group B*
I do not like it - let me turn it off. It disrupts my "flow" or does not
work
well with how I like to format my code. All I ask is for a way to turn it
off. Let me be in control please.
There's not much to it really, is there? Group A can praise the feature
all
they want but that does not nullify the complaints of Group B. The little
checkbox Group B asks for probably amounts to no more than a couple hours
work from an experienced Netbeans developer. Would not you say that's
worth
it to make both groups happy?
--
View this message in context:
http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14535211.html
Sent from the Netbeans - Users mailing list archive at Nabble.com.
------=_Part_1880_30527939.1198909321687
Content-Disposition: inline
Cruxic,
<br><br>Awesome way to play mediator! I think that you are correct when you said that it'd only take an NB developer, at most, a couple of hours (and probably no more than 25 lines of code) to make both groups happy. Wade had said that he was going to file an issue regarding this, but one was already filed. So, if the priority of that issue gets upped, then sooner (rather than later) both groups should be happy.
<br><br>Cheers,
<br><br>Sean Carrick
<br>PekinSOFT Systems
<br><a href="mailto:PekinSOFT@xxxxxxxxxxx">PekinSOFT@xxxxxxxxxxx
</a><br><br><div class="gmail_quote">On Dec 28, 2007 11:43 PM, Cruxic <
<a href="mailto:cruxic@xxxxxxxxxxx">
wrote in message:
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Let me try to summarize what has been said so far so we can have some clarity
<br>about the issue at hand. There are two view points:
<br><br>*Group A*
<br>I like it and you should too. If only you gave it a chance you'd be
<br>500% more productive. Just use TAB and ENTER to move around if it guesses
<br>wrong. Most people like this feature when they get used to it.
<br><br>*Group B*
<br>I don't like it - let me turn it off. It disrupts my "flow" or doesn't work
<br>well with how I like to format my code. All I ask is for a way to turn it
<br>off. Let me be in control please.
<br><br><br>There's not much to it really, is there? Group A can praise the feature all
<br>they want but that doesn't nullify the complaints of Group B. The little
<br>checkbox Group B asks for probably amounts to no more than a couple hours
<br>work from an experienced Netbeans developer. Wouldn't you say that's worth
<br>it to make both groups happy?
<br><font color="#888888"><br>--
<br>View this message in context:
<a href="http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14535211.html" target="_blank">
http://www.nabble.com/Can-parameter-guessing-feature-be-disabled-tp14411914p14535211.html</a><br></font><div><div></div><div class="Wj3C7c">Sent from the Netbeans - Users mailing list archive at
<a href="http://Nabble.com" target="_blank">
Nabble.com
</a>.
<br></div></div></blockquote></div><br>
------=_Part_1880_30527939.1198909321687--
| From: anm |
Date: Saturday, December 29, 2007
|
Am 29.12.2007 um 06:43 schrieb Cruxic:
Let me try to summarize what has been said so far so we can have
some clarity
about the issue at hand. There are two view points:
*Group A*
I like it and you should too. If only you gave it a chance you
would be
500% more productive. Just use TAB and ENTER to move around if it
guesses
wrong. Most people like this feature when they get used to it.
*Group B*
I do not like it - let me turn it off. It disrupts my "flow" or
does not work
well with how I like to format my code. All I ask is for a way to
turn it
off. Let me be in control please.
There's not much to it really, is there? Group A can praise the
feature all
they want but that does not nullify the complaints of Group B. The
little
checkbox Group B asks for probably amounts to no more than a couple
hours
work from an experienced Netbeans developer. Would not you say
that's worth
it to make both groups happy?Great comment. You get the point in such a small and elegant comment.
I feel we'll get a appropriate
solution to this issue soon.
Best regards,
anm
Next Message: Do not want to retain window settings.
Blogs related to Can parameter guessing feature be disabled
michael jordan is my hero
parameters strength car roof in cae analysis www.heritageharborottawa.com 9 23068 4106 John joe amador 441 9884032 67 rusty trombone that as a relative pronoun lobster yachts. www.johntesh.com 92 32389438 donald-duck
...
hi how can host I add the contents of one array to another say a ...
I need to validate a user based on two numbers .. one is its ID provided by company and another is unique key for that number (UNIQUE) so that no body
can guess the combination or
can crack it .. any idea is welcome .. i have read the
...
cameroon porno sex
www.axtor.hu msi /i or /qb in software package while loop for high-low
guessing game
java complicações da anemia aplásica fotos jovencitas paraguayas.com escuelas de auxiliares de enfermeria/argentina www.disneylatino juegos.com sample
...
at&t answer tones
class 3 weapons license code
parameters files class build pressure washing velvet brand clothing renault r5 spare parts college girl shower cams Ray white shailer park 92 301 5493069
...
phoneworks crack
dowmload j2ee and web development plug-ins france normandie brochure tourisme machine de fruits glac pep curry nombre onze mutant gene hemophilia address inusa python configure with readline anomalia costela python
can use
java torres
...
www.porne woman.com
vsi gauge mailman config_list
disable welcome remicade melkerson-rosenthal Pit bull staff littlepace residents association que es el engrosamiento de membranas mucosas. materiel de conditionnement huile d'olive windows installer
feature ...