Taggart

עברית הפוכה ב‑PDF: למה זה קורה ואיך מתקנים

מעתיקים טקסט מ‑PDF והעברית יוצאת הפוכה? קורא המסך מקריא מהסוף להתחלה? זה סדר אחסון ויזואלי. איך מזהים אותו בעשר שניות, ואיך מתקנים בלי לשנות את הדף.

מה בעצם קורה

ב‑PDF יש שני דברים נפרדים: מה שמצויר על הדף והטקסט שמאחוריו. בדרך כלל הם תואמים. בעברית הם לא תמיד תואמים.

תוכנות רבות — בעיקר מערכות ישנות של הדפסה, הפקת דוחות, מערכות משפטיות וממשלתיות — מטפלות בעברית בדרך קצרה: הן הופכות כל שורה מראש ומציירות אותה משמאל לימין, כמו אנגלית. העין לא רואה הבדל. אבל התווים עצמם נשמרים בסדר ויזואלי, הפוך מסדר הקריאה.

כל מי שקורא את הטקסט ולא את הציור מקבל אותו הפוך:

מי קוראמה הוא מקבל
העין, על המסך או בהדפסהשורה תקינה
העתק‑הדבק״הבוח היא םיילטיגיד םיכמסמ תשגנה״
חיפוש בתוך הקובץלא מוצא את המילה שחיפשתם
קורא מסךאת השורה מהסוף להתחלה, או — אם הוא ״מתקן״ כיוון — הפוך פעמיים
מנוע חיפושעלול לאנדקס את המסמך הפוך

המסמך נראה מושלם ובפועל אי אפשר להשתמש בו. זה הכשל הנפוץ והשקט ביותר במסמכי PDF בעברית ובערבית.

הבדיקה של עשר שניות

לא צריך שום כלי:

  1. פתחו את הקובץ, סמנו שורה עברית אחת והעתיקו אותה.
  2. הדביקו בפנקס רשימות, במסמך Word ריק או בשורת החיפוש של הדפדפן.
  3. הסתכלו על האותיות הסופיות — ך ם ן ף ץ.

אם ״שלום״ הפכה ל״םולש״ — ם בתחילת המילה — הקובץ עצמו שמור בסדר ויזואלי. אות סופית בתחילת מילה לא קורית בעברית תקינה, ולכן זה סימן אמין יותר מאשר ״זה נראה הפוך״.

ערבית מתנהגת אותו דבר. הסימנים שם הם ה׳ה׳ המעוגלת (ة) והאלף המקוצרת (ى), שמופיעות רק בסוף מילה, והיידוע ״ال״ שמופיע בתחילתה — בטקסט הפוך הוא נראה כ״لا״ בסוף המילה.

למה בודקי הנגישות המקובלים לא רואים את זה

תקן PDF/UA ופרוטוקול Matterhorn, שעליהם בנויים veraPDF, ‏PAC והבודק של אקרובט, בודקים תגיות, מבנה, שפה, גופנים וטקסט חלופי. אף אחד מתנאי הכשל שלהם לא בודק באיזה כיוון נשמרו האותיות. לכן קובץ עברי שמור הפוך יכול לקבל ציון עובר מכל השלושה ועדיין להיקרא לאחור.

זה גם הפער בין ״עבר בדיקה״ לבין ״נגיש״. מסמך שנקרא הפוך אינו עומד בדרישה הבסיסית ש‑WCAG ותקן 5568 מציבים — שאפשר יהיה לקרוא אותו.

איך מתקנים

אם יש לכם את קובץ המקור — עדיף לייצא מחדש

זה הפתרון הנקי. ייצוא מ‑Word, מ‑Google Docs או מגרסה עדכנית של InDesign במהדורה התומכת בעברית שומר את הטקסט בסדר לוגי, כפי שמקלידים אותו. אחרי הייצוא עשו שוב את בדיקת ההעתקה. אם העברית יוצאת תקינה, הבעיה נפתרה במקור, וזה תמיד עדיף על תיקון בדיעבד.

אם הקובץ הופק ממערכת — מחולל דוחות, מערכת תלושים, מערכת משפטית — שווה לבדוק אם יש לה הגדרה של ״עברית לוגית״ או ״Unicode״ בייצוא ל‑PDF. לעתים קרובות זו הגדרה אחת שמתקנת אלפי מסמכים עתידיים.

אם אין מקור — מצרפים את הטקסט הנכון, לא הופכים את הציור

אסור ״פשוט להפוך את האותיות״ בתוך הקובץ, משתי סיבות:

  • מספרים, תאריכים ומילים באנגלית בתוך שורה עברית נשמרו דווקא בסדר הנכון. היפוך עיוור הופך גם אותם, ו־2014 נהיה 4102.
  • שינוי התווים משנה את מה שמצויר. מסמך רשמי שנראה אחרת אחרי התיקון הוא מסמך אחר.

הדרך שהתקן קובע לכך היא ActualText: לכל קטע במבנה המסמך מצרפים את הטקסט בסדר הלוגי. קורא מסך, העתקה וחיפוש קוראים את ה‑ActualText, והאותיות המצוירות לא זזות. באקרובט אפשר להזין ActualText לתגית דרך מאפייני התגית, שורה אחר שורה — אפשרי במסמך של עמוד, לא מעשי במסמך של עשרים.

