Bug 87318 - Make all currently existing classes and wizard pages i18n compliant
Make all currently existing classes and wizard pages i18n compliant
Status: NEW
Product: installer
Classification: Unclassified
Component: NBI
6.x
All All
: P3 (vote)
: TBD
Assigned To: Libor Fischmeistr
issues@installer
: I18N
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-10-17 12:19 UTC by Kirill Sorokin
Modified: 2014-02-10 14:16 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kirill Sorokin 2006-10-17 12:19:44 UTC
Currently i18n compliance is about 20% ready, we need to fix this ASAP, as it
will be too painful later.
Comment 1 Kirill Sorokin 2006-10-24 15:38:02 UTC
A long-playing task, which is unlikely to be attainable in early milestones.
Keeping it open, but moving out of M04 scope.
Comment 2 Ken Frank 2006-12-15 15:22:32 UTC
please consider the following as part of the i18n:

1. marking #NOI18N comments on applicable key/values in bundle files

2. deciding if the way localized messages will be found -
either with localized in the same en jar

or

separate localized jars.

IS required that they be in same files, like for assembly.dat
but since nbi is java, they could follow our usual model of
having separate localized jars and since there are many of the
components/*.jar, each with a bundle file, besides those in 
nbi-engine.jar, it might be cleaner to have separate localized jars.

3. setting up l10n.list and having kits built; and a specific location
for the kits -- this assumes that they should be on a usual public
server like smetiste.czech, where other nb based builds are, or
on balui or clue.

4. creating translatedfiles/src/nbi

5. setting up for the build of ml installer
a. first step is the parts that have localized files built into it,
following model discussed in item 1.

b. 2nd part is to have the localized things to be installed in it;
I guess this is really not needed early on, since the localized of some
product/pack/GF comes later in the cycle, and replaces the en one,
but the messages in components/*.jar will be the same.

6.resizing - I noticed that nbi window does not resize; if that will be true
then it means the same problem as was with IS, that layout and sizing of 
items in a given panel will need to be customized rather than using layout
manager and other java api to let the entire panel window resize dynamically.

already in some early testing using pseudo localized I saw some resize
situations that not an entrie string showed.

Thus if there can be dynamic resizing it will really help.

Also suggest to allow user to run nbi with a chosen font size.


ken.frank@sun.com
Comment 3 Kirill Sorokin 2007-02-12 11:36:00 UTC
-> M12
Comment 4 Kirill Sorokin 2007-03-14 17:33:14 UTC
-> M15
Comment 5 Kirill Sorokin 2007-04-18 16:09:56 UTC
Unfortunately, moving I18N to post M9.

-> TBD
Comment 6 Jiri Rechtacek 2012-10-07 13:05:49 UTC
Assigned to new owner.


By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo