הבעת IT

זה בית הספר הישנים, אבל כרגיל זה תוספת הזיכרון שלי ...
אז מושבת = "true" ונכים = "שקר" אותו דבר? כן
... אל תאמינו, טוב! thats דרך זה ... הנה קצת הסבר מהיר ...
"נכה" הוא של אלמנט כל צורה / שדה ולכן יכול לקבל כל ערך מטבעה.

עוד מאפיין זה קיים, אלמנט יושבתו ללא קשר לערך שלה. עבור למשל.
<input type="text" value="This הוא disabled" disabled>
<input type="text" value="This הוא disabled" disabled="disabled">
<input type="text" value="This הוא disabled" disabled="true">
<input type="text" value="This הוא disabled" disabled="false">

כל אלו יהפכו את שדה הטופס "לא זמין".

פשוט לא מספק את התכונה "לא זמין" שומר שדה "ABLED" ... כמו למטה

<input type="text" value="This לא disabled" />

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

זה ההבדל אם כי כאשר אנו משתמשים בתכונה זו ב-JavaScript ...

document.form.element.disabled = נכון, / / אלמנט יושבתו
document.form.element.disabled = false; / / אלמנט יופעל

הטיעונים לעיל נכון גם לגבי תכונות אלה אלמנטים:

• בדק (לחצן רדיו תיבת סימון)
• נבחרת (אפשרות)
• nowrap (TD)

גוגל מתחילה עם התנועה הפקודה לזרוק IE6 ... על ידי משתמשים האזנה עם IE6 קופץ על הטעינה של הדף ... אולי לא רעיון טוב מאוד ... אבל להיות מפתח UI, אני חייב להצטרף העגלה הלהקה ... 1 דפדפן פחות לי לדאוג מצטערים ... אנוכי הוא! אבל אני לא לכלול JavaScript ... (TRY דף זה ב-IE6) ...
היי! ועוד הערה בהיר ... ראה את זה הוא תצוגה של כוח של JavaScript .... זה יכול אפילו להביא את ענקית (או פעם אחת זה היה)

אז ... עזרה לפטור את העולם IE6 עם קו אחד JavaScript!

http://code.google.com/p/sevenup/

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

"IE6 הוא 4 Netscape חדש. פריצות הדרושה כדי לתמוך IE6 נתפסים יותר ויותר הובלה עודף. כמו נטסקייפ 4 בשנת 2000, IE6 נתפס מתאפק האינטרנט. "

ג'ף זלדמן, סטנדרטים גורו

ובינתיים למי כמוני יהיה מוצף קריאות שבר פריסות CSS של IE8, הנה העבודה הישן סביב / לתקן בעזרת תגיות מטא (meta http-EQUIV = "X-UA-תואם") אתה יכול לנסות ...

אי - מתנהגים IE8: CSS שבר פריסה (מיקוד גירסת הדפדפן באמצעות תגי מטא ב IE8)

גם אני חדש מאוד ממשק משתמש (UI) פיתוח ואני גם לא ותיק כמו שאני תמיד לשים את זה, אני להתאים את הפרופיל של UI Developer יותר מזה של מעצב, ללא חרטות. נו טוב! מה חשבתי לכתוב על? במשך זמן מה ... (חייב להיות שנה לא פחות) עכשיו, מדי פעם כאשר אני נכנס קצת עיצוב ממשק משתמש (כאשר מעצב מקצועי הלך לחופשה), אני לא יכולה להפסיק לחשוב תמיד אם העיצוב שלי צריך להיות complient כראוי או לא (באמת, לא יכולתי achive 100% תאימות סטנדרטים, אם הייתי רוצה יותר מדי). ואז אני אומר לעצמי, איזה שטויות! ... העיצוב צריך להיות פשוט, נחמד ובעיקר נראה שמיש, זה לא צריך להפוך את המבקרים לברוח ... או להקפיץ (להיות טכני). מה טוב פריסת נחמד tableless CSS יהיה המבקר, שהוא מתעלם מכל HyperText חכם גיליון סגנונות מדורג מתחת לעור של דף האינטרנט שלך ... אפס!
זה אמור להיראות נחמד להיות קל לשימוש ... ואז בא דברים בכל התקנים.

