Showing posts with label documentation.. Show all posts
Showing posts with label documentation.. Show all posts

Jul 22, 2019

No comment... on memoQ "light" resources and their editors

The memoQ working environment includes a number of editing functions and modules, some better developed and more useful than others. Unfortunately, the terms "better" and "more useful" cannot be applied to many of those functions for creating and maintaining resources for auto-translation and many other functions. And, at the present time, integrated facilities for documenting the purpose and function of resources are usually limited to a short description field. The consequence of this can be, in a better case, some confusion, and if you are unlucky you might lose and or accidentally delete resources or apply a version unfit for use.

Auto-translation rule set editor with inadequate space for reading and writing the rules.

The auto-translation rule set editor is a particular headache for me. Scrolling back and forth in a tiny field to read and edit a long match rule (here, in the example of the number-matching auto-translation rules provided with the memoQ installation) is difficult and error-prone.

Even with the dialog-based editors which don't look much like editors (such as the example for QA options configuration below), it's hard to get an overview.


Unless I can compress all the relevant information into the description field for the resource, the only way I am going to get an overview of which functions are enabled is to go through all eight tabs for the QA profile in that dialog. Yuck. And the "why"? Maybe recorded in a notebook buried in the paper pile of my work table if I'm lucky.

There is a better way. And while that way is followed by a number of technically adept colleagues and developers I know, unfortunately it is not usually discussed and taught in workshops and other training venues, nor is it promoted by the software providers for memoQ in any way of which I am aware.

I typically recommend the use of specialized text editors, such as the free text and source code editor Notepad++ for most development, maintenance and documentation tasks involving memoQ light resources. It is available at no cost to everyone and offers simple functions to help you get an overview, edit and document your resources. Only a tiny bit of arcane knowledge is required.

Armed with such a tool, or even with the simple Windows Notepad application, there are a number of useful things that can be done, such as:

Add <!-- comments --> to the text of an MQRES light resource file saved from memoQ
The markers shown in red in the previous line can be added to a line in the file to provide explanatory comments or maintenance instructions. In files with regex content, I often use comments to explain to myself the use of syntax that I will otherwise forget and be unable to understand in a matter of hours or at best weeks.
Example of an auto-translation rule set with comments added
Note that these comments are stripped when resources are imported into memoQ, remaining only in the original external file. Thus, a workflow involving external development and documentation in the resource files, with imports to memoQ for testing and use, is highly desirable. If deficiencies are found in the resource, it should be corrected externally in Notepad++, etc. and re-imported, not fixed in-situ in memoQ, where no information will be present regarding the resource, its purpose and mysterious details.
Comments of this sort night be added to a QA profile, for example, to give a quick overview of the resource and its purpose in more detail than the description field allows (and I often forget to update that description field, because it is in the header of the file, which is usually not of much interest for developing and testing configurations, except to note a version number and a few details). 
Edit the resource more sensibly, using standard text editor features like search and replace
Often I'll decide to add nonbreaking spaces to a date or currency expression (or to the French output numbers in the "French Group" numbers auto-translation rule set provided with memoQ, which unfortunately probably still uses ordinary spaces as separators for thousands, millions, etc.), and this can be totally tedious in the internal editors of memoQ. Such tasks are much simpler in Notepad or Notepad++, for example.
It's also much simpler to find multiple instances of a word or structure that needs amendment or to do just about anything else when you can see all the content in a larger display.
Where resources are in fact simpler to develop inside memoQ, it is still worthwhile to export MQRES files as security. Comments added to these are a form of internal documentation which can avoid confusion and mistakes later when sorted file messes on a hard drive.
Teach and practice resource development and maintenance more effectively
A heavily commented resource file can be thought of as an easily portable "textbook" which includes a functional, importable example of its teaching. And when another person receives a copy of such a file as an example, it will be much easier to understand its structure and purpose and make any necessary changes.

Jan 14, 2014

The virtue of virtual machines for translation

The year 2014 started for me with new stationary working hardware and plans for using it via remote access as some of my clever colleagues and friends have already done for years with their high-powered desktop systems. For more than a decade I've worked on laptop computers, but a RAM-loaded tower with solid state drives just makes more sense now for the kinds of work I do.

The new configuration is particularly well-suited for using virtual machines, such as those with can be created with VirtualBox or VMware. I have used VMware for more than a decade now, mostly as a way to continue using ancient translation dictionaries which cannot be run under newer versions of the Windows operating system, but also as a way of using some Linux tools on a machine that is otherwise configured for other operating systems. This time I'm going a little further and using a VMware configuration to quarantine SDL Trados Studio 2014 and keep its current difficulties with Java from affecting the rest of my system. I wish I had done this with earlier versions of SDL Trados, and I paid the price of stupidity often enough by getting my Microsoft Office installations screwed up every time.

Virtual machines also solve another problem I face when documenting workflow solutions for memoQ and comparing them in different versions. It's rather a nuisance to close one version and open another simply to look at a dialog or make a simple screenshot; now I can simply launch the older version of the software in the window for a virtual machine. Time saved. Less stress.

Although I do have an old VMware Workstation license, I'm now using version 6.0 of the free VMware Player, which is able to create its own virtual machines. The free converter from VMware also enables me to create virtual machines from my old laptop and netbook configurations. I also plan to try Windows XP Mode under Windows Virtual PC for some applications.

What are the potential benefits for other translators to use virtual machine solutions?
  • Continued use of older dictionaries or software versions for which updates may not be available or needed
  • Safe testing and/or isolation of new software or upgrades you don't trust
  • Use of other operating systems or software versions for documentation. When I did a lot of software manual translation years ago, I used several virtual machines with different versions of Windows in various languages to keep track of differences in system paths, etc.
  • Access to tools or other resources available only for another operating system.
Shared folders allow easy passing of data between virtual machines and the host system (your main computer configuration). There are probably a number of other benefits; I've only listed the ones I have made use of many times over the past 13 years and will use to a greater extent once again.