Rookie Story: Where to Start with Localisation Management?

Congratulations! You aced that interview a few weeks ago, and this morning you strolled into the office with a spring in your step! You had the HR induction and were introduced to your new colleagues. Now you’re logging onto the network, the company handbook reassuringly lying on the corner of your desk, or saved on your desktop.

Time to get started! The Company hired you to bring under control this thing almost mysteriously referred to as “Translations”. Your objectives are simple: reduce cost and improve quality. You are their first ever Localisation Manager, and you know the keys to your success will be the   standardisation and centralisation of all Localisation activities.

So what do you need to consider from a technical and organisational point of view?

Getting to Know your Internal Customers

If there have been Translations in your Organisation, there are existing processes and linguistic assets you should be able to build on. You need to quickly learn about them by focussing on:

1. Who are your allies? Each Department, Local Office etc. probably has at least one “Translation person”. Find out who they are and what they have been doing. Determine whether they will remain involved once you’ve established the new structure, or if they expect to be relieved of Localisation duties. All going well, you may be able to enroll some of them in an inter-departmental Localisation team, even if it’s only a virtual team.
2. What is the inventory of current processes? Meet the current owners and document everything. No need for anything fancy since you are going to change these processes, but you need to have it all down so that when the inventory is finished you have an accurate and complete picture.
3. What are the points common to all? Which of those processes work well and which don’t? The successful ones will be the building blocks for your future world.
4. What are the specificities of each one? Which are worth keeping? Can they be used by other parts of the Organisation? Do they need to remain specific? Your new processes will need to achieve a balance between harmonisation and flexibility.
5. Do any of those existing processes use technology such as CAT Tools, Content Management Systems, Translation Management Systems? If so should they be upscaled and shared across the Organization?
6. Do any maintain linguistic assets like Glossaries, Style guides, Translation Memories or even just bilingual files which could be used to create TM’s?

Understanding your product lines

You need to understand what you are going to localise thoroughly before you can develop the processes. The question to answer are:

1. What types of content: marketing, commercial website, Software, Help systems, self-service technical content, user-driven content like blogs etc. all those use very different registers, vocabulary, address etc. Moreover the choices made will differ again from one language to the next. Some content types require high volumes at low cost, such as Support content or product specifications. Some require high quality and creativity like Copywriting and Transcreation and you may even choose not to use TM’s for some of those. Some will be specific to parts of your Organisation while other will be global material. You will need to ensure a consistent Corporate identity across all these, in all languages.
2. What are the fields: automotive, medical, IT require linguists with different backgrounds and specialisation. Make sure you know all the areas of expertise to cover during Translation and Review. For some you might to add Subject Matter Expert (SME) review to the more common step of Linguistic Review. Review changes will need to be implemented, communicated to Translators, fed into the TM’s, but the process will need to let SME’s take part in the process without having to learn CAT Tools.
3. From a technical point of view you will also need to work with the content creators to determine the type of files you will receive from them and those they expect to receive back.
4. Start a war on spread sheets as soon as possible. You probably won’t win it but the more you root out, the better. Teach your customers to understand how parsing rules protect their code by exposing only Localisable content during translation. Promote Localisation awareness during Development and Content creation. Document best practices such as avoiding hard-coded strings, providing enough space in the UI to accommodate the fact that some translations will be up to 30% longer than source text, at least if that is English.
5. Your aim should be:
   • to receive files that can go straight to Translation with minimum pre-processing
   • to deliver files that your customers can drop into their build or repository for immediate use.
6. No one should be doing any copy-paste engineering, manual renaming or file conversion.

Designing your Workflows

This can start with a pen and paper, a white board or whatever helps you think quicker, but it should end with a flowchart or set of flowcharts describing the process you’re setting up.

