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 88718 - I18N - find in model results don't show multibyte properly
Summary: I18N - find in model results don't show multibyte properly
Status: VERIFIED FIXED
Alias: None
Product: uml
Classification: Unclassified
Component: General Diagram (show other bugs)
Version: 5.x
Hardware: Sun All
: P2 blocker (vote)
Assignee: Yang Su
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2006-11-06 16:45 UTC by Ken Frank
Modified: 2007-02-19 12:03 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
image (91.44 KB, image/gif)
2006-11-06 16:47 UTC, Ken Frank
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2006-11-06 16:45:36 UTC
Using coco 1102 build.

create uml project and a new class diagram
rename the class name and some attributes and operations
to have multibyte (asian characters) in their names
(which is legal in java and in uml module functionality)

then choose edit->find in model and search for a word
that will show results from this model diagram -

the multibyte shows as boxes, not as it should

compare the multibyte in attached gif of the diagram with
the find model results section

Am guessing this is encoding handling situation - 
This is seen on solaris in ja locale - suggest trying on solaris ja_JP.UTF-8
locale as well - if it looks ok there thats additional info that it can be
encoding handling.
Comment 1 Ken Frank 2006-11-06 16:47:06 UTC
Created attachment 35806 [details]
image
Comment 2 Ken Frank 2006-11-12 17:53:03 UTC
also seen in the find results of the associate window.
Comment 3 Yang Su 2007-02-13 23:56:49 UTC
Tested 070213 ml build on Windows, Solaris ja, ja_JP.UTF-8 and zh locales, this
feature works fine now, element names are rendered correctly in the result table.
Comment 4 Ken Frank 2007-02-15 17:33:05 UTC
verified in latest griffin

ken.frank@sun.com
Comment 5 Andrew Korostelev 2007-02-19 12:03:12 UTC
changing status to verified basing on kfrank's comment