การแสดงไอที

นี้คนที่โรงเรียนเก่า แต่ตามปกติเนื่องจากเป็นอาหารเสริมที่มีหน่วยความจำของฉัน ...
ดังนั้นมีการยกเลิก = "true" และปิดการใช้งาน = "false" เดียวกันได้หรือไม่ใช่
... ไม่เชื่อดี! 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 = true; / / องค์ประกอบที่จะใช้งาน
document.form.element.disabled = false; / / ธาตุจะเปิดใช้งาน

ข้อโต้แย้งดังกล่าวยังเป็นจริงสำหรับแอตทริบิวต์เหล่านี้และองค์ประกอบ:

• การตรวจสอบ (ปุ่มวิทยุและช่องทำเครื่องหมาย)
• ที่เลือก (Option)
• nowrap (TD)

Google เริ่มต้นให้คนเคลื่อนไหวเพื่อถ่ายโอนข้อมูล IE6 ... โดยผู้ใช้ IE6 bugging กับ POPUP ในการโหลดหน้า ... อาจจะไม่คิดที่ดีมาก ... แต่เป็นนักพัฒนา UI ฉันมีรถบรรทุกที่จะเข้าร่วมวงนี้ ... หนึ่งเบราว์เซอร์น้อยสำหรับฉันกังวลเกี่ยวกับ ขออภัย ... เห็นแก่ตัวก็คือ! แต่ฉันได้รวมจาวาสคริปต์นี้ ... (ดูหน้านี้ใน IE6) ...
เฮ้! และเมื่อทราบสว่าง ... ดูมันเป็นจอแสดงผลของพาวเวอร์ของ JavaScript .... มันยังสามารถนำมาลงยักษ์ (หรือเมื่อมันเป็น)

ดังนั้น ... ช่วยเหลือกำจัดโลกของ IE6 กับสายของ javascript!

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

ด้วยเบราว์เซอร์ที่จะดูแลตั้งแต่พรุ่งนี้อีก! (IE8 ออกมาจากในวันพรุ่งนี้รัฐของเบต้า) ... IE6 เวลาของมันสูงจริงๆจะได้รับความเมตตาความตายของมันยาว ... เนื่องจากสหเรายืนสำหรับฤดูใบไม้ร่วงของ IE6

"IE6 เป็น 4 Netscape ใหม่ hacks จำเป็นในการสนับสนุน IE6 จะดูมากขึ้นเช่นการขนส่งสินค้าส่วนเกิน ชอบ Netscape 4 ในปี 2000, IE6 เป็นที่รับรู้จะถูกจับกลับมาบนเว็บ. "

เจฟฟ์ Zeldman มาตรฐาน guru

และในขณะเดียวกันสำหรับผู้ที่ต้องการฉันที่จะถูกน้ำท่วมพร้อมโทรศัพท์จากหมดสภาพเค้าโครง CSS ใน IE8 ที่นี่ทำงานเก่ารอบ / แก้ไขโดยใช้แท็ก Meta (meta HTTP-EQUIV = "X-UA-Compatible") คุณอาจจะลองคือ ...

ผิดพลาดพฤติกรรม IE8: CSS แตกหักเค้าโครง (การกำหนดเป้าหมายเบราว์เซอร์รุ่นที่ใช้แท็ก Meta ใน IE8)

