An Unfiltered Look at memoQ Filters (webinar, 19 October 2023, 15:00 CET)

 

This presentation and discussion covered some of the challenges and opportunities to improve memoQ project workflows through correct filter choice and design. There are many different aspects to filters in memoQ, and the right choices for a given translatable file or project are not always clear, or different options may offer particular advantages in your situation.

Cascading filters - an important feature for dealing with complex source texts - are also part of the talk, not just the basics but also examples of going beyond what visible memoQ features allow, to do "the impossible". This session is part of the weekly open office hours for the course "memoQuickies Resource Camp", but everyone is welcome to attend these talks regardless of enrollment status. Those interested in full access to all the course resources and teaching may enroll until the end of January 2024.

To join sessions for the October and November office hours, register here.

After registering, you will receive a confirmation email containing information about joining the meeting. 

Here is an edited recording of the October 19th session, with a time-coded index available on YouTube in the Description field:

memoQ Inside Out: Templates for Translators

In the summer of 2021, I was coaching a group of project managers and translators at a Portuguese service company, helping them to develop processes to overcome some rather complicated filtering and configuration challenges for recurring project types. It was clear to me that some of their difficulties could be overcome with the use of templates, but I had only recently begun to use these productively myself, and my attempts to communicate the subject matter overwhelmed the group for the most part, and examining the sample templates provided with memoQ installation simply made matters worse.

After several frustrating tutorial sessions and the failed acceptance of a template that I had developed which was tailored to a rather long wish list of automation that came out of our discussions, I decided that the only way to make the value of templates clear to this group of professionals was to wipe the slate clean, forget about all the myriad "wishes" and build a few simple templates which did just a few simple things. Starting from a new configuration with nothing at all. Surprisingly, less was indeed more, and the frustrated people began to "get it".

At almost the same time, my friend and colleague Marek Pawelec, a gifted teacher whom I often refer to quite objectively as "a consultant's consultant", mentioned that he was thinking of writing a book on memoQ templates, because he found that most people were unable to avoid the problems in the example templates provided with memoQ installation, nor were they able to work out most difficulties encountered when making their own templates. I could understand this very well, because the user interface in the configuration dialog for a template is not a stellar example of clarity, and it took me years to make proper sense of much of it. Disappointing, really, because I had been part of the chorus begging for something like templates for years, but when they were delivered, little about them made obvious sense to a dummy like me.

He sent me a chapter he had drafted, where I noted that he had adopted the same reductionist approach to getting started. A template with just a pick list or two for meta data to avoid the problem I've had for years of accidentally using different designations for the same clients, subjects, domains, etc. He had come to the same conclusion independently that the best approach to helping people use templates effectively is to start with one or two simple things they do all the time but often mess up.

That interesting draft chapter took time to evolve into a full-fledged guide of nearly 70 pages, with many practical, relatable examples of the kinds of challenges that individual translators (and many other service providers) often face in configuring translation projects. The topics cover the full range of options, from very simple tasks to extremely complex workflows involving pre-import scripts for preparing translation data and post-processing to recreate the original data formats. At every stage he offers clear examples and guidance on how to make things work in cases I have seen time and again in more than two decades of commercial translation work.

I had the pleasure to edit two drafts of this work as it neared completion. And pleasure really is the right word to use here. Marek has a very different explanatory style than mine, but one which I prefer for my own education. He manages very well the deep dive into messy details without drowning the reader in jargon and other unhelpful complexity. His guide gives valuable suggestions and information for every level of expertise. Much of the content can be understood and applied by unsophisticated new users of memoQ, but some of the details on content connectors and scripting can light a chandelier full of bulbs in the heads of alleged experts like myself.

Templates for Translators is an essential reference work for all memoQ users in my opinion, the sort of thing which ought to have been provided seven years or so ago when templates were introduced. Instead we got some imperfect examples which too often - especially in the hands of under-trained PMs at translation agencies - result in unworkable projects with 50+ translation memories and term bases grinding performance to a halt or a lot of mysterious and unwanted automation that does stupid shit like write unfinished and defective translations directly into one's master TM.

