בתשובה לירדן ניר-בוכבינדר, 15/04/10 8:32
 |
|
 |
||
|
||||
 |
דברי כוונו בעיקר לאופציות של העדפות ("קינפוגים") ולא ליכולות מתקדמות של התוכנה. אולי זה המקור לאי ההבנה שנוצרה כאן. במקרה של העדפות אני חושב שברוב המקרים אין תוספת משמעותית לבאגים מלבד אלו הנוגעים לקוד של ממשק ההעדפה עצמו. זו שאלה של כמה החלטות אתה נותן למשתמש להחליט בנוגע למהלך ביצוע הקוד. בנוגע ליכולות מתקדמות. בעצם לא ברור לי במה הם נבדלות מתכונות רגילות. אני יכול לחשוב על שימוש הגיוני בprogressive disclosure במקרים מסויימים כאשר אפשר לבצע בחירה כללית ופשוטה בממשק מסוג מסויים עם אופציה לממשק אחר מורכב יותר לבחירה יותר ספציפית. למשל, בורר צבעים בתוכנה דמויית פוטושופ שמאפשר לבחור צבעים מתוך פלטה מצומצמת בממשקה "החיצוני" וכאפשר לוחצים על כפתור מוצג חלון עם אפשריות RGB או HSB. אבל פה אנחנו מדברים יותר על סוג של קיצור דרך. ------ אני מתנצל מראש בפני כל הרואים בהודעתי מקום משכן לאנשי קש ודמגוגיה זולה. |
 |
 |
 |
