A Script to Reset SDL Trados Studio

Here’s a quick script for resetting SDL Studio 2017. It could be helpful for troubleshooting SDL Studio.

A couple of notes:

  • To use the script with newer versions of Studio, please rename the “” folder in the path to match the version number of the current Stuio version you are trying to reset, e.g. “”, “”…. “xx.0.0.0”.
  • Alternatively, removing the version specific folder from the path altogether, will effectively result in the reset of all installed versions of Studio.

To Do
Originally I’ve created the script for personal use, as a quick and easy way to reset Studio for troubleshooting purposes, and it is therefore therefore not as robust as it could or I like it to be. Here are some of of the functionality I always wanted to add but never go round to it because it wasn’t a priority:

  • An Options List so the user can choose his or her version of Studio out of the last 2 or 3 versions of Studio;
  • A more reliable error checking and reporting function to alert the user if the reset had failed;
  • Potentially a preliminary check to see if Studio is running in the background and closing Studio in before proceeding with the reset if it is already running;
  • A way to revert back to the last configuration before the reset if the Reset didn’t solve the problem.

Should I ever get around to updating the script with any of the above functionality, I’ll update this post. Please feel free to improve the script yourself, and I’d appreciate if you could share the improved version with me so I could post it here.

Download the .bat script to reset SDL Trados Studio file.
Some programs or security features might prevent the script from being downloaded. In this case, or you want to edit its content yourself, please copy and paste the following code snippet into a text editor and save it as a .bat file.

@echo off
@echo This script will Reset SDL Studio. It is strongly recommended to manually save all open work in SDL Studio and close the program before you proceed.
@Echo Resetting SDL Studio 2017...
ren "%userprofile%\AppData\Roaming\SDL\SDL Trados Studio\" ""
ren "%userprofile%\AppData\Local\SDL\SDL Trados Studio\" ""
@echo Studio has been reset. This window will now close.

How to repair a corrupt SDL Studio Update module

After recently upgrading Windows 10 to the Creators Update (May 2017), I ran into an error message that was new to me. When starting Studio 2017 the following two ‘StudioUpdateClient‘ messages popped up:

‘Failed to get archive directory listing’
SDL Studio 2017 'StudioUpdateClient' Failed to get archive directory listing message
‘Failed to load update data file’
SDL Studio 2017 'StudioUpdateClient' Failed to load update data message
The following video shows those messages at start-up

The same happened when trying to manually check for updates (Help > Check for updates [in the Action ribbon group]) and when launching Multiterm.
There was clearly something wrong with Studio’s update module.

I tried repairing Studio’s installation (SDL KB article number: 000001414), as well as resetting Studio (SDL KB article number: 000001417), but to no avail. I then decided to contact SDL and with their help we have indeed isolated the problem to a corrupt Update module.

There is plenty that can potentially go wrong–albeit seldom does–when upgrading the operating system and/or a program, and initially I suspected Windows upgrade might have broken the Update module. However, other users who have also upgraded Windows didn’t experience this or any other issue, and therefore I concluded this was unrelated. Something, somewhere, went wrong but there is nothing much to learn from it.

That said, the problem of not being able to update Studio still remained and I wanted to get it fixed.

How to repair Studio’s Update module and resolve the ‘StudioUpdateClient’ error messages

It is very easy to repair the Update module:

  1. Close Studio and/or Multiterm;
  2. Navigate to ‘C:\ProgramData\SDL\SDL Trados Studio\Studio5\’ and delete or rename the ‘Updates’ folder to ‘Updates_old’ SDL Studio Autoupdate folder path at C:\ProgramData\SDL\SDL Trados Studio\Studio5\Updates
    Please note that the above path is for Studio 2017 and the ‘Studio5‘ part of the path should be replaced for earlier/future versions of Studio according to the relevant Studio version number, e.g. ‘Studio4‘, ‘Studio6‘… and so on)
  3. Repair Studio’s installation by following the instructions in SDL KB article number 000001414 [link].
  4. The ‘The Update application has been updated and must restart in order to continue’ loop

    A corrupt update module could also result in the following behavior: When starting Studio or MultiTerm–or when manually checking for updates–the ‘The Update application has been updated and must restart in order to continue’ message appears, but when confirming it nothing seems to happen and you don’t get either the update is available notification or the ‘This application is up-to-date" message, and the same message pops up again the next time Studio or MultiTerm are launched

    That’s it. A simple fix for a rather annoying problem.

