【转贴】Trados 基本知识、使用技巧与经验（爆强）

帅哥

近日借 GILTWorld 所发的“Trados 使用教程中文版”一帖写了一些有关 Trados Workbench 基本知识和使用技巧的文字。为了突出主题，更好地相互交流，现接受 GILTWorld 的建议，在此另辟新帖来帖出相关内容。

本贴的内容将着重于 Trados 的 Workbench 和 Tageditor 两个组件，其他组件也会在后续内容中有所涉及。

所帖内容暂分为三类：

【基础知识】：就各组件的某一功能和特性进行解释说明

【界面操作】：逐一介绍相关组件界面的内容设置及其含义

【技巧经验】：介绍使用技巧、使用经验和使用中某些具体问题的解决办法

所有内容均针对 Trados 6.5 来展开。

本人能力有限，斗胆发出此贴，旨在增进交流，共同提高，企盼网友的支持和参与，提供你们的宝贵建议和意见，把每个人的知识和经验变成大家的知识和经验。帖中错误不当之处在所难免，望大家不吝赐教。

Workbench 组件目录索引：

Workbench 简介及相关术语约定

【操作界面】

    * Options －> Translation Memory Options －> General 选项卡
        
    * Options －> Translation Memory Options －> General 选项卡（续）
        
    * Options －> Translation Memory Options －> Penalties 选项卡
        
    * Options －> Translation Memory Options －> Substitution Localisation 选项卡
        
    * Options －> Translation Memory Options －> Concordance 选项卡
        
    * Options －> Translation Memory Options －> Tools 选项卡
        
    * Options －> Terminology Recognition Options 对话框
        
    * Options －> Translated Text Colours 对话框
        
    * Settings －> Project and Filter Settings 对话框
        
    * Settings －> Select Target Language 对话框
        
    * Settings －> User ID 对话框
        
    * Settings －> Non-translatable Paragraphs 对话框
        
    * Workbench 的 View 菜单项
        
    * Tools －> Analyse 对话框

【新手入门】

    * 新手入门 1
        
    * 新手入门 2
        
    * 新手入门 3
        
    * 新手入门 4

【专题知识】

    *
      关于 Attribute Field 和 Text Field
    *
      关于 Project Settings 和 Filter Settings
    *
      关于 Multiple Translation
    *
      Workbench 简介及相关术语约定

【专题讨论】

    * 字数分析（Analyse）的影响因素
        
    * 关于Tool －> Analyse 对话框中 Use TM from previous analysis 选项的应用
        
    * 关于 Project and Filter Settings 选项卡以及 Attribute 和 Text 字段的应用（原 Trados 使用教程中文版一帖的内容）
    * 关于 Project and Filter Settings 选项卡以及 Attribute 和 Text 字段的应用（本主题）
    * 翻译过程中使用 TM 库的一个方案设想 —— 有关 General 选项卡 Do not create new translation units if only text fields differ 选项的一个应用
    * 有关 DTD Setting (ini) 文件使用方面的一些问题。
【Workbench 简介及相关术语约定】
[Workbench 简介]

20 世纪 40 年代末期，英国工程师 A.D.Booth 和美国工程师 W.Weaver 提出了计算机代替人工翻译的可能性，它不禁使人畅想，未来的时代可能是一个全能的机器翻译时代，那时，人工翻译将仅限于文学领域。
时至今日，机器翻译领域仍无长足进展，无论是人工智能模式还是统计模式，都未能获得令人满意的翻译效果。而在这一过程中，一种退而求其次，依靠人工参与的计算机辅助翻译系统 (Computer Aided Translation, CAT)开始大行其道，成功得以应用，并在今日的本地化领域及其他翻译领域成为主流的翻译工具。CAT 的基本概念就是“翻译记忆”（TranslationMemory，TM），它和其他许多人类的发明一样，是人们避免重复劳动的“偷懒创造”。
TM的原理很简单，就是将已翻译过的内容以“成对”原文和译文的方式存储在特定数据库中，当进行新的翻译工作时，使用要翻译的内容在数据库中检索相匹配的原文，如果找到完全匹配的原文，则可以直接使用其译文，如果找到的是达到一定匹配率但不是完全匹配的原文，则可以将其译文作为参考，经过适当的修改后使用。通过这个过程几乎可以完全避免翻译的重复工作，充分利用原有的翻译内容，达到降低翻译成本、提高翻译效率的目的。同时，TM还为译文和术语的一致性提供了有力的保障，也为用户之间交换翻译库带来了便利。
一般所用的 CAT 软件就是所谓的 TM数据库系统，它可以创建、管理、维护 TM 数据库，是翻译人员与 TM 数据库之间的中介桥梁，有些 CAT软件还融入了本地化翻译项目管理的概念，提供了项目字数分析、预翻译处理等功能，Workbench 就是这样一款产品。
它主要包括四大功能模块：
TM 的创建和维护 －TM 创建（File －> New...）、导入（File －> Import...）、导出（File －>Export...）、TM 数据库整理（File －> Reorganise...）、TM 数据库维护（File －>Maintenance...）
TM 的设置 － TM 的常规信息、TU 信息字段、字体、Non-translatable 设置、分隔规则、TM 访问权限（File －> Setup...）
Workbench 设置 － 基本设置（Settings 菜单）、窗口显示设置（View 菜单）、翻译设置（Options 菜单）
Workbench 工具 － 3 大批处理工具（Tools 菜单下的 Analyse、Translate 和 Cleanup 实用工具）、索引词查询工具（Tools 菜单下的 Concordance 实用工具）
基于这些功能，Workbench 在三个层次上实现了对重用翻译内容的支持：
1、Segment 支持
  
在翻译过程中，可以利用 Workbench 的主窗口，获得整句原文的搜索匹配结果
2、Subsegment 支持
  
可以利用 Workbench 的 Concordance 工具，以整句中的部分内容作为关键词进行搜索
3、Terminology 支持
  
可以借助  Trados 的组件工具 Multiterm 实现词汇（术语）的检索重用
【本贴术语约定】
下面是一些后续文档中要使用的术语，为了统一起见，特此列出。术语列表可能会随文档内容的更新而不断增补。
TM － 翻译记忆数据库系统（Translation Memory ）
TU  －翻译单元（Translation Unit），TM 的存储单位，每个 TU 由原文部分（Source Segment）、译文部分（TargetSegment）、系统信息字段（System Field）和自定义信息字段（Attribute Field 及 Text Field）四部分组成
Source Segment － TU 中的原文部分
Target Segment － TU 中的译文部分
System Field － TU 中的系统信息字段，包括：Created on、Created by、Changed on、Changed by、last Used、usage
Attritute Field － 用户自定义的 TU 信息字段，每个属性信息字段需要定义字段名和相应的字段值，设置时在 Project Settings（Settings －> Project and Filter Settings）中进行选择
Text Field － 用户自定义的 TU 信息字段，每个文本信息字段只需定义字段名称，字段值在 Project Settings 中以文本形式输入
No Match － TM 中 TU 的匹配情况。表示 TM 中当前不存在匹配率大于等于 Minimum match value % 值（Options －> Translation Memory Options －> General 选项卡）的 TU
Fuzzy Match － TM 中 TU 的匹配情况。表示 TM 中当前存在匹配率大于等于 Minimum match value % 值但小于 100％ 的 TU
Full Match － （100% match）TM 中 TU 的匹配情况。表示 TM 中存在匹配率等于 100％ 的 TU
Placeable － 在 TU 的 Target 中需要保留原文而不翻译的 Source 部分的内容，主要是 Tag。由于可以对其进行移动，因此得名 Placeable
Penalty －匹配率扣减。翻译文档过程中，在对 TM 中的 TU 进行匹配时，首先是将文档中要翻译的内容与 TM 中 TU 的 Source部分进行“文本”上的匹配，之后，会考虑其他一些在要翻译的内容与 TM 中 TU 的 Source部分之间存在的差异和相关因素来调整（扣减）文本匹配率，其中包括：文本格式（字体、字号、其他特殊效果）的差异、属性信息字段及文本信息字段的差异、所包含的 Tag 的差异，是否存在 Multiple Translation 等等。从“文本”匹配率中扣减掉适用的 Penalty值后，得出的才是最终的匹配率
Multiple Translation － 指 TM 中对于某个特定的 Source（原文）内容存在有多个 Target（译文）内容的现象，即 TM 有多个其 Source 部分相同但 Target 部分不同的 TU
Batch Tool － 指 Workbench 的三个批量处理工具：Analyse（字数分析工具）、Translate（预翻译工具）、Cleanup（清除原文工具）

【TU 结构示意图】

红色：Source Segment（原文部分）
黄色：Target Segment（译文部分）
蓝色：System Field（系统字段），分别为，创建时间、创建者、修改时间、修改者、最后修改时间、使用次数
绿色：自定义信息字段


【以下内容】先逐一介绍 Workbench 各个菜单对话框的设置和操作，中间会插入一些使用方面的技巧、方法，最后会就某几个专题集中进行讨论。

【专题知识】关于 Attribute Field 和 Text Field
Attribute Field 和 Text Field 是用于标识翻译单元（TU）的自定义信息字段。典型的 TU 包含四个部分，如下图所示：

【TU 结构示意图】

其中的 Client: HP 和 Projcet ID: 001 就是笔者定义的 Attribute Field 和 TextField。这些字段是项目的信息标识，如果在 Settings －> Project and Filter Settings －>Project Settings 选项卡中设置了 Text/Attribute 字段，在将 TU 提交到 TM数据库时就会附带上这些字段信息（如上图所示）。
Attribute Field 和 Text Field的基本区别是，Attribute Field 设定的是可以预见其可能值的信息字段，比如客户名称、产品名称、组件名称、版本号等，使用时在Project Settings 中选择设置好的字段值；Text Field 定义的是无法预先设定其可能值的标记文本，比如文档的编号，使用时在Project Settings 中手动输入字段值。
Workbench 默认提供了一个 Attribute Field（名称为Status，包含 new、approved 和 readonly 三个值）和一个 Text Field（名称为 TextField）。如果要自定义信息字段，需要以独占方式（exclusive）打开 TM，然后在 Workbench 的 File －>Setup... －> Fields 选项卡中进行定义。定义后，需要在 Project Settings 选项卡中选择Attribute Field 和/或 Text Field 并指定或输入相应的值。这样，在翻译时，提交到 TM中的翻译单元就会附加上所选择的信息字段值。
【专题知识】关于 Project Settings 和 Filter Settings
ProjcetSettings 用于设置附加到 TU 的信息字段，而 Filter Settings 是利用信息字段从 TM中筛选翻译单元的一种机制，二者在 Workbench 的 Settings －> Projcet and Filter Settings对话框中设置。
如果将 TM 看作一个数据库的话，我们对 TM 执行的所有操作都可分为两类：
从 TM 中读取数据 ——

• 打开翻译单元的过程 － 寻找匹配的 TU 以及将 TM 中匹配的 TU 复制到翻译文档
• Analyse － 对文档进行分析
• translate － 对文档进行预翻译

向 TM 中写入数据 ——

• 使用 set 操作，将文档中的翻译单元提交到 TM 中
• Translate 和 Cleanup 中的 update TM 操作

Project Settings 是针对写入操作的，即每个写入到 TM 的翻译单元（不论是提交翻译单元时写入，还是在 Translate 或 Cleaup 时写入）都会附加 Project Settings 选项卡中设置的字段值；
FilterSettings 是针对读取操作的，即在对 TM 中的翻译单元进行匹配时，如果发现 TM 中的翻译单元的自定义信息字段值（Text Field和 Attribute Field 值）与 Filter Settings 选项卡中的设置不符（或者不包含选项卡中的设置值），则会按照Options －> Translation Memory Options －> Penalties 选项卡中 Attributeand Text field differences penalty（默认为 2）所设置的数值对该翻译单元的匹配率进行扣减。
具体来说，如果 TM 中有两个翻译单元 a 和 b，其 TU 的 Source 部分（原文部分）相同，但由于针对的是不同的产品，因此 Target部分（译文部分）不同，而且附带的字段信息也不同（假设都包含一个 Client 字段，但字段值分别为 IBM 和 HP），如果 FilterSettings 中将 Client 设置为 IBM，当在翻译时遇到这个句子时，a 的匹配率为 100％，而 b的匹配率则为（100-2）％，因此，Workbench 窗口中会优先显示 a，从而达到了筛选的目的。
相关示例，请参见以下帖子中 12 楼的说明：Attribute Field 和 Text Field 的应用

Workbench 的 Options －> Translation Memory Options －> General 选项卡

Minimum match value %
  【解释说明】
指定 fuzzy match 的阈值。Workbench 将 TM 中翻译单元的匹配情况分为三种：full match（或 100％match）、fuzzy match、no match。而 Minimum match value % 就是 fuzzy match 和 nomatch 的分水岭，即匹配率小于此值的为 no match，大于等于此值但不完全匹配的为 fuzzymatch。在翻译过程中，Workbench 窗口会显示 full match 和 fuzzy match 的翻译单元，但如果是 nomatch，则不显示任何翻译单元。
【使用提示】
该设置的系统默认值为 70％，如果希望匹配到更多的 TU，可以降低设置。但一般来说，较低的设置并不能保证提供具有重用价值的翻译单元。
另外，该阈值还会影响到字数分析 (Analyse)。具体来说，Workbench 的 Tools －> Analyse面板下部会列有以下统计项：95～99、85～94、75～84、50～74、No match，如果某个句子在 TM 中的实际匹配率为 60％，当Minimum Match Value 值低于 60 ％ 时，会将这个句子统计到 50～74 这一项中；当 Minimum MatchValue 值高于 60％ 时，会将这个句子统计到 No match 一项。因此，Minimum Match Value值不同，某些情况下统计结果会有很大的差别。需要提请注意的是，Minimum Match Value 的值是保存在本机的 Workbench中的（而不是保存在 TM 数据库中），也就是使用本机的 Workbench 打开任何一个 TM，Minimum Match Value值都不变。因此，对于经常使用 Wrokbench 做字数分析的 PM 人员，如客户没有特殊的要求，建议使用默认的 Minimum MatchValue 值，以免造成分析结果不一致的情况。
Maximum number of hits
【解释说明】
指定在 Workbench 窗口中可显示的 full match 或 fuzzy match 的翻译单元的数量。比如对于文档中的某句话，TM中有 10 个翻译单元的匹配率大于 Minimum match value % 值但都不是完全匹配，如果 Maximum number ofhits 值设置为 5，则在 Workbench 窗口中只可能显示前 5个翻译单元。具体显示时，会在窗口中显示匹配率最高的那个翻译单元，此时，窗口左下角的翻译单元切换按钮会处于可用状态，可以使用这些按钮访问其他 4个匹配率相对最高的 fuzzy match 翻译单元。如果 TM 中有且只有一个 full match的翻译单元，则会只显示该翻译单元，切换按钮处于不可用状态。但如果有多个 full match，则会按 fuzzy match的显示规则进行显示。

【使用提示】
建议使用系统的默认值 5

【Switches】（开关设置）
Display time
【解释说明】
在 Workbench 窗口左侧的 Created on 和 Changed on 位置显示当前窗口中显示的翻译单元的时间信息。如果不选中此复选框，则只显示日期信息。

【使用提示】
翻译人员在选择使用 TU 时，如果日期无法作为判断条件，可以参考时间信息。在多人共享同一 TM 时，也可根据时间信息判断是否选用已被修改的 TU译文部分。另外，可以根据时间信息判断当前 TU 是集中 Cleanup 到 TM 中的 TU，还是翻译过程中提交到 TM 中的TU，如果有多个 TU 的日期时间完全一样（精确到分钟），则可以大致判断这些 TU 是通过 Cleanup 操作进入翻译单元的。
Show project settings
【解释说明】
打开 TM 时显示 Project and Filter Settings 对话框，以便用户在开始工作之前设置自定义信息字段。

【使用提示】
如果项目中使用的 TM 包含自定义信息字段，并且在翻译过程中需要将这些信息字段附件到 TU 来提交到 TM数据库，则适宜选中此复选框，这样可以在开始工作前设置或确保设置相应的自定义信息。如果项目无此要求，则建议清除此复选框，这样在打开 TM时就不会显示 Projcet and Filter Settings 对话框。
   
Copy source on no match
【解释说明】
在翻译过程中，如果 TM 中没有任何翻译单元的匹配率大于等于 Minimum match value % 值，即出现了 no match 的情况，则选中该复选框的情况下，会将 Source 部分复制到译文位置。

【使用提示】
建议选中此复选框。如果要翻译的句子中的某些词需要保留为英文（而且有时这类内容需要保留原有格式），则在 no match 的情况下，会自动将 Source 部分复制过来，翻译完后删除不需要的英文即可，这样可免去输入那些保留为英文的部分。
Insert blank after tag
【解释说明】
当使用 Tageditor 组件工具栏的 Placeable 插入按钮（包括 Get previous placeable、Getcurrent placeable、Get next placeable），或者在 Word 中使用 Trados 工具栏中的Placeable 插入按钮（取上一非译元素、取当前非译元素、取下一非译元素），在翻译文档的 Target 部分插入 Placeable内容（即通常所谓的 tag 标记）时，会自动在 tag 后面添加一个空格。

【使用提示】
具体的测试中发现，在 Tageditor 中操作时，无论是否选中该选项，均无任何效果；而在 Word 中操作时，无论是否选中该选项，如果在英文前插入 tag，都会自动添加一个空格，如果在中文前插入 tag，也没有任何效果。
Strip tags from fuzzy matches...
  【解释说明】
如果翻译过程中，文档中当前要翻译的句子不带有 tag，但 TM 中与之具有最高匹配率的翻译单元却带有 tag，则选中该选项后，使用相应命令来复制 TM 中该翻译单元的译文时，会自动去掉 tag。
【使用提示】
该选项在 Word 和 Tageditor 中均有效。建议选中该选项。
Ask before opening...
这个和 TM Server 有关，希望其他网友提供相关信息。

Match 101 是高精度匹配。

要得到这个数值。

1) 使用 Trados 的工具软件；

2) 在文本编辑器下手工将 100% match 的 Segment Pair 更改为 101% match 也可以。

另外，amtf 的这个系列真的很好。强烈支持ing。


图片点击可在新窗口打开查看

David Zhang (Dalei Zhang)

synctune发言：
本地化人的机器上一般都会安装 MS WORD、ACROBAT、TRADOS 这三个软件，后两个软件都会添加各处的模板，如果都采用默认安装的话，TRADOS 模板经常会与 ACROBAT 的模板相冲突，从而使得 MS WORD 菜单栏中无法显示 TRADOS 的菜单。

ACROBAT Professional 7 似乎有一个进程专门负责在 MS WORD 启动时检测是否加载了 ACROBAT 模板，如果没有加载就会自动加载，非常麻烦，目前还没有找到解决办法，所以改用 ACROBAT 6.5。还有些时候，启动 MS WORD 仅仅为了查看文档，并不需要使用 TRADOS。但默认安装模式下，TRADOS 模板还是会加载的，而且 TRADOS 5.5 在加载时还经常报错。

为了摆脱这些麻烦，建议对 MS WORD 作如下修改：

1) 新建一个专门用于存放用户模板的文件夹，如：

C:\Program Files\Microsoft Office\Templates\My Templates

2) 将 Trados6.dot、Normal.dot、SnagIt.dot 等常用模板放在此位置；

3) 导航至“工具”>“选项”>“文件位置”，选择“用户模板”；

4) 单击“修改”按钮，将路径指向在步骤 A 中创建的文件夹；

5) 按照上面的步骤修改“启动“文件夹”的位置，总之不要它指向：

C:\Documents and Settings\Administrator\Application Data\Microsoft\Word\STARTUP

6) 导航至“工具”>“模板与加载项”，单击“添加”以添加所需的模板；



如此这般后，需要加载哪个模板就选中它，一切由你作主。

【专题知识】关于 Multiple Translation
所谓 Multiple Translation，是指 TM 中同一个 Source Segment（翻译单元 TU中的原文部分）对应有多个不同的 Target Segment（翻译单元 TU 中的译文部分），即同一 Source Segment 对应有多个TU。
一般来说，如果出现了 MultipleTranslation，在原则上即违反了一致性（Consistency），但有的时候某一句原文确实可能有多个翻译，比如 password一词，在 Windows 系统和 Unix 系统就有不同的说法，分别为“密码”和“口令”，如果 TM 中有必要包括这两种翻译，则存在Multiple Translation 就有其合理性。另一方面，存在 Multiple Translation 会降低 TU 的匹配率（会按Options －> Translation Memory Options －> Penalties 选项卡中 Attributeand Text field differences penalty 所设置的数值对存在 Multiple Translation的翻译单元的匹配率进行扣减），会给客户造成一定的成本损失，同时也会给后续的翻译工作带来麻烦，因此，大多数情况下，我们需要避免不必要的Multiple Translation。
TM 中出现 Multiple Translation 主要有三种可能途径：
a、创建 TM 数据库时选中了 Allow multiple translation for identical source segments（注1）选项，翻译文档时，如果某句原文在 TM 中存在完全匹配的 TU，但你在文档中对其译文部分进行了修改，并且使用 Workbench 菜单中的Add as new translation 菜单项提交（如果是在 Tageditor 中），或者使用 Trados菜单中的“添加新译文”菜单项提交（如果是在 Word 中），则这种情况下会添加一个新的翻译单元。如果以正常方式提交，则会覆盖原来的翻译单元。
b、创建 TM 数据库时选中了 Allow multiple translation for identical source segments选项，这种情况下，Options －> Tranlsation Memory Options －> Tools 选项卡下的Always add new translation unit when target segments differ选项将处于可选用状态。如果选中了这个选项（注意：Tools 选项卡中的设置都是用于批处理 Analyse、Translate 和Cleanup 的），在 Translate 和 Cleanup 等批处理过程中更新 TM时，对于同一原英文，只要译文不同，就会添加一个新的翻译单元，而不是覆盖原有的内容，这样，如果文档中存在 MultipleTranslation 的情况，都会体现在 TM 中。很多客户使用这个选项来检查所提交的文档中是否存在 MultipleTranslation。
c、在创建 TM 数据库时无论是否选中了 Allowmultiple translation for identical source segments 选项，对于某个已在 TM中存在的翻译单元，如果在翻译文档时修改了该翻译单元的翻译内容，并且当前 Project Settings 中设置的信息字段值与 TM中该翻译单元的信息字段值不同且前者不是后者的一个子集（注2）（比如 TM 中该翻译单元的标记为 client=IBM，而当前的 Project Settings 中的设置为 client=HP），则提交后会生成一个新的翻译单元，并附带 Project Settings 中设置的信息字段值。

注1：如果在创建 TM 数据库时选中了 Allow multiple translation for identical source segments 选项，则会产生 3 个变化： ①如果文档中的某句原文在 TM 中有完全匹配的 TU，则在文档中打开该翻译单元时，Workbench 菜单中的 Add as newtranslation 菜单项将处于可用状态（如果使用的是 Tageditor，但 Word 的 Trados菜单中的“添加新译文”菜单项始终会处于可用状态）；
② Workbench 的 Options －> TranslationMemory Options －> Penalties 选项卡中的 Attribute and Text fielddifferences penalty 选项处于可选用状态；
③ Workbench 的 Options －>Tranlsation Memory Options －> Tools 选项卡下的 Always add new translationunit when target segments differ 选项将处于可选用状态
否则，如果在创建 TM 数据库时没有选中 Allow multiple translation for identical source segments 选项，上述三个选项都将处于不可用的灰显状态。

注2：这里子集的意思是，从数学集合的角度来看，TM 中该 TU 的信息字段的内容包含 Project Settings 中的信息字段设置。比如，在Project Settings 中设置了一个 Client 字段，并指定 HP 作为其字段值，则 Project Settings的设置结果是“Client = HP”，如果当前 TU 的信息字段值为“Client =HP,IBM”，则后者包括前者，前者即为后者的一个子集。

Workbench 的 Options －> Translation Memory Options －> General 选项卡（续）
   
阅读本文档之前，如有必要，请参阅本贴中的以下内容：

• 关于 Attribute Field 和 Text Field
• 关于 Multiple Translation（Project Settings 导致 Multipel Translation 的说明）
• 关于 Project Settings 和 Filter Settings

Updating attribute and text fields
【解释说明】
  在翻译文档时，如果文档中当前正在翻译的原文在 TM 中对应有完全匹配的 TU（翻译单元），但该 TU 的自定义信息字段值与当前 ProjectSettings中设置的不一样，这种情况下，您可能会完全重用匹配的译文，也可能会对译文进行修改，问题在于，在提交该翻译单元时，如果对译文进行了修改，那么提交后是覆盖原来那个匹配的 TU 还是创建一个新的 TU；在重用原来的译文以及修改原来的译文这两种情况下，提交时如果不创建新的翻译单元，如何处理 TM中该翻译单元原有的自定义信息字段值与 Project Settings 中的设置不同这一矛盾？是保留原来的信息字段值，还是替换为Project Settings 中的设置，或者是将这两者合并？以下对这些问题进行简要的分析说明。
当遇到 100％ 匹配的 TU 时，通常会出现三种处理情况：
① 使用了匹配的 TU 的译文部分而没有进行修改，提交后保留 TM 中那个匹配的 TU，出现这种情况要满足以下条件：

• 遇到 100％ 匹配的 TU
• 使用了该 TU 的译文部分而没有进行修改

② 修改了匹配的 TU 的译文部分，提交后保留 TM 中那个匹配的 TU 但替换其译文部分，出现这种情况要满足以下条件：

• 遇到 100％ 匹配的 TU
• 修改了译文部分
• 当前 Project Setings 中设置的 Attirubte 和 Text 字段值与当前匹配的 TU 附带的字段值一致或为后者的一个子集（或者说后者包含前者）。注1
• 使用通常的 Trados 提交按钮 或命令来提交翻译单元，而不是使用 Workbench 菜单中的 Add as new translation 菜单项（在 Tageditor 中）或者使用 Trados 菜单中的“添加新译文”菜单项（在 Word 中）提交翻译单元。注2

③ 修改了匹配的 TU 的译文部分，提交后在 TM 中生成新的 TU，出现这种情况要满足以下条件：

• 遇到 100％ 匹配的 TU
• 修改了译文部分
• 当前 Project Setings 中设置的 Attirubte 和 Text 字段信息值与当前匹配的 TU 附带的字段信息值不一致且前者不是后者的一个子集。

在提交翻译单元时，Trados 会按以上条件判断是保留 TM 中匹配的 TU、覆盖匹配的 TU、还是保留匹配的 TU 但新增一个 TU。
如果匹配的 TU 的自定义信息字段值与当前 Project Settings 中的设置不一致，在以上所述的前两种情况下（即不增加新的 TU 的情况下），会按本选项卡 Updating attribute and text fields 区域的设置进行处理。
该区域有两组设置： Used translation units 和 Changed translation units，分别确定上述的第1、2 种情况下如何处理 Project Settings 中的设置与匹配的 TU 的字段值不一致的情况。如果 ProjectSettings 中未设置任何内容，则不适用这些选项。
可选择的处理方式如下：

• Leave unchanged —— 保留原有的自定义信息字段值
• Merge —— 将原有的自定义信息字段值与 Project Settings 中的设置合并
• Overwrite —— 使用 Project Settings 中的设置替换原有的字段信息值

举例来说，比如 TM 中当前匹配的 TU 的自定义信息字段值为 Client:HP，而 Projcet Settings 中的设置为Client:IBM，则上述三个选项设置对应的结果如下：Client:HP（保留）、Client:HP,IBM（合并）、Client:IBM（替换）。
需要说明的是，对于上述的 TU 100％ 匹配的第二种情况，在 Changed translation units部分选择 Leave unchanged 和 Merge 的实际效果是一样的，拿注释1 中的例子来讲，提交后的标记都是 client =IBM, HP。


【使用提示】一般选择将这两种情况均设置为 merge，这样既不会破坏已有的自定义信息字段值，也可将 Project Settings 中的设置包含进去。当然，如果 Project Settings 中未设置任何内容，则不适用这些选项。
Do not create new translation units if only text fields differ

【解释说明】
选中该选项后，如果在 Project Settings 中设置了 text 字段，且 Project Settings 中的设置与 TM中原有翻译单元的自定义信息字段值相比较，只有 text 字段不同，则“提交时修改了 TM 中原有的 TU的译文部分”的情况下，不会添加新的翻译单元，而是覆盖原有的翻译单元。
【使用提示】
可以利用这个设置满足一些特殊的需要，将在以后的帖子中进行介绍。

注释1：举例来说，如果 Project Settings 中设置了一个 client 字段，并且为其选择的值为 HP，则提交翻译单元时，应附带client = HP 这个信息字段值，但如果 TM 中完全匹配的 TU 所附带的信息字段值为 client = IBM,HP，则前者就为后者的一个子集，即后者包括前者。
注释2：如果使用后两种提交方式，则会添加一个新的翻译单元，详情请参见本贴“关于 Multiple Translation”中有关“TM 中出现 Multiple Translation 的三种可能途径”的途径 a 部分的说明。
Workbench 的 Options －> Translation Memory Options －> Penalties 选项卡
  
Workbench的机制之一就是将已翻译过的内容以翻译单元（TU）的形式存储在后台数据库（TM）中，以便在翻译新的文档时重用这些翻译内容。在实现这一机制时需要将当前的翻译内容与 TM 中已有的 TU 进行比较，获得匹配率以供用户来选择处理。翻译单元的匹配首先是文本上的匹配，除此之外，Workbench还会考虑 TU 的 Source 部分的格式差异、是否包含要保留为英文的 Placeable 内容、该 TU 是否由 WinAlign生成、TU 的自定义信息字段是否与 Filter Settings 的设置匹配、是否存在 Multiple Translation等因素。因此，在对文本进行匹配的基础上，会根据是否出现这些情况，进行相应的匹配率扣减，以便提醒用户注意这些因素。而 Peanlties选项卡就是用来设置在获得 TU 匹配率时需要考虑哪些因素以及相应地要扣减多少匹配率分值。以下逐一介绍这些 Penalty 设置项。
Formatting differences penalty %

【解释说明】
如果当前在文档中处理的翻译单元与相应的 TM 中匹配的 TU 在格式上（字体、字号、颜色等样式）存在差异，则会应用此扣减项。（注1）
【默认设置】
1％（可设置范围：0～20％）
【窗口提示】


【使用提示】
如果当前翻译的文档无需考虑任何格式，可以将其改为 0。如果文档中的文本存在特殊的格式设置，且翻译后要求保留原来的格式（多见于 doc 文档），最好为此扣减项指定大于 0 的值。
Attribute and text field differences penalty %

【解释说明】
如果当前在 Filter Settings 中进行了设置，且所设置的内容与在 TM 中匹配的 TU 的自定义信息字段值不同（并且后者也不包括前者），则会应用此扣减项。
【默认设置】
2％（可设置范围：0～20％）
【窗口提示】


【使用提示】
实际上，Filter Settings 的筛选机制就是按照这个值来扣减那些与 Filter Settings 设置不符的 TU的匹配率，相对提高那些符合 Filter Settings 设置的 TU 的匹配率，从而将这些 TU筛选出来。因此，要使筛选机制有效，Filter Settins 和此扣减项二者缺一不可。如果将其清为 0，则 Filter Settings即使设置了也无效；但反过来说，没有设置 Filter Settings，此扣减项也形同虚设。
Placeable differences penalty %

【解释说明】
假设文档中当前翻译的原文包含 Placeable（或 Tag），如果 TM 中有一个 TU 的文本内容与其完全匹配，但 Tag 部分的内容不同，则会应用此扣减项。但如果它们的 Tag 在数量上存在差异，则不适用此扣减项。
【默认设置】
2％（可设置范围：0～20％）
【窗口提示】


【使用提示】
实际上，只有在选中 Apply placeable penalty also when source tags differ 复选框后，才会应用此扣减项。
Allignment penalty %

【解释说明】
如果 TM 中匹配的 TU 是由 WinAlign 工具生成的（注2），则会应用此扣减项。
【默认设置】
3％（可设置范围：0～20％）
【窗口提示】


【使用提示】
Align过程并不能保证所生成的 TU 完全正确，因此可以设置此 Penalty 值来提醒译员注意并确认匹配的翻译单元。一旦通过提交翻译单元对Align 后的 TU 进行了确认，该 TU 的 Changed by 字段就会附加上当前译员的“用户 ID”，下次遇到该 TU 时此Penalty 选项将不再适用。
Machine translation penalty %

【解释说明】
此选项尚不了解其含义，估计和欧洲语言的机器翻译有关，可能对亚洲语言不适用，恳请高手给出解释。
【默认设置】
15％（可设置范围：0～20％）
Multiple translations penalty %

【解释说明】
如果当前文档中的某句原文在 TM 中有多个完全匹配的 TU，则会应用此扣减项。
【默认设置】
1％（可设置范围：0～20％）
【窗口提示】


【使用提示】
建议使用此选项，以便在遇到此种情况时，能够提醒译员来选择合适的 TU。
Apply placeable penalty also when source tags differ

【解释说明】
该复选框与 Placeable differences penalty % 结合使用，缺少任何一个，都不会应用 Placeable 匹配率扣减。
【使用提示】
如果所翻译的文档中某句原文在 TM 中对应有文本内容完全匹配但 Placeable（Tag）不同的 TU，则在从这个匹配的 TU复制其译文到文档中时，会自动将 Tag 部分替换为文档中原文所使用的 Tag。如果设置了 Placeable differencespenalty % 且选中了该复选框，则仍会应用这一自动替换处理，但在 Workbench 窗口底部会显示扣减后的匹配率。
需要提请注意的是，设置这些匹配率扣减项的目的之一就是提醒译员在翻译时注意相关的问题。因此，如果觉得没有必要，可以将相应的设置清为0，这样可以使翻译过程更加流畅。而对于需要使用 Workbench 进行字数分析的 PM 来讲，最好使用默认设置。理由是，这些设置会影响 TU的匹配率，这种影响会最终体现在字数统计结果中。在保存字数分析结果的 log 文件中，95% － 99%统计项内有很多统计的都是这类文本完全匹配但被 Penalty 的 TU，因此，为了保证统计结果的一致性，建议 PM最好使用默认的设置或与客户的设置一致。另外，这些设置是保存在本地的 Trados 安装文件夹下的，使用同一台计算机打开任何一个TM，该设置都不会改变，这点需要注意。如果是使用别人的计算机进行分析，请不要忘记先确认 Penalty 设置。
注1：这里需要说明，提交到 TM 中的 TU 在某些情况其 Source 部分中会加入文字格式标记。具体来说，如果提交的 Source部分使用统一的格式，不论具体格式包含哪些特殊的格式设置（字体、字号、颜色、特效），只要是统一，提交到 TM中时就不会添加任何格式标记；但如果同一原文 Source 内部存在多种格式（比如一句原文中存在两种字体），则提交到 TM中时就会添加格式信息，以区分同一句原文中不同部分所使用的不同格式。请看以下示例：
We must do best we can to provide the product of high quality in short time.

这句原文开始的部分使用了加粗的效果，结尾部分使用了红色字体。将这句原文翻译后提交到翻译单元，然后通过 Tools 菜单下的Concordance 实用工具或 File －> Maintenance... 选项卡显示该翻译单元，右键单击 TU左侧的国旗图标，在显示的快捷菜单中选择显示 Advanced Edit... 对话框，这时会看到，对话框中上面的那个文本框所显示的Source 部分，除了文本之外，还包括一些格式标记，如下所示：


而如果将这句原文的格式调整为统一（红色并粗体）：We must do best we can to provide the product of high quality in short time.，虽然仍带有格式，但提交后，打开它的 Advanced Edit...选项卡，会发现 Source部分不会带有任何格式标记。实际上，对于上面那个内部格式不统一的原文，它在 TU 中 Source 部分的实际存储形式就是“{\b Wemust do best we can} to provide the product of high quality{\cf6  inshort time}.”，比较其匹配率时，也是按照这个带有标记的 Source 来比较的。因此，从这个意义上，它与那个格式统一的Source 尽管文本上完全匹配，但它们属于不同的 Source，会作为不同的 TU 来保存。
因此，任何文本内容相同的原文，即使它们相互将的格式存在差异，但只要格式对于它们各自来讲是内部统一的，那么提交到 TM 后就不会带有格式标记。因此以下不同格式的 Source是完全匹配的，因为它们实际的 Source 内容就是“We must do best we can to provide theproduct of high quality in short time.”，它们之间不会涉及到由于格式而导致的匹配率扣减问题：
We must do best we can to provide the product of high quality in short time.
We must do best we can to provide the product of high quality in short time.
We must do best we can to provide the product of high quality in short time.
We must do best we can to provide the product of high quality in short time.
......
......
......但 We must do best we can to provide the product of high quality in short time. 与它们是不同的 Source，因为它的 Source 内容实际为：“{\b We must do best we can} to provide the product of high quality{\cf6  in short time}.”。
注2：WinAlign工具简单来说就是按照一定规则从两个不同语言的文档生成 TU 的工具。具体来说，假设某两个文档分别包含“This is abook.”、“这是一本书。”这两句话，则可以使用 WinAlgn 工具将其合成为一个翻译单元。通过这种方式合成的 TU，其“Createdby”字段值为“ALIGN!”，以此来标明该 TU 是由 WinAlign 工具生成的。Workbench 也是根据这个字段来判断是否应用Allignment penalty % 扣减项。


Workbench 的 Options －> Translation Memory Options －> Substitution Localisation 选项卡
软件本地化的一个重要方面就是使本地化后的软件符合用户所在区域的文化和使用习惯，这需要对与区域相关的日期、时间、数字、度量衡等的形式或格式进行调整，以适合本地用户来使用。Workbench 在这方面进行了一些尝试，本节要介绍的 Substitution Localisation选项卡就是用于处理这类问题的。该选项卡与 File －> Setup...－> Substitutions选项卡结合使用，后者用于设定在翻译文档时，哪些内容是无需翻译而自动在译文中进行替换的，这类内容（比如日期）可看作为特殊的Placeable；而 Substitution Localisation则更进一步，可以指定在对此类内容进行自动替换时，将其替换为哪种本地用户格式。举例来说，如果在 File －> Setup...－>Substitutions 选项卡的 Automatic substitutions 部分选中了 Dates，则可以在SubstitutionLocalisation 选项卡中设置 Dates 的本地化格式，若是在 Long date中选中“yyyy'年'M'月'd'日'”这个选项，在翻译时会自动将原文中的“长日期”替换为所选中的形式。
这里先简单介绍一下File －> Setup...－> Substitutions选项卡的作用。所谓的自动替换听起来十分诱人，但它并不是凭空来完成替换，需要有一些条件。举例来说，所谓的自动替换是指，如果 TM 中存在一个TU，它与当前要翻译的某句原文除了其中包含的数字之外，其他内容完全一样，则在 Substitutions 选项卡中选中 Numbers选项的情况下，由于数字无需翻译，会认为此 TU 与当前原文完全匹配，使用快捷键或按钮从匹配的 TU中将其译文复制到原文的译文部分时，会自动使用原文中的数字替换译文中的数字，从而可加快翻译速度。以下是一个包含所有类型的替换内容的典型示例：
假设1、在 Substitutions 选项卡的 Automatic substitutions 部分选中了所有选项，分别为Numbers（数字）、Acronyms（首字母缩写词）、Dates（日期）、Times（时间）、Measurements（度量衡）、Variables（变量），并且单击右侧的 Edit 按钮，在显示的记事本文档中输入两个变量值：Presario、ThinkPad，然后保存。
假设2、将 Substitution Localisation 选项卡中的选项全部禁用
假设3、TM 中存在一个翻译单元，如下所示：

假设4、当前文档中存在一句原文：
According to the annual report annouced by IBM at 16:24:45 on December 26, 2006, its 15 inch screen notebook, ThinkPad, has been produced more than 6,500,000.

可以看出该句子与上图所示的 TU 存在六点差异，现分别用红色标出。在 Word 中对该句子使用 Trados 工具条中的“打开/获取”命令，Workbench 窗口的显示内容以及文档中形成的翻译单元如下所示：

可以看到，Workbench 窗口上部的原文部分有六项内容的下面标注了蓝色下划线，表示属于 Placeable内容，无需翻译且自动替换，它们分别对应 Substitutions 选项卡中的Acronyms（首字母缩写词）、Times（时间）、Dates（日期）、Measurements（度量衡）、Variables（变量）和Numbers（数字）。由于已在 Substitutions选项卡中选中了所有选项，所以这些内容都会自动替换。请注意，在上图所示的翻译单元中，相应部分已使用了当前翻译的原文内容进行了替换。
现在我们启用 Substitution Localisation 选项卡中的全部选项，并进行如下设置：

然后在文档中重新打开这个翻译单元，可以看到译文部分发生了一些变化，其中的日期时间格式不但进行了自动替换，而且采用了在 SubstitutionLocalisation 选项卡中设置的本地化格式，同时单位 inch 也转换为 cm，而且具体数值也进行了换算：

需要说明的是，要想实现这种自动替换，除了在 Workbench 中进行相应的设置之外，对于 TM 中匹配的 TU 的译文部分也是有一定要求的。可以将替换过程分为三步：
① 确认文档中的原文和匹配的 TU 中，对应有哪些可自动替换的内容；
② 对于每一个可自动替换的内容，在 TU 的译文中寻找对应的替换位置；
③ 根据两个选项卡中的设置进行替换。
步骤 2 非常关键，只有在 TU 的译文中找到对应的替换位置，才能实现替换。那么，如何找到替换位置呢？以下进行具体说明：
数字 － 在 TU 的译文中，找到 TU 的原文中的数字所出现的位置，该数字在 TU 的原文和译文中必须相同，但不必与要翻译的原文中的数字一致。否则，无法替换；
首字母缩写词 － 在 TU 的译文中，找到出现首字母缩写词的位置，该缩写词在 TU 的原文和译文中必须相同，但不必与要翻译的原文中的缩写词一致。否则，无法替换；
日期 － 在 TU 的译文中，找到 TU 的原文中的日期出现的位置，该日期在 TU 的原文和译文中必须是同一日期，但可以为不同的表示形式（必须能够为 Trados 所识别），且不必与要翻译的原文中的日期一致。否则，无法替换；
时间 － 在 TU 的译文中，找到 TU 的原文中的时间出现的位置，该时间在 TU 的原文和译文中必须是同一时间，但可以为不同的表示形式（必须能够为 Trados 所识别），且不必与要翻译的原文中的时间一致。否则，无法替换；
度量衡 － 在 TU 的译文中，找到 TU 的原文中的度量衡出现的位置，该度量衡在 TU 的原文和译文中必须是同一类型的度量衡，如果使用不同的度量衡，换算后的数值必须相等，但要翻译的原文中的度量衡可以为其他类型。否则，无法替换；
变量 － 在 TU 的译文中，找到出现变量的位置，该变量必须为 Substitutions 对话框的 Variable list 中列出的变量，需要在 TU 的原文和译文之间保持一致，但无需与要翻译的原文中的变量一致。否则，无法替换；
Substitution Localisation 选项卡中的设置大同小异，现简要地予以说明：

