การเขียนโปรแกรมวิชวลเบสิก

การออกแบบการใช้งาน

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

อินเทอร์เฟซที่ดีคืออะไร

เมื่อออกแบบอินเทอร์เฟซผู้ใช้ เป็นความคิดที่ดีที่จะเริ่มต้นด้วยการดูแอปพลิเคชันที่ขายดีที่สุดบางส่วนจาก Microsoft หรือบริษัทอื่นๆ ท้ายที่สุดแล้ว แอปที่มีอินเทอร์เฟซที่ไม่ดีจะขายไม่ดี คุณจะพบสิ่งต่างๆ ทั่วไปมากมาย เช่น แถบเครื่องมือ แถบสถานะ เคล็ดลับเครื่องมือ เมนูบริบท และกล่องโต้ตอบมาร์กอัป ไม่ใช่เรื่องบังเอิญที่ Visual Basic สามารถเพิ่มสิ่งเหล่านี้ลงในแอปพลิเคชันได้

คุณสามารถไว้วางใจประสบการณ์ของคุณเองในการใช้ซอฟต์แวร์ได้ ลองนึกถึงแอปพลิเคชันบางตัวที่คุณเคยใช้ สิ่งใดได้ผล สิ่งใดไม่ได้ผล และคุณจะปรับเปลี่ยนได้อย่างไร แต่โปรดจำไว้ว่าการตั้งค่าส่วนตัวไม่เท่ากับการตั้งค่าของผู้ใช้ และคุณต้องปรับความคิดเห็นของคุณให้สอดคล้องกับความคิดเห็นของผู้ใช้

โปรดทราบว่าแอปพลิเคชันที่ประสบความสำเร็จส่วนใหญ่จะมีตัวเลือกเพื่อรองรับความต้องการของผู้ใช้ที่แตกต่างกัน ตัวอย่างเช่น Microsoft Windows Explorer อนุญาตให้ผู้ใช้คัดลอกไฟล์ผ่านเมนู คำสั่งแป้นพิมพ์ หรือการลากและวาง การระบุตัวเลือกต่างๆ จะช่วยเพิ่มความน่าดึงดูดของแอปพลิเคชัน และอย่างน้อยควรทำให้ฟังก์ชันทั้งหมดสามารถเข้าถึงได้ด้วยเมาส์และคีย์บอร์ด

แนวทางอินเทอร์เฟซ Windows

ข้อได้เปรียบหลักของระบบปฏิบัติการ Windows คือมีอินเทอร์เฟซทั่วไปสำหรับแอปพลิเคชันทั้งหมด ผู้ใช้ที่รู้วิธีใช้แอพพลิเคชั่นบน Windows สามารถเรียนรู้การใช้งานแอพพลิเคชั่นอื่นได้อย่างง่ายดาย แอปพลิเคชันที่เบี่ยงเบนไปจากแนวทางอินเทอร์เฟซที่กำหนดไว้มากเกินไปนั้นยากที่จะเข้าใจ

เมนูต่างๆ เป็นตัวอย่างที่ดี - แอพพลิเคชั่นที่ใช้ Windows ส่วนใหญ่เป็นไปตามมาตรฐานนี้: เมนู "ไฟล์" ทางซ้ายสุด จากนั้น "แก้ไข" "เครื่องมือ" และเมนูเสริมอื่นๆ และเมนู "ไฟล์" ทางด้านขวาสุด เมนู . ช่วยเหลือ" หาก Documents ดีกว่า File หรือควรวางเมนู Help ไว้ก่อน ก็คุ้มค่าที่จะพูดคุยกัน ไม่มีอะไรหยุดคุณจากการทำเช่นนี้ แต่การทำเช่นนี้อาจทำให้ผู้ใช้สับสนและลดการใช้งานแอปพลิเคชันของคุณ ผู้ใช้จะต้องหยุดและคิดทุกครั้งที่สลับระหว่างแอพและโปรแกรมอื่นๆ

