Hubbry Logo
DESQviewDESQviewMain
Open search
DESQview
Community hub
DESQview
logo
7 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
DESQview
DESQview
DESQview
View on Wikipedia
from Wikipedia
DESQview
DeveloperQuarterdeck Office Systems
Initial releaseJuly 1985; 40 years ago (1985-07)
Final release
DESQview/2.80
Operating systemDOS
TypeWindowing system
LicenseProprietary commercial software

DESQview (DV) is a text mode multitasking operating environment developed by Quarterdeck Office Systems which enjoyed modest popularity in the late 1980s and early 1990s. Running on top of DOS, it allows users to run multiple programs concurrently in multiple windows.

Desq

[edit]

Quarterdeck's predecessor to DESQview was a task switching product called Desq (shipped late April[1] or May 1984[2]), which allows users to switch between running programs. Quarterdeck revamped its package, bringing multitasking in, and adding TopView compatibility.

DESQview was released in July 1985, four months before Microsoft released the first version of Windows. It was widely thought to be the first program to bring multitasking and windowing capabilities to DOS; in fact, there was a predecessor, IBM TopView, which shipped March 1985.[3]

Under DESQview, well-behaved DOS programs can be run concurrently in resizable, overlapping windows (something the first version of Windows cannot do). A simple hideable menu allows cutting and pasting between programs. DESQview provides support for simple editable macros as well. Quarterdeck also developed a set of optional utilities for DESQview, including a notepad and dialer. Later versions allow graphics mode programs to be loaded as well, but only run in full screen mode.[4]

DESQview is not a GUI (graphical user interface) operating system. Rather, it is a non-graphical, windowed shell that runs in real mode on top of DOS, although it can run on any Intel 8086- or Intel 80286-based PC. It can also use expanded memory add-ons to work around the 640 KB RAM limit of conventional memory on early PCs. DESQview really came into its own on Intel 80386 machines, which are better at utilizing memory above DOS's limit. However, in either case, it runs in real mode rather than protected mode, meaning that a misbehaving program can still crash the system.

DESQview and QEMM

[edit]

To make maximum use of extended memory on Intel 80386 processors, by transforming it into expanded memory and upper memory blocks (UMBs) accessible to DESQview and other real-mode programs, Quarterdeck developed a sophisticated memory manager. Owing to the foresight of its marketing manager, Quarterdeck marketed it as a separate product, QEMM-386 (Quarterdeck Expanded Memory Manager 386). It became more popular than DESQview itself, and sold steadily for many years, generating over US$150 million in sales from 1987 through 1994. After the release of the Intel Pentium processor, the 386 in QEMM was dropped. The combination package of DESQview and QEMM-386 was called DESQview 386 (DV386).

With the introduction of the 80386, the memory management features were enhanced to allow the system to shift into protected mode but also allow the addresses to be configured in a virtual 8086 mode so that the extended memory can be mapped into addressing frames and accessible to real-mode programs such as DOS. This allows a 386 to implement the LIM (Lotus, Intel, Microsoft) EMS (expanded memory specification).[4] The memory manager is easily controlled by the user with DOS program QEMM.COM.

DESQview is able to use QEMM's features far beyond just the LIM EMS API, mapping most of the "conventional" address space (below 640 KB) into multiple extended memory blocks such that each can execute transparently during its context. The main copy of DOS and any device and networking drivers have to be loaded before DESQview. The resulting space is the largest single program that can run, but DESQview under QEMM can run as many instances of those programs as the EMS allows. So an 8 MB system can generally have a dozen full-sized DOS programs running concurrently; a 16 MB system can run over twenty, and so on.

DESQview usage

[edit]

DESQview was noteworthy in that it supported all common DOS-compatible programs and achieved a degree of performance and stability that was remarkable, given the constraints of its host operating system. It also has a clever interface that is generally unobtrusive while being quickly available and very easy to learn.

All normal PCs include a keyboard with three "shift" or "modifier" keys: Control, Alt, and the normal Shift keys. These keys are normally held down in combination with other keys. DESQview, by default, monitors the Alt key for isolated presses (not in combination). Pressing the Alt key by itself brings up the DESQview menu allowing access to the program's features: start new tasks, switch among them, mark text on the screen, paste text as input into the current task, resize or move the text windows, configure new menu items, etc. In addition a Shift+Alt combination causes DESQview to learn a set of keys as a macro. This allows DESQview to run other programs without interfering with any of the "keybindings" they might be using.[4]

DESQview was critically acclaimed and won many fans, but it never met with mass appeal, despite Quarterdeck's sustained efforts to win people over.

