Поради

Продовжуємо захопливий серіал про помилки 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 — тобто навіть не створюючи проєкт.

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

Інколи 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, а якщо пам’ять онлайнова — що є підключення до сервера.
• Те саме з термбазою.

* * *

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

Це друга (і ще не остання) частина поста про багатогранну помилку Object reference not set to an instance of an object, також відому як Не встановлено посилання на об’єкт для екземпляра об’єкта. Перша частина тут.

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

Якщо Trados Studio запускається належним чином, а повідомлення про цю помилку з’являється під час переключення між режимами відображення (Проекти, Файли, Редактор зліва внизу) або діалоговими вікнами, інколи допомагає такий метод:

• Запустіть Trados Studio.
• Перейдіть у той режим, у якому виникає ця помилка.
• Клацніть вкладку View на стрічці > натисніть кнопку Reset Window Layout:

• У вікні, яке з’явиться, натисніть кнопку OK (або Так, як на скріншоті, якщо у вашої Windows український інтерфейс):

Усі налаштування відображення вікон буде скинуто до налаштувань за замовчуванням.

На випадок, якщо цей спосіб не допомагає, існують й інші, ми їх також опишемо.

Черговий пост про помилки Trados Studio. Симптоми хвороби такі: однієї чудової миті ви запускаєте Trados Studio, а вона виводить ось повідомлення «An error occurred whilst trying to determine the file version»:

Ви натискаєте кнопку OK (а що ще тут можна натиснути?). Trados Studio запускається як завжди, але в списку проектів у розділі Projects незаймано чисто — немає жодного проекту. Водночас сама Trados Studio працює прекрасно, збереглися навіть ваші кастомні шорткати.

Ця помилка може мати кілька причин. SDL описала їх у цій статті. Trados Studio, найімовірніше, не винна. Загальна причина — щось сталося з файлами проектів, які вже було імпортовано в Trados Studio. Під час запуску вона спробувала їх завантажити, але з певної причини не змогла.

Нижче наведено список можливих причин, від простих до складних.

1. Найпростіше, що могло статися: ви видалили, перейменували або кудись перемістили папку, у якій лежали файли проектів. Не дивно, що Trados Studio не змогла їх завантажити, — вона їх просто не знайшла у звичному місці.

Розв’язання — закрийте Trados Studio, поверніть файли в ту папку, де вони лежали (якщо їх не втрачено безповоротно), потім запустіть Trados Studio знову. Після цього вам доведеться пройтися по файлах усіх потрібних вам проектів і проклацати в кожному з них файли з розширенням SDLPROJ. Це файли налаштувань, у них зберігається інформація про те, які файли входять у проект і де вони лежать, — Trados Studio їх підхопить і «згадає».

2. Ще одна можлива причина — щось заблокувало доступ до файлів: вони на місці, але недоступні. Переважно це зла антивірусна програма, якій файли проектів помилково здалися підозрілими.

Розв’язання очевидне: «заспокойте» свій антивірус або з’ясуйте, яка програма заблокувала доступ до файлів.

3. Третя причина — файли проектів фізично пошкоджені. Це найскладніша ситуація, оскільки це проблема не програмна, а апаратна.

Розв’язання — «оживляйте» диск.

Object reference not set to an instance of an object (або, якщо у вас Windows з українським інтерфейсом, Не встановлено посилання на об’єкт для екземпляра об’єкта) — одне з найнеприємніших повідомлень про помилку в Trados Studio. Власне, воно приходить не із самої Trados Studio, а звідкись із .NET, схоже. Воно може з’явитися й в інших програмах.

У нього сотня можливих причин, цим воно й неприємне. Ми щойно виявили одну з них: воно з’являється за спроби відкрити в Trados Studio SDLXLIFF-файл, у сегментах якого зустрічається знак абзацу.

