در هنگام ترجمه سند چه اتفاقی برای جدولها میافتد؟
افزودن به Chrome 
TABLE OF CONTENTS
ممکن است یک جدول پس از ترجمه همه سطرها و ستونهایش را حفظ کند، اما باز هم کارایی خود را از دست بدهد. متن طولانیتر، شکست سطرهای متفاوت، محتوای راستبهچپ، اعداد بومیسازیشده و فراداده ازدسترفته سرستونها میتوانند شبکهای ظاهراً سالم را به اطلاعاتی گمراهکننده تبدیل کنند.
هنگام ترجمه جدول چه چیزهایی تغییر میکند؟
جدول یک سند سه لایه دارد و هر لایه باید جداگانه بررسی شود:
| لایه | نتیجه مورد انتظار | مشکل احتمالی |
|---|---|---|
| محتوا | عنوانها، برچسبها، یادداشتها و متن ترجمه شوند | متن حذف، تکرار یا اشتباه ترجمه شود یا به زبان مبدأ باقی بماند |
| ساختار | سطرها، ستونها، سلولهای ادغامشده و رابطه سرستونها متصل بمانند | تبدیل قالب سلولها را جدا کند، گسترهها را تغییر دهد یا فراداده ساختاری را از بین ببرد |
| نمایش | حاشیهها، رنگ زمینه، فونتها، عرضها و ترازها قابل استفاده بمانند | متن بشکند، بریده یا کوچک شود، روی هم بیفتد یا جدول را به صفحه دیگری ببرد |
ترجمه نباید جدول را از ابتدا بازسازی کند. یک گردش کار آگاه از قالب سند میتواند ساختار و سبک آن را حفظ کند، اما حفظ شدن به این معنا نیست که هر سلول پس از ترجمه همان مقدار فضا را اشغال خواهد کرد.
W3C یادآور میشود که طول متن ترجمهشده احتمالاً متفاوت است و بهجای محفظههای باریک با عرض ثابت، چیدمان انعطافپذیر را توصیه میکند. این موضوع در جدولها اهمیت بیشتری دارد، زیرا عنوانهای کوتاه اغلب در تنگترین سلولها قرار میگیرند. نمونههای آن همچنین نشان میدهند که یک واژه مرکب آلمانی ممکن است نسبت به عبارت انگلیسی معادل، نقاط طبیعی کمتری برای شکست سطر داشته باشد؛ درحالیکه برخی خطهای غیرلاتین به نویسههای پهنتر یا ارتفاع سطر بیشتر نیاز دارند.
برای توضیح گستردهتر این اثرها، ببینید چرا اسناد ترجمهشده طولانیتر میشوند.
کدام عناصر جدول معمولاً در ترجمه حفظ میشوند؟
وقتی یک فایل مبدأ قابل ویرایش با ابزاری آگاه از قالب ترجمه شود، ممکن است این عناصر به خروجی منتقل شوند. هیچیک را نباید بدون بررسی صحیح فرض کرد.
| عنصر | نتیجه مورد انتظار | پرسش بررسی |
|---|---|---|
| سطرها و ستونها | همان شبکه منطقی | آیا سطر، ستون یا سلولی حذف یا تکرار شده است؟ |
| حاشیهها و رنگ زمینه | همان گروهبندی بصری | آیا رنگها و حاشیهها هنوز دستهبندی مورد نظر را منتقل میکنند؟ |
| سلولهای ادغامشده | همان گستره در میان سطرها یا ستونها | آیا هر عنوان هنوز دادههای درست را پوشش میدهد؟ |
| سطرهای سرستون | همان برچسبها و رفتار تکرار | آیا سرستون به ستونهای درست متصل مانده و در صفحههای مختلف تکرار میشود؟ |
| سبک سلول | همان فونت، تأکید، فاصله داخلی و تراز | آیا جایگزینی فونت یا تنظیم خودکار، سلولی را ناخوانا کرده است؟ |
| اعداد و فرمولها | همان مقادیر و منطق زیربنایی | آیا علامت، جداکننده، واحد، فرمول یا ارجاعی تغییر کرده است؟ |
| یادداشتها و پیوندها | همان مقصد و ارتباط | آیا هر یادداشت یا پیوند هنوز به سلول درست تعلق دارد؟ |
تبدیل قالب یک خطر جداگانه است. راهنمای دسترسپذیری جدولهای W3C هشدار میدهد که نشانهگذاری ساختاری جدول هنگام انتقال محتوا بین قالبها اغلب از بین میرود. بنابراین ممکن است جدول درست به نظر برسد، اما دیگر نتواند رابطه سرستونها و دادهها را به فناوریهای کمکی ارائه کند.
پنج مشکل رایج جدول و راهحل آنها
1. متن از سلول بیرون میزند یا سطرها را بیش از حد بلند میکند
برچسبهای ترجمهشده ممکن است طولانیتر باشند، نویسههای پهنتری داشته باشند یا در نقاط متفاوتی بشکنند. ارتفاع ثابت سطر میتواند خط آخر را ببرد؛ افزایش خودکار ارتفاع نیز ممکن است جدول را از شکست صفحه عبور دهد.
به این ترتیب اصلاح کنید: شکست سطرهای دستی را حذف کنید، اجازه دهید سطرها بلند شوند، محدودترین ستون را عریض کنید، فاصله داخلی غیرضروری سلول را کاهش دهید و در صورت نیاز از خط تیرهگذاری زبان مقصد استفاده کنید. فقط پس از تأیید بازبین زبان مبنی بر حفظ کامل معنا، عبارت را کوتاه کنید. کوچک کردن فونت آخرین اقدام باشد.
اگر خط مقصد بهشکل مربع، حروف جداشده یا قلمهای غیرمنتظره نمایش داده میشود، آن را مشکل فونت بدانید نه سرریز متن. بررسیهای چرا فونتها پس از ترجمه بههم میریزند را دنبال کنید.
2. سلولهای ادغامشده دیگر دادههای درست را توصیف نمیکنند
ممکن است یک عنوان ادغامشده در منبع سه ستون محصول را پوشش دهد. اگر هنگام تبدیل، سطر یا ستونی درج، حذف یا جابهجا شود، حتی با ترجمه صحیح واژهها، عنوان میتواند بالای گروه اشتباه قرار گیرد.
گسترهها را با منبع تطبیق دهید. هر عنوان چندستونی یا چندسطری را تا سلولهای زیرمجموعه آن دنبال کنید. صرفاً برای جا دادن برچسب ترجمهشده، سلولهای ادغامشده جدید نسازید؛ در عوض عرض یا شکست متن را تنظیم کنید.
Microsoft برای دسترسپذیری، جدولهای مستطیلی ساده را توصیه میکند، زیرا سلولهای تقسیمشده، سلولهای ادغامشده، جدولهای تودرتو و سطرها یا ستونهای خالی میتوانند شمارش و شناسایی سلولها را برای صفحهخوان مختل کنند. وقتی گسترههای پیچیده ضروریاند، بررسی بصری بهتنهایی کافی نیست.
3. سرستونها رابطه خود را با سلولهای داده از دست میدهند
متن پررنگ در سطر نخست برای کاربر بینا شبیه سرستون است، اما ظاهر ساختار را تعریف نمیکند. دستورالعمل W3C ایجاب میکند سلولهای سرستون و داده شناسایی و مرتبط شوند تا فناوریهای کمکی بتوانند بافت سطر و ستون مربوط را اعلام کنند.
سرستونهای معنایی را در سند قابل ویرایش بازگردانید. سطر اول را بهعنوان سرستون مشخص کنید، تکرار سرستون را در جدولهای چندصفحهای تأیید کنید و جدولهای پیچیده را با بررسیکننده دسترسپذیری برنامه بیازمایید. در HTML یا PDF خروجی مطمئن شوید ارتباط سرستونها پس از تبدیل باقی مانده است.
4. اعداد، فرمولها و شناسهها بیصدا تغییر میکنند
یک جمله روان بهراحتی دیده میشود؛ اما تغییر جداکننده اعشار، علامت منفی، درصد، شماره مدل یا ارجاع صفحهگسترده چنین نیست. برخی مقادیر باید برای خوانندگان بومیسازی شوند، ولی شناسهها و منطق محاسبه باید دقیق باقی بمانند.
یک مرحله مقایسه صرفاً دادهای انجام دهید. متن را نادیده بگیرید و رقمها، کدهای ارز، علامتهای درصد، واحدها، بازهها، مجموعها، فرمولها، نشانگرهای پانویس و ارجاعهای سلول را مقایسه کنید. فرمولها و مجموعهای صفحهگسترده را در فایل مقصد دوباره محاسبه کنید. تغییرات بومیسازی عمدی را ثبت کنید تا بازبینان آنها را به قالب منبع «اصلاح» نکنند.
5. متن راستبهچپ علائم نگارشی یا تراز را بههم میریزد
عربی و عبری از راست به چپ نوشته میشوند، اما اصطلاحات لاتین و اعداد درون آنها همچنان از چپ به راست هستند. بنابراین Unicode این حالت را متن دوجهته میداند. همچنین اشاره میکند که سلولهای جداگانه جدول میتوانند مانند بندهای جداگانه پردازش شوند و جهت در سطح سلول یا بند تنظیم شود.
سلولبهسلول اصلاح کنید. جهت پایه صحیح را تنظیم کنید، سپس کد محصول، تاریخ، درصد، پرانتز، ممیز و علائم نگارشی کنار متن لاتین را بررسی کنید. اعداد را دستی معکوس نکنید. هم سند قابل ویرایش و هم PDF خروجی را بررسی کنید، زیرا جهت و قرینهسازی رفتارهای رندر هستند.
فهرست بررسی پیش از ترجمه
- در صورت وجود، از فایل قابل ویرایش DOCX، PPTX یا XLSX شروع کنید.
- سطرها و ستونهای خالی را که فقط برای فاصلهگذاری استفاده شدهاند حذف کنید.
- در صورت امکان، جدولهای چیدمان را با چیدمان معمول سند جایگزین کنید.
- سطرهای واقعی سرستون را مشخص کنید و ساختار جدول را تا حدی که داده اجازه میدهد ساده نگه دارید.
- اجازه دهید سطرها بلند شوند؛ برای سلولهای قابل ترجمه ارتفاع ثابت تعیین نکنید.
- سلولهای ادغامشده، فرمولها، مجموعها، شناسههای محافظتشده و اصطلاحات ترجمهنشدنی را مشخص کنید.
- زبان مبدأ را درست تنظیم و منطقه مقصد را ثبت کنید.
- یک PDF مرجع ذخیره کنید تا بازبینان ظاهر منبع تأییدشده را بدانند.
این مراحل پیش از آنکه ابزار یا مترجم فایل را تغییر دهد، ابهام را کاهش میدهند. همچنین تشخیص اینکه مشکل بعدی از ترجمه، تبدیل یا طراحی اصلی جدول ناشی شده آسانتر میشود.
چگونه جدول ترجمهشده را بررسی کنیم
بررسیها را جداگانه انجام دهید. بررسی همزمان زبان، داده، ساختار و چیدمان باعث میشود خطاهای کوچک بهآسانی نادیده بمانند.
- شبکه را مقایسه کنید. تعداد جدولها، سطرها، ستونها، محدودههای ادغامشده، سطرهای سرستون و یادداشتها را با منبع بسنجید.
- محتوا را مقایسه کنید. تأیید کنید هر سلول یک بار ترجمه شده و همچنان زیر عنوان درست قرار دارد.
- داده را مقایسه کنید. بدون ویرایش متن، اعداد، علامتها، واحدها، فرمولها، مجموعها، شناسهها و پیوندها را بررسی کنید.
- چیدمان را وارسی کنید. بهدنبال بریدگی، افزایش بیش از حد ارتفاع سطر، شکست صفحه نامناسب، متن بسیار کوچک حاصل از تنظیم خودکار، فونت جایگزین و تراز ناهماهنگ باشید.
- جهت و دسترسپذیری را بررسی کنید. سلولهای RTL، ارتباط سرستونها، ترتیب خواندن و سرستونهای تکرارشونده را تأیید کنید.
- خروجی بگیرید و دوباره بررسی کنید. PDF تحویلی یا قالب نهایی دیگر را باز کنید؛ تنها بر اساس منبع قابل ویرایش تأیید نکنید.
OpenL Doc Translator از قالبهای سند مانند PDF، DOCX، PPTX و XLSX پشتیبانی میکند. صفحه رسمی آن میگوید فونتها، رنگها، جدولها و چیدمان صفحه را حفظ میکند و برای هر کار، نسخه ترجمهشده و دوزبانه ارائه میدهد. تا حد امکان از منبع قابل ویرایش استفاده کنید، نتیجه را پیشنمایش کنید و پیش از پایان بررسی ساختاری بالا، نسخه دوزبانه را مقایسه کنید.
حفظ قالب، کار بازسازی را کاهش میدهد اما جای تضمین کیفیت را نمیگیرد. پس از پایان بررسی جدول، بقیه سند را با فهرست بررسی سند دوزبانه کنترل کنید.
چه زمانی بررسی انسانی ضروری است
اگر جدول شامل موارد زیر است، همیشه یک بازبین انسانی تعیین کنید:
- مجموعهای مالی، نرخها، پیشبینیها یا ارقام حسابرسیشده
- تعهدات قانونی، محدودیتهای انطباق، دوزها یا دادههای ایمنی
- فرمولها، ارجاعهای بینبرگی یا فیلدهای محاسبهشده
- سرستونهای چندسطحی، محدودههای ادغامشده یا جدولهای تودرتو
- سلولهای اسکنشده یا تصویری وابسته به OCR
- ترکیب متن راستبهچپ و چپبهراست
- چیدمان چاپ ثابت و بدون فضای گسترش
برای این جدولها، «فایل باز شد» و «جدول مشابه به نظر میرسد» معیار پذیرش نیست. تنها پس از تطبیق ساختار منبع، تأیید معنای زبان مقصد، بررسی همه مقادیر حیاتی و آزمودن قالب نهایی تحویل، آن را تأیید کنید.
ترجمه موفق جدول روابط را حفظ میکند، نه فقط مستطیلها را. محتوا، ساختار، داده، چیدمان، جهت و دسترسپذیری را جداگانه بررسی کنید تا احتمال تبدیل نقص قالببندی به خطای داده بهشدت کاهش یابد.
Sources
- W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
- W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
- Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
- Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
- OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.