In one area, however, DESQview was a lasting success: many multiuser bulletin board systems were based on it, thanks to its modest hardware requirements, robust multitasking, and superlative handling of multiple communication ports. Most free or inexpensive BBS software of the time ran as a single-node, single-tasking DOS program. Normally, only one copy of the BBS software could run at once, limiting the host PC to running one node. DESQview, often aided by the installation of 16550 UART chips that buffer,[5] allows multiple copies of the same single-tasking BBS software to run simultaneously on a single computer, resulting in a multi-user BBS.

Decline of DESQview

[edit]

DESQview does not provide a graphical user interface (GUI). While Quarterdeck did provide suites of programming libraries and utilities to support the development of software to use its features these never became widely popular. DESQview's ability to run most software with no modification and the cost of "run-time" licenses, combined with the costs of the development suites themselves made this an unreasonable combination for commercial shrink-wrapped software publishers and vendors.

Microsoft released Windows 3.0 with its own memory management and multitasking features. While DESQview was far faster, smaller, and more stable, it was more expensive and didn't include support for the graphical features of MS Windows.

The decline of QEMM started with the bundling of a memory manager in Digital Research's DR DOS 5.0, released in 1990. To catch on, Microsoft included its own EMM386 in MS-DOS 5.0, while previously the memory management functionality was only available with Windows. QEMM could still be used instead, notably with Windows 3.1x, but only for incremental benefit. Sales of QEMM declined. In August 1994, after three quarters of losses, the company laid off 25% of their employees and the CEO, president, and founder Terry Myers resigned.

As users moved from DESQview to other platforms, notably Windows 3.x and OS/2, third party utility authors wrote utility programs that emulated some DESQview API functions to allow suitably equipped DOS programs to co-operate with these OS. The most notable are TAME (for Windows) and OS/2SPEED (for OS/2).

DESQview/X

[edit]

Quarterdeck eventually also released a product named DESQview/X (DVX), which is an X Window System server running under DOS and DESQview and thus provides a GUI to which X software (mostly Unix) could be ported.

DESQview/X had three window managers that it launched with, X/Motif, OPEN LOOK, and twm. The default package contained only twm, the others were costly optional extras, as was the ability to interact on TCP/IP networks.[6] Mosaic was ported to DVX.

DVX itself can serve DOS programs and the 16-bit Windows environment across the network as X programs, which made it useful for those who wished to run DOS and Windows programs from their Unix workstations.[6] The same functionality is available with some versions of NCD Wincenter.

NetWare Access Server

[edit]

Internetworking company Novell developed a product called NetWare Access Server (NAS) incorporating features of DESQview 386 and pcAnywhere.[7] The DESQview multitasking support was used to create an environment into which up to 16 PC and Macintosh clients can login remotely to access NetWare services and run DOS applications.[8]

DESQview after X

[edit]

DESQview development continued in parallel with DESQview/X. After ceasing development on DESQview/X, another version of DESQview was released. QEMM was still developed after the discontinuation of DESQview, and a version compatible with Windows 98 was released.

In the mid-1990s, Quarterdeck tried to recast itself as an Internet company, releasing a version of the Mosaic web browser. Eventually, the company was acquired by Symantec.

Reception

[edit]

BYTE in 1984 stated that DesQ's application compatibility was the highest of the five window managers tested.[9] The magazine's Jerry Pournelle in 1989 noted that "while MultiFinder doesn't work very well yet, DESQView on a big 80386 machine certainly does",[10] and preferable to OS/2 on 286.[11] The magazine that year listed version 3.0 as among the "Distinction" winners of the BYTE Awards, stating that "unlike OS/2, DESQview lets you run the programs you've already paid for ... Many users will find that DESQview is all they need".[12]

See also

[edit]

References

[edit]

Further reading

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

DESQview

View on Grokipedia
from Grokipedia
DESQview is a text-mode multitasking program for developed by Office Systems, released in July 1985, that extended the single-tasking capabilities of DOS by allowing multiple DOS applications to run concurrently in resizable windows. It provided true preemptive multitasking, enabling efficient task switching via keystrokes or mouse clicks without requiring application modifications, and operated on top of DOS (including PC-DOS, , or ) to virtualize resources for compatibility with existing software. Although preceded by 's TopView in 1984—from which it adopted features like popup menus—DESQview gained modest popularity in the late 1980s and early 1990s among users seeking productivity enhancements on PC-compatible systems, predating Microsoft's Windows by four months and influencing subsequent windowing environments. The software's core innovation lay in its ability to manage limited hardware resources, such as 640 KB of , through techniques like cooperative memory sharing and support for expanded memory standards (EMS), often paired with Quarterdeck's QEMM memory manager for optimal performance on 286 and later processors. Key features included a with tiled or overlapping windows, clipboard support for data exchange between tasks, and macro capabilities for automating workflows, making it suitable for office and technical applications like word processors, spreadsheets, and communications software. Over time, DESQview evolved through versions such as DESQview 2.x (enhancing mouse support and API compatibility) and DESQview 386 (adding protected-mode multitasking for 386 processors), before transitioning to the graphical DESQview/X in 1992, which integrated support but retained the original's DOS foundations. Despite competition from Windows, DESQview's lightweight design and stability on resource-constrained hardware cemented its role as a pioneering solution for DOS-era multitasking, particularly in professional and academic settings until the mid-1990s.

