נהדר. יש לנו עכשיו תקן בינלאומי למסמכי אופיס. מה הלאה? האם זה מבטיח שנוכל לשכוח מבעיות התאימות כדי להתרכז בכתיבה? בזמן שהתקן התגבש נוצרו כבר מספר תוכנות שתומכות בפורמט המדובר. אז איך זה לעבוד עם תקן אחיד למסמכי אופיס מתוכנות ומערכות הפעלה שונות? האם קל יותר לשתף מסמכים כך, או שמה נוצרו בעיות חדשות? לקחנו קובץ odt אחד לסיבוב קצר מחוץ למעבדה. מאת תום קויפרס, אלן ברג, אורי שרף.מספר לא מבוטל של חבילות אופיס ומעבדי תמלילים תומכים בפורמט OpenDocument. כידוע, מדובר בתקן פתוח שהוגדר כדי לאפשר שמירה ושיתוף קבצים בין תוכנות האופיס השונות. התקן הוגדר בכוונה לשמש אלטרנטיבה לפורמטים קנייניים קיימים, בעיקר אלו שיצרה חברת מיקרוסופט עבור חבילת האופיס הנפוצה שלה. במאמר זה ננסה להשוות בין מספר מעבדי תמלילים חופשיים שתומכים בפורמט, כדי לנסות להעריך איך הם מתמודדים עם פעולות פשוטות כמו יצירה, עריכה ושמירת קבצי ODF. גם אם נדמה שזה ברור מאליו, במציאות יש לתאימות זו השלכות חשובות והיא לא תמיד מובטחת. אנחנו נבדוק איך זה עובד בשטח כאשר מסמכים כאלו משותפים על ידי מספר משתמשים בסביבות עבודה ומערכות הפעלה שונות: בבית, בעבודה או במקום אחר.
אובונטו לייב עם אופן אופיס
לפתיחה, נתמקד תחילה באופן אופיס עצמה, חבילת יישומים משרדיים מקצועית שזוכה להערכה רבה. מלבד מסמכי טקטסט, היישומים היישומים השונים מסוגלים לשמור גם גיליונות אלקטרוניים ומצגות בפורמט ODF. על מנת להשאיר את הדיון ממוקד, נתייחס למסמכי טקסט בלבד.
שלב א: אתחלנו את המחשב מ-LiveCD של Ubuntu 5.10, הפעלנו את OpenOffice Writer בסביבת GNOME, ויצרנו מסמך טקסט חדש. המסמך מכיל מספר פיסקאות, כותרות ופונטים שונים, טבלה ותמונה. אנחנו מעריכים שמדובר במסמך אופייני. לאחר שסיימנו לערוך את המסמך, שמרנו אותו בעזרת הפקודה Save מתפריט File. כברירת מחדל, אופן אופיס פותחת ושומרה קבצים בפורמט OpenDocument. שימו לב לכך שקבענו את סוג הקובץ כ: OpenDocumentText (.odt) (תמונה 1). שימו לב גם לכך שגיליונות אלקטרוניים נשמרים עם סיומת .ods ואילו מצגות עם הסיומת .odp. שמרנו את המסמך שערכנו זה עתה בשם demo.odt. אנחנו מתכננים לערוך את המסמך הזה ולבצע בו שינויים בעזרת תוכנה אחרת. מאחר שאנחנו עובדים בסביבת LiveCD, לא ניתן להבטיח כתיבה בדיסק הקשיח במחשב. מסיבה זו, אנחנו ממליצים לשמור את המסמך בהתקן Disk-On-Key. כדאי אולי להזכיר ש-Knoppix 4.02 לא התקשתה לזהות ולעגון את המחיצות בדיסק הקשיח, כולל מחיצות Windows, שהיו זמינות בשולחן העבודה.
תמונה 1: שמירת מסמך בפורמט OpenDocument Text מתוך אופן אופיס
Slax 5.0.6 עם KOffice
Slax היא הפצת לייב משובחת נוספת שמבוססת על Slackware. השתמשנו בגירסה "Standard Edition" שכללה את KDE 3.4. מעבד התמלילים שלנו פה הוא KWord 1.4, חלקת מחבילת KOffice המשובחת לכשעצמה.
שלב ב: בואו נבדוק תחילה אם אנחנו יכולים לפתוח את הקובץ שיצרנו בשלב א מתוך סביבה זו. מתוך תפריט File, בחרנו Open. תיבת השיחה מציגה רשימה של פורמטי קבצים נתמכים, אבל לא מצויינת ברשימה מהיא הסיומת של קובץ מכל סוג. כדי לפתוח את הקובץ demo.odt שלנו, הצבענו על התקן ה-USB שלנוץ תחילה על ידי הקלקה כפולה על הסמל System בשולחן העבודה, ומשם Storage Media. התקן ה-USB מחובר ומעוגן במערכת הקבצים כאשר מקליקים על הסמל Removable Device.
תמונה 2: חיבור התקן USB
KWord מזהה קבצי .odt כ-OASIS OpenDocument Text. כדי לעשות סדר במושגים, OASIS הוא שמו של גוף התקינה המקורי שיצר את OpenDocument. מדובר בארגון שחברים בו גורמים שונים והוא פועל ללא מטרות רווח כדי להגדיר ולקדם שימוש בתקנים בתחום המסחר האלקטרוני. OASIS כבר יצרו תקנים מעניינים בתחומים מגוונים. באוניברסיטת אמסטרדם (שם לומד הכותב) אנחנו מ מכינים את חומר הלימוד עבור מערכת הלימוד המקוונת (E-Learning) שלנו בהתאם לתקן של OASIS. הקבוצה מבינה מהם תקנים איכותיים שמתאימים לעבודה גם במערכות קריטיות.
בחזרה לעניינינו. כאשר תפתחו את המסמך, תווכחו מיד שהוא נראה שונה מעט מהמסמך המקורי. התמונה שינתה מקומה מהמרכז לצד שמאל ונוסף רווח מתחת לתמונה. כל השינויים הללו גרמו לכך שקיבלנו עכשיו מסמך ובו שני דפים, במקום הדף הבודד שהיה לנו במקור.
למרות שאין כל קושי לקרא את המסמך והוא שלם, זה לא בדיוק מה שהייתם מצפים מתקן לצורך שיתוף קבצי אופיס... למרות זאת, צריך לקחת בחשבון ששוק יישומי האופיס מתפתח בקצב מהיר ולא נופתע לגלות שבעיות התאימות הללו יעלמו תוך פרק זמן קצר.
לפני שנמשיך, אנחנו חייבים לבצע מספר שינויים בקובץ הדוגמה שלנו. אנחנו סקרנים מאוד לגלות כיצד מתמודדות תוכנות אחרות עם אותו המסמך. הוספנו פיסקה חדשה לפני התמונה, ומירכזנו את התמונה שוב. לאחר מכן שמרנו את הקובץ באמצעות הפקודה Save מתפריט File, אבל אפשר גם פשוט ללחוץ על Ctrl+S. עכשיו כבר אין צורך עוד לבחור את סוג הקובץ, מפני שמעבד התמלילים יישמור את הקובץ באופן אוטומטי בפורמט odt.
WindowsXP עם AbiWord
היתרון הברור ביותר של תקנים, היא האפשרות לשתף מידע בצורה פשוטה ויעילה. אתם לא תלויים בתוכנה של ספק מסויים. למעשה, התועלת הזו לא באה לידי ביטוי רק ברמת התוכנה, אלא גם בחופש לבחור מערכת הפעלה אחרת. כדי לוודא זאת, החלטנו לנסות לערוך את הקובץ שיצרנו בשלבים הקודמים בעזרת תוכנה מתאימה במערכת ההפעלה Windows. לצורך זה בחרנו במעבד התמלילים החופשי AbiWord תחת WindowsXP.
השאיפות של המפתחים של AbiWord הן להפוך את מעבד התמלילים הזה זמין בכל מערכות ההפעלה. כיום ניתן להשתמש בו ברוב מערכות היוניקס, כולל Mac OS X, Windows 95 או גירסאות מאוחרות יותר.
גירסה 2.4.2, ששוחררה בינואר 2006, תומכת רשמית בפתיחת קבצי OpenDocument, לעומת ההרחבה שהייתה זמינה עד כה ואפשרה קריאה בלבד.
תיבת השיחה Open מהתפריט File מציגה כוללת אפשרות להציג מסמכים מסוג OpenDocument (.odt). אין כל קושי לבחור את הקובץ מהתקן ה-USB שלנו.
תמונה 3: פתיחת מסמך OpenDocument בעזרת AbiWord על WindowsXP
אי אפשר היה להתעלם הפעם מכך שהמסמך לא נראה כלל כמו המסמך ששמרנו קודם לכן בעזרת KWord. בדיוק כמו שראינו כאשר עברנו מאופן אופיס ל-KWord, מסמך הדוגמה שלנו סובל מבעיות תצוגה שלא ניתן לפטור אותן כזניחות. למרות שלא איבדנו נתונים, מאפייני תצוגה שונים נעלמו. התמונה עדיין במרכז, כפי שהייתה צריכה להיות, אבל היא מוקמה בתוך הטקסט של הפיסקה שהייתה צריכה להופיע בנפרד, אחריה.
אין ספק שאובדן נתונים אינה אפשרות נסבלת כאשר מדובר בשיתוף מסמכים בין משתמשים. אנחנו מתייחסים לאובדן הוראות העיצוב והעימוד כאובדן של נתונים גם כן, לכן מדובר כמובן בבעיה של ממש. יש מי שיאמרו שמיקום התמונה אינו חשוב, כל עוד התמונה עצמה לא נעלמה. הם יטענו שמעבדי תמלילים מאפשרים עריכת טקסט ולא סידור תמונות במסמך. אבל לדעתנו מבנה הקובץ הוא חלק בלתי נפרד מממסכי אופיס כאלה שמשלבים בדרך כלל טקסט, תמונות, טבלאות וכדומה. מבנה המסמך היא תכונה שמבדילה בין מעבד תמלילים ועורך מלל פשוט.
אין אפשרות לשמור מסמכי ODF מתוך AbiWord ואין תוסף שתומך באפשרות זו כיום. המפתחים מעדיפים להשתמש בפורמט RTF (Rich Text Document) הותיק, כפורמט שמתאים יותר לדעתם לצורך שיתוף מסמכים בין מעבדי תמלילים. כפי שהתברר מדיון שהתפתח ברשימת התפוצה של המפתחים, הסיבה לכך היא בעיות טכניות שקשורות במבני הנתונים בקבצים שמכילים מסמכים אלו. AbiWord תואמת עם פורמט RTF בצורה הדוקה יותר. לדעתנו, המומנטום ש-ODF ייצור בשוק התוכנה ייאלץ מפתחים ליישר קו אם מה שיהפוך לפורמט המקובל.
איך נראה קובץ OpenDocument?
קבצי OpenDocument נשמרים בקובץ מסוג JAR (Java Archive). קבצי JAR הם למעשה קבצי ZIP לכל עניין ודבר. קובץ ODF הוא למעשה אוסף של קבצי XML ומידע נוסף, כמו תמונות למשל. כדי להציג את קובץ הדוגמה שלנו בשורת הפקודה, הקלידו את הפקודה:
unzip -v demo.odtולאחר מכן בפקודה כמו cat כדי להציג את תוכן הקבצים הבודדים.
סקר שוק
תקנים הופכים שימושיים באמת, רק לאחר שהם נכנסים לשימוש בהיקף נרחב. בעיקר כאשר ישנם יישומים רבים שמנצלים את התקן. לזכות התקן יש לזכוף את העובדה שהוא לא מוגבל רק לתוכנות נפוצות. חברות רבות מציעות תמיכה ברמת התקן, בהן IBM עם Workspace Collaboration Services והחבילה המסחרית StarOffice של Sun. חבילת WordPerfect של Corel תתמוך אף היא בתקן זה בעתיד הקרוב. היא הייתה למעשה אחת החברות בועדת התקינה של OASIS שיצרה את התקן. למרבה הצער, אנחנו עדיין "לא שם". כפי שראינו, בעיות התאימות והעדר העקביות ברמת התצוגה בין מעבדי התמלילים היא בעיה של ממש. בעיה זו תעכב את החדירה של ODF, אלא אם כן תטופל בנחישות. כיום, רוב מעבדי התמלילים מאפשרים ייבוא מסמכי odt. המומנטום יווצר בתגובה לדרישה מצד המשתמשים. לכן אפשר לצפות שכאשר הפורמט הזה יהפוך פופולרי יותר, המפתחים ינסו לתמוך בייצוא עקבי ותקין של מסמכים אלו. בתורה, פעילות מסוג זה תרחבי את השימוש בתקנים פתוחים למסמכי האופיס.
אימוץ התקן אינו תלוי בתמיכה מצד יצרניות מעבדי התמלילים, אלא מגוון רחב של יישומים שונים. למשל, העובדה שתוכנה כמו Google Desktop Search מזהה קבצי ODF מבטיחה. השוק בעיצומו של מעבר.
ומה עם העברית...?
טרחתי והתקנתי את אופן אופיס לצורך סקירה זו. האמת היא שני לא טורח בדרך כלל משום שטקסט פשוט מספיק לי ולמרבה המזל, הוא די תואם בין מערכות הפעלה :) חזרתי על התרגיל שמתואר לעיל עם קובץ מורכב קצת יותר, למעשה עם הטקסט של הסקירה זו, כולל התמונות וטבלה. אני מניח שאני משתמש בגירסאות עדכניות יותר של התוכנות השונות (בוודאי לעומת Ubuntu Breezy), כך שהתוצאות משקפות טוב יותר את המצב כיום.
התקנתי את החבילות הבאות ממאגר current של Arch Linux:
* openoffice-base 2.0.2-2
* KWord 1.5
* AbiWord 2.4.3
כפי שאפשר לראות בתמונות המסך בהמשך, KWord לא הצליחה להציג את התמונה ששובצה במסמך שנוצר ב-OpenOffice, למרות שהכיתוב (caption) דווקא הופיע במקום הנכון ומיושר לימין (לא היה מיושר לימין באופן אופיס). אבל מלבד זאת, המבנה ותכולת המסמך, כולל הטבלה, הוצגו כפי שאפשר היה לצפות. KWord גם הפכה את סדר העמודות בטבלה, אבל שמרה על המבנה והתוכן. לגבי AbiWord, למרות הרצון העז לפרגן למעבד התמלילים המשובח הזה, הוא סובל מבעיות רבות בלי קשר לניסוי. במקרה זה, AbiWord לא הצליחה כלל לפתוח את הקבצים ופשוט נתקעה.
תמונה: המסמך המקורי באופן אופיס (הכיתוב אגב שגוי, מדובר בתיבת השיחה לשמירה)
תמונה: אותו מסמך ב-KWord
תמונה: טבלה במסמך המקורי באופן אופיס
תמונה: הטבלה ב-KWord
התוצאות של המבחן שערכתי, עם גרסאות עדכניות יותר של התוכנות, מעידות שאיכות התמיכה בתקן אכן משתפרת וכפי שהיה צפוי, זה קורה מהר למדי. הניסיון המר שיש לדוברי העברית עם עברית מכין אותנו לרע מכל, אבל עושה רושם שחלק מהבעיות שהתרגלנו להניח שהן חלק בלתי נפרד מתהליך הפיתוח של תוכנה, פשוט אינן כורח המציאות והתמיכה, כבר עכשיו ועל בסיס התמיכה הקיימת בדו-כיווניות, מרשימה למדי.
מסקנות
חשיבותו של פורמט OpenDocument Text משקף את ההבדלים בין פורמטים חופשיים וקנייניים. קחו כדוגמה את מסמכי ה-.doc של מיקרוסופט. הפורמט הקנייני הזה אינו מתועד היטב, ויצרניות של תוכנות אחרות מתקשות ליישם תמיכה טובה בפורמט הזה במוצרים שלהן. כל זה אומר שהמשתמשים תלויים בפועל בספק יחיד של תוכנה. הם תלויים בספק גם בכל מה שקשור לגירסאות עתידיות והתאימות ביניהן. בעולם הקנייני המשתמש חייב לשדרג את התוכנה לעיתים קרובות . משתמשים שבחרו בפורמט פתוח פטורים מהצורך הזה והם יכולים לעבור להשתמש בתוכנה אחרת מבלי לאבד את המסמכים שלהם. ארגונים ופרטים מתחילים להבין שחשוב מאוד שהמסמכים ישארו נגישים היום ובעתיד. את זה ניתן להבטיח רק כאשר המסמכים נשמרים בפורמט פתוח שאינו תלוי ביצרן מסויים. בינתיים, ההשקעה האמיתית אינה בתוכנה ליצירה וקריאה של מסמכי אופיס, אלא בתוכן שמסמכים אלו מכילים.
בתור תקן פתוח, יש ל-ODF מספר יתרונות: חופש לבחור את התוכנה, אפשרות להמשיך לעבוד איתה ככל שנחוץ וכמובן אפשרות לשתף מסמכים. החסרונות בטווח הקצר הם תאימות ובשלות התוכנות שזמינות לנו כיום. אבל אם נבטיח הצלחה בטווח הבינוני וניצור מומנטום בשוק, ניצור על ידי כך דרישה לתאימות. אנחנו מאמינים שזה מה שקורה כעת, למרבה המזל, וכל זה קורה מהר מאוד.
אודות הכותבים
הסקירה "Using OpenDocument format text in OpenOffice, KOffice and AbiWord" מאת תום קויפרס ואלן ברג, תורגמה לעברית על ידי אורי שרף. המאמר המקורי כמו גם התרגום, זמינים עם רישיון CC.
License
(C) Tom Kuipers Alan Berg 2006
This article is made available under the “Attribution-NonCommercial-NoDerivs” Creative Commons License 2.0 available from http://creativecommons.org/licenses/by-nc-nd/2.5/.מידע נוסף
לינמגזין, מקור XMLמפרט Open Document הוכר כתקן בינלאומי על ידי ISO
לינמגזין, OOPM: ניהול פרוייקטים ב-OpenOffice, בקרוב
לינמגזין, זאב בעור של כבש
לינמגזין, סיפורו של כמעט מהגר מאופיס לאופן אופיס
לינמגזין, תמונות מרדמונד
לינמגזין, קריאה לחברת סאן לוותר על זכויותיה באופן אופיס
לינמגזין, odfReader: הרחבת פיירפוקס להצגת מסמכי אופן דוקיומנט
לינמגזין, תוסף hocr לאופן אופיס
לינמגזין, על גיור אופן אופיס 2.0