An alternative approach is to follo

An alternative approach is to follow the simplifications made in the higherlevel userinterface building tools (see Chapter 5). Instead of dealing with
atomic-level features, why not create a model based on the widgets (interface
components) supported in the tool? Once a scrolling-list widget was tested to
determine user performance as a function of the number of items and the size of
the window, the performance of future widget users could be predicted automatically.

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

ทางเลือกคือการทำให้ผู้ใช้ Simplifications ในมีการสร้างเครื่องมือ ( ดูบทที่ 5 ) แทนที่จะจัดการกับ
คุณสมบัติระดับอะตอม ทำไมไม่สร้างแบบตามเครื่องมือ ( ส่วนประกอบอินเตอร์เฟซ
) ได้รับการสนับสนุนเครื่องมือ ? เมื่อเลื่อนรายการเครื่องมือทดสอบประสิทธิภาพ

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