memoQ 2014 Release 2: Rediscover memoQ

The release of a new major version of a productivity software is always a mixed experience. On the one hand new and sometimes very important and even exciting improvements and features are introduced, but on the other hand so are new bugs and quirks at the early stages, and major new features are often in need of further refinement before becoming reliable.
Things get even more interesting when changes to the user experience are introduced, and the questions about their necessity, efficiency and reception are highly dependent on the implementation and the workflow they attempt to support.

memoQ  2014 R2
memoQ 2014 Release 2

memoQ 2014 Release 2 (abbreviated as memoQ 2014 R2) — the new major version of the Translation Environment Tool — continues memoQ evolution in terms of functionality and optimization, but also introduced an extensive overhaul to the user interface. So extensive in fact it made Kevin Lossner, an expert on all things memoQ and a trainer, to argue that memoQ 2014 R2 should have been called memoQ 2015 to signify the departure from the traditional interface.

A quick overview of memoQ 2014 R2

memoQ 2014 R2 introduces several new features and improvements, mainly:

For more information, I strongly recommend reading Emma Goldsmith‘s article on memoQ 2014 R2.

But the change that gets most attention is the departure from the conventional toolbar-centric interface in favor of the Ribbon interface*.

The advantages of the ribbon

I’m a fan of the ribbon interface and generally find it superior to the conventional toolbars and menus. I always found the old toolbar-centric interface to be cluttered, distracting, and above all: restricting natural workflow and the discovery of functionality. This area is where I find the ribbon to excel the most.

I see the following advantages in the ribbon interface:

  • A cleaner design that gets out of the way;
  • The ribbon promotes a logical and more focused workflow;
  • Discoverability: unlike the conventional approach, in which one first had to be familiar with the functionality in order to look where to invoke it, the ribbon design assists users in discovering functionality as they go along with their work;
  • Since its introduction in MS Office 2007, the ribbon interface has found its way into other components of the Windows operating system (as well as other major third-party productivity tools), which effectively makes the ribbon a design language that can contribute to a more consistent user experience on Windows as a whole. Something that in my opinion was historically lacking.

The implementation of the ribbon interface in memoQ

When it comes to user experience and workflow in general, it is not the idea that counts, but its implementation. Change for the sake of change is not a virtue, and even the relatively little things can make or break a transition in user experience.
I was curious to learn about the rationale behind the transition to the ribbon interface, and hoped to gain some insight into its design principles. Kilgray was kind enough to help me with this by putting me in touch with Mónika Antunovics — memoQ architect — and she was kind enough to take the time and answer a few questions:

Q: Hello Mónika. Thank you for taking the time to answer a few questions about memoQ 2014 R2. Can you please introduce yourself?

Mónika: Before joining Kilgray two years ago, I spent fifteen years directly or indirectly involved in software localization and internationalization at Microsoft. At Kilgray, most of my time is taken up by designing the new features of memoQ.

Q: The most prominent feature of memoQ 2014 R2 is the transition to the ribbon interface. In the past Kilgray stated that memoQ will never adopt the ribbon interface, and while I appreciate that people can change their perspective overtime, can you please share some insight into the thought process that led from that statement made about two years ago to the eventual introduction of the ribbon interface in memoQ 2014 R2?

Mónika: This is a question that’s really hard to answer; looking back, I couldn’t really identify the tipping point. It’s certainly true that when I joined Kilgray, the opinion about the ribbon from everybody I ever talked to was “over my dead body”. I was surprised at this, since even by that time the ribbon was considered a success even by the most respected user experience professionals. What prompted us to action in the end was the fact that the command pane below the project list and document list was taking up ever increasing space, and it was eating badly into the area where we were displaying the most important information. We discussed this a lot and even looked at a possible alternative solution, which, after some iterations, started to look suspiciously like a ribbon, although a bit less usable. I think the decision was taken after realizing that the ribbon would offer the most in terms of space gain.

