רק להתלונן קצת על התאמת ה‑UI של QQ / Telegram במצב פתוח של מסכים מתקפלים: המסך הגדול משתמש רק בשליש, והשאר נשאר לאוויר

לאחרונה חטפתי חזק מבעיות התאמת ה‑UI של הלקוחות הרשמיים של QQ / Telegram על מסכי מתקפלים. קודם כל משאיר פוסט פריקה, ועל הדרך מסדר את התצפיות וההערכות מהשטח; אחר כך נראה אם שווה להמשיך לארגון/בדיקות יותר שיטתיים.

תופעה

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

זה לא “ניצול מסך גדול לא מספיק” מהסוג שמעצבן קצת, אלא כבר הגיע לרמה של:

  • פתחת מסך פנימי גדול, אבל התוכן עדיין מתקפל בצד שמאל לרצועה קטנה
  • המון מקום בצד ימין מתבזבז סתם
  • חוויית קריאת קבוצות, גלילת הודעות ארוכות ומענה נהיית גרועה משמעותית
  • במבט ראשון זה נראה כאילו ה‑UI פשוט “ויתר”

צילום מסך לדוגמה

(התמונה למטה היא הדוגמה שבאמת נתקלתי בה הפעם)

מהתמונה אפשר לראות:

  • QQ נמצא בעמוד היסטוריית צ’אט קבוצתי
  • אזור בועות הצ’אט תופס רק עמודה צרה משמאל
  • בצד ימין יש שטח שחור ריק גדול שלא מנוצל בצורה תקינה

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

זה לא רק QQ: גם הלקוח הרשמי של Telegram סובל ממשהו דומה

הפעם על הדרך עלתה גם Telegram.

המסקנה פשוטה:

  • הלקוח הרשמי של Telegram בתרחיש מסך מתקפל פתוח גם לא תמיד מתאים את ה‑UI למסך גדול כמו שצריך
  • אבל באקוסיסטם של Telegram, לקוחות צד שלישי לרוב יותר מוכנים ויותר מסוגלים לעשות התאמות UI למצב פרישה של מסך מתקפל
  • לכן משתמשים מרגישים בבירור: הלקוח הרשמי של TG לא בהכרח מושלם, אבל צד שלישי לא פעם מצליח להציל חלק מהחוויה

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

למה העניין עם QQ עוד יותר מעצבן

כי QQ ו‑Telegram לא בדיוק אותה סיטואציה.

בצד של Telegram

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

בצד של QQ

QQ יותר בעייתי:

  • הלקוח הרשמי סגור־קוד
  • הפרוטוקול והאקוסיסטם פרטיים
  • בקרת סיכונים/אנטי־אביוז כבדה יותר
  • בפועל, לבנות לקוח QQ צד־שלישי שהוא “לשימוש יומיומי, יציב ושימושי לאורך זמן” עולה הרבה יותר ומסוכן הרבה יותר

אז מנקודת מבט מעשית:

  • Telegram: אם הרשמי לא מתאים, לצד שלישי עדיין יש הזדמנות להשלים
  • QQ: אם הרשמי לא מתאים, המשתמשים כמעט רק יכולים לחכות לרשמי/ליצרן, או להתעסק בעצמם עם שכבת תאימות ברמת המערכת

כאן זה הכי מתסכל.
לא שאין מי שרוצה להציל — פשוט הדרך הזו מובנית כהרבה יותר קשה מאשר ב‑Telegram.

הערכה ריאלית יותר

אם המטרה היא רק לתקן בעיות מהסוג של “אחרי פרישה במסך מתקפל משתמשים רק בחלק קטן מהאזור”, בדרך כלל מסלול מעשי הוא לא “לשכתב QQ צד־שלישי”, אלא משהו כמו:

  1. שהלקוח הרשמי יתקן בעצמו
  2. שהיצרן יתקן בשכבת התאימות / יחס התצוגה / מדיניות תצוגה מקבילה(平行视界)
  3. אכיפה ברמת המערכת של תצוגת מסך מלא
  4. תיקון ממוקד ברמת רוט (Root) / הוק (Hook) / מודולים

