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 87358 - I18N Problems with regional characters in package/class names
Summary: I18N Problems with regional characters in package/class names
Status: VERIFIED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P2 blocker (vote)
Assignee: Tomas Zezula
URL:
Keywords: I18N
Depends on: 42638
Blocks:
  Show dependency tree
 
Reported: 2006-10-17 17:07 UTC by Jiri Prox
Modified: 2007-04-23 12:57 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
screenshot (18.09 KB, image/png)
2006-10-17 17:09 UTC, Jiri Prox
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jiri Prox 2006-10-17 17:07:50 UTC
NetBeans IDE Dev (Build 200610161800)
1.5.0_09; Java HotSpot(TM) Client VM 1.5.0_09-b02
Windows XP version 5.1 running on x86
en_US (nb); Cp1252

The class containing characters from czech alphabet in name are not created
correctly. It does not happen for all but only for some of them (e.g : ěčřČŘ ...).
In navigator view the name is correct but in code there are ? instead of problem
character. 
There is similar bug reported on Mac (issue 75770)
Comment 1 Jiri Prox 2006-10-17 17:09:37 UTC
Created attachment 35299 [details]
screenshot
Comment 2 Tomas Zezula 2007-01-04 09:19:18 UTC
The issue has two parts. The first part is not NetBeans problem and cannot be
fixed in the NetBeans. It is that file system encoding != character encoding.
The second problem will be fixed in the milestone 7 - way how to set an encoding
for java project.
Comment 3 Milan Kubec 2007-04-20 07:20:54 UTC
Tomasi, I suppose this issues is fixed, file encoding for projects is already there.
Comment 4 Tomas Zezula 2007-04-20 07:31:00 UTC
Yes, the second part of the issue is fixed. The first part: operating system's
filesystem is not able to store correctly given encoding cannot be fixed in the
NB, has to be changed on the OS layer.
Comment 5 Jiri Prox 2007-04-20 11:01:34 UTC
The czech characters look good now -> verified
Comment 6 Ken Frank 2007-04-20 20:30:10 UTC
about the comment below
The first part: operating system's
filesystem is not able to store correctly given encoding cannot be fixed in the
NB, has to be changed on the OS layer.

Can it be explained more about this ?  Are any of the characters that still
don't show ok characters that are not part of the characters of the language
of the locale the user is in ?

If so, then can understand why those chars might not show ok, unless user
uses new project encoding property to change the encoding to one that would
work for all characters (implemented now so far for j2se, freeform and nbmodule
projects)

If not, then can it be explained more about which chars not seen ok ?


ken.frank@sun.com
Comment 7 Tomas Zezula 2007-04-23 12:57:26 UTC
Yes, there may be a problem when you have file system which is not capable to
store UTF characters and you create an UTF project on it, the java class name
maps into the file name. But the file may not contain these characters.