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 - Customizer bindings come not from pseudo localized bundle file | ||
---|---|---|---|
Product: | guibuilder | Reporter: | kaa <kaa> |
Component: | Code | Assignee: | issues@guibuilder <issues> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | CC: | kfrank |
Priority: | P2 | Keywords: | I18N |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | image |
Description
kaa
2008-04-22 16:47:37 UTC
Created attachment 60565 [details]
image
since its about missing msg/tooltip and since the patch fixes are translated, are marking with the patch 2 status whiteboard words - might this one be fixed for the patch 2 ? ken.frank@sun.com These texts are not stored in NB bundle files, they are provided by components through property descriptors obtained from BeanInfo or from binding infrastructure. See java.beans.PropertyDescriptor.getShortDescription() - this method should return localized description (it is up to component vendors to implement it). are these tooltips/description important enough to have be translatable so that we might should have somewrapper module that can get and show that information via bundle files ? I think but not sure that this has been done in some cases, and am just asking about it. or perhaps its as you mention requirement that component providers provide us with some translations ? are these providers a jdk or other sun team ? ken.frank@sun.com > are these tooltips/description important enough to have be translatable? These descriptions correspond to the descriptions of get<Property> and set<Property> methods in the corresponding JavaDoc. As we(=Sun) do not provide translated version of JavaDoc then I believe that it would be an overkill to do our own translations in NetBeans. > I think but not sure that this has been done in some cases, and am just asking about it. No such attempt has been done in this area, so far. > are these providers a jdk or other sun team ? Depends on who is the provider of your components. It can be JDK (for standard Swing components), other sun team (for example for SwingX components) or any 3rd party component vendor. |