Origins and Early Development

Predecessor: Desq

Desq was released in late April or May 1984 by Office Systems as a simple text-based task switcher for , enabling users to alternate quickly between multiple running programs without providing true multitasking capabilities. It supported switching among up to nine DOS applications on early PC compatibles, addressing the limitations of DOS's single-tasking environment by saving and restoring program states manually. The software's key features centered on non-preemptive task switching, where users initiated changes via keyboard commands, along with basic screen redrawing to restore the display of the active program after switching. It required a minimum of 256 KB of RAM (for Desq and the applications)—and was designed for systems running PC-DOS or 1.1 or later, making it suitable for resource-constrained hardware of the era. Developed by Office Systems to overcome DOS's inability to run multiple programs concurrently, Desq was initially priced at $399 and gained traction among advanced users seeking productivity enhancements, though it achieved limited overall commercial success. Its technical limitations included reliance on switching, where programs had to yield control voluntarily, and compatibility issues with terminate-and-stay-resident (TSR) programs that could interfere with state saving or screen management. This text-mode precursor laid the groundwork for the evolution into DESQview, an enhanced version with graphical windowing introduced the following year.

Launch and Initial Versions of DESQview

DESQview was released in July 1985 by Office Systems as a multitasking environment for systems. Building on its predecessor Desq, a non-graphical task-switching utility, version 1.0 introduced true preemptive multitasking on 8086 and 8088 processors, allowing up to nine concurrent programs to run in overlapping, resizable text-mode windows. This enabled users to manage multiple DOS applications simultaneously without the limitations of single-tasking, marking a significant advancement in PC . Key innovations in version 1.0 included optional mouse support for compatible devices such as Microsoft, Mouse Systems, Logimouse, Maynard, and Visi On models, facilitating intuitive window navigation and selection. The system also provided compatibility mechanisms for program integration, such as Program Information Files (PIFs) and support for TopView calls, allowing DESQview-aware applications like Borland's Sidekick version 1.5 to operate seamlessly as memory-resident accessories within dedicated windows. Hardware requirements were modest for the era, necessitating a minimum of 256 KB of RAM to accommodate the base system and initial programs, with support for the Expanded Memory Specification (EMS) via LIM and AST Enhanced standards to extend beyond the 640 KB conventional limit—though native Extended Memory Specification (XMS) handling arrived in later iterations. Version 1.0 included built-in macro support through the Learn feature, enabling users to record and replay keystroke sequences for automating repetitive tasks across windows. Subsequent updates refined these foundations. Version 1.1, released in 1986, enhanced stability and compatibility. By 1987, version 2.0 introduced a comprehensive DESQview Application Programming Interface (API), empowering developers to create applications that natively interacted with the multitasking environment, including shared memory and inter-task communication. Version 2.26 followed in 1988, enhancing stability and performance optimizations specifically for 80286 and 80386 processors, better leveraging their advanced memory addressing for smoother multitasking under heavier loads.

Technical Features and Architecture

Multitasking and Windowing System

DESQview's multitasking engine extended the single-tasking nature of by implementing preemptive multitasking through time-slicing, where the system timer interrupt was hooked to allocate processing time to active tasks at a rate of approximately 18 clock ticks per second. This approach enabled concurrent execution of multiple DOS programs without requiring application modifications, with full preemption available on 80286 and higher processors via operation, while falling back to on 8086 systems where tasks yielded control voluntarily. In initial releases, the system supported up to 9 concurrent sessions on compatible 286+ hardware, limited primarily by available memory; later versions expanded this capability. The simulated a atop DOS's text-based environment, employing tiled s that could be dynamically resized and repositioned using menu commands or hotkeys, complete with title bars displaying the window number and program name. Users could choose between tiled layouts for efficient screen use or full-screen modes for individual applications, with support for standard text modes like 80x25 characters and, in later versions, graphics modes up to VGA resolution, though graphical applications were typically restricted to full-screen to avoid display conflicts. Overlapping s were introduced in enhanced configurations, allowing stacking, but the core design prioritized non-overlapping tiles to maintain compatibility with character-based DOS output. Menu-driven controls facilitated operations like zooming a window to full-screen with a single keystroke, ensuring seamless integration without disrupting running tasks. Task management relied on intuitive hotkeys and interrupt handling to enable rapid switching between sessions, such as pressing Alt followed by a window number (e.g., Alt-0 for the first window) to bring a specific task to the foreground without crashing others. Programs were launched via the Open Window menu, which invoked DOS commands and intercepted key interrupts to prevent interference, allowing background tasks to continue processing even during switches. This interrupt management ensured stability, with features like task suspension via Ctrl-NumLock for low-priority operations, making DESQview suitable for productivity workflows involving simultaneous data entry and printing. At its core, DESQview's compatibility layer emulated a full DOS environment within each window, utilizing virtual screens to isolate applications and prevent screen writes or memory accesses from one task affecting others—for instance, running for word processing alongside for database management without visual or operational conflicts. Each session received its own virtualized console, handling and DOS calls independently to support off-the-shelf software like or , evolving from the 1985 initial release as an advancement over the earlier window manager. This isolation extended to graphics and text output, buffering changes until a task gained focus, thereby achieving remarkable stability for DOS's inherently uncooperative architecture.

