Localización


La entrada anterior de Melodía de traducción me sirvió para comentar que, por cosas del destino, en la actualidad llevo a cabo prácticamente todas mis tareas usando memoQ. En esta línea, la entrada que hoy publico versa sobre las vistas de memoQ y su utilidad de cara al trabajo diario, para lo cual recurriré a la ayuda de unos cuantos ejemplos prácticos.

Oiga, ¿pero qué es eso de las «vistas»?

Según la ayuda de memoQ, las vistas son recolecciones de segmentos extraídas de los archivos traducibles mediante distintos filtros o clasificaciones. Dicho de otra forma, las vistas se pueden entender como filtros avanzados que permiten aislar segmentos o fusionar segmentos de diferentes archivos de un proyecto de traducción en función de lo que necesitemos. Aunque más adelante lo veremos con mayor detalle, varios usos prácticos de la vistas van desde la fusión de varios archivos en uno solo hasta la división de un archivo en varios subarchivos para su traducción por parte de varios traductores, ver todos los segmentos con errores de un proyecto, eliminar etiquetas sobrantes (es decir, que no forman parte del segmento de origen) tras la pretraducción de uno o varios archivos —como, por ejemplo, las procedentes de segmentos importados en una memoria de traducción procedentes de un TMX creado con otra herramienta TAO—, comprobar si la traducción de un término (no necesariamente parte de una base de datos terminológica), etc. A nuestro alcance queda, por un tanto, un gran abanico de posibilidades para gestionar nuestros proyectos de un modo más cómodo y productivo.

Otro punto a favor de las vistas es la posibilidad de elegir entre traducirlas directamente con memoQ o exportarlas, bien añadiéndolas al corpus asignado al proyecto o bien como archivos bilingües. Si echamos un vistazo a esta segunda opción (a la que llegamos haciendo clic con el botón secundario sobre la vista y eligiendo Exportar archivos bilingües), vemos que hay tres opciones posibles, como se aprecia en la siguiente captura de pantalla).

Exportación de documentos bilingües en memoQ

Asistente de exportación de archivos bilingües en memoQ

De las tres opciones, el formato MQXLIFF (una variante del estándar XLIFF empleada por memoQ) y el DOC bilingüe (el formato clásico usado por versiones de Trados anteriores a SDL Trados Studio 2009) sirven para poder enviar las vistas a otros traductores que no dispongan de memoQ pero sí de alguna otra herramienta TAO. Por su parte, el RTF a dos columnas es más útil para la revisión de la traducción mediante control de cambios en Word. Sea cual sea el que elijamos, una vez lo recibamos actualizado por parte del traductor o revisor, lo podremos importar de vuelta en memoQ mediante el paso contrario. De esta forma, nos aseguraremos de que las vistas incluyan todos los cambios y, por ende, de que los documentos principales a partir de los cuales obtuvimos las vistas queden también actualizados.

No obstante, hay que tener en cuenta varias cuestiones cuando se trabaja con vistas. En primer lugar, cualquier cambio que se haga en la vista tiene su efecto en los documentos principales de donde procedan los segmentos, con lo cual garantizamos que el proyecto se actualiza constantemente. Por esta misma razón, no es posible abrir los archivos traducibles y sus vistas correspondientes al mismo tiempo, ni realizar cambios en segmentos que ya pertenezcan a alguna vista, como separarlos en varios segmentos o fusionar dos o más segmentos en uno solo (lo que sí se puede llevar a cabo dentro de una vista si los segmentos pertenecen al mismo archivo principal). De esta forma, se busca que la traducción sea coherente tanto en el documento principal como en la propia vista.

Vale, ¿y cómo creo una vista? ¿Y cómo la exporto?

El proceso para crear una vista es bien sencillo. El primer paso consiste en crear un proyecto e importar los archivos que queremos traducir de la forma habitual. Una vez terminado el proceso, vamos a la sección Traducciones, donde veremos todos los archivos que conforman el proyecto. Ahora basta con señalar todos los archivos con el atajo Ctrl + Mayús. + A o, en su caso, solo los que nos interesen dejando pulsada la tecla Ctrl a la vez que hacemos clic con el ratón. Acto seguido, hacemos clic con el botón secundario y, como se señala en la siguiente captura de pantalla, elegimos la opción Crear vista.

Creación de una vista a partir de varios archivos

Creación de una vista a partir de varios archivos

Llegados a este punto, solamente queda elegir las opciones correspondientes en cada caso y dar un nombre a la vista lo más descriptivo posible (por si acaso olvidáramos lo que pretendíamos conseguir con esa vista en concreto). Cuando termine el proceso, la vista recién creada aparecerá en la pestaña Vistas. Si queremos exportar una o más vistas, basta con seleccionarlas, hacer clic con el botón secundario del ratón y elegir la opción de exportación que necesitemos.

Exportación de vistas como archivos bilingües en memoQ

Exportación de vistas como archivos bilingües en memoQ

Algunos casos prácticos

Después de la siempre poco entretenida teoría, llega el turno de pasar a los casos prácticos con las vistas en memoQ con el propósito de entender mejor lo que es posible lograr si recurrimos a ellas. A continuación, os pondré varios ejemplos de diferentes usos de las vistas.

1. Fusionar varios archivos en uno

 
Esta es la opción predeterminada de memoQ a la hora de crear vistas (Solamente pegar los documentos). Es de utilidad para hacer más manejables proyectos formados por decenas de archivos muy pequeños, o bien para evitarnos el tener que enviar muchos archivos a un traductor o revisor externo (lo que podría suponer que alguno se extraviara o se quedara sin traducir o revisar), en especial si no utiliza memoQ. 

2. Dividir un archivo en varios subarchivos

 
Si queremos dividir un archivo en varias partes, tendremos que escoger la opción Dividir documento (como se ve en la captura de pantalla) y crear tantas vistas como partes en que vayamos a dividirlo (es importante comprobar que no nos dejamos fuera ningún segmento). Al contrario que en el primer ejemplo, hay proyectos con archivos muy grandes y plazos ajustados, cuya traducción o revisión la llevarán a cabo varias personas.

División de un archivo en varios partes según el número de segmentos

División de un archivo en varios partes según el número de segmentos

Como nota negativa, no podemos crear partes con el mismo número de palabras de forma fácil —lo cual agilizaría mucho la preparación del proyecto y lo que sí es posible en proyectos gestionados en un servidor con la versión Project Manager—, sino que habrá que jugar con el número de segmento tanto de inicio como de cierre, e ir haciendo el recuento de palabras a medida que creemos las vistas. Sin embargo, otra de las novedades de memoQ a partir de la versión 2014 es que muestra de forma predeterminada el número de palabras de cada archivo en vez del número de segmentos, lo cual puede ser contraproducente para nuestros intereses, pues cabe la posibilidad de que algún segmento se quede fuera de las vistas y, por lo tanto, sin traducir. Para evitar males mayores, si vamos a Opciones > Varios > Mostrar el progreso (%) de la traducción basado en… y marcamos la opción Segmentos (tal y como se muestra en la siguiente captura de pantalla), averiguaremos cuántos segmentos tiene cada archivo y cada vista.

Ver el número de segmentos de un archivo en vez del número de palabras

Ver el número de segmentos de un archivo

 

3. Eliminar etiquetas sobrantes después de pretraducir

 

El siguiente ejemplo resulta práctico cuando pretraducimos archivos con memorias de traducción cuyos segmentos proceden de otras herramientas TAO. Como cada una de ellas tiene su propia forma de «interpretar» el texto y de añadir las etiquetas, a veces me he encontrado con etiquetas en segmentos pretraducidos que no aparecen en el segmento original correspondiente en memoQ. Sin embargo, dado que otra herramienta entendió que debería haber una etiqueta en dicho segmento, la traducción también la tenía, ergo el TMX creado a partir de esa memoria también lo tenía. En el caso de memorias obtenidas con archivos traducidos con Trados, memoQ no suele tener problemas y oculta bastantes etiquetas (siempre que indiquemos que el TMX procede de Trados cuando lo importemos en memoQ), aunque casi siempre detectaremos que alguna se escapa. Si hay un gran número de segmentos con este problema, tener que estar pendientes de borrarlas en memoQ nos llevará mucho tiempo y, además, es posible que se nos pase alguna por alto.

Con el propósito de ilustrar esta situación, he creado un proyecto con tres archivos DOCX muy cortos que había alineado previamente, alineación a partir de la cual he obtenido una memoria en formato TMX que he importado después en la memoria de memoQ asignada a dicho proyecto. El siguiente paso ha consistido en pretraducir los archivos y bloquear las coincidencias del 100 % (pese a que bloquear los segmentos no es estrictamente necesario, yo prefiero hacerlo así). A modo de repaso, a la pretraducción se accede en la pestaña Preparación, botón Pretraducir. Para bloquear los segmentos, tenemos que marcar la casilla Bloquear filas en la pestaña Confirmar/bloquear en la ventana que aparecerá a continuación.

Pretraducción en memoQ

Pretraducción en memoQ

