חיפוש באגים בנושא BiDi

יש לך שאלה על של חבילת Mozilla/Seamonkey? אולי יש לך תשובה לשאלות של אחרים?
סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

Re: חיפוש באגים בנושא BiDi

הודעה שלא נקראהעל ידי Prognathous » 11 אוגוסט 2003, 00:41

Prognathous כתב:3. תצוגה לא נכונה של סימן הפיסוק המסיים במשפט עברי שמסתיים במילה לועזית (כשיש אחריו משפט עברי שמתחיל במילה לועזית או במספר). למשל:
מילה word.
word מילה.
שימו לב למיקום הנקודה במשפט הראשון. כנ"ל ל-BiDi ו-91 בפיסקה הפותחת של ההודעה.


מילה word.?
word מילה.

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

Prog.

אורח

Re: חיפוש באגים בנושא BiDi

הודעה שלא נקראהעל ידי אורח » 23 דצמבר 2003, 23:57

רצוני להפנות את תשומת לב באי הפורום לבאג BiDi נוסף, לא חדש אך אשר לא ממש מדווח כי קצת קשה לשים עליו את האצבע, והוא אף מסומן כבאג של Editor: Core .

http://bugzilla.mozilla.org/show_bug.cgi?id=151999

הכותרת היא Text selection does not work properly in multiline text boxes

והבאג מתייחס גם להודעות דוא"ל וגם לתיבות בדפדפן (כמו למשל התיבה לכתיבת הודעות בפורום).

סמל אישי של המשתמש
אייל רוזנברג
הודעות: 329
הצטרף: 18 אוגוסט 2003, 19:02
מיקום: חיפה
יצירת קשר:

Re: חיפוש באגים בנושא BiDi

הודעה שלא נקראהעל ידי אייל רוזנברג » 24 דצמבר 2003, 00:04

מצטער, אני האורח, חשבתי שאני מחובר.

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 24 דצמבר 2003, 14:30

איל, הוספתי תגובה נוספת לבאג, אבל אולי כדאי שתכיר קודם את ההבדל בין בחירה לוגית לביו בחירה חזותית (וויזואלית).

קח לדוגמה את המשפט הבא:
עברית English ועוד עברית.

אם תבחר את 9 התווים הראשונים באופן לוגי, תקבל את זה:
עברית English ועוד עברית.

לעומת זאת, אם תבחר את 9 התווים הראשונים באופן חזותי, תקבל את זה:
עברית English ועוד עברית.

גם מוזילה וגם אקפלורר משתמשים בבחירה לוגית. ייתכן שיש לך ציפיות אחרות?

Prog.

עריכה: תיקון קטן בדוגמה.
נערך לאחרונה על ידי Prognathous ב 24 דצמבר 2003, 19:00, נערך פעם 1 בסך הכל.

סמל אישי של המשתמש
אייל רוזנברג
הודעות: 329
הצטרף: 18 אוגוסט 2003, 19:02
מיקום: חיפה
יצירת קשר:

הודעה שלא נקראהעל ידי אייל רוזנברג » 24 דצמבר 2003, 15:29

טוב, הבה נתחיל.

- אם הן Mozilla הן IE6 משתמשים בבחירה לוגית, מדוע אין התנהגויותיהם דומות זו לזו כלל?

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

- בעייה מס' 2 שתיארתי אינה קשורה לשאלה האם הבחירה היא לוגית או לא. אם מעמדה מסויימת בה נלחץ shift+home לא נבחר טקסט, לא ייתכן כי הסמן יזוז.

- בעייה מס' 3 שתיארתי אינה קשורה לשאלה האם הבחירה היא לוגית או לא. בתיבת טקסט מיושרת לימין, המקום השמאלי ביותר בשורה האחרונה הוא סוף הטקסט. הן בבחירה לוגית והן בבחירה ויזואלית, ביצוע shift+up ממצב כזה לא צריך לבחור את כל הטקסט (ז"א 4,5,6 או 7007 שורות).

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 24 דצמבר 2003, 18:53

אייל רוזנברג כתב:- אם הן Mozilla הן IE6 משתמשים בבחירה לוגית, מדוע אין התנהגויותיהם דומות זו לזו כלל?


ההתנהגויות *כן* דומות. ההבדלים נובעים מסיבות שאינן קשורות למנגנון הבחירה, אלא לאופן שבו שני הדפדפנים מציגים טקסט RTL בשדה של טקסט LTR. אתה מוזמן להשתמש באותו testcase ולפתוח באג בנושא הזה, אבל אני לא בטוח שדווקא הפתרון של IE הוא הנכון.

- בעייה מס' 1 שתיארתי אינה קשורה לשאלה האם הבחירה היא לוגית או לא. אני תיארתי מצב בו, מאותו מקום של הסמן, אותה פעולה לאחר רצפים שונים של פעולות בעבר מניבה תוצאות שונות.


כאן בדיוק הבעיה שלך! לוגית, זה לא אותו מיקום של הסמן. זה רק נראה דומה. במקרה הראשון הסמן בסוף השורה, בדיוק היכן שהצבת אותו עם העכבר, ולכן Shift+Up (לוגי) מסמן הכל עד תחילתה. במקרה השני הסמן (לוגית) בתחילת השורה, שהרי לחצת Home. במקרה כזה, Shift+Up יסמן הכל עד תחילת השורה שמעל. הסיבה שקשה לך להבחין במיקום הסמן בין שני המצבים אינה קשורה למנגנון הבחירה, אלא לבאג 207186 שעוסק במיקום סמן ההקלדה.

- בעייה מס' 2 שתיארתי אינה קשורה לשאלה האם הבחירה היא לוגית או לא. אם מעמדה מסויימת בה נלחץ shift+home לא נבחר טקסט, לא ייתכן כי הסמן יזוז.


שום טקסט לא אמור להבחר בלחיצה על Shift+Home מכיוון שהסמן כבר ממוקם בתחילת השורה. מה בדיוק אתה מצפה שיקרה במצב כזה?
לגבי תזוזת הסמן לשורה הבאה, ניחשת נכון, מדובר שוב בבאג 207186.

- בעייה מס' 3 שתיארתי אינה קשורה לשאלה האם הבחירה היא לוגית או לא. בתיבת טקסט מיושרת לימין, המקום השמאלי ביותר בשורה האחרונה הוא סוף הטקסט. הן בבחירה לוגית והן בבחירה ויזואלית, ביצוע shift+up ממצב כזה לא צריך לבחור את כל הטקסט (ז"א 4,5,6 או 7007 שורות).


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

קוד: בחר הכל

In problem no. 3: when pressing shift+up, the fourth line plus the leftmost
character of the third line are selected


כך זה נראה:
תמונה

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

Prog.

סמל אישי של המשתמש
אייל רוזנברג
הודעות: 329
הצטרף: 18 אוגוסט 2003, 19:02
מיקום: חיפה
יצירת קשר:

הודעה שלא נקראהעל ידי אייל רוזנברג » 25 דצמבר 2003, 01:37

Prognathous כתב:ההתנהגויות *כן* דומות. ההבדלים נובעים מסיבות שאינן קשורות למנגנון הבחירה, אלא לאופן שבו שני הדפדפנים מציגים טקסט RTL בשדה של טקסט LTR.

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

כאן בדיוק הבעיה שלך! לוגית, זה לא אותו מיקום של הסמן.

זה רק נראה דומה. במקרה הראשון הסמן בסוף השורה, בדיוק היכן שהצבת אותו עם העכבר, ולכן Shift+Up (לוגי) מסמן הכל עד תחילתה. במקרה השני הסמן (לוגית) בתחילת השורה, שהרי לחצת Home. במקרה כזה, Shift+Up יסמן הכל עד תחילת השורה שמעל. הסיבה שקשה לך להבחין במיקום הסמן בין שני המצבים אינה קשורה למנגנון הבחירה, אלא לבאג 207186 שעוסק במיקום סמן ההקלדה.

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

שום טקסט לא אמור להבחר בלחיצה על Shift+Home מכיוון שהסמן כבר ממוקם בתחילת השורה. מה בדיוק אתה מצפה שיקרה במצב כזה?
לגבי תזוזת הסמן לשורה הבאה, ניחשת נכון, מדובר שוב בבאג 207186.

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

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

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

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 25 דצמבר 2003, 02:53

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


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

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


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

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