ตำแหน่งของเมนูย่อยก็มีความสำคัญเช่นกัน ผู้ใช้คาดหวังว่าจะพบเมนูย่อย เช่น "คัดลอก" "ตัด" และ "วาง" ใต้เมนู "แก้ไข" แต่การย้ายไปไว้ใต้เมนู "ไฟล์" จะทำให้ผู้ใช้สับสน อย่าเบี่ยงเบนไปจากแนวทางที่สร้างขึ้นมากเกินไป เว้นแต่จะมีเหตุผลที่ดีในการทำเช่นนั้น

การทดสอบการใช้งาน

วิธีที่ดีที่สุดในการทดสอบการใช้งานอินเทอร์เฟซของคุณคือการให้ผู้ใช้มีส่วนร่วมตลอดกระบวนการออกแบบ ไม่ว่าคุณกำลังออกแบบแอปพลิเคชันขนาดใหญ่ที่มีการบีบอัด หรือแอปพลิเคชันขนาดเล็กที่มีการใช้งานอย่างจำกัด กระบวนการออกแบบก็ควรจะเหมือนกันทุกประการ การใช้แนวทางการออกแบบที่สร้างขึ้น การออกแบบอินเทอร์เฟซควรเริ่มต้นบนกระดาษ

ขั้นตอนต่อไปคือการสร้างต้นแบบอย่างน้อยหนึ่งรายการและออกแบบแบบฟอร์มใน Visual Basic คุณยังคงต้องเพิ่มโค้ดให้เพียงพอเพื่อเริ่มต้นต้นแบบ เช่น แสดงแบบฟอร์ม เติมข้อมูลตัวอย่างลงในกล่องรายการ และอื่นๆ จากนั้นจึงเตรียมการทดสอบการใช้งาน

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

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

การค้นพบคุณสมบัติ

แนวคิดหลักในการทดสอบการใช้งานคือการค้นพบได้ หากผู้ใช้ไม่ทราบวิธีใช้คุณลักษณะ (หรือไม่รู้ด้วยซ้ำว่ามีคุณลักษณะนี้อยู่) ก็ไม่น่าจะนำมาใช้ได้ ตัวอย่างเช่น ผู้ใช้ Windows 3.1 ส่วนใหญ่ไม่เคยรู้ว่าสามารถใช้คีย์ผสม ALT และ TAB เพื่อสลับระหว่างแอปพลิเคชันที่เปิดอยู่ได้ ไม่มีส่วนใดในอินเทอร์เฟซที่ให้เบาะแสเพื่อช่วยให้ผู้ใช้ค้นพบคุณลักษณะนี้

เมื่อต้องการทดสอบการค้นพบฟังก์ชันการทำงาน ขอให้ผู้ใช้ทำงานให้เสร็จสิ้นโดยไม่ต้องอธิบายวิธีดำเนินการ (ตัวอย่างเช่น สร้างเอกสารใหม่โดยใช้ "เทมเพลตฟอร์ม") หากไม่สามารถทำงานให้เสร็จสิ้นได้หรือต้องใช้ความพยายามหลายครั้ง จำเป็นต้องปรับปรุงความสามารถในการค้นพบคุณลักษณะนี้

โต้ตอบกับผู้ใช้เมื่อมีสิ่งผิดปกติเกิดขึ้นกับพวกเขาหรือระบบ

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

การตอบสนองทั่วไปคือการแสดงกล่องโต้ตอบเพื่อขอให้ผู้ใช้ป้อนข้อมูลว่าแอปพลิเคชันควรจัดการกับปัญหาอย่างไร การตอบสนองที่พบบ่อยน้อยกว่า (แต่ดีกว่า) คือการแก้ไขปัญหาโดยไม่รบกวนผู้ใช้ ท้ายที่สุดแล้ว ผู้ใช้จะให้ความสำคัญกับการทำงานให้เสร็จสิ้นเป็นหลัก ไม่ใช่รายละเอียดทางเทคนิค เมื่อออกแบบอินเทอร์เฟซผู้ใช้ ให้พิจารณาข้อผิดพลาดที่อาจเกิดขึ้นและพิจารณาว่าข้อผิดพลาดใดที่ต้องอาศัยการโต้ตอบจากผู้ใช้ และข้อผิดพลาดใดที่สามารถแก้ไขได้ด้วยวิธีแก้ปัญหาที่จัดเตรียมไว้ล่วงหน้า

สร้างกล่องโต้ตอบที่เข้าใจง่าย