Una vez pretraducidos los archivos, he creado la vista de la forma habitual, aunque en este caso las opciones que me interesaban están en Opciones avanzadas. Dado que he bloqueado los segmentos y que la presencia de etiquetas en el segmento de destino que no se encuentren en el segmento de origen causa un error al intentar obtener los archivos finales, he marcado esos dos delimitadores en la pestaña Estado perteneciente a la sección Filtrar por estado del segmento.

Filtrar por estado del segmento

Filtrar por estado del segmento

La vista resultante consta, como se puede ver en la captura de pantalla de la izquierda, de tres segmentos. Para poder borrar las etiquetas, es necesario desbloquearlos (en su caso). Para tal fin, seleccionamos todos con la combinación Ctrl + Mayús. + A y luego los desbloqueamos con el atajo Ctrl + Mayús. + L. En este punto, podemos quitar todas las etiquetas de un plumazo si pulsamos la combinación Ctrl + F8 o si vamos a la pestaña Editar, grupo Etiquetas, menú Comandos de etiqueta, opción Quitar todas las etiquetas (véase la segunda captura de pantalla a continuación).

Vista de segmentos bloqueados con errores

Vista de segmentos bloqueados con errores

Quitar todas las etiquetas de varios segmentos

Quitar todas las etiquetas de varios segmentos

Si abrimos los archivos principales de donde proceden los segmentos, como en la siguiente captura de pantalla, notaremos que los segmentos ya no tienen las etiquetas procedentes del TMX.

Segmento tras borrar todas las etiquetas

Segmento tras borrar todas las etiquetas

Gracias a esta vista, hemos solucionado de una forma muy rápida lo que habría sido una tortura, en especial en proyectos grandes. Solo queda volver a bloquear los segmentos (en su caso) para poder seguir trabajando con normalidad y sin mayores preocupaciones.

 

4. Bloquear segmentos en destino formados solo por etiquetas

 

Al importar un archivo, puede darse el caso de que memoQ cree segmentos formados solamente por etiquetas, los cuales, como es lógico, se quedan igual en la traducción. Con el fin de preservar la integridad del archivo y de asegurarnos de que podremos exportarlo sin problemas una vez hayamos acabado la traducción (en especial si se la vamos a encargar a otro traductor), resulta interesante el crear una vista que contenga solo este tipo de segmentos, que después bloquearemos para que no sea posible modificarlos.

memoQ permite crear vistas que contengan solo los segmentos con etiquetas en el segmento de destino. Si hemos pretraducido los archivos como en el tercer ejemplo pero no hemos llegado a eliminar las etiquetas, estos segmentos pretraducidos también aparecerán en esta nueva vista. Si queremos asegurarnos de que aparezcan los segmentos formados exclusivamente por etiquetas, podemos añadir la opción de que la vista incluya segmentos no bloqueados —lo cual funcionará, como es obvio, si hemos bloqueado los segmentos al pretraducir—. Esta captura de pantalla muestra mejor cómo crear esta vista.

Filtro para obtener solo segmentos no bloqueados

Filtro para obtener solo segmentos no bloqueados

Filtro para obtener solamente segmentos de destino con etiquetas internas

Filtro para obtener solamente segmentos de destino con etiquetas internas

El resultado de crear la vista, elegir todos los segmentos y bloquearlos es el que se aprecia en la siguiente captura de pantalla:

Segmentos formados únicamente por etiquetas tras ser bloqueados

Segmentos formados únicamente por etiquetas tras ser bloqueados

 

5. Aplicar expresiones regulares en determinados segmentos

 

Para la última aplicación práctica de las vistas que veremos en esta entrada, vamos a partir de varios supuestos:

  1. Los archivos de origen contienen segmentos con etiquetas personalizas que aparecen como texto normal porque no hemos creado un filtro personalizado para dichos archivos;
  2. Queremos convertir ese texto normal en etiquetas de memoQ para que no lo podamos modificar con la ayuda de expresiones regulares;
  3. Por las razones que sean, solo queremos aplicar las expresiones regulares en ciertos segmentos o en ciertos archivos.

Así pues, procederemos a crear una vista que aísle solamente segmentos con etiquetas personalizadas de archivos concretos de un proyecto. A continuación, aplicaremos las expresiones regulares a la nueva vista para convertir ese texto normal en verdaderas etiquetas de memoQ.

En primer lugar, importamos los archivos de origen del modo normal y, al abrir uno de ellos, veremos que hay unas etiquetas personalizadas que memoQ ha dejado como texto traducible:

Etiquetas como texto normal en memoQ

Etiquetas como texto normal en memoQ

Así pues, vamos a suponer que no queremos cambiar ese texto en todos los archivos. Bastará, en este caso, con seleccionar los archivos en la lista de documentos y crear una vista usando como criterio que se muestren solamente los segmentos en cuyo idioma de origen estén las etiquetas que queremos convertir. El siguiente paso es abrir la vista recién creada para después usar las expresiones regulares con el objetivo de indicar a memoQ que tiene que tratar esos textos como etiquetas. Para tal fin, vamos a la pestaña Preparación, sección Otro y opción Regex Tagger.

Regex Tagger en memoQ

Regex Tagger en memoQ

Aparecerá ventana donde tendremos que escribir la expresión regular. En este caso, dicha expresión es muy sencilla: <.*?>. El campo Mostrar texto lo dejaremos tal cual aparece. En el recuadro Resultado se puede observar la vista previa de los elementos a los que engloba la expresión regular, los cuales están marcados en color rojo para su mejor identificación.

Reglas mediante expresiones regulares en memoQ

Reglas mediante expresiones regulares en memoQ

A continuación, pulsamos Aceptar y enseguida notaremos el efecto de la expresión regular, tal como se ve en la siguiente captura. Si abrimos el documento principal a partir del cual creamos la vista, descubriremos que memoQ ha aplicado los cambios directamente en los mismos segmentos.

Etiquetas tras aplicar las reglas de expresiones regulares

Etiquetas tras aplicar las reglas de expresiones regulares

Cómo trabajar con vistas usando otras herramientas TAO

Para terminar con esta entrada, vamos a describir cómo exportar una vista a un formato compatible con otras TAO, como SDL Trados Studio 2014. En primer lugar, seleccionaremos la opción Exportar archivos bilingües y, entre las tres opciones disponibles, elegiremos MQXLIFF y desmarcaremos las tres casillas para asegurarnos de la plena compatibilidad con otras herramientas TAO.

Obtendremos así un archivo MQXLIFF que se traducirá con la herramienta que prefiramos. Así aparecería en SDL Trados Studio 2014:

Archivo MQXLIFF abierto en SDL Trados Studio 2014

Archivo MQXLIFF abierto en SDL Trados Studio 2014

Lo que viene es muy sencillo: traducimos el texto y lo exportamos de vuelta al formato original en función de la TAO que hayamos usado. Después, si todo va bien, lo importamos en memoQ y automáticamente memoQ detectará que se trata de una actualización y así lo mostrará, como vimos anteriormente. Si lo abrimos, veremos la traducción actualizada:

Archivo actualizado tras importar la traducción de otra TAO

Archivo actualizado tras importar la traducción de otra TAO

Conclusiones

Si habéis llegado hasta aquí, seguro que os habréis dado cuenta del tremendo potencial de las vistas en memoQ. Esta entrada solamente pretende mostrar su gran utilidad, pues las vistas sirven para multitud de fines, se pueden personalizar en función de nuestras necesidades en un proyecto en concreto, nos pueden sacar de más de un apuro y evitarnos quebraderos de cabeza. Además, se pueden combinar con Word y otras herramientas TAO sin apenas tener problemas.

Y vosotros, ¿las usáis en vuestros proyectos? ¿Para qué fin? No seáis tímidos: compartid vuestra sabiduría en un comentario. 🙂

¡Hola a todos!

Varios de vosotros me habéis preguntado desde la última vez que actualicé el blog si lo había abandonado, a lo que yo respondía algo como: «tengo varias entradas en mente, pero me falta un hueco para escribirlas». Si bien es cierto que, pensándolo bien, ha pasado demasiado tiempo desde mi última entrada, en mi fuero interno estaba completamente convencido de que algún día volvería a él. Y aquí me tenéis.

Mucho ha cambiado desde entonces, en especial en el campo profesional, donde esa parte friki de mí mismo amante de trastear con todo lo relacionado con la informática aplicada a la traducción se ha ido abriendo paso poco a poco. Este progreso ha supuesto que, más que traducir (aunque sin dejarlo de lado), en estos momentos dedique gran parte de mi jornada laboral trabajando para varios clientes sumergido en la parte técnica de la traducción. Entre otras muchas tareas, me encargo de la gestión y actualización de memorias de traducción, de la creación de proyectos y de filtros para la traducción de diferentes tipos de archivos en diversas herramientas TAO, de la comprobación de archivos finales y del testing, en especial de cursos web.

Asimismo, dado que mis principales clientes trabajan con memoQ, esta herramienta TAO se ha convertido en la compañera infatigable de mi trabajo cotidiano. A fuerza de lidiar con ella día sí y día también, he ido aprendiendo varios secretos —o trucos, si los queréis llamar así— que he ido guardando en la cabeza (y, de vez en cuando, apuntando en papeles sueltos que luego extravío) a medida que los descubría, con la esperanza de que, cuando tuviera tiempo, pudiese compartirlos en este blog.