1. Collaborate with your internal customers. You need to agree a signoff process, and avoid multiple source updates during or after the Translation process.
2. Enumerate all the stages required and determine the following:
   • How many workflows do you need to describe all scenarios? Try to find the right balance: fewer workflows ensures efficiency, but too few workflows will lead participants to implement their own sub-processes to achieve their goals and you will lose control and visibility.
   • What stages do you need? The most common are:
     1. Pre-processing
     2. Translation
     3. Linguistic Review
     4. Post-Processing
     5. Visual QA
3. Who are the owners of each step? Are they internal or external (i.e. colleagues or service providers)? How will you monitor progress and status? How will you pay?
4. Is there a feedback loop and approval attached to certain steps? Will they prevent the workflow from advancing if certain criteria are not adhered to? Is there a limit to the number of iteration for certain loops?
5. What automation can be put in place to remove human errors, bottle necks and “middle men” handling transactions.

Choosing your Vendors

Once you’ve determined which of your workflow steps need to be outsourced, you will need to select your providers. Linguistic vendors will likely be your most important choice.

Translation

In-house translators are a luxury rarely afforded. When choosing Translation vendors, first decide between Freelancers and Language Service Providers (LSP). Managing a pool of Translators is a job in itself, so most will hire the services of an LSP which will also be able to provide relief in terms of Project Management, Technology changes, Staff fluctuations depending on activity or holiday periods etc.. Having more than one LSP can be good strategic choice: it gives you more flexibility with scheduling and pricing. You can specialise your vendors according to content, region or strength. A certain amount of overlap is necessary for you to be able to compare their performance and benefit from a bit of healthy competition.

Linguistic review

Whichever setup you have for Translation, you will need linguistic review in order to ensure the integrity of the message is kept in the target languages. You will also need to ensure consistency between Translators or Agencies, check Terminology, maintain TM’s and Style guides.

Marketing and Local Sales Offices often get involved with that. However using internal staff removes them from their core tasks, unless you are lucky to have dedicated Reviewers. More than likely in-country colleagues will find it difficult to keep up with the volume and fluctuations of the Review work and ultimately will prove an unreliable resource. The solution is to hire the services of professional Reviewers. Many LSPs provide such services.  Some ask their competing providers to review each other, but that often results in counter productive arguments. A third-party dedicated review vendor will be the best to enforce consistency, accurately measure quality, maintain linguistic assets, and even manage translator queries on your behalf.

Selecting Technology

Translation Memory technology is a must. Which one you go for may be determined or influenced by existing internal processes, particularly if there are linguistic assets (TM’s and Glossaries) in proprietary formats. Your vendors may also have a preferred technology or even propose to use their own. If you go down that road, make sure you own the linguistic assets. The file format is another choice that needs to be made carefully from the start. Open source formats may save you from being locked into one technology. However technology vendors often develop better functionalities for their proprietary formats. It can be a trade-off between productivity and compatibility.

The good news is that conversion between formats is almost always possible. This means migration between technologies is possible, but avoid including conversion as a routine part of the process. Even if it’s automated, having to routinely output TM in several formats for example, will introduce inefficiencies and increased user support requirements.

Translation Management Systems have become so common, some think they are on the way out. You will at the very least, need a Portal to support file transactions, and share your linguistic assets with all the participants in your supply chain. Emails, preferably automatic notifications, should be used to support the transactions, but they should be avoided when it comes to file swapping. FTP is a common option, easy to set up, learn and cheap to run, but it can soon turn into a mess and gives you zero Project Management visibility. In order to achieve efficient status monitoring, resource pooling and any type of automation, you should consider a Translation Management System.

Whether you go for the big guns like WorldServer or SDL TMS, or for something more agile like XTRF TMS, you will reduce the amount of bottle necks in your process: handoffs will go straight from one participant to the next. The Project Managers will still have visibility, but no one will have to wait on them to pass on the handoff before they get started. TM’s will be updated in real-time and new content will become re-usable immediately.

A few things to look out for in your selection:

1. Less click = shorter kickoff time. Setting up Projects in a TMS is an investment. It is always going to be longer then dumping files on an FTP and emailing people to go get them if you look at an isolated Project. As soon as you start looking at a stream of Projects TMS makes complete sense. Still, a TMS’s worst enemy is how many clicks it needs to get going.
2. Scalability: you need the ability to start small and deploy further, without worrying about licenses or bandwidth.
3. Workflow designer: demand a visual interface, easy to customise which can be edited without having to hire the services of the technology provider. Don’t settle for anything that will leave out at the mercy of the landlord.
4. Hosting: weigh your options carefully here again. In-house is good if you have the infrastructure and IT staff. But letting the Technology provider host the product may a more reliable option. This is their business after all, maybe you don’t need to reinvent the wheel on that one.
5. User support: the cost and responsiveness of the Support service is essential. No matter how skillful you and your team are, once you deploy a TMS to dozens of individual linguists there will be a non-negligeable demand for training and support. Make sure this is provided for before it happens.

Once you’ve made all these decisions, you will be in good shape to start building and efficient Localisation process. Last but not least, don’t forget to decide whether to spell Localisation with an “s” or a “z”, and then stick to it!

 

Related articles:

Crowdsourcing in Localisation: Next Step or Major Faux Pas?
Globalization – The importance of thinking globally
SDL Trados 2007: Quick Guide for the Complete Beginner
Which comes first, Globalization or Internationalization?
Who’s responsible for Localization in your organization?

 

Alchemy Catalyst 9.0: A Practical and Visual Guide

I recently had the welcome surprise of finding an invite to a Catalyst webinar in my Inbox. It was with great anticipation and a touch of nostalgia for my Localisation Engineering days, that I clicked on the link and joined the meeting to discover what Alchemy had been up to.

I soon realised that a practical user’s guide would be the best way to cover this on Localization, Localisation. The Alchemy Software Development website already lists What’s New in this release so rather than analysing the differences between Catalyst 8, for which we did a complete Launch coverage and Catalyst 9, I’ve put together a step by step tour based on the demo.

This article can be used by Localisation Engineers and Translators alike to preview the Catalyst 9 interface using the 30 or so screen shots included (see after the slideshow for full screen versions), and also to read through some recommended processes and tips, adding to my past article on the Leverage and Update Experts.

This slideshow requires JavaScript.

Creating a Project

The User Interface remains the flexible and now very familiar .net window, with its various docked panels and tabs. It’s also a stable interface which will cause little or no navigation headache to even the most novice user.

The first operation when getting started with Catalyst is to create a Project file, or TTK file. This is easily done by using the File – New menu and following the basic steps.

You will notice in the screen shots that the example used includes varied sample files such as compiled help (.chm) not requiring any source or project files, and wpf executable.

Preparing a Project

After the creation of the TTK, source files can be inserted either using the Insert Menu item or a context menu in the Navigator tab. Folder structures can also easily be used.

Once the files have been inserted into the TTK, it is time to prepare it for leveraging. This operation of consists mostly of locking non-translatable strings and sub strings. It can be tedious on a brand new Project but the work done can be completely leveraged to the various language TTKs as well as any future versions of the project.

The lock keywords functionality has been improved in Catalyst 9: the txt file which the project’s keywords list is now automatically generated in the background as soon as the user locks a keyword.

Once a keywords list has been created, it can in turn be used to automatically lock the listed keywords in the remainder of the project.

Another thing to note is that Maximum String Length can now be set on a batch of strings at once.

Leveraging previously translated content

Apart from Leveraging from the TTKs of previous projects, Catalyst supports leveraging from a variety of Translation Memory formats:

• Translation Industry Open Standard (*.tmx)
• SDL Trados 2007 (*.tmw)
• Wordfast Pro (*.txml)
• Tab-delimited (*.txt)
• Alchemy Translation Memory (*.tm)
• Alchemy Catalyst (*.ttk)
• Alchemy Publisher (*.ppf)

