פיצול שרשור ציוץ

מגבלת 280 התווים של ציוץ אינה בדיקה פשוטה של `text.length`, ורוב מונים התווים הנאיביים טועים בכך בדרכים חשובות. הכלי הזה מיישם את האלגוריתם האמיתי של X/Twitter באורך משוקלל: כל נקודת קוד נבדקת מול אותה טבלת טווח משוקלל שספריית הטקסט של הפלטפורמה משתמשת בו, כאשר רוב התווים הלטיניים, הקיריליים, היווניים והפיסוק הנפוצים נספרים כתו אחד, אבל כל מה שמחוץ לטווחים האלה - CJK אידיאוגרפים, רק 2 סמלים חשובים, רק 2 סימנים חשובים. טקסט לפי נקודת קוד אמיתית של Unicode (לא יחידות UTF-16 גולמיות) פירושו שאימוג'י במישור אסטרלי כמו פרצוף או דגל של זוג פונדקאים נספר בצורה נכונה פעם אחת, ולא בטעות כפול כפי שבדיקת `.length` נאיבית הייתה.

הכלל האמיתי הנוסף שקל לפספס שהכלי הזה מיישם ביושר: כל http(s):// או www. כתובת האתר בטקסט שלך נספרת כ-23 תווים בדיוק, ללא קשר אם הקישור המילולי הוא 20 תווים או 200. זהו האורך האמיתי המקוצר X מחליף לכל קישור, וזה אומר שלציוץ עמוס בכתובת אתר ארוכה נותר הרבה יותר מקום למילים ממשיות ממה שספירת תווים תמימה תציע - כאשר המפצל מחליט איפה זה.

פיצול פוסט ארוך לשרשור הוא יותר מסתם חיתוך כל 280 תווים. הכלי הזה עובד דרך שלוש שכבות של גבולות לפי סדר העדפה: הוא מנסה תחילה לשמור פסקאות שלמות יחדיו, נופל חזרה להיוריסטיקה אמיתית של גבול משפטים כאשר פסקה ארוכה מדי (מפצל מבוסס רגקס שיודע את ההבדל בין נקודת סיום משפט לבין אחת בתוך קיצור כמו "Dr." או "לדוגמה." או הפסקה 14 במספר פרטני כמו "3". משפט בודד עולה על הגבול - בכל שכבה, כתובת URL מטופלת כאסימון אחד בלתי ניתן לחלוקה ולעולם לא מפוצלת באמצע.

למספור שרשורים ("1/7", "2/7"...) יש רישיות קצה שבאמת קל להחמיץ: טקסט המספור עצמו משתמש בתווים בציוץ שאליו הוא מצורף, והרוחב של המספור תלוי בספירת הציוצים הכוללת, שאינך יודע עד לסיום הפיצול. הכלי הזה פותר את זה על ידי פיצול מחדש באופן איטרטיבי, שמירת האורך המשוקלל האמיתי של המספור לפני כל מעבר, עד שהתקציב השמור תואם את ספירת הציוצים שהתקבלה בפועל. ההגבלה הסטנדרטית של 280 תווים משמשת כברירת מחדל, עם הערה כנה שמנויי X Premium מקבלים מגבלה גבוהה בהרבה לטווח ארוך (עד כ-25,000 תווים) עבור פוסטים שאינם צריכים לעבוד כחוט ציבורי - בורר מאפשר לך לעבור למגבלה מותאמת אישית אם זה מה שאתה מכוון אליו.