Estos días, aprovechando que he tenido un poco de tiempo, he pensado que ya iba siendo hora de escribir esta primera entrada sobre memoQ. Antes de ir al meollo del asunto, explicaré brevemente, por si alguien no lo conoce, qué es memoQ y, además, os dejaré un minitruco para ocultar el número de licencia en dicho programa —enseguida sabréis los motivos por los cuales podríamos recurrir a ello—.

Sobre memoQ

memoQ es una herramienta TAO desarrollada por la empresa húngara Kilgray que, de forma similar a Cafetran Espresso 2014, SDL Trados Studio, Wordfast Pro, Déjà Vu X y otras alternativas menos conocidas, integra en una misma ventana los documentos que se van a traducir divididos en segmentos, las correspondencias de una memoria de traducción y las entradas de una base de datos terminológica, en su caso. Se estructura en torno al formato MEMOQXLIFF (una variante del estándar XLIFF con propiedades añadidas por Kilgray), al cual convierte de forma interna los archivos traducibles, sea cual sea el formato de origen.

La última versión, la 2014 R2, se caracteriza, entre otras novedades, por el cambio de su interfaz clásica por otra que clasifica las funciones del problema mediante la cinta de opciones, que vimos por primera vez en Microsoft Office 2007, lo que ha suscitado críticas tanto positivas como negativas entre los usuarios de memoQ. En su página web podréis ver con mayor detalle todo lo que puede ofrecer.

Cómo ocultar el número de la licencia

Al abrir memoQ, en la esquina superior derecha se puede ver el número de licencia del usuario. Si, al igual que yo, vais a enseñar vídeos o capturas de pantalla desde vuestro ordenador, o bien hay personas que pueden acceder a vuestro ordenador; y si queréis que ningún gorrón listillo pueda copiarlo y usarlo en su copia de memoQ (cada licencia permite usar el programa en dos ordenadores), seguid estos pasos, que en su día hallé en la sección de asistencia de Kilgray:

  • Si no lo está ya, cerrar memoQ.
  • Abrir el archivo AppPreferences.xml situado en C:\ProgramData\memoQ con un editor de textos, como el Bloc de Notas o Notepad ++.
  • Cambiar el valor de la cadena HideSerial (o, en su caso, crearla) de false a true y guardar el archivo.

En esta captura podéis ver que el número de licencia ha desaparecido de la ventana principal de memoQ.

Licencia oculta en memoQ

Datos del usuario de memoQ con el número de licencia oculto

Volvamos a lo que nos ocupa: la pseudotraducción

¿Qué es la pseudotraducción y para qué se utiliza?

La pseudotraducción (llamada roundtrip en inglés), de la que ya habló Pablo Muñoz en Algo más que traducir, consiste en aplicar a los documentos traducibles una serie de pruebas (normalmente, varias búsquedas y sustituciones en los archivos) previas a la traducción propiamente dicha mediante las cuales se simula la traducción de dichos archivos con distintos objetivos, entre los que figuran los siguientes:

  • Asegurarse de que la exportación del archivo traducido al formato original se producirá sin problemas. Hay varios factores que pueden impedir que se produzca correctamente: que el archivo original esté dañado, que durante la traducción se altere el archivo original de tal forma que imposibilita la exportación, la existencia de un formato complejo que provoque errores y otros problemas de diversa índole. Es conveniente llevar a cabo la pseudotraducción por si se diera cualquier error que no permitiera la correcta exportación del archivo traducido, con el fin de poder identificarlo, anticiparnos a los problemas y buscarles una solución y, si conviene, avisar al cliente de dichos problemas.
  • Si la exportación termina sin problemas, abrir los archivos traducidos con el fin de comprobar la integridad del texto. Puede haber incompatibilidades de la fuente usada en el original con los caracteres no latinos o la escritura de derecha a izquierda, cambios en la codificación de los archivos traducidos y otras cuestiones que a veces no se pueden detectar hasta la exportación de dichos archivos. De nuevo, es oportuno recurrir a la pseudotraducción para poder tomar las decisiones oportunas al respecto.
  • Ver si hay texto traducible sin traducir o texto no traducible sin bloquear y comprobar que los filtros de importación de archivos tanto predeterminados como personalizados (a los que volveré en futuras entradas) se han aplicado del modo en que se pretendía que funcionaran. Puede haber, por ejemplo, texto traducible oculto o etiquetas personalizadas del cliente que deben quedar bloqueadas pero que han quedado como texto plano, lo que no se puede detectar hasta abrir los archivos exportados.
  • En localización de software, de aplicaciones para dispositivos móviles y de videojuegos, entre otros, dilucidar si, a pesar de la expansión del texto (el aumento en el número de caracteres), la traducción es legible. Dicho de otro modo, el objetivo real es —como bien explica Pablo Muñoz— comprobar si los desarrolladores han llevado a cabo una correcta internacionalización del producto (es decir, lo han preparado para su localización teniendo en cuenta las peculiaridades de cada idioma).

Teniendo en cuenta estos motivos, se puede llegar a la conclusión de que añadir un paso de pseudotraducción previo a la traducción en sí resulta muy recomendable, en especial en archivos como XML personalizados, documentos con formato complejo o con archivos incrustados, etc.

La pseudotraducción en memoQ

El primer paso consiste en abrir memoQ y crear el proyecto con la combinación de idiomas, memorias de traducción y demás configuraciones que correspondan, sin olvidar —claro está— importar los archivos que se van a traducir usando los filtros correspondientes.

En este punto del proceso, si se intenta exportar los archivos, memoQ avisará de que no puede hacerlo por haber errores de etiquetas y segmentos vacíos en el idioma de destino. Este aviso se debe a que, de forma predeterminada, los segmentos de destino están vacíos, sin etiquetas ni texto normal (salvo que hayamos pretraducido el archivo original por algún motivo o que esté presegmentado, como puede ser con archivos XLIFF o TTX, por poner dos ejemplos).

Con el propósito de evitar que aparezca este mensaje, hay que copiar los segmentos de origen en los de destino, para después poder aplicar la pseudotraducción. Para tal fin, en la cinta de opciones, vamos a la pestaña Preparación y, en el grupo Traducciones, hacemos clic en la opción Copiar origen al destino si éste está vacío, como se ve en la captura de pantalla. Elegimos si queremos que se copien los segmentos en todo el proyecto (lo más recomendable) o en un archivo o conjunto de archivos.

Copiar origen al destino

Copiar segmentos de origen en los de destino en memoQ

En segundo lugar, procedemos a la pseudotraducción propiamente dicha, que se trata de un conjunto de operaciones de buscar y reemplazar en los segmentos de destino de los archivos pertinentes. memoQ cuenta con una gran ayuda para realizar este paso: el complemento de memoQ de pseudotraducción, que se encarga de realizar dichas operaciones por nosotros. Sin embargo, está desactivado de forma predeterminada, por lo que tendremos que activarlo antes.

Se puede poner en marcha dicho complemento pulsando el botón Opciones situado en la esquina superior izquierda (el icono son varias ruedas dentadas). A continuación, como se observa en la captura de pantalla que figura a continuación, en el apartado Categorías vamos a Traducción automática, buscamos el complemento y marcamos las casillas Habilitar complemento y Preferido (esta última no es obligatoria, pero sí recomendable).

Complemento de pseudotraducción de memoQ

Vista del complemento de pseudotraducción de memoQ una vez activado

El tercer paso, una vez activado el complemento, se basa en la pretraducción de los archivos, proceso durante el cual el complemento llevará a cabo las búsquedas y reemplazos según esté configurado. En la misma pestaña Preparación se encuentra el botón Pretraducir.

Cuando se abra la siguiente ventana, hay que asegurarse de marcar la casilla Usar traducción automática y la opción Cualquier coincidencia para que memoQ use a lo largo del archivo o conjunto de archivos seleccionados el complemento que hemos activado con anterioridad. En la siguiente captura de pantalla se puede ver cómo queda la configuración.

Pretraducir y estadísticas en memoQ

Cuadro de diálogo Pretraducir y estadísticas

Llegados a este punto, memoQ puede que nos sorprenda con un mensaje de error, el cual se debe a que este complemento no funciona con todas las combinaciones de idiomas. Por ejemplo, no está disponible si uno de los idiomas es el español a secas, sin concretar la variante lingüística. No hay nada de qué preocuparse: lo único que cambia es que seremos nosotros quienes hagamos las búsquedas y reemplazos en los archivos. Con una serie de cinco o seis búsquedas tendría que ser suficiente para ver cómo afecta la pseudotraducción a los archivos de origen.

Al menú Buscar y reemplazar se llega con la combinación de teclas Ctrl + H. En esta ventana, lo más recomendable consiste en que, busquemos lo que busquemos, lo sustituyamos por caracteres propios de la lengua de destino, como pueden ser caracteres con acento, la eñe, la cedilla, hanzi de la escritura china, etc.; así como por caracteres especiales, como el símbolo del dólar, la almohadilla y tantos otros. Así mismo, si nuestro objetivo es comprobar si el aumento de caracteres puede impedir su legibilidad, tendremos que añadir varios caracteres en el cuadro Reemplazar por. De esta forma, nos cercioraremos de que la pseudotraducción será lo más parecida a la traducción real al idioma correspondiente, lo que permitirá identificar posibles problemas con mayor precisión.