Q: Was keeping consistent with Microsoft design language was a factor in the decision making?

Mónika: In my own case, I spent fifteen years there, that’s certainly an influence. Having been part of the Windows development team and participated in some product planning activities, I also had a closer insight into the tremendous amount of resources they have at their disposal for planning and usability studies. Needless to say, a small company like Kilgray can’t match that, so from the pragmatic point of view, why not use solutions Microsoft developed at their own cost and which have stood the test of time? There is also the principle of giving the user something she is familiar with, as it’s much easier to find the way around an interface that is built from well-known elements.

Q: Did the recent adoption of the ribbon interface by SDL in Studio 2014 and Atril in Déjà vu X3 played a role in the decision?

Mónika: I think the fact that our competitors are doing the same just shows that this is common sense – but if SDL and Atril moving in that direction influenced us in any way, I would say it was more delaying the inevitable ;-). Kilgray has never hidden its respect for its competitors such as SDL and Atril, but we do not copy other tools slavishly.

Q: In my humble opinion, the ribbon interface is more than just a cosmetic user interface (UI) design change, it is a change to the user experience (UX). This is probably the reason for some of the skepticism by experienced users concerned about possible disruption to their established workflow and ergonomics. From my experience, I estimate that they ribbon user experience will find its success and support, but how concerned was Kilgray about negative reaction from experienced users?

Mónika: There was some stage fright, but the first user tests reassured us that this was the right decision. Quite a few customers gave generously of their time and provided feedback on the ribbon. Their reaction was overwhelmingly positive; words like “intuitive” were mentioned more than once. Really negative feedback came about the fact that, with the old menus gone, some hotkeys inevitably changed, and people who relied on them were quite understandably upset; unfortunately this is something we can’t put right (on the other hand, shortcuts like Ctrl+Enter for committing a segment or Ctrl+F for Find all work as before). There were some suggestions about commands that could be more logically placed, although no two people said the same.

Q: I’m generally a fan of the ribbon and think Kilgray did a good job utilizing its advantages in memoQ 2014 R2. Can you please walk us through memoQ’s ribbon design principles?

memoQ 2014 R2 Ribbon interface structure
The anatomy of memoQ 2014 R2 ribbon interface

Mónika: The order of the ribbon tabs mimics a typical workflow – first you create/manipulate a Project, then do some work importing Documents, followed by Preparation of said documents for translation. Then you hand off your project for Translation and Review – during these phases linguists Edit a lot. Finally, you can influence memoQ’s appearance from the View tab.

We have also two special tabs: the tab called memoQ opens up the application menu, i.e. a surface where you can access commands that influence the behavior of memoQ in general (this is where you can activate, set options and access help, to name just a few). The other very special tab is called Quick Access – this one was designed with translators in mind, and gives them commands from other ribbon tabs that they are most likely to want to use during translation.

We have also many so-called context tabs, which appear only in a given context, like editing a TM or extracting terminology.

Q: I noticed that the Settings menu and few other panes kept their old design, which personally I find a little cluttered. Are there any plans to redesign them as well?

Mónika: We always have many more ideas than we have the resources to implement :). I personally would love to embed the settings fully in the application menu, but having seen that Options is a pop-up window even in Microsoft Word, I do wonder when we’ll finally get around to doing that.

Q: In my opinion, a good user experience must include some element of customizability. Unlike Microsoft Office’s ribbon, memoQ’s ribbon currently doesn’t offer any customizability options, and I think that for the very least the Quick Access toolbar should be customizable. Are there any plans to make the Quick Access toolbar user customizable?

Mónika: Definitely! In fact, we wanted to make the Quick Access toolbar customizable from the very start, but some technicalities I won’t go into prevented us doing this in time for the release. Stay tuned.

Q: Thank you for taking the time to answer these questions Mónika, it is much appreciated. Do you have anything you want to add?