【解释说明】
①Dates 和 Times 部分中的各个下拉列表的可选内容，来自于当前 TM 的目标语言在操作系统中的相关区域设置。对于 Windows系统，可通过“控制面板”中的“日期、时间、语言和区域设置”对话框来查看和修改这些内容。所谓的 Long date，对于英文来讲，是指类似于December 26, 2006 这种英文日期表示形式。 ② Digit grouping symbol 只有两个选项，“逗号”和“句号”，如果将该选项设置为“逗号”，则对于使用“句号”作为数字分隔符的情况，替换时会将“句号”替换为“逗号”，反之亦然。
③对于 measurement system，如果 TM选择的源语言和目标语言分别为“英语（美国）”和“简体中文”，则该列表框将包含两个选项：metric、U.S.。设置为metric，则对于出现英制（U.S.）度量衡的情况，替换时会将英制单位替换为对应的公制单位，并且按照国际公制-英制转换公式，转换相应的数值，反之亦然。

【使用提示】
该选项卡需要与 Substitutions 选项卡结合使用，只有在 Substitutions选项卡选中了特定的选项后，才能在该选项卡进行相应的设置。该选项卡中的这些选项使用的前提是，TM 中必须存在包含 Placeable 的TU，且符合上述要求。在具体的应用中，除了数字之外，其他的日期、时间、度量衡的本地化形式的替换很少使用。这可能是因为，实现对Placeable 的本地化替换需要满足诸多条件；同时也可能是对于此设置了解不足所造成的。当然，Workbench所提供的解决方案并不是一劳永逸，自动替换后，可能会出现格式上的问题，需要进行手工处理。
另外，Substitutions 选项卡和 Substitution Localisation 选项卡中的自动替换规则也适用于 fuzzy match 的情况。


Workbench 的 Options －> Translation Memory Options －> Concordance 选项卡
Concordance选项卡用于设置与 Concordance 对话框（Tools －> Concordance...）有关的行为，该选项卡也可通过Concordance 对话框中的“Options...”按钮来访问。Concordance（索引词查询）是 Workbench 重用 TM数据库的三大机制之一，可以使用文档中某句原文的一部分内容作为索引词来搜索 TM 数据库。
Minimum match value %
  【解释说明】
设置搜索的最低匹配率。
【使用提示】
Trados 推荐的最佳匹配率范围为 65% － 75%，默认值为 70%。建议使用默认设置，在实际搜索过程中，可以通过控制搜索词的长度来调整搜索效果。
Maximum number of hits (1-99)
  【解释说明】
在 Concordance 对话框窗口中显示的搜索结果数。
【使用提示】
可设定范围为 0 － 99，默认为 30。设置的数值越大，搜索所花费的时间越长。
Reference (read-only) translation memory:
  【解释说明】
在执行 Concordance 搜索时，使用第二个 TM 作为（只读）搜索对象，即对两个 TM 都进行搜索。
【使用提示】
这个设置在有一个以上的 TM 可供使用时，非常有用；有时需要使用两个 TM 进行工作，可衡量其各自的重要程度，使用相对较重要的 TM 来作为主TM，而在此对话框中将另一个 TM 设置为（只读）参考 TM。另外，这个设置会保存在本机的 Trados 安装目录下，因此，在下一次使用新的TM 进行工作时，如果不需要这个参考 TM，可将本文本框清除，以免误用其中的术语，对翻译造成误导。

Switches 区域
Start concordance search if no segment match is found
  【解释说明】
选中此选项后，在打开文档中的某句原文时，如果 Workbench 窗口显示 no match，则会自动打开 Concordance 对话框，并以整句原文作为索引词来进行 Concordance 搜索。
【使用提示】
从理论上来讲，如果将 General 选项卡中的 Minimum match value % 与 Concordance 选项卡中的Minimum match value % 设置为相同的值，由于选中此选项后引发的 Concordance搜索是使用整句作为索引词进行搜索，因此，若是 Workbench 窗口中显示为 no match，则 Concordance 的搜索结果也应是no match。但实际的操作表明，这两种搜索方式似乎采用了不同的搜索方法。即使将 Minimum match value %设置为相同的值，当 Workbench 窗口出现 no match 时，Concordance也可能会返回搜索结果。是否选中此选项取决于具体使用的TM 和个人的操作习惯。
Move cursor into Concordance dialog box after search
  【解释说明】
Workbench 自动打开或使用命令打开 Concordance 对话框时，将焦点移到该对话框。
【使用提示】
建议选中此复选框。这样便于操作，在查看 Concordance 对话框中显示的搜索结果之后，可以按 Esc 键直接关闭该对话框并将焦点切换回当前工作的文档。
Search first in reference translation memory
  【解释说明】
指定是否首先在（只读）参考 TM 中进行搜索。
【使用提示】
可根据两个 TM 的不同重要性和参考价值来确定是否选中此选项。
Apply current filter settings
  【解释说明】
指定在搜索时是否应用 Filter Settings 中设置的筛选条件。
【使用提示】
可将其作为一种确定术语使用优先级的方式来使用。这样在搜索时，同等文本匹配率的情况下，会先显示符合 Filter Settings 设置的 TU。
Display translation unit information
  【解释说明】
指定 Concordance 窗口显示搜索结果时，是否显示 TU 的信息字段（Created on、Created by、Changed on、Changed by、last Used、usage 以及自定义信息字段）。
【使用提示】
建议选中此选项。可以使用这些信息字段来判断是否使用相关的搜索结果。
Show most recent translation units first
  【解释说明】
该选项确定在搜索到多个结果的情况下，是否将 TU 的 Changed on（修改时间）和 Created on（创建时间）作为排序条件之一来显示这些结果。
【使用提示】
如果不选中此选项，则只会按搜索的匹配率对 TU 进行排序；如果选中此复选框，则会首先按匹配率进行排序，然后使用 Changed on（修改时间）和 Created on（创建时间）作为第 2、第 3 排序关键字。
以下两点需要说明： ①有时，我们会对 Concordance 的搜索结果表示怀疑，比如，我们要搜索“Add New Item”这个 UI 词汇的翻译，假设 TM中即存在原文部分只有“Add New Item”这三个词的 TU，也存在大量的包含“Add New Item”这三个词的整句的TU。我们希望搜索结果中会首先显示只包含“Add New Item”这三个词的 TU，但结果常常不尽人意。实际上，我们只是在搜索“AddNew Item”这三个词，而“Add New Item”和“Please click Add New Item to add newentry.”在搜索意义上来讲都是 100％ 匹配的，因此，并不能保证只包含“Add New tem”的 TU 会在搜索结果中最先显示。 ② Workbench 窗口中使用的搜索方法可能与 Concordance 的有所区别，因此在 Workbench 窗口中无法搜索到的句子，在 Concordance 对话框中常常会得到结果。

Workbench 的 Options －> Translation Memory Options －> Tools 选项卡
Tools 选项卡用于设置批量处理工具 Analyse、Translate 和 Cleanup 的行为，具体如下：

General options 区域


Strip unused fonts
  【解释说明】
“对于使用 Word 创建的 RTF 文件，文件的 RTF 头包含许多文件中不使用的字体信息。这类信息可能会在 Word 或 Workbench中引发‘Out of memory（内存不足）’或‘Not enough system resource to display therequested font（资源不足，无法显示所要求的字体）’。”这是 Trados 帮助中的解释。选中此选项后，可通过对原 RTF文件执行 Cleanup 来清除这些不使用的字体信息。
【使用提示】
移除这些信息可以提高 RTF 文件的处理速度。

Strip unused styles
  【解释说明】
“如果 Word 文档包含大量的段落和字符样式，则会降低 Workbench 和 Word之间的交互处理速度，即使其中的某些样式在文档中并不使用，也会对交互处理性能造成影响。在对文档中的注脚部分进行分析和转换时尤为如此。”这是Trados 帮助中的解释。选中此选项后，可通过对原 RTF 文件执行 Cleanup 来清除这些不使用的样式。
【使用提示】
对此没有实际的处理经验，将在以后补充相关内容，也请了解这一设置的网友就此问题发表高见。
Strip TW4Win Styles
【解释说明】
选中此选项，在 Workbench 中对文件执行 Cleanup 时，会清除所有 TW4Win 样式（如 tw4winExternal、tw4winInternal 和 tw4winTerm）。
【使用提示】
对此没有实际的处理经验，将在以后补充相关内容，也请了解这一设置的网友就此问题发表高见。

Use same log file for all TMs
【解释说明】
选中此选项后，将对所有 TM 使用同一 log 文件来记录批量处理结果。如果清除此选项，则会对每个 TM 单独使用一个 log文件，该文件的路径和名称为：“<当前 TM 所在的路径>\<当前 TM的名称>.log”。在清除此选项的情况下，也可以临时在批量处理工具的对话框中指定其他 log文件，但下次打开批量处理工具的对话框时，会恢复使用以上指定的默认 log。
【使用提示】
建议选中此复选框，这样便于区分和管理不同 TM 生成的 log 报告。也可以清除此复选框，建立一个单独的文件夹来保存所有的 log 文件，不过，这样在每次更换 TM 进行批量处理时，就需要选择相应的 log 文件。

Save Workbench RTF as TRADOS tag
【解释说明】
在对 RTF 文件执行 Translate 时，生成可在 Tageditor 中处理的 TTX 文件（Trados Tag XML 文件）。
【使用提示】
建议选中此复选框。一般来说，Tageditor 在处理包含 Tag 的文档时具有明显的优势，它不但可以防止对 Tag进行修改，而且还有相应的保护和检查措施，可避免出现丢失 Tag 的情况以及出现其他 Tag 问题。RTF 文档也同样可以用 Tageditor来处理。

CSV log file cell separator:
【解释说明】
选择随 log 生成的 CSV 文件中使用的分隔符。
【使用提示】
使用默认值即可。
Backup 区域

Keep backup
【解释说明】
选中此复选框表示在对文档执行 Translate（预翻译）和Cleanup（清除原文）操作前，对文档进行备份。默认情况下，备份文件使用与原文件相同的名称，但以 .BAK 作为扩展名。直接将 .BAK改为原来文件的扩展名即可恢复文件。而且，备份文件默认保存在与原文件相同的目录下。但可以选中下面的“Move backupfiles”复选框，然后在右侧的文本框中指定其他路径。
【使用提示】
建议选中此复选框。对于 TTX 文档，清除原文后，原来的 TTX 文档还会存在；但对于 RTF 文档，则是直接在原文件中进行清除操作，而且一旦清除，就很难通过清除后的文件来恢复原来的双语文件，因此建议进行备份。

Move backup files
【解释说明】
在选中上面的“Keep backup”后，此复选框才可用。使用此复选框可以指定其他路径来保存备份文件。
DTD settings files 区域
【解释说明】
在对 XML、HTML 和 SGML 等标记语言文件进行“字数分析”（Analyse）和“预翻译”（Translate）时，需要使用相应的 DTD settings 文件（注1）。单击右侧的 DTD Settings.. 按钮将打开 DTD Settings Manager，该对话框用于管理和指定 Workbench 和 Tageditor 所使用的 DTD settings 文件（即 ini 文件）。
【使用提示】
有关 DTD settings文件及使用方面的详细内容，将在后续内容中专门予以介绍。此处仅对与标记文件的批量处理操作有关的方面进行说明。在对标记语言文件进行批量处理时，需要使用合适的 ini 文件（DTD settings 文件），Trados 提供了三个简单的 ini 文件：HTML4.ini、XSL.ini 和RESX.ini 文件（所在目录：C:\Program files\TRADOS\<所安装的 Trados版本>\TT），分别用于处理 HTML 文件、XML 文件和 .NET RESX 文件。在具体的项目中，客户也可能会提供自己的 ini文件。在对标记语言文件进行批量处理时，Workbench 会检查 DTD Settings Manager 中列出的 ini文件，从中选择合适的 ini 文件（注2）。列表中可能会包含多种类型的 ini 文件，也可能包含多个同一类型的 ini 文件，具体的选择规则如下： ①从 DTD Settings Manager 列表中选择适用的 ini 文件，如果同时有多个 ini 文件适用，则使用第一个 ini 文件；
②如果没有适用的 ini 文件，则使用已设置的默认 ini 文件；
③如果即没有适用的 ini 文件，也没有默认的 ini 文件，或者列表中没有任何 ini 文件，则跳过处理文件，同时在 Log 中写入错误消息。

因此，在对标记语言文件进行批量处理时，应检查 Workbench 中的 DTD Settings Manager 列表，确保存在要使用的 ini文件，如果有多个适用的 ini 文件，应确保要使用的 ini 文件在列表中位于其他适用的 ini 文件之前。对话框中没有提供调整 ini文件顺序的按钮，如需要，可通过 Add 和 Remove 按钮间接调整或将不需要的其他 ini 暂时移除（不会将实际的 ini 文件删除）。

需要强调的是，同一类型的 ini 文件可能会有多个，而每个 ini 文件对于该类型的标记语言文件的处理方式可能会有所差异，比如某些内容在一个ini 文件中处理为 Tag，在另一个 ini 文件中可能会处理为可翻译的内容，因此来说，ini文件的正确与否会影响到字数分析的结果。在具体的项目中应确保使用客户指定的 ini 文件，如果没有指定，应使用 Trados 默认提供的 ini文件。有关字数分析的影响因素，将专门予以介绍。

Multiple translations 区域

Always add new translation unit when target segments differ
【解释说明】
选中该复选框的情况下，如果在执行“预翻译”以及“清除原文”时选中了“Update TM”选项，则在使用文档中的翻译内容更新 TM 时，若是 TM中已经存在某个 TU，但文档中的译文与该 TU 的译文（target 部分）不同，则会添加一个新的TU。清除此复选框的情况下，则会覆盖已存在的 TU。
【使用提示】
该复选框需要在创建 TM 时选中 Allow multiple translation for identical sourcesegments 选项后才能使用。如果创建 TM 时未选中“允许 multipletranslation”，则该复选框将不可用（呈灰显）。选中该复选框后，在进行批量处理时，如果所处理的文档存在 MultipleTranslation 的情况，则会导致 TM 中也出现 MultipleTranslation。有些客户使用此选项来检查所翻译的文档中是否存在 Multiple Translation。有关 MultipleTranslation，请参见本贴第 39 楼的相关内容。
注1：众所周知，标记语言文件主要由所谓的 Tag 元素和要显示的内容组成，Tag元素用于指定要显示的内容的显示方式。在对标记语言文件进行“字数分析”和“预翻译”时，需要将 tag 与要翻译的实际显示文本相区分，DTDsettings 文件的作用就在于此。每种类型的标记语言文件（比如 HTML 文件、XML 文件）都对应有各自的 DTD settings文件，DTD settings文件中包含特定类型标记语言文件所使用的元素（tag）和实体（特殊字符）及此类文件的处理方式等信息。具体来说，在对标记语言文件进行字数分析或在预翻译过程中将其转换为 TTX 文件时，使用 DTD settings 文件来确定将哪些内容处理为外部 Tag、哪些处理为内部Tag，哪些处理为可翻译内容。
注2：Workbench使用所谓的“根元素”（root element）来确定适用于特定标记语言文件的 ini文件。使用文本编辑器打开标记语言文件，可以看到位于文档顶部的“根元素”（比如 XML 文件中的 xml），有时也会在 DOCTYPE中声明根元素（比如 HTML 文件中的“<!DOCTYPE html...”）。而每个特定类型的 ini文件中也会存在包含根元素的字符串“DOCTYPE=<根元素>”（比如 DOCTYPE=HTML），来表明该 ini文件的适用类型。Workbench 就是根据根元素来确定适用于特定标记语言文件的 ini 文件的。

【新手入门 1】
记得刚工作时，我所在的办公室里有位彪形大汉，体壮，多毛，电脑前一坐，真是熊姿勃勃，但他也未能免俗，得一雅号“彪哥”。彪哥虽貌似膘悍，熊壮有佳，但动作扭捏，寡言细语，这不禁令我慨叹，真是造化弄人。坐在他对面，每每传来击键的噼啪声，我不免遐想，对面俨然是一位雅致的女子，纤纤玉手，轻抚键盘，真是曼妙绝伦。神思畅游间，不觉挑目窥视，然理想照进现实，常常令我错愕，套用那句顺口溜，就是：To be a man，or not to be aman。不过，彪哥给我印象最深的不是他伟岸身姿中透出的巾帼风范，而是他的键盘功夫。工作时，他手抚键盘，极少使用鼠标，只见一双毛手在键盘上乱敲，好似万马奔腾，在我为键盘生不逢时惨遭蹂躏而唏嘘不已时，屏幕上则是狼烟四起，窗口、界面四处翻飞，顷刻间，灰飞烟灭，活就干完了。我曾向彪哥请教个中三昧，彪哥欠了欠熊腰，轻抬毛手，以拇指、食指捏住杯柄而其他三指叉开，做莲花手状擎起茶杯，微启朱唇抿了一口，幽幽地说：“无他，唯快捷键尔”。
我想起这个事是因为，多年不见，彪哥的形象已渐趋模糊，但快捷键已潜移默化地融入了我的工作中。还记得作为本地化新人，第一次使用快捷键打开翻译单元时的心情，兴奋、欣喜，就像打开了一个神秘的殿堂。
书归正传，作为使用 Trados 从事本地化翻译的新手，必学的一项技艺就是使用 Workbench的翻译单元快捷键，这也是新手和老手的重要区别。有关 Workbench 工具栏中各个按钮的快捷键，可通过 Word 中的 Trados 菜单或Tageditor 中的 Workbench 菜单查看，或者查阅帮助来了解。

遗憾的是，对于上图所标注的这个 Get Translation（获取译文）按钮，Trados 没有提供快捷键，使用时每每要放开键盘点击鼠标来操作，不但影响了翻译工作的流畅性，而且也有损诸位本地化精英的光辉形象。 这里介绍一个补救方案，效果尚还可以。方案的思路就是，在 Windows 中启动键盘模拟鼠标的功能，此时，数字小键盘中的 5就代表鼠标单击操作，你可能猜到下面我要说什么了吧，那就是在翻译文档时将鼠标指针放到 Workbench工具栏中该按钮的上方，然后开始使用键盘进行操作，如果需要 Get Translation，按一下数字键盘中的 5 就可以了。
不过需要注意的是，在启用键盘模拟鼠标（可使用 Alt＋Shift＋NumLock开启或关闭）后，小键盘中的“＋”号键将模拟双击操作，小键盘上的“/”、“*”、“－”分别用于将鼠标切换为“左键”、“双键”和“右键”模式（比如处于左键模式时，按 5 表示单击左键，处于右键模式时，按 5 表示单击右键），因此，在开启模拟功能后，Workbench 的快捷键Set/Close Next Open/Get （Alt＋加号）和 Translate toFuzzy（Alt＋*）将时效，因此，建议按以下方式执行操作：

• 翻译前确保已启用了模拟功能，启用模拟功能后，托盘中会显示鼠标图标；
• 按 Numlock 暂时禁用模拟功能，禁用后，鼠标图标会显示为禁用状态；
• 进行正常的翻译操作，如果要使用 5 来执行 Get Translation 操作，可再次按 Numlock 启用模拟功能，执行 Get Tranlsation 命令后将其禁用；

有关如何设置键盘模拟鼠标以及具体如何进行操作，请参阅以下链接内容：巧用键盘模拟鼠标
    后来发现，以上方法很不实用，可以使用菜单快捷键来间接实现快捷操作，特补注于此：
  在 Windows 系统的窗口中，按 ALT 键可在窗口菜单和窗口显示内容之间切换。由于 Tageditor 的 Workbench 菜单的快捷键是 B，而 Workbench 菜单内 Get Translation 的快捷键是 G，因此在打开翻译单元的情况下，按 ALT+B+G 就可以调用 Workbench 菜单的 Get Translation 菜单项，从而快速复制译文。按这个组合键后，光标仍会返回到当前翻译单元。
由于快捷键设置的差异，在 Word 中，相应的组合键是 ALT+S+G。


有关 Windows 快捷键的使用，请参见随风转贴的以下文档：Windows 操作系统快捷键大全!另外，在编辑文档时，以下几个快捷键也很常用：
使用 Shift 键选定文本：
      按住 Shift 键，然后按方向键可从当前光标位置开始沿方向键所指的方向选择文本，按住 Shiift 键时按 Home 或 End 键可从当前光标处直接选定到句首或句尾。这在复制和删除文本时十分有用。
撤销（Undo）和重做（Redo）：
      Ctrl＋Z 用于撤销所做的更改、Ctrl＋Y 表示恢复撤销的更改，可连续进行操作。如果不慎删除了不应删除的内容，可以使用这类快捷键来恢复。不过在Word 中打开翻译单元的情况下，如果使用了“复制原文”或“获取译文”按钮，则不能再恢复到之前的文本内容。
小技巧：
如何在较长的翻译文档中快速定位到当前打开的翻译单元位置？
  
      在 Word中翻译页数较多的文档时，如果你打开了某个翻译单元，但又由于要执行其他操作而移到了文档的其他位置，这种情况下，有一个小技巧可以快速回到当前翻译单元的位置，就是在 Word 的 Workbench 工具栏中单击“打开”或“打开/获取”按钮，随着一声警告音，就会回到当前打开的翻译单元位置。在Tageditor 中打开翻译单元时，这两个按钮处于禁用状态，不过你可以代而使用 Copy Source 按钮，回到翻译单元位置后，再按一下Ctrl＋Z 恢复原来的内容即可。      
