Поради

Продовжуємо захопливий серіал про помилки Trados Studio.

Помилка Error occurred in file ... Attempted to divide by zero виникає за спроби імпортувати WSXZ-пакет. Помилка рідкісна: Google знає про неї лише з чуток, та й за посиланнями описуються проблеми з термбазами, тоді як виявилося, що ні.

Через що саме виникає проблема, насправді невідомо, але вона пов’язана з якимись помилками в структурі XLF-файлу. Цікаво, що власне проблемний XLF-файл відкривається належним чином (як у нашому випадку).

Перше, що бажано зробити, — повідомити про проблему клієнта. Якщо він недоступний або сам не знає, як розв’язати цю проблему, виконайте описані нижче операції. Їх спільна мета — вилучити XLF-файл із пакета та перекласти його окремо. Порядок дій такий:

• Перейменувати файл пакета: замінити розширення WSXZ на ZIP або просто додати до нього розширення ZIP.
• Розпакувати отриманий ZIP-архів.
• Вручну створити в Trados Studio проєкт із назвою, яка повторює назву вихідного пакета, і тим самим мовним напрямком.
• XLF-файл із розпакованого архіву вказати як файл на переклад.
• Створити в проєкті порожню пам’ять перекладів та імпортувати в неї TMX-файл із розпакованого архіву.
• Якщо в розпакованому архіві є TBX-файл, підключити його як термбазу. Для цього потрібно попередньо перетворити його з TBX на SDLTB — як це зробити, розповімо в якомусь із наступних постів, цей і так розрісся :)
• Власне, перекласти проєкт, як зазвичай.
• Перекладеним XLF-файлом замінити XLF-файл із тією самою назвою в розпакованому архіві, нічого не змінюючи в його структурі.
• Створити з розпакованого архіву ZIP-архів.
• Замінити назад розширення ZIP на WSXZ. Потім, імовірно, потрібно буде або вивантажити цей пакет на SDL WorldServer (якщо ви нічого не наплутали, сервер має його прийняти), або надіслати його вашому замовнику, дивлячись як ви з ним працюєте.
• Профіт.

Інструкція здається довгою, насправді все це довше писати, ніж робити — головне, розуміти сенс кожної дії. А якщо XLF-файл невеликий і пам’ять перекладів ніяк не скорочує обсяг роботи, його можна перекласти, відкривши безпосередньо в Trados Studio — тобто навіть не створюючи проєкт.

Якщо хто-небудь знає гуманніший спосіб, розкажіть, будь ласка.

MultiTerm is unable to create the termbase 

Така помилка інколи вилітає в Trados Studio за спроби імпортування WSXZ-пакета, експортованого з SDL WorldServer. 

Помилка виникає через те, що в структурі термбази, включеної в пакет, немає цільової мови. Тобто відсутні не терміни цільовою мовою, а власне мова. Це означає, що термбазу можна просто видалити: вона ніяк не спростить переклад. А немає термбази — немає й проблеми. 

Метод усунення цієї помилки простий:

• Замінити розширення файлу пакета WSXZ на ZIP.
• Розархівувати отриманий ZIP-архів.
• Видалити файл із назвою terminology_data.tbx.
• Заархівувати отриманий комплект файлів у ZIP-архів.
• Замінити розширення файлу пакета ZIP на WSXZ.

Якщо ви працюєте в Total Commander, видалити файл з архіву можна безпосередньо, без перейменувань і розархівацій. 

Після цих операцій WSXZ-пакет має нормально відкритися в Trados Studio.

Є різні способи розрізати один великий SDLXLIFF-файл Trados Studio на кілька невеликих. Один із них — скористатися плагіном SDLXLIFF Split/Merge, який саме для цього й створений.

Але користуватися ним потрібно обережно. Він прекрасно робить split (насправді не прекрасно — доволі часто пручається), але погано — merge.

Болісний випадок із практики: прийшов проєкт у Trados Studio, у ньому один великий файл, ми його розрізали за допомогою плагіну, переклали, об’єднали, вичитали, здали, усе як годиться. Через тиждень незадоволений клієнт повідомив, що 600 слів вихідного (!) тексту з файлу кудись зникли разом із перекладом.

Після проведення розслідування з’ясувалося, що винен плагін: він успішно розрізав файл, але, об’єднуючи перекладені частини, просто відкинув деякі з них. Ну не сподобалися вони йому.