ทั้ง I am มากใหม่ส่วนติดต่อผู้ใช้ (UI) การพัฒนาและฉันมีประสบการณ์และเป็นฉันเสมอใส่มันฉันพอดีกับรายละเอียดของ UI พัฒนามากขึ้นกว่าที่นักออกแบบมีไม่เสียใจ โอ้ดี! อะไรคือสิ่งที่ผมเขียนเกี่ยวกับ? สำหรับในขณะที่ ... (จะต้องอยู่ในปีที่ผ่านมาไม่น้อยใด ๆ ) ตอนนี้ได้ทุกขณะนี้แล้วเมื่อฉันได้รับเป็นบิตของการออกแบบ UI (เมื่อนักออกแบบมืออาชีพที่ได้ไปในวันหยุด) ผมหยุดลาดเทคิดเสมอว่าการออกแบบของฉันควร อย่างถูกต้อง complient หรือไม่ (ความจริงใจไม่ว่าฉันสามารถบรรลุมาตรฐาน 100% การปฏิบัติตามหากฉันต้องการมากเกินไป) แล้วฉันจะบอกตัวเองสิ่งที่อึ! การออกแบบ ... ควรจะง่ายดีและเป็นหลักดูเหมือนจะใช้งานได้ก็ไม่ควรทำให้ผู้เข้าชมหนี ... หรือตีกลับ (เป็นทางด้านเทคนิค) อะไรที่ดีดีรูปแบบ CSS tableless จะเข้าเยี่ยมชมที่เป็นลบเลือนไปทุกสมาร์ท hypertext และสไตล์ชีตซ้อนภายใต้ผิวของหน้าเว็บของคุณ ... zilch!
ควรมีลักษณะที่ดีและจะใช้งานง่าย ... แล้วมาทุกสิ่งที่มาตรฐาน

ผมค่อนข้างสมเหตุสมผล stumbbled นี้เข้าบล็อกโดยเจสันทอดจาก 37 สัญญาณ (สำหรับผู้ที่ไม่ตระหนักถึงสัญญาณที่ 37 onces ที่ได้สร้างปพลิเคชันบนเว็บบางอย่างน่ากลัวเช่น Basecamp ฯลฯ ด้ามขวาน) ผู้เขียนบางสิ่งบางอย่างที่คล้ายกันในปี 2004 และเชื่อฉันเกือบ 5 ปี และไม่ได้เปลี่ยนแปลงมากตั้งแต่ที่ ... ฉันมีความสุขในการอ่านกระทู้ของเขาเป็นฉันทั้งหมดเห็นด้วยกับสิ่งที่เขาจะต้องพูดและยังความเป็นจริงของเธอคือไม่แน่ใจเกี่ยวกับสิ่งที่จะบอกเกี่ยวกับความรู้สึกของตนเป็นเพียงแค่ทางเดินอาหารของเขาและเพื่อเป็นเหมือง

เจสันทอด: "มีวิธีที่มากเกินไปพูดคุยเกี่ยวกับ CSS และ XHTML และมาตรฐานและการเข้าถึงและไม่เพียงพอที่จะพูดคุยเกี่ยวกับคน CSS และรหัสมาตรฐานมาตรฐานเป็นเพียงเครื่องมือที่ - คุณต้องรู้ว่าสิ่งที่จะสร้างกับเครื่องมือเหล่านี้ ที่ดีที่สุดสำหรับฉันดีใจที่คุณ UI ไม่ได้ใช้ตาราง ดังนั้นสิ่งที่? ใส่ใจหากยังคงไม่ยอมให้คนบรรลุเป้าหมายของพวกเขาที่ มาตรฐานเว็บที่ดี แต่ผู้คนรวมถึงมาตรฐานของตัวเองได้รับสิ่งที่ทำ (และที่ยังคงยากเกินไปที่จะทำออนไลน์)

นักออกแบบ UI จะทำให้เดียวกันเก่าพื้นฐาน "ลืมเกี่ยวกับมนุษย์ในอีกด้าน" ความผิดพลาด - ยกเว้นในขณะนี้รหัสของพวกเขาดูดีกว่า มนุษย์ - ไม่ validators รหัส - อินเตอร์เฟซที่ใช้ ".

บทความเต็มรูปแบบชำระเงินเจสันทอด 's

DISCALIMER: นี้ไม่ได้หมายความว่าเราไม่ควรกังวลเกี่ยวกับมาตรฐานที่ทุกคน มาตรฐานเป็นสิ่งที่ดีที่จะมีและติดพวกเขาให้มากที่สุดเท่าที่ทำได้ เราเพียง แต่ต้องเข้าใจการออกแบบ UI ที่ดีไม่ได้หมายความว่ามาตรฐาน 100% Complience หรือทางกลับกัน ....

