Assignment 2 Interface Metaphors

prepared by Gerwin Schalk, MS [email protected] http://www.gerv.org

Foundations of HCI Usability Dr. Roger Grice Rensselaer Polytechnic Institute

Albany, NY October 2000 Contents

1 Introduction 1

2 The Metaphor 2 2.1Description...... 2 2.2Users...... 3

3 Metaphor Assessment 5

4 Metaphor - Properly Implemented 6 4.1TheTrashcan...... 6 4.2Folders...... 6 4.3MovingFiles/Folders...... 7

5 Metaphor Violations 8 5.1DataTypes...... 8 5.2Shortcuts...... 9 5.3DriveLetters...... 9 5.4InappropriateUseofVisualEffects...... 10 5.5WebPageasDesktop?...... 11

6 Suggestions 12 6.1DataTypes...... 12 6.2Shortcuts...... 12 6.3DriveLetters...... 12 6.4InappropriateUseofVisualEffects...... 13 6.5WebPageasDesktop?...... 13

i Chapter 1

Introduction

This paper describes the that was used to guide the implementa- tion of the of the MS-Windows operating systems (in particular, the metaphor used starting with ). Windows 95 has been introduced in 1995 and it or its successors (which all sport the same interface) has/have a domi- nant market share. While commercially successful, the interface has been target of constant criticism from technology professionals, who claim that it is a bad copy of the interface rather than new innovation (interestingly, Apple has filed a lawsuit against Microsoft in that regard that they ultimately lost1). We will describe the exact nature of the used metaphor and the users who will use the interface. We will discuss how appropriate the choice of the metaphor was for the interface and discuss suitable and inappropriate implementations of the metaphor. We will conclude with some concrete suggestions for improving the interface.

1Every, D.K. Microsoft, Apple and . The History of the . http://www.mackido.com/Interface/ui history.html

1 Chapter 2

The Metaphor

2.1 Description

The metaphor underlying Windows’ interface is the ”desktop metaphor.” As the desktop is a real-world and well conceptualized object, so should the . The desktop metaphor contains a lot of structure, that is, a lot of implications, items andactionsrelatedtoanactualdesktop:

It contains a large working space

It contains drawers

Drawers can be opened, closed, and can contain documents or subcompart- ments

The look-a-like of a document implies its use

Documents can be moved into other drawers

One can place documents, folders, or items anywhere on the desktop

A desktop can have a certain style or ”theme”

Actions are executed by specifying the document, and then, subsequently, the action

As noted in1, a metaphor is useful to conceptualize the model behind the inter- face, given that its structure is appropriate. Although the global applicability of this idea is somewhat under debate, it seems that it certainly holds true for novice users. On the other hand, a metaphor can be dangerous by providing false or inapplicable

1Laurel, B. The Art of Human-Computer Interface Design, p. 70-71. Addison Wesley, 1990. ISBN 0-201-51797-3

2 CHAPTER 2. THE METAPHOR 3

Figure 2.1: The ’desktop’ of any MS-Windows implications, or if the structure of the interface is not compatible with the structure of the metaphor. In any case, the MS-Windows interface tries to implement this metaphor, some- times successfully, but it also sometimes fails. It might fail, because not enough resources have been spent for designing the interface, because of backwards compat- ibility issues, or because the desktop metaphor does not, or inappropriately, cover a specific wanted feature.

2.2 Users

The targeted average user for the interface of MS-Windows is certainly the non-tech savvy user. First of all (and maybe most importantly), this might be because they represent the majority of all users. As an interface can never cover the needs of all users, why not optimize it for the majority ? Certainly, this explains some of CHAPTER 2. THE METAPHOR 4 the inappropriate implementations discussed in chapter 5. Power users will not be satisfied by the limited power of the ”select-and-define action” execution scheme, and might therefore have to use more sophisticated interfaces, e.g., programming languages, other operating systems (e.g., Unix). We listed some of the implied characteristics of the typical user:

