| advertise add site services publishers database health videos | ![]() | about toolbar stats live show health store more stuff JOIN/LOGIN |
Powertec Workbench Leverage Gym (powertec Wb Ls) - Powertec Leverage... exercise-n-fitness.com | Powertec Workbench Rack System (WB-BRS6) US$599Web Direct Brands -... bestbuyfitness.com | Workbenches afcindustries.com | Powertec Workbench Multi System (WB-MS) - Reviews - Marshall Fitness marshallfitness.com |
[edit] OverviewWith the Amiga computer, the name Workbench refers to the native graphical interface file manager and application launcher of the Amiga Operating System typically presented to users upon booting the Amiga. The Workbench was not required to boot the Amiga or run other applications, but was a standalone application listed in the startup-sequence script. The Amiga Workbench used the metaphor of a workbench rather than the now standard desktop for exposing file management and application launching functionality. The Workbench application appeared similar to other consumer Operating Systems of the era by utilising a trash can, menu bar, and icons to represent files, folder and volumes (filesystem devices). The underlying AmigaOS was much more advanced allowing the Workbench to launch multiple applications that could execute at the same time and communicate with each other. The Amiga used a two button mouse for left click and right menu. The Amiga did not use filename extensions to normally distinguish file types. Instead the Workbench used a separate file of the same name but followed by .info. That was the only file extension Workbench recognized. This file supplied information such as the icon graphic to display, the application to launch with, etc, similar in many ways to a Windows .pif file. Most files were human recognized by name (32 cased characters) or associated icon, or by applications using embedded metadata. The common format containing open metadata was the Interchange File Format which allowed applications to access the known parts of even a completely foreign IFF format file. The Workbench utilized the underlying AmigaOS API to provide the GUI interface. The actual Workbench in its executable format (loadWB AmigaDOS command + Workbench.library) was quite small only taking a fraction of an Amiga 880k 3.5 inch floppy disc or other medium. Workbench.library in its first versions even occupied no space on system floppy discs, because it was part of the system ROM. Starting from 2.0 it became a shared library in Libs: and could be replaced by third-party GUIs. The AmigaOS library API's required by WorkBench were stored in ROM, or (on the earliest Amigas) loaded into WCS/WOM (Lockable/Write Once Memory) by the Kickstart system. Applications launched from either the CLI or Workbench executed equivalently, with both having full GUI functionality. Workbench launched applications were meant to report their successful launch back the Workbench, but this was not a requirement and few actually did. The CLI was entirely graphically based; the Amiga did not support character mapped displays. Underlying the Workbench is the Intuition.library windowing system. This library controlled the logistics of clipping, rendering and preserving overlapping screens, windows and gadgets (graphical elements; equivalent to widgets.) The graphics.library provided software as well as hardware rendering. The exec.library handled low-level functions such as input from the keyboard and mouse, passing messages to programs, allocating memory and task switching. The Workbench name can also refer to the main OS floppy disk for AmigaOS versions 1.1 to 1.3 (the "Workbench disk"). This was due to an error of Commodore marketing. This fact led some Amiga users to believe that all of the AmigaOS was named "Workbench". [edit] ParadigmThe Amiga workbench follows the interface paradigm of a standard workbench of manual labour. The desktop itself is called Work-bench, the programs are called tools, program attributes (options) are called tooltypes, directories are called drawers (and there is a closet drawer icon representing directories on the screen of Workbench), data files are considered projects, etc. This may be considered somewhat unusual for a modern user, but in the early age of computer desktop GUIs, it was clear enough to users who approached a computer for the first time, and were generally unaccustomed to computer usage and computing science in general. The only idiom of Amiga Workbench that is also found in other operating systems with more or less the same meaning is Utilities, which means the small programs that exist to enhance the computer's usability -- for example the Calculator utility in Amiga, which is stored in the Utility drawer, similar to the Windows calculator. [edit] Characteristics and main featuresIn comparison to the competing Mac OS and Atari, the AmigaOS Workbench featured, as the default, a 4 color blue desktop screen with color icons at 640x200 NTSC American standard or 640x256 on European PAL television sets. This is in contrast to the 512x342 black and white interface presented by the Mac, and the fixed aspect icons presented by Atari.[clarification needed] It was a deeply customizable interface. Users could choose their own color aspect preferences and combinations, change resolution from 512x342, 640x200 NTSC, 640x256 PAL, 640x400 NTSC up to 640x512 PAL, the TV or TV-monitor overscan could be adjusted, and could change the aspect of program icons replacing it with newer ones with different color combinations. Users could also take a "snapshot" of icons and windows so the icons will remain on the desktop at coordinates chosen by user and windows will open at the desired size. This freedom of choice and the waste of different desktop colors and aspects chosen by any single user was seen as some sort of chaotic interface by people who never experienced Amiga and its interface. It could present icons of unusual size, and quite different from the original system ones, depending only on personal choice and the taste of the user. There were also no obliged user interface design guidelines regarding fixed menu options for software in general (i.e. the user must learn the various orderings of basic commands like Load, Save, Open, Close, Quit, etc.). This fact was more than once argued as a diminishing feature of Amiga by its detractors. Still today some historical GUI sites like guidebook gallery[1] presented Amiga Workbench as:
[edit] Main featuresWB 1.0/1.1/1.2/1.3
[edit] Workbench 2.0 user interface improvementsUntil AmigaOS 2.0 with its GUI Workbench 2.0, there was no unified look and feel design standard - application developers had to write their own widgets (both buttons and menus) if they want to enhance standard basic widgets, with Intuition providing minimal support. With Workbench 2.0 gadtools.library was created, which provided standard widget sets, the Amiga User Interface Style Guide[2], which explained how applications should be laid out for consistency. Intuition was improved with BOOPSI (Basic Object Oriented Programming system for Intuition) which enhanced the system with an object oriented interface with a system of classes in which every class individuate a single widget or describes an interface event. It can be used to program Object Oriented interfaces into Amiga at any level. The BOOPSI system led an evolution in which third parties developers realized each own his personal system of classes. So there were born MUI (Magic User Interface) and ClassAct which then evolved into ReAction. MUI became the standard GUI engine for AROS and MorphOS. ReAction is now the GUI engine of AmigaOS 4.0. There are also modern interfaces based on XML, like Feelin. Workbench 2.0 also added support for public screens. Instead of the Workbench screen being the only shareable screen, applications could create their own named screens to share with other applications. Workbench 2.0 introduced AmigaGuide, a simple text-only hypertext markup scheme and browser, for providing online help inside applications. It also introduced Installer, a standard software installation program, driven by a LISP-like scripting language. Finally, Workbench 2.0 rectified the problem of developers hooking directly into the input-events stream to capture keyboard and mouse movements, often locking up the whole system. Workbench 2.0 provided Commodities, a standard interface for modifying or scanning input events. This included a standard method for specifying global "hotkey" key-sequences, and a Commodities Exchange registry for the user to see what commodities were running. [edit] Workbench 3.0, 3.1Originally shipped with the A4000 and A1200 AGA machines. OS3.1 would ship later, adding improvements, and with a new V40 ROM, supported the A2000, A3000, and A500 machines. Introduced Datatypes. This was a mechanism that allowed any datatype aware application to add new features by simply installing a datatype. The datatype is a library that can be called by an application as needed. Through this mechanism, Amiga web browsers that supported datatypes were the first to support PNG. The programmer didn't have to concern himself with supporting multiple image formats. By simply employing datatypes, the application could add new image types as the datatype became available. One application of note was Multiview. Its capabilities were directly related to the datatypes installed in Devs:Datatypes. [edit] Workbench 3.5This workbench version was part of AmigaOS 3.5 release made by German firm "Haage&Partner" in 1997. Workbench changed the complete look and feel of its interface. A new blue desktop, resembling the first Amiga Workbench 1.0 was now available to users, but with many improvements over to the first AmigaOS desktop release, like presenting 2D icons that look isometric 3D, with a high range of color schemes ready to use. It replaced the all-metal gray 4/8 colors interface that was common on Amiga from OS 2.0 up to OS 3.1 with its embossed 3D icons that looked very professional but was also generally perceived as cold and with very little appeal for low end users[citation needed]. NewIcons and various other third party GUI hacks to improve elder Amiga interfaces were made obsolete and deprecated as the new internal GUI engine ReAction, based on late ClassAct took place and replaced standard Commodore ASL. The OS core acquired support for 4GB+ hard drives and NSD devices, and it also required at least a Motorola 68020 processor to run. Workbench 3.5 could support a 4/8 or 16 color standard desktop, but thanks to its RTG graphics support, it could also be extended to 256 or even up to 16 million colors, and it also supported 31kHz VGA displays. [edit] Workbench 3.9The 3.9 version of Workbench was again created by the German Amiga software manufacturer and reseller Haage&Partner and was announced in 2000. Use of O.O. graphic engines (ReAction) dramatically changed the Look and Feel of the GUI to match the actual styleguides. The main features in this Workbench version was the introduction of the AmiDOCK, a new and standard program start bar. More implemented features was automatic datatype recognition, new picture datatype (PPC-optimized), new preference tools (ASLPrefs, Info requester, desktop watch clock, new color wheel gadget for choosing colors, etc.) and support for 1:1 aspect ratio window borders for any screen resolutions. [edit] Workbench 4.0This new Workbench, called Workbench 4.0[1] has been completely rewritten to became fully PPC compatible. It was part of AmigaOS 4.0, and released in 2006. This new Amiga operating System was based upon AmigaOS 3.1 by Belgian firm Hyperion VOF under license by Amiga Inc. Some parts of AmigaOS and Workbench 3.5/3.9 could not be included into this new OS release as they belonged to Haage&Partner, and Amiga inc. did not acquire any license of it.[citation needed] There are new features since previous versions: PPC native RTG system based on Picasso96 libraries version 3 were now standard in the system, and layers.library were now arithmetically optimized for PPC processors. It was included also 3D system with Warp3D libraries and compatibility with OpenGL 1.3 thanks to the support of Amiga Mesa libraries. Since the fourth Developer Pre-Release Update a new technique is adopted and the screens are draggable in any direction[3]. Drag and drop between different screens is possible too. Also in WB 4.0 were PPC native version of Amidock, PPC native datatypes, support for TrueType/OpenType fonts, MUI PPC to improve legacy with elder but still useful Amiga 68000 applications, PPC native movieplayer named "Action" with DivX and MPEG4 support. [edit] Workbench 4.1The Workbench desktop interface distributed with AmigaOS 4.1 introduced very modern 3D features common to modern Operating Systems. The new Workbench uses a Cairo 2D vector based interface, integrated with a 3D hardware accelerated Porter-Duff image composition engine. [edit] Workbench iconsThe icons that Workbench uses to represent the files in a volume or a drawer are stored in special The
An additional three file types are available and are intended for future expansion:
Of these three file types, only "App Icons" currently are used by any part of Workbench/AmigaOS. Tool files can include "tool types" in the The colours used in the icon are normally only stored as indices to the Amiga Workbench screen's current palette. Because of this, the icons' colour scheme is inherently tied to the chosen hues in the screen's palette, and choosing non-standard colours can give the icons an ugly appearance. This problem was party solved by a third-party system called NewIcons, which adds additional features to the standard Since AmigaOS 3.5, Workbench supports icons with up to 256 colors. This release of AmigaOS features the Glowicons icon set by Matt Chaput. With AmigaOS 3.5, a screen-palette-independent system is used. The 4.0 icons, designed by Martin Merz, can use a palette of 32 bit each. [edit] Notes
[edit] References
[edit] External links
| |||||||||||||||||||||||||||
| ↑ top of page ↑ | about thumbshots |