In addition to explaining clearly how to create your own helpful project shortcuts and automation from scratch, Marek included a great  chapter in which he describes in detail the templates provided for local projects, what works in them and what doesn't, and how to fix any issues so things work right for you. Even if you are a server user working primarily with online projects, there is a wealth of material in this version of the templates guide to help you work more effectively with templates for online projects. A second edition is planned for later this year, which will cover the additional features of templates for memoQ Server projects, but the real problems of most people working with those are covered in the basics presented in the "translators" edition, not in a lack of guidance on the many extra event "triggers" for online projects or other details. So if you are a server user, don't wait for the later edition, get this guide now, read every damned page and try to contain your exuberance as you finally understand a lot of stuff that has been confusing the Hell out of most of us for a long time. Then when the "server edition" of the guide is published, you'll be better prepared to absorb the increment of information it offers.

This book is now a valued part of my teaching "arsenal", and I recommend it without reservation to every memoQ user who aspires to work independently and create more effective processes for the special needs of various clients and subject matter. If you are a consultant or trainer at a serious level, it could well be considered malpractice to train without some of the information you'll find in Templates for Translators. But that's just what I see too often: discussions of templates glibly use the few defective examples installed with memoQ with little consideration given to how many translators should work in the real world with real, common client projects. This book is a welcome aid to move beyond all that and improve our satisfaction with the routine of translation in memoQ.

So for less than the cost of half an hour of consulting, the €30 invested here will save nearly anyone a large multiple of that and continue to pay dividends for a very long time, even if you understand and apply only 10% of the material presented. I charge far, far more to teach people less than that.

memoQ Inside Out: Templates for Translators is available for purchase at https://payhip.com/b/agrxM

A memoQ must-have: the definitive guide to MT use!

People who know me and my work know that I have a very low opinion of machine translation use in most language service situations. Even in the best scenarios, it offers no value to me in my routine work as a translator of scientific and intellectual property texts (patent filings and litigation mostly). So why am I totally excited about the new e-book by my friend and colleague Marek Pawelec? For several reasons.

• MT discussions bore the crap out of me. But when Marek asked me to review a pre-release copy, I was actually entertained by his clear, concise writing and the superb way he explained basic concepts of resource management in general that most memoQ users still don't master. I was shocked at how much fun I had reading about a subject I hate!
• He talks about more than just how to configure memoQ to use DeepL, Gargle Trashlate or some other MT engine. He details strategies and best practices for effective use that many people might not be aware of. He talks about how to circumvent prohibitions on MT use and how to catch people who do that. And more. I didn't learn something on every page, but it's probably not an exaggeration to say I did on every other one.
• Pseudo-translation using a special plug-in for the Pre-translation step is covered in wonderful detail. This technique has been very important to my work for nearly 20 years now. I use it to identify hard-coded interface strings in software I translate and to check and quote large documents that might have paragraphs or whole pages scanned and inserted as graphics that look like editable text - or charts whose text can be selected in the document but never show up on the memoQ working grid after import. Marek also discusses other uses of pseudo-translation I never thought of (layout checks, for example) which could have saved me a lot of grief over the years.

The only complaint I have about this book is that it's too cheap. The author teaches me more in its 36 pages than most can in 200 pages, and the learning is worth a Hell of a lot more to my business than fifty cents per page. Anyone else would probably have written much more and communicated far less of value, but that's a special gift that Marek has. Long ago, his talk at a memoQ Fest was the first time that regular expressions (regex) made any sense to me (as a casual programmer for about 40 years at the time I had approached the topic many times and mostly just found confusion). There aren't many people in this world who can take complex topics and make them seem simple and interesting to nearly anyone. Marek can. Richard Feynman could. I can't name many more on that list.

So... all I can really add is to tell you to go spend €18 here: https://payhip.com/b/tF62

The value you'll receive as a memoQ user at any level, even if you never use machine translation, is a large multiple of that price.

~

Update 2021-03-22
The Polish version of the book is now available at: https://payhip.com/b/RWcC

Update 2022-05-05

There are now editions available in Dutch and French:

Dutch: https://payhip.com/b/XaZSU

French: https://payhip.com/b/ltMwQ

A second look at Wordfast Pro