Memory Management Integration

DESQview provided native support for the Lotus/Intel/Microsoft Expanded Memory Specification (LIM EMS) versions 3.0 and 4.0, as well as the AST Enhanced Expanded Memory Specification (EEMS), allowing programs to swap pages in and out of expanded memory for concurrent execution. This capability broke the conventional 640 KB DOS memory limit, enabling users to run up to nine programs simultaneously—for instance, allocating 636 KB to the first program and 624 KB to subsequent ones—while utilizing expanded memory boards like the AST RAMpage! or SixPakPremium for data storage and application support, such as Lotus 1-2-3 Release 2 and Framework II. The system's memory allocation employed dynamic partitioning of conventional RAM within the 0-640 KB range, where users specified minimum memory sizes in kilobytes (with a 32 minimum reserved for ) to ensure contiguous blocks for each session. Configuration occurred through the SETUP program, which allowed customization of heaps, script buffer sizes, and swapping options to a dedicated SWAP logical drive or RAM disk, minimizing overhead via fast save/restore mechanisms that checkpointed data during swaps. When expanded memory was exhausted, DESQview implemented by swapping inactive programs to disk, configurable to disable for time-sensitive applications like communications software. Addressing the 640 KB DOS barrier, DESQview optimized usage up to this limit while extending capacity through EMS integration and disk-based swapping, supporting a total of up to 5.5 MB across sessions on compatible hardware in early versions. For adapters, it maintained compatibility with EGA and VGA standards, though specific optimizations like shadow RAM were handled via complementary tools. Memory diagnostics relied on the built-in Memory Status program, which displayed real-time usage to identify inefficiencies or leaks in Terminate-and-Stay-Resident (TSR) programs, with further guidance for TSR conflicts provided in the documentation. These features made DESQview suitable for low-RAM 286 systems, facilitating practical multitasking with resource-intensive applications like Lotus 1-2-3 by efficiently managing memory swaps and allocations. Enhancements via Quarterdeck's QEMM later added extended memory support through XMS for improved performance on 386 processors.

Key Integrations and Enhancements

DESQview and QEMM

Quarterdeck Expanded Memory Manager (QEMM) was introduced in 1987 by Quarterdeck Office Systems as a memory manager compliant with the eXtended Memory Specification (XMS) 2.0, which had been jointly developed by Lotus, Intel, Microsoft, and AST Research in 1988. This tool optimized the use of extended memory beyond the 1 MB limit on Intel 80386 and higher processors, addressing key limitations in DOS's memory architecture for multitasking environments. QEMM was bundled with DESQview starting with DESQview 386 in 1988 to enhance extended memory utilization specifically for multitasking, enabling more efficient allocation and sharing of memory among multiple DOS applications without requiring specialized hardware like expanded memory boards..pdf) The integration of QEMM with DESQview created key synergies that maximized available RAM. QEMM's LoadHi loaded terminate-and-stay-resident (TSR) programs into upper memory blocks (UMBs) in the KB to 1 MB range, thereby freeing up precious below KB for running applications. Its concealed expanded regions from legacy DOS programs that could not handle them, preventing conflicts while allowing DESQview to manage the hidden areas transparently. Additionally, QEMM implemented Virtual DMA Services (VDS), which supported for peripherals like hard drives and network cards without disrupting the overall , further streamlining multitasking operations in DESQview. Unlike DESQview's native support for Expanded Memory Specification (EMS), which relied on page-frame swapping, the QEMM partnership emphasized seamless handling for superior scalability. On 386-based systems, the DESQview/QEMM combination unlocked 4 to 8 MB of total usable —far exceeding typical DOS configurations—by leveraging the processor's to create virtual environments for applications. Accompanying tools like OPTIMIZE analyzed system hardware and software to configure optimal caching strategies, while CACHE-MGR handled disk caching to accelerate access and reduce I/O bottlenecks during intensive multitasking sessions. QEMM version 5.0, released in January 1990, introduced enhanced 386-specific features such as improved support for , enabling DESQview to run multiple real-mode DOS sessions more efficiently within without frequent context switches. This upgrade significantly improved DESQview's overall multitasking performance, particularly in memory-intensive scenarios, by reducing overhead and enhancing stability on systems with limited RAM.