如何使用拖放操作打开文件或加载文件？
  
      经常使用音频视频播放器的朋友都知道，这些播放器一般都支持所谓的“拖放即播放”功能，即只要把音频或视频文件拖到播放器上方然后释放鼠标，即会开始播放这些内容。同样，像 Word 和 Tageditor这类编辑器也支持此操作。不过有时，被拖放的文件所在的文件夹窗口可能与编辑器重叠在一起（比如窗口最大化的情况），无法进行拖放操作，这种情况下可以采取两种方法 （前提是已打开编辑器窗口）：

      ①、按住鼠标拖住要打开或加载的文件，同时按 Alt＋Tab 键切换到编辑器，然后释放鼠标；
      ②、按住鼠标将文件拖到窗口下方任务栏中编辑器图标的上方，这时不要马上释放鼠标，稍等片刻即会在屏幕上显示该编辑器窗口，按住鼠标移到该窗口，然后释放鼠标。

      在进行 Trados的批量处理操作（“分析字数”、“预翻译”以及“清除原文”）时，如果要对多个文件进行操作，可以选中多个文件，使用上述方法一次性将文件直接拖入批量处理对话框的文件列表中，如果文件分布在不同的文件夹，可以在上一级目录搜索相应文件，然后将搜索结果拖入即可。

【新手入门 2】
1、使用 Workbench 进行翻译时，充分利用 Workbench 窗口中的各种信息对翻译十分有帮助，下图对打开翻译单元时 Workbench 窗口中显示的各种信息进行了说明：

UI 信息字段：一般包括系统字段（Created on、Created by、Changed on、Changed by、Last used、Usage），如果该 UI 有自定义的信息字段，也会显示（如图中的 Client: HP、Project ID: 001）
UI 的原文和译文：单击左侧的国旗图标可以选择对当前显示的 UI 执行“编辑”和“删除”操作
UI 选择按钮：有两种情况，UI 选择按钮（< 和 >）会处于可用状态： ①、当前 TM 中有多个 100% 匹配的 UI；②、当前没有 100% 匹配的 UI 但存在多个属于 fuzzy match 的 UI。
匹配率扣减信息：只有在 Options －> Translation Memory Options...－> Penalties 选项卡中进行了设置且当前 UI 符合 Penalty 条件时才会扣减匹配率并显示该信息。
Filter 设置信息：只有在当前的 Settings －> Project and Filter Settings －> Filter Settings 选项卡中进行了设置后才显示该信息。
Project 设置信息：只有在当前的 Settings －> Project and Filter Settings －> Project Settings 选项卡中进行了设置后才显示该信息。
2、充分利用窗口 UI 中的颜色标记来加快翻译速度
Workbench 在比较文档中的原文（以下称为 Source 1）和 TM 中 UI 的原文部分（以下称为 Source 2）后，会在窗口中进行一些颜色标记，来指示二者之间的差异，其差异主要有以下三种情况：
①、Source 1 中的某个（些）词在 Source 2 中替换为其他词，用黄色分别在 Source 1 和 Source 2 中标注

②、Source 1 中的某个（些）词在 Source 2 中改变了位置，用蓝色分别在 Source 1 和 Source 2 中标注

③、Source 1 与 Source 2 比较，多了某个（些）词或少了某个（些）词，会使用灰色在 Source 1 或 Source 2 中标注多出来的部分

了解了这些差异后就可以有的放矢，充分利用原有的翻译内容，修改必要的部分，加快翻译速度。

【新手入门 3】

在使用 Workbench 时，应明确我们有三个可以重用原有翻译内容的途径：
①、利用 Workbench 的主窗口，获得整句原文的搜索匹配结果
②、利用 Workbench 的 Concordance 工具，以整句中的部分内容作为关键词进行搜索
③、利用  Trados 的组件工具 Multiterm 实现词汇（术语）的检索重用
第一个途径主要查找整句内容；第二个途径可用于查找术语、某些词汇的翻译以及某些句式的翻译模式等；第三个途径主要用于查找特定术语的翻译。
有两点需要说明：
①、在翻译文档时，Workbench 使用所谓的“UI 划分规则”（Segmentation Rule，在 File －> Setup...－> Segmentation Rule 中设置）来确定翻译单元的结束位置，以此来划分翻译单元，该规则的设置保存在 TM数据库中。比如，默认的 Segmentation Rule 将“句号”、“冒号”、“问号”、“叹号”、“Tab符号”以及“段落结束”均视为翻译单元的结束标记。但有时候会出现这种情况：你的 TM 库设置的是默认的 SegmentationRule，但导入了或者 Cleanup 了只使用“段落结束”作为规则的翻译单元，这时候，本来完全匹配的内容就会显示为 nomatch，如以下示例
我们在文档中要翻译这两句话：
Thecompany is a multi-language vendor offering services in SimplifiedChinese, Traditional Chinese, Korean, and Japanese languages. And it'slist of big clients includes HP, IBM, MICROSOFT, SONY etc.

当前 TM 的 Segmentation Rule 为默认设置，但 TM 有一个 UI 是按“段落结束”规则形成的翻译单元，且与上文完全匹配，如下图：

（XSRM 3-1）

在文档中就这段话打开翻译单元时，Workbench 窗口如下所示：

  （XSRM 3-2）

这是因为，当前 TM 使用了默认的  Segmentation Rule，因此认为第一个句号为翻译单元的结束位置。

这时，我们使用 Workbench 菜单中的“扩展句段”命令（在 Tageditor 中为 Expand Segment，快捷键为 Ctrl＋Alt＋Page Down），扩展翻译单元的内容，将下面那句话包含在当前的翻译单元中，则 Workbench 窗口显示为：

  （XSRM 3-3）

因此，在 no match 的情况下使用 Expand Segment 命令有时会有意外的惊喜，该命令的反向操作是 ShrinkSegment（快捷键为 Ctrl＋Alt＋Page Up）。使用 Expand Segment命令的前提是，当前翻译单元后面要合并的内容没有形成翻译单元，且合并操作可持续进行至遇到第一个外部 Tag（在 RTF中为灰色文本）为止。一般在翻译软件的内容时可能会使用“段落结束”规则。建议翻译中慎用此命令，以免造成实际的 Segmentation Rule与 TM 中的设置不符，影响字数分析时的匹配率，给客户带来额外成本。

②、客户在对要翻译的内容进行文档预处理时，对于同一产品但不同版本的文档，可能会采取不同的处理方式，因此，文档处理后的文本结构，特别是对于不翻译内容的处理会有所差异，由此也带来了一些问题，比如下例
If the value of the code property is "Camera.muted" , the user has refused to allow the SWF file access to the user's camera.

老版本对于句中斜体部分 code 和 "Camera.muted" 处理方式为将其处理为红色的内部 tag，这可以从 TM 中存储的 TU 窥之一二：

   （XSRM 3-4）

对于这句话，新版本的文档中处理为以下结果：

   （XSRM 3-5）

可以看到，除了将斜体部分 code 和 "Camera.muted" 处理为红色的内部 tag 之外，其前面还添加了显示为灰色的 ID信息，无疑，在打开翻译单元时，会将灰色部分视为翻译单元结束标记，因此，打开的第一个翻译单元为“If the value of the”，匹配结果将为 no match。

由此可知，由于文档不同版本的处理方式的差异，原本没有任何更新而完全匹配的内容在此变成了 no match。对于翻译人员，这种情况下就可以使用 Workbench 的Concordance 工具来找到原来完全匹配的翻译内容，而对于客户，这种处理方式会造成一定的成本损失。



【新手入门 4】
本节结合 Workbench 的 View 菜单，介绍使用 Workbench 工作时的一些界面显示设置和布局。
1、首先介绍 Workbench 的 View 菜单，该菜单比较简单，因此提供以下附图进行简要的说明。
标准的 Workbench 窗口

Show Translation
  
选中此菜单项后，在 Workbench 窗口的 TU 窗格中不显示 TU 的译文部分

Big Windows
  
选中此菜单项后，将不显示 TU 的字段信息和 TU 选择按钮
Toggle Menu on/off
打开（F10）或关闭（Alt＋F10）菜单，下图是设置 Big Windows 和关闭菜单后的 Workbench 窗口

Zoom
设置右侧的“文档原文”窗格和 TU 窗格中文本的显示大小。
Tag Text
  
设定右侧窗格中 Tag 的显示形式。共有三种设置：
①、None（只显示一个竖条标记来表示当前位置为 Tag）

②、Partial（显示一个小长方框，中间标有文字 TAG）

③、Full（显示一个小长方框，中间显示完整的 Tag 内容）

User Interface Language...
  
设置 Workbench 界面 UI 的显示语言，该语言选项中包括 Chinese，但在笔者所使用的 Trados 6.5 中，没有任何效果。
Pin on Top
  
选中此菜单项后，当在窗口间切换焦点时，Workbench 始终显示在最前方。
2、工作窗口布局：
在使用 Workbench 进行翻译时，需要能够同时显示 Workbench 窗口和文档编辑器（一般为 Word 或 Tageditor）。在具体使用中，通常会将 Workbench 放在上面，然后调整编辑器窗口的大小，将其放在下面，如下所示：

当然，根据个人习惯，也可以将编辑器放在上面，而将 Workbench 放在下面。
对于繁体中文以及其他需要竖排的语言，还可以按以下方式进行布局（具体设置方式，请参见注1）：

在使用 Word 作为编辑器时，由于 Word 被调整为屏幕的约 2/3 大小，因此实际编辑空间就显得狭小。可以通过以下方式增加编辑空间：
①、通过“视图 － > 标尺”菜单项隐藏标尺； ②、取消选中“工具 －> 选项 －> 视图”选项卡中“显示”区域的“状态栏”复选框，隐藏状态栏；根据个人喜好，可通过“工具 －>选项 －> 视图”选项卡中“格式标记”区域的“隐藏文字”显示或隐藏“原文”和“Worlbench 标记”。
③、右键单击工具条，设定只显示所需的工具条，以减少占用的空间。对于一般的文档，只保留“常规”和“格式”工具条即可。对于具体的工具条，可通过以下方式删除不使用的命令按钮：选择“工具－> 自定义...”菜单项，将显示“自定义”对话框，在相应的工具条中右键单击要删除的命令按钮，选择删除即可（只有打开“自定义”对话框，才能删除工具条中的命令按钮）。如要添加命令按钮，切换到“自定义”对话框的“命令”选项卡，在左侧的“类别”列表中选择选项，右侧的“命令”列表中会显示相应的命令，然后可以从“命令”列表中将所需的命令拖放到某个工具条。

“常规”工具条中的“格式刷”和“显示/隐藏编辑标记”按钮一般应予以保留，如下图所示：

“格式刷”的作用是可以将文档中某些文本的格式应用到其他文本。一般来说，进行翻译时，Word 文档中的内容主要分三部分：原文、Workbench标记、译文，前两者均为带下划线的隐藏文字。如果不慎破坏了它们的格式，可以使用格式刷进行恢复。使用“格式刷”时，首先选中要应用其格式的文本，然后点击“格式刷”，鼠标指针将带有一个小刷子标记，这时即可选择相应文本，应用格式。如果双击“格式刷”，可以多次应用格式，如果单击“格式刷”，则只能应用一次格式。
使用“显示/隐藏编辑标记”按钮可以控制是否显示编辑标记，包括空格标记。本地化的翻译工作对于文本的格式有严格的要求，某些类型的翻译特别要求在中文与英文之间应保留空格，因此使用“显示/隐藏编辑标记”显示空格标记后，可以更好的保证格式准确无误。其在 Tageditor 中有一个对应的工具栏按钮，如下所示：

注 1：当然，你也猜到了，这个布局结构是编造出来的。做这个图的目的是想说明：a、对于某些较成熟的软件，如Word，你能想到的需求，它基本都可以满足，所要做的就是大胆的设想和尝试；b、对于 Trados这样的专业性软件，有时需要结合其他软件和技术来实现解决方案，有些思路和想法是可以实现的，而有些还在企盼中。

Options －> Translated Text Colours 对话框

为了能够帮助区分文档中翻译单元 (TU) 的原文和译文部分，可以指定 Workbench 使用不同的颜色对文档中 TU 的原文和译文部分进行标记，Translated Text Colours 对话框就是用于指定这类颜色设置的。下文分为三部分：

①TU 原文和译文部分的颜色设置 ②使用颜色设置的一些负面问题
③有关翻译单元颜色设置的建议
一、TU 原文和译文部分的颜色设置
1、为何要对翻译单元的原文和译文部分设置颜色
为翻译单元的原文和译文部分设置不同的颜色，其主要目的就是在文档中能够对这两者加以区分。另为，在设置译文部分时，可对 full match 和fuzzy match的情况分别指定不同的颜色，这样也有利于区分这两种情况。在具体的翻译工作中可以通过这种方式来加快翻译速度，如果客户要求只处理非 fullmatch 的情况，则可以根据颜色来进行区分。不过，这种颜色设置也会带来一些问题。实际上，可以使用 Tageditor 中的 SetClose Next no 100% Open Get 命令或 Word 的 Workbench菜单的“保存/关闭并打开获取下一非完全匹配句段”来快速定位到 no match 的部分。
2、Translated Text Colours 对话框设置

（TTC-1）

该选项卡简单明了，现说明如下：
Source colour
设置翻译单元原文部分的颜色 Target (100% match)
设置 100% 匹配的翻译单元译文部分的颜色
Target (fuzzy match)
设置 fuzzy match 情况下的翻译单元译文部分的颜色
Suggest 按钮
将以上三项颜色设置为 Workbench 的推荐颜色，分别为 Blue（“蓝色”）、Dark Green（暗绿）、Dark Yellow（暗黄）。
Reset 按钮
将以上三项颜色设置为 Unchanged，即不使用任何颜色标记原文和译文，而保留文档原有的颜色设置。
设置完成后，下面的列表框中会显示颜色设置示例。
3、适用情况
该颜色设置适用于在文档中打开翻译单元的操作以及 Workbench 的“预翻译”（Tools —>Translate）批处理操作。另外，这个颜色设置主要是针对 Word 的。而对于Tageditor，“预翻译”过程可能会有效，但对于打开翻译单元的操作则没有效果。
4、颜色设置对于 Cleanup 后的文档的影响
一般来说，如果文档的原文部分原来就带有颜色，在对原文和译文部分应用颜色标记的情况下， Cleanup 后会恢复原有的颜色设置，但在某些情况下也会出现问题（将在第二部分讨论）。
二、使用颜色设置的一些负面问题
1、不宜在 Translated Text Colours 对话框中设置原文档中出现的文本颜色，否则可能会造成问题：例如，以下是文档中的原文，分别对一个词和整句使用了蓝色、红色和暗黄色：

（TTC-2）

如果在 Translated Text Colours 对话框使用 Suggest 按钮设置了颜色，则 Source Colour 和Target Colour (fuzzy match)会分别设置为“蓝色”和“暗黄色”，与文档中的颜色重复。进行“预翻译”后的结果如下所示（假设这两个句子在 TM 均为 full match）：

（TTC-3）

可以看到，上图中的原文中红色保留了下来，第二句原文部分整个变成了蓝色。
Cleanup 后的结果如下所示：

（TTC-4）

可以看到，Cleanup 后，第二句话原有的暗黄色变成了黑色。造成这种情况的原因是，如果在 Translated Text Colours对话框设置中指定了颜色，在形成翻译单元时，Workbench会将文档中与所设置的三种颜色相同的任何文本的相应颜色部分作为黑色来处理，即将这部分设置为 Translated Text Colours对话框中指定的颜色；而在 Cleanup 时，Workbench 会将所有这三种颜色的文本修改为黑色，因此在 Cleaup后就可能出现丢失原有颜色的情况。如果在 Translated Text Colours 对话框中将颜色设置为Unchanged，则会保留原文档的颜色而不做修改。
2、如果使用颜色标注了文档中的翻译单元，则在对译文部分进行修改时，可能会造成同一译文句子中颜色不一致的情况，这也可能会导致出现 Multiple Translation。在 Tageditor 中进行此类修改时就会出现这种情况。
在 Tageditor 中对如下图所示的翻译单元进行修改：

（TTC-5）

假设开始觉得句首的“在从”两字不妥而将其删除，而后又恢复原来的翻译，手动输入“在从”两个字，由于 Tageditor会默认将光标前面的颜色格式应用到当前光标位置输入的内容，因此所输入的“在从”两个字使用它前面原文部分的颜色 —蓝色，从而造成了一句译文中存在多种颜色，如下图所示：

（TTC-6）

将这个翻译单元提交到 TM，其译文部分存储的实际内容是：

（TTC-7）

可以看到，其中的译文部分加入了文本颜色标记 cf2（蓝色）和 cf11（绿色），与下图所示的情况比较，其文本部分完全相同，但由于前者加入了颜色标记，因此它们属于不同的译文。

（TTC-8）

当然，你可以想方设法使整句格式一致。实际上，如果句子的内部格式不一致（不只限于颜色），提交到 TM 中时就会加入格式标记。详情请参见本贴“Penalties 选项卡”内容部分的注释 1。
3、Translated Text Colours 对话框中的设置是保存在本地的，也就是，在你的机器上使用 Workbench 打开任何 TM时，这个设置都不变（除非你进行修改）。因此，如果是向客户提交文件，或者和其他人合作完成项目，当你的 Translated TextColours 对话框设置与客户或其他人的不一样时，就会出现问题。比如，某个文档中的文本完全为黑色，但在你的 Translated TextColours 对话框中采用了推荐的设置方式，但你的客户则设置为 unchanged，这种情况下，如果你只提交双语文件而由客户自己来Cleanup，就会出现问题。在你提交的文档中，full match 部分和 fuzzy match部分分别使用了“暗绿色”和“暗黄色”；客户在 Cleanup 你的文档时，由于他的 Translated Text Colours对话框设置为Unchaged，会将“暗绿色”和“暗黄色”译文部分视为原文原有的颜色，因此会保留这些颜色。这样，原本没有颜色的原文变成了有颜色的译文，如果对文档的颜色有严格的要求，就会造成问题。
三、有关翻译单元颜色设置的建议

1、鉴于以上可能存在的问题，如没有特殊考虑，建议尽可能使用 Unchanged 设置2、在与客户交接项目时，建议确认 Translated Text Colours 对话框的设置。
3、如果必须设置颜色，应避免设置文档中出现的颜色。
4、对于最终要生成纯文本的文档，设置颜色虽然对于文档的使用没有任何影响，但在具体处理时应避免出现上文提到的句子内部出现多种格式的情况。

Settings －> Project and Filter Settings 对话框

Projectand Filter Settings 对话框用于设置 Text/Attribute 字段值以及指定翻译单元的筛选条件。系统默认提供了一个Text 字段“Text Field”和一个 Attribute 字段，后者包含三个字段值：New、Approved、ReadOnly。可以通过 File －> Setup －> Fields 选项卡来自定义 Text/Attribute 字段和字段值注1。
有关 Text/Attribute 字段的说明，请参阅以下内容：

• 关于 Attribute Field 和 Text Field
• 关于 Multiple Translation（Project Settings 导致 Multipel Translation 的说明）
• General 选项卡（续）（有关 Textv/Attribute 的说明）
• Penalties 选项卡（有关 Attribute and text field differences penalty ％ 的说明）

下文仅讨论具体的设置操作，由于两个选项卡的界面几乎完全一致，因此仅以 Project Settings 选项卡为例来说明。
Projcet Settings 选项卡的设置
Text字段与 Attribute 字段的一个区别是，在 File －> Setup －> Fields 选项卡中，对于 Text字段，只能定义 Text 字段名，具体的字段值要在 Project and filter settings 中来填写；而对于Attribute 时，既要定义字段名本身，也要指定相应的字段值，设置时在 Project and Filter Settings对话框中来选择所定义的字段值，这从 Projcet Settings 选项卡的界面控件就可以体现出来，具体如下：
①、设置 Text 字段值
   首先在 Text fields 列表中点选要设置的 Text 字段（当前选中的字段会以蓝色背景显示），然后在右侧的 Text fieldcontent 文本框中输入相应的 Text 字段值。输入以后，可以看到，选项卡下部的 Current settings列表中就会显示所设置的完整字段值，其结构是：<Text 字段>: <字段值>。可以设置多个字段名和字段值。
若要删除所设置的字段值，首先在 Text fields 列表中点选要删除的字段，然后清除右侧的 Text field content 文本框中的字段值文本即可。
②、设置 Attribute 字段值
   首先在 Attribute fields 列表中点选要设置的 Attirbute 字段（当前选中的字段会以蓝色背景显示），随后，右侧的Attribute picklist 列表就会显示选中的字段所对应的可选字段值，在该列表中点选所要设置的字段值，选项卡下部的 Currentsettings 列表中就会显示所设置的完整字段值，其结构是：<Attribute 字段>: <字段值>。可以设置多个Attriubte 字段，每个 Attribute 字段也可以设置多个字段值。
若要删除所设置的字段值，首先在 Attribute fields 列表中点选要删除的字段值所属的字段，可以看到当前已设置的该 Attribute 的字段值会以蓝色背景显示，点选要清除的字段值即可将其从设置中删除。
Current settings 列表中会显示当前设置的字段值。
③、其他的按钮操作   

• Reset 按钮 － 清除当前设置的所有字段值；
• Load. 按钮 － 加载通过点击下面的 Save 按钮保存的字段值设置注2；
• Save. 按钮 － 将当前选项卡中设置的字段值保存为 .wps 文件；
• Apply Current Filter Settings － 使 Project Settings 选项卡中的设置与当前 Filter Settings 中的设置一致。