จากรายการของฉันเรียนรู้บทเรียนของฉันฉันทำตามการออกแบบ UI น้อยและกฎทองพัฒนา Heres ... TOP 10 ... ไม่ว่าคุณมีดังต่อไปพวกเขามากเกินไป ...

1. ดูแลผู้ใช้ของคุณ ผู้ใช้สามารถสร้างหรือทำลายเว็บไซต์ของคุณ donot ให้ดูผู้ใช้ที่ชอบ idoit รวม, หูฉี่ความสามารถในการใช้เว็บไซต์ของคุณ นั่นคือ BAD!

2. เก็บเรียบง่ายและใช้งานง่าย Guidlines หลักของคุณ สิ่งที่มากเกินไปบนหน้าจอที่สูงกว่าความน่าจะเป็นที่ผู้ใช้จะได้รับสับสนหรือฟุ้งซ่านจากงานเดิมของพวกเขา

3. เป็นคนในขีด จำกัด ... donot หลงระเริงมากเกินไปในการใช้งานการเข้าถึงและมาตรฐาน ใช้มาตรฐานได้อย่างมีประสิทธิภาพและทำให้พวกเขาเข้าใจให้กับทีมงาน นี้จะให้สอดคล้องเหมาะสมในผลิตภัณฑ์

4. ต้นแบบที่ต้องการ ตั้งแต่วันนี้การเชื่อมต่อการใช้งานที่อุดมไปด้วยการสร้างต้นแบบเสมอดีกว่าเพียงการทำที่ง่ายและ wireframes หลังจะถือเป็นโมฆะของการปฏิสัมพันธ์ที่ดีก็จะล้มเหลวที่จะให้ลูกค้าภาพที่ชัดเจนของผลิตภัณฑ์สุดท้ายที่ได้ถูกพัฒนาขึ้น เสมอมันจะง่ายในการแปลงต้นแบบในการส่งมอบสุดท้าย นอกจากนี้! ด้วยการสร้างต้นแบบปัญหาใด ๆ ที่ปฏิสัมพันธ์อาจจะรีดออกก่อนหน้านี้ในวงจรการพัฒนา

5. ความสอดคล้องในการออกแบบและการโต้ตอบของคุณเป็นสิ่งสำคัญมาก donot สับสนของผู้ใช้ของคุณด้วยการโต้ตอบที่ไม่แน่นอนและ Gizmos

6. เข้าใจ "คำชี้แจงได้รับการออกแบบภารกิจของคุณ" สิ่งที่ได้มุ่งเน้นไปที่การดำเนินการหลักในการ beign หน้าออกแบบ ยังให้รายการของการกระทำ seconday ของคุณบนหน้าและจัดลำดับความสำคัญให้พวกเขา

7. ระบุความคิดเห็นที่เหมาะสมเพื่อให้ผู้ใช้เว็บไซต์ กับส่วนใหญ่ของเว็บไซต์ที่ออกแบบรอบ AJAX, ให้ตัวชี้นำภาพให้กับผู้ใช้เก​​ี่ยวกับการเปลี่ยนแปลงที่หน้า ผู้ใช้มีการกำหนดทราบสำเร็จของงานที่เขาดำเนินการใด ๆ ทำให้ผู้ใช้ donot รอและคาดเดาสำหรับเช่น ให้ตัวชี้วัดความคืบหน้าการ uplaods ไฟ​​ล์

