Recent from talks
Contribute something
Nothing was collected or created yet.
OpenWindows
View on Wikipedia| OpenWindows | |
|---|---|
OpenWindows running the Mozilla web browser. The default DeskSet tools appear at the bottom of the screen. | |
| Developer | Sun Microsystems |
| Initial release | 1989 |
| Final release | v3.6.2
/ February 2000 |
| Operating system | SunOS, Solaris, SVR4 |
| Platform | PowerPC, SPARC, x86, x86-64 |
| Type | Desktop environment |
| License | Proprietary |
| Website | download |
OpenWindows is a discontinued desktop environment for Sun Microsystems workstations which combined a display server supporting the X Window System protocol, the XView and OLIT toolkits, the OPEN LOOK Window Manager (olwm), and the DeskSet productivity tools; earlier versions of OpenWindows also supported the NeWS protocol. It implements the OPEN LOOK GUI specification.
OpenWindows was included in later releases of the SunOS 4 and Solaris operating systems, until its removal in Solaris 9 in favor of Common Desktop Environment (CDE) and GNOME 2.0.
History
[edit]OpenWindows 1.0 was released in 1989 as a separately licensed addition to SunOS 4.0,[1] replacing the older SunView (originally "SunTools") windowing system. Its core is the "xnews server", a hybrid window server that as its name implies supports both X11 and NeWS-based applications. The server can also display legacy SunView applications, although this functionality was not well-supported. (A standalone NeWS windowing system was also available for a time, but was never the primary SunOS windowing environment.) Starting with SunOS 4.1.1 in 1990, OpenWindows 2.0 was bundled with the operating system.
Solaris 2.0, the first release of the successor to SunOS 4, included OpenWindows 3.0.1. Starting with Solaris 2.3 in late 1993, Sun switched to a standard X11R5 release of X11. It was still called OpenWindows (now version 3.3), but the NeWS protocol was replaced by support for Display PostScript. Support for SunView applications was removed. The graphical look and feel of the window manager and tools is still based on OPEN LOOK. Solaris 7 featured OpenWindows 3.6.1, with an X11R6.4 server.[2]
In 1993, Sun and the other major Unix vendors of the time formed the COSE alliance, seeking further standardization among their Unix releases. The alliance chose the Motif look and feel as its standard, and Sun announced it would phase out OpenWindows in favor of the new COSE desktop environment, which came to be known as CDE.
The last release of OpenWindows is version 3.6.2, included in Solaris 8. With the release of Solaris 9 in 2002, the removal of OpenWindows support from Solaris finally began, as the OPEN LOOK DeskSet tools, OLIT and XView development tools, and olwm were removed. Support for running and displaying applications built with XView or OLIT remains in both Solaris 9 and Solaris 10, but the necessary libraries are no longer included in Solaris 11 and later releases.
Open source development
[edit]A project called "OWAcomp", the "OpenWindows Augmented Compatibility Environment", aims to make it possible to use the OpenWindows Deskset environment on Solaris 9, 10 (Sparc and x86) and Linux (x86). There is also a project hosted at SourceForge.net called "openlook" that is based on OpenWindows. As of July 2007, it is quite Linux-centric. Some OpenWindows applications were never released as open source by Sun, so some of these have been rewritten and some are still missing.
See also
[edit]References
[edit]External links
[edit]OpenWindows
View on Grokipediatar and Volume Management.[1] Customization was facilitated through shell initialization files (e.g., .profile, .cshrc, .xinitrc) and environment variables like PATH and DISPLAY, allowing users to tailor sessions for local or remote displays.[1] As Solaris evolved, OpenWindows coexisted with and was eventually supplanted by the Common Desktop Environment (CDE), which became the default starting in Solaris 2.6 (1997), with official transition guides provided for users moving to the Motif-based CDE.[3][4]
History
Origins and Initial Release
In 1988, Sun Microsystems initiated the development of OpenWindows as an X11-based windowing system designed to replace the proprietary SunView environment, which had been the default graphical interface for Sun workstations since the early 1980s.[5] This shift aimed to leverage the emerging X Window System protocol for broader compatibility while integrating Sun's Network Extensible Window System (NeWS) capabilities.[5] OpenWindows 1.0 was first made available in spring 1989 as a developer release, with full commercial availability following in July 1989 as a separately licensed add-on to SunOS 4.0.[5] It coincided closely with the rollout of enhanced SunOS versions, providing an integrated platform that combined X11/NeWS server functionality with updated toolkits.[5] Sun Microsystems collaborated with AT&T to define the OPEN LOOK graphical user interface standard, releasing an initial draft for public review in July 1988 and finalizing the specification in 1989.[6] This partnership emphasized a design philosophy centered on simplicity, consistency, and efficiency, drawing from earlier innovations like Xerox PARC's work while ensuring the GUI was adaptable to Unix environments.[6] The primary motivations behind OpenWindows included standardizing on the X Window System to enhance interoperability among diverse Unix implementations and to counter the rising popularity of Motif-based interfaces promoted by the Open Software Foundation, formed in 1988 by Sun and AT&T's competitors.[5][7] This strategic move positioned OpenWindows as a competitive alternative in the burgeoning workstation market, prioritizing open protocols over proprietary extensions.[5]Major Versions and Evolution
OpenWindows 2.0 was released in March 1990 as part of SunOS 4.1, marking a significant advancement in X Window System integration by providing an enhanced X server based on X11R4 standards and introducing the initial DeskSet suite of tools for desktop management.[8] This version bundled the OPEN LOOK graphical interface with core X11 libraries, enabling better compatibility with existing Sun applications while supporting multi-screen configurations on Sun-4 architectures.[9] The major transition came with Solaris 2.0 (SunOS 5.0) in June 1992, which included OpenWindows 3.0.1 and shifted to a System V Release 4 (SVR4)-based kernel, adding native support for SPARC processors and preparing the groundwork for x86 platform compatibility introduced in Solaris 2.1 the following year.[10][11] Subsequent releases refined this foundation: OpenWindows 3.2 arrived with Solaris 2.2 (SunOS 5.2) in May 1993, improving window management and DeskSet functionality; version 3.6 integrated with Solaris 7 (SunOS 5.7) in 1998, incorporating X11R6.4 for enhanced rendering performance; and the final iteration, 3.6.2, shipped with Solaris 8 (SunOS 5.8) in February 2000.[12][13] Platform expansions broadened OpenWindows' reach beyond SPARC systems, including native support for PowerPC processors via Solaris 2.5.1 in 1996, which facilitated deployment on third-party hardware like IBM's RS/6000 platforms.[14] x86 support matured in the late 1990s with releases like Solaris 2.6 (1997), enabling broader adoption on Intel-based systems.[15] Throughout its evolution, OpenWindows saw key improvements in performance through optimized X server implementations, such as the shift to X11R6 in later versions for faster graphics rendering, alongside enhanced internationalization features starting with Solaris 2.6 to support multilingual interfaces and input methods.[16] Tighter integration with Solaris kernel advancements, including resource management tools in Solaris 8, allowed for better system resource allocation and process handling within the desktop environment.[17] These changes emphasized scalability and reliability for networked workstation use.Technical Architecture
X Window System Integration
OpenWindows relied on the X Window System's X11 protocol as the foundational layer for its display server, starting with X11 Release 4 (X11R4) in its Version 2 debut in 1989, which provided the core mechanism for network-transparent graphics rendering and input handling on Sun Microsystems hardware.[18] This protocol allowed applications to operate seamlessly over local or remote connections, a key feature for Sun's distributed workstation environments where multiple machines could share graphical resources without proprietary extensions. By 1998, with OpenWindows Version 3.6 integrated into Solaris 7, the system had upgraded to X11 Release 6.4 (X11R6.4), incorporating enhancements like improved internationalization support and extensions for shared memory transport to boost performance in multi-user scenarios.[19][20] At the heart of this integration was Sun's custom X server implementation, known as Xsun, tailored specifically for SPARC processors and leveraging hardware acceleration for efficient 2D rendering operations.[21] Optimized for Sun's SBus and other SPARC-specific buses, the server supported graphics accelerators such as the GX and TC chipsets, which offloaded tasks like line drawing, polygon filling, and bit-blitting to hardware, significantly enhancing responsiveness on workstations like the SPARCstation series.[20] This hardware-tuned design ensured low-latency display updates critical for engineering and scientific applications prevalent in Sun's ecosystem, while maintaining compliance with the standard X11 protocol to avoid vendor lock-in. The integration extended through layered libraries that bridged low-level protocol access to higher-level development tools. Xlib served as the primary client library for direct interaction with the X server, handling primitives like window creation and event dispatching, while the X Toolkit Intrinsics (Xt) provided a widget-based framework customized for OPEN LOOK's user interface elements, such as buttons and menus built atop Xt for consistent event handling and resource management.[21][20] This architecture supported multi-head display configurations, accommodating up to 16 screens per server instance through multiple plane groups (MPG), enabling expansive workspaces for users managing complex simulations or data visualizations.[21] Remote X sessions were inherently facilitated by the protocol's network transparency, allowing clients on one machine to render output on another via TCP/IP, secured by mechanisms like MIT-MAGIC-COOKIE-1 authorization.[20] A hallmark of OpenWindows' X integration was its binary compatibility with standard X applications, permitting seamless execution of software developed for other toolkits like Motif or Athena widgets alongside native OPEN LOOK components.[18] This interoperability, preserved through backward-compatible Xlib implementations and binary packages like SUNWbcp, allowed developers to mix environments without recompilation, fostering a hybrid ecosystem on Sun platforms where legacy X11 code could run unmodified even as OpenWindows evolved.[21]OPEN LOOK Graphical User Interface
OPEN LOOK was established in 1989 as a graphical user interface standard for UNIX workstations, jointly developed by Sun Microsystems and AT&T to promote a unified look and feel across applications.[22] This specification emphasized a minimalist aesthetic with flat, two-dimensional design elements, avoiding the three-dimensional shading prevalent in competing interfaces, to prioritize visual simplicity and rapid user comprehension.[23] Key interaction paradigms included iconic menus—such as abbreviated menu buttons displaying symbols or labels with pop-up options—and gesture-based controls, where mouse drags or keyboard sequences triggered actions like scrolling or menu invocation, fostering efficient, direct manipulation.[24] The primary implementation of OPEN LOOK was through the OPEN LOOK Intrinsics Toolkit (OLIT), a widget set developed by AT&T that extended the X Toolkit Intrinsics (Xt) to provide OPEN LOOK-compliant components.[25] OLIT included distinctive widgets such as oblong buttons for selectable actions, rectangular toggle buttons for grouped choices, scrollbars with drag elevators and arrow controls for navigation, and property sheets in chooser dialogs for organized parameter adjustment, all rendered in a consistent 2D style with subtle borders and icons.[24] These elements supported programmatic assembly via callbacks and resource databases, enabling developers to build responsive interfaces while adhering to the OPEN LOOK functional specification.[25] Central to OPEN LOOK's philosophy were principles of consistency, accessibility, and scalability, ensuring uniform behavior across diverse applications and hardware. Consistency was achieved through standardized widget hierarchies and activation types, such as SELECT for button presses or MENU for pop-ups, reducing cognitive load by predictable responses.[25] Accessibility features included full keyboard navigation—via traversal keys like NEXTFIELD—and mouseless operation modes, allowing users to interact without pointing devices through mnemonic accelerators and virtual events.[25] Scalability was facilitated by resource customization for varying screen resolutions and color depths, with widgets adapting layouts and fonts dynamically to maintain usability on different displays.[24] Over time, OPEN LOOK evolved modestly, with version 3.x of OpenWindows introducing aesthetic refinements to enhance compatibility with emerging hardware. These updates improved color support, defining resources like WindowColor for backgrounds and enabling multi-visual colormaps for richer palettes without altering the core flat design.[26] Font rendering was optimized for faster performance and better legibility, incorporating scalable OPEN LOOK fonts in BDF format to handle diverse text sizes and international characters more effectively.[27] The fundamental design remained intact through its lifecycle, preserving the emphasis on efficiency until discontinuation. As an alternative to the OSF/Motif toolkit, OPEN LOOK was positioned for superior speed and reduced resource demands, favoring streamlined 2D visuals over Motif's more ornate 3D effects to deliver quicker rendering and lower complexity in UNIX environments.[28]Components and Features
DeskSet Desktop Environment
DeskSet was introduced in OpenWindows 2.0 in 1990 as a customizable desktop shell serving as the central workspace manager for Sun Microsystems workstations running SunOS 4.1.[29] It provided users with an intuitive interface for task organization, featuring a root menu for system-wide access to tools and options, seamless workspace switching, and icon-based file handling through integrated components like the File Manager.[29] Designed to enhance productivity in a networked environment, DeskSet acted as a lightweight overlay on the X Window System, emphasizing efficient multitasking without overwhelming system resources.[26] Core functionalities of DeskSet included support for multiple virtual desktops managed by the Workspace Manager, allowing users to organize windows across separate workspaces for better task segregation.[29] Drag-and-drop operations facilitated quick data transfer between tools, such as moving files from the workspace to printing or mailing interfaces, while integrations with Sun's print spooler and mail systems enabled direct submission of documents via the Print Tool and Mail Tool.[29] These features, built on the OPEN LOOK graphical user interface, promoted fluid interactions like wiping selections for text blocks or encoding files for transmission.[29] Customization options in DeskSet allowed users to tailor the environment to individual preferences, including configurable panels via the Workspace Menu and adherence to OPEN LOOK color schemes defined in resources like.Xdefaults.[26] Startup scripts, such as those in .openwin-menu and session management via ds_server_init, enabled personalized initialization of the desktop, including color management and menu layouts.[26] Performance optimizations ensured a low-latency experience on SunOS and later Solaris platforms, with the underlying olwm window manager supporting behaviors like focus-follows-mouse for intuitive window raising and efficient resource use, such as adjustable sampling in monitoring tools.[26]
As a productivity hub, DeskSet functioned as a launcher for bundled applications and a central point for system monitoring, streamlining workflows through icon-driven navigation and virtual desktop switching to reduce clutter and improve focus on concurrent tasks.[29] Its design prioritized conceptual ease over complex configurations, making it suitable for both novice and advanced users in enterprise settings.[26]