Якщо на те пішло, знак абзацу взагалі не може опинитися всередині сегмента, тільки між ними — тут Студія має рацію. Якщо потрібно розірвати рядок безпосередньо всередині сегмента, зазвичай набирають line break за допомогою SHIFT + ENTER. Але як показує практика, під час імпортування в Студію файлів, створених в інших програмах, трапляється різне.

Конкретно в цьому випадку жодні методи боротьби не усувають цю помилку, адже не усуваються символи абзацу. Теоретично могло б допомогти редагування вихідного тексту, але це останній прихисток ентузіаста — воно може спричинити проблеми під час маніпуляцій із файлами в майбутньому. За замовчуванням вихідний текст не можна чіпати ніколи.

А як усувати цю помилку за «нормальних» ситуацій, ми при нагоді розповімо, є універсальний метод.

Цей пост і багато інших також можна знайти на нашому Telegram-каналі. Приєднуйтесь!

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

Коли ви створюєте пакет на переклад у 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.

Якщо ви користуєтеся WordFast Pro 5.6 або іншою версією, старшою за Wordfast Pro 5.12, то в разі спроби відкрити файли TXLF, створені в новій версії, у вас може вигулькнути така помилка:

Attribute ‘gs4tr:uuid’ is not allowed to appear in element ‘file’

Це пов’язано з тим, що попередні версії WF не розпізнають цей атрибут. Щоб розв’язати проблему, можна скачати й установити нову версію 5.12. Але є й інший обхідний метод.

Відкрийте файл TXLF у текстовому редакторі Notepad++, знайдіть пошуком (CTRL+F) “gs4tr:uuid” і видаліть атрибут разом із його номером і зайвим пробілом, як показано на скріншоті. Натисніть кнопку «Зберегти» й закрийте вкладку файлу.

После цього файл відкривається в програмі WordFast 5.6 і більше не видає помилку.

Повідомлення про помилку виглядає так:

Повідомлення The requested data file could not be located з’являється за спроби запустити Trados Studio. Воно вкрай малоінформативне: якого конкретно файлу їй бракує, де він має бути, для чого він їй потрібен — незрозуміло.

Така проблема може виникнути в будь-якій версії Trados Studio аж до 2021, зазвичай після встановлення оновлень. SDL стверджує, що в Trados Studio 2021 SR1 її вже усунули.

Усунути цю помилку можна так:

1. Закрийте Trados Studio (якщо вам якимось дивом вдалося її запустити).

2. Знайдіть на диску папку:

— якщо у вас Trados Studio 2017:
C:Users\%UserName%AppDataLocalSDLSDL Trados Studio14.0.0.0

— якщо у вас Trados Studio 2019:
C:Users\%UserName%AppDataLocalSDLSDL Trados Studio15.0.0.0

— якщо у вас Trados Studio 2021:
C:Users\%UserName%AppDataLocalSDLSDL Trados StudioStudio16

3. Знайдіть у ній файл із назвою TranslationMemoryRepository.xml. Це і є той файл, якого бракувало Trados Studio та назву якого їй було соромно повідомити. Його можна просто видалити, але про всяк випадок варто його зберегти. Найпростіше просто перейменувати його, дописавши до його імені ще одне розширення: TranslationMemoryRepository.xml.old.

4. Запустіть Trados Studio. Під час запуску вона має знову створити файл із такою назвою, після чого працювати нормально.

* * *

Детальніше цей процес описано тут.

Одна з дивовижних помилок Trados Studio інколи виникає під час спроби зберегти переклад — тобто після натискання комбінації клавіш CTRL + S. Виглядає вона ось так:

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

Не поспішайте знову імпортувати пакет Trados Studio заново! Якщо ви це зробите, ви дійсно втратите результати своєї праці.

Наш досвід показує, що така помилка виникає, лише якщо відразу кілька файлів пакету були відкриті одночасно за встановленого прапорця Include subfolders:

Вихід — відкривати файли не «купою», а по одному. У такому разі Trados Studio зберігає внесені зміни «як слід».

Таким чином, якщо у вас виникла ця помилка, алгоритм збереження виконаного перекладу такий:

• Закрити файли, не вносячи зміни в них (власне, іншого варіанта на цьому етапі у вас і нема).
• Зняти прапорець Include subfolders.
• Відкриваючи документи по одному, вставити в таргет свій переклад із пам’яті перекладів, «перезабиваючи» ним уже існуючий переклад, якщо він є, за допомогою комбінації клавіш CTRL + T. (Ви ж підтверджували сегменти з CTRL + ENTER, коли виконували переклад? Сподіваємося, що так, інакше цей метод не спрацює.)
• Зберегти документи звичним чином — натискаючи CTRL + S. 

У ході роботи в Trados Studio (і взагалі з текстом) доводиться виконувати численні операції копіювання та вставлення, натискаючи комбінації клавіш CTRL+C і CTRL+V (ви ж не копіюєте текст за допомогою мишки?). Перекладач постійно шукає терміни в словниках, читає профільні статті в інтернеті і т. д.

Але за спроби зробити це Trados Studio інколи виводить ось таке повідомлення:

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

Переважно така помилка виникає через те, що якась стороння програма (наприклад, Punto Switcher або менеджер буфера обміну) «бореться» з  Trados Studio за право виконати команду копіювання першою.

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

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

Продовжуємо вивчати баги функції Trados Studio.

Trados Studio дає змогу відкрити відразу багато SDLXLIFF-файлів. Щоб зробити це, потрібно в режимі Files встановити зліва прапорець Include subfolders:

Потім справа, у списку файлів, потрібно виділити кілька файлів, затиснувши клавішу SHIFT, або вибрати відразу всі файли пакета командою CTRL+A, після цього клацнути правою кнопкою миші та вибрати у випадному меню, що з’явиться, пункт Open For Translation (або Open For Review — з огляду на те, що ви збираєтеся робити):

При цьому всі сегменти всіх відкритих файлів відобразяться одним довгим «простирадлом» — тобто так, наче відкрито один величезний документ.

Однак, якщо натиснути комбінацію клавіш CTRL+H, щоб відкрити вікно Find and Replace для виконання якої-небудь масової заміни, Trados Studio інколи свариться та виводить ось таке повідомлення — як завжди, малоінформативне:

Що саме не подобається «Студії», незрозуміло. Важливо, що таке повідомлення виводиться в разі спроби відкрити діалогове вікно автозаміни.

Вихід простий: потрібно скористатися тим, що вікно заміни та вікно пошуку — це, власне, різні вкладки на одному й тому ж вікні, але вони викликаються різними командами. Отже, спочатку відкриваємо вікно пошуку, натиснувши CTRL+F:

У цьому місці проблем зазвичай не виникає. Після цього потрібно просто вибрати другу вкладку, Replace:

Цікаво, що після виклику вікна пошуку ця друга вкладка може навіть не відображатися. Але вона з’являється, якщо натиснути CTRL+TAB.

Буває, Trados Studio відображає страшне повідомлення про «загальну грандіозну катастрофічну помилку системи» (general massive catastrophic system failure). Воно може з’явитися в будь-якій версії Trados Studio.

Повідомлення справді лякає: одразу здається, що планета Нібіру скоро вріжеться в Землю и що час панікувати. Цікаво, що, попри «вселенську катастрофу», Trados Studio спокійно продовжує працювати. Єдина проблема, яка при цьому виникає, — зупиняється розпізнавання термінів.

Панікувати не варто: є принаймні два способи позбавитися цієї проблеми.

Перший: відключіть усі термбази, підключені до проекту Trados Studio, перезапустіть Trados Studio і підключіть термбази знову.

Іноді цього виявляється недостатньо і повідомлення з’являється знову. Тоді допомагає другий спосіб.

З імовірністю 99% операційна система на вашому комп’ютері — це «чиста» Windows 7, пакети оновлення у якій не встановлені. Установіть їх :) Зокрема, установіть Service Pack 1.

Загалом, оновлення операційної системи варто встановлювати :)