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.

Bug 10160 - Abbreviration expansion can be triggered by other chars than just space
Summary: Abbreviration expansion can be triggered by other chars than just space
Status: VERIFIED DUPLICATE of bug 68528
Alias: None
Product: editor
Classification: Unclassified
Component: Macros (show other bugs)
Version: 3.x
Hardware: PC Linux
: P1 blocker with 2 votes (vote)
Assignee: issues@editor
URL:
Keywords: USABILITY
Depends on:
Blocks:
 
Reported: 2001-03-12 09:13 UTC by _ pkuzel
Modified: 2007-11-05 13:40 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ pkuzel 2001-03-12 09:13:15 UTC
I like vim's approach of expanding abbrevirations while typing "." appending it
after expansion.
Comment 1 Jan Chalupa 2001-05-05 21:57:12 UTC
Target milestone -> 3.3
Comment 2 David Konecny 2001-05-22 15:50:39 UTC
Changing the state of the issue to ASSIGNED, because it was cover in 
Requirements document at http://editor.netbeans.org/doc/Requirements.html
Comment 3 Jan Chalupa 2001-11-27 12:28:03 UTC
Target milestone -> 3.3.1.
Comment 4 Marek Grummich 2002-07-22 12:10:47 UTC
Set target milestone to TBD
Comment 5 Marek Grummich 2002-07-22 12:14:30 UTC
Set target milestone to TBD
Comment 6 _ briansmith 2002-12-05 03:03:03 UTC
Probably Tab is not too bad. I thing that something has to be changed
because it is quite suprising that when I type "StringTokenizer st =
...") I get "StringTokenizer static = ..." and if I really want to use
the name "st" then I have to trick the editor into letting me do it.
So, I think the trigger for expanding an abbreviation should be
something more explicit than space or enter. 
Comment 7 _ gtzabari 2002-12-08 01:11:47 UTC
Brian, I argue that:

"StringTokenizer st" auto-completing to "StringTokenizer static " can
be fixed by making abbreviations context-sensitive. It *never* makes
sense to auto-complete variable names so abbreviations should
obviously be disabled in this case.
Comment 8 Miloslav Metelka 2002-12-09 16:34:10 UTC
IMO it's rather difficult to find out that "st" was a variable name in
the previous example. To make it solidly a parser would be necessary
to determine that fact. However it would be rather difficult to run
the parser in that case as the text can be in an incomplete state.
There could be some simpler rules as e.g. "if there are two
identifiers delimited by white-space the first one is likely a type"
but I still think a more explicit expand key such as Tab is generally
better solution.
Comment 9 _ pkuzel 2003-10-06 10:11:47 UTC
It does not seems anybody is working on it...
Comment 10 _ jrichard 2003-10-25 03:48:43 UTC
suggestion: several other IDEs use the code insight/completion
keybinding for abbreviation expansion (typically ctrl+space).
This make sense because the user has already been conditioned to 
think of that keystroke as one which inserts text.
Comment 11 Roman Strobl 2004-12-08 14:53:37 UTC
Changing subcomponent to macros.
Comment 12 Milan Kubec 2005-03-18 09:14:09 UTC
IMO expansion char should be configurable in editor options.
Comment 13 Milan Kubec 2005-04-26 13:00:35 UTC
Increasing priority of this old RFE.
Comment 14 _ alexlamsl 2005-12-01 00:43:58 UTC
in recent keymap options I can see one (under Others) that says "Substitute 
Code Completion Text" - does that do the job?
Comment 15 Miloslav Metelka 2005-12-01 11:04:24 UTC
In Tools->Options->Editor->Code Templates there is now "Expand Template on" and
you can choose SPACE, Shift+SPACE, TAB, ENTER.

*** This issue has been marked as a duplicate of 68528 ***
Comment 16 _ alexlamsl 2006-01-30 14:38:08 UTC
verified.