Feature Description Age Group above reading age Race not implied Gender not implied Education not implied Occupation not implied Culture Western Reason for using a computer mostly business Technical experience low to moderate Task profile maybe repetitive, but simple Derives satisfaction from understanding the interface

Table 2.1: User Profile Chapter 3

Metaphor Assessment

First of all, it is likely that it is not possible to create an easy-to-use or conceptu- alizable interface that can account for all degrees of freedom of a modern . However, one of the goals for the implementation of Windows’ user in- terface was that it should appeal to the majority of the users. In addition, it should be as easy as possible to use, hide unnecessary technical details from the user, and provide a conceptual model that, even though it might not reflect the system model of a computer, allows for inferences made from real-world experiences. In this sense, and at least for the current generation of available input devices, choosing a desktop as the certainly serves the intended purpose.

5 Chapter 4

Metaphor - Properly Implemented

Of all the various structural implications of the metaphor described in chapter 2, MS-Windows implements many: the desktop encompasses a large working space, drawers, documents, and it can have a certain style. In addition, documents can be moved, executed, or stored in the trashcan. The following examples represent good implementations of the desktop metaphor:

4.1 The Trashcan

The trashcan is actually an extension of the desktop metaphor – who (except Prof. Grice ;-)) has a trashcan on his/her desk ? Still, the trashcan correctly implies its functionality. Documents can be thrown away, or trashed, and they can also be restored, if the trashcan has not been emptied. Also, the trashcan can be full.

Figure 4.1: One possible for the MS-Windows trashcan, or ”Recycle Bin,” if empty,orfull

4.2 Folders

Folders in MS-Windows are another example of a good implementation of the desk- top metaphor. Folders can contain documents, and even share the look-a-like with their real-world counterparts:

6 CHAPTER 4. METAPHOR - PROPERLY IMPLEMENTED 7

Figure 4.2: One possible icon for a folder in MS-Windows

4.3 Moving Files/Folders

As in the real world, files or folders can be moved to another location. The im- plementation provides feedback that is oriented towards the desktop metaphor, by showing documents flying from one folder into another.

Figure 4.3: Graphical feedback while files/folders are moved in MS-Windows Chapter 5

Metaphor Violations

In this chapter, we discuss specific examples of instances, in which the desktop metaphor is particularly inappropriate, or where it was implemented especially poorly.

5.1 Data Types

In any MS-Windows operating system, the type of a file is solely determined by the file’s extension. A user, on the other hand, is likely to link a file to its semantical context, e.g., he or she will expect a text document to look (its icon) and behave (double-clicking invokes text editor or word processor) like a text document, regard- less of its name or extension (especially, since the definition of the extension as ”the dot and the three characters after it,” itself is arbitrary). Now, let’s see how this poor implementation can result in major problems: in figure 5.1, there is a file (”GRAZ BCI.JPG”), which contains an image. Its icon correctly symbolizes a picture (although the icon itself is generic and the same for any picture). After renaming the file to ”GRAZ BCI.TXT,” the file’s icon changes to a generic text document icon. Clicking on it incorrectly starts a text editor that brings up a containing only . On the Macintosh, however, data and context are seperated into a ”data fork,” containing the actual data, and a ”” that contains the actual icon, the type of the data file (e.g., image, sound, text) and the creating application of this file. These two seperate parts are transparent to the user and the operating system will always launch the correct application, even if the file is transferred to a different computer containing a different set of applications.

8 CHAPTER 5. METAPHOR VIOLATIONS 9

double click

rename

Figure 5.1: Windows’ improper data type handling

Figure 5.2: Windows’ attempt to locate the file the shortcut is pointing to

5.2 Shortcuts

Another example of poor implementation is Windows’ shortcut system: creating a shortcut to a file in a computer is similar to, for example, labeling a divider in a folder. In both cases, activation of the reference pulls out the actual file. In the real-world, the reference would always point to the actual file, i.e., in abovementioned example, it would not matter, if the whole folder would be moved to a different place. Accessing the same divider would still reveal the same document. On the MS-Windows platform, however, a shortcut contains a ”hard-coded” link to the actual file. If this file would subsequently be moved, the link will not be updated, and accessing it will prompt Windows’ pathetic attempt to locate the original file (see figure 5.2).