Alchemy Translation Memory is a new proprietary format used to create Master TMs from completed TTK projects. This format allows to store Catalyst-specific context information such as the context (Dialog box ID, Menu Item etc.), which can later improve the quality of leveraging by providing Perfect match. In Catalyst terms, a Perfect Match is a 100% match located in the same Dialog, Menu etc).

Alchemy Publisher, Wordfast Pro, Trados 2007 or the nonproprietary TMS are also present provide compatibility with other TM format Catalyst might have to coexist with.

Noticeably, Trados Studio 2009 TMs (.sdltm) still do not appear to be supported.

Batch processing

The process recommended by Alchemy is to create an English to English Master TTK and then to automate its duplication and pre translation for each target language in the Project.

This is an area where Catalyst 9.0 does seem to bring a good bit of novelty:

• With Catalyst 7, engineers had to manually duplicate TTKs.
• Catalyst 8 was a bit more helpful and created Project folders for target languages and project resources.
• In Catalyst 9.0 however, the Job file and Scheduler take care of a lot of the repetitive tasks associated with preparing a new Project.

The Create Job Expert lets you use the Master TTK as a template to create project folder structure and corresponding target language TTKs.

Meanwhile, such tasks can also be added to the Scheduler. This new queuing system allows the user to start working on the next project while it processes queued tasks in the background.

Automation

The Command line automation has been improved since Catalyst 8 to include Analysis. The complete Catalyst localisation process can now be automated.

Catalyst 9.0 Developer Edition also includes the Comm API which lets advanced users script TTK operations all the way down to string level, and output automation reports  in txt or xml format.

Ensuring Quality and Consistency

In addition to Translation Memories, Catalyst 9 also supports several Glossary formats:

• Text files, used in Catalyst since the beginning (.txt)
• Terminology Exchange Open Standard (.tbx)
• Translation Memory Exchange can also be used for Terminology (*.tmx)
• SDL MultiTerm and MultiTerm Server

Validation still takes two forms: the Expert can be run to perform global check, and inline validation can also be switched as a non-intrusive real-time quality control. If a potential error is found, a flag will be raised through the bottom pane, but Translators will not be interrupted. They can simply go back to the issue by clicking on the notification once they are ready to attend to it.

The Thumbnail view seems to be a great tool for engineers regressing bug. It gives a preview of all dialogs in a TTK and lets you click the one which matches for example the screen shot in a QA report and brings you automatically to the location of this dialog in the ttk file.

Translating in Catalyst

The Concordance search and Translator toolbar do not appear to have been changed. Both were introduced with Catalyst 8 where there was strong focus on improving the user experience from the Translator’s point of view, and they seem to have delivered.

The new Re-cycle button is a result of the same ambition. New translations can be propagated to entire project by using the current project as an inline TM in the background. Layouts are not recycled but fuzzies are supported.

Clean up Expert

Finally the Clean up Expert has also receive some improvements. Like for all Experts, it is recommended to close the Project file before running it, and then select the file(s) to process from the Expert’s General tab.

Clean up now creates a postproject.tm Translation Memory and generate supplied assemblies for .net.

Conclusion

in my opinion, this new generation of Catalyst still offers a great solution for visual localisation. Although the differences with Catalyst 8 may not may not make a bullet proof case for immediate upgrade, the 25% discount currently on offer does represent decent value.

SDL Trados Studio 2009: The Compatibility Questions

One by one, SDL continue to address obstacles to our upgrade decisions. Earlier today, one of their webinars tackled the critical topic of Compatibility in Translation Supply Chain. A recording will be available at www.sdl.com, but here is a quick summary for our convenience.

Alignment

