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 - can't use multibyte in name of a code clip | ||
---|---|---|---|
Product: | obsolete | Reporter: | bugbridge <bugbridge> |
Component: | visualweb | Assignee: | Joelle Lam <joellelam> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | CC: | kaa, kfrank |
Priority: | P2 | Keywords: | I18N |
Version: | 5.x | ||
Hardware: | Sun | ||
OS: | Solaris | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
bugbridge
2007-02-03 01:32:38 UTC
Comment (by kfrank): multibyte here means using the characters of an asian locale. Run creator in japanese locale for example, and use characters of japanese locale in your code clip name or code - easiest way to get them is to go to xxx.xxx.jp [web site] and copy/paste. Comment (by kfrank): In solaris ja utf-8 locale, this could happen, so this might be encoding handling situation. (bug shows in solaris ja locale and windows ja locale). Comment (by joellelam): I think [this issue] has something to do with the fact that I name the codeclip file after the codeclip name. Is it possible that OS would not accept a MultiByte Filename? If you could try got to the director config/CreatorJavaPalette/<Category>. Can you tell if a file was created for that codeclip? If so, try renaming it to something in english. Restart the IDE and let me know what happens. Comment (by kfrank): I think 6483626 has something to do with the fact that I name the codeclip file after the codeclip name. Is it possible that OS would not accept a MultiByte Filename? If you could try got to the director config/CreatorJavaPalette/<Category>. Can you tell if a file was created for that codeclip? If so, try renaming it to something in english. Restart the IDE and let me know what happens. *** (#5 of 8): 2006-11-02 20:02:57 PST joelle.lam@sun.com attached is gif showing the new clip, as added when running in solaris ja_JP.UTF-8 locale and from running in solaris ja locale. for the ja locale, thats the view where there is the clip icon but no text; for the utf8 its where there is the word Clip with the multibyte - this is how it should be for both situations. in userdir, a clip file is created for both and looks identical except for the clip name ie <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE codeclip_palette_item PUBLIC "-//NetBeans//CodeClip Palette Item 1.0//EN" "http://www.netbeans.org/dtds/codeclip-palette-item-1_0.dtd"> <codeclip_palette_item version="1.0"> <body> <![CDATA[ int i; ]]> </body> <icon16 urlvalue="com/sun/rave/spi/palette/resources/Codesnippet_C16. png"/> <icon32 urlvalue="com/sun/rave/spi/palette/resources/Codesnippet_C32. png"/> <description display-name-key="ZZZJceZZZClipZZZ" localizing-bundle="com.sun.rave.palette.codeclips.Bundl e" /> </codeclip_palette_item> where ZZZ is the multibyte thus I think there is some encoding handling situation happening. Comment (by kfrank): reopening - in solaris ja locale, entering multibyte in the rename box, it does not show in pallette, as before. also, the name of default clip, instead of Clip, is null whereas in ja utf8 solaris locale, default name is <translationofword Clip> (am using 1.4 project but assuming for clips the implementation same as for EE5 ones ?) this was migrated from bt and somehow was done so as resolved but it should have been in open state. ken.frank@sun.com Hello Ken, can you run this scenario again and send me your userdir? I want to see if it was an OS bug since last time it seemed to have problems storing the MultiByte Clipname inside a file.. Then just reopen. Thanks! |