Como se aprecia en la siguiente captura de pantalla, es importante marcar la opción Destino y pulsar el botón Reemplazar todos, así como elegir el ámbito de aplicación de la búsqueda que se prefiera.

Buscar y reemplezar en memoQ

Vista del cuadro de diálogo Buscar y reemplazar en memoQ

Una vez terminada la serie de búsquedas y reemplazos, pasamos a exportar los archivos, bien marcando los archivos, abriendo el menú con el botón secundario del ratón y haciendo clic en la opción Exportar (ver captura de pantalla), o bien pulsando el botón Exportar en la pestaña Documentos de la cinta de opciones. Después elegiremos la opción que mejor convenga entre Exportar (ruta almacenada) o Exportar (cuadro de diálogo). Si no hay problemas con la exportación, ya podemos abrir los archivos pseudotraducidos que ha creado memoQ para detectar posibles problemas.

Exportación de archivos tras la pseudotraducción

Exportación de archivos tras la pseudotraducción

Por último, y no menos importante, una vez hayamos comprobado que no hay ningún error, todavía queda un último paso por hacer, que consiste en borrar las pseudotraducciones de los segmentos de destino para que se pueda llevar a cabo la traducción real, lo que se consigue en la cinta de opciones, pestaña Preparación, grupo Traducciones, botón Borrar traducciones.

Borrar traducciones tras la pseudotraducción

No olvidéis borrar las traducciones tras la pseudotraducción

Aquí acaba el método que suelo emplear antes de empezar cualquier proyecto, pero ni mucho menos es el único válido (cada maestrillo tiene su librillo, dicen). También hay que tener en cuenta que, incluso habiendo recurrido a la pseudotraducción, cabe la posibilidad de que, una vez terminada la traducción, nos topemos con algún error misterioso que dificulte la exportación de los archivos. Mediante la pseudotraducción, sin embargo, casi siempre detectaremos los errores de «fábrica» en los originales, lo que permite prevenir en vez de tener que curar más adelante —por la ley de Murphy, cuanto más cerca del plazo de entrega nos hallemos— :).

¡Hola a todos!

Retomo el blog con una entrada que mi amigo y antiguo profe Rubén me sugirió escribir en su día: Okapi Framework. Como ya habéis sido testigos de mis parrafadas habituales, y dado que esta herramienta es muy amplia, escribiré varias entradas sobre el tema. Aquí va la primera de ellas.

INTRODUCCIÓN

Me imagino que muchos de vosotros os habréis preguntado al leer el título: «¿Qué es Okapi Framework?». Nadie mejor que sus creadores para contárnoslo. Si prestamos atención a su página web, podemos averiguar que Okapi Framework (de ahora en en adelante, Okapi) es «un conjunto de componentes y aplicaciones de código abierto, libre y multiplataforma diseñado como apoyo a los procesos de traducción y localización». Así pues, nos queda claro que Okapi es gratuito y que no se trata de una herramienta de traducción asistida por ordenador al uso, sino de un complemento de ayuda en las tareas de traducción y localización.

A su vez, Okapi consta de varias herramientas escritas en lenguaje Java entre las que destaco Rainbow (a la que dedicaré esta entrada en exclusiva), que nos permite ejecutar multitud de procesos relacionados con la traducción y localización, CheckMate, utilizada para realizar controles de calidad en archivos bilingües y, dentro de las antiguas aplicaciones de Okapi en .NET framework, Olifant, que sirve para realizar búsquedas y cambios en distintos formatos de memorias de traducción. Cabe mencionar, así mismo, la presencia de aplicaciones en línea de comandos, destinadas a usuarios más avanzados, como Tikal, que permite unir varios archivos XLIFF, llevar a cabo conversiones de archivos o incluso traducir utilizando sistemas de memorias de traducción; o Ratel, un editor WYSIWYG empleado para crear reglas de segmentación SRX (Segmentation Rules eXchange).

RAINBOW

La primera vez que abrimos Rainbow, nos encontramos con una ventana como la de la siguiente imagen:

Rainbow

Ventana principal de Rainbow

Como se puede observar, en dicha ventana figura la clásica barra de menús, común a la mayoría de aplicaciones, donde nos serán de especial utilidad los menús Utilities y Tools (Utilidades y Herramientas, respectivamente) y una sección de botones que ejecutan las funciones más básicas, como abrir un proyecto, guardarlo, etc. Debajo de esta sección vemos de un directorio titulada Root (Raíz), que es el directorio de nuestro proyecto. El resto de la pantalla lo ocupa una sección con varias pestañas, destinadas a la listas de documentos con los que queremos trabajar (hasta un total de tres), así como otra pestaña, Languages and Encodings (Idiomas y codificaciones), donde podemos establecer, como su nombre indica, los idiomas y codificaciones de los archivos que hayamos añadido. Para terminar, en Other Settings (Otros ajustes) podemos configurar algunas características de los archivos de destino.

Creación de paquetes de traducción

La primera función de Rainbow que quiero destacar es la creación de paquetes de traducción. De esta manera, podemos preparar nuestros archivos para convertirlos a formatos compatibles con diversas herramientas tanto gratuitas como de pago, como QT Linguist (recordad que hablé de esta herramienta en la entrada anterior), OmegaT, Trados, Swordish III (que mencioné en esta entrada) o Wordfast. Así que por falta de alternativas no será.

Para acceder a esta función, tendremos que, en primer lugar, cargar los archivos que queremos convertir mediante la combinación de teclas Alt + Insert. Una vez elegidos, nos dirigiremos a Utilities > Translation Kit Creation… (Utilidades > Creación de paquetes de traducción). En la siguiente captura de pantalla podemos ver un ejemplo de esta ventana. En la parte derecha de la ventana que aparece, podemos ver la lista de formatos a los que se pueden convertir los archivos. Cuando seleccionamos uno, en la sección inferior se nos aporta una breve descripción que soluciona más de una duda. Asimismo, en la pestaña Output Location (Ubicación de los archivos de destino) podemos decidir la ubicación del paquete que creemos, así como si deseamos que el programa cree un archivo comprimido con los archivos de dicho paquete.

Creación de paquetes de traducción

Captura de pantalla de la ventana de Creación de paquetes de traducción de Rainbow

El programa nos creará un paquete en la carpeta que le hayamos indicado, con una carpeta destinada a los archivos originales y otra, de nombre, work, que contiene los archivos de trabajo o borradores, que son el resultado de la conversión que ha realizado Rainbow para hacerlos compatibles con el programa de traducción asistida elegido. Aquí tenemos un ejemplo de un paquete PO que puedo traducir mediante QT Linguist, y que he creado a partir de un archivo en formato ODT.

Archivo PO en QT Linguist

Captura de pantalla de un archivo PO en QT Linguist creado por Rainbow

Las siguientes capturas muestran, respectivamente, los paquetes de este mismo archivo obtenidos siguiendo este proceso para su posterior traducción en Swordfish III (a partir de un archivo XLIFF), OmegaT y Trados (a partir de un archivo RTF).

Archivo XLIFF en Swordfish

Captura de pantalla de archivo XLIFF creado con Rainbow y abierto en Swordfish

Traducción en OmegaT

Captura de pantalla de un texto para traducir abierto en OmegaT creado desde Rainbow

Archivo RTF bilingüe

Captura de pantalla de un archivo RTF bilingüe para Trados creado con Rainbow.

Como habréis podido comprobar ya, contamos con muchas opciones de creación de paquetes de traducción, compatibles tanto con herramientas de traducción asistida gratuitas como comerciales. Aparte de lo mostrado anteriormente, podemos crear archivos compatibles con Transifex, Wordfast y otras herramientas de traducción asistida.

Creación de memorias de traducción

Imaginaos que, utilizando Rainbow, hemos podido convertir un archivo siguiendo los pasos anteriores a un programa de traducción asistida de nuestra elección como, por ejemplo, QT Linguist. Cuando hemos terminado de traducir el archivo, caemos en la cuenta de que queremos guardar una memoria de traducción basada en dicho archivo para poder aprovechar la traducción en futuros proyectos. Sin embargo, herramientas como QT Linguist no funcionan con el concepto de memoria de traducción, al contrario que otras alternativas como Trados o Wordfast o, si hablamos de software libre, OmegaT o Anaphraseus. Pues bien, en vez de maldecir nuestra mala suerte, Rainbow nos puede ayudar a salir del apuro mediante su función de conversión de archivos, en concreto la conversión a formato TMX (Translation Memory eXchange).

A diferencia de la función de paquetes de traducción, la conversión de archivos se limita a convertir los documentos que queramos a otro formato, sin crear la estructura de carpetas más propia de un proyecto de traducción (es decir, carpetas para documentos originales y borradores y otros archivos necesarios para ser compatibles con el programa elegido). Si bien es cierto que estas dos funciones pueden llegar a solaparse (en especial en el caso de los archivos PO), creo que dan la posibilidad de que cada traductor trabaje según más le convenga.