注1：在此简要说明如何定义 Text/Attribute 字段。打开 File －> Setup －> Fields 选项卡： ①、定义 Text 字段
在 Text fields 列表中点选已存在的 Text 字段，使该列表框获得焦点，然后单击 Add 按钮，在按钮右侧的 Field 中输入要定义的 Text 字段名称。关闭选项卡时，单击 OK 按钮。
若要删除所定义的字段，请在 Text fields 列表中点选该字段，然后单击 Delete。 ②、定义 Attribute 字段
在Attribute fields 列表中点选已存在的 Attribute 字段，使该列表框获得焦点，然后单击 Add 按钮，在按钮右侧的Field 中输入要定义的 Attribute 字段名称。然后点选 Attribute values 列表中的默认值“A value”，在Field 文本框中将其修改为所需的值，单击 Add 按钮，可以为该字段添加更多的字段值。关闭选项卡时，单击 OK 按钮。
若要删除所定义的字段值，请在 Attribute values 列表中点选相应的值，然后单击 Delete，若要删除所定义的 Attribute 字段，请在 Attribute fields 列表中点选相应的字段，然后单击 Delete。
切记，一旦 TM 中已存在翻译单元，就不能删除所设置的字段和字段值。
注2：要成功加载在 .wps 文件中保存的字段值设置，必须保证 .wps 文件中保存的字段值在当前的 TM 中有定义。否则将显示以下错误信息：

Settings －> Select Target Language 对话框

（STL-1）

如果在 File －> Setup... －> General 选项卡的 Target Languages列表中选择了多个目标语言，则可以使用  Settings －> Select Target Language 菜单项打开 SelectTarget Language 对话框；否则，该菜单项处于禁用状态。
如上所述，如果对当前的 TM 设置了多个目标语言，可以使用 Settings －> Select Target Language 对话框来选择当前要使用的目标语言。
Settings －> TM Servers 对话框

(TSD-1)

该对话框是关于 TM Server 的。笔者没有相关的使用经验，望了解的网友能发贴予以说明。

Settings －> User ID 对话框

（UI-1）

该对话框用于设置“用户 ID”。在向 TM 提交翻译单元或修改其中的翻译单元时，会在翻译单元的 Created by 和 Changed by 信息字段中标记所设置的“用户 ID”。
在显示该对话框时，如果当前打开了某个 TM，则对话框中的 Enter your user ID 文本框处于灰显状态，无法输入或修改 ID。必须通过 File －> Close 将 TM 关闭才能修改 ID。

Settings －> Non-translatable Paragraphs 对话框

（NTP-1）

该对话框用于指定，在翻译 Word 文档时，哪些样式的段落应该跳过而不翻译。在翻译文档过程中，当遇到具有该对话框所指定的样式的文本时，将无法打开翻译单元，从而起到了保护这些内容的作用。
在 Word 中，样式（Style）可看作格式（字体、字号、颜色、粗体、斜体，等等）的集合，常见的样式包括“正文”（Normal）、“标题1”（Heading1）、“标题2”（Heading2）、“标题3”（Heading3），当然，还可以自定义样式。
有两种指定 Non-translatable Paragraphs 样式的方式
①、在 Add 按钮左侧的文本框中输入样式的名称，然后单击 Add 按钮。 ②、单击 Open Document... 按钮，选择要翻译的 rtf 文档，然后 Workbench会检测文档中使用的段落样式，并将检测到的样式的名称添加到该按钮上面的列表中，可以从列表中选中样式名称，使用左侧的 <<Copy按钮将所选样式添加到左侧的列表中。

左侧的列表中默认包含 Workbench 的特有样式 DO NOT TRANSLATE。
其他按钮：

• Load... 按钮 － 用于加载使用下面的 Save 按钮保存的 Workbench style list 文件（.wsl）
• Save... 按钮 － 将当前的 Non-translatable 样式设置保存为 .wsl 文件。
• Delete  按钮 － 删除左侧列表或右侧列表中的列表项。

现通过以下文档示例进行说明：

（NTP-2）

上面的文档包含了四种样式：

• Normal 样式 —— 一般的正文样式，这是 Word 的默认样式；
• Heading3 样式 —— Word 的一种标题样式；
• DO NOT TRANSLATE 样式 —— Workbench 特有的样式，在 Word 中启动 Trados.dot 模板后，Word 的样式列表中就会包含该样式；
• Custom1 样式 —— 笔者自定义的样式。

在 Non-translatable Paragraphs 对话框中使用 Open Document... 按钮检测该文档的样式，结果如下：

（NTP-3）

可以使用 <<Copy 按钮设定在翻译时跳过哪些样式。
一般来说，如果要翻译的文档中存在程序代码，且没有处理为灰色的外部 Tag 格式，如果这些程序代码有特殊的样式设置的话，则可以使用该选项卡来提取并设定相应的样式，指定不翻译这些内容。

Tools －> Analyse 对话框

此对话框用于运行 Workbench 的文件字数分析工具 Analyse。整个对话框的内容和操作可以分为三个部分：

• 分析前的设置和操作
• 运行 Analyse
• 处理分析结果。

一、分析前的设置和操作
主要包括三个步骤：

• 加载文件
• TM 设置
• 指定 Log 文件。

1、加载文件
  Workbench 可以支持处理多种文档，单击 Add... 按钮打开“Files to Analyse”文件选择对话框，可通过下部的“文件类型”列表来查看可处理的文档类型。

有两种加载文档的方式：
a、单击 Add... 按钮选择文件来加载，可一次性选择多个文件；
b、通过鼠标拖放操作将要分析的文件拖入 Files to analyse 列表。可以一次性拖入多个文件；如果文件位于不同目录，可以运行 Windows 的文件查找，然后将查找结果拖入列表。

此部分的按钮操作：
Add...     按钮 —— 加载要分析的文件；
Remove 按钮 —— 从 Files to analyse 列表移除选中的文件；
Clear      按钮 —— 清空 Files to analyse 列表；
2、TM 设置
由于 Workbench 和 TM 的许多设置会影响 Analyse 的结果，因此在执行分析前需要确认或调整这些设置，这也是对话框中包含 Options 按钮的用意所在。有关字数分析的影响因素，将在下文以专题形式介绍。
单击 Options 会显示一个包含两个选项的菜单：
Translation Memory Options... —— 选择该选项将打开 Workbench 的 Translation Memory Options 对话框并显示 Tools 选项卡（请参阅本贴“Tools 选项卡”说明），前文介绍过，该选项卡用于设置 Workbench 的批处理操作（Analyse、Translate 和 Cleanup）的某些行为。当然还需要确认其他选项卡中的设置； Project and Filter Settins...     —— 选择该选项将打开 Project and Filter Settins 对话框，其中的 Filter Settings 会影响分析结果，因此如果设置了 Filter Settins，需要在执行 Analyse 前确认这些设置。
3、指定 Log 文件
单击列表右侧的 Log file 按钮将显示一个包含三个选项的菜单：
Browse... 选项 —— 选择保存 Analyse 结果的 Log 文件。Translation Memory Options 对话框的 Tools 选项卡中的 Use same log  file for all TMs 会影响 Log 文件的选用（请参阅本贴“Tools 选项卡”说明）； View...     选项 —— 显示当前指定的 log 文件；
Delete      选项 —— 删除当前指定的 log 文件；

二、运行 Analyse
  运行 Analyse 时，Workbench 会按照 File －> Setup －> Segmentation Rule选项卡中设置的 TU 划分规则，在文档中确定各个翻译单元的起始和结束位置，然后将划分好的 TU 逐个拿到 TM 中去匹配，最后统计匹配结果。

（Analyse-1）

上图是 Analyse 对话框中显示的简要汇总统计结果（Log 文件会包括各个文件的统计结果以及统计汇总结果，与对话框中的汇总结果相比，它还多出了两个统计项：Placeables 和 Chars/Word），现结合该图示对 Analyse 的过程进行说明。
Analyse 的统计结果分为 5 种情况：
Xtranslated  —— 在对经 XTranslated 处理后的文档进行分析时，统计经 XTranslated 处理的翻译单元。使用 Tageditor 打开经XTranslated 处理后的文档时，可以看到文档中经过 XTranslated 处理的内容默认以灰色显示，并且其翻译单元的标记不是<TU> 而是 <XU>，Workbench 会将带有这类标记的翻译单元统计到 Xtranslated 这一项； Repetitions   —— 在分析文档时，当再次遇到已匹配为 Fuzzy match 和 No match 的翻译单元时，会将其记为 Repetition；
100% match —— 文档中与 TM 完全匹配的翻译单元；
fuzzy match  —— 文档中匹配率小于 100％ 但大于等于 Minimum match value %（在 Options －> Translation Memory Options －> General 选项卡设置 － <General 选项卡>）的翻译单元在第一次匹配时，将记为 Fuzzy match，而后再出现则记为 Repetition；
No match     —— 文档中匹配率小于 Minimum match value %（在 Options －> Translation MemoryOptions －> General 选项卡设置）的翻译单元在第一次匹配时，将记为 No match，而后再出现则记为Repetition；
在分析文件时，Workbench 会将分析过的翻译单元存储在一个临时 TM 中，分析时的逻辑过程大致如下（以下只是逻辑过程，并不保证与实际过程一致，以下叙述中，正式 TM 是指当前使用的实际的 TM，以便与临时 TM 相区别）：

1、如果某个翻译单元在正式 TM 中的匹配结果为 100% match，则将该翻译单元记分 100% match，并将其存储在临时 TM 中，然后处理文档中下一个翻译单元；否则 2、如果该翻译单元在正式 TM 中的匹配结果为 Fuzzy match 或 No match，Workbench 会搜索临时TM，若是其中存储有完全匹配的翻译单元（说明已经在前面分析过了同样的翻译单元），则会将该翻译单元记为Repetition；否则将该翻译单元记为 Fuzzy match 或 No match，并将其存储在临时 TM中，然后处理文档中下一个翻译单元。

以上流程的图示如下：

（Analyse-2）

分析结束后会在对话框中显示统计摘要，并将统计结果保存在指定的 Log.txt 文件和一个位于同一目录且同名的 .csv 文件中，后者可以直接导入 Excel 表，进行工作量统计和工作分配。

三、处理分析结果
  在执行分析前，可以看到对话框上部的 Use TM from previous analysis 选项以及下部 Analyse Results区域的选项和按钮均处于禁用状态。执行分析后，这些选项和按钮都会处于可用状态。使用这些选项和按钮可以对分析后的结果进行相应的处理，现介绍如下：
Use TM from previous analysis 选项 上文提到，Workbench 在分析过程中会将文档中的翻译单元保存在一个临时 TM库。执行分析后，如果选中了此选项，则在不关闭该对话框的情况下继续执行分析时，就会使用这个临时的 TM 库而不是当前的正式 TM库。如果使用正式 TM 库进行分析后，选中该选项对分析过的文件再分析一遍，可以看到分析结果完全是 100% match，原因就是临时 TM库中包含了打开 Analyse 对话框后所分析过的所有翻译单元。如果关闭了该对话框，当前的临时 TM 库将不再有效，下次打开 Analyse对话框进行分析时，会生成新的临时 TM 库。
有关该选项的一些具体应用，将以专题形式进行讨论。
Analyse Results 区域
View Log File...
—— 查看 Log 报告。

Creat Project TM...
——将此次分析中 TM 库的有效 TU（是指 TM 库中对于所分析的文档，匹配结果为 100％ 和 Fuzzy match 的TU）保存为一个新的 TM，这个 TM 中将只包含与所分析的文档相关的 TU。在给兼职翻译发送 TM时，如果出于保密或文件大小的考虑，可以使用这个按钮生成一个与项目有关的 TM库，将其发送给翻译人员，但这样翻译人员就无法参考没有匹配上但与项目相关的翻译单元内容。

Export Frequent Segments...
—— 在该按钮后面的文本框中指定一个数字后，单击该按钮可以将文档中重复次数大于等于指定数字的翻译单元提取出来，保存在一个单独的文件中。
如果文件中重复的内容较多，可以将重复的部分抽出单独进行翻译，以减少工作量。在翻译这部分抽取的重复内容时，常常没有上下文环境，因此翻译时最好能够提供原文以便进行参考；如果抽取的某些内容只包含句子的一部分而缺少其他部分，而翻译为中文时又需要调整语序，则应记录这些内容，以便在后续翻译时根据具体的语言环境进行调整。在执行此操作时，应考虑内容重复率、重复量、翻译重复内容的工作量以及后期处理所带来的额外工作，权衡利弊来确定是否有必要如此操作。

Export Unknown Segments...
—— 在该按钮后面的文本框中指定一个数字后，单击该按钮可以将文档中匹配率小于等于指定数字的翻译单元提取出来，保存在一个单独的文件中。
单击 Export Frequent Segments...  和 Export Unknown Segments...这两个按钮后，可以通过显示的 Create Export File 对话框的“保存类型”下拉列表查看可保存的文件类型，其中的 Systran(*.rtf) 和 Logos (*.sgm) 是适用于“机器翻译工具”（MT）LOGOS™ 和 Systran&reg; 的文档类型。
Workbench 的设计思路是，对于这些重复的或不匹配的翻译内容，可以使用机器翻译和人工两种方式进行处理：
如果使用以上提到的“机器翻译”工具进行处理，则需要保存为相应的文件格式。“机器翻译”工具只能对这些内容进行粗略的翻译，在将“机器翻译”的结果导回到TM 时，这些导回的 TU 的 Created by 字段会标记为机器翻译，之后，在正式的文档翻译中，如果遇到这类翻译内容，Workbench会在原有的翻译单元匹配率的基础上按照 Machine translation penalty %（在 Workbench 的 Options－> Translation Memory Options －> Penalties选项卡设置）扣减匹配率并显示相应的提示信息，以提醒用户这个匹配的 TU 是由机器翻译的，需要进行确认（机器翻译对于中文不适用）。
如果人工来翻译这些抽取出的内容，最好将其保存为 Word (*.rtf) 格式。翻译完成后，将这些内容 Cleanup 到 TM 中。

【专题讨论】字数分析（Analyse）的影响因素
Analyse 的作用就是确认文档中可翻译的内容，然后以翻译单元（TU）的形式在 TM 中进行匹配，最后统计匹配结果。实际上，前面这句话就已经概括了 Analyse 的四个过程：

一、确定可翻译的内容 二、对可翻译内容划分翻译单元（TU）
三、与 TM 中的 TU 进行匹配
四、统计匹配结果

下面具体分析有哪些因素会影响上述过程并最终影响字数分析结果。

一、确定可翻译的内容
1、标记语言文件
HTML或 XML 这类标记语言文件主要包括两部分内容：“用于设置文本显示格式或处理方式的标记符号”、“实际显示的文本内容”，前者我们称其为Tag。在对这类文档进行分析时，需要使用到 DTD Setting 文件（ini 文件）。每种标记语言文档都有对应的 DTD Setting文件，该文件记录了特定类型标记语言文件的文件结构、所包含的元素以及一些文档约定。
Workbench 在进行 Analyse时需要使用对应的 DTD Setting 文件来区分文档中的 Tag 和可翻译的内容；在将 HTML 或 XML 文件转换为Tageditor 可处理的 TTX 文件中，也需要使用 DTD Setting 文件来区分 Tag 和可翻译内容。Tag 可分为内部 Tag和外部 Tag，使用 Tageditor 打开 HTML 文件后，可以看到使用 DTD Setting 文件处理后的结果，其中灰色的 Tag为外部 Tag，不进入翻译单元，红色的 Tag 为内部 Tage，可以进入翻译单元，而其他的可翻译内容则是构成翻译单元的主体。
由于同一种类型的标记语言文件会对应有多个适用的 DTD Setting 文件，而这些 DTD Setting 文件在处理具体的 Tag时会有所差别，比如对于某个 Tag，不同的 DTD Setting 文件可能会将其处理为内部 Tag、外部 Tag，甚至可能处理为可翻译内容。
因此来说，DTD Setting 文件至少会在两个方面影响分析结果：

a、对于特定 Tag，将其仍处理为 Tag 还是处理为可翻译的内容会影响到可翻译内容的字数统计。在具体统计翻译内容时，外部 Tag不进入统计，内部 Tag 会统计为 Placeable 而非字数。由于文档中 Tag 内容数量有限，处理为 Tag还是可翻译内容对于整个统计字数影响不大，但总会有一些影响；
b、对于特定 Tag，处理为内部 Tag 还是外部 Tag会影响到翻译单元的划分。我们知道，外部 Tag 是不进入翻译单元的，也就是说，不论 Segmentation rule 如何设置，遇到外部Tag，翻译单元都会结束，相反，内部 Tag 是可以进入翻译单元的，因此来说，处理为内部 Tag 还是外部 Tag会影响翻译单元的划分，而同一文档按不同的方式划分翻译单元，匹配结果肯定会有差别。在这一方面，DTD Setting文件的选用对于字数分析可能会有很大的影响。

有关 DTD Setting 文件的注意事项，请参阅本贴“Tools 选项卡”说明。
2、RTF 文件
一般来说，本地化过程要翻译的 rtf 文档都是处理过的，某些文档会处理为三个部分：灰色部分、黑色部分和红色部分，其中灰色部分可看作外部Tag，不进入翻译单元，红色的部分可看作内部Tag，可进入翻译单元，黑色部分是要翻译的内容，进入翻译单元。还有一些文档不包含这些灰色和红色内容。
但不管怎样，在Workbench 中，还有一类设置会影响到实际可翻译的内容，那就是 Non-translatable 设置。这里所谓的Non-translatable 是针对使用 Word 编辑的文档而言的，具体来说，Non-translatable设置用来确定哪些样式的文本内容无需翻译。在 Workbench 中有两处设置 Non-translatable 的位置：
a、File －> Setup... －> Non-translatable Text 选项卡
该选项卡用于指定将哪些样式的文本字符作为无需翻译的内容来对待。在具体指定时可以选择将特定样式的文本字符处理为内部 Tag 或外部 Tag。其对于字数分析的影响和 DTD Setting 文件的情况类似。
b、Settings －> Non-translatable Paragraphs 对话框
该对话框与 Non-translatable Text 选项卡的区别是，前者处理的是段落或句子样式，而后者处理的是字符（这里是词的意思，即英文的word）样式。如果指定某种样式为 Non-translatable Paragraph 内容，则使用该样式的文本不记入可翻译字数，也不记入Placeable。有关该对话框的设置，请参阅本贴“Non-translatable Paragraphs 对话框”的说明。


二、对可翻译内容划分翻译单元（TU）
在分析文档时，Workbench 使用所谓的“UI 划分规则”（Segmentation Rule，在 File －> Setup...－> Segmentation Rule 选项卡中设置）来确定翻译单元的结束位置，以此来划分翻译单元，该规则的设置保存在 TM数据库中。比如，默认的 Segmentation Rule 将“句号”、“冒号”、“问号”、“叹号”、“Tab符号”以及“段落结束”均视为翻译单元的结束标记。
如果 TM 库中保存的翻译单元的划分规则与当前在上述 SegmentationRule 选项卡中设置的划分规则不一致，则会影响到分析结果。这里做一个极端的测试。首先在 Segmentation Rule选项卡中将“划分规则”指定为默认规则，然后翻译某个文档，翻译完成后，修改 Segmentation Rule 选项卡中的设置，只保留 Endof Paragraph 规则而将其他规则删除，然后使用 TM分析已翻译过的原文档，你可能已经猜到了结果。统计结果表明，本来应该完全匹配的文档由于修改了 Segmentation Rule而几乎完全变成了 No match 的情况（有关示例，请参见本贴“新手入门 3”部分的相关说明）。
因此，不同的 Segmentation Rule 对于分析结果可能会产生重大的影响。
SegmentationRule 设置保存在 TM 库中，所以，只要没有用错 TM，就不会出现这种情况，但也不能掉以轻心。比如某些文档过于久远而忽略了当初使用的Segmentation Rule，当 Cleaup 到新的使用不同 Segmentation Rule 的 TM时，在进行翻译和字数分析时就会出现这类问题。当然翻译人员可以使用 Expand Segment 和 Shrink Segment来扩展或缩小文档中的翻译单元，使之在形式上与 TM 中翻译单元的 Segmentation Rule一致，但对于字数分析的影响却不易觉察到，这可能会造成很大的成本损失。

三、与 TM 中的 TU 进行匹配
这里需要指明一点，在获得 TU 的匹配率时，除了计算文本匹配率，Workbench 还会考虑 TU 的 Source部分的格式差异、是否包含要保留为英文的 Placeable 内容、该 TU 是否由 WinAlign 生成、TU 的自定义信息字段是否与Filter Settings 的设置匹配、是否存在 Multiple Translation 等因素，Worbkbench会根据上述情况在翻译单元文本匹配率的基础上扣减匹配值来获得最终的匹配结果，这就是所谓的 Penalty设置，有关该设置的具体说明，请参阅本贴的“Penalties 选项卡”说明。另外需要指明，Filter Settings 选项卡中的设置与 Penalties 选项卡中的 Attribute and textfield differences penalty % 设置密切相关，二者共同影响匹配结果，具体情况，也请参阅本贴的“Penalties 选项卡”有关 Attribute and text field differences penalty % 部分的说明。
实际上，在统计结果的 95％－99％ 统计项中，很多统计的都是属于文本完全匹配但应用了 Penalties 设置的文本内容，特别是匹配率为 98％ 和 99％ 的翻译单元。

四、统计匹配结果
Analyse的最后一步是将匹配结果进行分类统计。上文提到，Analyse 会将统计的文本内容分为 Xtranslated、Repetitions、100%match、Fuzzy match 和 No match 五类。而 Fuzzy match 部分又细分为95%－99%、85%－94%、75%－84%、50%－74% 四类。我们知道，在 Workbench 中使用 Minimum matchvalue %（在 Options －> Translation Memory Options －> General选项卡设置）值来区分 No match 与 Fuzzy match，因此，该值的设置会影响到翻译单元的统计归属。
举个例子，某个翻译单元的匹配率为 80％，如果将 Minimum match value % 设置为小于或等于 80％，则该翻译单元会统计到 75%－84%这一列；但如果将 Minimum match value % 设置为超过 80％，则该翻译单元就会统计为 No match。
因此，不同的 Minimum match value % 设置会影响非 100％ 匹配的翻译单元的统计归属，进而会影响到最终的统计结果。

