הפח של המק מול סל המיחזור של חלונות
להלן השוואה בין הפח של המק וסל המיחזור של חלונות בפרט, ומנגנון המחיקה והשחזור של קבצים בכלל, בין מערכות הפעלה OS X 10.2.3 ו–Windows XP SP1.
אתם מוזמנים להוסיף יתרונות שלא רשומים כאן, או לתקן אי דיוקים. אבל אל תוסיפו תכונות שיש גם לפח וגם לסל.
הנושא הועלה
בדיון בפורום מקמק.
זהירות: דיון ווכחני וארוך
יתרונות הפח של המק
היתרונות של הפח שמקובלים על כולנו. אם לדעתכם יש כאן טעות או מופיע פה חסרון, העבירו את הסעיף לפרק נפרד ונדון עליו ביחד. אל תכניסו כאן הערות כדי לשמור על הפרק הזה נקי וקריא.
+ יש לי יותר מדי הערות מכדי שיהיה טעם להעביר אותן לסעיף אחר.
הפח קל יותר לשימוש כי הוא מתנהג כמו כל תקיה אחרת:
מאפשר לעיין בקבצים ובתיקיות לפני ריקון או שחזור
אין לו מגבלת מקום
+ הצגת הדברים מטעה ולא הוגנת. צריך להתייחס ליתרון הזה כאל יתרון מול ברירת המחדל של חלונות בלבד, מהניסוח כאן משתמע כאילו מדובר בתכונה ייחודית למק.
אין צורך בכיוונים מיוחדים
הפח לא שואל שאלות מטרידות. הוא מבקש אישור ריקון רק כשמשתמשים בפקודת התפריט או קיצור מקשים לריקון הפח. אפשר לבטל אישור ריקון הסל בהעדפות הפינדר. בחלונות הפח טורדני להפליא, ראו בהמשך הדיון
---
+ שוב, הניסוח מטעה. למק יש יתרון בברירת מחדל מוצלחת יותר (עבור משתמשים מנוסים), אך לא מדובר במשהו שלא ניתן להגדיר בקלות בסל המחזור של חלונות.
--- אקסטרה שאלות זה דווקא חסרון למשתמשים חדשים. רוב האנשים "נבהלים" מהודעות ומתקשים להבין מה רוצים מהם. המנוסים יבהלו פחות אבל סביר להניח שאינם זקוקים לאזהרות האלו. ---
אפשר לרוקן את הפח מכל תוכנה - לא צריך לעבור לפינדר, כי הפח מופיע בדוק, שהוא נגיש תמיד
---
+ לא מדוייק. קליק על הפח כן מעביר את הפוקוס לפיינדר. אפשר להמנע מהבעיה הזאת ע"י קונטרול+קליק ובחירה בריקון הפח, אבל כך גם בחלונות - ניתן בקלות לרוקן את הפח ולהשאר עם הפוקוס על התוכנה הנכונה (Winkey+D לפני ואחרי ריקון הפח).
---
++ שוב, לא מדוייק. לחיצה ממושכת על הפח לא מעבירה את הפוקוס. רק הקלקה (היינו, מעבר מפורש).
---
יש קיצור מקשים לריקון הסל, וברירת המחדל היא לבקש את אישור המשתמש במקרה זה, כדי למנוע ריקון סל בטעות. בחלונות אין קיצור מקשים לריקון הסל.
---
+ דווקא יש בחלונות צירוף מקלדת שעושה זאת (AppKey->B), אבל בואו נבדוק כמה קיצור המקשים של המק באמת מהיר יותר:
במק: קלק על הפח -> Command+Shift+Backspace (מצריך העברה של יד ימין מהעכבר למקלדת) -> אישור -> החזרה ידנית של הפוקוס לתוכנה הנכונה (כמובן שניתן להשתמש בשיטה של קונטרול+קליק על הפח, אבל אז מדוע לציין את קיצור המקלדת כיתון?)
או בחלונות: Winkey+D -> קליק ימני על הפח -> B -> אישור -> Winkey+D ---
מחיקת קובץ במק בטוחה יותר, כי היא נעשית על ידי קיצור מקשים Command+Delete. קצת יותר קשה למחוק קובץ אבל גם קשה יותר למחוק קובץ בטעות. מחיקה בחלונות נעשית נעשית על ידי מקש אחד Delete. קל יותר למחוק, אבל גם קל יותר למחוק בטעות.
בגלל שהפינדר מאפשר לבחור פריטים שנמצאים בתיקים שונים בו זמנית, (Outline View) הרבה יותר קל למחוק פריטים כאלה. בחלונות, צריך לפתוח כל תיק בנפרד לבחור ולמחוק פריטים מכל תיק.
דוגמא לבחירת פריטים מנתיבים שונים בו זמנית1 הפכתי את התמונה לקישור כי היא גדולה הרבה יותר ממה שצריך בשביל להראות את העניין הזה. מספיק להראות 2 או 3 פריטים נבחרים משני תיקים. --ניר סופר
יתרונות סל המיחזור של חלונות
היתרונות של סל המיחזור שמקובלים על כולנו. אם לדעתכם מופיע פה חסרון, העבירו את הסעיף לרשימה "יתרון או חיסרון"
חלון התצוגה של הסל מספק יותר נתונים, כמו:
הנתיב המקורי של הקובץ או התיקיה
אלו יתרונות רק בהקשר הספצ של האופן בו מטפלת חלונות בקבצים (למשל, יש משמעות לנתיב המקורי של הקובץ או התיקיה) ולכן זה אינו יתרון מול המק. ---
+ אז אל תקראו לזה נתיב, קראו לזה מיקום. במקרים רבים חשוב המיקום המקורי של הקבצים (גם עבור משתמשים שעובדים עם קבצים שמפוזרים במקומות שונים בדיסק וגם עבור תוכנות שמשתמשות בתת-תיקיות שאמורות לשכון במיקום מסויים). מעבר לכך, האופי היוניקסי של OS X מכניס את נושא הנתיב בדלת הקדמית, אבל זה כבר נושא לדיון אחר...
---
+ נימוק חלש ולא משכנע. לדוגמה, בחלונות רשימות בתיקים אינן מתעדכנות כהלכה ולכן ישנה אפשרות "רענן" - האם התיקון הדחוק הזה לבעייה צריך להירשם כ"יתרון" לחלונות? לא לפי ההגיון הפשוט.
תאריך וזמן המחיקה
מאפשר יותר התאמה למשתמש
ניתן להגדיר גודל מקסימלי לפח, זאת כדי להמנע ממצבים שבהם פח שלא רוקן תופס שטח גדול מהדיסק
ניתן להגדיר אם יידרש אישור מחיקה או לא
גם על המק ניתן להגדיר אם יידרש אישור מחיקה או לא - בהעדפות המכתבה. צריך לרדת מרשימת היתרונות. ---
+ ההגדרה במק לא מדברת על אישור המחיקה, אלא על אישור הריקון. עבור משתמשים חסרי נסיון האזהרות בזמן מחיקה אינפורמטיביות ומועילות, עבור משתמשים מנוסים הן מיותרות - אבל רק בחלונות ניתן להגדיר אם הן יוצגו או לא.
--- האזהרות לא תורמות הרבה למשתמשים החדשים (ראה למעלה). אם הפח הוא באמת הפיך למה צריך אזהרה? העובדה שצריך כל כך הרבה ממשק כדי לנהל את התנהגות הפח היא חסרון. מאחר והיא מוסיפה מורכבות. ---
ניתן לבצע Undo על יותר מהמחיקה האחרונה
קל לשחזר כל אובייקט בפח. ניתן להחזיר את את הקובץ שנמחק אל נתיבו המקורי - בכל רגע נתון ומבלי חשש ששמו ישתנה (3)
שוב - זה יתרון או סתם פתרון לבעיה ספציפית לחלונות? ---
+ זה בפירוש יתרון גדול עבור משתמשים שרוצים לשמור על הסדר. קח למשל שני מסמכים שונים בעלי אותו השם. במק השמות ישתנו והמשתמש יצטרך לפתוח כל מסמך ידנית ולהחליט מחדש איזה קובץ הולך לאן, לעומת זאת, בחלונות ניתן לשחזר בקלות את המסמכים למיקומים המקוריים (למשל אחד לתקיית documents ואחד לתיקיית documents\backup או במקרה אחר, קובץ אחד לתיקיית release וקובץ בעל שם זהה לתיקיית debug).
מעבר לכך, מטאפורת הדסקטופ המרחבי של אפל לא עומדת במבחן - חלונות של הפיינדר שומרים על המיקום המקורי שלהם, אבל שמות קבצים לא?!? בשבילי למשל, הרבה יותר חשוב ששמות קבצים לא ישתנו מאשר חלונות (וכנראה שגם אפל כבר לא ממש שמים על זה דגש, ראו מה קרה לפיינדר ב-OS X) --- איזו מטאפורה מרחבית? למה לא מספרים לי שום דבר... ======
המשך הדיון
הדברים שאנחנו טרם מסכימים עליהם מרוכזים כאן. כל אחד בכותרת נפרדת, כדי ללבן כל סוגיה בנפרד.
הפח תמיד זמין
הפח תמיד זמין ואינו מוסתר לעולם על ידי חלונות אחרים כי הוא נמצא בקצה הימני של ה–Dock. גם אם ה–Dock מוסתר אוטומטית, כי הוא גם מופיע אוטומטית. הפח בחלונות מוסתר על ידי חלונות תוכנות ותיקיות פתוחות.
בדרך כלל הוא אינו מסתיר חלונות אחרים, אך ישנם מקרים (די נדירים) שבהם הוא כן:
מצב שהו הפח מסתיר חלונות אחרים,
תמונת המסך המלאה.
כן אבל מה זה קשור? כתבתי הפח תמיד זמין. מה זה משנה אם הוא מסתיר חלונות אחרים או לא? הוא נשאר זמין.
הפכתי את צילום המסך החלקי לקישור משתי סיבות:
לא נראה לי מספיק חשוב להכניס את זה כתמונה, כי תמונות מאטות את עליית הדף
התמונה רחבה מדי וזה שובר את העמוד - התמונה בולטת ימינה מהקצה הימני של העמוד.
לדעתי צריך להחליט על מידות מקסימליות לתמונה שמכניסים לדף מקמק. אני מציע רוחב מקסימלי של 600 פיסקלים, כדי שגם משתמשים ב–iBook עם מסך 12" יוכלו לראות דף מקמק בלי לגלגל אופקית את הדף.
אני מציע להימנע כמה שיותר מתמונות בתוך הדף בגלל האיטיות שזה גורם לעליית הדף. אם אתם רוצים לדון בעניין הזה אז בוא נעשה את זה בדף חדש איך להכניס תמונות למקמק --ניר סופר ---
+ אם תשקול את כל התמונות שהעלתי תראה שמדובר בתמונות קלות מאוד. אני בהחלט חושב שהקלישאה שתמונה אחת שווה אלף מילים נכונה (לפחות בחלק מהמקרים). מקובל עלי שהתמונות צריכות להיות צרות יותר, אבל עד 600 פיקסלים? מי בכלל עובד ברזולוציה של פחות מ-800x600?
--- התשובה היא: אף אחד אינו עובד ברזולוציה של פחות מ-800. אבל אפשר להקטין את התמונה או לגזום רק את החלק הרלוונטי. -
חלונות מציע להסיר תוכנות במחיקת קיצור דרך לתוכנה
במחיקה של קיצור דרך לתוכנה שרשומה ברגיסטרי בחלונות, מוצעת למשתמש אפשרות הסרה של התוכנה כולה
לדעתי מיותר לחלוטין לקשור בין מחיקת קיצור דרך לבין הסרת תוכנה
+ בשבילי ובשבילך זה מיותר, אבל לא עבור אותו משתמש שמחק קיצור דרך וחשב שבכך נפטר מהתוכנה כולה.
עבור משתמשים חסרי ניון וידע שאינם בקיאים בהבדלים שבין קיצור דרך לתוכנה לבין קבצים ניתנים להרצה, מדובר בהסבר קצר ומועיל שמאפשר בקלות להסיר את התוכנ כולה. אגב, משתמשי מק לא מנוסים עשויים להתבלבל באופן דומה בין Aliases לבין התוכנות עצמן (אבל מכיוון שאין במק ממשק להסרת תוכנות רשומות, אין כל הגיון שתופיעה הודעה כזאת והמשתמש צריך למצוא בעצמו את הדרך להסיר כל תוכנה2
מאחר והסרת תוכנה על המק היא פעולה כה פשוטה וחד משמעית אין צורך בכל המידע המיותר והמבלבל הזה. כל תיבת שיח נוספת מקשה ולא מקלה.
+ הסרת תוכנה אינה חד משמעית ופשוטה. המשתמש צריך למצוא את הנתיב המקורי שאליו מפנה ה-Alias ואז להבין אם מדובר בהסרה של קובץ בודד בלבד (כמו במקרה של bundle) או גם של תת תיקיות וקבצים סמוכים. ואם האפיקציה הותקנה ע"י installer אז מדובר כבר על דרכים אחרות. חד משמעי זה לא. אולי כדאי לפתוח דיון נפרד על הנושא הזה...
גם אני חושבת כך...
על חלונות, במקרים רבים, יש נוהג לשים קיצור דרך על המכתבה. מאחר ורוב (כל?) התוכנות מותקנות על ידי מתקין, ותוצאתו של התהליך, לדידו של המשתמש, היא הופעת קיצור דרך על המכתבה, טבעי שיחשוב שהסרת קיצור הדרך הזה תביא להסרת התוכנה. על מק, גם אם התוכנה הותקנה על ידי מתקין וגם אם היא הותקנה על ידי גרור והשלך המשתמש הוא זה שיצר את הכינוי על המכתבה (נגיד). מכאן שאם הוא מוחק כינוי אזי הוא יצר אותו ומכאן שהוא מבין מה זה כינוי ויודע להיכן הוא מצביע. האזהרה מיותרת משום שאין כל נזק במחיקת הכינוי וייתכן מאוד שמבחינת המשתמש הסרת הכינוי היא היא הסרת התוכנה (הוא בסה"כ לא צריך אותה על המכתבה). בכל מקרה, כפי שנאמר, למשתמשים חדשים יש נטיה להבהל מההודעות האלו וברוב המקרים סביר להניח שהם ילחצו על קנסל כדי לא "לגרום נזק" וישארו עם משהו מיותר על המכתבה.
מסכים עם הטענה: הבעייה עם כינויים עיקרה בחלונות, משום שבהעדר דרך נוחה לגשת לתוכנות חדשות שהותקנו כמעט כל מתקין יוצר כינוי על המכתבה וכך היא הופכת למין מחסן גרוטאות של כינויים. על המק, גם כאשר התוכנה אינה מותקנת בגרירה (כמו למשל בתוכנות של אפל) בתשעים אחוז מהמקרים לא נוצר כינוי על המכתבה. החל במערכת-ההפעלה 9 גם ישנו תיק שכל התוכנות מרוכזות בו (ואף נאספות אליו) ובעשר כמעט ואין מצב שבו תוכנה נמצאת במקום אחר. לבד מזאת, בעשר התוכנות, אף שהן למעשה "חבילות" נראות כקובץ אחד ואין קל ופשוט מלהסירן, מה שמקטין עוד יותר את המוטיבציה למתקינים וליצירת כינויים.
לסל המיחזור מיקום קבוע
מיקום סל המיחזור לא משתנה בעקבות שינויים בממשק בניגוד לפח ששוכן ב-Dock
בעבר, מוקם סל המחזור בצד שמאל של המסך, אבל מאז WinXP הוא מופרד יותר וממוקם בפינה הימנית התחתונה. כל משתמש יכול למקם אותו במקום שונה אבל לא יכול להווצר מצב שבו הסל "יטייל" על דעת עצמו למקום אחר, בניגוד למצב הבא:
ללא חלונות ממוזערים ב-Dock,
הפח במרכז ככל שממזערים יותר חלונות, הפח מתחיל במסעו
לפינה הימנית של המסך
אפל יכלו לפתור זאת בקלות אם היו ממקמים את הפח משמאל לחלונות הממוזערים במקום מימינם.
היה הרבה יותר קשה למצוא את הפח אם הוא היה קבור באמצע.
---
+ אבל היה הרבה יותר קל למצוא אותו אם הוא היה יושב בפינה השמאלית התחתונה - מחוץ ל-Dock.
--- הפינה השמאלית התחתונה מאוד לא נוחה מסיבות ארגונומיות לימניים. התנועה האלכסונית משמאל לימין קלה הרבה יותר לביצוע מהתנועה ההפוכה (נסו ותראו). לא לחינם התפריטים ממוקמים בפינה השמאלית העליונה והפח בימינית התחתונה. מה שהיה משמח הוא פשוט לקבל את הפח במקום בו הכרנוהו ואהבנוהו.
אבל זה לא היה עוזר, כיוון שגם מספר התוכנות עשוי להשתנות. אין ספק, על עשר זהו אחד הפאקים בסל.
אפשר ביגואר להגדיר שהדוק יהיה צמוד לאחד מפינות המסך. אני למשל הצמדתי אותו לצד ימין, כך שלא משנה כמה פריטים יש לי בדוק, הפח תמיד באותו מקום.
דוק עמוס יותר,
תמונת מסך מלאה,
מעט פריטים בדוק,
תמונת מסך מלאה.
למה שלא תקראי את הדואר שלך לפעמים? יש לך 135 הודעות חדשות
נכון, יש אפשרות כזו אבל כל עוד היא שמורה ליודעי ח"ן והאקרים חייבים להתעלם ממנה, ולו מטעמי הגינות.
תזוזת הפח - ליקוי תאורטי בלבד.
+ גם במקרה שלי וגם ב-Dock של שוש, האיקונים קטנים למדי ולכן מדובר בליקוי מוחשי מאוד. שוש אמנם פתרה את הבעיה ע"י יישור הדוק לימין, אבל לא לכולם הדבר הזה מתאים (בדיוק כמוך, גם אני מעדיף את ברירת המחדל של הדוק - ממורכז).
לפח יש מקום קבוע על הדוק, בקצה הימני. הקצה הימני או השמאלי זה המקומות הכי טובים בדוק כמו בכל שורת כלים או אלמנט מנשק אחר.
הפח אכן עלול לזוז קצת ימינה על המסך כשהדוק גדל, אבל הדוגמאות שהובאו כאן לא מעשיות. בעולם האמיתי, המשתמש ממלא את הדוק בתוכנות שימושיות וכמה תיקים שתמיד עובדים איתם. ואף אחד לא משתמש באיקונים בגודל כפי שהוצג כאן, כי הם פשוט לא קריאים בגודל הזה, ביחוד האיקונים המודרנים על בסיס צילומים. הגודל המינימלי המעשי של האיקונים בדוק הוא 32 פיקסלים, והגודל הנוח לשימוש הוא 48 פיקסלים לפחות. במצב זה, הדוק כמעט ממלא מסך ברוחב 1024 פיקסלים, כך שההבדל בין דוק ריק למלא הוא לא כל כך גדול, והתזוזה של הפח היא קטנה ולא מורגשת.
+ זה לא "העולם האמיתי", זה ה-Dock כפי שהוא מוגדר אצלך. גודל האייקונים אצלי ואצל שוש הוא סטנדרטי לגמרי ויש משתמשים שבוחרים באיקונים קטנים אף יותר. כדי שה-Dock יתפוס שטח מסך סביר הוא צריך להיות בגובה שדומה ל-Taskbar (אחרת הגודל האפקטיבי של מסך "19 יהיה כמו של מסך "17) - Dock בגובה כזה הופך את הבעיה למוחשית מאוד, לעומת זאת, אם הפח נמצא אצלך כבר מראש קרוב לפינה השמאלית, סימן שמראש הוא גדול מאוד ותופס שטח מסך יקר, דבר שבוודאי לא מתאים לרוב המשתמשים.
לעומת זאת בחלונות, סל המיחזור מופיע בהתקנה הראשונית בצד ימין למטה, אבל המשתמש יכול להזיז אותו, ופעולת ארגון מסך עלולה להזיז אותו למקום אחר בכל פעם, בהתאם לשמות האוביקטים האחרים על המכתבה.
בקיצור לא רק שאין לסל המיחזור מקום קבוע, אין לו מקום בכלל, והוא כמובן מוסתר על ידי חלונות אחרים כשאתה רוצה למחוק משהו. זאת הסיבה שבחלונות הרבה יותר נוח למחוק דרך מקש Delete ולא על ידי גרירה.
יש לו מיקום קבוע הניתן לשינוי ע"י המשתמש - פתרון גמיש וצפוי. הוא בטח לא זז מעצמו בכל פעם שאני ממזער חלון...
כמו ש–xslf הראתה, יש גם אפשרות להצמדת הדוק לימין אם מיקום קבוע של הפח זה מה שעושה לך את זה. אני אוהב את הדוק ממורכז. אני לא יכול לסבול דוק לא ממורכז, זה פשוט נראה נורא השטח הריק אחרי הדוק.
אם רוצים לשפר את הדוק, אז השיפור צריך להיות דוק שתמיד תופס את כל רוחב המסך, ואיקונים שממלאים את הדוק. כמו שעובדת שורת המשימות בחלונות, וכמו הקיקר בלינוקס.
לסיכום - המיקום של הפח הרבה יותר טוב, ואפשר להחזיר את העניין הזה לרשימת היתרונות של המק. את הדיון אפשר להעביר לדף נפרד יחד עם התמונות, לאחר שכולם יקטינו אותם לרוחב סביר.
זה לא הסיכום שלי. לדעתי המיקום של סל המחזור טוב יותר, ובטח אי אפשר להגיד שהמיקום של הפח "הרבה יותר טוב" זאת כשיש לו מספר חסרונות ברורים - כשהוא קטן הוא "מטייל", כשהוא גדול הוא מקטין משמעותית את שטח המסך.
סל המיחזור לעולם אינו מסתיר חלונות אחרים
סל המיחזור לעולם אינו מסתיר חלונות אחרים. יתרון: יותר שטח מסך פנוי. חסרון: הדבר יכול להפריע בגרירה לסל המיחזור
גם הפח של המק לא מסתיר חלונות אחרים. לא ברור איפה כאן היתרון.
כפי שניתן לראות בתמונת המסך הראשונה, ישנם מצבים (נדירים) שבהם הוא כן יכול להסתיר חלונות. הדבר לעולם לא יכול לקרות לסל המחזור של חלונות.
יישום שעובד כהלכה במערכת אמור "להקפיץ" את החלון מעל לדוק, כך שמצב כזה אינו אמור להתרחש לעולם במצב עניינים תקין.
+ זה אומר שרוב הישומים של אפל לא "כתובים כהלכה", נסו זאת בעצמכם:
Command+Option+D (כדי להסתיר את הדוק) -> זום על החלון כדי להגדיל את החלון על פני כל המסך -> Command+Option+D כדי להחזיר את הדוק -> תוצאה: החלון הקיים מוסתר בחלקו ע"י הדוק והפח ששוכן בו.
כן, ואז מה? זה מבטל את היתרון או החסרון?
מיקום הפח בדוק הוא ייתרון מאחר והפח משמש לעוד דברים מעבר למחיקת קבצים (למשל, כמטרה של גרירת טקסט מבוטל). למרבה הצער גברו אצל אפל השיקולים האסטטיים על הפונקציונליים במקרה זה והפח איננו צמוד כפי שמכתיב Fitts Law לפינה הימנית התחתונה של המסך... לעומת תשע וחלונות זה עדיין שיפור מאחר והוא איננו מוסתר לעולם אבל עדיין היה ניתן לעשות זאת טוב יותר...
סל המיחזור אינו צפוי
מי שמעוניין בפח זהה לזה של המק יכול להשתמש בפתרונות אלו, מבלי שיבטלו את מרבית יתרונותיו של סל המיחזור
מה זה לא צפוי? לא ברורה הבעייה והפתרון.
סל המחזור באמת אינו צפוי. לדוגמה:
בגרירת כינויים לתיקים אין אזהרה.
בגרירת כינויים ליישומים יש אזהרה.
בגרירת כינויים ליישומים "מיוחסים" כמו אינטרנט אקספלורר ומיקרוסופט אאוטלוק המופיעים על המכתבה (והם מן הסתם כינויים) אין אזהרה.
בגרירת יישומים מיוחסים מופיעה אזהרה שונה ומבלבלת: לא ניתן לאחסן את היישום בסל המחזור. האם אתם בטוחים שאתם רוצים למחוק אותו מהמכתבה? מה משמעות ההודעה הזו? לא ברור.
בגרירת תיקים אסורים במחיקה מופיעה לפעמים אזהרה שאי אפשר למחוק.
ובמקרים אחרים פשוט מופיע סימן "אסור" ושום פעולה לא מתבצעת.
---
+ האם יש צורך בכל הדוגמאות האלה (שחלקן לא עדכניות ל-WinXP) כדי להציג תת-נושא שהסכמנו עליו ושניתן לפתרון בקלות ע"י 4 לחיצות עכבר? מדובר בסה"כ בברירת מחדל שפחות מתאימה למשתמשים מנוסים שאינם מעוניינים לראות הודעות כלל.
אולי אתה הסכמת עליו בינך לבין עצמך... אין זה אומר שהדבר מוסכם על השאר. אם מוסכם שעקביות ושיטתיות מהותיות לשיקלול טיב התפקוד הרי שחלונות כושלת כאן בענק. במקום אופן התייחסות אחד לכל הדברים, ישנם עשרה אופנים שונים. זה מטריד, מעצבן... ומהווה חסרון מהותי. --- הטיעון ש"יותר הודעות זה טוב למשתמשים לא מנוסים" לא נכון לדעתי. העובדה שיש את האזהרות האלו ושהן ניתנות לכיבוי והדלקה יכולה לגרום רק לבילבול (וברור שתוספת ממשק לפח הופכת אותו ליותר מורכב). ---
כאשר מבקשים לקפוץ להתקן/הסר תוכנות הקפיצה אינה מתבצעת באופן ספציפי לתוכנה הנדונה (שאת הכינוי שלה מבקשים למחוק).
---
+ זאת כבר הצעה שלך לשכלול (RFE) של תכונה שבכלל לא קיימת כלל במק (למרות שיש בה צורך מכיוון שחלק מהתוכנות מגיעות עם תוכנות התקנה). באותה מידה יכולת לכתוב שיש לסל "חסרון" נוסף מול הפח - הוא לא קורא מחשבות...
--- כפי שכבר נאמר - הצורך במתקינים, מסירים וכל הקונסטרוקציה סביב זה (כולל שאלת הכינויים שעלתה קודם) היא בגלל חולשה של חלונות בתחום זה - התקנת והסרת תוכנות אינה קלה ופשוטה. ועדיין, אם כבר חלונות מציעה את האופציה, ואפילו כתיקון לפאקים שלה, הרי שהתכונה צריכה להיות מיושמת בצורה טובה. וזו לא צורה טובה.
---
ולעתים, מוקפצים ללוח זה רק כדי לגלות שבעצם... המממ.... קשה מאוד למצוא את אפשרות ההסרה כיוון שהיא קרויה על שם תוכנה אחרת, או שהיא אינה קיימת כלל.
---
+ פתח דיון נפרד לנושא ותן דוגמאות, אני מבטיח לענות בפירוט. אבל האמירה הזאת לא רלוונטית לנושא של "הפח מול סל המחזור".
---
ביטול האזהרות עלול להגמר בקטסטרופה, משום שחלק לא מבוטל מהפריטים אינו אפשרי למיקום בסל המחזור וחייב להמחק מיידית. גרוע ביותר.
---
+ לא נכון. אם הוגדר גודל מקסימלי לפח והקובץ שמנסים למחוק גדול מדי, יופיע דיאלוג מתאים. ואם המשתמש בחר שלא להגדיר גודל מקסימלי (כמו במק) אז לא תופיעה שום הודעה (כמו במק...)
כן נכון. נסה לכבות את האזהרות ולמחוק, לדוגמה, את הכינוי של אקספלורר או תוכנה אחרת. האזהרה המופיעה שם היא שאי אפשר למקם את הפריט בסל המחזור ויש למחוק אותו מיידית, וזאת בלי קשר לגודל המרבי של הפח.
הבעיה היא שמחיקות של אובייקטים שונים מלוות בהודעות שונות:
כאן היה עדיף לו חלונות הייתה מציעה גם "Expand the Recycle Bin to fit this file"
את התמונות כאן השארתי, כי הם באמת קטנות ולא מפריעות, למרות שלא בטוח שצריך את כולם. אפשר הייה להראות אחת מהן ואת השאר להכניס כקישורים, כי אנחנו מאמינים למי שכתב, מי שרוצה להתרשם מכל התמונות, שיפתח את הקישורים. --ניר סופר
מעניין שאף אחד לא עמד על הבעיתיות הגדולה שבהצעה למחוק את הקובץ שגררת זה עתה. האם לא בטוח הרבה יותר למחוק את הקבצים שכבר נמצאים בפח? מאוד לא הגיוני לדעתי.
בכל מקרה, אף אחת מההודעות האלה לא תופיעה יותר אם המשתמש ייבחר זאת (דרך שתי האפשרויות שלמעלה).
+ רוב הנושאים שהוגדרו כאן כיתרונות למק מצריכים בסה"כ שינוי של שתי הגדרות פשוטות בחלונות. התוצאה היא מעין פח-על-סטרואידים (שילוב של כמעט כל היתרונות של שתי הגישות).
לדעתי, אופן הפעולה בברירת מחדל הוא היחיד שצריך לעניין אותנו. האפשרויות השונות - וברב או במעט הן קיימות בשני המקרים - אינן רלוונטיות אם הן דורשות למידה או שימוש בהעדפות שאינן זמינות מיידית. בקווים כלליים, כללי הגלישה באינטרנט פועלים גם כאן: כל מעבר חלון משמעותו הפסד של לפחות חמישים אחוז מהאנשים. ולכן, כאשר אתה נדרש לפתוח חלון נוסף, רק חמישים אחוז יגיעו לזה, חלון נוסף, רק עשרים וחמישה וכן הלאה.
הערות ופתרונות
כאן המקום להכניס טיעונים שהתבררו כלא רלוונטיים, או בעיות שיש להם פתרון פשוט.
בגרסאות קודמות של חלונות מחיקת קבצים רבים בו זמנית הייתה איטית מאד. הבעייה תוקנה
לא ניתן להעביר קבצים גדולים לסל המיחזור - הגדרת גודל הסל ל-100% מגודל הכונן פותרת את הבעייה
סל המיחזור מטריד בשאלות מיותרות - מבטלים את אופציית ה-Display delete confirmation
אין אפשרות לבטל זריקה לפח של המק - נפתר ב-OS X
הערות שוליים
לדעתי לבטל את כולם ולשלב במלל עצמו. הערת שולים בלי קישור להערה היא לא ממש שימושים בדף כל כך ארוך.
1 כדאי להזהר במחיקות מורכבות שכאלה מכיוון שקשה מאוד לשחזר את הקבצים לנתיבים המקוריים שלהם מאוחר יותר. הדרך היחידה לעשות זאת בעזרת ה-Trash, היא ע"י פעולת Undo בסמוך למחיקה (מספיקה פעולה אחת בפיינדר כמו Copy כדי למחוק מהזכרון את ה-Undo).
כפי שאמר קודם - תיוקן פאק בחלונות לא תופס כיתרון. זה רק תיקון פאק בחלונות בסוגיית החשיבות היתרה הניתנת לנתיבים כדרך הבלעדית לאתר קבצים.
+ זה שהמק לא שומר על שמות הקבצים ולא מאפשר להחזיר את הסדר על כנו זה פאק במק, לא בחלונות.
2 תוכנות שמגיעות עם Installers שונות מאשר תוכנות שמגיעות כ-Bundles וכן הלאה...
3 מכיוון שהפח במק הוא תיקיה רגילה, הפיינדר צריך למנוע מצבים שבהם למספר קבצים יש את אותו שם (גם אם לפני המחיקה כן היו להם שמות זהים). כך למשל נראים שלושה קבצים שהועברו לפח מנתיבים שונים (כולם נקראו במקור test.rtf):
שמות הקבצים שונו על ידי הפיינדר באופן כזה ששחזור שלהם דורש שינוי ידני ע"י המשתמש (וכלל לא בטוח שהמשתמש זוכר את השם המקורי או שהוא יכול בוודאות להניח שהשם היה file ולא file copy). הבעיה הזאת לא קיימת בסל המחזור של חלונות, שמקפיד לשמור על שמות הקבצים:
סיכום - העדפה אישית
הוסיפו כאן את העדפתכם האישית. זה המקום להאריך ולפרט. אפשר להעיר הערות קצרות לאחרים בתוך המלל שלהם, אבל בזהירות. אם אתם פותחים נושא חדש שקשור, צרו דף חדש והשאירו בדף זה קישור.
מבחינתי, היתרון המשמעותי היחידי של ה-Trash הוא באפשרות לעיין בתוכנן של התיקיות ובקבצים לפני מחיקה או שחזור. הנושא הזה מתקזז במידה רבה עם חלק מיתרונותיו של ה-Recycle Bin (כמו תצוגה מפורטת יותר ואפשרות שחזור מאוחרת). בסופו של דבר, שניהם עושים את העבודה ואף אחד מהם לא מהווה סיבה בעיני לבחור בפלטפורמה אחת או בשניה --OBOS4ALL
אני מעדיף את הפח של המק. כי הוא פתרון פשוט יותר - אני אוהב שהפח הוא בדיוק כמו תיק רגיל. אני לא זקוק לנתיב של הקובץ שנמחק, לעומת זאת אני רוצה לראות בדיוק מה יש בפח בלי לשחזר קודם את החומר. כשאני זקוק לשיחזור, אני שומר גרסאות גיבוי לקבצים, ואני לא תלוי במה הפח יודע לעשות או לא --ניר סופר
הסיכום שלי, הפח של חלונות הוא מאוד בעייתי, הגבלת הגודל גוררת איתה כל מיני השלכות מוזרות ועדיין לא הבנתי למה צריך אותה. אמנם אפשר לקנפג הכל אחרת אבל זה עדיין לא מסביר את ברירת המחדל המוזרה. מעבר לזה, רוב המשתמשים לא יודעים או מפחדים לקנפג. באגף היתרונות של הפח של חלונות הייתי מציין את היכולת להחזיר את הקבצים למקומם המקורי. (למרות שבפעמים המעטות שהזקקתי לכך גם Undo חד פעמי היה עושה את העבודה) באגף החסרונות של פח המק הייתי מציין העובדה שהוא איננו מוצמד לפינה הימנית התחתונה. -- איל
- דפי משנה
- קטגוריות
- תרמו לדף זה
- כתובת לקישור חיצוני