This feature is not included in the recent release of SDL Trados Studio 2009. It is planned as an upcoming update, but until then SDL Trados WinAlign or SDL Align from the Trados 2007 Suite must be installed to perform alignment work.
Once the alignment performed in Trados 2007, export to Translator’s Workbench TXT, and import into a Workbench or SDL Maintain TM respectively.
That TM can then be upgraded to a Trados Studio 2009 TM (.sdltm). The export can also be imported directly into an sdltm but with implications regarding TM settings (see section below).

Translation Memories

Upgrading old TMs

Old TMs and bilingual files can be upgraded (File and Server-based supported).
TMX can be imported directly into sdltm, but if imported into tmw or mdb first, the TM settings can be imported into the sdltm.
3rd party TMX may not support this path fully, as they may contain settings specific to the CAT tool used to create them.
The Upgrade Translation Memories wizard in Trados Studio 2009 can batch process various TM formats for various language pairs simultaneously. A Custom option lets you rename the TM output files if required. Segmentation rules can also be imported. Translation Units can be filtered out by field (e.g. you can choose not to include TU’s tagged as “Not approved”).
You can also choose to output as many as TMs as you input, or merge same language pairs independently of their TM formats.

Publishing new TMs to Trados 2007 users

Export to TMX ensures vendors and colleagues who are using Trados 2007 can use your TMs. But this removes support for features like Context Match because information on previous segment, style…is only carried in sdltm.

Creating new TMs from old bilingual files

Importing ttx or itd directly into sdltm (batch) allows Context information to be added (this process however will not carry over any TM setting). It’s a case of either or.

Termbase compatibility

MultiTerm 2007 Termbase can be opened directly and automatically upgraded by MultiTerm Desktop 2009 (it’s one-time operation obviously).
Termbase from earlier versions of MultiTerm have to be converted into xml first, using SDL MultiTerm Convert, before they’re imported into a MultiTerm Desktop 2009 Termbase (.sdltb). Selecting
Catalog-Export allows to export using the Default Export Definition, to export to xml (which can be used by a user with MultiTermT2007)

Bilingual files

TTX and ITD can be opened directly. They will be converted to sdlxliff (e.g. filename.doc.ttx.sdlxliff)
At the end of project they can be saved back to TTX or ITD using
Save Target As. Use select
Original
TRADOStag Document to save as ttx (requires SDL Trados 2007 Suite).

Tag settings files

SDLX and Trados settings files can be upgraded. To do so go to
Tools-Options-File Types- select file type and click Copy to duplicate the default settings file in Trados Studio 2009. Browse to save location and move your new settings file up and down the list to set its priority against the original one. Import the legacy settings

into the new File type setting you created.

TMS and MTO

Compatibility with SDL TMS will be implemented, as soon as integration is available. The date is unconfirmed and SDL advise to stick to SDL Trados 2007 Suite TM, Bilingual and TermBase formats for the time being.

Compatibility with MultiTerm Online will only occur with the upcoming release of MultiTerm Server 2009.

SDL Trados Studio 2009: Installation Guide

As previously announced, SDL released the new version of Trados late last week. To support the launch, the SDL Trados Support team have published some information about installation which I’m relaying here.

System Requirements

Pentium IV Dual Core
2GB RAM
Large screen resolution (1280*1024)
Windows XP SP2, Windows Vista SP1 (32-bit only for both)

(more details on the SDL Support site)

Preparation

1. Return your SDL Trados 2007 Suite Freelance (not Professional) activation code from the License Manager (view Activated License, select it, click Return License). This is a requisite before Trados Studio 2009 upgrade becomes available from your SDL account (due to the upgrade discount).
2. Uninstall beta/rc version (including manually for some files).
3. Uninstall any previous version of MultiTerm.
4. Ensure you have installed SDL Trados 2007 Suite (version 8.2.863 or 8.3.863). This is a pre-requisite to allow TM upgrade and support for ttx and itd in SDL Trados Studio 2009. A full and permanent version of Trados 2007 Suite is available from your SDL account if you have purchased or upgraded to SDL Trados Studio 2009. More info on this is available on the SDL Knowledge Base and ProZ.