下面对以上内容做一个小节：
一、确定可翻译的内容
a、DTD Setting 文件。该设置保存在装有 Workbench 的本地机器中。
b、Non-translatable 设置。该设置保存在 TM 中。
二、对可翻译内容划分翻译单元（TU）
Segmentation rule 选项卡设置。该设置保存在 TM 中。
三、与 TM 中的 TU 进行匹配
Penalties 选项卡与 Filter Settings 选项卡设置。前者保存在装有 Workbench 的本地机器中，后者与 TM 有关。
四、统计匹配结果
Minimum match value % 设置。该设置保存在装有 Workbench 的本地机器中。


最后需要说明：
a、这里之所以强调设置是保存在 TM 中还是保存在装有 Workbench 的本地机器中，其目的在于说明，如果设置保存在 TM中，则使用任何计算机上的 Workbench 打开 TM，这个设置都不变；而如果是保存在装有 Workbench的本地机器中，则使用某个计算机上安装的 Workbench 打开任何 TM 时该设置都不变。明确了这一点，在进行 Analyse时就可以有针对性地检查和调整相应设置。
b、字数分析结果关乎成本收益，在确认这些设置时，首先应与客户的设置保持一致，如果客户未指定设置，则最好使用默认的设置，并同客户确认，以免造成不必要的误差和成本损失。

【专题讨论】关于 Use TM from previous analysis 选项的应用
上文说道，Workbench 在执行 Analyse 时会生成一个临时的 TM 库，并在分析过程中将文档中的所有翻译单元逐个保存在这个临时 TM中，分析结束后，在不关闭 Analyse 对话框的情况下，可以选中 Use TM from previous analysis选项，使用这个临时 TM 来继续分析。那么使用临时 TM 库的分析过程与使用正式的 TM库有什么区别吗？这个选项的作用何在呢？本文对此进行一些尝试性的探讨。

一、使用临时 TM 与正式 TM 在执行 Analyse 时的区别
在上文有关 Analyse 对话框的说明中，给出了使用正式 TM 库执行 Analyse 的逻辑过程和相应图示。通过测试发现，使用临时 TM库执行 Analyse 与使用正式 TM 库有一些不同。导致这一差别的主要在因素在于，在分析过程中，正式的 TM 库是不变的，而临时的 TM库却是在不断的加入分析过的翻译单元，而这些新加入的翻译单元又会同后续要分析的翻译单元存在 Fuzzy match 的情况。换句话说，使用临时TM 库分析某个文档时，与我们翻译这个文档的过程是类似的。在翻译文档的过程中，我们会不断的将翻译单元提交到 TM中，而这些提交后的翻译单元又可能与我们后续的翻译内容存在一定的匹配，使用临时 TM 库的过程也大致如此。
具体来说，无论是使用正式TM 库还是临时 TM 库进行分析，如果文档中有两句原文完全相同，并且第一句的分析结果为 Fuzzy match 或 Nomatch，那么分析第二句时，会将其记为Repetition，这类情况下，两种方法的分析结果是一致的；如果文档中有两句原文类似但不完全相同，并且它们在 TM 中的匹配都为 Nomatch，那么使用正式 TM 分析时，这两句原文会全部记为 No match，但使用临时 TM 进行分析时，第一句原文会记为 Nomatch，但由于分析之后这句原文所对应的翻译单元就加入到临时 TM 库中，因此在分析第二句原文时，结果就可能是 Fuzzy match。

请看下面的示例：
现在要使用一个空的 TM 库对以下文档进行分析，该文档包含三句话，它们之间类似但并不完全相同：

（UTF-1）

首先使用空的 TM 库直接对该文档进行分析，结果如下：

（UTF-2）

然后将 Analyse 对话框关闭并重新打开（因为此时临时 TM 库已包含了这三个翻译单元），先分析一个不包含任何内容的空 RTF文档，该文档与分析结果没有任何关系，但通过分析这个空文档就可以启用 Use TM from previous analysis选项。分析完空文档之后（此时，临时 TM 中没有任何翻译单元），选中该选项，使用临时 TM 库分析以上文档，其结果如下：

（UTF-3）

可以看到，在第一个 log 中，三个句子全部分析为 No match，而在第二个 log 中，只有一个句子结果为 No match，其他两个句子的匹配结果是 Fuzzy match，造成这种差异的原因就是临时 TM 库在分析时会不断加入分析过的翻译单元。
二、Use TM from previous analysis 选项的应用
从上面的叙述中你可能已经意识到，这个采用临时 TM 库的方式似乎能够省钱，某种情况下，确实如此，请看以下案例：
1、某本地化部门承接了一个软件本地化项目，软件部分和联机帮助部分已经翻译完毕，马上需要翻译两个 PDF 帮助文档，暂称为“文档 1”和“文档2”，这两个文档与前面完成的翻译内容关系不大，当两个文档之间有很多相同或类似的内容。该部门的 PM现在需要向客户确认这两个文档的统计字数（工作量），但客户要求采用一种特殊的字数分析方案，该方案的过程是：首先打开 Analyse对话框，使用当前已有的 TM 分析第一个文档，不关闭对话框，选中 Use TM from previous analysis选项，然后分析第二个文档。
PM 将使用常规方式的分析结果（暂称为 log1）与采用客户方案的分析结果（暂称为log2）进行了比较，发现 log1 和 log2 的 100％ 和 Repetition 部分基本没有什么差异，但 Fuzzy match和 No match 部分差异比较大，具体表现是，log1 的 No match 部分比 log2 多，而 Fuzzy match 部分比log2 少，两个 log 统计下来，log2 计算出的成本要比 log1 少许多，我们从第一部分的叙述中不难判断导致这种情况的原因。
那么是否这种方案就一定优于常规方案或者说比常规方案节省成本呢？这要视具体情况而定。本文中的这个案例的前提是：文档与 TM的关系不大，但文档内部或文档之间有很多相同或类似的内容。实际上，使用临时 TM库的优势在于利用文档内部翻译单元的相关性来降低成本，其缺点是无法充分利用正式 TM 库的资源。因此在判断是否采用这种方案时，需要权衡这两个因素。

不过，需要说明的是，这种非常规的方式实际上很少采用，如果使用的话，应该在本地化部门、客户和兼职翻译之间确认并达成一致，否则三方的分析结果就会存在差异。另外，当处理多个文档并且分配给多个兼职人员来做时，如果这些兼职人员无法实现共享 TM 库，则兼职人员实际处理的字数可能要多于此种情况下log 的分析结果，因为每个翻译人员都无法使用别人的翻译结果，而此种分析方式的一个暗含假定就是翻译过程中始终使用同一个 TM。注1。
2、Use TM from previous analysis 选项的另一个应用就是比较文件。如果希望确定两个文件或两批文件的雷同性，可以先使用TM 分析第一个文件或第一批文件，然后选中 Use TM from previous analysis 选项使用临时 TM库分析第二个或第二批文件，由第二次分析结果中 Fuzzy match 和 No match的多少来确定它们的差异程度。使用这种方法可以确定不同版本的同一类文档的差异性；在考虑对文档进行 Xtranlslate处理时，也可以通过这种方式确定文档之间的相似程度，以判断是否适合使用 Xtranslate 来处理。
注1：实际上，即使使用常规方式来分析多个文件，在将这些文件分配给多个无法共享 TM 的兼职人员来做时，也会遇到类似情况。问题的焦点在于 Repetition 部分。我们知道 Repetition 部分是重复出现的匹配率为 No match 或 Fuzzy match的翻译单元，这类翻译单元在第一次出现时记为 No match 或 Fuzzy match，后续再出现同样的内容就会处理为Repetition。但在为多个译员分配文件时，并不能够保证第一个翻译单元与相应的 Repetition 部分分配给同一个译员。 综合看来，在使用常规方式进行分析时，与使用临时 TM 库相比较，分析出来的字数可能会比译员的实际工作量要多，但在将文件分配给多个译员时，又可能会出现以上所述的增加译员实际工作量的情况。二者似乎可以扯平。
以上内容只是客观的进行分析，并不体现本文作者的任何观点倾向，如有不当，恳请网友及时指正。

以下是引用songes在2006-12-29 13:47:14的发言：
請問 Filter definition not found:Trados Indesign filter 1.0.0.0  如何解決？

这个 TTX 文件应该是使用 Trados 7 以后的版本生成的，我没有用过这个版本，只能试着猜猜可能的原因：
1、你的 Trados 版本较低，不支持处理由 InDesign 文件直接转成的 TTX 文件，或者 Trados 安装目录下没有用于 Trados InDesign TTX 文件的 filter 定义文件；
2、据说 Trados 7 的不同版本对于 Trados InDesign filter 1.0.0.0 的拼写有差异，有的版本（好像是新的SDL 那个版本）将 Trados InDesign filter 1.0.0.0 改成了 Trados Indesign filter1.0.0.0，因此无法识别 filter settings。
3、在 TRADOS 安装目录的 TT 文件夹中有一个PluginFileFilterDefinitions.xml，它里面没有 Trados InDesign filter 1.0.0.0的定义，或者所定义的用于处理 InDesign 文件的 filter 定义文件与 TT 目录下的 filter 定义文件名称不一致
顺便提一下，Trados 使用所谓的 filter 定义文件来处理如 Excel、Powerpoint  和一些诸如 InDesign 这类DTP 文件。打开 Trados 安装目录的 TT 文件夹，可以看到几个 xml 文件，如PluginFileFilterDefinitions.xml、Excel_2_0_0_0.xml 和PowerPoint_1_0_0_0.xml。其中的 PluginFileFilterDefinitions.xml 用于定义当前Trados 支持哪些 filter 插件，而 Excel_2_0_0_0.xml 和 PowerPoint_1_0_0_0.xml这类文件是具体的 filter 插件的定义文件。具体来说，filter 定义文件的作用类似于处理如 Html 这类标记语言时所使用的 DTDSetting 文件，它的作用就是确定在转换 Excel 这类文件时，将哪些部分处理为 Tag，哪些处理为可翻译内容。
Trados7 以后的版本据说是支持直接处理 InDesign 文件。你的这个 TTX文件应该是这类版本处理过的，因此如果使用的是以前的版本来翻译，则没有相应的 filter 文件，而且据说 Trados 7 的某些版本的这个InDesign filter 文件是内嵌的，即无法在 TT 目录下找到相应的 xml 定义文件，不知 sdl 这个版本有没有单独的InDesign filter 文件，如果有可以尝试将该版本下的 PluginFileFilterDefinitions.xml 文件和相应的InDesign filter 文件复制到你的目录下，可能会解决问题。
另外，如果你使用的是 Trados 7以后的版本，必须保证 TTX  文件中有关 InDesign filter的定义、PluginFileFilterDefinitions.xml  文件中的相应定义以及具体的 InDesign filter文件名之间一致（最好大小写也一致），否则就会出现你所说的那种情况。
由于没有使用过 Trados 7，所以，以上内容仅供参考。

关于 Project and Filter Settings 选项卡以及 Attribute 和 Text 字段的应用
在阅读本贴前，如有必要，请参阅以下链接：

• 关于 Attribute Field 和 Text Field
• 关于 Project Settings 和 Filter Settings
• 关于 Multiple Translation（Project Settings 导致 Multipel Translation 的说明）
• Project and Filter Settings 对话框
• General 选项卡（续）（有关 Textv/Attribute 的说明）
• Penalties 选项卡（有关 Attribute and text field differences penalty ％ 的说明）

大体来讲，Project Settins 选项卡的作用就是为提交到 TM 中的 TU 附加信息标记（这里称为自定义字段值），FilterSettings 选项卡的作用就是通过 TM 中的 TU 所附带的这些信息标记来筛选 TU，其筛选机制就是，如果 TM 中的某个 TU所附带的信息字段值与当前 Projcet Settings 中的设置不符，在确定该 TU 的匹配率时，就按 Attribute andText field differences penalty 值（Options －> Translation MemoryOptions －> Penalties 选项卡）扣减匹配率；而对于信息字段值与 Project Settings 完全相符的 TU则不会进行扣减，因此，在设置 Filter Settings 的情况下，如果有多个文本匹配率相同的 TU，则会对与 FilterSettings 设置不符的 TU 的匹配率进行扣减，在 Workbench 窗口优先显示与 Project Settings 设置相同的TU，从而达到筛选的目的。（相关内容，请参阅上述文档）。
因此来说，如果希望提交到 TM 中的 TU附带相应的信息标记以便于区分，就可以使用 Project Settings 来达到目的。比如，你要使用一个 TM库来保存多个项目的翻译单元内容，使用同一个 TM 保存来自多个客户的项目，或者使用一个 TM来保存来自同一项目的多个不同组件、版本、文档的翻译单元，在翻译这些内容时，就可以设置相应的 Projcet Settings，使得提交到 TM的 TU 附带相应的标记。
为翻译单元附加信息标记的初衷就是标识或区分不同来源的翻译单元。翻译单元附加了信息标记后，会带来很多便利：

• 首先，翻译人员在重用 TM 中的 TU 时，可以根据信息标记来判断 TU 的来源（不同客户、产品、组件、版本、文档），以确定是否采用；
• 其次，可以使用 Filter Settings 在“翻译文档”、进行“预翻译”和“字数分析”时，优先使用符合筛选条件的翻译单元；
• 在使用 Export 对话框（File －> Export）从 TM 中导出翻译单元时，以及使用 Maintenance 对话框（File－> Maintenance）维护 TM 时，可以按 Attribute 和 Text 字段值设置筛选条件，只导出符合条件的TU，或者只对符合条件的 TU 进行维护；
• ......

当然，在设置 Project Setttings 前，应该清楚它所带来的影响，如果设置了 ProjcetSettings，无论你是在翻译过程中提交翻译单元，还是执行 Translate（预翻译）、Cleanup（清除原文及更新TM），总之，只要是向 TM 中写入（或修改）TU 数据，就会在 TU 上附加 Projcet Settings 中的设置。
另一方面，对于 Filter Settings，无论你是打开翻译单元进行匹配，还是执行 Analyse（字数分析）和Translate（预翻译），总之，只要是从 TM 中读取 TU数据进行匹配，就会应用筛选条件。特别是，在进行“预翻译”和“字数分析”时，切记要检查并确认是否需要设置 FilterSettings，因为这个设置会影响到匹配率，将本来应该 100％ 匹配但不符合筛选条件的 TU 处理为 fuzzymatch，如果这不是你所期望的结果，那么就不要设置 Filter Settings。

简而言之，如果使用 Project Settings 和 Filter Settings，就要充分了解它们所带来的影响，否则，最好不要使用。
以下设计一个案例，具体说明 Projcet Settings 和 Filter Settings 的应用：
某本地化部门翻译了一批来自 IBM 的文档，完成翻译任务后，需要对这批文档进行 Cleanup，以清除文档中的原文并生成完整的 TM。为了使在Cleanup 过程中提交到 TM 的 TU 附带上相应的项目标记，在执行 Cleanup 前，首先在 File －> Setup－> Fields  选项卡定义了一个 Attribute 字段，字段名为 Client，并为其定义了一个字段值“IBM”，然后，在Projcet Settings 选项卡中通过选择将 Project Settings 设置为 Client=IBM，最后执行Cleanup。在 Cleanup 过程中，提交到 TM 的翻译单元就会附带 Client=IBM 标记。
而后，该部门又承接了一个来自 HP 的项目，巧的是，这个项目中好多文档的内容与先前 IBM 的那批文档相同或类似，因此，项目经理决定在翻译过程中使用 IBM 那个项目的 TM 库。项目经理对于 TM 库的使用进行了如下设想：

• 在翻译 HP 的项目时，提交到 TM 中的 TU 需要附带 Client=HP 标记；
• 如果在翻译过程中遇到了 100％ 匹配的 TU，并且该 TU 是上一个 IBM 项目的 TU， 若是重用该 TU 的翻译内容而不做修改，则提交时希望保留该 TU 原来的 Client=IBM 标记，但也要在其中加入 HP 标记；
• 如果在翻译过程中遇到了 100％ 匹配的 TU，并且该 TU 是上一个 IBM 项目的TU， 但在翻译当前文档时修改了对应的翻译部分，则希望在提交时保留原有的 TU，并增加一个新的包含修改后内容的 TU，同时在新增的 TU中附带 Client=HP 标记；
• 上面的这个情况会导致 TM 中对于同一原文存在两个对应的 TU，因此如果在翻译中再次遇到同一翻译内容，希望在 Workbench 窗口中优先显示带有 Client=HP 标记的 TU；
• 当某个 TM 中的 TU 的文本匹配率为 100％ 时，如果它没有附带 Client=HP 标记，希望扣减其匹配率以提醒翻译人员注意。

上文说道，那个 IBM 的 TM 中已定义了一个 Client 字段，并且为其定义了一个值 IBM。在实施以上设想时，项目经理在这个 TM 库中又定义了一个 Client 值“HP”，然后进行以下设置：

• 规定翻译人员在使用 TM 前在 Project Settings 选项卡中设置 Client=HP，这样翻译过程中提交到 TM 的翻译单元就会附带 Client=HP 标记。
• 通过在 General 选项卡（Options －> Tranlsation Memory Options 对话框）中的 Updatingattribute and text field 区域左侧设置 merge 选项，使得那些在 IBM 和 HP的文档里翻译完全一致的翻译单元只保留一个，并且其 field 标记合并在一起：Client= IBM, HP。（请参阅 General 选项卡（续））
• 在Project Settings 中将 Client 设置为 HP，当在 HP 的文档中修改了 TM 中已存在的且标记为 Client=IBM的 TU，提交后，由于译文部分不同，并且原有的 TU 标记（Client=IBM）与当前 Projcet Settings中的设置（Client=HP）不一致，则会提交一个新的翻译单元，并附带 Client=HP 标记。（请参阅 General 选项卡（续））
• 在 Filter Settings 中选择设置 Client=HP，这样，使得在 TM 中只有带有 Client = HP 标记的翻译单元才可能具有 100％ 的匹配率，而对于那些标记为 Client= IBM 的翻译单元，则会扣减其匹配率（请参阅“Penalties 选项卡”有关 Attribute and text field differences penalty ％ 的说明）。因此，对于文本 100％匹配的翻译单元，如果其标记为“Client =HP”或“Client=IBM, HP”，则不会扣减其匹配率，但如果其标记为Client=IBM，则会进行扣减，从而起到在 Workbench 窗口优先显示带有 Client=HP 标记的 TU 的目的。

翻译过程中使用 TM 库的一个方案设想 ——

有关 Do not create new translation units if only text fields differ 的一个应用        在阅读本贴前，如有必要，请参阅以下链接：

• 关于 Attribute Field 和 Text Field
• 关于 Project Settings 和 Filter Settings
• 关于 Multiple Translation（Project Settings 导致 Multipel Translation 的说明）
• Project and Filter Settings 对话框
• General 选项卡（续）（有关 Textv/Attribute 的说明）
• Penalties 选项卡（有关 Attribute and text field differences penalty ％ 的说明）

对于最简单的翻译流程，只涉及到翻译和校对两类人员，在实际操作中，他（她）们都要使用 TM 来工作。对于完全由内部人员完成的翻译项目，不同的本地化公司对于 TM 的使用有不同的方案，其各有利弊：

• 有的公司规定翻译人员和校对人员使用同一个TM，这种方案的优点是，校对人员的校对结果可以即时地为翻译人员所用，但其缺点也十分明显，由于在校对之前，所要校对的文档的翻译单元都已存在于TM 中，因此，校对人员需要通过查看 TU 的 Changed by信息来确定哪些是校对过的内容，而哪些是尚未校对的内容，而且无法使用Translated to fuzzy 按钮（）来加快校对速度；
• 还有一些公司规定，翻译人员和校对人员使用同一 TM 的两个不同拷贝来工作，这样，校对人员在工作时，只要校对过的内容都是 100％match，因此非常容易区分哪些翻译单元已校对过，而哪些尚未校对，其缺点就是校对人员校对过的内容无法通过 TM 即时为翻译人员所用。

在此，我们探讨一个解决方案，使得校对人员即容易识别校对过的内容，又可以使校对过的内容即时为翻译人员所用。为此，我们首先明确以下内容：
1、通过 Attribute 字段和 Text 字段定义 TU 的标记信息，并在 Project Settings 中进行指定，可以在提交 TU时把 Project Setttings 中指定的 Attribute 和 Text 字段信息附加到 TU（请参阅“Project and Filter Settings 对话框”） 2、通过在 Filter Settings 中指定 Attribute 和 Text 字段信息，可以将其作为筛选条件，从 TM中筛选带有该字段信息的 TU。筛选的实质过程是，通过设置 Penalties 选项卡（Options －>  TranslationMemory Optons...）中的 Attribute and text fields difference penalty 选项，对TM 中不符合 Filter Settings 设置的 TU 的匹配率扣减 penalty 选项指定的分值，相对提高符合 FilterSettings 设置的 TU 的匹配率，从而可以在 Workbench 窗口优先显示后者。（请参阅“Project and Filter Settings 对话框”）
3、在翻译过程中，对于某句原文，如果 TM 存在完全匹配的 TU，并且当前 Project Settings 中的设置与该 TU的标记信息不同（且不属于其子集），您没有使用匹配的 TU 所包含的译文而是对其进行了修改然后提交，这种情况下就会将其添加为一个新的 TU，并按Project Settings 中的设置附加标记信息。这时 TM 中存在两个 Source Segment（原英文）相同但 TargetSegment（译文）不同且标记信息也不相同的翻译单元，这种现象称为 Multiple Translation。（请参阅“General 选项卡（续）”）
4、General 选项卡（Options －>  Translation Memory Optons...）中有一个 Do notcreate new translation units if only text fields differ 选项，选中该选项后，对于 3中所述的情况，如果只是 Text 字段不同，则不创建新的翻译单元。而是使用修改后的译文覆盖 TM 中原翻译单元的译文部分（TargetSegment）。
首先我们解决第一个问题：如何使校对人员容易区分校对过的内容：

