چرا اسناد ترجمهشده طولانیتر میشوند
TABLE OF CONTENTS
یک سند ترجمهشده میتواند بدون افزودن ایده، صفحه اضافه کند. تفاوت طول واژهها، ساختار جملهها، قواعد شکست سطر و معیارهای فونت، مقدار فضایی را که همان معنا نیاز دارد تغییر میدهند.
پاسخ کوتاه
اسناد ترجمهشده زمانی طولانیتر میشوند که متن مقصد فضای افقی یا عمودی بیشتری از متن مبدأ اشغال کند. این اتفاق میتواند رخ دهد چون ترجمه نویسههای بیشتری، واژههای بلندتر، جاهای کمتری برای شکستن سطر، نویسههای پهنتر یا فاصله خطوط بیشتری دارد.
بنابراین شمار صفحه یک پیامد چیدمان است، نه معیاری قابلاعتماد برای کیفیت ترجمه. ممکن است یک ترجمه موجز همچنان به صفحهای دیگر نیاز داشته باشد، در حالی که یک ترجمه ضعیف به دلیل حذف محتوا کوتاهتر باشد.
سودمندترین قاعده برنامهریزی ساده است: انتظار داشته باشید چیدمان جابهجا شود، بهویژه وقتی منبع برای جا شدن دقیق و تنگ طراحی شده است.
چرا همان معنا فضای بیشتری میگیرد
برچسبهای کوتاه انگلیسی میتوانند بهشدت بزرگ شوند
انگلیسی و چینی اغلب اطلاعات را بهصورت فشرده بیان میکنند. W3C اشاره میکند که به همین دلیل ترجمههای برگرفته از این زبانها غالباً طولانیتر میشوند، بهویژه وقتی منبع برچسبهای کوتاه داشته باشد.
راهنمای گسترش متن آن، این بازههای میانگین برنامهریزی را برای ترجمه انگلیسی به زبانهای اروپایی ارائه میکند:
| طول منبع انگلیسی | میانگین طول ترجمهشده نسبت به منبع |
|---|---|
| تا ۱۰ نویسه | ۲۰۰-۳۰۰% |
| ۱۱-۲۰ نویسه | ۱۸۰-۲۰۰% |
| ۲۱-۳۰ نویسه | ۱۶۰-۱۸۰% |
| ۳۱-۵۰ نویسه | ۱۴۰-۱۶۰% |
| ۵۱-۷۰ نویسه | ۱۵۱-۱۷۰% |
| بیش از ۷۰ نویسه | ۱۳۰% |
این ارقام سهمیههای چیدماناند، نه تضمینی برای یک جفتزبان مشخص. درس سودمند آنها این است که کوتاهترین رشتههای منبع اغلب به بزرگترین حاشیه ایمنی نسبی نیاز دارند. یک عنوان جدول یا کادر توضیح دوکلمهای میتواند بیش از یک پاراگراف کامل دردسر ایجاد کند، زیرا معمولاً در محفظهای کوچکتر قرار میگیرد.
دستور زبان تعداد واژهها را تغییر میدهد
زبانها معنا را به یک شکل بستهبندی نمیکنند. ممکن است یک زبان ایدهای را با یک صرف بیان کند، در حالی که زبان دیگر به حرف تعریف، حرف اضافه، فعل کمکی یا عبارت توضیحی نیاز دارد. ترتیب واژه نیز میتواند یک وصف یا شرط را به جایی منتقل کند که یک سطر اضافه ایجاد شود.
این به آن معنا نیست که مترجم باید ساختار منبع را کپی کند یا برای حفظ شمار صفحه، واژههای لازم را حذف کند. ترجمه نخست باید کامل و طبیعی باشد؛ چیدمان باید خود را با آن سازگار کند.
واژههای بلند گزینههای شکستن سطر را کاهش میدهند
W3C واژه آلمانی Eingabeverarbeitungsfunktionen را نمونهای از یک واژه مرکب میداند که جای عبارت انگلیسی “Input processing features” را میگیرد. عبارت انگلیسی را میتوان در فاصلهها شکست. واژه مرکب آلمانی ممکن است در یک سطر بماند، مگر آنکه سند خط تیرهگذاری مناسب و آگاه از زبان داشته باشد.
استاندارد شکست سطر Unicode توضیح میدهد چرا این موضوع مهم است: نرمافزار شکست سطر را از میان فرصتهای مجاز برای نویسهها و زبان در حال استفاده انتخاب میکند. ستونهای باریک، سلولهای جدول و کادرهای متن وقتی این فرصتها محدود باشند، زودتر دچار مشکل میشوند.
شمار نویسهها با عرض بصری یکسان نیست
ترجمه میتواند نویسههای کمتری داشته باشد و باز فضای بیشتری اشغال کند. W3C واژه انگلیسی desktop را با واژه ژاپنی デスクトップ مقایسه میکند: واژه ژاپنی نویسههای کمتری دارد اما معمولاً به عرض افقی بیشتری نیاز دارد.
جایگزینی فونت میتواند نتیجه را دوباره تغییر دهد. یک فونت جایگزین ممکن است پهنتر یا بلندتر از فونت مبدأ باشد و سطری را که قبلاً جا میشد به دو سطر تبدیل کند. اگر فایل ترجمهشده علاوه بر سرریز، نویسههای گمشده، حروف جدا یا قلمهای غیرمنتظره نشان میدهد، اینها را جداگانه با راهنمای ما درباره چرا فونتها پس از ترجمه خراب میشوند بررسی کنید.
برخی خطها به فضای عمودی بیشتری نیاز دارند
خطهای عربی، چینی، دواناگری، ژاپنی، کرهای، تایلندی، تبتی و دیگر خطها ممکن است به نویسههای بلندتر یا فاصله خطوط بیشتری از متن لاتین نیاز داشته باشند. بنابراین یک پاراگراف میتواند حتی وقتی شمار سطرهایش تغییر نمیکند، فضای عمودی اضافه کند.
به همین دلیل کوچک کردن فونت بهندرت نخستین راهحل بهتر است. ممکن است متن جا شود، اما خط مقصد میتواند خواندنش را دشوار کند یا علامتهایش روی هم بیفتند.
گسترش متن کجا سند را میشکند
پاراگرافهای بلند بدنه معمولاً دوباره جریان مییابند. مشکلات در محفظههایی تمرکز دارند که اندازهشان بر پایه متن منبع تعیین شده بود:
| عنصر سند | شکست معمول | پاسخ بهتر |
|---|---|---|
| عنوانها | سطر اضافه، متن بدنه را به صفحه دیگری میراند | اجازه شکست بدهید و عنوان را با پاراگراف بعدی نگه دارید |
| جدولها | سطرها بلند میشوند، ستونها بیش از حد باریک میشوند یا متن بریده میشود | ستونهای کلیدی را عریض کنید، رشد سطر را مجاز کنید یا جهت صفحه را تغییر دهید |
| کادرهای متن و کادرهای توضیح | متن سرریز میشود یا بهطور خودکار کوچک میشود | کادر را بزرگ کنید یا فقط پس از بازبینی معنا آن را کوتاه کنید |
| فرمها | برچسبها با فیلدها برخورد میکنند | برچسبها را بالای فیلدها ببرید یا عرض برچسب را افزایش دهید |
| سرصفحهها و پاصفحهها | متن با شماره صفحهها یا حاشیهها همپوشانی میکند | متن تکرارشده را ساده کنید و هر بخش را بررسی کنید |
| زیرنویسها و پاورقیها | ارجاعها از موضوع خود جدا میشوند | عناصر مرتبط را کنار هم نگه دارید و صفحهبندی را بهروز کنید |
| اسلایدها | موارد فهرست متراکم یا بهشکلی غیرقابلخواندن کوچک میشوند | اسلاید را بشکنید یا محتوای منبع را پیش از ترجمه کاهش دهید |
یک سطر تغییرکرده میتواند در بقیه فایل آبشاروار اثر بگذارد. یک جدول بلندتر، زیرنویس را جابهجا میکند؛ زیرنویس، شکست صفحه را جابهجا میکند؛ و شکست صفحه، فهرست مطالب را تغییر میدهد. پس از نهایی شدن متن، کل سند را بازبینی کنید، نه اینکه هنگام تغییر واژهها صفحهها را اصلاح کنید.
منبع را پیش از ترجمه آماده کنید
۱. شکستهای سطر دستی را حذف کنید
شکستهای سطری که برای متوازن به نظر رسیدن منبع درج شدهاند، بهندرت برای زبان مقصد مناسباند. شکستهای واقعی پاراگراف را نگه دارید، اما بگذارید جملههای معمولی بهطور خودکار شکسته شوند.
۲. به محفظههای باریک فضای رشد بدهید
پیش از ترجمه، جدولها، نوارهای کناری، فرمها، نمودارها و کادرهای متن را بررسی کنید. فقط جایی که فضا وجود دارد فاصله داخلی را افزایش دهید، رشد سطر را فعال کنید و از کادرهای با ارتفاع ثابت برای متن ضروری پرهیز کنید.
۳. از سبکهای پاراگراف و عنوان استفاده کنید
سبکها اصلاحهای سراسری را ممکن میکنند. اگر عنوانهای ترجمهشده به فاصله یا ارتفاع سطر متفاوتی نیاز دارند، یک تغییر سبک ایمنتر از ویرایش دستی هر عنوان است.
۴. زبان درست سند را تنظیم کنید
تنظیمات زبان به نرمافزارهای سازگار کمک میکند املا، خط تیرهگذاری و رفتار شکست سطر را انتخاب کنند. همچنین مانع میشوند ویرایشگر قواعد زبان مبدأ را بر متن ترجمهشده اعمال کند.
۵. اصطلاحاتی را که نباید تغییر کنند محافظت کنید
نام محصولها، کدها، URLها، متغیرها و شناسههای قانونی را علامتگذاری کنید. بهجای تکیه بر برچسبهای کوتاهشده منبع که ممکن است معادل فشردهای نداشته باشند، زمینه اختصارات را در اختیار مترجم بگذارید.
۶. یک فایل اصلی قابل ویرایش نگه دارید
در صورت امکان، چیدمان را در فایل DOCX، PPTX، صفحهگسترده یا منبع طراحی اصلاح کنید. راهنمای ترجمه سند Google Cloud توصیه میکند DOCX یا PPTX را پیش از تبدیل نتیجه به PDF ترجمه کنید، زیرا این قالبها معمولاً چیدمان و سبکها را بهتر از PDF حفظ میکنند. برای آمادهسازی مخصوص PDF، جریان کاری ترجمه PDF بدون از دست دادن قالببندی را دنبال کنید.
ترجمه گسترشیافته را بدون آسیب اصلاح کنید
این ترتیب را رعایت کنید تا یک اصلاح بصری، مشکل زبانی ایجاد نکند:
- تأیید کنید که چیزی تکرار نشده باشد. ترتیب عنوانها، فهرستها، جدولها و پاراگرافهای تکرارشده را با منبع مقایسه کنید.
- شکستهای سطر زبان مبدأ را حذف کنید. بگذارید متن مقصد پیش از تغییر قلم و حروفچینی دوباره جریان یابد.
- اندازه محفظه را تغییر دهید. یک ستون را عریض کنید، کادر متن را عمیقتر کنید یا اجازه دهید سطر جدول بلند شود.
- فاصلهها را تنظیم کنید. فاصله یا فاصله داخلی بیش از حد پاراگراف را کم کنید، بدون آنکه خط را فشرده کنید.
- خط تیرهگذاری آگاه از زبان را اعمال کنید. آن را فقط وقتی به کار ببرید که برای زبان مقصد و سبک سند درست باشد.
- بهصورت محلی بازنویسی کنید. از بازبین صلاحیتدار بخواهید یک عنوان یا برچسب را با حفظ معنا و لحن کوتاه کند.
- کوچک کردن اندازه فونت را برای آخر بگذارید. متن بدنه و عناصر تکرارشده را سازگار نگه دارید و بخشهای جداافتاده را تا حدی که فقط جا شوند کوچک نکنید.
برای بازیابی شمار صفحه اصلی، قیدها، مثالها، هشدارها یا شرایط قانونی را حذف نکنید. اگر محدودیتی ثابت الزامی است، مانند یک فرم یکصفحهای یا خلاصه دو اسلایدی، آن محدودیت را پیش از ترجمه مشخص کنید تا مترجم بتواند برای فضای موجود بنویسد.
از یک جریان کاری حافظ چیدمان استفاده کنید
کپیکردن متن در یک مترجم ساده، جدولها، سبکها، کادرهای متن و رابطههایی را که چیدمان به آنها وابسته است دور میریزد. بارگذاری سند قابل ویرایش، ساختار بیشتری برای حفظ کردن در اختیار ابزاری آگاه از سند میگذارد.
OpenL Doc Translator از قالبهایی از جمله PDF، DOCX، PPTX، XLSX، EPUB و SRT پشتیبانی میکند. صفحه رسمی آن میگوید فونتها، رنگها، جدولها و چیدمان صفحه را حفظ میکند و هم نسخه ترجمهشده و هم نسخه دوزبانه ارائه میدهد. فایل دوزبانه برای بررسی اینکه تغییر چیدمان از گسترش مشروع متن ناشی شده یا از محتوای گمشده یا تکراری، سودمند است.
حفظ قالببندی، بازسازی دستی را کاهش میدهد، اما نمیتواند هر زبان را وادار کند فضای یکسانی اشغال کند. کار را با یک بازبینی جداگانه دوزبانه و چیدمان با استفاده از فهرست بررسی سند دوزبانه به پایان برسانید. سرریز، رشد جدول، شکست صفحه، سرصفحهها، پاصفحهها، فهرست مطالب و PDF نهایی صادرشده را بررسی کنید.
بررسی نهایی پیش از تحویل
- هیچ متنی بریده، پنهان، همپوشان یا بهطور خودکار کوچکتر از اندازه تأییدشده نشده باشد.
- جدولها رابطه سطر-ستون خود را حفظ کرده و خوانا مانده باشند.
- عنوانها همراه محتوایی که معرفی میکنند بمانند.
- زیرنویسها، پاورقیها، کادرهای توضیح و ارجاعهای صفحه هنوز به جای درست اشاره کنند.
- فونتها از هر نویسه و سبک زبان مقصد پشتیبانی کنند.
- فهرست مطالب و ارجاعهای متقابل بهروز شده باشند.
- هم فایل قابل ویرایش و هم PDF صادرشده بررسی شده باشند.
- مقایسه دوزبانه تأیید کند که برای جا شدن فایل هیچ محتوایی از دست نرفته است.
طولانیتر شدن یک سند ترجمهشده معمولاً نشانه تعامل زبان و چیدمان است، نه نشانه خطا. برای گسترش جا در نظر بگیرید، ساختار سند را حفظ کنید و چیدمان را فقط پس از کامل شدن ترجمه تنظیم کنید.
Sources
- W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
- Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
- Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
- OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.
