Re: The kmail bidi jumping lines bug

Shai Berger <[email protected]>
Newsgroups gmane.comp.kde.internationalization.hebrew
Message-ID <[email protected]>
(מרים את ראשו מתוך ערימה של ניירת, צעצועי ילדים ושאר עיסוקים) אז איפה היינו?

On Friday, September 15 2006 19:38, Diego Iastrubni wrote:

>
> מה כולם כזה נגד html mail...? זה כולה עוד צורה להעביר תוכן ממקום למקום. זה
> שיש אנשים שמצלים את זה לרעה זה לא הופך את הטכנולוגיה הזאת לרעה - רק את
> האנשים.
>
כשאני נכנס לאתר מפוקפק, אני משתמש באמצעי הגנה: הסקריפטים מכובים, הפופ-אפים 
חסומים, וכולי. כל הודעת דואר שאני פותח, עד שראיתי שהיא לגיטימית, היא לצורך 
הענין אתר מפוקפק שיש להתייחס אליו בחשדנות. לכן, הצירוף האופטימלי של נוחות 
ובטיחות מושג כאשר אפשר לקרוא את ההודעה כטקסט פשוט. גם המתכננים של kmail 
חושבים כך, ולכן אפשור הצגת html mail ללא אישור פרטני הוא אופציה בהגדות 
האבטחה.

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

החיים קשים. ואת ההבדל בין טאב לקבוצת רווחים אתה רואה? ומה שיותר רלוונטי 
לענייננו, את ההבדל בין wrap-around ל-newline?

> בוא נעשה קצת ניסויים: 
>
> הפונקציה ‪printf()‬ מקבלת כמה פרמטרים.
> הפונקציה ()printf מקבלת כמה פרמטרים.
>
> למרות ששתי השורות הללו נראות *אותו* דבר אצלך במסך (בשאיפה... ) הן מכילות
> טקסט שונה: בראשונה הסוגריים נמצאות אחרי שם הפונקציה, ובראשונה לפני. אז איך
> שתיהם נראות אותו דבר...?

הן אכן נראות לי אותו דבר, וגם לא ברור לי על איזה רווחים דיברת בהודעה שאח"כ.
>
> > אגב, אם תבדוק עוד פעם את ההודעה ששלחת מ-T-Bird, תראה שאתה אמנם הפרדת
> > פסקאות ע"י שתי לחיצות enter, אבל T-Bird בעצמו כבר תרגם כל לחיצה כזו לשני
> > מעברי-שורה (בטקסט הפשוט; ב-html, אחרי כל פסקה שלך יש פסקה שמכילה רק מעבר
> > שורה). כלומר, לפחות לקוח חשוב אחד כבר מייצר עבורנו, בעצמו, בדיוק את
> > ההבחנה הנכונה.
>
> התנהגות שאני בתור משתמש לא אוהב. הדואר ב־Thunderbird נראה תמיד שונה ממה
> שאני מצפה, בגלל מעברי השורה ה"מיותרים הללו".

אני מסכים. ראיתי את האוי-ואבוי שהוא גרם כשאני, בסך-הכל, ניסיתי לשבור שורות 
ארוכות באופן ידני במקום עם wrap אוטומטי.
>

> > שני הפתרונות לבעיה -- להתייחס לשורות ריקות כמפרידות פסקאות, או לכוון כל
> > שורה לפי רוב התווים בה -- ישפרו הרבה  את המצב, גם אם לא יפתרו לחלוטין את
> > הבעיה. יכול אפילו להיות שהפתרון של רוב התווים יביא פחות שגיאות; אבל יש לו
> > את הבעיה שהוא מנוגד לתקנים, ולכן יזמין בעיות של interoperability (יש לזה
> > מלה עברית טובה?).
>
> כשאני הצעתי את הפתרון הזה לפני שלוש שנים (כאשר כתבתי את התמיכה הקוד שאנחנו
> משתמשים בו כרגע) הוא נפסל.

ע"י מפתחי kmail? כי אני לא זוכר דיון כזה כאן. ואתה מדבר על הפתרון של רוב 
התווים, או של הפרדה לפסקאות ע"י שורות ריקות?

> כי אנחנו לא שמים את המעבר שורה ה"אקסטרה" כמו 
> שאנשי מוזילה עושים. מה קורה ב־evolution? balsa? חס ושלום... Outlook? דואר
> הוא דבר מאוד חשוב בימינו ושינוי התנהגות מהותי כזה צריך לדבר עליו לעומק.

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

> זה 
> לא יכנס לתת גרסה של kmail, זה שינוי מהותי ואם יכנס (ואני מאוד סקפטי בעיניין
> הזה) זה יהיה לקראת kde4.

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

שי.


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/kde-il/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/kde-il/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:[email protected] 
    mailto:[email protected]

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.