DESQview/X

DESQview/X 1.0, released by Office Systems in April 1992, served as a graphical extension to the DESQview multitasking environment, porting the to platforms. Built as a PMODE/DOS extender-based X server, it supported the X11R4 protocol and was designed for 386 or higher processors, requiring a minimum of 4 MB RAM and 10 MB of free hard disk space to operate effectively. This add-on enabled DOS-based PCs to function as X terminals, bridging the gap between text-mode DOS applications and graphical Unix environments. Key features included the ability to display native X windows seamlessly within the DESQview interface, allowing integration with remote Unix applications via TCP/IP protocols such as , FTP, and RSH/REXEC. It supported dual-mode operation, permitting users to run DOS sessions alongside X sessions, and incorporated scalable font technology from for improved text rendering. Priced at $275 for new users or $100 for registered customers, DESQview/X targeted developers and users seeking to modernize DOS setups for GUI workloads without abandoning existing software. The system also relied on Quarterdeck's QEMM for underlying to optimize . From a technical standpoint, DESQview/X leveraged 32-bit via the DOS/4GX extender to enhance stability and support application memory up to 4 GB in 32-bit configurations, while maintaining compatibility with 16-bit modes for broader hardware support. It accommodated VGA and SVGA displays with resolutions up to 1024x768, along with EGA and 8514/A adapters, and provided configuration tools like XCONFIG for customizing the server setup, including network APIs such as and IPX/SPX. Multiple window managers, including DESQview/X's native shell, OSF/Motif, and OPEN LOOK, were available to tailor the graphical experience. Despite its innovations, DESQview/X faced challenges from its demanding hardware requirements, which limited adoption on lower-end systems prevalent in 1992, and compatibility issues with some non-X DOS applications that conflicted with the protected-mode environment. These concerns, particularly around networking stability, led to the development of version 1.1 later in 1992, which addressed fixes for TCP/IP connectivity and improved integration with remote processes. Delays in the initial release stemmed from incorporating developer-requested enhancements, underscoring the complexities of adapting the X protocol to DOS constraints.

Usage and Applications

Everyday User Scenarios

In the late 1980s and early 1990s, DESQview enabled everyday users to enhance productivity on systems by running multiple text-based applications simultaneously in tiled windows, such as word processors like , spreadsheets like , and database tools like , all side-by-side on a single screen without requiring a full operating system upgrade. This setup was particularly valuable in office environments where users could edit documents in one window while performing calculations or data entry in another, leveraging DESQview's preemptive multitasking to switch seamlessly between tasks via hotkeys like Alt-F1 to cycle through open programs. By 1988, DESQview had attracted over a million users, many in businesses seeking cost-effective multitasking alternatives to pricier options like , as it extended standard DOS hardware capabilities without necessitating new investments. Power users, including developers, frequently employed DESQview as a development tool to multitask programming tasks, such as compiling in one using tools like while editing source files or running debuggers in adjacent windows, capitalizing on the system's ability to spawn subtasks for background operations and intertask communications for efficient . Accountants and financial professionals similarly benefited by running applications like alongside database programs for real-time data analysis and reporting, often integrating communications software in a separate for batch transfers of financial records. Macro automation further streamlined repetitive workflows, allowing users to record and replay keystroke sequences for batch tasks, such as automated data imports between applications, via DESQview's built-in scripting features. Users could customize their experience through DESQview's setup menus, accessed by running the SETUP command, to create program information files (DVPs) for quick launching of specific applications via custom menus and assignable hotkeys, such as defining Alt-letter combinations to open frequently used tools. Clipboard sharing was facilitated by the system's intertask communication mechanisms, enabling seamless data transfer—such as copying text from a spreadsheet and pasting it directly into a word processor—without exiting windows or using external files, which significantly reduced workflow interruptions in productivity scenarios. These configurations made DESQview a practical choice for extending the life of 286 and 386-based PCs in professional settings through the early 1990s.

Specialized Uses like NetWare Access Server