אני stumbbled accross ערך זה הבלוג של ג'ייסון פריד של 37 אותות (למי לא מודעים 37 אותות הם onces שיצרו כמה יישומי אינטרנט מדהים כמו Basecamp, וכו 'מדורת השבט) שכתבו משהו דומה ב 2004 ותאמינו לי, כמעט 5 שנים ולא השתנה הרבה מאז כי ... שמחתי לקרוא את ההודעה שלו, אני מסכים לחלוטין עם מה שיש לו לומר גם את העובדה, אותה הוא לא בטוח על מה הוא מספר על ההרגשה שלו רק שלה במעיים ולכן הוא שלי

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

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

לכתבה המלאה Checkout ג'ייסון פריד של

DISCALIMER: זה לא אומר שאנחנו לא צריכים לטרוח על סטנדרטים בכלל. התקנים הם טוב שיש ולעמוד בהם ככל האפשר. אנחנו רק צריכים להבין כי עיצוב ממשק משתמש טוב לא תמיד אומר 100% תקני Complience או להפך ....

מהרשימה שלי המלומד שיעורים, אני עוקב אחרי עיצוב ממשק המשתמש מעטים פיתוח כללי הזהב ... Heres 10 ראש ... לא כי יש לך לעקוב אחריהם מדי ...

1. שמור על המשתמשים. המשתמשים יכול לעשות או לשבור את האתר שלך. DONOT לעשות מבט המשתמש כמו idoit הכולל, מסוגלת לחלוטין של שימוש אתר האינטרנט שלך. זה רע!

2. לשמור על פשטות וקלות השימוש guidlines הראשי שלך. יותר מדי דברים על המסך, כך עולה ההסתברות של המשתמש יהיה להתבלבל או מוסחת מן המשימה המקורית.

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

4. אב הטיפוס דרישה. מאז, בימים אלה ממשקי שימוש עשירים, דיגום תמיד עדיף רק עושה wireframes פשוטים האחרון הוא חלל של אינטראקציות הגונים, זה היה לא מצליחים לספק את הלקוח תמונה ברורה של המוצר הסופי, כי הוא מפותח. תמיד קל יותר להמיר את אבות הטיפוס אל התוצרים הסופיים. כן! עם דיגום בעיות כל אינטראקציה יכול להיות מגוהץ החוצה בשלב מוקדם יותר במחזור הפיתוח.

5. עקביות בעיצוב שלך אינטראקציה חשובה מאוד. Donot לבלבל את המשתמש עם אינטראקציות ו Gizmos בלתי צפויות.

6. הבן שלך "Mission Design משפט". Aways להתמקד הפעולה העיקרית של beign דף מעוצב. כמו כן, ערוך רשימה של פעולות seconday שלך על הדף, לתעדף אותם.

7. ספק משוב ראוי המשתמשים באתר. עם רוב אתרי האינטרנט תוכנן סביב AJAX, מספקים רמזים חזותיים המשתמש על שינויים בדף. למשתמש יש לתת הכרה השלמת כל משימה שהוא מבצע. Donot את המשתמש להמתין כנראה, עבור למשל. לספק אינדיקטורים התקדמות uplaods קבצים.

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

9. Donot לחזר יותר מדי על עיצוב. זכור! המוצר כולו מורכב יותר, כי העיצוב לבד. לבנות צירי זמן מתאימים את לוח הזמנים עבור הפרוייקט חזרות עיצוב לדבוק בה. איטרציה עוזר לנו לגלות מה עובד ומה לא, לבחור את הנקודות הבעייתיות. כמו ממשק טוב לוקח זמן, לספק זמן חזרות ב שהביאו לפריצתה של מחזור הפיתוח, כך חזרות עיצוב doesnot ישירות משווים לעבד מחדש. מדי חוזרת הרבה יכול jeopradize מועדים.

10. להישען לאחור ולחשוב כמו משתמש לפעמים.