En la situación que nos ocupa, el primer paso para obtener nuestro archivo TMX a partir de un archivo bilingüe (PO, XLIFF o bilingües de Trados) es añadirlo a la lista de archivos mediante al atajo Ctrl + Insert. A continuación nos dirigimos a Utilities > Conversion Utilities > File Format Conversion… (Utilidades > Utilidades de conversión > Conversión de formatos de archivos), donde aparecerá la siguiente ventana:

Conversión de archivos

Ventana de Rainbow de la función de conversión de archivos

En la sección Output Format (Formato de destino), elegimos el formato al que convertiremos el texto (en este caso, TMX). Marcando las casillas de debajo, podemos elegir, entre otras opciones, si solamente queremos convertir los segmentos aprobados o si queremos crear un único archivo de destino en vez de un archivo de destino por archivo original. Para terminar, elegimos el nombre y la ruta del archivo de destino y pulsamos el botón Ejecutar.

Una vez terminado el proceso, obtendremos un archivo TMX compatible con la gran mayoría de herramientas de traducción asistida, ya sean de pago o gratuitas. En la siguiente captura de pantalla podemos ver un archivo TMX creado con Rainbow a partir de un documento RTF bilingüe (convertido a su vez con Rainbow a este formato desde un archivo original ODT), y que he abierto con el programa Notepad++ (una alternativa al Bloc de notas de Windows que recomiendo encarecidamente), lo que supone una buena forma de averiguar más información sobre la estructura interna de un archivo TMX.

Archivo TMX

Captura de pantalla de archivo TMX abierto con Notepad++

Con estas dos funciones doy por terminada esta entrada dedicada a Okapi Framework y, en particular, a Rainbow. Como siempre, os animo a trastear con Okapi y con Rainbow, porque así seguro que descubrís muchas más funciones de las que da tiempo a hablar en este blog y, de paso, podéis sacarle el máximo partido de manera acorde con vuestras necesidades profesionales y particulares.

En las siguientes entradas seguiré hablando de Rainbow, así como de otras aplicaciones pertenecientes a Okapi Framework. Con respecto a vosotros: ¿conocíais esta herramienta? ¿Alguno la habéis utilizado? ¿Qué funciones destacáis y cuáles echáis de menos? ¡Espero vuestro comentarios! 😉

Retomo el blog después de una larga ausencia por diversas razones. Sin más dilación, os dejo con mi entrada ;-):

Como algunos que me conocen ya sabéis, a pesar de llevar un tiempo traduciendo encargos de manera aislada, solamente me he decidido a dar el paso de darme de alta como traductor autónomo hace apenas unos meses. Dado este cambio en mi vida, decidí que, si quería dedicarme a la traducción, más me valía encontrar clientes, aunque fuera buscándolos debajo de las piedras. Mientras me documentaba y buscaba consejo de algunos colegas y amigos, me encontré con dos entradas en sendos blogs, X e Y, en los que se describían formas de obtener experiencia como traductor, aunque no fuera de manera profesional, así que los leí e investigué un poco más por mi cuenta en aquellas opciones que más me llamaron la atención o que vi más interesantes en relación con mis preferencias, que se encuentran en la localización de software.

De esta manera, llegué a una web donde desarrolladores de aplicaciones de software libre de toda clase y para todos los usos dejan los archivos de texto que conforman la aplicación al alcance de traductores voluntarios de multitud de idiomas que deseen localizarlo por iniciativa propia y de manera gratuita, de acuerdo con los principios del software libre. Este proyecto que sirve de enlace a los traductores y desarrolladores se llama Transifex y, si os atrae tanto como a mí la idea del software libre, recomiendo que le echéis un vistazo.

TRANSIFEX

En Transifex, los desarrolladores se dan de alta en la página y crean un proyecto para localizar ese software. Tienen las opciones de que cualquiera se encargue de la traducción, o bien de que haya un equipo de traducción por idioma. El segundo paso consiste en cargar los archivos con las cadenas de texto para que los posibles traductores puedan echarles un vistazo y se decidan a localizarlos. De esta manera, el traductor puede solicitar crear un equipo de traducción para el idioma que sea y, a continuación, el desarrollador decide si le interesa localizar el software a ese idioma y, en caso afirmativo, acepta la creación de un equipo de traducción para ese idioma.

A partir de ahí, el traductor puede elegir entre trabajar con los archivos en el propio navegador web o, por el contrario, descargarse los documentos para traducirlos de manera local con el programa que prefiera. En mi caso, me decanté por la segunda alternativa, dado que no me convencía el aspecto de la ventana de traducción en el navegador. Cómo es lógico, me hacía falta un programa que me sirviera para traducir el archivo (en mi caso, archivos .po) que me había descargado de manera cómoda. Al tratarse de un archivo con apenas unas decenas de cadenas de texto, no me hacía falta una herramienta de traducción asistida como la conocemos normalmente, con sus memorias de traducción y glosarios, sino más bien un programa que me mostrara información sobre las cadenas, que me permitiera introducir comentarios si así lo estimaba oportuno y, por supuesto, que me permitiera traducir de la manera más cómoda, sencilla y fácil posible. Cuando tenía XP instalado, trasteé con Virtaal, pero nunca he conseguido que funcione en Windows 7, por lo que quedaba descartado automáticamente.

Así que me puse a pensar y me acordé de QT Linguist, un programa que tenía instalado en mi partición dedicada a la distribución de Linux Ubuntu que era justo lo que estaba buscando. Investigando en la red, di con una versión de este programa para Windows. Antes de ni siquiera instalarla, me llamó la atención que el archivo ejecutable apenas ocupa 3 MB, mientras que en Ubuntu se descargan unos 100 MB, debido a que se necesitan el resto de componentes de QT. A continuación añado una captura de pantalla de la ventana principal de este programa.

INTRODUCCIÓN A QT LINGUIST

QT Linguist en WindowsQT Linguist en Ubuntu

La interfaz de QT Linguist se divide en varias secciones (views en inglés) y barras de herramientas (formadas por los botones situados debajo de los menús, que cumplen las funciones habituales de estos programas). En la esquina inferior derecha se indica el número de segmentos traducidos y el número de segmentos de que consta el archivo, respectivamente. Si queremos saber el número de palabras que contiene el archivo, tenemos que ir al menú View > Statistics (Ver > Estadísticas), donde se nos mostrará el número de palabras, caracteres y caracteres con espacios tanto del original como de la traducción.

Para empezar con las diferentes vistas o secciones, encontramos una columna llamada Context (Contexto) en la que se muestra en qué parte del programa aparece cada segmento (por ejemplo, en el menú Acerca de, en la vista de reproducción, etc.), así como el número de segmentos de los que se compone cada sección. A su derecha vemos la columna Strings (Cadenas de texto), donde se incluyen los segmentos de origen que hay que traducir. Más a su derecha figura otra columna, llamada Sources and forms (Fuentes y formas), donde aparecen otros archivos vinculados a cada segmento en concreto.

Debajo de estas columnas se encuentra la sección de traducción propiamente dicha. En el primer cuadro de texto vemos el texto de origen y, debajo de él, el cuadro dedicado a la traducción. Hay un tercer cuadro de texto que emplearemos cuando queramos insertar comentarios, dudas o sugerencias relativas al segmento en que nos encontremos. Esta posibilidad que nos ofrece QT Linguist, aunque pueda parecer una minucia, es, en mi opinión, extremadamente útil tanto para el traductor como para los revisores o jefes de proyectos, ya que permite una comunicación más fluida entre ambas partes y justificar nuestra traducción en aquellos segmentos dudosos o ambiguos.

En el borde inferior de la ventana principal encontramos dos secciones. Una de ellas, llamada Phrases and guesses (Frases y sugerencias) nos muestra sugerencias de traducción. Si la cadena de texto en la que nos encontremos es igual o similar a otra que forme parte de los diccionarios (phrase books) que hayamos añadido a este proyecto, su traducción aparecerá en esta sección. Podemos crear nuestros diccionarios según nuestras preferencias, lo que resulta interesante para agilizar nuestra tarea, ya que podemos incluir en ellos algunas cadenas de texto que podemos ver en la práctica totalidad de las aplicaciones, sean del tipo que sean, como Abrir, Nuevo, Guardar, Copiar, etc. En el manual de QT Linguist al que hago referencia más adelante figura un tutorial para la creación de estos diccionarios.

A su izquierda encontramos una sección de avisos que aparecen en caso de que haya algún problema con la traducción, otra función de gran interés y utilidad para el traductor, especialmente cuando hemos revisado la traducción y se nos ha podido escapar algún error. Por ejemplo, en la siguiente captura de pantalla he forzado un error para que me muestre un aviso. En este caso, el programa indica tanto en esta sección como en la barra de estado (esquina inferior izquierda) que en la traducción se ha omitido una variable (grosso modo, un código que hace referencia a elementos del programa que pueden variar durante la ejecución del programa, tales como la versión, el número de elementos seleccionados, etc.) que aparece en la versión original. Quedan claras, pues, la utilidad y la importancia de que un programa de traducción asistida por ordenador cuenta con esta función. Podéis encontrar más ejemplos de variables en la cuarta entrega del excelente curso de introducción a la localización de La paradoja de Chomsky que menciono al final de esta entrada.