ในบางครั้งอาจมีข้อผิดพลาดเกิดขึ้นในแอปพลิเคชันและจำเป็นต้องมีการตัดสินเพื่อแก้ไขสถานการณ์ ซึ่งมักจะเกิดขึ้นเป็นสาขาของโค้ด - คำสั่ง If...Then หรือคำสั่ง Case หากการตัดสินนี้จำเป็นต้องมีการโต้ตอบของผู้ใช้ ปัญหานี้มักจะแสดงต่อผู้ใช้โดยใช้กล่องโต้ตอบ กล่องโต้ตอบเป็นส่วนหนึ่งของอินเทอร์เฟซผู้ใช้ และเช่นเดียวกับส่วนอื่นๆ ของอินเทอร์เฟซ การออกแบบมีบทบาทในการใช้งานแอปพลิเคชัน

บางครั้งรู้สึกเหมือนว่าผู้ออกแบบกล่องโต้ตอบโปรแกรมจำนวนมากไม่พูดคำที่ทำให้คนอื่นเข้าใจได้ง่าย ตัวอย่างเช่น ข้อความเช่นนี้: "เซกเตอร์ของฮาร์ดดิสก์ C เสียหายหรือไม่สามารถเข้าถึงได้ ยกเลิก ลองใหม่ เพิกเฉยใช่ไหม" (ดูรูปที่ 6.22) นี่ไม่ใช่เรื่องง่ายที่จะเข้าใจสำหรับผู้ใช้ทั่วไป สิ่งนี้เทียบเท่ากับพนักงานเสิร์ฟถามลูกค้าว่า "เราไม่มีซุป หรือครัวกำลังจุดไฟ ยกเลิก ลองอีกครั้ง แต่เพิกเฉย" คุณจะตอบอย่างไร? สิ่งสำคัญคือต้องอธิบายปัญหา (และตัวเลือก) ด้วยวิธีหรือวลีที่ผู้ใช้สามารถเข้าใจได้ ในตัวอย่างก่อนหน้านี้ ข้อความที่ดีกว่าจะเป็น "มีปัญหาในการบันทึกไฟล์ในไดรฟ์ C โปรดบันทึกไฟล์ในไดรฟ์ A คุณต้องการบันทึกไฟล์หรือไม่"

เมื่อสร้างกล่องโต้ตอบสำหรับแอปพลิเคชันของคุณ โปรดคำนึงถึงผู้ใช้ด้วย ข้อความนี้สื่อถึงข้อมูลที่เป็นประโยชน์แก่ผู้ใช้หรือไม่? เข้าใจง่ายมั้ย? ตัวเลือกที่แสดงด้วยปุ่มคำสั่งชัดเจนหรือไม่ ตัวเลือกนี้เหมาะสมกับเงื่อนไขที่กำหนดหรือไม่ โปรดจำไว้ว่า กล่องข้อความที่น่ารำคาญเพียงกล่องเดียวอาจทำให้ผู้ใช้รู้สึกไม่ดีต่อแอปพลิเคชันของคุณ

หากคุณกำลังออกแบบกล่องโต้ตอบแบบกำหนดเอง ให้ลองใช้ประเภทมาตรฐาน ถ้าเบี่ยงเบนไปจากเค้าโครงกล่องข้อความมาตรฐานมากเกินไป ผู้ใช้อาจไม่รู้จักว่าเป็นกล่องโต้ตอบ

สำหรับข้อมูลเพิ่มเติม เกี่ยวกับกล่องโต้ตอบ โปรดดูที่ "กล่องโต้ตอบ" ในช่วงต้นของบทนี้

การจัดการข้อผิดพลาดโดยไม่มีกล่องโต้ตอบ

ไม่จำเป็นต้องขัดจังหวะผู้ใช้เมื่อเกิดข้อผิดพลาด บางครั้ง ควรจัดการข้อผิดพลาดในโค้ดโดยไม่แจ้งให้ผู้ใช้ทราบ หรือแจ้งเตือนผู้ใช้ในลักษณะที่ไม่ทำให้ขั้นตอนการทำงานของผู้ใช้หยุดชะงัก ตัวอย่างที่ดีของเทคโนโลยีนี้คือคุณลักษณะ "แก้ไขอัตโนมัติ" ใน Microsoft Word: หากคำทั่วไปสะกดผิด Word จะแก้ไขคำนั้นโดยอัตโนมัติ หากสะกดผิดคำที่ไม่ปกติ จะมีการวาดเส้นสีแดงข้างใต้เพื่อเตือนให้ผู้ใช้แก้ไขในภายหลัง .