The generally good impression made by Wordfast Anywhere in my recent tests inspired me to take a new look at the premium environment for freelance translators: Wordfast Pro 5. A lot has changed with Wordfast Pro since its early days, and much of what I found troublesome with early versions has been corrected. A new look has also been on my agenda for a while since I realized that two new formats were introduced (TXLF, an XLIFF format, and GLP, a zipped project package format for Wordfast), which can be handled by my usual translation environment but (currently) with a few extra steps required compared to the old TXML format.

The installation took about a minute and started off with a good impression from the warning about cloud drive synchronization:

I've seen a number of people come to grief with other tools when their projects, translation memories or other resources are stored in Dropbox or similar configurations so they can be shared by installations on different computers, and I appreciate Wordfast's attempt to warn people off from this dodgy practice. If you want to share resources, play it safe and stick them in Wordfast Anywhere.

At first, the program is in demo mode, which limits translation memories to 500 translation units (TUs) and does not allow access to remote resources such as Wordfast Anywhere. Fortunately, there is a fully functional 30-day trial available, and it took all of about two minutes to fill out the simple request form, receive the mail with the trial license key and activate it in Wordfast Pro 5.

I was really enthusiastic about the clean, uncluttered feel of the interface. There's a lot more functionality in SDL Trados Studio or memoQ, but all the myriad features of those environments can be intimidating to some, and even for experienced users navigation can be confusing at times to locate some obscure setting or feature. Not in Wordfast Pro 5: the features mostly aren't there, and what is there can be found without much ado. Given the limited scope of mastery and inclination to learn on the part of many hamsters running on the freelance translation wheel, this can be a definite advantage.

On the Help ribbon I saw a Feedback icon. I don't know why, but this inspired a weird enthusiasm in me, so I clicked it, and when the dialog appeared, I wrote a quick note to the development team to say what a great impression the new user interface was making before I had even started to do anything useful with it. I noticed that the feedback dialog also had options to include files and projects in case of a problem, which I also thought was really cool. Something like that in other tools would be very helpful to their users and probably encourage more suggestions and interaction.

It was really easy to navigate through the ribbon menus and explore the configuration options. I was pleased to see that different sets of keyboard shortcuts were available to make the ergonomics easier for users of some other tools.

But SDLX? Huh? That's kind of Jurassic. No memoQ shortcuts, but no problem. I can customize, right? Yes... but I soon discovered that I apparently had no way to save my customized shortcuts as "memoQ style" or whatever else I might want to call them. And then I noticed that I probably can't save the configuration to move it onto a second computer where the terms of the license agreement allow private individuals to install another copy. And, hmmmm, no option to print a cheat sheet I can refer to as I learn the keyboard shortcuts. memoQ users are kind of spoiled on both counts, I guess.

One thing I was very eager to try was the connection to my translation memories and glossaries in my Wordfast Anywhere account. That proved to be quite straightforward: it worked exactly as the clear instructions of the Wordfast Pro Help described the process.

So I was ready to try out some translation, maybe a little dictation with Dragon NaturallySpeaking. I imported a little text file to get started:

WTF??? Now I know what the problem is here, but importing the same file to Wordfast Anywhere gives this result:

And in memoQ:

The import with the simple text filter of Wordfast Pro 5 (version 5.7) does not map the characters correctly. I had to change the source text file from ANSI to UTF-8: not a big deal for me, but a lot of translators I know will be over their heads right there.

The choice of import filters available is fairly good as one might expect from most professional translation environments these days, but two important things were missing for me. There seems to be no option to cascade filters, useful for example if you have a Microsoft Excel file containing HTML text to translate, and there is also no facility for configuring custom regex-based text filters or tagging text content which needs protection (such as placeholder text). This won't be an issue for a lot of translators, but for those who deal with challenging, often unexpected formatting issues in customers' files it could be a real pain in the neck.

On to dictation... Dragon NaturallySpeaking (DNS) seemed to perform well. I had to turn off the DNS dictation box by unmarking thew checkbox in its dialog. Text was then transcribed well into the target field, and my spoken keyboard shortcut to confirm a segment and go on to the next one worked perfectly. Then I misspoke and used a spoken editing command to correct my error. Nothing happened. I tried several different spoken selection and editing commands that I use every day in memoQ. Nothing worked. Shit. What we have here is a failure of compatibility. The full potential of Dragon NaturallySpeaking cannot be used in Wordfast Pro 5.