Ejemplo de aviso en QT Linguist

También puede darse el caso de que el programa nos indique un error que, tras comprobarlo, no sea tal. Así ocurre en esta captura de pantalla, donde QT Linguist me indica que la puntuación del texto original es distinta que la de la traducción. En este caso, podemos ignorar el error validando el segmento mediante la combinación de teclas Ctrl + Retroceso.

Ejemplo de falso error en QT Linguist

Para terminar, añadiré que la ventana de QT Linguist es totalmente personalizable, puesto que podemos añadir o quitar los botones o secciones que queramos. Para ello, basta con ir a View > Toolbars / Views y podremos hacer cambios en las barras de herramientas y secciones, respectivamente.

Como tampoco pretendo convertir esta entrada en una parrafada (me conozco :-P) y todavía me quedan unos cuantos párrafos para terminarla (os lo dije :D), no voy a adentrarme en el resto de funciones de esta programa, ya que, en su mayoría, son las mismas que cualquier otro programa de traducción asistida por ordenador. Además, al final de esta entrada incluyo un enlace a un manual muy completo en inglés sobre QT Linguist orientado a traductores. También podéis hacer como yo y probar a traducir proyectos de Transifex con este programa e ir descubriendo sus posibilidades.

RESULTADO DE MI TRADUCCIÓN CON TRANSIFEX

En el comienzo de esta entrada comentaba que había descubierto QT Linguist después de haberme adentrado en el proyecto de localización de software libre Transifex. Cuando descubrí que existía un proyecto de localización de Minitunes, me animé a traducirlo al español. Para los que no lo conozcan, Minitunes es un reproductor de música para Linux que utilizaba mucho cuando mi ordenador de sobremesa todavía aguantaba tener dos sistemas operativos juntos. Me hacía mucha ilusión probar y traduje el archivo con los segmentos de este programa (que es el que he utilizado para las capturas de pantalla de esta entrada).

Entregué el archivo en su día y me olvidé del tema, hasta que un día, hace unos meses, vi una noticia en un blog sobre Ubuntu al que estoy suscrito sobre el lanzamiento de una nueva versión de Minitunes. Abrí el enlace a su página web y me encontré con que esta versión incluía las traducciones realizadas en Transifex. Tenía que instalarme Ubuntu (en este caso, mediante Wubi) y hacer algunas de capturas de pantalla :).

Vista inicial de Minitunes

Vista de álbumes en Minitunes
Menú Acerca de en Minitunes

Aquí tenéis la prueba de que, a veces, no es necesario pasar días y días traduciendo, ni hace falta que nos dejemos un riñon en programas sofisticados, para que nuestro trabajo se vea en la red, para envidia de amigos y familiares no traductores :-P.

Y DE POSTRE…

Os dejo con los enlaces prometidos relacionados con QT Linguist, la localización y formas de ganar experiencia en traducción.

¡Hola a todos!

Después de un larguísimo tiempo sin actualizar fundamentalmente debido a la pereza y a la falta de ideas, creo que ya iba siendo hora de ponerme a redactar una entrada nueva.

Como bien dice el título, voy a tratar de un formato de archivo que suele provocar problemas a los traductores, especialmente en cuanto al formato: el PDF. Ya sabréis que un documento PDF es ideal para textos candidatos a ser impresos, como pueden ser folletos, manuales de usuario, presupuestos, facturas, etc. Los inconvenientes surgen cuando intentamos traducirlos: al no tratarse de un documento editable, nuestra tendencia es intentar copiarlo en un procesador de textos, como Word. Si tenemos la versión Pro de Acrobat o el complemento Sun PDF Importer de OpenOffice o LibreOffice, podemos editar el texto, pero no traducirlo como haríamos con las herramientas típicas (con memoria de traducción, glosarios, etc.).

Dadas las dificultades de trabajar con este formato, lo conveniente cuando recibamos un encargo de traducción en PDF es intentar solicitar al cliente una copia en un formato de archivo editable o, si no es posible, recordarle que, si desea mantener el formato del original (en caso contrario, bastará con copiar y pegar el texto en un procesador de textos, si es que el documento no está protegido), se incluirá una cantidad en concepto de gastos de maquetación (una tarifa por hora sería lo más recomendable en este caso). De todas formas, si recibimos una copia editable de ese documento, debemos asegurarnos de que el formato no traerá problemas (por ejemplo, los documentos con tablas y más tablas suelen ser bastante complicados) si no queremos acabar después por la calle de la amargura.

Si no queda más opción que trabajar con un PDF, contamos con varias opciones a las que he recurrido según el momento. Sea cual fuere el método escogido, es seguro que tendremos que realizar una maquetación del documento final, cuya dificultad y duración dependerá fundamentalmente de la complejidad del formato del PDF de origen y de las herramientas que utilicemos para editarlo.

Antes de comenzar con las opciones, me gustaría señalar que las celdas en el documento PDF de destino de los tutoriales pueden estar un poco desalineadas, pero se debe a las prisas causadas por la limitación de los minutos de extensión del tutorial. Lógicamente, una maquetación profesional debe quedar perfecta, pero ese no es el objetivo de estos tutoriales.

1. CONVERTIR EL PDF

La primera opción consiste en recurrir a un conversor de documentos PDF a otros formatos, como DOC. Hay muchísimas alternativas, como PDFZilla, al que le cuesta, sin embargo, trabajar con documentos con formato más complejo, como tablas. En el vídeo de ejemplo se puede ver como transforma un documento de prueba consistente en una única tabla en un documento editable de texto plano. Dicho de otra forma, se pierde todo el formato, con lo que no evitaríamos tener que realizar una maquetación más adelante.

De entre todos los conversores que existen, el de más calidad que he probado es el Abby FineReader, del que podéis descargar una versión de prueba (funcional durante 15 días y que permite procesar hasta 50 páginas), la cual que me ha salvado alguna vez la vida con relación a la digitalización de documentos gracias al increíble OCR que incluye. En el caso del PDF de ejemplo, lo convierte a Word a la perfección, de forma que podemos trabajar con Trados, Wordfast o, si lo abrimos con OpenOffice o LibreOffice, con Anaphraseus. Una vez hayamos acabado, podemos convertirlo a PDF con el propio Abby FineReader o mediante la opción de guardar como PDF en OpenOffice, LibreOffice, Word 2007 (mediante este complemento) o Word 2010 (incluido en la propia aplicación).

Siguiendo este último paso, nos aseguramos de poder trabajar con un documento editable, que podemos modificar, por ejemplo, para cambiar el tamaño de las filas y columnas de la tabla para que quepa el texto. Luego basta con guardarlo a PDF para terminar nuestra tarea.

2. TRABAJAR CON TRADOS STUDIO

La forma de traducir archivos PDF integrada en Trados Studio me sorprendió muy gratamente en su día, y más con los PDF de gran tamaño o de formato complejo. Para que os hagáis una idea, probé a importar un PDF de varios megas de tamaño y de unas 80 páginas, de las que el 80 % aproximadamente eran tablas. También exporté el documento de origen a Word y me quedé asombrado con la calidad de la exportación: las tablas se mantenían en su sitio y solamente se apreciaban errores menores el formato, subsanables fácilmente si se tiene un poco de maña.

Tenemos dos modos de proceder con Trados Studio en el caso de documentos PDF:

  1. Importar el documento PDF (que Studio convierte a una variante del formato XLIFF propio de SDL, el SDL XLIFF) y, a continuación, traducirlo directamente en este programa (existe incluso la opción de una vista previa del documento final). Una vez hayamos acabado, basta con ir al menú Archivo > Guardar destino como y seleccionar la opción Microsoft Word. Después abrimos el documento en Word, realizamos los retoques necesarios y lo guardamos como PDF mediante alguna de las opciones descritas en la anterior opción.
  2. Abrir el PDF con Studio y, a continuación, ir al menú Archivo > Guardar origen y elegir el formato que queramos como, por ejemplo, el propio DOC. Cuando obtengamos el archivo de origen, podemos traducirlo utilizando alguna de las opciones mencionadas anteriormente, para luego realizar los retoques de maquetación que sean precisos y guardarlo como PDF siguiendo alguna de las opciones descritas antes.

Como veis, no es nada complicado trabajar con este programa. Es una verdadera lástima que, en mi opinión, el precio de una licencia sea prohibitivo. Si se redujera este coste, estoy seguro de que sería un programa con mayor tirón, porque su calidad es, a mi modo de ver, lo mejor de SDL que yo conozco.

3.INFIX+ TAGEDITOR/SWORDFISH

