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