I explored the settings further... quality assurance. That looked pretty good; the options were easy to understand and I could set them as I wanted to check my work. But the QA settings I need vary in many projects, and sometimes I want to do a QA check on just one aspect like tags or maybe terminology. Wordfast Pro 5 offered no facility to save a QA configuration or profile and load it as one might do in SDL Trados Studio or memoQ. This too would be a deal-breaker for me, alas. I depend on a full hand of memoQ quality assurance profiles for selective checking of important quality parameters in my jobs. Toggling settings back and forth in Wordfast would drive me nuts. Still, this wouldn't disturb many CAT tool users who can barely be bothered to run a spelling check on their work, much less run a check or missing or mismatched tags.

In contrast to my conclusions years ago, I can now say that Wordfast Pro is "ready for prime time". It has a nice, clean, easy to navigate interface, and the Help descriptions are clear, if somewhat idiosyncratic in their spelling at times. The options are limited compared to other professional tools I use which have comparable costs of use, but that may be perceived as an advantage by many... until they need what's not there, which is probably inevitable if they work at translation in a full-time freelance capacity. Over the years I have heard many good things about Wordfast support, so I expect that users will at least find help and advice when they need it.

The integration with the online Wordfast Anywhere resources is also simple and good. That's a major point in favor of this tool and should be very helpful for collaboration.

Overall, I think that users who invest in a Wordfast Pro license will get their money's worth. A three-year license costs €400, with three-year renewals costing half the list price after that. If you aren't willing to pay after the three years, your license will stop working (unlike SDL Trados or memoQ, where the current license models allow you to keep working with the software long after your claim to support and upgrades has lapsed - basically "forever" if nothing strange happens with newer operating systems).