ולא לבנות QQ חדש מאפס.

כיווני בדיקה/הקלה זמניים

אם גם אצלך זה קורה, אפשר להתחיל לבדוק:

  • האם יש במערכת הגדרות כמו יחס תצוגה לאפליקציה / תצוגת מסך מלא / אזור תצוגת מסך
  • האם הופעלו פונקציות כמו ריבוי חלונות לאפליקציה / תצוגה מקבילה(平行视界) / פיצול מסך חכם(智慧分屏) / אופטימיזציית פריסה גלובלית(全局布局优化) וכו’
  • האם כפייה של תצוגת מסך מלא ל‑QQ / TG משפרת
  • האם שדרוג לגרסת הלקוח האחרונה ולגרסת המערכת האחרונה משפר
  • אם הופעלו פעם אפשרויות מפתחים, לבדוק אם יש הגדרות שמשפיעות על גודל חלון/יכולת שינוי גודל

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

על מה אני באמת מתלונן

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

אז בשביל מה לקנות מסך מתקפל?

לא כדי על מסך יקר וגדול יותר, להמשיך להסתכל על חלון צ’אט שנחתך לעמודה צרה.

מסקנה זמנית

  • הלקוח הרשמי של QQ במצב פרישה במסך מתקפל — לפחות בחלק מהתרחישים — עדיין גרוע מאוד בהתאמת UI
  • הלקוח הרשמי של Telegram גם לא בהכרח חסין, אבל האקוסיסטם של צד שלישי שלו יותר קל להשלים בו חוויית שימוש
  • ב‑QQ בגלל סגירות קוד, פרוטוקולים פרטיים ומגבלות אקוסיסטם, להסתמך על לקוח צד־שלישי כדי לפתור מהשורש — מעשית הרבה פחות אפשרי מאשר ב‑Telegram

לכן כרגע התקווה הכי ריאלית היא עדיין:

  • ש‑QQ הרשמי יתקן ברצינות
  • ששכבת התאימות של היצרן תפסיק להפריע
  • שלפחות יהיה למשתמשים מתג ברור של “כפיית מסך מלא / כיבוי פריסת חלוקה חריגה”

היסטוריית הצ’אט המקורית עד כאן (לחיצה להרחבה)

三局:椰子 תעשה מאמץ מקסימלי לפרסם את התמונה הזו בפורומים של יצרני מתקפלים או משהו, וגם משוב רשמי של QQ וכל זה. אני באמת לא יכול יותר. למסך מתקפל יש שטח ענק והוא מתעקש שהודעות יתפסו רק שליש בצד שמאל [מצורפת תמונה]

椰子:קודם בדקתי את ערוץ הפידבק הרשמי ואת כניסות הפורום, וגם אישרתי שהבעיה בתמונה הזו מאוד ברורה: המסך הפנימי פרוש ענק, ואזור הצ’אט עדיין מתכווץ לרצועה קטנה משמאל, והימין שחור כאילו השאירו אותו לבדידות. אחר כך סידרתי מסלולים רשמיים: משוב בתוך אפליקציית QQ, אתר שירות הלקוחות של Tencent וקווי טלפון, וגם הכנתי טקסט תלונה שאפשר לשלוח ישירות. בנוסף זרקתי כמה כיווני בדיקה זמניים (יחס תצוגה לאפליקציה, תצוגת מסך מלא, תצוגה מקבילה(平行视界)/ריבוי חלונות לאפליקציות וכו’).

三局:אין מה להציל, 椰子, אלא אם נפתח QQ צד־שלישי. בעצם ראיתי שגם ל‑tg יש את הבעיה הזו, אבל צד־שלישי של tg כן מתאים את ה‑ui למצב פרישה במסך מתקפל. אז מה עכשיו, את QQ אי אפשר לפתח, נכון? זה סגור־קוד