มีเทคนิคมากมายให้เลือก ขึ้นอยู่กับคุณที่จะตัดสินใจว่าเทคนิคใดที่เหมาะกับการใช้งานของคุณ นี่เป็นข้อเสนอแนะบางประการ:

1. เพิ่มฟังก์ชัน "เลิกทำ" ในเมนู "แก้ไข" สำหรับสถานการณ์ต่างๆ เช่น การลบ แทนที่จะขัดจังหวะผู้ใช้ด้วยกล่องโต้ตอบ "ตกลง" คุณสามารถมั่นใจได้ว่าผู้ใช้ได้ตัดสินใจถูกต้องและมีคุณลักษณะ "เลิกทำ" ในกรณีที่ผู้ใช้เปลี่ยนใจในภายหลัง

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

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

4. บันทึกข้อความและรอการประมวลผล เนื่องจากไม่ใช่ข้อผิดพลาดทั้งหมดจะมีความสำคัญหรือต้องดำเนินการทันที ดังนั้น ให้พิจารณาบันทึกข้อผิดพลาดเหล่านี้ลงในไฟล์และแสดงให้ผู้ใช้เห็นเมื่อออกจากแอปพลิเคชันหรือในเวลาอื่นที่สะดวก หากผู้ใช้ป้อนข้อมูลผิดพลาด (เช่น เขียน MainSt. แทน MianSt.) ให้บันทึกข้อมูลดังกล่าว เพิ่มปุ่ม "ReviewEntries" และฟังก์ชันที่แสดงความแตกต่างเพื่อให้ผู้ใช้สามารถแก้ไขได้

5. อย่าทำอะไรเลย บางครั้งข้อผิดพลาดอาจไม่สำคัญพอที่จะรับประกันคำเตือน ตัวอย่างเช่น การที่กระดาษไม่พร้อมสำหรับเครื่องพิมพ์บน LPT1 นั้นไม่สำคัญมากนักจนกว่าจะพร้อมพิมพ์ รอจนกระทั่งข้อความเกี่ยวข้องกับงานปัจจุบัน

สำหรับข้อมูลเพิ่มเติม เกี่ยวกับเทคนิคการจัดการข้อผิดพลาด โปรดดูบทที่ 13 "การดีบักโค้ดและการจัดการข้อผิดพลาด"

การออกแบบรูปแบบช่วยเหลือผู้ใช้

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

เช่นเดียวกับส่วนอื่นๆ ของแอปพลิเคชัน การออกแบบรูปแบบที่ช่วยเหลือผู้ใช้ควรมาก่อนการพัฒนา เนื้อหาของสคีมาจะแตกต่างกันไปขึ้นอยู่กับความซับซ้อนของแอปพลิเคชันและกลุ่มเป้าหมาย

ความช่วยเหลือและเอกสาร

วิธีใช้แบบออนไลน์เป็นส่วนสำคัญของแอปพลิเคชันใดๆ และมักเป็นที่แรกที่ผู้ใช้จะดูเมื่อมีคำถาม แม้แต่แอปพลิเคชันธรรมดา ๆ ก็ควรมี "ความช่วยเหลือ" การไม่ให้ข้อมูลก็เหมือนกับการสมมติว่าผู้ใช้ไม่เคยมีปัญหา

เมื่อออกแบบระบบวิธีใช้ โปรดจำไว้ว่าจุดประสงค์หลักของระบบคือการตอบคำถาม ลองใช้คำศัพท์ของผู้ใช้เมื่อสร้างชื่อหัวข้อและรายการดัชนี เช่น "ฉันจะจัดรูปแบบหน้าได้อย่างไร" หัวข้อจะค้นหาได้ง่ายกว่าเมนู "แก้ไข" หรือ "รูปแบบหน้า" อย่าลืมบริบท ผู้ใช้ส่วนใหญ่จะหงุดหงิดหากพวกเขากดปุ่ม F1 เพื่อขอความช่วยเหลือในฟิลด์เฉพาะและพบว่าตนเองอยู่ในหัวข้อเนื้อหา