In 1990, Novell released the Access Server (NAS), a specialized configuration of DESQview 386 that transformed it into a dedicated terminal server for remote access to NetWare networks. This setup leveraged DESQview's preemptive multitasking to support multiple simultaneous NetWare sessions, with each session connected via serial ports to dumb terminals, enabling cost-effective multi-user access without dedicated hardware for every user. The system required DESQview alongside Novell's NetWare drivers and wide-area network interface modules (WNIM Plus) for connectivity, allowing asynchronous remote logins over phone lines or leased circuits. Implementation of the Access Server involved multiport serial expansion cards, such as those supporting 8 COM ports, to handle incoming connections from terminals, while DESQview's and scripting capabilities ensured session isolation to prevent interference between users. Networking integration relied on Novell's IPX protocol for seamless communication with file servers, providing shared access to resources like files and printers in a secure, isolated manner. This approach was particularly valuable in enterprise environments where DESQview's multitasking features enabled robust session management without the overhead of full OS upgrades. Beyond , DESQview found niche applications in engineering workstations for multitasking CAD software, such as running alongside analysis tools or documentation programs to streamline workflows on limited hardware. In (BBS) hosting, sysops used DESQview to run multiple instances of BBS software on separate nodes, supporting concurrent chat lines and file transfers via additional ports, which extended the capacity of single-machine setups in the pre-internet era. Small firms adopted DESQview-based multi-user configurations, like the Access Server, as an affordable alternative to building separate workstations, creating shared DOS environments for tasks such as inventory management or until the rise of in the mid-1990s offered more scalable options. These adaptations highlighted DESQview's role in bridging the gap between single-user DOS limitations and emerging multi-user demands in resource-constrained settings.

Decline and Later Developments

Market Challenges and End of Mainstream Support

The release of Microsoft Windows 3.0 in 1990 and Windows 3.1 in 1992 marked a pivotal shift in the personal computing landscape, introducing native multitasking capabilities and a graphical user interface that operated atop DOS but offered superior compatibility with a wide range of applications without the need for specialized overlays like those required by DESQview. Windows 3.0's enhanced mode provided preemptive multitasking for DOS sessions within windows, making it more accessible and less prone to compatibility issues compared to text-mode environments such as DESQview, which relied on memory management tricks and could conflict with certain software. This transition rapidly eroded the market for DOS-based multitasking solutions, as users increasingly favored Windows' integrated GUI and broader hardware support. Quarterdeck Office Systems faced mounting financial pressures in the mid-1990s amid the broader decline of the DOS utilities market. In August , following three consecutive quarters of losses, the company implemented a 25% workforce reduction and saw the of its CEO, president, and founder, signaling a strategic pivot away from core DOS products. DESQview 2.8, released in , represented the final major update for the DOS version, incorporating enhancements like improved QEMM integration but failing to reverse the tide as shifted focus to Windows-compatible tools, such as QEMM versions optimized for Windows environments. Sales of DESQview and related products plummeted as the industry moved toward 32-bit operating systems like , rendering DOS multitasking increasingly obsolete. Concurrent hardware advancements, including the processor in 1993 and widespread adoption of systems with over 16 MB of RAM, further diminished the relevance of DESQview's memory-constrained architecture. The end of mainstream support for DESQview came amid Quarterdeck's ongoing struggles, culminating in its acquisition by Symantec in 1998 for $65 million, after which many DOS-era products were phased out. Official discontinuation of DESQview occurred around this period, with limited patches provided until approximately 1998, though QEMM continued development for compatibility. Efforts like DESQview/X, intended as a modernization with support, ultimately failed to gain traction and contributed to the product's fade from mainstream use.

Post-Quarterdeck Era and Legacy Projects

Following Quarterdeck's acquisition by Symantec in October 1998 for $65 million plus assumption of debt, official development and support for DESQview ended, as Symantec focused on integrating select assets like CleanSweep while discontinuing legacy DOS products. The company's closure in 1998 marked the close of the Quarterdeck era, shifting DESQview's survival to community-driven preservation. In the , enthusiast projects emerged to extend DESQview's , including patches for DESQview 2.8 aimed at compatibility with environments, allowing limited multitasking of DOS applications alongside early Windows sessions. These efforts, often shared via retro computing archives, focused on memory management tweaks to mitigate conflicts with Windows' real-mode limitations. Additionally, integrations with enabled retro gaming setups, where configured instances simulate protected-mode execution to run multiple DOS games or utilities under DESQview without crashing, as detailed in hobbyist guides and example code repositories. Contemporary relevance persists through emulation in cycle-accurate virtual machines like PCem, where users replicate 386/486-era hardware to study DESQview's operation for historical analysis, achieving stable runs of both text-mode and X-based variants. DESQview's text-mode windowing model has indirectly shaped tools, notably inspiring the twin multiplexer—a modern, open-source environment for managing multiple console sessions in a tiled, multitasking interface, positioned as a spiritual successor to DESQview's DOS-era innovations. Preservation initiatives include hobbyist adaptations for , with forum discussions documenting configurations to launch DESQview 2.8 despite compatibility hurdles like interrupt handling, fostering ongoing experimentation on open-source DOS clones for archival and educational purposes.