Hasta hace no demasiado tiempo, desconocía el programa Infix PDF Editor, que descubría de casualidad en un retuiteo de Pablo Muñoz, el autor del más que recomendable blog Algo más que traducir. Como me gusta mucho trastear y descubrir programas nuevos, lo descargué, lo instalé y lo eché un vistazo. Para mi sorpresa (agradable, todo hay que decirlo), me di cuenta de que, pese a su nombre, este programa es más que un editor de PDF, ya que la versión Professional permite exportar el texto de un PDF como archivo XML, que podemos traducir en algunas herramientas de traducción asistida, como Tag Editor, Deja Vu X o Swordfish II, un programa del que hablaré en futuras entradas.

Para empezar, tenemos que abrir el Infix PDF Editor. Si tenemos la opción de prueba, como en mi caso, nos saldrá una ventana en la que se nos pregunta cómo queremos trabajar con Infix. Seleccionamos Professional Mode (Modo profesional) y se abrirá la interfaz principal del programa. A continuación, abrimos el PDF yendo al menú File (Archivo) y eligiendo la opción Open (Abrir). Buscamos el archivo y pulsamos Abrir.

Una vez abierto, pasamos a exportar el texto como XML, para lo cual vamos al menú Document > Translate > Export XML… (Documento > Traducir > Exportar XML) o pulsamos el atajo Ctrl + Alt + E. Elegimos una ruta y nombre del archivo y pulsamos Aceptar. A partir de ahí, podemos elegir el programa con el que traducirlo. Como dice el título, he recurrido a Tag Editor y a Swordifsh II.

1. En el caso de TagEditor, abrimos el programa y le indicamos el XML que queremos traducir, bien mediante la opción del menú o arrastrando y soltando el XML en la ventana de TagEditor. A continuación, si es la primera vez que abrimos un XML creado en Infix, TagEditor nos indicará que no ha encontrado el archivo de configuración de etiquetas (un archivo de extensión .ini), que es el que le permite a TagEditor, grosso modo, identificar las etiquetas y bloquearlas para que no las traduzcamos o borremos por error, lo que afectaría al texto final. Elegimos la opción Abrir… y lo buscamos en la carpeta de instalación de Infix, similar a “C:\Program Files\Iceni\Infix4\Translation support\Trados\trados.ini”. Cuando pulsemos Aceptar, veremos la versión bilingüe del XML, lista para traducir con TagEditor.

Después de realizar la tarea de traducción y de revisión, tenemos que crear el archivo XML de destino. Para ello, vamos a Abrir > Guardar destino como… o pulsamos Mayús. + F12. Elegimos un nombre y ruta donde guardarlo y pulsamos Aceptar.

Para terminar, abrimos Infix de nuevo y nos dirigimos al menú Document > Translate > Import XML… (Documento > Traducir > Importar XML) o pulsamos el atajo Ctrl + Alt + I. Si hemos cerrado el programa antes, Infix nos dirá que no puede importar el XML porque no lo ha exportado primero. Basta con que lo exportemos siguiendo las indicaciones anteriores y, acto seguido, importarlo de manera normal. Entonces Infix sustituirá el texto original por el de destino, con la opción de sustituir texto donde falte, y podremos ver el aspecto del PDF de destino. En caso de que tengamos que retocar alguna parte del texto, Infix nos dejará modificar el archivo con total libertad.

Puede ocurrir que Infix nos llame la atención acerca de que la fuente del texto no admite caracteres españoles, como las letras con tilde o la eñe. En ese caso, tenemos que señalarle al cliente este problema y, en su caso, sustituir la fuente problemática por otra. En el PDF de ejemplo, para poder trabajar más fácilmente con los cuadros de texto, se hace clic con el botón secundario del ratón cuando se esté editando un cuadro de texto y, en la lista desplegable que aparece, se selecciona Text Box Data Fields (Campos de datos de cuadros de texto) y, a continuación, cambiamos el valor de Move Objects Below (Desplazar objetos hacia abajo) de False (Falso) a True (Verdadero).

Para finalizar, guardamos el archivo como PDF pulsando Ctrl + S o bien en el menú File > Save (Archivo > Guardar). Si hay algún problema, como texto que no se ve en una tabla debido al tamaño de la celda, el programa nos lo indica. Aquí encontramos una de las limitaciones de la versión gratuita de este programa: si guardamos el destino como PDF, Infix añadirá una marca de agua, lo que queda cutre y poco profesional si pretendemos enviarle el documento a un cliente. No obstante, Infix nos da la posibilidad de pagar para que podamos guardar tres documentos sin marca de agua por un precio de 22 €, lo que no es un disparate si nos van a pagar una buena cantidad por la traducción. Otra posibilidad consiste en comprar una versión completa del programa, que vale 114 €, que, en mi opinión, se amortizan pronto si trabajamos con una gran cantidad de archivos PDF.

Debajo añado el enlace del tutorial en vídeo de Youtube:

2. En el caso de querer traducir el archivo con Swordfish II, lo exportaremos en Infix siguiendo las indicaciones anteriores. A continuación, tenemos que convertir el XML en un archivo XLIFF, que es con el que trabaja Swordfish. Abrimos el programa y vamos al menú File > Convert Files to XLIFF Format (Archivo > Convertir archivos a formato XLIFF). Pulsamos el botón Add files (Añadir archivos), buscamos el XML y señalamos los idiomas de origen y destino en el siguiente paso. Si tenemos probar para convertir el archivo, cambiamos el tipo de archivo en File Type y escogemos Generic XML (XML genérico). Procedemos con la traducción como con cualquier otra herramienta TAO y, para obtener el archivo XML de destino, vamos a File > Convert XLIFF Files to Original Format (Archivo > Convertir archivos XLIFF  al formato de origen), seleccionamos la ruta y el nombre con el que queremos guardar el archivo y pulsamos el botón Convert XLIFF File to Original Format. Para terminar, abrimos Infix e importamos el XML igual que con Tag Editor.

A continuación os dejo el tutorial en vídeo de Youtube:

Como veréis, el PDF es un formato que suele ocasionar problemas a la hora de traducir, pero, con unas buenas herramientas y alternativas, podemos evitarnos muchos quebraderos de cabeza y facilitarnos el trabajo. Y, por vuestra parte, ¿conocéis alguna otra forma de trabajar con documentos en PDF?

A continuación os dejo los dos tutoriales de la entrada subido a Screncast.com, con una mejor calidad.

INFIX + SWORDFISH II

INFIX + TAGEDITOR

NOTA DEL AUTOR: debido a varias confusiones motivadas por la publicación de esta entrada, quiero aclarar que tanto ella como las siguientes no hubiesen sido posibles sin los materiales y las enseñanzas recibidos en las clases de varias asignaturas impartidas por Manuel Mata Pastor en la licenciatura en Traducción e Interpretación en la Universidad Autónoma de Madrid y en el Posgrado en Tradumática, Localización y Traducción Audiovisual de la Universidad Alfonso X El Sabio. Yo me he limitado a resumir dichas clases y a publicar estas entradas y grabar los tutoriales por propia iniciativa.

Pese a que obré de buena fe, con el fin de transmitir y compartir conocimientos mediante esta vía, y sin ningún ánimo de colgarme medallas que no me corresponden, y pese a que en un principio no quise que su nombre apareciese en un medio público como es este blog,  algunas situaciones complicadas en las que se han puesto en duda sus conocimientos y esfuerzos causadas por estas entradas me han llevado a redactar esta nota con la que pretendo hacer a este profesor la mención que se merece y se ha merecido desde un primer momento. Aprovecho para pedir disculpas a dicho profesor y a mis lectores por las confusiones y problemas que se hayan podido derivar de estas entradas. Lo mínimo que se puede hacer es rectificar y asumir los errores propios y otorgar a cada cual el reconocimiento que se merece. Como se suele decir, al César lo que es del César. Espero y deseo que, a partir de ahora, queden zanjadas todas las dudas relacionadas con este asunto.

José Manuel Manteca Merino

ARCHIVO SWF + AVRAL TRAMIGO

Actualizo el blog con una nueva entrada sobre localización de animaciones en Flash. En esta ocasión, vamos a utilizar una aplicación diseñada específicamente para localizar el texto incluido en archivos swf: Avral Tramigo. Este programa permite extraer el texto de un archivo swf y crear un proyecto de traducción.

No tenía previsto incluir esta entrada en blog, porque no había conseguido hacerlo funcionar en Windows 7. Sin embargo, hace unos días lo conseguí mediante el modo de compatibilidad, así que me decidí a realizar esta entrada. Como en entradas anteriores, os incluyo un tutorial que he subido a Youtube, pero también explicaré cómo traducir con este programa y añadiré, al final de la entrada, un enlace al vídeo en Screencast.com en  su formato original y con mayor calidad.

Antes de comenzar, debo comentar que, aunque Avral Tramigo esté en inglés, he utilizado una versión en español que he localizado yo mismo para coger soltura con Alchemy Catalyst. Podéis encontrar una versión de prueba de Avral Tramigo en esta página.

Una vez hayamos descargado e instalado el programa, lo abrimos, y nos aparecerá una ventana en la que se nos indica si queremos comenzar un nuevo proyecto de traducción o continuar con uno existente. En nuestro caso, seleccionamos la primera opción y, a continuación, buscamos y elegimos el archivo .swf que queramos localizar.