8. ใช้ควบคุมได้อย่างเหมาะสม สำหรับการใช้งานเช่นเลือกดรอปดาวน์สำหรับรายการเล็ก ๆ เท่านั้น donot ให้ผู้ใช้เลือกหนึ่งใน 200 เมืองโดยใช้กล่องเลือก เข้าใจความแตกต่างระหว่างปุ่มและการเชื่อมโยง การเชื่อมโยงและปุ่มที่มีจุดประสงค์ที่แตกต่างกัน donot ใช้สำหรับข้อมูลอื่น ๆ ให้การควบคุมที่เหมาะสมเพื่อให้มีปฏิสัมพันธ์กับหน้าได้ง่ายขึ้น หลีกเลี่ยงการใช้เมนูที่มีมากขึ้นว่าสองระดับลึก ไม่บูรณาการล้อ ใช้ตัวควบคุมมาตรฐานกำหนดไว้เฉพาะในกรณีที่จำเป็นมาก กำหนดควบคุมการกำหนดเองใด ๆ ที่จำเป็นสำหรับเว็บไซต์มือของคุณก่อนเพื่อให้พวกเขาสามารถสร้างและทดสอบอย่างอิสระและพร้อมสำหรับการใช้งานเว็บไซต์ค่อนข้างสมเหตุสมผล

9 donot. ย้ำมากเกินไปในการออกแบบ จำเอาไว้! ผลิตภัณฑ์ทั้งหมดประกอบด้วยการออกแบบที่เพิ่มเติมเพียงอย่างเดียว สร้างระยะเวลาที่เหมาะสมลงในตารางโครงการของคุณสำหรับการทำซ้ำการออกแบบและติดมัน ย้ำช่วยให้เราได้ค้นหาสิ่งที่ทำงานและสิ่งที่ไม่ได้เลือกออกจุดปัญหา ในฐานะที่เป็นอินเตอร์เฟซที่ดีต้องใช้เวลาให้เวลาสำหรับการทำซ้ำในจุดเริ่มต้นของวงจรการพัฒนาเพื่อให้การแสดงออกแบบ doesnot โดยตรงถือเอาการ rework มากเกินไปการทำงานซ้ำ ๆ อาจ jeopradize กำหนดเวลา

10. นั่งกลับและคิดว่าเหมือนผู้ใช้บางครั้ง

ฉันตื่นเต้นมากเกี่ยวกับจำนวนที่เพิ่มขึ้นของเพจวิวบนบล็อกของฉันที่ฉันจะตรวจสอบ Google Analytics ของฉันเกือบทุกวัน ผมสังเกตเห็นว่าบล็อกของฉันจะถูกเรียกโดยเว็บไซต์ในภาษาอื่น ๆ จำนวนมากและโดยคนทั่วโลก ให้ดี!
เพื่อให้ชีวิตบิตง่ายขึ้นสำหรับเรือของผู้ชมของฉันที่ไม่ใช่ภาษาอังกฤษผมได้เพิ่ม Widget Google / ปลั๊กอินที่เรียกว่า "นักแปลทั่วโลก"

นักแปลระดับโลกกล่าวว่า "โดยอัตโนมัติแปลบล็อกใน 41 ภาษาที่แตกต่างโดยการตัดทั้งสี่ที่แตกต่างกันเครื่องมือแปลภาษาออนไลน์ (เครื่องยนต์เป็นภาษาเครื่องการแปล Babelfish, FreeTranslations.com, promt)" ... ถ้าคุณต้องการที่จะเพิ่มการติดตั้งเวิร์ดเพรสของคุณเอง ... ตรวจสอบออกที่นี่ http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

ไม่แน่ใจว่าวิธีที่ดีแปลเป็​​น แต่ผมหวังว่ามันจะช่วยให้นักพัฒนาเพื่อนไม่กี่ออกมีที่สิ้นสุดถึงบล็อกของฉันเท่านั้นที่จะผิดหวังว่ามันเป็นภาษาอังกฤษ ....

ลิงก์ล่ามอยู่ที่ด้านล่างของแถบด้านข้าง ....

ริอีกชิ้นเล็ก ๆ ของกลอุบายจาวาสคริปต์ที่ผมต้องขุดรอบเนื่องจากสถานการณ์ commaned มัน หนึ่งในเว็บไซต์ของฉันฉันมีสถานการณ์เช่นนี้ที่ฉันมีที่จะใช้ "windows.onload" สองครั้ง สิ่งแรกที่จะมาถึงใจที่ไม่มีประสบการณ์เหมือนผม (ฉันต้องบอกว่าตรงไปตรงมาตั้งแต่ฉันได้ใช้กรอบ JavaScript และห้องสมุดผมได้ forgotton ที่จะทำสิ่งง่ายๆด้วยตัวเอง ... ฉันเศร้า แต่จริง) คือวิธีต่อไปนี้ ...

 window.onload = onloadfn1; window.onload = onloadfn2; window.onload = onloadfn3; ฯลฯ .. 