Об’єднаний SDLXLIFF-файл було згенеровано неправильно. При цьому жодних повідомлень про помилки не з’являлося, а Trados Studio навіть не помітила підміни — прийняла його як рідного. Була неприємна розмова з клієнтом.

Відтоді ми використовуємо плагін SDLXLIFF Split/Merge тільки для split. А merge виконуємо засобами Студії, за схемою:

• створити тимчасову пам’ять перекладів
• залити в неї всі сегменти всіх перекладених частин
• претранслювати цією пам’яттю вихідний великий SDLXLIFF-файл

При цьому виникають певні нюанси, але вони не такі болісні, як втрата тексту.

А втім, це була одна з ранніх версій плагіну — випадок трапився роки три тому. Можливо, свіжіші версії вже позбулися цієї дитячої хвороби.

Акт перший тут , а також на нашому телеграм-каналі.

Випадок із практики. Прийшов проєкт у Trados Studio. Файл один і величезний, а дедлайн близько — доводиться різати його на частини, щоб призначити різним перекладачам. Так робити негарно, але клієнт термін здачі не посуває.

Ріжемо файл за допомогою прибамбаса SDL Split/Merge. Отримуємо пачку пронумерованих SDLXLIFF-файлів із моторошними іменами. Але за спроби відкрити їх випадає помилка:

У довідковому розділі SDL є стаття про те, як цю помилку усунути, але вона не допомагає. А дедлайн наближається.

Що робити? Пробуємо відкрити в іншій кішці. Перша ж, memoQ, відкриває їх без зайвих розмов — скаржиться тільки, що не може зробити прев’ю. Після перекладу ще чекає процес коректного зворотного перенесення в Trados Studio, але це вже знайомі маніпуляції.

Насправді вини Trados Studio тут нема: проблемні файли створені в сторонній програмі. Але вона могла б впоратися з рідним форматом. memoQ ж якось їх відкриває.

Інколи Trados Studio під час імпорту пакета виводить загадкове повідомлення:

При цьому пакет не імпортується, проект у списку не з’являється, і працювати неможливо. До того ж папка System Volume Information дійсно є на диску, але вона прихована, і незрозуміло, який вона має стосунок до проектів Trados Studio.

Що стає причиною такої помилки, не зовсім зрозуміло, але метод її усунення доволі простий:

• Закрити Trados Studio.
• Видалити файл UserSettings.xml у папці Trados Studio. Зазвичай він розташований у папці c:\Users\[USER NAME]\AppData\Roaming\SDL\SDL Trados Studio\[Trados Studio version].
• Запустити Trados Studio.
• Імпортувати пакет повторно.

Цей метод працює в Trados Studio 2015 і 2017, але має працювати в інших версіях також.

Trados Studio — це джерело величезної кількості помилок, часом доволі екзотичних. Методи їх усунення [мають бути] описані в довідковому розділі на порталі SDL. Їх уже багато набігло за хештегом #tradosstudio на цьому сайті й нашому каналі.

Якщо ви зіштовхнулись із загадковою помилкою, то перш ніж закопуватися в довідку та форуми, перевірте спочатку основні проблемні місця. Загальний метод усунення незрозумілих помилок Trados Studio, випрацьований у процесі набивання численних ґуль, виглядає так:

• Переконайтеся, що загальна довжина шляху до SDLXLIFF-файлів проєкту не завелика. Сумарна довжина не має перевищувати 255 символів.
• Переконайтеся, що в назвах папок і файлів немає символів, нехарактерних для мов, з якими ви зазвичай працюєте (ієрогліфів, літер RTL-мов, різноманітних варіацій літер із надбрівними та здухвинними рисочками, кружечками тощо). Студія ставиться до них із підозрою. Наприклад, ось ця помилка викликана тим, що кириличні символи в назві проєкту не в тому кодуванні.
• Переконайтеся, що файли проєкту, особливо SDLXLIFF і SDLTM, не ширяють у хмарах — тобто не лежать у стандартних папках Dropbox, Google Drive тощо. Якщо працювати безпосередньо в хмарі, то за будь-якої зміни файлу Trados Studio та локальна хмарна програма битимуться — хто перший його обробить, і стане вже не до перекладу.
• Переконайтеся, що в імпортованому пакеті все гаразд із робочою пам’яттю перекладів (TM):
• що вона взагалі є — інколи її просто забувають підключити;
• що вона активна — навпроти неї встановлено прапорець у налаштуваннях проєкту;
• що мовний напрямок у ній збігається з мовним напрямком поточного SDLXLIFF-файлу;
• що у файлу пам’яті перекладів (SDLTM) немає атрибута Read Only, а якщо пам’ять онлайнова — що є підключення до сервера.
• Те саме з термбазою.