אני כל כך מתרגשת על מספר הולך וגדל של צפיות בבלוג שלי, כי אני בודק ב-Google Analytics שלי כמעט כל יום. שמתי לב הבלוג שלי הוא להיות מכונה על ידי אתרים בשפות רבות אחרות ועל ידי אנשים ברחבי העולם. כל כך נחמד!!
כדי לעשות את החיים קצת יותר קל הספינה שלי שאינם באנגלית הצופה, הוספתי ווידג'ט Google / תוסף בשם "גלובל מתרגם".

גלובל מתרגם, אומר כי "באופן אוטומטי מתרגמת בלוג ב 41 שפות שונות על ידי לפפה ארבעה מנועי תרגום שונים באינטרנט (מנוע התרגום של Google, מנוע תרגום Babelfish, FreeTranslations.com, Promt)" ... אם אתה רוצה להוסיף את ההתקנה לבד וורדפרס שלך לבדוק את זה ... כאן http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

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

הקישורים מתרגם נמצאים בתחתית של בר הצד ....

Heres אחר peice קצת הולכת שולל Javascript שאני צריך לחפור מסביב כי המצב commaned זה. באחד מאתרי האינטרנט שלי, היה לי מצב שבו הייתי צריך ליישם "windows.onload" פעמיים. הדבר הראשון היה בא בחשבון חסר ניסיון כמו שלי (אני חייב לומר בכנות, כי אני כבר משתמש במסגרות-JavaScript של ספריות, אני forgotton לעשות דברים פשוטים ב ... שלי עצוב אבל נכון), היא השיטה הבאה ...

 window.onload = onloadfn1;
 window.onload = onloadfn2;
 window.onload = onloadfn3;
 וכו '..

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

במצבים נורמליים, שלא כמו שלי (שבה אני אדבר על מעט מאוחר יותר) ... אתה יכול לעשות אחד מאלה כדי לבצע תפקודים onload mutliple ....

או משהו כזה

 doOnLoad function () {
         onloadfn1 ();
         onloadfn2 ();
         onloadfn3 ();
 }
 window.onload = doOnLoad;

על המצב הנוכחי שלי, אני לא יכול להשתמש בכל האמור לעיל ...
למה אני צריך לקרוא windows.onload פעמיים, ולא כי קוראים שתי פונקציות בתוך הפונקציה onload אחד? הנה מבט מהיר על הצהרה הבעיה שלי ...

"דפי האתר שלי בנויות כמו נושא וורדפרס .... כלומר יש כמה Header.php משותפים Footer.php שמקבל הכלולים אל כל דפי האתר. יש פונקציה ב onload implementaion Footer.php כדי לעשות כמה פונקציות onload משותפים. ויש עוד כמה עמודים, כי צריך משהו onload שלהם, מלבד אלה נעשה על ידי הפונקציה onload משותף. אם אני להקצות פונקציה התקשרות ישירות למטפל window.onload, זה יהיה יותר מדי לרכב callbacks שהוקצו בעבר Footer.php את "

.... הבעיה שלי הבין ?

טוב! יש כמה פתרונות שאני מצאו. כולם דומים מאוד ובעיקר implementions של הפתרון שניתן על ידי סיימון Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

פתרון:

כל שעליך לעשות הוא להוסיף את קוד ה-JavaScript לאתר ...

 פונקציה addLoadEvent (func) {
     var oldonload = window.onload;
     אם (window.onload typeof! = 'פונקציה') {
        window.onload = func
     אחר} {
        window.onload = function () {
            אם (oldonload) {
                   oldonload ()
           }
           func ()
        }
    }
 }

ולקרוא את זה במקום "windows.onload" כרגיל

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (function () {
 / * קוד יותר לרוץ על * הטעינה של הדף
 }); 

היתרונות של קטע הקוד הזה ...
1. בעיקר, הוא מאפשר לך אירועים windows.onload מרובות, המכונה מחלקים נפרדים של הקוד שלך, ללא overridding ההגדרה הקודמת
2. זה באמת לא מתבלט. זה יכול להיות ממוקם בתוך קובץ עם התסריטים האחרים שלך, או בקובץ נפרד.
3. זה עובד גם אם window.onload כבר נקבע.