要使校对结果即时为翻译所用，最直接的办法就是使用同一个TM，但由文章开头的分析可知，这种方案的弊端就是校对人员不好区分校对过的内容。但以上的说明 2给我们以启示，那就是虽然翻译人员和校对人员共享同一个 TM 库，但可以让他们设置不同的 Project Settings（或者只有校对人员设置Projcet Settings），这样，由校对人员提交的 TU 就可以附加上与翻译人员不同的 ProjectSettings，同时，让校对人员在其 Filter Settings 中指定与其 Projcet Settings一样的设置，这样，凡是由校对人员校对过的 TU，当在文档中再次出现时，由于其 TU 所附带的标记与校对人员的 Filter Settings一致，因此结果为 100％ 匹配而不会扣减匹配率，而凡是由翻译人员提交但没有校对过的 TU，其标记与校对人员的 Filter Settings不一致，因此会扣减匹配率，使最终的匹配率低于 100％，这样校对人员就可以判断，凡是 100％ match的内容，都是校对过的内容，否则，就是需要校对的内容。
接着，我们解决第二个问题：如何使校对内容即时为翻译人员所用：

看到此处，你也许会感到不解，这个问题不是通过共享 TM就可以解决吗？确实可以解决，但在具体操作中存在一个不大不小的技术问题。我们先分析一下校对人员如何是如何校对的。在校对翻译内容时，会产生两种校对结果：“认可翻译人员的翻译结果”、“修改了翻译人员的翻译结果”。如果校对人员设置了与翻译人员不同的 ProjectSettings，对于第一种校对结果，提交后，不产生新的翻译单元；对于第二种校对结果，提交后会将修改后的内容保存为新的翻译单元（如以上说明 3所述），即出现了所谓的 MultipleTranslation。对于第二种结果，翻译人员将会面临困境，因为他（她）需要从中区分哪个是校对过的，然后再使用校对后的翻译内容，而这会在一定程度上影响翻译人员的效率。也许你会想到让翻译人员也设置与校对人员相同的 Filter Settings，但这样做的结果是，对于他自己提交到 TM中但尚未校对的内容，匹配率会由于扣减而低于 100％，而我们希望这种情况他能够顺利地重用自己提交的翻译单元，因此这个方法不太可取。
实际上，校对人员在修改翻译人员的翻译内容而后提交时，如果能够覆盖原有的内容，而不是生成新的 TU 从而导致 MultipleTransltion，则问题迎刃而解。巧合的是，这就是 Do not create new translation units if onlytext fields differ 选项的用武之地。使用该选项，如果匹配的 TU 的标记信息与当前 Project Settings设置只是在 Text 字段上存在差异，修改翻译内容并提交，则不会添加新的 TU 而是覆盖原有的 TU，因此我们规定校对人员设置 Text字段而非 Attribute 字段即可解决问题。

具体的方案如下：
首先，项目经理使用独占方式打开共享的 TM 库，在 File －> Setup －> Fields 选项卡中定义一个 Text 字段“Status”，然后规定相关人员进行如下设置
校对人员的设置 ——
1、在 Project Settings 和 Filter Settings 中设置 Status 字段，在 Text field content 中输入 approved。
2、确保 Penalties 选项卡（Options －>  Translation Memory Optons...）的 Attribute and text fields difference penalty 选项的值大于零（默认值为 2）。
3、在 General 选项卡（Options －>  Translation Memory Optons...）中选中 Do not create new translation units if only text fields differ。
翻译人员的设置 ——
翻译人员不要设置任何 Filter settings，最好也不要设置 Project Settings，如果设置 ProjectSettings，也不要像校对人员一样设置 Status: Approved。目的是只有校对人员提交的翻译单元才会标记Status:Approved。
进行这样的设置以后，如果校对人员和翻译人员对于同伴足够信任，可以使用 Translateto fuzzy 键来加快工作速度，对于翻译人员而言，即可以快速重用自己或其他翻译人员翻译提交的但没有校对的 TU，也可以重用校对过的TU；对于校对人员，当遇到未校对过的翻译内容或者与校对人员已提交的结果不符的翻译内容时，会停止处理，等待校对进行修改。

该方案的适用前提：

1、翻译人员和校对人员的工作需要同步进行或者存在交叉 2、项目开始时使用全新（空）的 TM 库
3、翻译人员（可以多人）和校对人员（可以多人）共用一个 TM

该方案的不足之处：

1、这种方法有一个弊端。如果校对人员修改了某个句子（Sentence A）的句式并提交，但下文中出现了类似的句子（Sentence B），且Sentence B 相对 Sentence A 的文本匹配率为 85％。假设当前 Attribute and text fieldsdifference penalty 设置为 2，此时我们计算 Sentence B 在 TM 中的匹配率。Sentence B 在 TM中有两个与其最相关的翻译单元：由校对修改并标注了 Status: Approved 的 Sentence A 对应的翻译单元（UnitA）、由翻译人员提交的 Sentence B 所对应的翻译单元（Unit B），按照 Attribute and text fieldsdifference penalty 设置和上文 85％ 的假设，Unit A 的匹配率为 85％，而 Unit B 的匹配率为98％（100％ － 2％），因此在 Workbench 中会优先显示 Unit B。这样校对需要手动选择来参考 Unit A 的翻译，如果Sentence A 和 Sentence B 校对的间隔时间较长，或由不同的校对人员来校对，则无法保证句式的统一。一个勉强的补救措施是，将Attribute and text fields difference penalty 设置的足够大，但最多也只能设置到 20％。
2、与一般的翻译、校对方案一样，此方案的存在的问题是，使用   键保证了翻译和校对人员工作的流畅性，但是，其前提是，翻译人员高度信任校对人员，校对人员之间也互相信任，也就是说使用   键，翻译人员不易发现校对人员的错误，而校对人员之间也不易相互发现所存在的错误。
3、任何方案的不足都可由人来弥补，人的主动性也会提高执行效率。比如校对过程中可以将某些修改过的术语记录下来，及时发送给翻译人员进行修改，并在校对结束前进行统改。翻译人员如果发现校对人员的错误，或者校对人员之间发现了对方的错误，可以通过某种方式互相告知，并进行修正，这些都可以通过填表等交互方式来实现。但是，这类工作都是不可量化的东西，无法具体要求，也无法具体衡量其中的工作量，因此，需要靠激励机制来提高人的主动性，而人的主动性又源自哪里呢？这值得管理人员思考。



由于有关 Project Settings 和 Filter Settings 以及 Attribute 和 Text 字段的应用牵扯的方面比较多，且稍有些复杂，因此临时写了以上两篇文档，并对“Options －> Translation Memory Options －> General 选项卡（续）”一节的内容进行了修正，以供大家参考。
有关上述内容的文档列表如下：
关于 Attribute Field 和 Text Field 关于 Project Settings 和 Filter Settings 关于 Multiple Translation（Project Settings 导致 Multipel Translation 的说明） Project and Filter Settings 对话框 General 选项卡（续）（有关 Textv/Attribute 的说明） Penalties 选项卡（有关 Attribute and text field differences penalty ％ 的说明）关于 Project and Filter Settings 选项卡以及 Attribute 和 Text 字段的应用 翻译过程中使用 TM 库的一个方案设想 —— 有关 General 选项卡 Do not create new translation units if only text fields differ 选项的一个应用   

原则上不应该这样。破折号 Trados 没有处理能力，但中文全角双引号应该不是问题了。
我猜想乱码的原因如下：
1) 右侧双引号乱码，可能的原因是双引号内是字体规定为应为字体的样式，在您键入右侧双引号时 MS Word 自动集成了前一个字符的样式；
2) TM 库中 Target Font 设置成了“宋体”意外的某个字体，而那个字体中文全角双引号部分恰好乱码；
3) 字符集混乱，一会儿是 ANSI 的，一会儿是 Unicode 的，一会儿是 GB2312 的，一会儿是 UTF 8 的，所致；
4) 请其他大德补充！

接着 GILT World 的解答补充一下： 1、如何清理隐藏的文字（即原文）？ 有两种清理隐藏文字的办法： 在 Word 中打开文档，选择“工具”>“宏”>“宏”，在左侧的列表中选择 tw4winClean.Main，然后单击“运行”。前提是已加载了 Trados 模板，如何加载模板，请参见问题3。 打开 workbench，选择 Tools > Clean up，使用 Add 按钮将要清除隐藏文字的文件添加到左侧的列表中，或者使用鼠标将该文件直接拖到列表中，然后单击 Clean up 按钮。 2、我现在想重新修改我译过的文章，而且还要覆盖原来的记忆库，怎么办？ 启动 Workbench，打开你上次使用的 TM 库（记忆库），然后在 Word中打开要修改的双语文件（即包含隐藏文字的文件），像上次一样，使用 Trados 工具栏中按钮 1 或 2 打开翻译单元，进行修改，然后使用按钮6、7 或 8 即可更新 TM 库。 3、我现在打开WORD之后发现TRADOS工具条不见哩,而且上面还出现了我还不明白的工具条（它是什么时候才应该出现的）? Trados安装目录下有个 TT\Templates 文件夹（比如 C:\ProgramFiles\TRADOS\T65_LSP\TT\Templates），其中有一个 TRADOSx.dot 文件（这里 x表示版本，TRADOS6.dot 就是 Trados 6 的模板文件），这个就是用于在 Word 中显示“TRADOS工具条”的模板文件。 你可以在 word 中选择“工具”>“模板和加载项”打开“模板和加载项”对话框，在其中的“模板”选项卡中，如果左侧那个列表中有TRADOSx.dot，将其选中单击确定即可显示“TRADOS工具条”，如果还未显示，则在 Word 工具栏上单击右键选中 TW4win即可；如果左侧的列表中没有 TRADOSx.dot，则单击添加，找到上面所提到的那个 TT\Templates 文件夹，将其加载进来即可。 如果希望每次打开 Word 时都会自动显示“TRADOS工具条”，需要将这个 TRADOSx.dot 文件复制到 word 当前用户的Startup 目录下。Startup目录的路径可通过以下方式查找：选择“工具”>“选项”打开“选项”对话框，点击“文件位置”选项卡，选中列表中的“启动”，单击“修改”，然后在显示的“修改位置”对话框中单击“查找范围”标签右侧的下拉列表的下拉键，即可确定 STARTUP 目录的位置（对于 word2003，一般为：C:\Documents and Settings\<当前登录用户名>\ApplicationData\Microsoft\Word\STARTUP），将 TRADOSx.dot 文件复制过去，这样每次启动 Word后就会自动打开“TRADOS工具条”（如果没有显示，在 Word 工具栏上单击右键选中 TW4win即可，以后就会自动显示）。（以上内容参考了 synctune 所发的帖子：关于 Word 设置） 另外，正如 GILT World 所言，你的安装可能有点问题。不过，我想不知是否可以通过上述方法将 Multiterm 模板隐藏，或者直接在 STARTUP 目录中将其清除。

有关 DTD Setting (ini) 文件使用方面的一些问题
1、什么是 DTD Setting 文件？
2、在将某个文档显示为 TTX 文件时 Tageditor 如何确定使用哪个 ini 文件？
3、使用 Tageditor 打开 ttx 文件时是如何选择 ini 文件的？
4、在打开 TTX 文件时，如果所使用的 ini 文件与生成该 TTX 文件时使用的 ini 文件不同，是否会影响现有 TTX 文件的格式？
5、为什么每次在 Tageditor 中打开 HTML 文件，总要显示对话框，提示选择 ini？
6、我已经将某个 ini 文件从 Manager 中移除，为什么打开某个 TTX 文件后，发现该 ini 文件又被加载到 Manager 中？
7、在进行 Analyse（字数分析）、Translate（预翻译）和 Cleanup（清除原文）时需要 ini 文件吗？
8、在 Workbench 打开的 Manager 与在 Tageditor 中打开的 Manager 是同一个 Manager 吗？
9、在进行Analyse（字数分析）和 Translate（预翻译）处理时，Workbench 如何选择 ini 文件？
10、校对人员在打开 TTX 文件时，总是会弹出要求指定 ini 文件的对话框，怎样解决？
11、在项目中如何正确地使用 ini 文件？
－、什么是 DTD Setting 文件？
首先说一下什么是 DTD。DTD 文件，即“文档类型定义”(Document Type Definition) 文件，用于定义 HTML、XML等标记语言文件应该遵循的结构、使用的元素以及语法规范。在使用文本编辑器打开 HTML文件时，所看到的那些在浏览器中不显示的内容就是所谓的文档元素，这些元素用于定义文档的结构以及文本或其他对象在浏览器中的显示样式，它们需要遵循相应的语法规范，DTD 文件就是定义这些内容的文件。不同类型的标记语言文件的结构和所包含的元素存在差异，也就会对应有不同的 DTD 文件。
在翻译标记语言文件时，这些用于定义文件结构和显示样式的元素一般来说是无需翻译的，因此在翻译这类文件时，首先就需要将无需翻译的内容与可翻译的内容区别开来，Tageditor 编辑器一个主要的作用就在于此。它使用所谓的 DTD Setting 文件（即 ini文件）来区分标记语言文件中可翻译内容和不可翻译内容，在 Tageditor 中打开 HTML文件时，可以看到文件中的内容被处理为三种形式，即灰色的外部 tag、红色的内部 tag，以及可翻译的文本内容，这个就是使用 ini文件的处理结果，而这些变成 tag 的内容，就是标记语言的元素，如下所示：

（INI_1）

也就是说，ini 文件区分标记语言文件中的元素和文本内容，并进一步区分要处理为外部 tag 的元素和要处理为内部 tag的元素，前者一般定义文档结构（比如段落标记）；后者一般定义显示样式（比如字体）。另外，ini 文件还确定对于一些非 ASCII字符的处理方式，这些字符称为“实体”（entity），比如对于商标符号，是处理为红色的 tag 占位符，还是将其转换为实际的字符。总之，ini文件就是用于将标记语言文件转换为 Tageditor 可编辑的包含外部和内部 tag 以及文本内容的 ttx 文件。
不同类型的标记语言文件对应不同的 ini 文件，比如对于 HTML 文件和 XML 文件会使用不同的 ini 文件。Trados 6.5 自带了几个 ini文件，比如用于处理 HTML 文件的 HTML4.ini 以及用于处理 XML 文件的 XSL.ini。可以修改这些 ini 文件来定义自己的ini 文件，因此来说，同一类型的标记语言文件可以使用不同的 ini 文件来处理，当然，不同的 ini文件对于元素的处理可能会存在差异，对于某一个元素，可能会将其处理为内部 tag，也可能会处理为外部 tag，具体取决于所使用的 ini文件中的设定；再比如上面提到的商标符号实体的处理，在有的 Tageditor版本中，无法正确显示实际的商标符号，而是显示为一个问号（?）,通过修改 ini 文件，可以让其不将商标符号转换为实际的字符，而是处理为内部tag 占位符，这样在翻译后生成的文档中，商标符号就可以正确显示。有关 ini 文件的这些内容，将辟专文介绍，此处不再赘述。
二、在将某个文档显示为 ttx 文件时 Tageditor 如何确定使用哪个 ini 文件？
打开 Tageditor 的 DTD Setting Manager（Tools －> DTD Settings），可以看到当前可以使用的 ini 文件：

（INI_2）

其中的 Descriptive Name 是 ini 文件的描述性名称，DOCTYPE 是 ini 文件的适用类型，File Name 是ini 文件的存放路径。“问题一”中提到，不同类型的标记语言文件（比如 HTML 和 XML）需要不同的 ini 文件来处理，DOCTYPE就是区分所适用的文件类型的，比如 HTML4.ini 文件的 DOCTYPE 为 HTML，表示它可以处理 HTML 文档，可以说，任何DOCTYPE 参数值为 HTML 的 ini 文件，原则上都可以处理 HTML 文件，而这些可以处理同一类型标记语言文件的 ini之间则使用 Descriptive Name 来区分。
一般来说，在标准的 HTML 文件和 XML 文件的文档类型声明中，都会有一个所谓的 Root Element（根元素），它一般位于文档的开始部分，代表文档的类型，比如，标准的 HTML 文件的“根元素”如下所示：

XML 文件的“根元素”的示例如下所示：

(INI_4)

使用 Tageditor 打开 HTML 或 XML 等文档时，Tageditor 将被打开的文档的“根元素”与 DTD SettingManager 中列出的各个 ini 文件的 DOCTYPE 部分比较，如果有匹配的 ini 文件，则会使用这个 ini文件将被打开的文件显示为 TTX 文件，此时打开 Manager 会发现，当前使用的 ini 标注了红色的对勾。
如果 Manager 中有多个 ini 文件的 DOCTYPE 与该文档的“根元素”匹配，则会弹出以下对话框，提示从中选择一个 ini 文件，例如在打开 HTML 文件时可能显示以下对话框：

（INI_5）

如果没有匹配的 ini 文件，则会提示指定一个 ini 文件：

（INI_6）

当保存 TTX 文件时，会将 ini 文件的 Descriptive Name（描述名称）信息和所使用的 ini 文件的路径记录到 TTX文件顶部的 Trados 声明信息中，其中，ini 文件路径保存在 SettingsPath 参数中，而 Descriptive Name保存在 SettingsName 参数中，如下所示：

（INI_7）

下次打开 TTX 文件时，将使用这个信息自动寻找相应的 ini 文件。
三、使用 Tageditor 打开 TTX 文件时是如何选择 ini 文件的？
如以上问题所示，在保存 TTX 文件时会写入所使用的 ini 文件的信息。下次打开 TTX 文件时，会按以下步骤寻找 ini 文件：

• 按照 TTX 文件中 SettingsPath 参数标注的路径确定 Manager 中是否有该 ini 文件
• 如果有会比较 TTX 文件中的 SettingsName 参数是否与 ini 文件的 Descriptive Name 一致
• 如果一致，则使用该 ini 文件
• 如果 Manager 中不存在 SettingsPath 参数对应的 ini 文件，则会按路径检测该文件在系统中是否存在
• 如果存在且其 Descriptive Name 与 SettingsName 参数一致，则将其加载在 Manager 中并使用
• 如果该 ini 文件不存在或者存在但 Descriptive Name 与 SettingsName 参数不一致，则会查找 Manager 中是否有其他 Descriptive Name 匹配的 ini
• 如果有则默认使用该 ini 文件，否则显示以下对话框，提示添加 ini 文件：

（INI_8）

Tageditor 选择 ini 文件时的处理流程如下，此流程是笔者的经验总结，不保证绝对准确，仅供参考：

（INI_9）

四、在打开 TTX 文件时，如果使用的 ini 文件与生成该 TTX 文件时使用的 ini 文件不同，是否会影响现有 TTX 文件的格式？
不会影响，即使使用用于 XML 的 ini 文件打开由 HTML 转成的 ttx 文件，也不会改变原有格式。我们可以用记事本打开 TTX 文件，其中的一段内容如下所示：

（INI_10）

可以看到使用 <ut ....</ut> 标注的部分在 Tageditor 中显示为 tag，而 <ut....</ut> 中标注了 Style="external" 的会显示为外部 tag。也就是说在使用 ini 将 HTML等文件转成 TTX 文件时，实际上就是加入这些标注，而在打开 TTX 文件，ini 文件并不起作用，Tageditor只是按照原有的标注进行显示，而不会按照当前选择的 ini 文件形成新格式的 TTX 文件。
但是，当保存该 TTX 文件时，会将当前选择的 ini 的信息写入 TTX 文件，而这个 ini 文件并不一定与最初使用的 ini 文件一致。
五、为什么每次在 Tageditor 中打开 HTML 文件，总要显示以下对话框，提示选择 ini？

（INI_11）