* * *

Якщо не допомогло, шукайте причину помилки точним пошуком по тексту повідомлення про помилку.

Спочатку розберімо, через що ця помилка виникає.

Коли ви створюєте пакет на переклад у Trados Studio, кожен файл, який ви в нього включаєте, конвертується у формат SDLXLIFF, і переклад виконується вже в ньому.

Ім’я SDLXLIFF-файлу формується максимально просто: до імені вихідного файлу додається розширення SDLXLIFF. Отже, файл із назвою, наприклад, Text_to_translate_asap.docx перетворюється на файл Text_to_translate_asap.docx.sdlxliff.

До речі, як наслідок, за іменем файлу дуже просто відновити ім’я й тип вихідного файлу, з якого його було створено. Зрозуміло, що файл Trados Studio з іменем Translate_right_now!.xlsx.sdlxliff створено з файлу Excel Translate_right_now!.xlsx.

Коли переклад виконано, виникає зворотне завдання: потрібно відтворити вихідний файл, замінивши в ньому вихідний текст на перекладений. Ця операція називається Clean — тобто «очищення» файлу від вихідного тексту. Щоб виконати цю операцію, Trados Studio потрібно десь зберігати вихідний файл.

Якщо вихідний файл невеликий, він зберігається безпосередньо в тілі SDLXLIFF-файлу. Якщо великий — Trados Studio «запам’ятовує», де він лежить, щоб потім до нього за потреби звернутися.

Який розмір файлу вважається маленьким, а який великим, визначає параметр у Trados Studio, схований тут:

Files > Options > File Types > SDLXLIFF > General:

За замовчуванням він дорівнює 20 МБ. Забігаючи наперед, скажемо, що варто збільшити це значення.

Якщо робота над проектом виконується на тому самому комп’ютері, на якому його було створено, проблем здебільшого не виникає, оскільки Trados Studio «знає», де зберігаються всі вихідні файли. Якщо ж файли було переміщено або якщо пакет передається на інший комп’ютер, Trados Studio втрачає до них доступ.

Якщо Trados Studio вивела повідомлення «Dependency file not found», це означає, що їй знадобилися вихідні файли, але вона їх «загубила». Тому вона поцікавиться: «Would you like to browse for this file?» — тобто попросить вказати шлях до них.

Ідеальний варіант — якщо у вас є вихідні файли. Тоді на це запитання потрібно відповісти «Так» і просто вказати шлях до них. Помилка зникне, Trados Studio заспокоїться та продовжить працювати як завжди.

Якщо вихідних файлів у вас немає або ви вирішили не вказувати шлях до них, відповідайте «Ні» — власне, у вас немає іншого виходу. Ви зможете продовжувати роботу над текстом, але не зможете виконати деякі операції з файлами (зокрема, Save Target As, Preview, Generate Target Translations тощо). Найчастіше це й не потрібно.

Зазвичай ця помилка не заважає продовжувати переклад: ви зможете його завершити, створити зворотний пакет і надіслати переклад замовнику. Оскільки пакет створювався на його комп’ютері, у нього така проблема не має виникнути.

Але бувають ситуації, коли через цю помилку Trados Studio відмовляється працювати далі. У такому випадку найголовніше — зберегти пам’ять перекладів (translation memory), з якою ви працювали. У ній зберігаються всі перекладені вами сегменти, якщо ви їх підтверджували під час перекладання. Їх можна буде застосувати у виправленому пакеті Trados Studio.

Час від часу виникає проблема: у довгому тексті потрібно всюди замінити прямі лапки ("") на шеврони, вони ж «ялинки» («»). Зробити це за допомогою пошуку та заміни складно: перша та друга частини прямих лапок — це той самий символ, тоді як перший і другий шеврон — символи різні.

