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.
Summary: | New TemplateMap feauture with import/export options | ||
---|---|---|---|
Product: | platform | Reporter: | gliesian <gliesian> |
Component: | Templates | Assignee: | Martin Entlicher <mentlicher> |
Status: | NEW --- | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 7.0.1 | ||
Hardware: | PC | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
gliesian
2009-10-24 16:02:24 UTC
What specific limitations do you mean (of course there are always some limitations)? How should it differ from current Tools -> Options -> Export -> Templates? Wrong component. TemplateMaps should represent a user selectable set of language code templates. TemplateMap myFirstTemplateMap includes: Java code template Ruby code template TemplateMap mySecondTemplateMap includes: Java code template Groovy code template TemplateMap myThirdTemplateMap includes: All templates I guess the TemplateMap isn't necessary if the user can individually select what 'language' code templates can be exported in groups. However, being able to mangage TemplateMaps would bring added value to organizing and managing code templates. So, in essence, TemplateMaps would be applied to the IDE that include code templates, not code templates directly. And the user would be able to apply more that one TemplateMap. These are just my thoughts, and this PTR can be REJECTED all together, if the concept of TemplateMaps is deemed unneccesary. -- Robert TemplateMaps should represent a user selectable set of language code templates. TemplateMap myFirstTemplateMap includes: Java code template Ruby code template TemplateMap mySecondTemplateMap includes: Java code template Groovy code template TemplateMap myThirdTemplateMap includes: All templates I guess the TemplateMap isn't necessary if the user can individually select what 'language' code templates can be exported in groups. However, being able to mangage TemplateMaps would bring added value to organizing and managing code templates. So, in essence, TemplateMaps would be applied to the IDE that include code templates, not code templates directly. And the user would be able to apply more that one TemplateMap. These are just my thoughts, and this PTR can be REJECTED all together, if the concept of TemplateMaps is deemed unneccesary. -- Robert |