Computer/Human InteractionLecture 26Overview:Gulf of Execution: Refining Action PlansGulf of Execution: Executing Action SequencesGulf of ExecutionHow to get from user task goal to the physical movements to accomplish the task.System goal – software-oriented goal to accomplish taskAction plan – steps for accomplishing goalExecution – physical actions that implement action sequenceMulti-taskingNote that humans are good at multi-tasking; consider its effect on interactionUsers must have flexibility and control over multiple interactions, must be able to stop and start “in the middle”Example: multiple windowsEasy to have multiple tasks goingIncreases plan complexity; i.e., how to find thingsOverlapping windows vs. Tiled windowsModal InteractionExample: modal interactionModes generally are to be avoided, since usually they require that task be completed before starting another, but sometimes are necessaryExample: Vi vs. emacsMessage dialog boxes especially annoying, compromise by allowing user to cancelExecuting Action SequencePhysical implementation of plan stepsArticulatory directness is mapping of physical movement with a device to task input requirementDirect – twist a knobIndirect – type in a numberInput DevicesDifferent input devices have different affordances. What are the input characteristics and sample applications the following are used for?Buttons?Keyboard?Mouse?Joystick?Trackball?Speech InterfaceStar Trek future – talk to computerWhat are the input characteristics of a speech interface?What types of applications should a speech interface be good for?What are the current limitations of technology?PragmaticsPragmatics are physical behaviors required by a user interfaceThey should have underlying structure matching the conceptual task being implemented, i.e., match the chunksExample: selecting text chunk – press down on mouse button to specify start of selection, hold down while dragging, release mouse button to specify end pointAnticipate ErrorsCarefully analyze physically challenging actions. Fitts’ Law: time to select a target is function of distance and size of target. Of course not all targets can be large...Overlearned procedures (e.g. from other systems) lead to intrusions (slips, not mistakes). E.g. Ctrl-N in emacs vs. in MS WordSupport Error CorrectionForward/backward delete, click to de-selectOften not a design decision, since built into the UI platform directlyBut what does “Back” do?Providing “undo” is a design problemHard to predict/support the right level of reversibilityIssue with logical vs. physical. Example: MS Word AutoFormat quotesOptimization of SequenceLong or clumsy sequences lead to more errors, longer to type in, frustration for usersTradeoff of expressive power and ease of use. Example: typed command language is much faster physically than point/click GUI.Compromise by mixing: keyboard shortcuts, default actions for frequent choices. But be careful not to violate overall consistency or favor one task over other common/important tasks.CustomizationAllow users to write macros to define their own sequences.Especially good for special needs casesSpecial needs accessibility is an on-going area of research in
View Full Document