Складно знайти чітку ознаку — яка частина прямих лапок є першою, яка другою. На перший погляд, такою ознакою міг би бути пробіл: комбінацію «пробіл + прямі лапки» хочеться замінити на «пробіл + перший шеврон», а комбінацію «прямі лапки + пробіл» — відповідно, на «другий шеврон + пробіл». Але якщо ви спробуєте виконати таку заміну, то швидко побачите, що до цього правила є забагато винятків і простіше замінити прямі лапки на шеврони вручну.

І все ж, спосіб швидкої напівавтоматичної заміни існує. Як ознаку заміни потрібно використати парність лапок: якщо в тексті зустрілася перша частина пари, то десь далі в цьому ж тексті обов’язково має зустрітися її друга частина.

Скористаймося для «виловлювання» парних прямих лапок регулярними виразами. Натисніть у Trados Studio комбінацію клавіш CTRL+H і налаштуйте діалогове вікно Find and Replace таким чином:

У полі Find what введіть "(.+?)", у полі Replace with — «$1», а в нижній частині вікна не забудьте поставити прапорець Regular expressions.

Натисніть Find Next — і Trados Studio знайде найближчий фрагмент, обрамлений прямими лапками. Натисніть Replace — лапки заміняться на шеврони (при тому текст усередині лапок залишиться) і відбудеться перехід до наступного фрагмента.

Звісна річ, є й винятки — у деяких випадках такий запит хибитиме:

• Якщо текст усередині лапок містить теги (у ході заміни текст залишиться, але теги зникнуть).
• Якщо в тексті є помилка і перша або друга частина лапок просто відсутня.
• Якщо фрагмент великий і перша частина лапок міститься в одному сегменті, а друга — в іншому.
• Якщо хоча б одна з частин лапок є позначенням символу дюйма (хоча взагалі в українській мові таке позначення не зовсім коректне — краще просто написати «дюйм» словами).

Тому сліпо натиснути кнопку Replace All не можна — потрібно пройтися всіма випадками, натискаючи Replace і переконуючись, що заміна виконується коректно. Проте це все одно швидше, ніж замінювати лапки вручну.

Припустімо, що у вас є файл Word, який містить велику кількість адрес електронної пошти, приблизно такий:

(Усі імена, адреси й телефони тут випадкові.)

Вам потрібно перекласти цей текст у Trados Studio. Ви створюєте проект, і в ній цей текст виглядає так:

Але, як бачимо, у тексті згадується дуже багато адрес електронної пошти, які перекладати не потрібно. Якщо «перекладати» їх, послідовно підтверджуючи сегменти, це займе багато часу. Однак є спосіб скопіювати їх у таргет і підтвердити всі відразу.

Скористаймося тим, що існує відмінна прикмета адрес електронної пошти — знак @ («собака»). Нам потрібно знайти й відфільтрувати всі сегменти, які містять цей знак. Для цього перейдіть на стрічці на вкладку Review та введіть цей знак у поле Search. Оскільки ми шукаємо його тільки у вихідній мові, важливо, щоб в області пошуку було вибрано In Source:

Натисніть клавішу ENTER. На робочій області відобразяться тільки ті сегменти, які містять знак @, — у нашому випадку це адреси електронної пошти:

Тепер клацніть клітинку з номером першого сегмента (2), скролимо список до кінця та з натиснутою клавішею SHIFT клацаємо клітинку з номером останнього сегмента. Усі сегменти будуть виділені:

Тепер переходимо на вкладку Home і натискаємо кнопку Copy Source to Target. 

Залишилося підтвердити всі відфільтровані сегменти. Для цього знову виділяємо їх усі, клацаємо правою кнопкою миші по номеру будь-якої клітинки та змінюємо статус на Translated:

Після цього знову переходимо на вкладку Review та знімаємо фільтр кнопкою Reset Filters:

Таким чином, усі адреси електронної пошти скопійовані в клітинки цільової мови, а всі сегменти, які їх містять, підтверджені.

Аналогічно можна відфільтровувати й підтверджувати будь-які сегменти, якщо вони мають чітку ознаку, за якою їх можна відфільтрувати.

Місяць тому ми обговорювали відображення прихованих символів у файлах Word. Оскільки приховані символи допомагають працювати над текстом, має сенс розглянути, як вони відображаються в основних CAT-программах.

Trados Studio

Перебуваючи в режимі Editor, перейдіть на вкладку Home на стрічці й натисніть цю кнопку:

