לפי מה שהבנתי, שניהם.

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

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

הבעיה, עד כמה שהבנתי, היא עם תאימות בטיפול בתווים שהם, כשלעצמם, אינם בעלי כיוון (ימין לשמאל או שמאל לימין) -- למשל, "-". אם רצף התווים שתוקתק, או הרצף שמופיע בקובץ, הוא (מימין לשמאל)

א ב ג - c b a

אז מה לעשות עם ה"-"? האם הוא שייך לעברית, ואז הפלט הוא

אבג-abc

או שהוא שייך לאנגלית, ואז הפלט הוא

אבגabc-

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

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

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

הפתרון של ms אכן מעצבן לפעמים. הרבה פעמים יוצא לי לראות שהוורד כותב משהו שלא התכוונתי אליו. אבל זהו פתרון טוב, כי הוא נותן לי להחליט מה אני רוצה.
בוא נניח ש-oo ינחש שזה צריך להיראות ככה : "אבג-abc" . זה נראה הגיוני ברוב המקרים, אבל מה אם אני *דווקא* רוצה שזה יראה הפוך. ב-ms אין לי בעיה, גם אם אני לא מבין בדיוק איך עובדת השיטה אני אכתוב עוד פעם וזה יסתדר. ב-oo אין לי ברירה - ככה הוא מנחש וזהו. האפשרות היחידה שלי זה להוסיף רווח או משהו, שיראה ככה : "אבג abc-", אבל לעולם לא אצליח לזה להיראות ככה : "אבגabc-". אני לא רוצה שהמחשב ינחש בשבילי מה אני רוצה לכתוב!!!

זה מזכיר לי שבימי הוינדוס 95 (או 98) לא היית יכול ליצור קובץ ששמו למשל "4dos".
היתה גרסה של דוס שנקראה 4dos. היה לי לינק על שולחן העבודה שרציתי לקרוא לו, כמובן 4dos, אבל לא יכולתי : איך שהייתי כותב, 4 s o d או s o d 4, בכל זאת מה שהייתי מקבל זה dos4. זה מעצבן שאין לך שליטה על איך שדברים ייראו, הוינדוס ניחש ש-4 זו אות שצריכה לקבל כיווניות עברית, ולכן הצמיד אותה לימין, ולא אבפת לו שאני רוצה דווקא אחרת. מעצבן.

לסיכום הטענה שלי, אני חושב שלמרות שוינדוס חרגו במקרה זה מהתקן - הם החליטו החלטה נכונה וזו ההחלטה ש-oo צריכה גם לקחת. לא בשביל תאימות עם ms, אלא בגלל שזו באמת דרך יותר טובה לטפל במצב. אני לא יודע מה זה IME, אבל כנראה שצריך לשכלל אותו בלינוקס כדי שייתן את ה-locale במקרה של תווים חלשים. ויש לעדכן את התקן של יוניקוד באותה צורה שבה פעלו מייקרוסופט.
אז נכון, ישמ מקרים בהם התקן של מייקרוסופט לא מתנהג כמו שמצפים, אבל יהיו יותר מקרים שבהם התקן של oo לא יתנהג כמו שצריך. אם נשים את הדברים על השולחן הדבר היחיד שמפריע ל-Oo לממש את התקן של מייקרוסופט הוא חוסר התמיכה של IME בלינוקס. את זה אפשר לתקן ע"י תיקון IME. קוד פתוח או לא קוד פתוח ?

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

זה הרי היופי בהצבעות שכל אחד מפעיל שיקול דעת ופועל לפיו.
מי שרץ להצביע עם מידע חלקי הרי לבטח לא יטרח לבדוק את אמיתות התיאורים של נירו והפיל כך שלא תרוויח מהצבעה חדשה מאום ברמה העקרונית (ברמה הפרקטית אולי תקבל חיזוק לעמדה שבא אתה מצדד)

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

לא נראה לי מחסום בלתי-עביר. אתה ממילא צריך להתרגל לתפריטים אחרים ומקשי-קיצור אחרים.

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

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

האם זה לא מספיק? ברגע שידוע שאנחנו משתמשים בשפה העברית, זה מספיק בשביל לדע שזה RTL.

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

* השיטה של מיקרוסופט אופיס מבלבלת מאוד כאשר אתה רוצה להכניס טקסט לתוך טקסט קיים שמכיל סוגריים וספרות מעורבים. הרבה פעמים לא ברור איפה יהיה ה-insertion point. השיטה של מיקרוסופט גם יוצרת בלגן כשאתה כותב משפט בעברית, פותח סוגריים, ממשיך לכתוב בעברית, עובר לאנגלית ואז סוגר סוגריים: בגלל שהסוגריים הסוגרים נכתבו כשהיית על מקלדת אנגלית פעמים רבות יוצא בלגן.
יש עוד באגים ידועים בשיטה של מיקרוסופט.
כן, לרובם יש מעקפים. אבל למה להעתיק את הבאגים כשאפשר להשתמש בשיטה יותר טובה?
* השיטה של מיקרוסופט אינה זהה בין גרסאות אופיס. איזו מהן אתה רוצה להעתיק?
* לא בכל גרסאות X/מנהלי החלונות אפשר לדעת מהי שפת המקלדת. אל תניח שכולם משתמשים באותה מערכת שאתה משתמש.
* השיטה המוצעת (ובניגוד למה שאחרים כתבו כאן, לא מדובר בהצעה שלי), אינה דורשת התערבות רבה מן המשתמש או הבנה רבה באלגוריתם ה-bidi.