5.3 Drive Letters

For backward compatibility reasons, even current versions of the MS-Windows oper- ating system contain the notion of a ”drive letter.” Clicking on the ”My Computer” dialog box reveals several (nicely looking) icons (see figure 5.3), most of them cap- tioned by a letter. CHAPTER 5. METAPHOR VIOLATIONS 10

Figure 5.3: The ”My Computer” dialog in MS-Windows

Figure 5.4: Windows’ dialog box, after accessing ”drive G:”

For a reason not obvious to the user, these drive icons are always present, even for drives with removeable media (e.g., floppy drive, ZIP drive, CD-ROM), where no media is present in the drive. Trying to access one of these apparently present (but actually physically not present) resources brings up another dialog box that does not necessarily help to clarify the situation (figure 5.4).

5.4 Inappropriate Use of Visual Effects

One of the major goals (at least that’s what marketing led us to believe) in the development of the Windows 95 operating system was user friendlyness. For the first time on MS-DOS based systems, it implemented the desktop metaphor. One CHAPTER 5. METAPHOR VIOLATIONS 11

Figure 5.5: The ”Active Desktop” feature example illustrates, how poorly this was executed: In the Windows 95 ”Plus” package, users could choose a variety of styles or ”themes” for their desktop (as they somewhat also can on real desktops). However, some of these themes totally lost their connection to the original metaphor, e.g., one where a mouse pointer would change it shape to an animated nail that was hit by a hammer, every time the user clicked on the closing button of a window !!

5.5 Web Page as Desktop ?

One example for a particularly inappropriate implementation is one of Microsoft’s new features – the ”Active Desktop” (see figure 5.5). While the original metaphor of a computerized version of a real desktop with files accessible on it is certainly valid and useful, having a web page as desktop background seems more the product of other factors than interface engineering (as the tech-savvy reader will agree). Chapter 6

Suggestions

In this chapter, we’ll address each metaphor violation or poor implementation de- scribed in the previous chapter, and provide concrete suggestions for improvement:

6.1 Data Types

As explained, on the Macintosh, a file’s data type, its creator application, and its iconic representation is stored, along with the actual document data contents. This ”additional” data is transparent to the user, i.e., the user does not have to know the details on how this information is actually physically stored. MS-Windows could implement this scheme in the same fashion the Macintosh does. This would certainly conform better with the desktop metaphor, since in the real world, document type is also implicitly present in the document representation (e.g., a sheet of paper implies a text document).

6.2 Shortcuts

On the Macintosh, a shortcut to a file is always linked to the actual physical repre- sentation of the file, even if the file is moved. Once again, future implementations of MS-Windows could sport the same functionality that would also be more consistent with the desktop metaphor.

6.3 Drive Letters

As it is on the Macintosh, physical or logical devices are represented by an icon and a name, if they are present. If there is no CD-ROM inserted in the CD-ROM drive, then there is no user feedback for one. Future versions of MS-Windows could get rid of the static drive letter scheme and implement the same dynamic design.

12 CHAPTER 6. SUGGESTIONS 13

6.4 Inappropriate Use of Visual Effects

Some of the visual effects in MS-Windows are (at least in the author’s opinion) the best example of an engineer’s view on what users might find exciting. On the Macintosh, however, visual effects always try to have some real-world relevance, e.g., the software installation process: software installation is accompanied by a changing mouse pointer; a pointer that resembles one hand using the fingers to count from one to five, indicating a process the user has to wait for.

6.5 Web Page as Desktop ?

Being able to have a web page as a desktop background neither has anything to do with the original desktop metaphor, nor does it provide any functional advantage. The only reason for its implementation (in the author’s opinion) is of legal nature in the antitrust case Microsoft vs. DOJ. Future versions of MS-Windows could easily drop this feature – a feature that might be the best example of ”featuritis,” features added for different reasons than usability.