У Trados Studio немає попередньо встановленої комбінації клавіш для відображення прихованих символів, але ви можете встановити її самостійно в настройках програми.

memoQ

У memoQ відображення прихованих символів потребує кількох неочевидних дій.

Виберіть memoQ (на стрічці) > Options > Options. З’явиться діалогове вікно Options. У левій його частині виберіть пункт Appearance, потім у правій частині встановіть прапорець Show non-printing characters:

Xliff Editor

В Xliff Editor є такий самий перемикач, як у Word і Trados Studio:

TagEditor

Такий самий перемикач є і в TagEditor (ця програма входить у пакет Trados 2007):

Transit NXT

У Transit NXT потрібно перейти на вкладку View на стрічці, потім встановити прапорець Special characters:

Wordfast Pro

Перемикач прихованих символів у Wordfast аналогічний перемикачам у TagEditor, Word та Xliff Editor:

Memsource

Така ж кнопка є і в Memsource Editor:

Працювати з текстом бажано на двох моніторах. Дослідження показують, що другий монітор збільшує продуктивність у середньому на 25-30 %.

Зручно перекладати або редагувати на комп’ютері з двома моніторами: на один «кидаєш» CAT-програму, на другий словники та референс — краса. Але як бути, якщо не тільки другого монітора немає, але й той єдиний, що є, — маленький? Це звична ситуація для перекладача, особливо фрилансера.

Класичний розмір екрана ноутбука — 15 дюймів. Якщо він менший, працювати на ньому стає геть незручно, а якщо більший, ноутбук виявляється заважким і занадто «ненажерливим»: його батареї вистачає всього на кілька годин роботи.

Розгляньмо роботу в Trados Studio та з’ясуймо, завдяки чому можна збільшити робочу область і як сховати непотрібні елементи інтерфейсу, які займають забагато місця.

«Непідготовлена» Trados Studio на екрані 15-дюймового монітора виглядає приблизно так:

Як бачимо, робоча область займає лише близько третини екрана. На ній помістилося всього сім сегментів. Ніде «розгулятися»: забагато місця займають інші елементи.

Даймо їй більше місця. Спочатку приховаймо стрічку, натиснувши CTRL+F1:

Стрічка сховалася, і стало просторіше: на робочій області помістилися вже 10 сегментів. За необхідності відобразити стрічку можна тією самою комбінацією клавіш — CTRL+F1.

Тепер згорнімо панель керування проектом зліва. Для цього потрібно натиснути стрілочку в правому верхньому кутку цієї області:

Панель звузилася, але залишилася функціональною. Написи на ній перетворилися на піктограми. Тепер робоча область займає більшу частину екрана, а кількість відображуваних на ній сегментів збільшилася до 12. Двома простими командами ми збільшили її майже вдвічі.

Є ще радикальніший спосіб збільшити розмір робочої області (ні, жертвувати розміром шрифту ми не будемо). Потрібно натиснути клавішу F11:

Trados Studio переходить в особливий режим, у якому відображається, власне, лише робоча область. Усе інше — вікно пам’яті перекладів, термбази, конкордансу, стрічка та навіть панель завдань Windows — ховається.

Оскільки в цьому режимі видно тільки текст і не видно допоміжні елементи, у ньому зручно редагувати, робити фінальну самоперевірку перед здаванням роботи, коли ніщо не має відволікати від тексту.

Вимикається цей режим тією самою клавішею F11.

Усі перелічені нижче команди доступні в діалоговому вікні, яке з’являється, якщо клацнути правою кнопкою миші на якому-небудь файлі на вкладці Project home в інтерфейсі memoQ.

• Як створити MQXLZ-файл:
  - Клацніть правою кнопкою миші файл memoQ > Export > Export Bilingual > memoQ XLIFF
• Як перетворити файл memoQ у формат Trados (неначе його було перекладено у Word за допомогою Trados 2007):
  - Клацніть правою кнопкою миші файл memoQ > Export > Export Bilingual > Trados-compatible bilingual DOC
• Як створити MQBACK-файл у memoQ:
  - Клацніть правою кнопкою миші файл memoQ > Deliver/Return
• Як створити очищений файл (clean) у memoQ:
  - Клацніть правою кнопкою миші файл memoQ > Export > Export (Dialog)