Installation

1. Run the SDL Trados Studio 2009 installation (required .NET 3.5 platform included).
2. After completion, the SDL Product Activation wizard appears. It lets the user select between Buy, Purchased and Trial and then the license type (incl. License Server configuration).
3. Run the SDL MultiTerm 2009 Desktop (bundled with all versions of Studio 2009 – SDL MultiTerm 2009 Extract is sold separately).

Configuration

At first run you can select a Profile depending on your keyboard shortcut preference:

• Default: for new users
• SDL Trados: for users of previous Trados versions
• SDLX: for users of previous Trados versions

The rest of the configuration is automatic, and subsequent starts will be faster.

Notes

Winalign 2009 is not released yet. It will be provided for free to Studio 2009 license holders who in the meantime can use the version bundled with Trados 2007 Suite.

License server has not been updated, the existing version works with Trados Studio 2009.

AutoSuggest is included with every license of Studio 2009, but creating dictionaries requires a paying add-on (currently bundled for free for a limited time)

SDL Trados 2007: Quick Guide for the Complete Beginner

This is a quick practical guide which was used when setting up the team of in-house translators I mentioned in my earlier post about Using Trados in Knowledge Base translation.

Everything in here is fairly low-level and is really designed to help someone get started immediately with their first translation, reviewing or bug fixing job in Trados.

SDL Trados 2007 consists of 3 modules

1. Workbench is used to access the Translation Memory (TM), a database of existing translated sentences.
2. TagEditor is the editing tool, where the translation is done.
3. MultiTerm is an add-on (installed) which may be running in the background. It checks the segment currently being translated for English words or groups of words which may have a pre-approved translation.

Getting started

1. Copy the TTX files (or English source files if TTX weren’t provided) and TM (5 files per language) to a folder on your local hard disk.
2. Open the TM in Trados Workbench: double-click the file with extension .tmw or open Workbench and browse to it from the File-Open menu.
3. Open the TTX (or source file) in Trados TagEditor: open TagEditor and browse to it from the File-Open menu or double-click the file if it’s already associated with TagEditor.
4. Place your cursor in the English segment of the Translation Unit (TU) you want to translate.
5. Click Open/Get  in the TagEditor tool bar.
6. Edit the target segment of the TU (i.e. translate the part highlighted in yellow).
7. Click Set/Close to save your changes to this TU into both the TM and TTX.
8. Save and close the TTX once it is fully translated.
9. Start at point 3. above with the next TTX or source file.

Working with placeables

Most Placeables are tags contained within segments. Here is how Trados can help the translator with placeables:

1. Open/Get  a TU.
2. In Workbench, Placeables are underlined in blue (2 in the example below):
3. In TagEditor, put your cursor where the Placeable needs to be inserted into the target (yellow) area:
4. Click Get Current Placeable .
5. If there is more than one, use the Get Previous Placeable  and Get Next Placeable  buttons as required.

Working with terms

If MultiTerm is running in the background, Trados is able to detect Terms listed in a dictionary and suggest their approved translation. Here is how to use this feature:

1. Open/Get  a TU.
2. In Workbench, Terms are over-lined in red (2 in this example):
3. In TagEditor, put your cursor where the Term needs to be inserted:
4. Click Get Current Term .
5. If there is more than one, use the Get Previous Term  and Get Next Term  as required.

Tip: for more information on the Current Term, double-click the book icon beside the Term on the right hand-side of Workbench. This will open a MultiTerm window where you can see more details about the Term (e.g. definition, product category etc. depending on how the TermBase was set), and browse the TermBase for other Terms.

Other useful buttons