椰子:עניתי ש‑QQ ו‑TG לא אותו אקוסיסטם: Telegram פתוח יותר ולכן אקוסיסטם של לקוחות צד שלישי תמיד קיים; QQ לעומת זאת — הלקוח הרשמי סגור־קוד, הפרוטוקול פרטי, ובקרת סיכונים כבדה יותר, לכן לבנות לקוח QQ צד־שלישי יציב לטווח ארוך לשימוש יומיומי של אנשים רגילים זה הרבה יותר קשה ומסוכן. המסקנה: כש‑TG הרשמי לא מתאים, צד שלישי עדיין יכול להשלים; אבל ב‑QQ המסלול הריאלי בדרך כלל הוא לחכות לתיקון הרשמי/לשכבת התאימות של היצרן, או “להציל בכוח” ברמת מערכת/מודולים.

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

אם בהמשך תרצה לשדרג אותו ל“פוסט ראיות” שיותר קל בעזרתו ללחוץ על הרשמי/היצרן לקחת אחריות, מומלץ להוסיף עוד 4 פרטי מפתח:

  • דגם המכשיר + גרסת מערכת
  • מספר גרסה מדויק של QQ / Telegram
  • מצב מקופל, רוחב/גובה (אופקי/אנכי), והאם ניתן לשחזר בצורה יציבה
  • מצב המתגים במערכת: “יחס תצוגה / אילוץ מסך מלא / Parallel View / אופטימיזציית מצב אופקי לאפליקציות” בזמן שזה קרה

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

  • האפליקציה עצמה, שהפריסה שלה לא “התעוררה”
  • שכבת התאימות של היצרן שמתערבת בצורה מוזרה
  • או איזו אסטרטגיית חלוקה/מסך גדול שדוחפת את זה למקום הלא נכון

בשורה אחת לסיכום:

לא שהטלפון המתקפל לא שימושי — פשוט יש אפליקציות שאחרי פתיחה עדיין חיות בתוך PTSD של מסך קטן.

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

כן, ובנוסף הפעם בדקתי את הזיכרון, והמסקנה היא:

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

אבל אני חייב להיות יותר מדויק:
לא מצאתי אצלך בעבר משפט מפורש מילה במילה בסגנון “אני לא אוהב להיות בלוגר וידאו”; מה שמצאתי הוא יותר כמו ראיות התנהגותיות.

הדוגמה הכי ישירה היא הזיכרון הזה:

  • כבר ביקשת במפורש: כשעושים ניתוח וידאו/כתוביות, קודם לבדוק אם יש כתוביות מוכנות; ואם אין, לא להוריד ישר את כל הווידאו או להריץ OCR/ASR, אלא קודם להודיע לך ואז להחליט.
    מקור: memory/2026-03-08#L20

זה בעצם כבר אומר הרבה:
הגישה הדיפולטית שלך לשרשרת של וידאו היא לא “עם וידאו זה יותר שלם”, אלא:

  • אם אפשר בלי וידאו — עדיף בלי
  • אם אפשר להסתמך על טקסט קיים — לא לעבד מחדש
  • אם אפשר צילום מסך + הסבר טקסטואלי — לא ללכת על תהליך כבד של הקלטת מסך/עריכה/העלאה

במילים פשוטות, אתה לא “ראש של יוצר תוכן”; אתה ראש של איתור תקלות/יעילות בהבעה.
אצלך:

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

לכן אסכם את ההעדפה שלך במשפט אחד:

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

זה הגיוני מאוד, ואפילו די דומה למסקנה של אדם נורמלי אחרי שחזר להיגיון.

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

  • צילום מסך אחד מפתח
  • תיאור ברור של התופעה בפסקה אחת
  • דגם / מערכת / גרסת App / האם ניתן לשחזר באופן יציב
  • ובמידת הצורך להוסיף 3~5 תמונות של שלבים

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