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: | I18N - Refactor copy between project ignores encoding | ||
|---|---|---|---|
| Product: | java | Reporter: | gyszalai <gyszalai> |
| Component: | Refactoring | Assignee: | Jan Becicka <jbecicka> |
| Status: | NEW --- | ||
| Severity: | blocker | CC: | kfrank |
| Priority: | P2 | Keywords: | I18N |
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | ENHANCEMENT | Exception Reporter: | |
|
Description
gyszalai
2008-12-12 10:00:40 UTC
I think the way the project encoding is setup, is that encoding conversion is not done and thus this would not happen ok as in this case shows. But it seems that it should happen since between 2 projects, with assumption that all files in each project are in the encoding of the project (otherwise user should change it to be so) I'm going to put this as p2 for now since it does seem like a basic functionality of feq/encoding handling and is related to the criteria about use of characters of other locales. to developers - are there other places where copying of file info/date from one project to another happens as part of d doing things in nb ? ken.frank@sun.com AFAIK automatic encoding change has not been implemented for neither plain copy/move nor refactoring copy/move yet. Changing to FEATURE. IMO, the best place to implement it would be particular data types (java, c, ...) that have necessary knowledge about the content. As some data types like xml may be independent on project encoding. It would cover all file copy/move operations. gyszalai: In order to fix encoding manually use the Encoding Support plugin that allows you to open and save a file in given encoding. |