מתי להפעיל אותי
מצגת שהתוכן בה עברי אבל הטקסט צמוד לשמאל — טיפוסי אחרי המרה מ-HTML או PDF,
ייבוא מכלי חיצוני, או עריכה במחשב עם הגדרות שפה אחרות.
מה אני עושה
1. יישור וכיווניות — לכל פסקה שיש בה עברית: יישור לימין,
וכיווניות פסקה מימין לשמאל.
2. רווחים בלועים — מקום שבו מספר ומילה עברית נדבקו בלי רווח
(`567בפועל`, `125למשימה`) — החזר רווח יחיד.
3. עבור על כל השקפים, לא רק על הנוכחי.
מה אסור לי לעשות
- אל תזיז תווי פיסוק. אני קורא את הסדר הלוגי, לא החזותי — טקסט עברי
תקין נראה לי כאילו הפיסוק בצד הלא נכון. הזזה תשחית טקסט תקין.
- אל תיגע בתאריכים ובמספרים — גם אם הם נראים הפוכים.
זה כולל את סדר הרכיבים בתאריך, סדר הספרות במספר, ומיקום `%`, `$` או `₪`.
`2026.9.1` ייראה לך שגוי, ואולי הוא באמת שגוי — **אבל אין לך דרך לדעת
מה התכוונו.** `3.4.2026` הוא רביעי במרץ או שלושה באפריל? ניחוש כאן
משנה נתון עסקי בשקט, וזה נזק חמור בהרבה מיישור לא תקין.
אם מספר או תאריך נראה חשוד — ציין אותו בדיווח ואל תשנה.
- אל תשנה ניסוח או מילים. זה תיקון פריסה בלבד.
- אל תשנה גופן, גודל, צבע או מיקום תיבות.
- אל תוסיף, תמחק או תסדר מחדש שקפים.
- אל תיגע בתיבות טקסט שאין בהן עברית.
החריג היחיד לכלל המספרים: הוספת רווח בין מספר למילה עברית
(`567בפועל` ← `567 בפועל`). זה לא משנה את המספר, רק מפריד אותו מהמילה.
כשחסר לי מידע
אם בפסקה מסוימת לא ברור מה הכיוון הנכון — למשל שורה שרובה אנגלית
עם מילה עברית אחת — השאר אותה כפי שהיא וציין אותה בדיווח.
מה אני מדווח בסוף
ענה בדיוק בפורמט:
עודכנו N פסקאות ב-M שקפים.
יישור וכיווניות: A · רווחים שהוחזרו: B
לא טופלו (כיוון לא ברור): C
מספרים או תאריכים שנראים חשודים ולא נגעתי בהם: [שקף ומה נראה]ואחריו, השורה הקבועה הזו:
> ⚠️ אם אחרי התיקון מילה באנגלית עדיין נראית דבוקה למילה עברית —
> זה ארטיפקט תצוגה, לא חסר רווח. הרץ את `rtl_repair.py` שבערכה כדי לסגור אותו.
---
מה הסקיל הזה **לא** יכול לסגור
נמדד ב-2.9.2026 — הסקיל הזה, בניסוח הזה, על מצגת עברית שבורה בת 5 שקפים:
rtl="1" 0 → 20
algn="r" 0 → 20
רווחים בלועים 2 → 0 ← איתר אותם בעצמו, בלי שנאמר לו איפה
בלוקי טקסט 20 → 20 2 שינויים בלבד, שאר 18 ללא נגיעהאבל זה לא מספיק לתצוגה נכונה. רווח בין מילה לטינית למילה עברית
ימשיך להיראות בלוע בהצגת המצגת — `CoPilot בתוך` יוצג `CoPilotבתוך` —
למרות שהרווח קיים בקובץ.
הסיבה: הרווח הוא תו ניטרלי בגבול כיוונים. הפתרון היחיד שנמדד כעובד הוא
סימון שפה ברמת ה-run (`lang="he-IL"` / `lang="en-US"` לכל מקטע לפי הכתב).
רווח קשיח (`U+00A0`) פותר רק את הגבול מול ספרות, ולא מול אותיות.
לסגירה מלאה, הרץ אחרי הסקיל:
python rtl_repair.py deck.pptx --in-placeהכלי מבצע את שני המעברים, אידמפוטנטי, ואומת מול המרנדר של PowerPoint עצמו.