Hubbry Logo
search
logo
IBM Common User Access avatar
IBM Common User Access
IBM Common User Access
current hub
I

IBM Common User Access

logo
Community Hub0 Subscribers
Read side by side
IBM Common User Access
View on Wikipedia
from Wikipedia

Common User Access (CUA) is a standard for user interfaces to operating systems and computer programs. It was developed by IBM and first published in 1987 as part of their Systems Application Architecture. Used originally in the MVS/ESA, VM/CMS, OS/400, OS/2 and Microsoft Windows operating systems, parts of the CUA standard are now implemented in programs for other operating systems, including variants of Unix. It is also used by Java AWT and Swing.

Motivations and inspirations

[edit]

IBM wanted a standard way to interact with text-based user interface software, whether the screen was a dumb terminal connected to a mainframe or a PS/2 with VGA graphics.[1] CUA was a detailed specification and set strict rules about how applications should look and function. Its aim was in part to bring about harmony among DOS applications, which until then had independently implemented different user interfaces.[citation needed]

For example, to open a file:

  • In WordPerfect, the command to open a file was F7, 3.
  • In Lotus 1-2-3, a file was opened with / (to open the menus), F (for File), R (for Retrieve).
  • In Microsoft Word, a file was opened with Esc (to open the menus), T (for Transfer), L (for Load).
  • In WordStar, ^ K D (to get to the Opening Menu), followed by D.[2]
  • In emacs, a file is opened with Ctrl+x followed by Ctrl+f (for find-file).
  • In vi, use Esc to allow commands, then :espace. to open the file browser.

F1 was often the help key (such as Volkswriter (1982)[3]), but in WordPerfect, help was on F3 instead. Some programs used Esc to cancel an action, while some used it to complete one; WordPerfect used it to repeat a character. Some programs used End to go to the end of a line, while some used it to complete filling in a form. Ins sometimes toggled between overtype and inserting characters, but some programs used it for "paste".

Thus every program had to be learned individually and its complete user interface memorised. It was a sign of expertise to have learned the UIs of dozens of applications, since a novice user facing a new program would find their existing knowledge of a similar application either of no use or actively a hindrance to understanding as learned behavior might need to be unlearned for the new application.

The detailed CUA specification, published in December 1987, is 328 pages long. It has similarities to Apple Computer's detailed human interface guidelines (139 pages).[1] The Apple HIG is a detailed book specifying how software for the 1984 Apple Macintosh computer should look and function.[4] When it was first written, the Mac was new, and graphical user interface (GUI) software was a novelty, so Apple took great pains to ensure that programs would conform to a single shared look and feel.[citation needed] CUA had a similar aim, but it faced the more difficult task of trying to impose this retroactively on an existing, thriving but chaotic industry, with the much more ambitious goal of unifying all UI, from personal computers to minicomputers to mainframes; and supporting both character and GUI modes, and both batch and interactive designs. By comparison, the Apple HIG only supported interactive GUI on a standalone personal computer. CUA also attempted to be a more measurable standard than the Apple HIG and had large sections formatted as checklists to measure compliance.

Description

[edit]

The CUA contains standards for the operation of elements such as dialog boxes, menus and keyboard shortcuts that have become so influential that they are implemented today by many programmers who have never read the CUA.

Some of these standards can be seen in the operation of Windows itself and DOS-based applications like the MS-DOS 5 full-screen text editor edit.com. CUA hallmarks include:

  • All operations can be done with either the mouse or the keyboard;
  • If applicable to the page/screen in question F5 provides a refresh function;
  • Menus are activated/deactivated with the F10 key;
  • Menus are opened by pressing the Alt key plus the underlined letter of the menu name;
  • Menu commands that require parameters to proceed are suffixed with an ellipsis ("…");
  • Options are requested using secondary windows (often called dialog boxes);
  • Options are divided into sections using notebook tabs;
  • Navigation within fields in dialog boxes is by cursor key; navigation between fields is by pressing the Tab ↹ key; ⇧ Shift+Tab ↹ moves backwards;
  • Dialog boxes have a 'Cancel' button, activated by pressing the Esc key, which discards changes, and an 'OK' button, activated by pressing Return, which accepts changes;
  • Applications have online help accessed by a Help menu, which is the last option on the menu bar; context sensitive help can be summoned by F1;
  • The first menu is to be called 'File' and contains operations for handling files (new, open, save, save as) as well as quitting the program; the next menu 'Edit' has commands for undo, redo, cut, copy, delete, paste commands;
  • The Cut command is ⇧ Shift+Del; Copy is Ctrl+Ins; Paste is ⇧ Shift+Ins;
  • The size of a window can be changed by dragging one of the 8 segments of the border.

CUA not only covers DOS applications, but is also the basis for the Windows Consistent User Interface standard (CUI), as well as that for OS/2 applications — both text-mode and the Presentation Manager GUI — and IBM mainframes which conform to the Systems Application Architecture.

CUA was more than just an attempt to rationalise DOS applications — it was part of a larger scheme to bring together, rationalise and harmonise the overall functions of software and hardware across IBM's entire computing range from microcomputers to mainframes.

The third edition of CUA took a radical departure from the first two by introducing the object-oriented workplace. This changed the emphasis of the user's interactions to be the data (documents, pictures, and so on) that the user worked on. The emphasis on applications was removed with the intention of making the computer easier to use by matching users' expectations that they would work on documents using programs (rather than operating programs to work on documents). (See also object-oriented user interface.)

Influence

[edit]

CUA strongly influenced the early Microsoft Windows operating system during the period of joint IBM and Microsoft cooperation on OS/2 Presentation Manager. But later releases of IBM's CUA documents were not used for Microsoft products, and so CUA became less significant in the Windows environment. For instance, the Start menu was introduced. Most of the standard keystrokes and basic GUI widgets specified by the CUA remain available in Windows. The well-known combination for closing a window, Alt+F4, stems from CUA.[5]

CUA never had significant impact on the design of Unix terminal (character-mode) applications, which preceded CUA by more than a decade.[citation needed] However, all major Unix GUI environments/toolkits, whether or not based on the X Window System, have featured varying levels of CUA compatibility, with Motif/CDE explicitly featuring it as a design goal. The current major environments, GNOME and KDE, also feature extensive CUA compatibility. The subset of CUA implemented in Microsoft Windows or OSF/Motif is generally considered a de facto standard to be followed by any new Unix GUI environment.

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

IBM Common User Access

View on Grokipedia
from Grokipedia
IBM Common User Access (CUA) is a set of human interface guidelines developed by IBM to establish a consistent and usable user interface across diverse computing environments, including mainframes, terminals, and personal computers, as part of its Systems Application Architecture (SAA).[1][2] Introduced in 1987 through the publication Systems Application Architecture: Common User Access (SC26-4351-0), CUA aimed to standardize interaction techniques and visual elements, enabling users to transfer skills between applications and platforms with minimal retraining.[2] This framework addressed the fragmentation of user interfaces in IBM's ecosystem by defining common components such as action bars, pull-down menus, pop-up windows, function keys, and context-sensitive help systems, including field-level, extended, and keys help.[1][2] CUA's core principles emphasize consistency in design and behavior, user control through reversible actions and customization options, reduced cognitive load via intuitive metaphors and defaults, and aesthetic integrity with logical layouts and visual cues like white space and color usage.[1] These guidelines were integrated into IBM tools like ISPF (Interactive System Productivity Facility), where users can toggle CUA mode to adjust panel displays and function key positions.[1] Developed in collaboration with Microsoft, CUA influenced broader industry standards, including elements adopted in Windows 3.1 (1992) and OS/2, and evolved into the CUA '91 version in 1991, which expanded support for graphical user interfaces (GUIs).[3] Its focus on task-oriented usability laid foundational principles for modern interface design, promoting predictability and efficiency in human-computer interaction.[2]

Development and History

Origins and Motivations

In the mid-1980s, the landscape of personal computing was marked by significant inconsistency in user interfaces, particularly within the MS-DOS ecosystem, where popular applications like WordPerfect and Lotus 1-2-3 employed entirely distinct menu systems, keyboard shortcuts, and command structures, leading to user confusion and prolonged learning curves.[4][5] For instance, Lotus 1-2-3 required users to invoke the file retrieval function via the sequence /FR, while WordPerfect used a separate set of function keys and prompts for similar operations, exacerbating the challenges of switching between programs.[6] This fragmentation extended beyond microcomputers to IBM's broader ecosystem, including mainframe environments like MVS and VM/CMS, as well as dumb terminals and emerging graphical systems such as the PS/2 hardware with VGA displays.[5][2] IBM sought to address these issues through the development of Common User Access (CUA) as a core element of its Systems Application Architecture (SAA) initiative, launched in 1987 to foster a standardized software ecosystem across diverse platforms ranging from mainframes to microcomputers and OS/2.[7][8] Drawing inspiration from Apple's 1987 Human Interface Guidelines, which emphasized consistency and intuitive design, CUA aimed to create a unified user experience that minimized discrepancies between text-based and graphical interfaces.[5] The effort was driven by the need to harmonize human-computer interactions in an era of rapid technological evolution, enabling portability of skills and interfaces across hardware environments like 3270 terminals and PS/2 systems.[2][9] Key motivations for CUA included reducing user training time by promoting learnable, consistent behaviors that allowed seamless transitions between applications and modes, thereby allowing users to focus on tasks rather than relearning interfaces with each new program.[2][5] This approach was intended to support IBM's vision of an "invisible" interface within SAA, where familiarity across platforms—from MVS/ESA mainframes to OS/2 desktops—would decrease errors and enhance overall productivity in enterprise settings.[8][9]

Publication and Evolution

IBM published the initial Common User Access (CUA) specification in 1987 as part of its Systems Application Architecture (SAA) initiative. The core document, titled Systems Application Architecture: Common User Access - Panel Design and User Interaction (SC26-4351-0), outlined foundational standards for consistent user interfaces across IBM systems.[2] During this period, IBM collaborated with Microsoft to promote compatibility between CUA and emerging graphical environments, particularly influencing the design of OS/2 Presentation Manager and early Windows interfaces to ensure seamless user experiences across platforms. The guidelines evolved through iterative editions, with updates in 1989 defining basic, intermediate, and advanced dialog types, and the third edition in 1991—known as CUA '91—emphasizing graphical user interfaces and advanced controls for broader adoption in desktop systems.[10][11] The 1992 publication Object-Oriented Interface Design: IBM Common User Access Guidelines introduced an object-oriented workplace model that transitioned interactions from application-centric to data-centric paradigms.[12] Key milestones included the integration of updated CUA standards into IBM's 1992 OS/2 Workplace Shell guide, enhancing productivity tools. CUA principles were incorporated into platforms like AIX starting in the late 1980s to maintain consistency in cross-platform applications. CUA documents structured their content around common elements—such as screen appearance and layout standards—and user interaction techniques, supported by detailed diagrams illustrating UI components, without reliance on equations.[1]

Core Principles and Guidelines

Interface Elements and Standards

IBM Common User Access (CUA) established standardized interface elements to ensure uniformity across IBM's diverse computing environments, including mainframes, minicomputers, and personal workstations. Key elements included dialog boxes, which served as secondary windows for user input and options, typically modal to focus attention and modeless to allow multitasking. Pull-down menus appeared from an action bar at the top of primary windows, providing hierarchical access to commands, while cascading menus extended from pull-down selections indicated by right-pointing arrows, enabling deeper navigation without cluttering the main interface. Window management standards emphasized resizable frames with title bars, minimize/maximize controls, and scroll bars, allowing users to arrange multiple windows on the desktop while maintaining visibility of essential controls.[13] CUA differentiated standards for text-based and graphical modes to accommodate varying hardware capabilities, such as character-cell displays on non-programmable terminals (NPTs) and pixel-based graphics on programmable workstations (PWSs). In text-based modes, the entry model used full-screen panels with sequential navigation via function keys, while the text model introduced action bars and pop-up windows within fixed 24x80 character grids to simulate windowing without graphics. Graphical modes, conversely, leveraged pixel resolution for overlapping windows and icons, with the basic graphic model supporting pull-down menus and dialog boxes in environments like OS/2. Information hierarchy was enforced through primary windows, which represented main tasks or object views with dedicated menu bars and client areas, ensuring users focused on core activities before accessing secondary elements like pop-ups.[14][13] Later editions of CUA, particularly the 1991 update (CUA '91), incorporated object-oriented principles through the workplace model, shifting from application-centric interfaces to a unified environment where data and tools appeared as manipulable icons on a virtual desktop. This model treated files, folders, and applications as objects that users could open into primary windows, drag, or link, reducing the need to navigate buried menus and promoting direct manipulation over command-line interactions. The workplace served as a container for all objects, fostering an integrated view of the user's digital environment rather than isolated applications.[14] To minimize cognitive load, CUA mandated consistent metaphors like the workplace or desktop paradigm, where interface elements mimicked familiar office items—such as folders for document storage and trash icons for deletion—to enhance intuitive recognition and affordances, like clickable icons suggesting manipulability. Layout conventions prioritized logical grouping, with action bars at the top, entry fields centered in dialogs, and status areas at the bottom, ensuring predictable scanning patterns across screens. Color schemes followed a restrained palette to aid hierarchy without distraction; for instance, default settings used blue (code 1) for backgrounds, white (7) for unselected text, and turquoise (5) for entry fields, with high-intensity highlighting for cautions and low-intensity for separators. These were configurable but adhered to a 7-color system with intensity and emphasis options like reverse video or underscoring to denote interactivity.[14][15][13]
Element ExampleDefault Color CodeDescription
Action Bar Unselected Choice720High-intensity white on blue background for readability.
Entry Field504Low-intensity turquoise with underscore to indicate editability.
Caution Text620High-intensity yellow to draw attention to warnings.
Message Text220High-intensity red for errors or alerts.[15]

Interaction Techniques and Shortcuts

IBM Common User Access (CUA) established standardized keyboard shortcuts to promote predictable user interactions across applications, with F1 designated for accessing help information, providing contextual assistance such as field-level explanations or general overviews.[16][9] F5 serves as the refresh function to update the current view or panel, while F10 activates the action bar or menu for navigation and command selection.[17][9] Additionally, Alt+F4 enables closing the active window, a convention that influenced subsequent systems like Microsoft Windows for efficient task termination.[18] Mouse operability in CUA emphasized intuitive graphical interactions, where point-and-click selects objects or choices by positioning the cursor and pressing the primary button, ensuring consistency with keyboard equivalents.[9] Drag-and-drop facilitates object manipulation, such as relocating items between containers, by pressing and holding the mouse button over a source, moving to a target, and releasing, applicable in graphical environments for streamlined workflows.[9] CUA defined interaction paradigms to balance usability and control, distinguishing modal dialogs—which require user resolution before returning to the primary interface—for critical tasks like confirmations, from modeless dialogs that allow concurrent interaction with the main window for non-disruptive auxiliary functions.[9] Error handling guidelines mandate immediate, concise feedback messages specifying the issue and corrective actions, often via pop-up alerts, while confirmation prompts ensure user intent for irreversible operations, such as deletions, to prevent accidental data loss.[9] To support diverse hardware, CUA ensured compatibility across devices by mandating full functionality in keyboard-only text modes using navigation keys like Tab, Enter, and arrows for sequential access, alongside accelerator keys—such as underlined mnemonics (e.g., Alt+letter)—for rapid invocation of common actions.[1][9] In graphical user interfaces (GUI), combined input methods integrate mouse and keyboard, with all elements accessible via either, enabling efficient operation regardless of input device availability.[9] The 1991 update to CUA, known as CUA '91, extended these techniques by incorporating support for pointing devices in Systems Application Architecture (SAA) environments, formalizing mouse-based navigation and selection to align with emerging graphical systems while maintaining backward compatibility with text-based interfaces.[9]

Implementations and Adoption

In IBM Products and Systems

IBM Common User Access (CUA) was first implemented in several IBM operating environments as part of the Systems Application Architecture (SAA) initiative, which aimed to provide consistent user interfaces across platforms. Initial adoptions included the MVS/XA Time Sharing Option (TSO), VM/CMS for virtual machine environments, and OS/400 for midrange systems, all designated as SAA-compliant starting in 1987, with MVS/ESA for mainframe batch and interactive processing following in 1988.[11] These text-based implementations primarily followed CUA's basic dialog model, emphasizing consistent keyboard navigation and screen layouts for 3270 terminal users. On the personal computer side, OS/2 1.1's Presentation Manager introduced graphical CUA support in late 1988, with further enhancements in OS/2 Extended Edition releases starting in 1990, enabling windowed applications with pull-down menus and mouse interactions aligned to advanced dialog guidelines.[11][14] Key products received targeted updates to incorporate CUA standards. The Interactive System Productivity Facility (ISPF), a core dialog manager for TSO/E in MVS and later z/OS, was enhanced to support CUA-compliant panels and function keys, including simplified creation of dialogs via the Dialog Tag Language (DTL) and a conversion utility (ISPDTLC) for legacy panels.[19] These updates, introduced in the late 1980s and refined through subsequent releases, ensured ISPF's primary option menus and table displays adhered to CUA conventions for selection fields and navigation aids. For graphical development on PCs, IBM released the SAA Common User Access Controls Library/2 (CCL/2) Version 1.0 in 1991, providing reusable CUA '91 controls such as buttons, sliders, and entry fields for OS/2 Version 1.3 applications built with the Presentation Manager.[20] This library facilitated rapid prototyping of consistent interfaces, supporting both SAA CUA basic and advanced models in a single toolkit.[10] In successor systems like z/OS, CUA principles remain integral to terminal-based interfaces, particularly through ongoing ISPF enhancements documented in recent IBM references. As of z/OS 3.2 (released September 2025), the ISPF Dialog Developer's Guide dedicates a chapter to CUA guidelines, detailing support for enhanced panels, function key assignments (e.g., F3 for Exit, F12 for Cancel), and accessibility features in 3270-emulated environments.[21][19] These adaptations extend CUA's original text-mode focus to hybrid scenarios, where emulators like IBM Personal Communications bridge mainframe dialogs to modern workstations while preserving core interaction patterns. For z/OS 2.5.0, released in 2021 and in extended support as of November 2025, ISPF documentation similarly references CUA for dialog consistency in TSO/E sessions and SDSF (System Display and Search Facility) panels.[22][23] Implementing CUA across IBM's diverse hardware, such as the PS/2 personal systems running OS/2, presented challenges in harmonizing legacy character-based interfaces with emerging graphical capabilities. Early PS/2 deployments relied on text-mode compatibility for 3270 terminal emulation, requiring developers to map CUA's basic model (e.g., full-screen forms with tab navigation) onto graphical widgets without disrupting established workflows for mainframe users.[14] This balancing act involved trade-offs in resource usage, as graphical Presentation Manager features demanded more memory and processing than text dialogs, complicating transitions on 1980s-era hardware like the PS/2 Model 50. CUA guidelines addressed this by defining parallel basic and advanced models, allowing incremental adoption where full graphical support was infeasible, though it often resulted in hybrid interfaces that prioritized backward compatibility over seamless mouse-driven interactions.[24]

Adoption by External Platforms

IBM's collaboration with Microsoft during the development of Common User Access (CUA) significantly influenced the user interfaces of OS/2 and early Windows versions, including Windows 3.0 released in 1990, to promote cross-platform consistency.[25][26] This partnership ensured that OS/2 Presentation Manager and Windows adopted CUA's standardized interaction patterns, facilitating easier migration between the systems.[26] Specific shortcuts, such as Alt+F4 for closing windows, were directly derived from CUA guidelines and became a shared standard across these platforms.[18] In the Unix domain, CUA principles were incorporated into the Motif widget toolkit, which formed the foundation for the Common Desktop Environment (CDE) adopted by major Unix vendors in the early 1990s.[27][28] Motif was deliberately modeled after CUA to align with established PC interface behaviors from OS/2 and Windows, emphasizing consistent menu structures, dialog boxes, and keyboard navigation.[29] Later open-source toolkits like those underlying GNOME and KDE integrated elements of CUA, particularly keyboard shortcuts such as Ctrl+C for copy and Ctrl+V for paste, to enhance user familiarity, though adoption remained partial in terminal emulators due to entrenched command-line conventions.[30][18] Beyond these, CUA exerted early influence on the X Window System through extensions and style guides that borrowed its interaction techniques for improved portability.[31][32] The Java Abstract Window Toolkit (AWT) and Swing libraries also drew from CUA for cross-platform consistency, implementing compatible shortcuts and UI elements to support development on diverse operating systems.[30] CUA's adoption accelerated in the early 1990s, becoming a de facto standard for GUI design, with the CUA '91 guidelines introducing object-oriented enhancements that further supported standardization in both proprietary Unix environments and emerging open-source projects.[10][28]

Legacy and Impact

Influence on Modern UI Design

IBM Common User Access (CUA) established key keyboard shortcuts that have become de facto standards in contemporary operating systems and applications. For instance, the F1 key for invoking help, defined in CUA's function key assignments, remains ubiquitous in Microsoft Windows, where it facilitates immediate user assistance across desktop environments.[33][34][35] These conventions extend to Linux desktops, with environments like GNOME (particularly versions 2 and derivatives such as Linux Mint) and Xfce maintaining CUA-compliant implementations for enhanced cross-platform familiarity, while KDE partially adheres through menu structures and key mappings as of 2024.[5] In web applications, CUA-derived shortcuts persist to support efficient interaction in browser-based tools. Google Docs, for example, employs Ctrl+Z to undo actions, mirroring CUA's emphasis on predictable controls to reduce cognitive load in productivity software.[36][34] This standardization promotes "walk-up-and-use" usability, where users leverage familiar patterns without relearning interfaces, a principle that underpins modern web and cloud-based enterprise tools. CUA's focus on consistent interface elements and interaction techniques laid groundwork for broader UI paradigms, including object-oriented models that treat interface components as reusable entities.[33][34] Additionally, CUA's advocacy for predictable metaphors contributed indirectly to touch and mobile interfaces by establishing desktop norms that informed gesture-based navigation in systems like iOS and Android, though direct adoption was limited to evolutionary adaptations rather than explicit implementation.[5] The legacy endures in enterprise environments, particularly IBM systems like z/OS and i, where CUA guidelines continue to govern panel navigation and function keys (e.g., F1 for help) in production software as of 2025. CUA originally specified Alt+Backspace for undo actions, a convention that evolved in later systems toward more common mappings like Ctrl+Z.[1] While no widespread revivals have occurred, subtle persistence appears in API designs that prioritize consistent action mappings for developer tools and hybrid cloud interfaces, ensuring interoperability in legacy-modern integrations.[5]

Criticisms and Limitations

While IBM Common User Access (CUA) provided a robust framework for consistent interfaces in enterprise environments like mainframes and terminals, its scope was inherently limited to those paradigms, offering little adaptability to emerging consumer-oriented web or mobile applications.[5] Designed primarily for fixed-screen, keyboard-and-mouse interactions in business settings, CUA struggled to influence dynamic, device-agnostic designs that became dominant in the 1990s and beyond.[5] Critics have pointed to CUA's overemphasis on keyboard and mouse inputs as a source of rigidity, particularly in anticipating touch-based interfaces that gained prominence with smartphones in the 2000s.[5] This focus, rooted in 1980s hardware constraints, made the guidelines less flexible for gestural or multi-touch paradigms, contributing to its marginalization in consumer software. Additionally, the extensive documentation—spanning hundreds of pages of detailed rules—posed a barrier to adoption, especially for smaller development teams lacking resources for full compliance. A 1991 study on developer usability of such interface standards found that even with simplified excerpts, compliance rates hovered around 71%, with 53% of participants reporting rules as hard to remember and 27% finding them difficult to apply in practice.[37] Developers often deviated due to prior habits from non-standard systems and perceived restrictions on creativity, with only 25% relying on formal rules over examples.[37] CUA also had minimal impact on Unix command-line tools, where entrenched editors like Vi and Emacs resisted integration due to their origins in terminal-limited environments without mouse support.[5] The decline of CUA accelerated in the 2000s amid the rise of platform-specific design philosophies and web technologies that overshadowed its cross-platform ambitions. Apple's Human Interface Guidelines, diverging from CUA's model by prioritizing intuitive, device-native interactions, gained traction in consumer ecosystems, while Microsoft's aggressive marketing further fragmented standards adherence.[5] The advent of HTML/CSS and browser-based applications rendered CUA's terminal-centric rules increasingly obsolete, as developers shifted toward flexible, web-native paradigms that prioritized responsiveness over rigid consistency.[5] From a 2025 perspective, CUA is regarded as a foundational effort in UI standardization but largely superseded by iterative, user-tested methodologies that emphasize accessibility and adaptability across devices. Modern frameworks like Google's Material Design, which incorporate empirical testing and support for touch, voice, and multi-modal inputs, have filled the gaps left by CUA's era-specific constraints, with explicit references to the guidelines now rare in contemporary documentation.[5]

References

  1. Common User Access (CUA) guidelines - IBM
  2. Common user access—a consistent and usable human-computer ...
  3. Common User Access—A consistent and usable human-computer ...
  4. Strategy Letter VI - Joel on Software
  5. The rise and fall of the standard user interface - The Register
  6. Getting Started · taviso/123elf Wiki - GitHub
  7. What is CUA? | Webopedia
  8. Common User Access - EDM2
  9. [PDF] Common User Access -- Principles of GUI Design
  10. IBM SAA Common User Access Controls Library/2 Version 1.0
  11. Object-oriented Interface Design: IBM Common User Access ...
  12. [PDF] Presentation Manager Programming Guide The Basics - Bitsavers.org
  13. [PDF] The Library for System Solutions End User Interface Reference
  14. Default CUA color settings - IBM
  15. Default CUA function key settings - IBM
  16. Help from the Action Bar - IBM
  17. Why is Alt+F4 the hotkey for closing a window? Why not Alt+F5 or Alt ...
  18. [PDF] IBM Systems Application Architecture (SAA)
  19. [PDF] z/OS ISPF Dialog Developer's Guide and Reference - IBM
  20. IBM SAA CUA Controls Library/2 - EDM2
  21. About z/OS 2.5.0 in IBM Documentation
  22. Quick Beginnings - IBM
  23. IBM SAA - CUA Basic Interface Design Guide | PDF - Scribd
  24. IBM Common User Access Samples 1987 - Toasty Tech
  25. Windows GUI - BetaWiki
  26. Introduction to X/Motif Programming
  27. http://www.sao.ru/hq/sts/linux/book/xbook_marshall/X_book_caller.html
  28. 2 Introduction to Motif - O'Reilly
  29. Common User Access - C2 wiki
  30. X WIndow/Motif Programming
  31. User Interface Hybrids - Integrating User Environments with Motif
  32. Assessing the Usability of a User Interface Standard - NN/G
  33. dialogs not taken - Computers Are Bad
  34. Keyboard shortcuts in Windows - Microsoft Support
  35. https://support.google.com/docs/answer/179738
  36. https://dl.acm.org/doi/10.1145/108844.108937
User Avatar
No comments yet.