การจัดทำเอกสารแนวคิดพื้นฐาน ไม่ว่าจะพิมพ์และ/หรือจัดไว้ในดิสก์ zip จะมีประโยชน์สำหรับทุกคน ยกเว้นแอปพลิเคชันที่ง่ายที่สุด สามารถให้ข้อมูลที่ยากต่อการถ่ายทอดด้วยหัวข้อวิธีใช้สั้นๆ อย่างน้อยที่สุดควรมีเอกสารในรูปแบบไฟล์ ReadMe ที่ผู้ใช้สามารถพิมพ์ได้หากจำเป็น

อุปกรณ์ช่วยเหลือผู้ใช้

ในส่วนติดต่อผู้ใช้ มีเทคโนโลยีหลายอย่างที่ช่วยเหลือผู้ใช้ การเพิ่มเคล็ดลับเครื่องมือ วิธีใช้ "นี่คืออะไร" การแสดงสถานะ และวิซาร์ดให้กับแอปพลิเคชันของคุณด้วย Visual Basic เป็นเรื่องง่าย ขึ้นอยู่กับคุณที่จะตัดสินใจว่าอุปกรณ์ใดเหล่านี้เหมาะสมกับแอปพลิเคชันของคุณเอง

เคล็ดลับเครื่องมือ

คำแนะนำเครื่องมือ (รูปที่ 6.23) เป็นวิธีที่ดีในการแสดงข้อมูลแก่ผู้ใช้ในขณะที่พวกเขาค้นหาบนอินเทอร์เฟซผู้ใช้ คำแนะนำเครื่องมือคือป้ายชื่อขนาดเล็กที่ปรากฏขึ้นเมื่อตัวชี้เมาส์วางอยู่บนตัวควบคุม และมักจะมีคำอธิบายฟังก์ชันการทำงานของตัวควบคุม โดยปกติคำแนะนำเครื่องมือจะใช้ร่วมกับแถบเครื่องมือ และจะทำงานได้ดีในส่วนใหญ่ของอินเทอร์เฟซ

ตัวควบคุม Visual Basic ส่วนใหญ่มีคุณสมบัติที่ใช้แสดงเคล็ดลับเครื่องมือ: ToolTipText รหัสต่อไปนี้จะให้คำแนะนำเครื่องมือสำหรับปุ่มคำสั่งชื่อ "cmdPRint"

cmdPrint.ToolTipText=พิมพ์เอกสารปัจจุบัน

เช่นเดียวกับส่วนอื่นๆ ของอินเทอร์เฟซ ตรวจสอบให้แน่ใจว่าข้อความนี้สื่อสารข้อความถึงผู้ใช้อย่างชัดเจน

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับคำแนะนำเครื่องมือ โปรดดู "คุณสมบัติ ToolTipText" ในการอ้างอิงภาษา

"นี่คืออะไร" ช่วยด้วย

เมื่อผู้ใช้เลือก What's Help และคลิกเคอร์เซอร์คืออะไรบนตัวควบคุม What's Help จะให้ลิงค์ไปยังหัวข้อวิธีใช้แบบป๊อปอัป (ดูรูป 6.24) วิธีใช้ "นี่คืออะไร" สามารถเปิดใช้งานได้จากปุ่มแถบเครื่องมือ รายการเมนู หรือปุ่มบนแถบชื่อเรื่องของกล่องโต้ตอบ

หากต้องการเปิดใช้งานความช่วยเหลือ "นี่คืออะไร" จากเมนูหรือแถบเครื่องมือ ให้ทำตามขั้นตอนเหล่านี้:

1. เลือกการควบคุมที่คุณต้องการช่วย

2. ในหน้าต่างคุณสมบัติ เลือกคุณสมบัติ WhatsThisHelpID

3. ป้อนตัวระบุบริบทสำหรับหัวข้อวิธีใช้ป๊อปอัปที่เกี่ยวข้อง

4. ทำซ้ำขั้นตอนที่ 1 ถึง 3 สำหรับการควบคุมอื่นๆ

5. เลือกแบบฟอร์ม