Reception and Impact

Critical Reviews

Upon its 1985 release, DESQview received acclaim for introducing true multitasking to DOS-based PCs, enabling users to run multiple text-mode applications concurrently and boosting productivity in workflows that previously required frequent program switching. described it as "the first serious multitasking program for the DOS PC," emphasizing its stability and innovative use of windowing to manage tasks efficiently. In a comparative titled "Window War!" published in February 1986, the magazine praised DESQview's robust performance against rivals like Windows 1.0 and GEM Desktop, noting its reliability for multi-application environments and recommending it as a practical choice for power users unwilling to abandon established DOS software. InfoWorld further recognized DESQview's contributions by awarding version 1.3 Product of the Year, highlighting its role in enhancing DOS capabilities without requiring hardware upgrades beyond standard configurations. These positive assessments focused on its efficient and seamless task switching, which allowed professionals to handle email, spreadsheets, and databases simultaneously—scenarios that demonstrated significant time savings over single-tasking DOS. Critics, however, frequently pointed to DESQview's steep and intricate setup process as major drawbacks, often requiring manual configuration of and application parameters that intimidated less technical users. A 1990 review in acknowledged its superior speed on modest hardware compared to graphical alternatives like Windows but criticized the configuration hassles and lack of intuitive visual elements, stating it "suffers by comparison with Windows in ease of use and visual appeal." Pre-DESQview/X iterations also drew complaints for compatibility limitations with graphics-intensive applications, as the text-mode foundation struggled with visual rendering and mouse-driven interfaces common in emerging software. In the , as computing gained prominence, reviews increasingly faulted DESQview for inadequate support of , video, and high-resolution , areas where and successors provided more seamless integration. Retrospective analyses in the have revisited these critiques more favorably, portraying DESQview as a vital that extended DOS's viability in the pre-Windows by delivering advanced multitasking on limited hardware. Publications like OSnews have lauded its foundational influence, crediting it with paving the way for hybrid environments that bridged command-line efficiency and windowed productivity. benchmarks often positioned DESQview ahead of competitors like Windows/286 in stability and utilization, though its complexity prevented broader adoption.

Influence on DOS and Early GUI Software

DESQview introduced pioneering tiled and overlapping window management to the DOS platform, enabling users to run and switch between multiple text-mode applications concurrently without requiring dedicated hardware support for multitasking. This innovation directly influenced task management paradigms in later systems, such as early versions of Microsoft Windows, which adopted similar concepts for multitasking and window management. The DESQview established a standardized interface for among DOS applications, particularly through its support for terminate-and-stay-resident (TSR) programs, which facilitated predictable behaviors like inter-task communication and resource sharing. This framework inspired developer tools and utilities that extended to broader DOS ecosystems, enabling the creation of hybrid applications capable of operating within windowed shells while minimizing conflicts in and handling. Within the DOS memory landscape, 's tight integration with Quarterdeck's QEMM memory manager accelerated the adoption of the Lotus// Expanded Memory Specification (EMS) and Extended Memory Specification (XMS), allowing efficient allocation of memory beyond the 640 KB conventional limit for multitasking. By showcasing EMS's potential for dynamic program loading and swapping, prompted the evolution to EMS 4.0 in 1987, which added features like streamlined page mapping and variable page frame sizes to better support multitasking environments. DESQview's windowing and session management concepts extended a broader legacy, bridging the gap from pure text-based command-line interfaces to early graphical user interfaces by demonstrating scalable multitasking on resource-constrained hardware. These ideas resonated in Unix-derived tools like , which emulates pane-based session splitting and background task persistence reminiscent of DESQview's tiled layouts, and influenced foundational approaches to multitasking in constrained environments, including early paradigms. Its positive reception among developers and users further validated these contributions to .