Entonces podremos ver la totalidad de la interfaz, muy sencilla. En la mitad izquierda de la pantalla vemos las cadenas de texto, su ID y su estado (sólo lectura, para traducir, para revisar o ya traducidas). En la otra mitad, un cuadro con el texto de origen, otro donde realizar la traducción y una serie de opciones para indicar el estado del segmento con sus correspondientes atajos de teclado entre paréntesis. Además, hay tres botones, que sirven para pasar al siguiente segmento sin terminar (es decir, un segmento que todavía no ha sido traducido o revisado), pegar el origen y avanzar al siguiente segmento respectivamente. Por último, un cuadro de texto nos permite introducir notas, por ejemplo, para el revisor o jefe de proyecto.

Para comenzar a traducir, basta con elegir la primera cadena de texto y escribir la traducción en el cuadro de texto destinado a ello. Cuando hayamos terminado, podemos pulsar F6 si queremos revisar luego la cadena o F7 si la damos por terminada. Al pulsar F8, pasaremos al siguiente segmento, y repetiremos el proceso hasta terminar la traducción.

El último paso consiste en crear el archivo .swf localizado para comprobar que la traducción no ha afectado a la animación. Para ello, nos dirigimos al menú File > Create translated SWF file y seleccionamos el nombre y ubicación donde guardar el archivo .swf de destino. Ya podemos abrirlo y ver que todo esté en orden. También podemos crear un archivo de texto externo yendo a File > Create external text file… Así obtendremos un archivo txt que podemos guardar como referencia.

Cómo veis, Avral Tramigo es un programa bastante sencillo de utilizar y muy intuitivo. Cuenta con funciones interesantes, como la de reutilizar traducciones de antiguos proyectos (Tools > Re-use translations), lo cual implica, lógicamente, que guardéis las traducciones como proyectos y no os limitéis a crear los archivos .swf de destino. Uno de sus puntos flancos depende de la voluntad de los desarrolladores de las animaciones, ya que deben crear una animación que pueda ser utilizada con Avral Tramigo, lo que implica, entre otras cosas, asegurarse de que todos los textos sean dinámicos, de que cada cadena cuenta con un nombre de variable único o de que el texto no sea seleccionable. Asimismo, la versión de prueba sólo permitir trabajar con proyectos de hasta 10 segmentos, lo cual limita bastante su utilidad. Pese a todo, es una alternativa que se debemos tener en cuenta y que puede sernos de gran ayuda para presentaciones con poco texto, como la del tutorial.

Y para terminar, lo prometido es deuda: a continuación tenéis el enlace al vídeo en Screencast.com.

ARCHIVO .SWF + AVRAL TRAMIGO

NOTA DEL AUTOR: debido a varias confusiones motivadas por la publicación de esta entrada, quiero aclarar que tanto ella como las siguientes no hubiesen sido posibles sin los materiales y las enseñanzas recibidos en las clases de varias asignaturas impartidas por Manuel Mata Pastor en la licenciatura en Traducción e Interpretación en la Universidad Autónoma de Madrid y en el Posgrado en Tradumática, Localización y Traducción Audiovisual de la Universidad Alfonso X El Sabio. Yo me he limitado a resumir dichas clases y a publicar estas entradas y grabar los tutoriales por propia iniciativa.

Pese a que obré de buena fe, con el fin de transmitir y compartir conocimientos mediante esta vía, y sin ningún ánimo de colgarme medallas que no me corresponden, y pese a que en un principio no quise que su nombre apareciese en un medio público como es este blog,  algunas situaciones complicadas en las que se han puesto en duda sus conocimientos y esfuerzos causadas por estas entradas me han llevado a redactar esta nota con la que pretendo hacer a este profesor la mención que se merece y se ha merecido desde un primer momento. Aprovecho para pedir disculpas a dicho profesor y a mis lectores por las confusiones y problemas que se hayan podido derivar de estas entradas. Lo mínimo que se puede hacer es rectificar y asumir los errores propios y otorgar a cada cual el reconocimiento que se merece. Como se suele decir, al César lo que es del César. Espero y deseo que, a partir de ahora, queden zanjadas todas las dudas relacionadas con este asunto.

José Manuel Manteca Merino

ARCHIVO FLA

En este último cuarto (actualizado con una nueva entrada) tutorial, nos encontramos en una situación en la que disponemos de un archivo .fla, el cual, como se ha dicho anteriormente, es la base sobre la que se crea una animación en Flash. El proceso que vamos a seguir va a ser el de abrir el archivo .fla en un programa como Macromedia Flash MX 2004 o el más reciente Adobe CS4., que es el que he utilizado en el vídeo (no obstante, tengo otro vídeo en el que he empleado el Macromedia Flash MX 2004,  con unos apuntes en pdf incluidos; si alguien lo quiere, que lo pida y lo subo, aunque el procedimiento con uno y otro es muy similar), para después extraer el texto y volcarlo en archivos XLIFF, por lo que necesitamos un complemento llamado Text  Catalog  Tools (abreviado TCT desde ahora), que también nos permite abrir archivos XLIFF con Excel.  Para poder trabajar con este complemento, tendremos que descargar e instalar el Adobe Extension Manager. A continuación, con Adobe CS4 abierto, nos dirigimos a Ayuda > Administrar extensiones y pulsamos el botón Instalar. Seleccionamos el archivo .mxp y el complemento quedará instalado.

El siguiente paso consiste en añadir el complemento de TCT a Excel. Si tenemos Office 2007, bastará con hacer doble clic para que se abra Excel y se nos muestre el cuadro de diálogo acerca del nivel de las macros. Si pulsamos Habilitar macros, veremos el complemento instalado en la pestaña Complementos con el nombre de Xliff. Si tenemos Office 2003, tendremos que bajar el nivel de macros manualmente yendo a  Herramientas > Opciones > pestaña Seguridad > Seguridad de macros  y pulsando la opción Bajo. Si reiniciamos Excel y hacemos doble clic en el archivo .xla de TCT, veremos como se crea un nuevo menú llamado Xliff.

Ya podemos empezar a traducir nuestro archivo .fla. Para empezar, lo abrimos en CS4 y nos dirigimos al menú Ventana > Otros paneles > Text Catalog Tools. Aparecerá un cuadro de diálogo con dos opciones. Para extraer el texto y exportarlo en un archivo .xml, hacemos clic en  Build  Catalog,  seleccionamos  el  nombre  con  el  que  queremos  guardar  el archivo  (es muy importante añadir siempre  la  extensión  .xml  al  final  del  nombre)  y  la  carpeta  donde guardarlo y hacemos clic en Guardar. Así obtenemos un archivo xml que modificaremos con Excel. Sin embargo, como hemos visto antes, podemos editarlo con Notepad++ traduciendo después de las etiquetas llamadas translation unit.

En nuestro caso, abrimos Excel, nos aseguramos de que las macros estén habilitadas (como hemos visto unos pasos atrás) y vamos a la sección de Complementos, elegimos Xliff, desplegamos la lista de opciones (sólo hay dos) y escogemos Open Xliff File… . A continuación, buscamos el documento .xml que creamos anteriormente y seleccionamos Abrir. A  continuación,  traducimos  en  la  columna  target, con  cuidado  de  no  alterar ninguna otra parte del documento, para lo cual resulta mejor copiar y pegar el texto de la columna de origen. Cuando  hayamos  acabado,  volvemos  a  la  sección  de  Complementos,  elegimos  Xliff, desplegamos la lista de opciones y escogemos Save Xliff File… . Guardamos el archivo con el nombre y en la  carpeta  de  destino  que queramos y hacemos clic en Guardar.

Para terminar, abrimos CS4 y, con el archivo .fla abierto, vamos de nuevo a Ventana > Otros paneles > Text Catalog Tools. Esta vez seleccionamos  Replace  Text,  buscamos  el  archivo  .xml  que  acabamos  de  traducir  y pinchamos en Abrir. Cuando acabe la importación, pinchamos en Finish. Ahora  podemos  guardar  el  archivo  .fla con  el  nombre  que  queramos,  o  bien  exportarlo  a  un  archivo  .swf  mediante  la  opción  Archivo >  Exportar  >  Exportar  película…  o  la combinación de teclas Ctrl + Alt + Mayús. + S.  También podemos publicarlo directamente en Archivo> Publicar o con la combinación Mayús. + F12. Así podremos ver cómo queda la animación final, por si tuviéramos que retocar algún aspecto de nuestra traducción en el archivo .fla.

Aquí tenéis el vídeo en Screencast.com, que tiene mejor calidad que en Youtube:

ARCHIVO .FLA

Con este último tutorial termino esta entrada serie (kilométrica) de entradas dedicada a la localización de animaciones en Flash.  Si tenéis alguna sugerencia o queréis que añada algún tutorial en vídeo, ponedme algún comentario y lo subo, que tengo  más vídeos guardados. Por si os hace falta, os he dejado los enlaces a la carpeta de Screencast.com donde tengo guardados los vídeos originales en formato .swf, ya que los de Youtube los he tenido que convertir a .avi y han perdido algo de calidad. Yo creo que en Youtube se ven bien, pero por si acaso, ahí los tenéis ;-).

Actualizado: nueva entrada con nuevo tutorial

Página siguiente »