Configure the incremental localization process

The incremental localization process allows you to start the localization process without having all the objects in the Authoring:done status (or the equivalent status in your deployment).

1. In the TEXTML Administration perspective, connect to your server.
2. Locate the status.xml file in the repository's /system/conf collection.
3. Check out the file and open it for editing.
4. In the section <collection="/content/localization/" >, add the do not translate state (do not alter the name) by copying the following lines and pasting them inside the states element.

   <state level="0" name="do not translate" type="work">
   	<lockable>
   		<objtypes>
   			<type>none</type>
   		</objtypes>
   	</lockable>
   	<milestone/>
   	<nextStates/>
   </state>

   Therefore, it should look like the following example:

   <cycle collection="/content/localization/" description="" initial="false" lastworkcycle="false"
   	level="0" name="Localization" type="localization">
   	<nextCycle/>
   	<states>
   		<state level="0" name="do not translate" type="work">
   			<lockable>
   				<objtypes>
   					<type>none</type>
   				</objtypes>
   			</lockable>
   			<milestone/>
   			<nextStates/>
   		</state>	
   		<state initial="true" level="0" name="tb translated" type="work">
   			<lockable>
   				<objtypes>
   					<type>image</type>
   				</objtypes>
   			</lockable>
   			<nextStates>
   				<next>in translation</next>
   			</nextStates>
   		</state>
   		
   		[ . . . ]
   
   	</states>	
   </cycle>	

5. Repeat the previous steps you completed for status.xml to add the new state to the following files:
   • map_status.xml
   • topic_status.xml
   • image_status.xml
6. Save, close, and check in the files.
7. Open the Access Manager window.
   1. Right-click your docbase.
   2. Click CCMS Admin.
   3. Click Manage Access.
8. In the Actions column, click Localize and click Lock to configure the localization process.
9. For each condition, define which objects in which statuses can be sent to the Localization cycle:
   1. In the Conditions column, click a condition.
   2. Click the arrow next to an object to expand the list of cycles.
   3. Click the arrow next to Authoring to expand the list of statuses.
   4. Select each status which is authorized to be sent to the Localization cycle.
   5. Repeat for each object.
   6. Repeat for each condition.

   For example, if you wanted to allow the map and all its children to be able to be sent to the Localization cycle regardless their status, you would select all the statuses for all the objects.

10. In the Actions column, click localize_api to define which statuses are set to Localization:tb translated (or the equivalent status in your deployment) when objects are sent to the Localization cycle. All other statuses will be set automatically to Localization:do not translate.
11. For each condition, define which statuses can be sent through the localization process:
    1. In the Conditions column, click a condition.
    2. Click the arrow next to an object to expand the list of cycles.
    3. Click the arrow next to Authoring to expand the list of statuses.
    4. Select each status for which you want to authorize to be translated.
    5. Repeat for each condition.

    For example, if you only wanted objects in Authoring:done and Authoring:accepted (or the equivalent in your deployment) to be translated, you would select only those statuses. This means that objects in the Authoring:done and Authoring:accepted statuses will be set to Localization:tb translated when they are sent to the Localization cycle. All objects in any other status will be set to Localization:do not translate.

12. In the Actions column, click Prepare kit.
13. For each condition, define which objects in which statuses are included in the localization kit:
    1. In the Conditions column, click a condition.
    2. Click the arrow next to an object to expand the list of cycles.
    3. Click the arrow next to Localization to expand the list of statuses.
    4. Select each status you want included in the localization kit.
    5. Repeat for each object.
    6. Repeat for each condition.

    For example, if you only want to include the objects that you want translated in the kit, you would select only Localization:tb translated (or the equivalent in your deployment).

14. In the Actions column, click Retranslate.
15. For each condition, define which objects can be retranslated:
    1. In the Conditions column, click a condition.
    2. Click the arrow next to an object to expand the list of cycles.
    3. Click the arrow next to Localization to expand the list of statuses.
    4. Select each status you want included in the localization kit.
    5. Clear the checkbox beside do not translate.
    6. Repeat for each condition.
    Tip: It is recommended to selected all the statuses, except do not translate.
16. Save, close, and check in the file.
17. Test your implementation. If it is not behaving as expected, verify the access rights are configured correctly for each object and status in each condition.
18. Inform users of the changes.
    The changes will be applied automatically once users close and then reopen their CCMS Desktop. Users can also apply the changes without restarting their CCMS Desktop by clicking IXIASOFT CCMS > Synchronize Configuration. Additionally, have an administrator refresh IXIASOFT CCMS Web so that users will see the change reflected there.