תרגום מסמך לעברית או לערבית הוא רק מחצית מהעבודה. המחצית השנייה היא לדאוג שהטקסט המתורגם יישב נכון על הדף, בטופס, באתר אינטרנט או בתוך מוצג בית משפט. שתי השפות נכתבות מימין לשמאל, ועובדה אחת זו מתפצלת לעשרות החלטות טיפוגרפיות שתהליכי עבודה בכתב לטיני מעולם לא נדרשו לשקול. תרגום שקריאתו רהוטה אך מוצג עם סוגריים הפוכים, יישור שבור או מספר דרכון מבולגן אינו תרגום גמור. הוא מהווה סיכון.
בניב תרגומים בינלאומיים, שנוסדה בראשון לציון בשנת 1999, אנו מכינים מסמכים מימין לשמאל עבור משרד הפנים, בתי המשפט בישראל, בתי חולים וחברות רב־לאומיות מזה למעלה משני עשורים. הלקחים שלהלן נובעים מקבצים אמיתיים: תעודות לידה המיועדות לאפוסטיל, חוזים דו־לשוניים, רשומות רפואיות ודיווחים תאגידיים. מטרת מאמר זה היא להסביר מדוע טיפוגרפיה מימין לשמאל היא קשה באמת, ומה מבדיל בין מסמך שהופק נכון לבין מסמך שנדחה בדלפק.
מדוע טקסט מימין לשמאל שובר פריסות לטיניות
מרבית התוכנות, התבניות ומערכות העיצוב נבנו כשטקסט משמאל לימין הוא הנחת היסוד. שוליים, הזחות, תבליטי רשימות, סדר עמודות בטבלה ואפילו מיקום הלוגו, כולם מעוגנים לקצה השמאלי. כשיוצקים עברית או ערבית לפריסה כזו, ההיגיון החזותי מתהפך. פסקאות אמורות להתיישר לימין, התבליטים צריכים לשבת מימין, וזרימת הקריאה הטבעית של טבלה נעה מהעמודה הימנית פנימה. אם הפריסה אינה ממוראת באמת, עין הקורא נאלצת להיאבק בדף.
הבעיה העמוקה יותר היא האלגוריתם הדו־כיווני של יוניקוד, מערכת הכללים הקובעת כיצד מוצג טקסט מעורב כיוונים. משפט עברי הכולל שם מותג באנגלית, כתובת דוא"ל בכתב לטיני או רצף של ספרות הוא דו־כיווני מטבעו. בדרך כלל האלגוריתם פותר זאת כראוי, אך סימני פיסוק בגבולות, סוגריים, לוכסנים, סימני אחוז ומירכאות, קופצים לעיתים קרובות לצד הלא נכון או מתהפכים. מספר טלפון הנכתב עם 972+ בתוך שורה עברית עלול להופיע כשסימן הפלוס נתקע בקצה הלא נכון, והקורא עשוי לא להבחין בכך עד שיחייג.
מלכודת המספרים והפיסוק
מספרים הם נקודת הכשל הנפוצה ביותר במסמכים מימין לשמאל, והם קריטיים דווקא היכן שטעויות הן הכי פחות נסלחות: מספרי זהות, מספרי תיק, תאריכים, סכומי כסף ומינוני תרופות. עברית וערבית כותבות את הספרות משמאל לימין גם כשהטקסט הסובב נע מימין לשמאל, ולכן מחרוזת כמו מספר תעודת זהות ישראלית או אסמכתת תיק בבית משפט הופכת לאי קטן של כתיבה משמאל לימין בתוך פסקה הנעה מימין לשמאל. ללא בקרת כיוון מפורשת, מספר זהות בן תשע ספרות עלול להתפצל על פני מעבר שורה או לשנות את סדר מקטעיו.
הפיסוק מחמיר את הסכנה. הגרשיים והגרש בעברית, הפסיק וסימן השאלה בערבית (שלהם תווי יוניקוד ממוראים משלהם), וסוגריים רגילים, כולם מתנהגים אחרת בהתאם לכתב הסובב אותם. סוגר סוגר עלול להופיע כסוגר פותח, תאריכים הנכתבים עם לוכסנים עלולים להפוך חזותית את סדר היום והחודש, ונקודות עשרוניות עלולות לנדוד. ברשומה רפואית או בתצהיר מאומת, ספרה שהוחלפה חזותית אינה עניין קוסמטי. זוהי טעות קלינית או משפטית, ולכן בדיקה אנושית בידי מסדר טקסט שעברית או ערבית שפת אמו אינה ניתנת לוויתור במסמכים המיועדים למשרד הפנים או לבתי המשפט.
גופנים, ליגטורות וצורת האותיות
עברית וערבית מציבות דרישות שונות מאוד מהגופן. לעברית אין אותיות גדולות וקטנות ואין חיבור אותיות מובנה, אך היא נושאת ניקוד וטעמי מקרא שיש למקם במדויק מעל, מתחת או בתוך העיצור. גופנים רבים הנראים סבירים לטקסט רגיל מתמוטטים ברגע שמוסיפים ניקוד, עורמים סימנים זה על זה או חותכים אותם בגובה השורה. במסמכים הדורשים ניקוד, כגון חומרים דתיים, חינוכיים או חומרי נגישות מסוימים, בחירת הגופן היא החלטה מהותית ולא אסתטית בלבד.
הערבית תובענית עוד יותר. זהו כתב מחובר שבו כמעט כל אות משנה את צורתה לפי מיקומה במילה (בודדת, פותחת, אמצעית או סוגרת), והצגה תקינה תלויה בכך שהגופן יממש את הצורות התלויות־הקשר הללו לצד הליגטורות המחברות אותן. גופן שחסר עיצוב ערבי מלא יפיק מילים מנותקות ושבורות למראה אפילו כשהיוניקוד שמתחת מושלם. כשמסמך יחיד נדרש להציג עברית, ערבית ולטינית יחד, כפי שקורה לעיתים קרובות במסמכים רשמיים בישראל, מסדר הטקסט זקוק למשפחת גופנים המטפלת בשלושת הכתבים בלכידות, עם משקלים תואמים וצבע חזותי דומה, כך שאף שפה לא תיראה כמחשבה שנייה.
ימין לשמאל ברשת ובפורמטים הניתנים לעריכה
האספקה הדיגיטלית מוסיפה שכבת קושי משלה. ברשת, התנהגות תקינה מימין לשמאל תלויה בהגדרת כיוון המסמך או הרכיב במפורש (מאפיין ה־dir ותכונות CSS לוגיות) במקום בקיבוע ערכים של ימין ושמאל. CSS מודרני מציע תכונות לוגיות כגון margin-inline-start ו־padding-inline-end המכבדות את הכיוון אוטומטית, אך אתרים רבים עדיין משתמשים בכללי ימין ושמאל פיזיים המתנהגים בצורה שגויה ושקטה ברגע שהתוכן מתורגם. גם סמלים המרמזים על כיוון, כגון חיצי חזרה ומחווני התקדמות, צריכים להיות ממוראים, ואילו לוגואים וסמלים מסוימים אינם צריכים.
פורמטים הניתנים לעריכה נושאים סיכון נסתר. קובץ Word או InDesign שהופק בסביבה משמאל לימין עשוי להיראות תקין על מסך המתרגם, אך לזוז כשהוא נפתח במערכת הפעלה אחרת, בגרסת תוכנה שונה או לאחר המרה ל־PDF. העתקה והדבקה בין יישומים מסירות לעיתים קרובות את תווי בקרת הכיוון הבלתי נראים שהחזיקו יחד שורה מעורבת כיוונים. לכן תהליך עבודה מקצועי מימין לשמאל מתייחס לתוצר המיוצא הסופי, בדרך כלל PDF משוטח עם גופנים מוטמעים, כאל מסמך הקובע, ומאמת אותו על מכונה נקייה במקום לסמוך על קובץ העבודה.
כיצד נראה תהליך עבודה מקצועי מימין לשמאל
הפקת מסמכים אמינים בעברית ובערבית היא תהליך, לא צעד יחיד. הוא מתחיל בבלשן שזו שפת אמו הכותב נוסח טבעי ולא תרגום מילולי כפוי, ממשיך במסדר טקסט הממראה את הפריסה ובוחר גופנים השורדים ניקוד ועיצוב ערבי, ומסתיים במגיה הבודק כל מספר, תאריך ושם פרטי מול המקור. בעבודה מאושרת, השרשרת נמשכת הלאה: התרגום חייב להתאים לפורמט שמצפה לו הרשות המקבלת, בין אם זה בית משפט ישראלי, דלפק קבלה בבית חולים או קונסוליה זרה המעבדת אפוסטיל.
המסקנה המעשית פשוטה. טיפוגרפיה מימין לשמאל היא המקום שבו איכות התרגום נעשית גלויה או מתפרקת, ואי אפשר להפוך אותה לאוטומטית. פלט מכונה ותבניות גנריות מעבירים שוב ושוב את המילים אך נכשלים בפריסה, ובהקשרים רשמיים בישראל כשל פריסה עשוי לפירושו בקשה שנדחתה ונסיעה לשווא. כשמסמך בעברית או בערבית נושא משקל משפטי, רפואי או ממשלתי, התעקשו על הפקה בשפת אם ועל בדיקה אנושית של הקובץ הסופי כפי שהוא מוצג. זה ההבדל בין תרגום שרק אומר את הדבר הנכון לבין תרגום שמתקבל ללא עוררין.