| Summary: | [rename][nls tooling] allow to rename externalized string | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Michael Seele <mseele> |
| Component: | Text | Assignee: | JDT-Text-Inbox <jdt-text-inbox> |
| Status: | ASSIGNED --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | daniel_megert, deepakazad, markus.kell.r |
| Version: | 3.7 | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Michael Seele
We don't want to open up the Rename action for general contributions. A better way to implement this would be a Rename Property Key refactoring in JDT. We already have rename support for Eclipse-style NLS'd keys (Rename Field with the NLS participant), and it would be nice to have that extended to String-style keys. NLSKeyHyperlinkDetector already has all the code to detect and resolve the key in the properties file, so this has to be extracted and reused in a new rename refactoring processor. The element of the refactoring will be a new API type that represents a properties key (basically a "properties file / key" pair). Would you like to work on this? |