Please use the Apache issue tracking system for new NetBeans issues ( !!
Bug 109066 - I18N - langpacks process and details needed to be setup
I18N - langpacks process and details needed to be setup
Product: installer
Classification: Unclassified
Component: NBI
All All
: P2 (vote)
: 6.x
Assigned To: issues@installer
: I18N
Depends on:
Blocks: 98586
  Show dependency treegraph
Reported: 2007-07-07 06:13 UTC by Ken Frank
Modified: 2007-09-25 19:43 UTC (History)
2 users (show)

See Also:
Issue Type: TASK


Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2007-07-07 06:13:19 UTC
from discussions, it seems there will be langpacks for nb6, rather than ml builds,
with user given choice of what language translation(s) will be installed; unlike
ml builds, not all translations will be installed by default.

I think there are 2 big parts to this as relates to i18n readiness

1. nbi part - setting up ui and code to process users choice and to install the 
chosen languages for the components the user has chosen.

2. RE part  (I can file separate issue - let me know - which relates to building
of the langpacks; for example, for each component zip build and delivered to nbi,
there might be a localized component zip per translated locale.

For testing this , perhaps we can start with a separate branch or setup so that
I can provide pseudo localized zips to perhaps emulate what a localized component
zip per locale would look like, and then let test installers with the new ui and code,
build them into the installer and then can exercise the choices on the installer web page
and make sure that:

- only the chosen language jars are installed
- that there is a 1/1 match for each en jar per localized jar per locale
(this part we have checked in the past with ml builds)
Comment 1 Kirill Sorokin 2007-07-09 13:39:09 UTC
A proposal wrt language packs and possible way to install them has been made in late May. The decision as far as I see
it should be made by Trung and his team. CC-ing him and marking this issue as incomplete.
Comment 2 Ken Frank 2007-07-11 20:25:01 UTC
would need as part of this the process to test it much before real localized packs would
happen - 

a.  would need to provide RE with some dummy localized files so that they could
be built into  some 1 file per component per locale as is laid out in the spec for langpacks.
(and to know about proper file naming for these langpacks)

b.   how to special enabling of showing the langpacks choices in ui would be needed if its not part
of the en installer itself - that is, if there are no langpacks to install, the ui is there but choices
are empty

but for testing using items in a above, some flag would be needed to activate this ui

since the items mentioned in a. could be inserted in the correct place in the regular installer
jar as part of testing, without needing to have current installers do that.

b1. would need to know where in the installer jar these files would go.

c. or perhaps separate ml langpack installers would be needed in any case  ?   since l10n work
wants to start at beta2, and that they need installers to check their work.

Comment 3 dlipin 2007-09-04 10:48:47 UTC
More a task than a defect.
Comment 4 dlipin 2007-09-25 19:24:34 UTC
there would be no language packs for 6.0
so resolving as later.

please reopen it when the decision to make langpacks is positive again.
Comment 5 Ken Frank 2007-09-25 19:43:50 UTC
do you want a separate issue filed on what is needed to be done given that
there will be one ml zip or zips with all translations ?

that is, i think some tasks mentioned below will still need to be done.

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