Taggart

סדר קריאה ב‑PDF בעברית: למה הטורים מתערבבים

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

מה באמת קובע את הסדר

מסמך PDF מתויג מחזיק שני תיאורים מקבילים של אותו עמוד.

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

עץ המבנה הוא עץ אובייקטים נפרד שתלוי ב‑/StructTreeRoot, והוא היחיד שמתאר משמעות ורצף.

השניים מחוברים במזהי תוכן מסומן. זרם התוכן עוטף כל קטע:

/P <</MCID 4>> BDC
  BT /F1 11 Tf 1 0 0 1 320 640 Tm ... Tj ET
EMC

ורכיב מבנה מצביע בחזרה עליו:

12 0 obj
<< /Type /StructElem /S /P /Pg 3 0 R /K [ 4 ] >>
endobj

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

לכן מסמך יכול להיראות מושלם ולהיקרא כשטות.

למה זה נכשל בעברית באופן שיטתי

שלוש סיבות, וכולן חוזרות.

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

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

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

איך רואים את הסדר האמיתי

אי אפשר לשפוט סדר קריאה מהדף. צריך את העץ.

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

התעלמו מלוח הסדר לצורך הזה.

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

בעמוד 4 סדר עץ המבנה חולק על סדר הקריאה הוויזואלי ב‑61 מתוך 210 זוגות רכיבים (29%), בפריסת 2 טורים.

תיקון בחינם, ב‑Acrobat Pro

1. תצוגה ← הצג/הסתר ← חלוניות ניווט ← תגיות.
2. אפשרויות ← הדגש תוכן.
3. לחצו על התגית הראשונה. ודאו שההדגשה נוחתת על התוכן שאמור להיקרא ראשון.
4. רדו בעץ עם מקשי החיצים ועקבו אחרי ההדגשה. התגית הראשונה שההדגשה שלה קופצת למקום לא צפוי היא התקלה הראשונה.
5. גררו אותה למקומה הנכון בעץ.
6. שמרו עותק לפני שאתם מתחילים. הביטול של Acrobat לרצף גרירות אינו אמין.

בעמוד שני טורים תזיזו בערך מחצית מהרכיבים, אחד־אחד.

אם קובץ המקור קיים — תקנו אותו וייצאו מחדש. ב‑InDesign, לוח Articles עם Use for Tagging Order מסומן הוא עבודה של שתי דקות שמבטלת את כל המשימה הזו. זה חינם לחלוטין וזה שורד את הגרסה הבאה של המסמך.

מה Taggart עושה אחרת

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

עמוד 3 הוא פריסת 2 טורים מימין לשמאל, אך סדר המבנה מתאים לסריקת טורים משמאל לימין (12% אי‑התאמה) הרבה יותר מאשר לסריקה מימין לשמאל (58%). הטורים מתויגים בסדר הפוך.

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

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

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

• 09-001 Tags are not in logical reading order
• TG-RTL-004 Reading order is not right-to-left aware
• TG-RTL-001 Right-to-left text is stored in visual order

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