• Open : opens the TU in TagEditor without searching for a match in the TM.
• Get Translation : downloads a translation from the TM into the TU opened in TagEditor.
• Restore Source : removes the target segment (i.e. translation) from the opened TU.
• Copy Source : copies the source segment (i.e. English) into the target segment of the opened TU.
• Set/Close next Open/Get : uploads the translation from the current TU to the TM, closes the TU, opens the next TU and downloads any matching translation for the TM.
• Translate to fuzzy : translates all sentences in an English file opened in Tageditor, until it comes across a sentence with match less than 100% against the opened TM.
• Close : closes a TU, saving changes made to the TTX, but without uploading the new translation to the TM.
• Concordance : searches for an English word selected in a TTX, throughout all the sentences in the opened TM.

Troubleshooting tips

Open/Get button is grayed out

Using the Open/Get button in TagEditor requires a TM loaded in Workbench. Here is what to do if it’s grayed out:

1. Ensure only one instance of Workbench is open.
2. Ensure it has a TM open.
3. If so, click the Connect to Workbench button in TagEditor: .
4. If the issue is still not solved, close TagEditor, and re-open it.

TM won’t open in Workbench

Translation Memories are made up of 5 files per language and can only be opened one at a time. Here are the main errors that can occur when opening a TM:

• Couldn’t obtain database lock: you are probably trying to re-open a TM in a second instance of Workbench.
  Solution:
  1. ensure only one instance of Workbench is open
  2. Go to its File menu
  3. Choose Open
  4. Browse to the TM you were trying to open.
  5. If this doesn’t resolve the issue the TM may be corrupted.
• The system cannot find the file specified: one of the 5 files is missing.
  Solution: ensure the .iix and .tmw files are present in the location where you copied the TM.
• Matrix Error: (null), data file: one of the 5 files is missing.
  Solution: ensure the .mdf and .mtf files are present in the same location as the .tmw you are opening.
• Database corrupt! Run export, create and new TM and reimport: one of the 5 files could also be missing.
  Solution: ensure the .mwf file is present in the same location as the .tmw you are opening.
• While no valid license file is used or no dongle is connected, this application runs in demo mode: no available license
  Solution: ensure your Trados license is activated.

Alchemy Catalyst Experts: Leverage vs. Update

When I started using Catalyst, I felt Leverage Expert was more of a batch tool and Update Expert was only for small updates.

A little bit more planning taught me how this apparently simple choice can increase efficiency. According to Alchemy, Leverage allows to maximise the reuse of existing translations, while Update is used to replace a small number of files, using Leverage in the background. The choice of course depends on the type of handoff you are dealing with:

• is it a new project or an update?
• are there many files to update within each TTK?
• are these files Win 32 executables?
• are the changes functional or do they impact a lot of localisable strings?

Let’s look into typical workflows to see how they best respond to our needs.

Leverage Expert

• Create a TTK.
• Import all the localisable source files.
• Duplicate it to the number of target languages.
• Rename them using language codes.
• Set each file’s target language.
• Leverage from all the relevant repositories of previous translations.
• Update the status of every string in the TTK to Signoff or For Review as required.

Update Expert

• Copy previous version of each localised TTK.
• Update name by incrementing version number (e.g. from__.ttk to__.ttk).
• Update the application file(s) which have been changed in each localised TTK.
• Use Leverage Expert if required to reuse translations from sources other than the previous TTK.
• Update the status of the strings marked for review only.

When working with several target languages, each TTK containing a number of files, with regular updates, and if you keep you string status tidy, I think Update Expert turns out to be more efficient in the majority of cases. I would estimate that if less than 10% of the files in a TTK need to be updated there is a lot to gain in ensuring that every string which was signed off in the previous version does not have to be signed off, or even reviewed, again. It is much easier to differentiate which have been updated when using the Update Expert.

To be specific, by favouring the Update Expert you will save on:

• Importing application files into the English TTK.
• Setting target language in TTK and each application file.
• Signing off untouched strings.

The icing on the cake would be, if anyone from Alchemy is reading me, to add 1 or more TM Source to the leveraging that goes on in the background when running Update Expert: