Originally published as: Nielsen, J. (1990). Three medium-sized hypertexts on CD-ROM. ACM SIGIR Forum 24, 1, 2-10.
Current research on hypertext usability has mostly looked at smaller hypertext structures with perhaps up to a few hundred nodes of information. One reason is that it is simply difficult to construct and test larger structures, but another is the data storage problems inherent in bigger information bases. The CD-ROM offers us the potential of about 600 megabytes of data storage which should be enough for fairly large hypertexts. The three CD-ROMs discussed in this article cannot be classified as big hypertexts, however, since they contain less than ten thousand nodes. Truly big hypertexts would contain hundreds of thousands or even millions of nodes, leading to challenging new issues in navigation support.
Table 1. Summary of data on the three CD-ROMs discussed in this article. They are all in Macintosh-readable format and contain HyperCard stacks. For each disc the table shows the number of HyperCard cards in the stacks on that disc. The "data" column shows the size in mega-bytes of the non-sound information in these stacks while the "sound" column shows the storage taken up by digitized sound on each disc. The "index" column shows the size of the separate files containing indices to the primary data.
(i.e., number of "pages")
Time Table of History
Electronic Whole Earth Catalog
This article reviews the three CD-ROMs listed in Table 1. All three are Macintosh HyperCard stacks and therefore the one most relevant number for an estimate of their hypertext complexity is the number of HyperCard cards since that forms an approximation of the number of nodes in the hypertext network. The data spent on storing digitized sound looks impressive and can certainly add to the experience of using the discs. But on these discs, sound is purely used for passive play-back and not as active hypertext items with which the user can interact.
The amount of storage space listed as "data" in the table is a somewhat misleading indicator of the amount and complexity of information in the hypertexts. For example, in the Time Table of History, about five of the ten megabytes are really scanned images used to illustrate a small subset of the entries in the time table. The time table itself is only about five megabytes of data, and even that number should be seen in light of the storage overhead associated with using HyperCard. If the actual information in the Time Table was stored in a more efficient (but less accessible) format, it would probably be just a single megabyte.
The Manhole: Interactive Fiction in Hyperspace
The Manhole is an interactive fiction for "children of all ages". It takes place in a fantasy world with talking animals and dragons where magic beanstalks grow into the sky. The fantasy world is displayed to the user in a first-person perspective (i.e. graphically showing what you would actually see if you were positioned at the current location in the world) and users move through the world by clicking on the place they want to go.
Figure 1 a and b. Two screens from The Manhole showing support for literal navigational dimensions through the use of a landmark: The beanstalk is a linear object which connects the sea, ground, and sky levels. In figure 1a the user's viewpoint is slightly above ground level since the figure is a snapshot from an animation of climbing down the beanstalk. The manhole (which gives the story its name) is seen at the ground level, and through it we can also see the sea level, where the beanstalk grows up from an island. In figure 1b we are in the sky level kingdom and we can see the top of the beanstalk in the background (it grows up into the sky). If the user moves to the beanstalk in figure 1b and then climbs down, figure 1a will be displayed. The fact that the beanstalk is visible in the background of figure 1b gives the user a sense of location when looking at this screen, since it would not otherwise be obvious that the tower was located at the sky level.
It took me approximately two hours to get through all of The Manhole's navigation space. The fantasy world of the disc actually has some structure to it in a one-dimensional ordering of the locations from the bottom of the sea via the sea surface and the street level with the manhole itself to a tower in the sky. There is a magic beanstalk which covers this distance, thus providing a kind of landmark. This navigation space is set up with little regard to normal conventions regarding landmarks and orderly user movement, however, and users are frequently magically transported to new locations and have to discover where they are in the navigation space. The very structure and connectivity of the navigation space did not even become apparent to me before I had spent about one hour in it.
Figure 1 shows one example of navigational support provided by the beanstalk landmark while Figure 2 shows an example of navigation violating traditional expectations. This latter kind of "magical" movement in the world of an interactive fiction adds spice to the experience of using the system and is probably good in a system having entertainment as its main purpose. It also seems to make it harder to acquire a conceptual model of the navigation space, however, so it would probably not be suited for more work-oriented situations.
The Manhole uses verbal language to a large extent in the form of messages from various characters to the user. These messages are printed on the screen in cartoon-like speech-bubbles and are also read out loud by the system using good quality sound and some interesting voice characterizations. There are four main characters with which the user interacts: An elephant which paddles the user around in a small boat, a dragon, a walrus, and a rabbit. Each character has a tone of voice consistent with the way it behaves (e.g. the walrus is lazy and the dragon is a hip dude). Other sound effects, including both music and various naturalistic sounds are also used to good effect.
A test user (an adult business professional) enjoyed using the system for about 30 minutes but frequently complained about the difficulty of knowing which parts of the screen were active hypertext anchors (clickable areas) and what the results of her actions would be. Also, she found it difficult to know when the system was in a state where it would respond to input from the user and when it was running through a pre-defined animation sequence. This was probably because The Manhole sometimes will display an animated screen (e.g. containing drifting seaweed) or play music in situations where it is really waiting for user input. In other situations, the user is prevented from performing any action until the system has finished displaying some animation. If the user clicks anyway, there is often a risk that the system will "remember" that click and use it to activate some choice on whatever screen is displayed at the end of the animated sequence. The test user frequently had problems with having a click made on one screen become active on the next screen but this is probably more a problem with the underlying HyperCard system than with The Manhole.
Figure 2 a and b. An example of a magical navigational dimension from The Manhole: When users move into the tower from Figure 1b, they will see figure 2a after having been through some screens showing a winding stairway leading to the top of the tower. Because of this movement and the presence of the flamingo on the top of the tower, users initially view the tower as a traditional building located in the forest seen in the background of figure 1b. When users move to the objects seen outside the tower in figure 2a, they get to figure 2b where it is revealed that the tower has been magically transformed to a rook on a chess board. At the same time, the user's navigational location has been moved from the sky level to the sea level where the chess board floats in a labyrinth.
To conclude, The Manhole is indeed enjoyable and your initial experience the first hour or so you use it will give you a good idea of the feeling of reading/participating in the open or truly large-scale interactive fictions we will probably see in the future. Children will probably take more time to discover the closed nature of the fantasy universe and may even continue to enjoy moving through then-familiar territory after they have been through the entire navigation space and have discovered its internal structure.
Time Table of History: Unfulfilled Promise
The first thing to note about this product is that it is not a full history of the world but mainly a history of science and technology. The full benefit of a hypertext history will not be realized until we have a system which integrates all aspects of history in one hyperspace, no matter whether we are talking about scientific innovation, literature and cultural events, or wars and political and social history, since those distinctions are partly artificial and limit our view of the total human situation through the ages. The Time Table has a small bit of integration in the form of its timeline which is shown in Figure 3. Each article about a historical event (such as that in Figure 4) is labeled with the year it occurred and has a link to the part of the timeline containing that year, thus enabling users to see what major events took place at the same time. It is also possible to go from the timeline to a menu of articles related to a specific interval of years, and to jump from that menu to the individual articles.
Figure 3. Part of the actual time line from The Time Table of History. Clicking on one of the time intervals listed in boxes gives a menu of the articles associated with years in that interval.
As a first approach at making a hypertext history, the Time Table succeeds partly, but only partly. Its main problem is that it seems to have been constructed fairly quickly, and as a result it does not provide comprehensive coverage even of the history of science. For example, there does not seem to be an article about the discovery of electromagnetism. Other cases present evidence of poor editing. For example, I performed a search for articles containing the word "Nielsen" and got a menu of two articles: "Audimeter" and "Nielsen Audimeter".
The Audimeter article was card 3483, contained the following text: "In 1935 the Audimeter is introduced, and becomes the basis for Nielsen ratings", and had the following keywords listed: "broadcasting, business, communication, information, television". The Nielsen Audimeter article was card 3513 (thirty cards after the Audimeter article), contained the following text: "The foundation of Nielsen ratings, the audimeter, is introduced as a research tool" (in the year 1935 which was listed in a separate field), and had the following keywords listed: "communication, telecommunications".
Obviously, the writers of the Time Table did not coordinate their articles to ensure that the same event would only be described once. The fact that the same invention is described with two quite different sets of keywords also considerably decreases our confidence in the usefulness of the keywords.
Figure 4. Screen design of the actual articles about historical events in the Time Table of History. Clicking on the "world" icon takes the user to a map showing the geographical location of the event. The icons to the right of the "world" icon are not clickable but are used to indicate the general classification of the article in seven different fields of human endeavor. Here the category is "science". The seven category icons hide a control panel of buttons which when activated allows the user to go to help screens, the time line screen containing the year associated with the current article, and a few other options. The left and right arrows shown here are displayed when no alphabetic search is in effect and allow users to step through the articles in chronological order.
Another classification problem can be seen in Figure 4 which shows the screen layout for the historical articles. The article shown is about the 1987 discovery of a homo habilis skeleton and is therefore classified as a 1987 event. There is no discussion of the homo habilis species, however, in the chronological sequence of the Time Table which deals with the early humans. This section has articles on the emergence of the homo erectus and homo sapiens species but no cross reference to the homo habilis article which will only be discovered by a reader conducting an alphabetic search for occurrences of the word "homo".
There are also several inconsistencies in the user interface. The time line shown in Figure 3 is called "Time Line" in the system's main menu but "overview" in the control panel on the historical articles. And the return-to-previous-screen icon is displayed in the lower left corner of the world map, in the upper right corner of the time line, and in the lower right corner of digitized illustrations. A more serious problem is that there is no return option at all in connection with the various keyword searches. When users perform a search, they are put in a new system state with no access to their prior navigation behavior. For example, I read an article on the history of the Macintosh that mentioned Alan Kay. From there I did a general search on Kay's name to find what of his other work was discussed. This led on to some interesting articles on the Disney Tron movie on which Kay served as a consultant, thus showing the usefulness of having hypertext facilities on a history CD-ROM. But when I wanted to return to my primary reading (about the Macintosh), there was no way to backtrack. Since I remembered having searched for the word "Macintosh", I was able to redo the search and thereby find my way back to the article I had been reading when I was sidetracked by Kay. But humans should not be required to remember search terms and navigational locations, since computers are supposed to be good at exactly that kind of thing.
Figure 5. The menu resulting from an alphabetic search for the word "Macintosh" in the Time Table of History. By clicking on one of the lines in the menu, the user can go directly to an article. The strange arrow icons are shown instead of the regular arrows when the user has performed a search and allow the user to go through the articles found in the search.
The alphabetic search is one of the most powerful features of the Time Table. A search is initiated simply by clicking on a word on the screen. This contextually situated low-overhead operation actually means that the searches can be viewed as a kind of hypertext link in a richly connected hypertext. When everything is an anchor, users don't need special symbols to draw their attention to areas where they can click, leading to less visual clutter on the screen and less learning overhead. The disadvantage is that the Time Table does not give author-specified cross references to other articles of special relevance to the article currently being read. Such other articles of interest will not always have keywords in common with the current article, so the user will not be able to find them. For example, there is no reference to the article on HyperCard in the menu of articles about the Macintosh shown in Figure 5 because the word "Macintosh" is not used in that article.
Because index files have been pre-computed and stored on the CD-ROM, a search typically takes only five seconds which is fairly acceptable. The result of a search is an indication of the number of articles found, whereupon the reader is given options to abandon the search or to see a menu of the hits. Getting the menu takes an additional eight seconds, making the total time for a search operation about 15 secs if we assume a reaction time of about two seconds. This response time is slightly too long and indicates that CD-ROMs have so slow seek time and data transfer characteristics that even more precomputing will be necessary than done on this CD-ROM. For example, the menu of hits for each possible search term could have been stored directly on the CD-ROM instead of having to be constructed on the fly. It is also possible to search for boolean combinations of terms by calling up a special dialog box. Even in this case, precomputed menus could still be used since merging and pruning prestored lists for each term would be much faster than constructing a completely new menu.
The result of a search for the word "Macintosh" is shown in Figure 5. The system lists both the year associated with an article and its headline. This is a nice feature which enables us to skip the articles dealing with the inventor of the waterproof raincoat without having to go to see the articles, if our interest is actually the computer with the same name as that inventor. One reason this list works well in spite of the very short label for each article, is that historical articles have a very powerful organizing parameter in the form of years which can easily be sorted into linear lists preserving their natural order. The other reason is that the editors (in most cases) have been able to come up with understandable and meaningful short titles for the articles. This is an advantage of a human-generated hypertext which is often not found in computer-generated structures where meaningful titles are hard to come by for many hypertext nodes.
Several other features of the Time Table also show the promise of a hypertext history of the world. Articles about events with a specific geographic location have links to a world map where that location is pointed out. It is possible to perform a search on the name of a country and get a menu of all articles associated with that country but it is not possible to click on the map to get such menus. For off-planet events, there is a link to an animated sequence inspired by the classic film Powers of Ten which zooms out from the Earth surface to Earth orbit, the Solar system, the Milky Way galaxy, etc. This animation is a good application of the power of the computer to do things with online documents which are impossible on the printed page. As a special kind of hypertext, articles dealing with chemical elements are linked to a screen with the periodic table of the elements where fundamental properties of that element can be seen. But again there are no reverse hypertext links from the periodic table to the relevant articles. Users have to perform keyword searches which removes them one step from the potential discovery of connections between the classification of an element in the periodic table and its use in science and technology.
To conclude, The Time Table of History shows a lot of promise but it has to be developed much further and edited more carefully to actually fulfill that promise. It should be seen as a preview of things to come in the hypertext field.
Electronic Whole Earth Catalog: Structure to the Universe
The Electronic Whole Earth Catalog is a CD-ROM version of the printed Whole Earth Catalogs which has been updated to early 1989. The main difference between the printed and the CD-ROM versions is that the CD-ROM contains a large number of digitized sound clips of the various records reviewed in the Catalog. The CD-ROM seems to contain the same illustrations as the printed version, albeit using the somewhat poorer resolution of scanned Macintosh screen images.
Figure 6. The main table of contents of the Electronic Whole Earth Catalog. This screen has the status of a landmark in the hypertext since it is always directly accessible from any other screen by a click on the Earth icon.
The sound clips are a major advantage of the electronic version but it also has better search options than the printed book. Figure 7 shows the result of a search for the word "Macintosh". The system indicates the number of hits and the user can page through them one at a time, seeing the search word in context on the screen in Figure 7 and jump from there to the actual article if so desired. The disadvantage is that the user never gets the overview of all the hits which is provided by a single out-of-context list such as that used by the Time Table of History (see Figure 5).
Figure 7. The result of a full text search in the Electronic Whole Earth Catalog for the word "Macintosh".
The Electronic Whole Earth Catalog is big enough a hypertext with its almost 10,000 nodes to require really good support for user navigation, and this has been achieved through a fairly strict structuring of the information. The Catalog is first divided into so-called domains which would correspond to chapters in regular books. The main table of contents screen in Figure 6 shows a list of the 13 domains. The domains are further subdivided into sections which again are subdivided into clusters (sub-sections) which then contain the actual articles. Figure 8 shows a progression of domain-section-cluster contents screens. Note that each level of the hierarchy has its own layout of the listed items and that each of these layouts is repeated in a stylized representation in the icon for "go one step up the hierarchy" in the level below.
The entire main screen-domain-section-cluster-article hierarchy has five levels. This might in many cases be considered as too confusing for especially the novice or casual users who will probably dominate as users of this kind of reference work. Fortunately, careful design of the user interface has alleviated much of the potential confusion. First, as already noted, the screens for the different levels of the hierarchy have visibly different layouts. This makes it possible for somewhat experienced users to recognize the level on which they are at any given time. And second, each domain has a unique background pattern which is shown prominently on the domain card (e.g. Fig. 8a) and in a simplified representation on the main table of contents (Figure 6). This background is repeated on each card belonging to that domain on both the section, cluster, and article levels as shown in Figures 8b, 8c, and 9a. Figure 9b shows that the background pattern will indicate to users when they have moved to another domain through a hypertext jump.
It will require some experience in the use of the Catalog to be able to identify all the domains from the small piece of background visible on most of the cards but it is not absolutely necessary to be able to do so. The system includes a facility for displaying the names of the current domain, section, and cluster through the pop-up menu shown in Figure 9b and this menu can also be used to directly jump to the relevant higher-level node. The user's sense of navigational location and hierarchical depth is reenforced through the visual techniques used to transfer the user to the destination for such a menu-based jump up the hierarchy. The system will take the user up the levels in the tree one level at a time by a fairly rapid series of fades from the current screen through each of the intermediate higher levels of screens until the destination is reached.
The fades are actually HyperCard dissolve visual techniques which are also used when users choose to move up a single step in the hierarchy by clicking on the icon below the Earth icon. This visual effect works fine when seen by itself but unfortunately contrasts with the use of an iris open visual effect for the process of moving to lower levels of the hierarchy. To emphasize that the two movements are opposite directions of the same navigational dimensions, I would have preferred to have seen similar visual effects used for both these transitions. For example, the iris open could have been retained for moving deeper into the hierarchy, while an iris close could have been used for the opposite movement of going up the hierarchy.
Figure 8 a, b, and c. The hierarchy of graphical overview of the contents of the Electronic Whole Earth Catalog's "domain" (=chapter), "section", and "cluster" (=subsection) levels. From the domain card in Fig. 8a we click on "Small Business" to go to the section card in Fig. 8b and from there we click on "Workshops and Seminars" to go to the cluster card in Fig. 8c. From this screen we can finally get to read the actual contents of the Catalog by clicking on the titles of various articles. We could go to Fig. 9a by clicking on "Organizing... Profitable Workshop Classes", or we could take a hypertext jump to another "domain" by clicking on the cross reference to "How to Make Meetings Work" which would take us to Fig. 9b.
A combination of icon design and animated visual effects is used to help users understand the difference between moving between screens within one given article and between different articles. In the article screens shown in Figure 9, the regular left and right arrows at the bottom of the screen are used to let the user read the series of screens belonging to that article while the triangular arrows at the right side of the screen are used for transfers to other articles in the current cluster. It would have been easy to confuse these two different kinds of movement if it had not been for the visual effects. For movements within the article level, standard speed scroll left/right effects are used to give the feeling of turning the pages of a book. And for moving between articles, the same scroll effects are used but with a slower speed indicating that the user is moving a longer distance. The two different kinds of scrolls really look quite different but still give the user the feeling of moving in the same general class of one-dimensional navigational dimension (i.e. horizontally within a given level of the hierarchy). One might assume that movements on even higher levels of the hierarchy should have been associated with progressively slower visual effects, but they would probably have been too slow to be comfortable. Indeed, the Catalog's user interface designers have chosen to use regular speed scrolls for movements on the higher levels. The best conceptual model to give users for the scroll speeds might then be not that they indicate the absolute distance traveled, but that regular speed indicates movement on the current level and that slow speed indicates movement on a higher level than the one to which the current screen belongs.
Even though the user interface support for navigation is very good, the Catalog has problems in other parts of its user interface. For example, there are two kinds of screens showing the information in a given domain. One is the graphical overview shown in Figure 8a and another is a textual outline not shown here which looks very much like a traditional table of contents listing major and minor headings with various levels of indentation. The screen with the main table of contents (Figure 6) gives the user the following explanation of how to get to this domain information: The user is told to "Click NAME to enter domain" and to "Click PICTURE for domain contents," which means that going to the graphical overview is called "entering the domain" and that going to the textual outline is called "seeing the domain contents." This choice of words is rather poor since it is not obvious what the difference between the two descriptions is, and there is no good association between the descriptions and the results either. People going to the textual outline could also be said to having entered the domain because they can go directly to the articles by clicking on their listings in the outline, and people going to the graphical overview could also be said to having seen the domain contents, albeit only on a high level. This problem is enlarged by having the NAME fields in Figure 6 refer to the mainly graphical overview screens while the PICTURE fields refer to the textual outline screens. Using the opposite link assignments would have maximized the stimulus-response compatibility and thus reduced the user's need to read the explanatory text.
Even though the Catalog includes many hypertext cross reference links (as shown in Figure 8c) and an option to jump to the location of a search term (as shown in Figure 7), it has no explicit option for users to return to wherever their location in the information space was prior to the jump. If users know how to do so, they can of course use HyperCard's built-in backtrack facility to go to previously seen cards one at a time, but since users often micro-navigate upon arrival at a new destination, there might be a fair number of intervening cards before the user actually returns to the point of departure for a jump.
Other problems are more related to the information which is put into the framework of the user interface design, and not to that design itself. Of course this distinction is only of interest to user interface professionals, since normal users will only care whether it is easy to do what they want to do, and not why it may be easy or difficult. An example of this class of problem is the clusters in the Research section with the names "Reference Books I", "Reference Books II", and "Reference Books III" which surely do not reveal very much about their respective contents. The design of the Catalog user interface requires that articles are grouped in meaningful clusters which can be given telling names for display in section cards, pop-op menus, etc. If that is not possible, then an alternative user interface design is called for, but in this case I suspect that it would have been possible to group the 18 articles in two or three semantically significant clusters.
Figure 9 a and b. Two articles from the Electronic Whole Earth Catalog. Fig. 9a is an article from the "Livelihood" domain, while Fig. 9b is from the "Community" domain as indicated by its differing background picture showing a large group of people. In Fig. 9b we have also called up the pop-up menu which is accessible from most screens by clicking on the menu button. The top four menu items list the levels of the hierarchy above the current article (main screen, domain, section, cluster), thus providing at the same time an indication of the user's location in the hypertext structure ("where am I?") and a way to jump several levels up the hierarchy in a single operation ("where can I go from here?"). The only information missing in this user interface is "where did I come from?"
Another problem is that some articles are too long for the purely linear access mechanism in this user interface design. For example, the article "Intelligence Magazines Survey" takes up 25 screens, starting with a nine screen survey discussing the merits of various espionage magazines followed by 16 screens of addresses for magazine subscriptions. It would have been nice to have been able to take a hypertext jump directly from the discussion of a magazine in the first part of the article to the address of that magazine at the end of the article, instead of being forced to do a linear search for the magazine through all 25 screens, but the Catalog does not support hypertext links to destinations within a given article. Again, a change to the overall user interface design might not have been needed if the text of this article had been split up into several smaller articles.
To conclude, the Electronic Whole Earth Catalog has an impressive user interface design using structure and various interaction techniques to support the user's navigation and sense of location. It is also useful for actual, real world tasks because of its high-quality information and good search and navigation facilities.
When analyzing the usability of hypertext products, many of the same principles will apply as for analysis of other human-computer interfaces. For example, the principle of consistency can be used to discover that there is a problem with the placement of the backtrack icon in three different corners of the screen in different parts of the Time Table of History. From our discussion of the three hypertexts reviewed here it seems that we can identify some additional principles for the analysis of hypertext usability.
Since hypertext is heavily based on navigation, it is no surprise that the issue of navigational dimensions is one such principle. Even a primitive navigational dimension such as the beanstalk in The Manhole helps users orient themselves, and a complex structure such as the Electronic Whole Earth Catalog can make good use of several navigational dimensions if the user can keep them apart. So our principle should be that we should look for navigational dimensions in a hypertext structure and explicitly support the user's understanding of these dimensions by use of graphics design, animated transitions between nodes using visual techniques to emphasize the directionality of navigational movement along the dimension traveled, and possibly other interaction techniques. By explicitly supporting the user's understanding, we mean that we should aid the user in forming a conceptual model of the information space which can be structured according to these dimensions. Directionality should not only be used to keep navigational dimensions separate (e.g. an up-down dimension vs. a left-right dimension) but also to emphasize users' sense of moving back and forth in opposite directions along the same dimension when they perform a navigational transition and its inverse. The Electronic Whole Earth Catalog partly fails with respect to this latter principle. Directionality is especially important for users in the case of literal navigational dimensions such as the page-turning mechanism for moving between the screens within individual articles in the Electronic Whole Earth Catalog and it is likely that such literal dimensions will be the easiest for users to understand.
The user should be given answers to the questions "where am I?", "where can I go from here", and "how did I get here/where did I come from?". These questions are not unique to hypertext and were indeed discussed in one of the early papers on general usability principles [Nievergelt and Weydert 1980]. Addressing these questions is especially important for hypertext user interfaces, however, and we should look for the following four elements in a hypertext:
Landmarks as the beanstalk in The Manhole or the main screen in the Electronic Whole Earth Catalog are special locations in the information space which have been given prominence in some way and which are easily accessible. The Electronic Whole Earth Catalog main screen is reachable from any other screen by a click on the Earth icon while the beanstalk in The Manhole must be found by the user. This is only acceptable because The Manhole is an entertainment product.
Locational orientation can partly be provided relative to landmarks but should also be supported by overview diagrams (not used in these three hypertexts) or by a distinct graphics design to identify the current neighborhood in the information space such as the varying domain backgrounds in the Electronic Whole Earth Catalog.
History lists provide users with information about their previous locations in the information space and allow them to easily abandon a disgression. None of the hypertexts reviewed here had such a facility and this proved irritating at several occasions.
Backtrack mechanisms are a special form of implicit history list used to allow users to return to their previous location in a single operation. A backtrack facility will encourage exploratory behavior if users can rely on always finding it uniformly wherever they go, but unfortunately none of the three hypertexts provided backtrack consistently.
Nievergelt, J. and Weydert, J.: "Sites, modes and trails: Telling the user of an interactive system where he is, what he can do, and how to get to places," in: Guedj, R.A., ten Hagen, P.J.W., Hopgood, F.R.A., Tucker, H.A., and Duce, D.A. (Eds.): Methodology of Interaction, North Holland Publishing Company, 1980, pp. 327-338.
Share :Twitter | LinkedIn | Google+ | Email