References

  1. https://www.ithistory.org/db/software/quarterdeck-office-systems/desqview
  2. https://www.cs.cmu.edu/afs/cs.cmu.edu/project/phrensy/pub/www/dvx/dvxtechp.htm
  3. https://groups.google.com/g/comp.os.msdos.desqview/c/k3pPjEDu2r4
  4. https://winworldpc.com/product/desqview/2x
  5. https://archive.org/download/historyofPC/historyofPC.pdf
  6. https://archive.org/download/PC-Mag-1984-06-26/PC-Mag-1984-06-26.pdf
  7. https://archive.org/download/PersonalComputerWorld1984-05/PersonalComputerWorld1984-05.pdf
  8. https://ackadia.com/computing/windows/a-brief-history-of-microsoft-windows/
  9. https://vtda.org/docs/computing/Quarterdeck/Quarterdeck_DESQview_V1_UsersManual.pdf
  10. https://vtda.org/docs/computing/AST/000432-002A_Rampage286Users_Dec86.pdf
  11. https://www.nytimes.com/1986/02/25/science/personal-computers-windows-are-open-at-last.html
  12. https://forum.vcfed.org/index.php?threads/does-anyone-have-an-old-version-of-desqview.12942/
  13. https://www.vogons.org/viewtopic.php?t=15829
  14. https://www.techsplatter.com/2013/11/in-shadow-of-dos-desqview-and-desqviewx.html
  15. https://hackaday.com/2023/08/09/myth-tested-dos-cant-multitask/
  16. https://www.osnews.com/story/134284/desqview-x-the-forgotten-mid-1990s-os-from-the-future/
  17. https://www.edm2.com/index.php/EXtended_Memory_Specification_v2.0
  18. https://timelines.issarice.com/wiki/Timeline_of_DOS_operating_systems
  19. https://www.latimes.com/archives/la-xpm-1987-07-13-fi-2094-story.html
  20. https://dl.acm.org/doi/pdf/10.1145/226036.226037
  21. https://www.os2museum.com/wp/windows386-2-01/
  22. https://www.phatcode.net/res/219/files/xms20.txt
  23. https://vintageapple.org/byte/pdf/199110_Byte_Magazine_Vol_16-10_Does_it_Pay_to_Plug_and_Play.pdf
  24. https://www.techmonitor.ai/technology/quarterdeck_ships_desqviewx_x_window_for_ms_dos
  25. https://jacobfilipp.com/DrDobbs/articles/DDJ/1992/9206/9206r/9206r.htm
  26. https://history.siggraph.org/exhibitor/quarterdeck-office-systems/
  27. https://vintageapple.org/byte/pdf/198811_Byte_Magazine_Vol_13-11_IBM_Special_Edition.pdf
  28. https://bitsavers.org/magazines/Microsystems_Journal/v04n08.pdf
  29. https://vintageapple.org/byte/pdf/198905_Byte_Magazine_Vol_14-05_Unix_CAD_and_Technology_Breakthroughs.pdf
  30. https://books.google.com/books?id=6z0EAAAAMBAJ&pg=PA13
  31. https://cdn.preterhuman.net/texts/computing/general/biblio.lst
  32. http://bitsavers.org/magazines/Microsystems_Journal/v03n02.pdf
  33. https://www.atarimagazines.com/compute/issue125/PC10_Multitasking_showdow.php
  34. http://www.synchro.net/docs/multnode_config.html
  35. https://learn.microsoft.com/en-us/archive/msdn-magazine/2015/windows-10-special-issue/editor-s-note-the-road-from-3-0
  36. https://retrocomputing.stackexchange.com/questions/2386/what-key-factor-led-to-the-sudden-commercial-success-of-ms-windows-with-v3-0
  37. https://go.gale.com/ps/i.do?id=GALE%7CA16220308&sid=sitemap&v=2.1&it=r&p=EAIM&sw=w
  38. https://www.upi.com/Archives/1992/07/01/Quarterdeck-stock-plunges-on-earnings-forecast/5378709963200/
  39. https://www.cio.com/article/274811/dearly-departed-companies-and-products-that-didn-t-deserve-to-die.html
  40. https://www.wired.com/1998/10/symantec-to-buy-quarterdeck/
  41. https://winworldpc.com/product/qemm/7x
  42. https://news.ycombinator.com/item?id=29396561
  43. https://www.theregister.com/1998/10/16/goodbye_to_quarterdeck_as_symantec/
  44. https://github.com/fone32/desqview-examples
  45. https://www.vogons.org/viewtopic.php?t=58972
  46. https://opensource.com/article/20/1/multiple-consoles-twin
  47. https://freedos-user.narkive.com/AMZKsCQ7/desqview
  48. https://www.pcmag.com/encyclopedia/term/desqview
  49. https://www.pcmag.com/news/heres-what-we-thought-about-windows-30-years-ago
  50. https://www.washingtonpost.com/archive/business/1990/06/11/try-desqview-for-a-less-expensive-alternative-to-microsofts-windows/ea1e5321-6dca-4691-9ece-9f5e796ec268/
  51. https://www.sitepoint.com/real-history-gui/
  52. http://messui.polygonal-moogle.com/comp/loose_pages_2.pdf
Add your contribution
Related Hubs
User Avatar
No comments yet.