מה Taggart עושה

הבודק של Taggart מזהה סדר ויזואלי בשני סימנים בלתי תלויים: כיוון שבו התוכנה צבעה את השורה, ומיקום האותיות הסופיות והתחיליות. לכל שורה הוא מציג את הטקסט כפי שהוא שמור, את הטקסט בסדר הלוגי, ואת הנימוק — כדי שתוכלו לבדוק את הקביעה ולא רק לקבל אותה.

התיקון מצרף לכל שורה את הטקסט הלוגי כ‑ActualText ואת שפת הקטע (‏‎/Lang‎), ואינו נוגע בציור. אחרי התיקון כל עמוד מושווה לעמוד המקורי, ותיקון שמשנה את המראה נזרק. גם כשהמפיק שם כמה שורות של פסקה ברצף אחד — מקרה נפוץ במסמכים אמיתיים — כל השורות מקבלות את הטקסט שלהן, ואף שורה לא נשתקת.

מה שהוא לא עושה: הוא לא קובע במקומכם ששורה ״מספיק בטוחה״. שורות שהסימנים בהן לא מכריעים מסומנות כ״לא הוכרעו״ ומוצגות לכם, במקום להיספר כתקינות.

מה עוד כדאי לבדוק באותו מסמך

מסמך ששמור הפוך מגיע בדרך כלל עם עוד שתי בעיות:

  • שפת המסמך מוגדרת כאנגלית. קורא המסך מקריא עברית בקול אנגלי. בודקים את זה במאפייני המסמך, ובעמוד תקן 5568 ומסמכי PDF יש פירוט.
  • אין תגיות בכלל, או סדר קריאה שבור. מערכות שכותבות עברית הפוכה לרוב לא מתייגות. ראו סדר קריאה ב‑PDF.

הדרך המהירה לראות את שלושתן יחד: להריץ את הקובץ בבודק החינמי ולפתוח את לשונית ״ימין לשמאל״.

שאלות נפוצות

למה כשאני מעתיק טקסט מ‑PDF העברית יוצאת הפוכה?

ברוב המקרים הקובץ שומר את האותיות בסדר ויזואלי: התוכנה שיצרה אותו הפכה כל שורה מראש וצבעה אותה משמאל לימין. על המסך זה נראה מושלם, אבל מי שקורא את הטקסט עצמו — העתק‑הדבק, חיפוש, קורא מסך — מקבל את התווים בסדר שבו נשמרו, כלומר הפוך.

אפשר פשוט להפוך את הטקסט בחזרה?

לא בצורה אמינה. שורה עברית מכילה לעתים קרובות מספרים, תאריכים ומילים באנגלית, שנשמרו דווקא בסדר הנכון; היפוך עיוור הופך גם אותם. ושינוי האותיות בתוך הקובץ משנה את מה שמצויר על הדף. הדרך התקנית היא לצרף לכל קטע את הטקסט בסדר הלוגי כ‑ActualText, בלי לגעת בציור.

זה משפיע רק על עיוורים?

לא. חיפוש בתוך הקובץ לא מוצא מילים, העתקה לדוא״ל או למסמך אחר יוצאת הפוכה, ומנוע חיפוש שמחלץ את הטקסט של הקובץ עלול לאנדקס אותו הפוך — כך שהמסמך לא יימצא בחיפוש בעברית. לגבי קורא מסך, זה ההבדל בין מסמך קריא למסמך שאי אפשר להשתמש בו.

איך אני יודע בוודאות שזה הקובץ ולא התוכנה שאליה הדבקתי?

חפשו אותיות סופיות — ך ם ן ף ץ. בעברית הן מופיעות רק בסוף מילה. אם בטקסט שהעתקתם הן יושבות בתחילת מילים (״םולש״ במקום ״שלום״), הקובץ עצמו שמור הפוך. זה גם אחד הסימנים שהבודק של Taggart משתמש בהם.

בודקי נגישות רגילים לא מזהים את זה?

לא. PDF/UA ופרוטוקול Matterhorn אינם בודקים את כיוון האחסון, ולכן קובץ עברי שמור הפוך יכול לעבור את veraPDF, את PAC ואת הבודק של אקרובט — ועדיין להיקרא מהסוף להתחלה. זו בדיקה נפרדת, ובשבילה היא קיימת כאן.

עוד בנושא

תנאי כשל קשורים

העמודים הטכניים המלאים באנגלית, עם קטעי קוד ופתרונות ב‑Acrobat.

Taggart — הנגשת מסמכי PDF בעברית: בדיקה, תיקון ודוח הנגשה, בלי לשנות את מראה הדף.

בדקו קובץ משלכם. הבודק חינמי וללא הגבלה, בלי סימן מים — בלי חשבון עד 60 עמודים, ועם חשבון חינמי בלי מגבלת עמודים.

ראו את זה על קובץ עברי, בחינם

הנה מה שמקבלים: דוח תיקון לדוגמה (PDF).

עודכן לאחרונה . אין באמור ייעוץ משפטי.