המקרה הזה בהחלט שייך לבאג 207186, מכיוון שגם ללא בחירה, לחיצה על Home מביאה את הסמן *בדיוק* לאותה נקודה. אני מתכוון להוסיף לבאג את התאור של הבעיה הזו. תודה על חדות העין.

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


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

1. פתחו את הדף הזה
2. בתיבת הטקסט העליונה, מקמו את סמן ההקלדה בסוף הטקסט (משמאל לאות השמאלית ביותר בשורה האחרונה).
3. לחצו על Shift+חץ למעלה.

תוצאות: השורה האחרונה נבחרה, וכך גם התו האחרון בשורה שלפני האחרונה.
תוצאות צפויות: כנ?ל.

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

לכל צורך ועניין, התוצאה זהה.

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

Prog.

סמל אישי של המשתמש
אייל רוזנברג
הודעות: 329
הצטרף: 18 אוגוסט 2003, 19:02
מיקום: חיפה
יצירת קשר:

הודעה שלא נקראהעל ידי אייל רוזנברג » 25 דצמבר 2003, 09:36

את הטקסט שציטטת כתבתי לגבי ההתנהגות של IE, לא של מוזילה! אני מיד הולך להבהיר את זה ב-bugzilla...

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

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

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 25 דצמבר 2003, 09:40

אייל רוזנברג כתב:את הטקסט שציטטת כתבתי לגבי ההתנהגות של IE, לא של מוזילה! אני מיד הולך להבהיר את זה ב-bugzilla...


אבל אין הבדל בנושא הזה.

הנה מוזילה:

תמונה

והנה IE:?

תמונה

זה נראה לך הבדל מהותי? זה נראה לך כמו משהו שצריך לתקן?

Prog.

PS.
מיותר לציין שבאגזילה היא מערכת למעקב אחרי באגים במוזילה, לא ב-IE.

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 25 דצמבר 2003, 09:49

אייל רוזנברג כתב:חוץ מזה לגבי ה-2? הראשונים אני מניח שאפשר להצדיק טענה שהבאגים הם יותר במיקום הסמן מאשר בבחירה. אני מצטער שקצת נסחפתי לרגשנות, פשוט חשבתי שאתה מתעלם ממה שאני אומר ולא הבנתי שאתה לא הבנת שבהערה 10 התכוונתי ל-IE ולא למוזילה.


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

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


תודה! זה החלק הכי חשוב בעיני, במיוחד בהתנהגות שלא נראית כבאג (לפחות לא לי).

Prog.

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 25 דצמבר 2003, 09:58

וכדי להסיר כל ספק, כך זה נראה עם הבילד החדש ביותר של Firebird:?

תמונה

הרווח המיותר מצד ימין הוא באג 228156 שמשפיע על כל הבילדים האחרונים של מוזילה ונגזרותיה.

Prog.

סמל אישי של המשתמש
אייל רוזנברג
הודעות: 329
הצטרף: 18 אוגוסט 2003, 19:02
מיקום: חיפה
יצירת קשר:

הודעה שלא נקראהעל ידי אייל רוזנברג » 25 דצמבר 2003, 10:04

התנהגות רצויה של מנגנון בחירות התמליל:

באופן כללי, יש להפריד בין התנהגות בתנועה 'ימינה' או 'שמאלה' (הווה אומר שימוש בחץ ימין או חץ שמאל, אשר בעברית צריכים להוות תנועה אחורה או קדימה במקרה הלוגי וימינה או שמאלה במקרה הויזואלי), לבין תנועה 'למעלה' או 'למטה' (ז"א שימוש בחיצי מעלה ומטה, או במקשי PgUp/PgDn וכו'). לגבי הסוג הראשון של תנועה, ראוי שתהיה אפשרות ניתנת לקביעה ע"י המשתמש; לגבי הסוג השני, משמעות הבקשה לבחור 'שורה אחת למעלה' הינה משמעות ויזואלית, אפילו אם על הבחירה להתבצע באופן לוגי. כוונתי היא שלחיצה על shift+up צריכה להיות שקולה ללחיצות חוזרות על shift+right (ז"א בחירת תו אחד אחורה) עד לרגע שבו הסמן עומד (ז"א עומד על המסך, לא מעניין ה-state הפנימי) בדיוק מעל מקומו המקורי, שורה אחת מעל (או עד תחילת הטקסט אם אין שורה מעל; לחילופין במקרה שאין שורה מעל אפשר לא לבחור כלום, זה כבר עניין לשיקול דעת).

ספציפית,

- בבעייה מס' 1 שתיארתי, עבור סמן הנמצא במצב מסויים על המסך, ז"א מבחינה גרפית (המצב על המסך כולל את מיקומו ומראהו, ז"א האם יש בליטת כיוון ולאן היא מופנית), וללא קיום בחירה באותו רגע, ה-state הפנימי של מנגנון הבחירה/מיקום הסמן חייב להיות יחיד, ז"א על ההתנהגות להיות יחידה ללא תלות ברצף הפעולות שקדם למצב זה.
- בבעייה מס' 2 שתיארתי, אם לא נבחר אף תו טקסט, על הסמן להישאר במקומו ובמצבו הנוכחי.
- בבעייה מס' 3 שתיארתי, הבחירה צריכה להיות של כל השורה הרביעית, ושל _אף_תו_ בשורה השלישית, כאשר על הסמן להיות אחרי התו האחרון בשורה השלישית, שהוא הפסיק. אם לא יהיה רווח מיותר, ההתנהגות הצפויה היא בחירה כנ"ל ועוד הבחירה של הפסיק, לפי אותו שיקול.

נ.ב.: בתיבת textarea המיושרת לימין, רשמו את הצירוף הבא בתחילת שורה: גרש ואז ספרה, למשל '1 . עתה, לחצו על end. נסו להשתמש בחץ הימני כדי לנוע לתחילת השורה. אי-אפשר! מגניב, נכון? הרגע שמתי לב לזה. לאיזה באג זה מתאים?

נ.ב.ב. - עשיתי את הבדיקות הן עם Mozilla 2003-12-03-08 והן עם Firebird 2003-12-16 . אולי יש התנהגות שונה על המערכות של שנינו? או ענייני Windows/Linux או משהו?

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 25 דצמבר 2003, 17:32

אוקי, נראה לי ששנינו מסכימים שהמקום הנכון לתאור באגים עם מיקום הסמן הוא באג 207186, ולכן אתמקד בבעיה השלישית:

אייל רוזנברג כתב:- בבעייה מס' 3 שתיארתי, הבחירה צריכה להיות של כל השורה הרביעית, ושל _אף_תו_ בשורה השלישית, כאשר על הסמן להיות אחרי התו האחרון בשורה השלישית, שהוא הפסיק. אם לא יהיה רווח מיותר, ההתנהגות הצפויה היא בחירה כנ"ל ועוד הבחירה של הפסיק, לפי אותו שיקול.


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

נ.ב.: בתיבת textarea המיושרת לימין, רשמו את הצירוף הבא בתחילת שורה: גרש ואז ספרה, למשל '1 . עתה, לחצו על end. נסו להשתמש בחץ הימני כדי לנוע לתחילת השורה. אי-אפשר! מגניב, נכון? הרגע שמתי לב לזה. לאיזה באג זה מתאים?


נחש! ;)

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

נ.ב.ב. - עשיתי את הבדיקות הן עם Mozilla 2003-12-03-08 והן עם Firebird 2003-12-16. אולי יש התנהגות שונה על המערכות של שנינו? או ענייני Windows/Linux או משהו?


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

Prog.

סמל אישי של המשתמש
Prognathous
הודעות: 941
הצטרף: 15 דצמבר 2002, 12:11

הודעה שלא נקראהעל ידי Prognathous » 25 דצמבר 2003, 18:42

הצלחתי סוף סוף לשחזר את הבאג. פרטים נוספים בתגובה הזו.

Prog.


חזור אל “SeaMonkey”



מי מחובר

משתמשים הגולשים בפורום זה: אין משתמשים רשומים ואורח אחד