这是因为 Manager 中存在多个 DOCTYPE 为 HTML 的文件，根据项目需要保留其中的一个 ini，将其他移除，下次就不会询问，而直接使用保留的那个 ini 文件打开 HTML 文件。
六、我已经将某个 ini 文件从 Manager 中移除，为什么打开某个 TTX 文件后，发现该 ini 文件又被加载到 Manager 中？
对于由 HTML 或 XML 等文件转成的 TTX 文件，其中会保存所使用的 ini 文件的信息，具体来说，会在SettingsPath参数中保存 ini 文件的路径，在 SettingName 参数中保存 ini 文件的 Descriptive Name。打开 TTX时，会按照这些信息，查找上次使用的 ini 文件，如果找到且 SettingName 与该 ini 文件的Descriptive Name匹配，则会使用该 ini 文件，即使它不在 Manager 中，也会将其加载进来。另请参见问题 三。
七、在进行 Analyse（字数分析）、Translate（预翻译）和 Cleanup（清除原文）时需要 ini 文件吗？
ini文件只应用于 HTML 或 XML 等标记语言文件。在对此类文件进行 Analyse 和 Translate 时，需要使用 ini文件，而其他格式的文件（如 RTF）则不需要。另外，实践经验表明，进行 Cleanup 时似乎不需要使用 ini 文件，还有待确认。
八、在 Workbench 打开的 Manager 与在 Tageditor 中打开的 Manager 是同一个 Manager 吗？
TradosWorkbench 的 DTD 在如下位置设置：Options > Translation Memory Options >Tools。应该说，通过 Workbench 打开的 Manager（简称 Mananger1）与通过 Tageditor 打开的Manager（简称 Manager2）即相互关联又有所区别。一般在打开 Workbench 时，其 Manager1 的设置与Manager2 中的一致，而且如果修改了 Manager2 的设置，则下次启动 Workbench 时，Manager1也会随之而改变。一般来说，Manager 1 用于 Analyse（字数分析）、Translate（预翻译）和Cleanup（清除原文）等批处理操作，进行批处理前，可在上述三个对话框中选择 Option－>Translation MemoryOptions，点击 DTD Settings 来修改 Manager1；而 Manager2 用于对在 Tageditor中打开的标记语言文件进行格式处理，将其转成 TTX 文件。
九、在进行 Analyse（字数分析）和 Translate（预翻译）处理时，Workbench 如何选择 ini 文件？
批处理中选择 ini 的原则与在 Tageditor 中选择 ini 的原则 一致，即所选择的 ini 文件，其 DOCTYPE 应与要处理的文件的 Root Element 一致。
列表中可能会包含多种类型的 ini 文件，也可能包含多个同一类型的 ini 文件，具体的选择规则如下：
①从 DTD Settings Manager 列表中选择适用的 ini 文件，如果同时有多个 ini 文件适用，则使用第一个 ini 文件；
②如果没有适用的 ini 文件，则使用已设置的默认 ini 文件；
③如果即没有适用的 ini 文件，也没有默认的 ini 文件，或者列表中没有任何 ini 文件，则跳过处理文件，同时在 Log 中写入错误消息。

因此，在对标记语言文件进行批量处理时，应检查 Workbench 中的 DTD Settings Manager 列表，确保存在要使用的 ini文件，如果有多个适用的 ini 文件，应确保要使用的 ini 文件在列表中位于其他适用的 ini 文件之前。对话框中没有提供调整 ini文件顺序的按钮，如需要，可通过 Add 和 Remove 按钮间接调整或将不需要的其他 ini 暂时移除（不会将实际的 ini 文件删除）。
十、 校对人员在打开 TTX 文件时，总是会弹出要求指定 ini 文件的对话框，怎样解决？
有关打开 TTX 文件时 Tageditor 如何选择 ini 文件，请参见“问题三”的解答。
以下情况可能会导致出现此类问题：

• 翻译人员使用的 ini 文件正确，但校对的 Manager 中没有同一 ini 文件、也没有其他匹配的 ini，并且翻译人员所用的 ini 所在的路径与校对人员的不同（如果校对人员的机器上存在该 ini 文件）。请参加问题三
• 翻译人员使用了错误的 ini 文件

解决办法：

• 校对人员在 Manager 中添加要使用的 ini 文件
• 提示翻译人员使用正确的 ini 文件

（以上提到的翻译人员和校对人员仅是使用常规的翻译流程来举例说明，所述内容并不仅限于文中所列情况，比如有的客户会提供生成后的 TTX 文件，或者由 PM 生成 TTX 文件，而不是由第一手的翻译人员来生成 TTX 文件。）
十一、在项目中如何正确地使用 ini 文件？

• 首先要根据客户需求明确所要使用的 ini 是 Trados 默认的 ini 文件，还是客户指定的 ini 文件
• 执行 Analyse 或 Translate 时，会默认使用第一个合适的 ini 文件，因此，应确保要使用的 ini 文件在 Manager列表中位于其他适用的 ini 之前。比如要对 HTML 文件进行分析或预翻译，如果 Manager（在 Workbench 中通过Options > Translation Memory Options > Tools 来访问）中有多个适用于 HTML 文件的ini 文件，请确保要使用的 ini 文件位于其他适用的 ini 文件的上方，或者将其他适用的 ini 文件暂时移除
• 在翻译标记语言文档前最好将其他同类 ini 文件移除，只保留要使用的 ini 文件，比如翻译 HTML 文档，如果客户提供了 ini 文件，最好将此ini 文件添加到 Manager，并将其他用于 HTML 的 ini 文件暂时移除，这样在翻译和校对时就不会弹出对话框来要求选择 ini文件。
• 项目结束前可对 ini 的使用情况进行检查，方法是使用 Search and Replace都一类的工具在包含所有 TTX 文件的目录中查找字符串：SettingsName="xxxxxx"，其中 xxxxxx 为要求使用的 ini文件的 Descriptive Name（描述名称）。如果搜索到的匹配数与文件数相同，则可大致认为没有 ini 使用错误。

关于 Analyse 选项卡的一点使用体会
  一、当与客户的字数分析结果不一致时，怎样查找原因：
作为 PM，常常需要与客户或 Vendor 核对字数分析结果，当双方的分析结果存在差异时，怎么来排除原因？以下结合本贴第 77 楼的内容“字数分析（Analyse）的影响因素”来给出一些个人建议，仅供参考：
假定手边有客户或 Vendor 的 log 文件及您自己的 log 文件。下面分 5 个步骤来查找原因：
1、确认双方使用的 TM 是否一致。log 文件分析报告的第二行会列出生成该报告时所用 TM 的本地路径，可以核对两个报告的 TM 文件名来简单确认是否一致。当然，最好双方通过沟通进行确认。如果一致，则进行第二步；
2、查看 log 报告结尾处所有文件汇总结果中 Total 行的内容（以下统计结果如无特殊说明，均指 Total 行的内容），确认两个 log 中Total 行的 Words 值是否一致。如果不一致，若分析的是需要使用 ini 文件的标记语言文件（如html、xml，等等），则有可能是双方使用的 ini 不一致，这时可以进一步查看 Total 行中 Placeables值是否一致，不一致的话可以基本确认是 ini 问题；对于 rtf 文档很少会出现这一情况，当然，如果在 workbench中设置了Non-translatable，也可能会引发这一问题，请参阅“字数分析（Analyse）的影响因素”中的“一、确定可翻译的内容”。如果两个报告中 Total 行的 Words 和 Placeables 值一致；则进行第三步；
3、查看 Total 行的 Segments 值是否一致，如果不一致，则可能双方所使用的 TM 的“翻译单元划分规则”（File >Setup > Segmentations rules）存在差异。一般来说，这个规则是随 TM 保存的，而不是保存在本地 Trados的注册表中，因此，双方使用同一 TM 拷贝时不会出现这种情况，除非有一方人为进行了修改。相关内容请参阅“字数分析（Analyse）的影响因素”中的“二、对可翻译内容划分翻译单元（TU）”。如果 Total 行的 Segments 一致，则进行第四步；
4、查看  100% 和 95% - 99%  行是否存在差异，如果这两行存在差异，但其他行的统计结果一致，则可能是 Filter Settings 设置或 Penalties 设置存在差异。请参阅“字数分析（Analyse）的影响因素”中的“三、与 TM 中的 TU 进行匹配”。如果这两行一致，请进行第五步；
5、如果以上内容均一致，但 Total 行的 No Match 值不一致，那就极有可能是双方所使用的 Workbench 中的 Minimummatch value % 设置（Options > Translation Memory Options > General选项卡）不一致。请参阅“字数分析（Analyse）的影响因素”中的“四、统计匹配结果”。

如果以上所有步骤均无法找到问题缘由，我也就黔驴技穷了。
二、使用 Analyse 分析多个文件时，文件的顺序问题：
在分析多个文件时，我们通常是先打开 Analyse 对话框，然后在文件夹中选中所有要分析的文件，再用鼠标将文件一次性拖放到 Analyse对话框的“Files toanalyse:”列表中。但这样做会有一个问题，即拖放到对话框中的文件路径常常不是按其在文件夹中的顺序来排列。比如下面的示例，左边目录中的ttx 文件是按名称顺序排列，但全选拖到列表中后顺序被打乱了，而且分析后所生出的 log 报告（包括 csv 格式的报告）也是按这一顺序排列的：

AA-1（文件夹目录）

AA-2（Analyse 对话框的 Files to Analyse 列表）

观察上图，虽然列表中的文件名顺序被打乱了，但还是有规律的，比如这里是4、5、6、1、2、3。其实，这与拖动文件时鼠标的点击位置有关。在将多个文件拖放到列表时，默认将鼠标点击位置处的文件列为第一个文件，然后该文件后续的文件依次排列，到末尾后，转为从选中的第一个文件继续排列，直到所有文件排列完毕。比如 4、5、6、1、2、3这个顺序，就是执行拖放操作时，鼠标点击在文件 4.htm.ttx上的结果。所以，拖放操作时，让鼠标点击选中的第一个文件，这样列表中的文件顺序就与目录中的一致了。在使用播放器通过拖放操作连续播放多首 mp3时也是这个道理。
三、Analyse 功能对翻译人员有哪些用处：
1、翻译人员可以使用 Analyse 来核对自己的工作量；
2、翻译人员在翻译过程中可以随时使用 Analyse 来大致估算自己的工作进度。分析结果中非 100％（fuzzy match 和 no match）部分即为翻译尚未完成的工作量；
3、翻译结束后，检查是否有漏翻的情况：
使用 Analyse 分析所有文件，理想情况下，如果没有漏翻的情况，且所有翻译内容均已存入 TM，所有内容应为 100% 匹配。但也会由于Filter Settings 设置或 Penalties 设置而存在部分 95% - 99% 的匹配内容。但是，如果除 95% - 99%之外的 Fuzzy match 部分或 No match 部分也存在统计结果，则说明有漏翻的情况。对于漏翻的情况，可通过以下两种方式快速定位：a、如果所翻译的文件较少或单个文件非常大，在分析结束后，可以使用对话框底部的 Export Unknown Segments..... 按钮并设置相应的匹配率，将未翻译的内容导出到 rtf 文件，然后再对照这个 rtf 文件逐一查找翻译文件；
b、如果所翻译的文件较多，可以利用 CSV 格式的 log 报告来定位。打开 log报告，按包含漏翻内容的相应匹配率排序，即可确定漏翻内容所在的文件。打开漏翻内容所在的文件后，打开第一个翻译单元，然后直接按Translation to fuzzy 定位漏翻内容。

Tools －> Translate 对话框

（T-1）

此对话框顾名思义，执行的是 Workbench 的预翻译功能。具体来说，这个对话框有四个作用：
使用当前的 TM 按照本对话框设置好的预翻译匹配率（即“% or higher match value”值）对文档进行预翻译；
使低于预翻译匹配率的文档内容形成翻译单元，以便于没有 Trados 工具的译员按照 Trados 格式进行翻译；
对于文档中已按照 Trados 格式进行了翻译（形成了翻译单元）且与 TM 存在 100％ 匹配但译文与 TM 不同的翻译单元，确定如何同步译文（“不同步”、“更新 TM”或“更新文档”）；
对低于最低匹配率的文档内容，结合 Multiterm 工具翻译其中匹配的术语；
这四个功用分别对应 Translate 对话框的四项设置，以下将逐一介绍。
一、预翻译设置

1、% or higher match value 文本框
解释说明：设置预翻译内容的最低匹配率。在预翻译时，对文档划分句段（划分翻译单元），将每个句段与 TM 进行匹配，对于符合这个最低匹配率的句段，使用 TM 中匹配的翻译单元的翻译内容对其进行预翻译。该值默认设置为 100，即对于完全匹配的内容才会进行预翻译。
使用提示：需要注意的是，凡是影响匹配率的因素都会影响预翻译的效果，比如“如何划分翻译单元”（File －> Setup...－>Segmentation Rule）、“筛选设置”（Settings －> Project and Filter Settings－> Filter Settings）以及”匹配率扣减“（Options －> Translation MemoryOptions －> Penalties），详情请参见“字数分析（Analyse）的影响因素”。所以，在预翻译之间，请确认这些设置符合您的要求。

2、Segment unknown sentences 复选框
解释说明：选中该复选框后，对于没有达到预翻译匹配率的文档内容（这里称为 Unknown Sentences），会在文档中形成 Trados形式的翻译单元，翻译单元的译文部分与原文相同。如果处理的是 RTF 文档，那么通过这种方式，无法使用 Trados 的译员也可以按照Trados 双语文件格式进行翻译。
使用提示：不过，对可以使用 Trados 的译员来说，这样处理会影响到翻译效率。其原因是，如果不对 Unknown Sentences 形成翻译单元，译员在使用 键打开 Unknown Sentences 形成翻译单元时，若该句段的匹配率高于 Minimum match value（Options－> Translation Memory Options －> General），则 Workbench可直接将匹配的译文取到翻译单元的译文部分。但如果在预翻译时使 Unknown Sentences形成了翻译单元，则使用上述按键时无法自动取下译文（因为翻译单元的译文部分已有内容，即预翻译时复制下来的原文）。因此，如果译员可以使用Trados，建议不要选中该复选框。

3、Update changed translations 区域
此区域中的设置对于同时满足以下三个条件的文档句段适用：

• 该句段与 TM 的匹配率达到了预翻译匹配率；
• 该句段在预翻译前已按 Trados 双语格式进行了翻译（即形成了翻译单元）；
• 该句段在文档中的实际翻译与在 TM 中匹配到的翻译内容不一致

解释说明：Update changed translations 有三个设置，具体作用如下：

• Don't － 对此类翻译单元不做任何处理；
• Update TM － 使用文档中的翻译更新 TM 中匹配到的翻译单元；
• Update document － 使用 TM 中匹配到的翻译单元更新文档中的翻译；

使用示例：比如你在翻译完某个文档后，需要修改某些部分，但你是直接在文档中修改，而不是打开翻译单元进行修改，例如统改了某个术语；修改之后，为了使 TM中体现你的修改结果，你就可以使用 TM 对这个文档进行预翻译，预翻译前选中 Update TM，这样你的修改就会更新 TM中的相关内容（当然，也可以通过 Cleanup 达到同样的目的）。再比如，你在翻译过程中收到了一个新的 TM，并且被要求使用这个新的 TM更新你文档中的翻译内容，你就可以用这个新 TM 对文档进行预翻译，预翻译前选中 Updatedocument（不过这种方法有一定风险，最好是在 Workbench 中打开这个 TM，然后逐一打开文档中翻译单元以确认是否更改）。
使用提示：对于 Update TM 这个选项需要补充说明的是：一般情况下，用文档中的翻译内容更新 TM 时，是直接用文档中的译文替换 TM 中匹配的翻译单元的译文部分，但在以下两种情况下，不是替换匹配的翻译单元的译文，而是生成一个新的翻译单元：
在TM 允许出现 Multiple Translation 的情况下（即在创建这个 TM 时，在 Creat TranslationMemory 对话框中选中了 Allow multiple translation for identical source segments复选框选项），如果在 Options －> Tranlsation Memory Options －> Tools 选项卡中选中了Always add new translation unit when target segments differ复选框，在预翻译过程中更新 TM 时（其暗含的前提是文档中的译文与 TM中的不同），就会添加一个新的翻译单元，而不是覆盖匹配的翻译单元的译文部分。

不论 TM 是否允许 Multiple Translation，只要当前 Project Settings 中设置的信息字段值与 TM中匹配到的翻译单元的信息字段值不同且前者不是后者的一个子集，则预翻译过程中更新 TM 时（其暗含的前提是文档中的译文与 TM中的不同），会生成一个新的翻译单元，并且新的翻译单元会附带上 Project Settings 中设置的信息字段值。请参见“关于 Multiple Translation”。

（以上两个规则也同样适用于 Cleanup 操作）

4、Translate terms 区域：
该区域的作用是设置 TM 在预翻译时如何结合 Multiterm 对 Unknown Sentences 中的术语词汇进行翻译。它提供三个选项：

• Don't － 不对术语进行预翻译；
• Replace－ 如果选中了 Segment unknown sentences 复选框，则对于翻译单元译文部分（其内容为复制来的原文）中与Multiterm 数据库匹配的词汇，会使用数据库中该词汇的翻译进行替换，替换后的内容以 Trados 的 Tw4win Term 风格显示；
• Insert －在文档中匹配的词汇旁边以注释的形式标注其译文（仅适用于用 Word 处理 rtf 文档）。
  （撰写本文时，我的 Multiterm 与 Workbench 连接不上，因此无法提供具体的图例，此处的解释完全依照 Trados 的帮助文件）
  

二、加载文件、TM 设置、指定 Log 文件
对于这些操作，Analyse、Translate 和 Cleanup 三个对话框的操作基本一致，请参见“Tools －> Analyse 对话框”的“一、分析前的设置和操作”部分。
需要补充的是：

• 在 Options －> Tranlsation Memory Options －> Tools 中的 Backup 区域，可以指定在进行预翻译和 Cleanup 时是否进行备份；
• 在 Options －> Translated Text Colours 对话框可以指定预翻译后不同匹配率的翻译单元的颜色；
• 对于 Html 和 Xml 等标记语言文件，预翻译前需要保证在 DTD Settings Manager（Options －>Tranlsation Memory Options －> Tools －> DTD Settings 按钮）列表中有相应的ini 文件可用；

三、运行 Translate（预翻译）
在Files to translate 列表中加载了文件，预翻译选项、TM 选项、Log 文件设置妥当后，点击 Translate按钮，即开始按照 % or higher match value 文本框中的匹配率进行预翻译，同时根据 Segment unknownsentences、Update changed translations 区域、Translate terms 区域的设置进行相应的处理。
补充说明：对于 Html 和 Xml 等标记语言文件，无论预翻译结果如何，都会生成 TTX 文件。
四、预翻译结果

（T-2）

Xtranslated  － 统计经 XTranslated 翻译过的翻译单元。使用 Tageditor 打开经 XTranslated 处理后的文档时，可以看到经XTranslated 翻译过的翻译单元内容以灰色显示，并且其翻译单元的标记不是 <TU> 而是<XU>，Workbench 在预翻译时不对此类翻译单元进行处理，但会将带有这类标记的翻译单元统计到 Xtranslated这一项；
Translated － 统计经过预翻译的文档内容；
Updated － 统计 Update TM 或 Update document；
Total － 文档总的句段（翻译单元）数和字数；
Terms translated － 翻译的术语量；


在使用 Trados 翻译时，无论是在 Tageditor 中，还是在 Word 中，上面所标注的这个 Get Translation（获取译文）按钮都没有直接的快捷方式，我在本帖“新手入门 1”一文中杜撰了一个使用“键盘鼠标”模拟鼠标动作的补救方法，现在开来，这个思路既愚蠢，又不实用。
最近手掌有些不适，为了少用鼠标，又学习了一些键盘操作，发现可以直接调用 Tageditor 中的 Workbench 菜单（在 Word 中为 Trados 菜单）的 Get Translation（Word 中为“获取译文”）菜单项来间接实现快捷键。
在 Windows 系统的窗口中，按 ALT 键可在窗口菜单和窗口显示内容之间切换。由于 Tageditor 的 Workbench 菜单的快捷键是 B，而 Workbench 菜单内 Get Translation 的快捷键是 G，因此在打开翻译单元的情况下，按 ALT+B+G 就可以调用 Workbench 菜单的 Get Translation 菜单项，从而快速复制译文。按这个组合键后，光标仍会返回到当前翻译单元。
由于快捷键设置的差异，在 Word 中，相应的组合键是 ALT+S+G。
这个方法可能很多人都知道，为了更正“新手入门 1”中那个不实用的操作方式，特写此帖。

homacas发言： 以下是引用homacas在2007-11-3 21:49:34的发言： *********************************************************************************************************************************** Apply placeable penalty also when source tags differ 【解释说明】 该复选框与 Placeable differences penalty % 结合使用，缺少任何一个，都不会应用 Placeable 匹配率扣减。 ************************************************************************************************************************************** 真地很佩服版主在工作之余，投入大量的时间和精力将如此详细的 trados 知识和使用经验供本地化同仁共享！ 基于本人使用 trados 的经验，感觉版主对以上penalty选项的“解释说明”有失偏颇：Placeable differences penalty % 和 Apply placeable penalty also when source tags differ两个选项可分别使用，而并非“缺少任何一个，都不会应用 Placeable 匹配率扣减。”，前者针对的情况为“TM 中 TU的 target segment 中使用了不同于 source segment 中的 tag”，而后者针对的情况是“新 TU 的sourcesegment 中使用了不同于 TM 中匹配 TU source segement 中的tag”。若出现这类情况，即使勾选了对应的单个选项，也会相应扣分。 深知本论坛高手如云，冒昧提出以上个人观点，仅供大家交流和参考，以便真正地将 Trados “本地化”。 该论坛的质量确实很高。本地化同仁应该都有同感。。。希望版主和 Mr. Cui 等继续努力，不断发新帖哟。。 为使问题更明确，在此再补充说明一下： 若希望实现“Apply placeable penalty also when source tags differ”功能而启用该选项后，“Placeable differences penalty % ”是不可设置为 0 的，这样才可实现扣减。也就是说：启用“Apply placeable penalty also when source tags differ”时，必须同时启用“Placeable differences penalty % ”，而启用“Placeable differences penalty % ”时，并不一定要同时启用“Apply placeable penalty also when source tags differ”，二者的扣分机理是不同的。启用“Apply placeable penalty also when source tags differ”可检查 source 之间 tag 的差异，而启用“Placeable differences penalty %”可检查现有 TU 中 target 与 source 之间 tag是否发生了变化。具体如何设置，可根据项目的具体情况来确定，当然，两个都用，是最保险的。毕竟，有些 tag（例如，超级链接）是相当重要的，不可不查。显而易见，此两个选项的设定也将直接影响 Tools 菜单下 Analyse 和 Translate两个批处理命令的操作结果。