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.
Sometimes I write my comments in french and the word 'le' (means "the" or somethin') is often used. Whenever I type 'le' and press SPACE, it's automatically completed for 'length'. It's not a big problem, just a bit anoying.
You have the possibility to remove 'le' abbreviation from editor settings. Please see Editor Settings - Abbreviations in Global options. But from UI point of view, perhaps it is better to omit abbreviations feature in comment block.
Changing to enhancement. - perhaps it is better to omit abbreviations feature in comment block.
I just receive message : "Changing to enhancement. - perhaps it is better to omit abbreviations feature in comment block." This could be a good thing.
Target milestone -> 3.3.1.
*** Issue 18265 has been marked as a duplicate of this issue. ***
A new bug 23138 was created for not-unrolling abbrevs inside the string literal. I have a comment to both these: It is possible that someone will create an abbreviation for phrase "for future use" and he/she will WANT to unroll it in comments (similar case can be found for strings). Therefore I do not agree that disabling abbreviations in comments (strings) is a good idea. The only reliable possibility in scope of current editor I see is to mark each abbreviation (¯o?) with a flag(s) that will say where this abbreviation should be unrolled.
Set target milestone to TBD
Another option to abbreviation marking is to have a keyboard shortcut that forces the abbreviation expansion and an option to avoid automatic expansion, just as in code completion (automatic or CTRL-SPACE). This is also covered in issue 23571
this has been brought up on nbusers a few times, so I'm raising the priority and switching to DEFECT since expansion of abbreviations in a comment is *undesired*.
*** Issue 36514 has been marked as a duplicate of this issue. ***
Another suggestion: it would be useful to have some kind of localized 'profiles' for abbreviations since their 'usefulness' or rather non-conflictingness depends on the actual language being used by a user. Please consider Issue 42362 when doing a rework on abbreviations.
We will attempt to address this into promoD.
How about two abbreviation lists: one used within code, the other used within comments? This would allow both standard java abbreviations as well as custom (or i18n localized) phrase abbreviations. Also, I'd suggest a checkbox to enable/disable each list. (I type fast enough to make most abbreviations annoying rather then helpful. I'm learning bad habits, such as automatically backspacing after typing certain letter combos... this is bad when these habits assert themselves in other areas, e.g. my email client. I know I should delete those abbreviations from the list, but a checkbox would be nice.)
Changing subcomponent to macros.
Changed target milestone to TBD.
*** Issue 53775 has been marked as a duplicate of this issue. ***
I somewhat like the idea of the two abbrevs lists but I'm wondering whether the users will be really using it in practice. Anyway disabling of the abbrevs in comments makes sense and it could be implemented as a simple checkbox in the abbrevs customization dialog. Adding Rudolf to cc whether he has any comment to this.
Can we fix this in 4.1? This issue was opened on nbusers and it has several votes. If not, please remove the fix_in_41 status whiteboard, I don't insist on fixing it till 4.1, I only suggest it. Rudolfe, do you have any comments?
Removed the fix-in-41 sw while hoping we will solve important issues with abbreviations in 4.2.
This issue was fixed as part of the fix for issue 23138.
I've just added an enhancement request (http://www.netbeans.org/issues/show_bug.cgi?id=61974) for the separate lists suggested by janicki.
Reopening, the issue reappeared in recent builds.
Reopening.
I'll fix this.
Checking in codetemplates/src/org/netbeans/lib/editor/codetemplates/AbbrevDetection.java; /cvs/editor/codetemplates/src/org/netbeans/lib/editor/codetemplates/AbbrevDetection.java,v <-- AbbrevDetection.java new revision: 1.4; previous revision: 1.3 done Checking in codetemplates/src/org/netbeans/lib/editor/codetemplates/CodeTemplateCompletionProvider.java; /cvs/editor/codetemplates/src/org/netbeans/lib/editor/codetemplates/CodeTemplateCompletionProvider.java,v <-- CodeTemplateCompletionProvider.java new revision: 1.4; previous revision: 1.3
Verified.
Seems to be fixed only for Java files. Problem persists with generic XML and Ant build files.