Planned for Future Release

As part of terminology modernization in Studio, we can now plan this for a future release. No ETA yet but will be updated when we get there.

Termbase "Hitlist Settings" in the sdlproj file

Hello,

We need a modification on how the termbase hitlist is set.

We have several termbases in which forbidden terms are entered and the translator has to see this during his work. In all versions since Studio 2009, the settings can only be modified by the translator.

--> It would be ideal that Studio gets settings from the sdlproj. This would save configuration time for the translators and quality check time for the project management. Most important is that relevant term fields will be displayed in the terminology recognition pane. The way it is display (font, style) is not that important. To avoid conflicts with the settings a translator would have entered or changed himself, it would be good that Studio keeps the translator's own settings and simply adds the required fields given in the sdlproj.

use cases:
the field "status" has to be shown in a given termbase "X".
the sdlproj file in the translation package contains a corresponding setting that will be implemented in the user settings
Case 1: user has no setting for the termbase X yet --> Studio adds the field "status" to the setting for X, with default style and font
Case 2: user has already a setting for X: "definition" has to be shown --> Studio adds "status" in the setting for X". "definition" will still be shown.
Case 3: user has already a setting for X where "status" is shown in orange --> Studio does not change anything in the user settings

Is it something you could implement?

Kind regards

Sébastien

Sébastien Desautel

  • I can only second the comments above - governing the hitlist settings centrally as part of the project (and in my case I mean Trados Enterprise project settings) would be great to ensure that the translators or reviewers see the relevant fields in the term lookups without having to manually adjust the settings. Please implement this feature.

  • This feature would immensly increase the quality of translation, as we could be sure that the status of the shown terminology is seen by our LSPs and that they also can see the definition of terms. I hope it will be integrated soon!

  • I wanted to submit a similar idea but couldn't imagine no one had beaten me to it. I'm honestly surprised it's been over 6 years and this crucial feature still hasn't been implemented.

    I'm guessing this is RWS's way of pushing the cloud-based Trados Terminology solution (if it even has this feature), but it'd be nice to have for desktop users too, as always sending the hit list settings file separately is just, well, old-fashioned.

    Looking forward to some change here!

  • Are there any plans to integrate this finally? It's been 3 years we've been waiting for this and I still think it is a crucial feature. 

    Often our freelance translators forget or don't know how to set up the hitlist settings correctly, and miss important meta infrmation from fields. 

    Also all fields should be shown by default. Why is this not the standard?

  • I agree, the ability to make a diference between preferred and deprecated/forbidden terms in the termbase is crucial.

    It is possible to adjust the project settings so that a warning/error is displayed when confirming a segment that contains the forbidden target term (Verification > Terminology Verifier > Verification Settings > Check for terms which may have been set as forbidden).

    Would it be possible to format the terms in the Term Recognition window based on that setting, so that they would appear in red or strikethrough format? Since the Verification settings are part of the project settings they would be present in the translation packages.