אוגוסט 25th, 2011לינוקס בשולחן העבודה
גם השנה לינוקס לא תהייה מובילה בשולחנות העבודה. אומנם קל להאשים את השיווק שלה שאכן מהווה תפקיד מרכזי, אך כנראה הקהילה לא גדולה מספיק כדי לתחזק שתי סביבות גרפיות עיקריות. אולם מעבר לכך הרבה בעיות פשוטות יחסית, אשר יכולים להוות לה קפיצה משמעותית עדיין צולעות.
נתחיל מהבעיה המקומית שלנו, כיוון השפה הלא סטנדרטי. רוב המתכנתים כותבים רק בשפות בכיוון אחד, ולכן בעיות כיווניות זרות להם. ועל כן, למה לא להתחשב בהם? אני לא יודע של מי הרעיון להחליט שאין צורך שהמשתמשים יתעסקו בכיווניות ובמקום זאת, נממש אלגוריתמים מסובכים שידעו לבד מה הכיווניות שאותו המשתמש צריך. ההוכחה לכך שהם מסובכים לאותם מתכנתים זרים ניתן למצוא בגרסאות האחרונות של KDE. בעורכי הטקסט שלהם, האלגוריתמים לא עובדים והיישור הוא רק לשמאל. שלומי פיש הראה לי איך מגדירים בkate לעבוד בכיווניות אוטומטית לפי הטקסט. הפעולה כרוכה בכניסה להגדרות לבחור לשונית מראה ולהגדיר: Dynamic word wrap. מעבר לכך שזה מוחבא, זה גם לא ברור. בדומה להתחשבות של גוגל אשר לאחר תחנונים רבים, הועילה בטובה להוסיף כפתור כיווניות והחביאה את האפשרות בהגדרות. כמו כן, גם אם הם היו מצליחים להמשיך לתחזק את האלגוריתמים בצורה טובה, הם רחוקים ממושלמים. למשתמש אין שליטה על הכיווניות בצורה פשוטה. אם הוא מעוניין לכתוב מימין אבל שהמילה הראשונה תהייה באנגלית אז או שהוא יוסיף משהו בעברית לפני או שיוסיף תווי בקרה כמו RLM מה שכמובן לא ידוע למשתמש הפשוט. במקום זאת, למה לא בנוסף לאמץ את השיטה של מוזילה/מיקרוסופט, כפתור שקובע בלי תחכום מה הכיווניות, ואם כבר עדיף את זה של מיקרוסופט כדי שלמהגרים יהיה יותר קל. יהיה אפשר למצב כיווניות אוטומטי למי שרוצה, אבל לפחות הבסיס צריך להיות קיים.
בעיה פשוטה נוספת הוא חוסר אחידות בנושא הקיצורים. אומנם הפרויקטים השונים לא מחויבים לכך, אבל לפחות בהפצות היו דואגים לשנות אותם שיהיו אחידים. ישנם אפילו מקרים אבסורדיים שלתכניות באותה סביבה יש קיצורים שונים מבלבלים למשל gedit ו geany כשלראשון ctrl+d מוחק שורה, ובשני משכפל שורה! וזה לא נחמד לגלות שהשורה שרציתם לשכפל פתאום נמחקה… ואם כבר אולי כדאי לשנות את הקיצורים של תוכנות מסוף שיהיו תואמות כמו נאנו.
הקליפבורד בלינוקס הוא נושא מורכב יותר. אם נתעלם מהעובדה שיש שני סוגים, אחד של גלגלת ואחד רגיל, הוא לא ממומש בצורה אחידה ולא תמיד העתקה והדבקה עובדת. למה לא לעשות את זה ברמה הרבה יותר פשוטה? לעשות לוח גלובלי ליוזר שהכל יעבור רק דרכו, כך שאם תסמן פקודה שאתה מוצא באינטרנט תוכל לעבור לtty1 ולהדביק בקלות או אפילו לעשות אינטגרציה עם vim זה יכול להיות ממש מגניב.
נעבור לבעיות קצת יותר גדולות. ממשקי ניהול בלינוקס. לבינתיים אף סביבה לא בנתה מספיק כלי ניהול שימנעו מהמשתמש הפשוט לגשת לתיקיית /etc . דוגמה שכיחה לכך ניתן למצוא בריבוי מסכים, וזו בעיה נפוצה במיוחד אם יש לפטופים שרוצים לעבוד עם עוד מסך חיצוני או חיבור לטלוויזיה. האפשרויות בגנום מוגבלות והרבה מקרים אי אפשר להימנע מלהיכנס להגדרות לא גרפיות. לעומת זאת בKDE נותנים כלי מצוין לכך שמגדיר כל צורה אפשרית, אבל גם לסביבה הזו אין מספיק כלים לשאר הדברים, אפילו אין עדיין אפשרות לאזן בין רמקול ימין לשמאל. מתכנתים מטבעם מעדיפים לפתח את הדברים הנוחים להם וזה יותר מטיש להכין ממשקים טובים יותר. גנום 3 נותן פלטפורמת פיתוח מאוד גמישה, אבל בגלל מיעוט מתכנתים שמקדישים לזה עניין, הוא סובל מפשטות ייתר. לחילופן הרצון של KDE לתת מספיק גמישות למשתמש, לא עומד בדרישות המתכנתים שיש להם ועקב כך יש להם מלא באגים. כאן ניתן לציין את מנדריבה וסוזה שעשו ממשקי ניהול ממש יפים, אם הם היו יכולים לקחת על עצמם לעשות מעטפת טובה יותר על הסעיפים הקודמת שהצגתי היה ממש פתרון מושלם. אם כי כדאי שהקהילה גם תכוון לכיוון זה על מנת להקל על הפצות לתת סביבות טובות יותר.
מתי כבר תהייה הפצה שתחרוט על דגלה לעשות אינטגרציה מלאה או לו היה מישהו כמו סטיב גובס, שהיה נותן את טעמו האישי בכל פרט קטן, ודואג שתהייה אחידה וטובה.
אוגוסט 25th, 2011 בשעה 12:34
לא יודע מה איתך אבל לא קרה שהייתי צריך להגדיר משהו ב-KDE ולא הצלחתי רמת השליטה ב-KDE ממש גבוהה וזה כולל ניהול יוזרים וכל דבר אחר שתרצה
לגבי הקליפבורד ב-KDE הכל אחיד ומנוהל נכון יש אומנם בעיה עם הכיווניות אבל לא כזאתי שממש אי אשפר להסתדר איתה
אני מסכים איתך לגמרי בקשר לקיצורי מקשים אבל זה בגלל שאני מערב תוכנות של KDE עם גנום
נ.ב. אני משתמש KDE כבר כמה שנים אף פעם לא הסתדרתי עם גנום אז איני מכירה היטב
אוגוסט 25th, 2011 בשעה 13:19
"דוגמה שכיחה לכך ניתן למצוא בריבוי מסכים, וזו בעיה נפוצה במיוחד אם יש לפטופים שרוצים לעבוד עם עוד מסך חיצוני או חיבור לטלוויזיה"…
לא נתקלתי בבעיות עם גנום (מנדריבה 2008 עד מנדריבה 2010.2) בחיבור מסך חיצוני לנייד שלי, תוך שמוש בgnome כסביבת עבודה.
עם אובונטו יש בעיות עם יוניטי בחיבור מסך חיצוני, אבל עם גנום 2 – לא נתקלתי בבעיות.
הדבקה למסוף לא גרפי (TTYn) – נראה לי מיותר (לא מכיר אף אחד שמפעיל מסוף TTY ועובד במישק גרפי בו זמנית, פרט למקרי תקיעה של X, שאז אם יהיה לך מרחב זכרון משותף – אתה עלול לקבל גם תקיעה של הTTY).
קיצורים – אתה צודק, נקודה כואבת.
שליטה על כווניות – אתה צודק, נקודה מעצבנת (למה אי אפשר לתת לי שליטה ידנית????)
אוגוסט 25th, 2011 בשעה 13:51
זה לא רק הזיהוי של מסך חיצוני, חבר שלי חיבר את המחשב שלו עם גנום2 לטלוויזיה ושהוא נכנס למשהו בפלש למסך כדול זה נפתח בטלוויזיה ולא מצא שום דרך לשנות זאת.
בKDE אפשר לעשות הכל, להחליט מהו המסך המרכזי, המיקום של המסך השני ביחס אליו וכו
אוגוסט 25th, 2011 בשעה 16:52
זה שילוב של כמה גורמים יחד
ראשית פרסום:
אתה אולי לא חושב ככה, אבל ברגע שמשהו נהיה נפוץ, כל באג מקבל הרבה יותר התייחסות, גם מצד היוזר וגם מצד המפתח.
אני זוכר שפעם (תקופת ביל גייטס) כל גרסה חדשה של מיקרוסופט, הייתה מגיעה לחדשות, אני לא זוכר אי פעם שמהדורת חדשות נפתחה עם זה שיצאה גרסה חדשה לאובונטו.. .
מנהיג:
אמרת מישהו כמו סטיב גו'בס, ושחכת את ביל גייטס.. . אבל אפשר לראות שחסר מישהו עם חזון, שינצח על כל המתכנתים ויעשה סדר.
כרגע יש בלגן ולכן דברים מתקדמים לאט יותר.
שלא לדבר על זה שיש הרבה שולחנות עבודה, אין סוף הפצות והבלגן חוגג.
אוגוסט 26th, 2011 בשעה 19:27
הבעיה היא, שרוב הדברים שאתה מדבר עליהם, הם עניין של טעם וריח.
אני מכיר משתמשים, שעברו מסביבת Windows והתלהבו מאוד מכך שבעורך פשוט, כמו Gedit וגם בסביבות מורכבות יותר כמו BlueFish יש הצמדה אוטומטית.
דווקא להם זה היה חסר ב-Windows.
יש אנשים שדווקא מתחילים לבכות כשהם נתקלים במסך הגדרות גרפי עם יותר מידי אפשרויות.
אם כבר, עצם העובדה שבהפצות לינוקס ניתן לבחור באלו כלי ניהול תשתמש, היא דבר טוב ולא כולם רוצים הפצה שתציג להם כל אופציה שבעולם (ולא משנה כמה מוזר זה נשמע לאנשים היותר טכניים בינינו).
אני לא אומר שהמערכת נטולת בעיות, אבל הנקודות שציינת גרועות ב-Windows פי כמה, כך שאני לא יכול לראות בהם סיבה לחוסר רצון של אנשים להשתמש בה.
לדוגמה, בגרסת Messanger האחרונה על Windows 7, כאשר אני עובר שפה עם Alt+tab באמצע המשפט, כל הכיווניות של המשפט מתהפכת, מה שגורם למשפט עברי עם מילה אנגלית אחת להתבלגן (עוד לפני שהקלדתי ולו אות אחת באנגלית).
האם ביקשתי שליטה כזו? ממש לא. לו רציתי לשנות כיוון פסקה, הייתי לוחץ Ctrl + tab אבל, גם אם זה לא היה – עדיף. אחרי הכל זה לא מעבד תמלילים שבו כותבים פסקאות מרובות ומשקיעים מחשבה בעיצוב טקסט, זו תוכנת מסרים וסידור טקסט אוטומטי הגיוני כאן, כי כותבים מעט וכותבים מהר.
ו-Notepad? אם אתה מחליף בו כיוון ע"י Ctrl+tab זה תקף לכל הטקסט, כך שאם יש לך משפט אנגלי אחד באמצע טקסט עברי, אתה בצרה.
אין כאן פתרון מושלם, אבל בשני המקרים האלה לפחות, הצמדה אוטומטית טובה מפתרונות שליטה ש-MS הציגה בתוכנות שלה.
לכן, אני לא מוכן לקבל טענה שלינוקס אינה פופולרית עקב נחיתות טכנית.
שים לב, שברגע שחברה מסחרית (Canonical) נכנסה לתחום לינוקס על שולחן עבודה ושמה דגש דווקא על משתמש ביתי ולא ארגוני, הפופולריות של המערכת עלתה, והרבה יותר אנשים מכירים לינוקס, גם אם הם קוראים לזה Ubuntu וגם אם הם עוד לא עברו להשתמש בה.
זה עניין של שיווק נטו.
אוגוסט 26th, 2011 בשעה 22:49
לא דיברתי על נחיתות טכנית שכמובן איני חושב כך אלא שצריך אחידות בכל המערכת.
גם לא התכוונתי שהאלגוריתמים של הכיווניות האוטומטים מיותרים, אלא שצריך לאפשר את הפשוט, כי האוטומטים לא מספקים את כל הצרכים
אוגוסט 27th, 2011 בשעה 14:48
לגבי בקרת כיווניות ידנית ב־KDE:
KDE לא טורחת לתמוך בזה כי Qt כבר תומכת. למרבה הצער (והצדקת הטיעונים האחרים שלך), הפונקציונליות הזו מכובה בברירת המחדל. כדי להדליק אותה, הרץ את הפקודה qtconfig. היא פותחת חלון עם לשוניות; הלשונית השלישית, interface, כוללת הגדרה של "enhanced support for languages written right to left". אחרי שתדליק אותה, יעבוד לך ctrl-shift כדי לקבוע כיווניות של פסקה.
צריך לסדר שחבילות הלוקאליזציה העברית של KDE ידליקו את זה.
אוגוסט 27th, 2011 בשעה 17:57
הגדרתי את qtconfig פתחתי את kwrite אבל זה לא עבד, הפעלתי מחדש את המחשב, וידיתי שזה עדיין מוגדר וזה עדיין לא עבד.
אוגוסט 27th, 2011 בשעה 18:31
זה לא עובד ב־kwrite וגם לא ב־kate או kword – אפליקציות שמימשו לגמרי בעצמן את המשטח שאתה כותב בו. זה כן עובד ב־kmail, ואפילו בדיאלוג פתיחת הקבצים של kwrite – אפליקציות שמסתמכות על הפקדים של Qt.
אוגוסט 27th, 2011 בשעה 19:44
מגניב, תודה, עובד!
אז מה שנשאר זה שKDE יוסיפו תמיכה בזה בתוכנות ההם או שישתמשו בכיווניות של QT