Download and Translate

1. Click the down  icon for the default locale. This will save/open a file named TravelRequestForm_default.properties to your disk
2. Rename this file to your locale language. Though this is not required it is helpful so you will later know which translation this file contains. In this example we renamed the file to: TravelRequestForm_spanish.properties
3. Edit TravelRequestForm_spanish.properties in a simple editor like wordpad on windows

Here is an example locale properties translation file. This forms contains several controls labeled in English. Also you will always see the labels for the submit button and the save, load, and print icons. These can be localized too. In this example only the field labels were translated.

# Default strings for formtype: Travel Request Form 
# Note that spaces in keys must be properly escaped with a '\' 
# Generated on: Wed Jul 15 21:49:45 EDT 2009 
Buiness\ Purpose=Negocio Propósito 
Car\ class=Coche Clase 
Departure\ Date=Salida Fecha 
Departure\ Time=Salida Tiempo 
EMail\ Address=Correo Electrónico 
Submit= 
load= 
print= 
save=

You will see a line for every control label in your form, message control text, hint, help, etc... in the format:

<Text String>=

Add translations for each each text string:

<Text String>=<Text String in Spanish>

For example:

First\ Name=Primero Nombre

You may find some strings in the default properties file that are not applicable to your form. Here are a few examples strings that are only applicable if you're using the save/load feature, workflows feature or digital signaturesDigital Signatures.

Save\ failed.\ Status=
Save\ successful=
Save\ this\ form=
Saving=
Section\ A=
Sign\ this\ section=
load=
save=

# Do NOT DO THIS on IE8
Initializing\ form=l'initialisation de la forme
# Instead use the html apostrophe escape sequence like this
Initializing\ form=l'initialisation de la forme 

Upload and Test

Upload your translation file.

1. Choose the locale from the dropdown. In this example we choose Spanish. Note the list of available locales is configured by your Live Forms system administrator (Live Forms In-house only).
2. Browse to your translation file - TravelRequestForm_spanish.properties on disk
3. Click the upload button. You will see the new locale appear in the list above. In this case named Spanish::locale=spa
4. Click the application  icon to test the form with your translation to this new locale

The string locale=spa in the name is the Url parameter that you need to append to the form's Share Url to make the form appear in Spanish rather than the default. The test button and the share button here on the Locale Home Page do that for you automatically. The test & share buttons on the Forms Home Page are by default for default locale. If a locale Url parameter is not specified it defaults to the default locale.

Translations use UTF-8 encoding by default but you may also upload ISO-8859-1 (Unicode) strings. If you are using Unicode, check the ISO checkbox above the upload button.

Updating

To update an existing locale translation, edit the downloaded .properties file and re-upload it choosing the same locale name from the Choose Locale dropdown. This will replace the existing translation with the new translation.

Using

The form Url parameter locale= controls which language the form renders. If the parameter is not present or the value is empty (&locale=) or is set to a locale code for which no translation file exists, then the form will render in the default language. To render the form in a different language such as in Spanish rather than the default add &locale=spa to the form Url. The test button and the share button on the Locale Home Page do that for you automatically. The test & share buttons on the Forms Home Page are by default for default locale.

Server Customization

Live Forms In-house supports the ability to customize runtime and design time strings and add additional locales and RTL languages. To make any of these changes to your In-house  server you must follow these steps:

1. Stop the  server
2. Uncompress/expand the frevvo.war file. This is typically located here: <frevvo-home>/tomcat/webapps/frevvo.war 
3. Modify the files in /WEB-INF/data as described in the topics Adding Locales, Runtime Strings and Design-Time Strings below. These file contains all of the strings that have been externalized as well as the list of supported locales and directions.
4. Re-WAR to create a new updated frevvo.war file.
5. Replace the original frevvo.war file with the new updated frevvo.war file, typically located here: <frevvo-home>/tomcat/webapps/frevvo.war
6. Re-start your  server.

Adding Locales

To add new locale codes to the Choose Locale dropdown and add/change which locales are right to left languages, update these two properties files located in the frevvo.war file.

•  /WEB-INF/data/users/locale.directions - add/remove locale codes to this file that need to be displayed in rtl format
•  /WEB-INF/data/users/locales.properties - add/remove locale codes here from the Choose Locale dropdown

Refer to the steps above under Server Customization.

Runtime Strings

To localize runtime strings such as those found when a user logs in to access their task list, the login page, access denied messages, etc. update the "defaults" property file located in the frevvo.war file.

1. Refer to the steps above under Server Customization, then...
2. Find the file named "default" located in /WEB-INF/data/locales. This file contains all of the strings that have been externalized
3. Copy the file "default" to another file that is named as one of the language codes listed in ISO 639-2. For example, German is "ger", English is "eng", Portuguese is "por" and Chinese is "chi".
4. Selectively edit the target language file and put in test translations.
5. Copy the target language file to /WEB-INF/data/locales Ex: /WEB-INF/data/locales/spa
6. Refer back to final steps under Server Customization.

Test that your translation shows up as expected, for example on your Task list by:

1. Get the share Url to your task list
2. In another browser window/tab, paste the url and append "&locale=yyy" where yyy is the target language code and the name of the target language file that was added to the war file.

http://localhost:8082/frevvo/web/tn/nancy.com/subject/designer/tasks?submissionState=PENDING?embed=&locale=spa

In-house server localization is only for embedding. ie. you use this on a task list embedded in your own web site. This is not for use in Live Forms's UI. ie. if you append &locale=spa to the task list as an experiment shown above you will notice that Live Forms's surrounding page content is visible (as expected) and is not localized. This is correct and expected behavior. You are expected to embedded the task list in your own localized web site.

Design-Time Strings

 To localize design-time strings such as those found in the palette controls, wizard, etc. update the "defaults" property file located in the frevvo.war file.

1. Refer to the steps above under Server Customization, then...
2. Find the file named "default" located in /WEB-INF/data/locales. This file contains all of the strings that have been externalized
3. Copy the file "default" to another file that is named as one of the language codes listed in ISO 639-2. For example, German is "ger", English is "eng", Portuguese is "por" and Chinese is "chi".
4. Selectively edit the target language file and put in translations.
5. Copy the target language file to /WEB-INF/data/locales Ex: /WEB-INF/data/locales/spa
6. Refer back to final steps under Server Customization.

Test that your translation shows up as expected by:

1. Login and navigate to a target test forms in the forms home page. Click the form's share button and copy the Raw Form Link choice 
2. In another browser window/tab, paste the url and append "&locale=yyy" where yyy is the target language code and the name of the target language file that was added to the war file.

http://localhost:8082/frevvo/web/tn/nancy.com/user/designer/app/_bgWqAH0xEeGX-qtBMhaCVw/formtype/_b9WKQIPPEeGZwdXdRCHn6A?_method=post&embed=true&locale=spa

In-house server localization is only for OEM embedding. ie. you use this on the form designer embedded in your own web site. This is not for use in the ' UI.

Custom Styles

Your form's style (colors, font, etc...) can be locale specific. This enables the form designer to select culturally appropriate colors based on the current locale and to match forms to websites that have also been localized using cultural fonts and colors. See locale specific themes  for full details.