ขออภัยที่จะพูด แต่นี้ทำงานเคยชิน ... dont ต้องการเพื่อหารือเกี่ยวกับวิทยาศาสตร์การดำเนินการของจาวาสคริมาก ... แต่ตามประสบการณ์ล่าสุดของฉันเพียงฟังก์ชั่นล่าสุด (onloadfn3) จะป่วยจริงได้รับการดำเนิน

ในสถานการณ์ปกติซึ่งแตกต่างจากเหมือง (ซึ่งผมจะพูดถึงน้อยกว่า) ... คุณสามารถทำอย่างใดอย่างหนึ่งดังต่อไปนี้การดำเนินการฟังก์ชั่น onload mutliple ....

หรืออะไรเช่นนี้

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

สำหรับสถานการณ์ปัจจุบันของฉันฉันไม่สามารถใช้อย่างใดอย่างหนึ่งดังกล่าวข้างต้น ...
ฉันไม่จำเป็นต้องเรียก windows.onload สองค่อนข้างที่เรียกฟังก์ชันที่สองภายในฟังก์ชัน onload เดียวทำไม? ที่นี่ดูอย่างรวดเร็วที่งบปัญหาของฉันคือ ...

"หน้าไซต์ของฉันมีโครงสร้างเหมือนธีม WordPress .... เช่นมี header.php ที่พบบ่อยและ Footer.php ที่ได้รับรวมเป็นทั้งหมดเป็นหน้าเว็บไซต์ มีฟังก์ชั่น implementaion onload ใน Footer.php ที่จะทำหน้าที่ onload บางที่พบบ่อยคือ และมีไม่กี่หน้าที่ต้องการบางสิ่งบางอย่างจาก OnLoad ของตนเองนอกเหนือจากที่ทำโดยฟังก์ชั่น onload ที่พบบ่อย ถ้าผมกำหนดฟังก์ชันโทรกลับโดยตรงไปยังตัวจัดการ window.onload จะมากกว่านั่งเรียกกลับได้รับมอบหมายก่อนหน้านี้ใน Footer.php "

.... เป็นปัญหาของฉันเข้าใจ ?

ดี! มีโซลูชั่นไม่กี่แห่งที่ผมพบคือ พวกเขาทั้งหมดจะคล้ายกันมากและส่วนใหญ่ implementions ของการแก้ปัญหาให้โดยไซมอน Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Solution:

เพียงเพิ่มโค้ดจาวาสคริปต์นี้ไปยังเว็บไซต์ ...

 ฟังก์ชั่น addLoadEvent (func) {
     var oldonload = window.onload;
     ถ้า (window.onload typeof! = 'ฟังก์ชั่น') {
        window.onload = func
     } else {
        window.onload = function () {
            ถ้า (oldonload) {
                   oldonload ()
           }
           func ()
        }
    }
 }

และเรียกว่าแทน "windows.onload" ปกติ

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent ฟังก์ชั่น (() {
 * / รหัสมากขึ้นในการทำงานในการโหลดหน้า *
 }); 

ข้อดีของโค้ดนี้ ...
1 ในขั้นต้นจะช่วยให้คุณมีเหตุการณ์ windows.onload หลายที่เรียกว่าแยกจากส่วนของรหัสของคุณโดยไม่ต้อง overridding ความหมายก่อนหน้านี้
2 มันเป็นสร้างความรำคาญจริงๆ มันสามารถนำมาวางไว้ในแฟ้มที่มีสคริปต์อื่น ๆ ของคุณหรือในแฟ้มที่แยกต่างหาก
3 มันทำงานได้แม้ว่า window.onload ได้ถูกกำหนด