Mónika: There is much more to memoQ 2014 R2 than the ribbon – we’ve revamped the TM editor, introduced a major usability improvement into segmentation rules, and translators can now even share TMs and TBs via Language Terminal with up to three people, which can be very useful for small, informal teams of translators. Go ahead, download, try and enjoy!


I witnessed a few transitions to the ribbon user experience and a reaction pattern has emerged: The announcement is followed by immediate skepticism, but as more users actually start using the ribbon user experience, the reaction gets increasingly positive.
Kilgray did a good job in implementing the ribbon and utilizing its inherit benefits, and therefore I’m convinced memoQ 2014 R2 will follow the same pattern. By now, I think the ribbon user experience has proven itself enough to generally become a non-issue, and even a preferred feature when implemented correctly.

It is reassuring to learn that the Quick Access toolbar will become customizable in the future, and while ideally I would prefer to be able to add an entirely new user customized tab to the ribbon, the Quick Access toolbar is a good start.

In memoQ 2014 R2 the ribbon might get most attention, but some important functionality foundations were laid for the future, and the usual further optimization to current features is present as well.
As always, this is a generally safe upgrade for those who like to be early adopters, but for those who prefer a more conservative approach it is advised to wait a few months before upgrading.

* A little terminology anecdote: The term ribbon was traditionally used to refer to what is now being commonly known as the conventional toolbar-centric interface, whereas what we refer to as ribbon is actually called by Microsoft the Fluent User Interface (FUI), which I find to be a much more appropriate description of it. Back to the article

SDL Studio 2014 SP2 Review; or Farewell Java, it has been a roller coaster ride

Studio 2014 SP2 was officially released on November 18, 2014. The official version includes some additional bug fixes compared to the Beta version I reviewed, but not new features were added or removed.

During the typical life-cycle of any major Studio version there are two types of updates:

  1. Cumulative update: A scheduled release of hotfixes to address customer impacting bugs, as well as critical performance and/or security issues.
  2. Service Pack (SP): A collection of updates and fixes that improves the overall stability of the software, and usually introduces some new features, or enhance the functionality of existing features.

SDL was kind enough to give me access to the Beta version of the upcoming SDL Studio (and MultiTerm) 2014 Service Pack 2 (SP2), scheduled for release as a free upgrade for all current Studio 2014 users at the end of November 2014.
I have been testing the Beta version for about two weeks now, and decided to briefly go over the primary changes and give my general impression so far for the benefit of those who might be interested to know what is coming.

Continue reading →

My review and impression of memoQ 2014

memoQ logo

Readers of this blog and those who might have stumbled upon some of my occasional posts on the subject in social media know that translation supporting technology and workflows are areas I take a special interest in. I’m always grateful for opportunities to learn about new and different approaches and tools.

In recent years memoQ has gradually risen to be one of the major commercial TEnTs (Translation Environment Tools) available on the market. Previously I only had very brief and superficial experience with older versions of memoQ, so when memoQ 2014 was released on June 2014, I was excited to take the opportunity and test it for a few months as my main production environment.

Being a relatively experienced user of Studio 2014, my original plan was to point out the similarities and differences in features and approach between the two TEnTs, but Emma Goldsmith had a similar idea and compiled an exhaustive side-by-side comparison of memoQ 2014 and SDL Trados 2014, doing a much better job than I ever could. Her comparison is a compulsory reading for anyone interested to learn about the similarities and differences between memoQ 2014 and SDL Studio 2014.

Instead, I decided to do a more general review of memoQ, starting with some of the major new features in memoQ 2014, continuing with some general features and approaches I like in memoQ, and concluding with my brief impression of memoQ 2014 after about three months of using it as my main production environment.

Note and Clarification

memoQ, SDL Studio, and most other TEnTs share the same basic concepts and workflow, which will not be covered in this post. I’m also not trying to determine whether memoQ is better or not compared to SDL Studio or any other TEnT, not least because I don’t believe in such a universal determination. The definition of ‘better’ always depends on personal preference, needs, and circumstances.

Continue reading →