|
|
|
||
|
||||
|
אלינ''ב, אבל להבנתי הודעתו התייחסה (גם) לכך. ברגע שיש יותר אפשרויות, יש יותר מקרים לבדוק. | |
|
|
|
|
|
||
|
||||
|
לי נדמה מה שצפריר אמר, אבל אולי יעזור אם תביא דוגמה (לאפשרות נוספת שאתה נותן למשתמש, שאינה מגדילה בהרבה את הסיכון לבאגים). | |
|
|
|
|
|
||
|
||||
|
בעקרון ברור שצפריר צודק. כל אפשרות שאתה מוסיף היא אפשרות לבאגים אבל יש אפשרויות בהן התוספת זניחה, אתה יכול לתת למשתמש לבחור פונט, גודל, צבע וכו. (מאחר ואתה משתמש בפונטים וגדלים וצבעים ממילא תוספת הסיכון נמוכה). אתה יכול לתת למשתמש לשלוט בפרמטרים שונים המזינים את האלגוריתמים של התוכנה. אפל למשל נתנה שליטה בשיטת הAnti Aliasing של טקסט במשך כמה שנים, אני לא בטוח אם זה אכן המצב אבל אפשר לדמיין שאופציה כזאת שולטת בפרמטר מסויים המוזן לתוך האלגוריתם של הרסטרייזר. (אפל הסירו את האפשרות הזאת לאחרונה ואני חושב שזו דוגמה מצויינת לרמת המחוייבות שלהם להקטנת מספר האפשרויות כעקרון של תכנון ממשק). | |
|
|
|
|
|
||
|
||||
|
אתה לא ממילא מתשמש בפונטים וגדלים וצבעים, אתה ממילא משתמש בפונט, גודל וצבע - אחד מכל אחד. יכול להיות שלאפשר המון מכל אחד לא משנה הרבה, אם אין להם אינטראקציה עם מאפיינים אחרים. אבל מחר תרצה להוסיף מאפיינים שכן יש להם אינטראקציה: נניח, שימוש בצבע שני כדי להבחין בין דברים (מצד התוכנה). עכשיו פתאום בחירות צבע מסוימות של המשתמש, או עצם היכולת לבחור, מסבכים אותך. תאמר, כשנגיע אל הגשר הזה נשרוף אותו, כלומר נבטל את האפשרות של המשתמש לבחור צבע. לאניני הצבע לא תהיה הצדקה לכעוס על הרעת התנאים, שהרי ממילא הגדרנו את האפשרות הזאת תחת דיסקליימרים. השאלה היא איך בכלל תדע - היכולת לחשוב על כל האינטראקציות האפשריות של מאפיין חדש עם כל האפשרויות המתקדמות היא מוגבלת. |
|
|
|
|
|
|
||
|
||||
|
אתה עיוור (צבעים) למציאות. | |
|
|
|
|
|
||
|
||||
|
אשמח אם תאיר את עיניי (בצבעים עליזים). | |
|
|
|
|
|
||
|
||||
|
עוורון צבעים גורם לכך שהצבעים (וצירופיהם השונים) אכן חשובים ולא בהכרח מתאימים לכולם. | |
|
|
|
|
|
||
|
||||
|
1. עיוורון צבעים לאדום-ירוק הוא נפוץ מאוד, ואני בעד שיהיה תקן לצבעים באפליקציות שיתחשב בכך, ולא יצריך כוונון מצד המשתמש. בהיעדר תקן, סתם מודעות של מפתחים גם תעזור. (לצערי, תחום אחד שאני עוסק בו התרגל בדיוק לבחירה האומללה בשני הצבעים האלו להבחנה הקריטית - כנראה בעקבות אותה בחירה אומללה מצד מי שעשו את הרמזורים הראשונים.) עיוורון צבעים אחר הוא כל כך נדיר, שאני חושב שעבור הלוקים בו עדיף לתפור "מטא-פתרונות" שעובדים מעל כל האפליקציות ואינם תלויים בהן (כמו מגדילי מסך ללקויי ראייה קיצוניים). 2. תאמר, אם לא בחירת צבעים אז יש עניינים אחרים שבהם אפשרות בחירה למשתמש היא מועילה מאין כמוה. בהחלט סביר, ואני לא שולל מתן אפשרות בחירה, כולל של צבעים - רק לדעת שיש לכך מחיר בלתי-נמנע, בתחום הבאגים ומחיר מניעתם. |
|
|
|
|
|
|
||
|
||||
|
כעיוור צבעים אני יכול להעיד שלי (ולמיטב ידיעתי לחלק נכבד, אם לא רוב, החולקים עמי את הלקות האמורה) אין בעיה להבדיל בין ירוק של כן לאדום של לא, ובכלל אין לי בעיה של זיהוי צבעים. הבעיה היא של קונטרסטים, ומכאן של אבחנה בצבעים. גוון מסוים של אדום, לשם דוגמא, כאשר הוא בא על רקע של גוון מסוים של ירוק, מבחינתי הוא מסתווה בו, בעוד שלרוב האוכלוסיה הוא צועק. לעומת זאת גוון מסוים של ירוק על רקע גוון אחר של ירוק, אשר לכלל האוכלוסיה מהווה הסוואה מושלמת, בשבילי זהו ניגוד צועק. | |
|
|
|
|
|
||
|
||||
|
מה עם כל אלו שקנו כלי סבון ירקרק, ונדהמו כשאמרו להם בבית שזה אדמדם? שמעתי במו אוזני סיפורים כאלה משני עיוורי צבעים שונים (אחד מהם ייסד איזה אתר אינטרנט, לא משנה). | |
|
|
|
|
|
||
|
||||
|
יש כאלה, יש גם כאלה שרואים שחור-לבן, אבל הרשה לי להפנות אותך אל השורה המצוטטת ביותר באתרי ההכרויות (ומכיוון שרחל המשוררת נחה על משכבה בשלום כבר למעלה מ 70 שנה, אין כאן אפילו רמז לפגיעה בזכויות יוצרים). | |
|
|
|
|
|
||
|
||||
|
מילא סבון, תאר לך שזה קורה עם מכונית! תגובה 282773 (למען האמת, ירוק וכחול זה פחות מרשים) |
|
|
|
|
|
|
||
|
||||
|
ירוק וכחול זה לא סתם "פחות מרשים", זה לפעמים סתם עניין של הגדרה, במיוחד כאשר שמות הצבעים כוללים מבחר מצומצם ואינם כוללים שמות כמו "טורקיז", "כחול פלדה" או "ירוק פטרול". נניח שאתה שולח למדפסת (שפועלת GRY, להבדיל מהמסך שפועל RGB) את הצרוף G 255, R 0, Y 0 אין ספק שתקבל הדפסה של ירוק. אם תשלח למדפסת את הצרוף G 255, R 0, Y 255 אין ספק שתקבל כחול. אתה מוזמן להעלות את ערך הצהוב בין 0 ל 255 (לא בהכרח במדרגה של 1, גם של במדרגות של 8 פרדוקס הערמה יעבוד) ולהחליט היכן עובר הגבול בין כחול לירוק. |
|
|
|
|
|
|
||
|
||||
|
במדפסות (בדרך כלל) משתמשים ב CMYK, או CMY בשעת הדחק, אף פעם לא ב RGB (לא מתאימים כבסיס לחיסור צבעים). כחול ב CMYK זה 100,100,0,0 (באחוזים, סולם רציף, לא 8 ביט), ירוק זה 100,0,100,0 סתם לידע כללי... |
|
|
|
| חזרה לעמוד הראשי |  |
| מערכת האייל הקורא אינה אחראית לתוכן תגובות שנכתבו בידי קוראים | |
 RSS מאמרים |
כתבו למערכת |
אודות האתר |
טרם התעדכנת |
ארכיון |
חיפוש |
עזרה |
תנאי שימוש
|
© כל הזכויות שמורות |