Алгоритм усунення звичайних помилок Trados Studio 

Про незвичайні ми пишемо в окремих постах

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

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

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

* * *

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