The possibilities for collaboration between Wordfast users and those who work with other environments are much better than they used to be, and in just a short time I was able to see how I can prepare projects for a colleague using Wordfast Pro 5. (SDL Trados packages can apparently be handled, though that's not the case for memoQ project packages prepared with the PM Edition - I would have to make MQXLIFF files and export TM and term base resources.) And I hope that this situation will only get better, with more environments offering various kinds of Wordfast resource integration and Wordfast acquiring new capacities to work with other formats and resources.

Hacking the "Hey memoQ" dictation commands

In the initial release of the Hey memoQ dictation feature in memoQ version 8.7.3, it's a bit inconvenient to deal with command configuration. Unlike most configurations in memoQ, the dictation commands cannot yet be exported as a light resource and shared with other users, nor can a configuration for generic German, for example, be easily transferred to a desired variant such as "ger-DE" or "ger-CH". Surely this will be addressed soon, but at the moment it's a bit of a nuisance.

But fear not... there is usually a backdoor to hack memoQ configurations, and this is no exception.

The screenshot above shows the path to the current configuration file for dictation commands. The XML file contains all the configured commands for all the memoQ languages and variants, including those of no interest whatsoever.

Deep inside the Hey memoQ dictation command file with Notepad++

A peek inside the XML file reveals that the dictation commands are structured as key-value pairs. And here it is possible to enter the text for dictation commands, simply by typing the desired text between the string tags inside the Value tags.

A configuration (Commands set) for one variant of a language - such as generic Portuguese - can also be copied to other variants - such as Brazilian or European Portuguese, saving the trouble of re-entering everything laboriously in the configuration dialog within memoQ.

I made a copy of the XML configuration and edited it to have only the variants of English and German that were of interest to me. Then I copied this file over the one in the memoQ configuration directory shown in the screenshot above. When I restarted memoQ, the file bloated a bit; upon examining it, I saw that all the deleted languages had been restored after the ones I had left in the edited file, but the new file was still only 247 KB in size because the senseless copying of English commands to the other languages was gone.

A customized XML file can be shared with other users, who can use it to replace the existing configuration file and probably save time configuring their languages and variants of interest. My file with generic English, EN-US, EN-UK, generic German and DE-DE is here.

memoQ Web Search examples for Portuguese

This week I'm in Lisbon teaching a 24-hour Boas Practicas (best practice) evening course for translation technology with David Hardisty and Marco Neves. Tonight we're covering web search with various sites and tools, including memoQ Web Search.

Unfortunately, Kilgray provides examples of configuring the web search only for English and German, and many of the site configurations are defective. And if you have other languages as your working pairs there isn't much you can do with those examples.

In tonight's class we had students working in the following pairs:

• Portuguese to English
• English to Portuguese
• Portuguese to Russian
• French to Portuguese
• Spanish to Portuguese
• German to Portuguese

So we created some example configurations to do web look-ups in all these pairs. And they are available here.

I was a bit surprised to find that I never blogged the chapters of my books that dealt with configuring the web search - I'll have to get around to that one of these days - but the memoQ Help isn't bad for this if you need a little guidance on how to add more site searches or change the configurations of these.

Anyone is welcome to do with the configurations provided here as they please; I hope they will help friends, colleagues and students in the Lusophone world to go a little farther with a great tool.

A matter of priority in memoQ

Every memoQ user knows the Translation Results pane.

It's that subwindow on the upper right part of the memoQ translation/editing environment which shows content matches from various sources, including translation memories, LiveDocs corpora, term bases, etc.

Most of us don't really do much with it. And why should we? Well..........

Sometimes there are an awful lot of "hits" displayed in that pane. Lots of matches from the TM, and if you're like me and record a lot of specialized terminology and company names not to be translated, sometimes the entry you need to see is not apparent at a glance; you must scroll down some way to find it.

This is a real problem when I am doing financial or legal translations using specialized autotranslatables, or when certain names and nontranslatable acronyms come up very often and cannot be seen conveniently in the visible part of the list in the results pane.

So what's a memoQ user to do? Change the order of data types displayed, for example.

Under Options > Appearance, you are able to change the relative display priority of hits from every kind of memoQ data shown (as well as change the color codes, though I think this is usually a bad idea). The example above has the autotranslatable matches (coded green) set to display at the top of the list. If I had a lot of proper names saved in nontranslatable lists, I would move that category toward the top as well to take advantage of improved visibility and better keyboard shortcuts.

Some jobs definitely benefit from a customized display order in the Translation Results pane. You can change the order in the Options each time to meet the needs of a particular job, or...

... more conveniently, you can have several different configuration files with particular settings for certain work. The relevant configuration is saved in the file Preferences-editor.xml, which is found at C:\Users|{username}\AppData\Roaming\MemoQ.

There are, of course, a lot of other files in that folder. I keep a shortcut on my Desktop now so I can get to the various configuration files quickly when I want to make changes.

The relevant changes to make in Preferences-editor.xml are found between the tag sets for <hitorderex> and <disabledhittypes>:

<hitorderex>400,300,100,200,500,700,600</hitorderex> 

<disabledhittypes>100,500,700,600</disabledhittypes>

The first is the order in which the various types of translation hit results are to appear. The second lists those types in the sequence which are not to be displayed. Note that  also includes the types that will not be shown so that if their display is re-enabled, memoQ will know where they belong.

The correlation of the numeric codes used here to the hit types is as follows:

100 = Translation memory
200 = Term base
300 = Non-translatable
400 = Auto-translation
500 = Fragment assembly
600 = LSC
700 = Machine translation

So in the example above, the display of TM, fragment, LSC and machine translation results has been suppressed.

One convenient way to switch quickly between configuration "profiles" is to keep versions of the XML configuration files with descriptive suffixes in the filename and put an alias (shortcut) for that file somewhere convenient, like on your Desktop. Such a file where autotranslatables and nontranslatables are shown at the top might be Preferences-editor_Autotrans-Nontrans.xml. 

Before starting memoQ, I find the shortcut for configuration file I want loaded, open it by double-clicking and Save As... with the additions to the filename deleted. This will overwrite the preferences file that was used previously. To switch back, I quit memoQ, open the backup copy of the preferences file I usually use and save it under the name Preferences-editor.xml. Until Kilgray implements actual saveable/loadable user profiles, this is as easy as it will get. Of course this method can also encompass other aspects of configuration.

memoQ TM settings: beware the Kilgray defaults!

memoQ 2013 R2 introduced a very significant change in the management of translation memory data which most users are likely not aware of. However, because the default behavior for information storage in translation memories was changed, it is important to be aware of this difference and what to do before your data are unacceptably compromised.

The screenshot above shows several different translations stored in my TM for the sentence in the second segment. In previous versions of memoQ, only one translation would be stored with the way this translation memory was configured. However, in memoQ 2013 R2, the role of the person editing the translation becomes an important part of the "context", and as a result, multiple translations can be stored for different roles. Personally, I find this a rather useless feature, because if I want to know previous translations for a segment, I consult the row history using the context menu. But I understand how in some processes, it may be desirable to maintain a record of translations entered by the translator and the first and second reviewer.

I have no use for these older translations, especially as these may contain errors (as seen in the example of the third entry in the screenshot). If I am proofreading my translation in a "reviewer" role and make changes, I want to overwrite the original entry in my TM and avoid the chance that its errors will be propagated in later work.

To avoid the problems that can result from this redundancy and preservation of errors in the translation memory, as of build 6.8.6 it is necessary for users to explicitly opt out of the current Kilgray TM settings defaults and create their own custom settings.

TM settings are "light resources" which can be managed in four places:

• The Resource Console,where settings can be created, edited, imported, exported, etc.
• The Options (Tools > Options... > Default resources > TM settings), where the default for new projects can also be set
• Project Settings (Project home > Settings > TM settings) in a specific project, where the default settings for the current project can be set
• Project home > Translation memories > (TM) > Settings where alternative TM settings can be specified for a particular translation memory selected in  project. This would be the case there you want to apply a special set of penalties to the content of that TM, for example.

The last tab of the default TM settings dialog looks like this:

To avoid the trouble of multiple, role-based entries being written to a TM, settings must be created in which the option to Store modifying user's role in the TM entries in not selected, and these custom settings must be applied to the primary translation memory in the project (by default or explicit selection).

Here's the "fast path" for staying out of trouble:

1. Go to Tools > Options > Default resources > TM settings and if you do not already have custom TM settings to edit, select and clone the default settings. Give them a suitable name like "My Own TM Settings".
2. Click the Roles tab and unmark the setting to store the user's role in TM entries.
3. Click OK.
4. Ensure that the checkbox next to these custom settings is marked so they will be applied to all new projects. Then click OK to exit the options.
5. In any currently open project to which the desired settings have not been applied, go to Project home > Settings > TM settings and select the desired settings as the default by marking the corresponding checkbox.

Multiple entries written to the TM when the roles are included will not be eliminated after the TM settings are corrected. They must be explicitly removed by editing the translation memory.

I hope that in the future Kilgray will reconsider these troublesome new default settings and make the new possibilities "opt-in" values in custom TM settings. But for now, users must actively change their settings and defaults if they want to avoid role-based additional TM entries. (The current version of the memoQ Help describes roles as being disabled here by default. Would that this were so!)

You can, of course, make other useful adjustments to your custom TM settings, such as defining what a "good" match is (for pre-translation) or adjusting the tag matching behavior or applying various kinds of penalties to reduce match values for content which might have quality problems. The memoQ Help offers guidance on these options.

Postscript:
Even after the settings are "fixed", "existing damage" in a TM caused by the storage of unwanted, role-based information is not repaired. Any messes will have to be cleaned up in the rather inadequate TM editor in memoQ or in an external TMX maintenance tool. At the present time, there is no "easy option" to clean up a large number of erroneous or redundant translations stored because of this role setting. This case unfortunately underscores the woefully inadequate maintenance facilities for translation memory resources in the current version of memoQ. Perhaps some of the sophisticated options developed for Kilgray's TM Repository will finally trickle down in some way in an integrated option with Language Terminal or some sophisticated filtering and editing options will be added directly to the desktop product so that users can finally maintain their TM data in a reasonable way. memoQ is, overall, the best option available to us for project work in most cases, and I recommend it to colleagues because I know they will be able to do most ordinary tasks with a minimum of grief and calls for help (or expressions of anger) directed to me. But in 2013 it is ridiculous that my ability to manage my TM in my tool of choice is inferior to what I could do when I started using Déjà Vu as my CAT tool 13 years ago. Please join me in encouraging Kilgray to raise their game - soon - with respect to translation memory maintenance by writing to support@kilgray.com and expressing your need for better data management! (And more sensible default TM settings, of course.)

Update:
It looks like this default problem may end with the 6.8.6 build. One of the key people involved with memoQ and its features has stated that "After the [next] update, the default TM settings resource will have 'Store modifying user’s name in TM' unticked." Excellent.

For cases where there may already be data problems from older, erroneous entries being retained, the following workaround was suggested:

• Export to TMX
• Start up 6.5 and import into an empty TM

In the process, memoQ 2013 (version 6.5) will ignore the role information in the TMX, and entries with the same source will not create duplicates; translations with a later timestamp will be preserved in the TM if there are duplicates in the TMX.

This still doesn't change the fact that we need better means of maintaining our data in memoQ, but it is good that once again, Kilgray has responded quickly to important concerns of its users and is on the way to solving the problem.

memoQ brain surgery: getting rid of unwanted languages

This tip is by no means new. The discussion of this issue goes back at least to 2007, when Kilgray's head of development stated that it was planned to make this particular configuration a little user-friendlier but that it wasn't a high priority. He was certainly right about that given all the challenges the software has met in the meantime in its development. I think that memoQ is clearly the best value today for freelance translators and SMEs (LSPs or companies that require a lot of translation) on the market today. Costs are modest and the usability is usually much better than the competition. However, there are still a few geeky potholes left in the configuration where even a geek can step in and break his foot if he isn't careful.

This feature isn't as annoying as, say, any memoQ configuration involving regular expressions. If you want to learn some creative Western American English, come to Berlin, buy me five or six beers and say the words "regular expressions". Wear a flak jacket just in case.

Every time I set up a memoQ project I have to go through the project setup wizard. This is a routine that users of many similar tools must endure as well. Some of us try to get around this by creating pseudo-templates or "master projects", but for me these workarounds are simply annoying. I want real project templates I can invoke from a list.

In the project wizard, one of the chief annoyances for me is the list of languages from which I almost always choose the same settings: German and English (the generic variants for both). Rarely I'll go for the EN-US setting and once every three full moons maybe a bit of EN-GB if I've had too much cider. So when I see that long dropdown list with every sort of Chinese, Edo, French and a zillion other languages of no use to me, it's hard not to grumble. Even the shortcut of hitting the first letter doesn't help that much in German, because there are a good number of other languages that precede it under "G".

There are a number of possible solutions to this issue in software design. One fairly simple method used by a number of applications is to place the most frequently used languages at the top of the list. Microsoft Word seems to do this with its language settings, for example. Another approach I found interesting for a web interface is the one used by LSP.net for the Online Translation Manager, where the administrator can specify a list of languages that appear as shortcuts under the dropdown field:

The screenshot above is from an agency that works with quite a few languages; I think those are the nine most frequent ones. Oops. Make that ten. I have enough trouble keeping track of the two I work with.

If you want to cut down the list of languages in your memoQ installation, the procedure is "simple", but not really user-friendly and not without risk. You also have to remember to back up the altered configuration file, because it will be blasted into oblivion by the next update. (Not sure if this tip from Kilgray refers to major updates or the frequent little improvements that are released almost weekly.)

The procedure was described like this in an online wiki:

Hide target languages you don't need

• Edit the LangInfo.xml file and comment out or delete the languages you don't need. You can use Notepad or an XML editor, your choice. Note: Be sure to save a copy of your edited file in a safe place, because a program update will overwrite it.
• The file is found here:
  C:\Documents and Settings\All Users\Application Data\MemoQ\LangInfo.xml

Actually, this applies to source and target languages. And the path may vary depending on your version of memoQ and installation settings. I found the file on my new system here (after I changed the folder settings in the Windows to show hidden files):

With your handy MS Notepad or an XML editor, you're ready to perform brain surgery on the XML configuration file and comment out the languages you don't need using the HTML/XML comment markers to enclose them in the list:

Here I used the free application XML Marker for convenience. However, this can be done in any text editor. The result in the LangInfo.xml file looks like this:

And in the Project Wizard of memoQ, the streamlined menu looks like this:

Really, I could and should trim it further. In any case, this is a small time-saver, but little bits of time add up. Many people have wished for some sort of improvement to the process of selecting project languages (defaults, anyone?), and I hope that one of these days this can make it a little farther up the feature priority list in some form. Until then, Dear Reader, you know what to do. (And if you do it, don't forget to back up the file!)