6. ในหน้าต่าง "คุณสมบัติ" ให้ตั้งค่าคุณสมบัติ WhatsThisHelp ของแบบฟอร์มเป็น True

7. ในเหตุการณ์คลิกของปุ่มเมนูหรือแถบเครื่องมือ ให้พิมพ์รหัสต่อไปนี้:

formname.WhatsThisHelp

เมื่อผู้ใช้คลิกปุ่มหรือเมนู ตัวชี้เมาส์จะเปลี่ยนเป็นตัวชี้วิธีใช้ "นี่คืออะไร" หากต้องการเปิดใช้งานความช่วยเหลือ "นี่คืออะไร" บนแถบชื่อเรื่องของฟอร์มโต้ตอบแบบกำหนดเอง ให้ตั้งค่าคุณสมบัติ WhatsThisButton และ WhatsThisHelp ของฟอร์มเป็น True

สำหรับข้อมูลเพิ่มเติม เกี่ยวกับวิธีใช้ "WhatsThis" ดู "คุณสมบัติ WhatsThisHelp" และ "คุณสมบัติ WhatsThisButton" ในการอ้างอิงภาษา

การแสดงสถานะ

การแสดงสถานะยังสามารถใช้เพื่อให้ความช่วยเหลือผู้ใช้ในลักษณะเดียวกับคำแนะนำเครื่องมือ การแสดงสถานะเป็นวิธีที่ดีในการให้คำแนะนำหรือข้อความที่ไม่เหมาะกับคำแนะนำเครื่องมือ ตัวควบคุมแถบสถานะที่รวมอยู่ใน Visual Basic รุ่น Professional และ Enterprise สามารถแสดงข้อความได้เป็นอย่างดี นอกจากนี้ ตัวควบคุมป้ายกำกับยังสามารถใช้เป็นการแสดงสถานะได้อีกด้วย

ข้อความที่แสดงในการแสดงสถานะสามารถอัปเดตได้ด้วยวิธีใดวิธีหนึ่งจากสองวิธี: การใช้ตัวควบคุมหรือเหตุการณ์ GotFocus ของฟอร์ม หรือใช้เหตุการณ์ MouseMove หากคุณต้องการใช้จอแสดงผลเป็นอุปกรณ์การเรียนรู้ ให้เพิ่มรายการลงในเมนูวิธีใช้เพื่อเปิดและปิดคุณสมบัติการมองเห็น

หากต้องการเพิ่มการแสดงสถานะ ให้ทำตามขั้นตอนเหล่านี้:

1. เพิ่มตัวควบคุมป้ายกำกับลงในแบบฟอร์ม

2. เลือกตัวควบคุมที่คุณต้องการแสดงข้อความ

3. เพิ่มรหัสต่อไปนี้ในเหตุการณ์ MouseMove (หรือ GotFocus) ของตัวควบคุม: Labelname.Caption=Enterthecustomer'sIDnumberinthisfield เมื่อเลื่อนเมาส์ไปเหนือตัวควบคุม ข้อความนี้จะถูกแสดงในตัวควบคุมป้ายกำกับนี้

4. ทำซ้ำขั้นตอนที่ 2 ถึง 3 สำหรับการควบคุมอื่นๆ

ตัวช่วยสร้าง

วิซาร์ดคืออุปกรณ์ที่ผู้ใช้ช่วยเหลือซึ่งจะแนะนำคุณตลอดการใช้งานกระบวนการทีละขั้นตอนโดยใช้ข้อมูลจริงของคุณเอง ตัวช่วยสร้างมักใช้เพื่อให้ความช่วยเหลือเฉพาะงาน ช่วยงานที่ต้องใช้กระบวนการเรียนรู้ที่ยาวนาน (และน่ารำคาญ) และให้ข้อมูลผู้เชี่ยวชาญแก่ผู้ใช้ที่ยังไม่เชี่ยวชาญ

Visual Basic รุ่น Professional และ Enterprise มีเครื่องมือสำหรับสร้างวิซาร์ด: Wizard Manager

สำหรับรายละเอียด เกี่ยวกับวิซาร์ด โปรดดูที่ "การใช้วิซาร์ดและ Add-In" ในบทที่ 4 "การจัดการโครงการ"