Difference between revisions of "Intuition Screens"

Latest revision as of 08:08, 14 April 2017

Intuition Screens

Intuition screens are the basis of any display Intuition can make. Screens determine the fundamental characteristics of the display such as the resolution and palette and they set up the environment for multiple, overlapping windows that makes it possible for each application to have its own separate visual context. This section shows how to use existing screens and how to create new screens.

Classic Intuition Screens

Intuition screens have evolved since they were closely tied to the Classic Amiga's hardware chip set. See Classic Intuition Screens for more information on the now obsolete API that was used to work with screens.

Types of Screens

Screens are important because they determine the basic resolution and maximum number of colors in the display. Once a screen is set up, these attributes cannot be changed so any graphics work done on a given screen is restricted to that screen's resolution and number of colors. Hence, the type of screen used is a basic design decision.

With Intuition screens, a video display can be created in any one of the many Amiga display modes. The basic parameters of the video display such as resolution, total size, frame rate, genlock compatibility, support of screen movement and number of colors are defined by these modes.

Many display modes are available. All these display modes, including the specialized modes, are integrated through the graphics library display database. See Graphics Primitives for a complete list of all Amiga display modes.

Multiple Screens

All Intuition display objects (such as windows and menus) take graphical characteristics from the screen. These objects are restricted to the same resolution and maximum number of colors as the screen they operate in. Other characteristics such as the palette, pens and fonts are inherited from the screen (but may be changed on a case by case basis).

This is not too much of a restriction because the Amiga can maintain multiple screens in memory at the same time. In other words, one application can use a high resolution screen (with 16 colors) while another application uses a low resolution screen (with 32 colors) at the same time. Screens typically take up the entire viewing area so only one is usually visible. But screens can be moved up and down or rearranged allowing the user (or application) to move between screens easily.

Public Screens and Custom Screens

An application may choose to use an existing screen or to create its own screen. For instance, the normal Amiga startup process opens the Workbench screen (Workbench is the Amiga's default user interface). Any application is free to use the Workbench screen instead of opening a new one. Screens that can be shared this way are called public screens.

Public screens allow applications to open windows on them. Any screen may be set up as a public screen so that other applications may use it.

The use of an existing public screen, like the Workbench screen, requires little effort by the application and does not use up any memory. However, using Workbench or another existing public screen means some flexibility is lost; the resolution, maximum number of colors and other attributes are already set. If the application cannot function under these limitations, it may open its own custom screen.

Custom screens allow for complete control of the display space so an application can get exactly the kind of display it wants. However, since creating a new, custom screen uses up memory, they should only be used when there are no suitable public screens available.

Owners of a custom screen can keep their screen private, or they may allow other applications to share their screen by registering the screen with the operating system as a public screen. See the section on public screens for more about public screens and Workbench.

Screen Components

Screens have very little visual impact, they simply provide a resolution specific area to place other objects such as windows and menus. Screens have no borders. Only the title bar marks the screen limits (specifying the left and top edges, and the width of the screen), and the title bar may be hidden, or obscured by graphics or windows.

The title bar also serves as the menu bar when the user presses the menu button on the mouse. The menu bar area is shared by all applications operating within the screen.

Within the title bar, there are two gadgets: a screen drag gadget and a depth-arrangement gadget. The screen drag gadget allows the screen to be moved up and down. The depth-arrangement gadget allows the screen to be placed in front or behind all other screens.

An Intuition Screen (Workbench)

Screens are always rectangular, and the areas at the sides and bottom of the display that are not within the screen's limits are filled with the background color. The area above all visible screens is filled with the background color of the highest screen. These areas surrounding the screen (normally unused) are known as the overscan area. The Amiga display system allows the overscan area to be used for graphics under special circumstances (see the section on Overscan and the Display Clip).

Screen Attributes

The sections above discuss only the basic functions and screen types that Intuition programmers need to understand to create a custom screen. Intuition supports an astonishing number of additional display features and options. In this section and the sections to follow, the finer points of screen attributes and the functions that control them are presented.

Screen attributes are specified using the tag item scheme described Utility Library. Therefore, the screen attributes are listed here by tag values.

SA_ErrorCode: Extended error code. Data is a pointer to a long which will contain the error code on return if OpenScreenTagList() returns NULL. The error codes are described above.

SA_Left, SA_Top: Initial screen position (left edge and top edge). Data is a long, signed value. Offsets are relative to the text overscan rectangle.

If SA_Left is not specified and a NewScreen structure is not passed in the OpenScreenTags/TagList() call and SA_Width is not specified or is specified as STDSCREENWIDTH, then the left edge of the screen will default to the left edge of the actual display clip of the screen. If the other conditions are met but some explicit SA_Width is specified, then the left edge defaults to zero (text overscan rectangle left edge). Likewise, the top edge may, independent of the left edge value, default to zero or to the top edge of the actual display clip. If SA_Top is not specified and a NewScreen structure is not passed in the OpenScreenTags/TagList() call and SA_Height is not specified or specified as STDSCREENHEIGHT, then the top edge of the screen will default to the top edge of the actual display clip of the screen. If the other conditions are met but some explicit SA_Height is specified, then the top edge defaults to zero (text overscan rectangle top edge).

When opening a full sized overscan screen, SA_Left should be set to the MinX value of the display clip Rectangle used for the screen and SA_Top should be set to the MinY value of the display clip. This may be taken from the defaults, as explained above, or explicitly set by the application. See the section below on "Overscan and the Display Clip" and the OpenScreen() Autodoc for more details.

If your screen is larger than your display clip, you may wish to set the SA_Left and SA_Top to values less than your display clip MinX and MinY in order to center a large screen on a smaller display. For an example of how to open a centered overscan screen, see "module/screen.c" in the IFF Source Code.

SA_Width, SA_Height: Screen dimensions. Data is a long, unsigned value. These may be larger, smaller or the same as the dimensions of the display clip Rectangle. The use of STDSCREENWIDTH and STDSCREENHEIGHT will make the screen size equal to the display clip size.

To calculate the width of the display clip Rectangle, subtract the MinX value from the MaxX value plus one. Similarly, the height of the display clip may be calculated by subtracting the MinY value from the MaxY value plus one.

SA_Depth: Screen bitmap depth. Data is a long, unsigned value. The depth of the screen determines the number of available colors. See the "Graphics Primitives" for more information on hardware limitations of the display. Do not set the depth to a value greater than that supported by the specific display mode. This information is available to the application through the graphics library display database. The default is one bitplane.

SA_DisplayID: Extended display mode key for the screen. Data is a long, unsigned value. By using DisplayIDs and the display database, applications can open a screen in any display mode available on a user's system, including PAL and NTSC modes. See the discussion of the display database in Display Database and the include file <graphics/displayinfo.h> for more information.

SA_Pens: Pen specification for the screen. Data is a pointer to a UWORD array terminated with ¬†0, as found in the DrawInfo structure. Specifying the SA_Pens tag informs the system that the application is prepared to handle a screen rendered with the new 3D look of Intuition. See the section below on "DrawInfo and the 3D Look". Omitting this tag produces a screen with a flat look, but whose color usage is more backwards compatible.

SA_DetailPen: Detail pen for the screen. Data is a long, unsigned value. Used for rendering details in the screen title bar and menus. Use SA_Pens beginning with V36 for more control of pen specification. If SA_Pens is not specified, the screen will not get the new 3D look of Intuition. Instead this value will be used as the detail pen.

SA_BlockPen: Block pen for the screen. Data is a long, unsigned value. Used for rendering block fills in the screen title bar and menus. Use SA_Pens for more control of pen specification. If SA_Pens is not specified, the screen will not get the new 3D look and this value will be used as the block pen.

SA_Title: Default screen title. Data is a pointer to a character string. This is the title displayed when the active window has no screen title or when no window is active on the screen.

SA_Colors: Specifies initial screen palette colors. Data is a pointer to an array of ColorSpec structures, terminated by a ColorSpec structure with ColorIndex = -1. Screen colors may be changed after the screen is opened with the graphics library functions SetRGB4() and LoadRGB4(). ColorSpec colors are right-justified, four bits per gun.

SA_FullPalette: Initialize color table to entire preferences palette (32 colors), rather than the subset from V34 and earlier, namely pens 0-3, 17-19, with remaining palette as returned by GetColorMap(). Data is a boolean value (use TRUE to set the flag). Defaults to FALSE.

SA_Font: Data is a pointer to a TextAttr structure (defined in <graphics/text.h>) which specifies the font, size and style to use for the screen. Equivalent to NewScreen.Font.

SA_SysFont: Alternative to SA_Font. Selects one of the preferences system fonts. Data is a long, unsigned value, with the following values defined:

0	Open screen with the user's preferred fixed width font (the default).
1	Open screen with the user's preferred font, which may be proportional.

The Workbench screen is opened with {SA_SysFont, 1}. The following table summarizes how the font selected at OpenScreen() time effects subsequent text operations in screens and windows.

Intuition Font Selection Chart

	What you tell OpenScreen()	Screen font	Window.RPort font
A	NewScreen.Font = myfont	myfont	myfont
B	NewScreen.Font = NULL	GfxBase->DefaultFont	GfxBase->DefaultFont
C	{SA_Font, myfont}	myfont	myfont
D	{SA_SysFont, 0}	GfxBase->DefaultFont	GfxBase->DefaultFont
E	{SA_SysFont, 1}	Font Prefs Screen text	GfxBase->DefaultFont

Notes:

A and B are the options that existed in V34 and earlier OS versions.

C and D are tags equivalent to A and B respectively.

E is an option for V36 and higher. The Workbench screen uses this option.

For myfont, any font may be used including a proportional one. This is true under all releases of the OS.

GfxBase->DefaultFont is always monospace. (This is the "System Default Text" from Font Preferences.)

"Font Prefs Screen" text (the "Screen Text" choice from Font Preferences) can be monospace or proportional.

The screen's font may not legally be changed after a screen is opened. The menu bar, window titles, menu items, and the contents of a string gadget all use the screen's font. The font used for menu items can be overridden in the menu item's IntuiText structure. Under V36 and higher, the font used in a string gadget can be overridden through the StringExtend structure. The font of the menu bar and window titles cannot be overridden.

The Window.RPort font shown above is the initial font that Intuition sets in your window's RastPort. It is legal to change that subsequently with SetFont(). IntuiText rendered into a window (either through PrintIText() or as a gadget's GadgetText) defaults to the window's RastPort font, but can be overridden using its ITextFont field. Text rendered with the graphics library call Text() uses the window's RastPort font.

SA_Type: Equivalent to the SCREENTYPE bits of the NewScreen.Type field. Data is a long, unsigned value which may be set to either CUSTOMSCREEN or PUBLICSCREEN (WBENCHSCREEN is reserved for system use). See the tags SA_BitMap, SA_Behind, SA_Quiet, SA_ShowTitle and SA_AutoScroll for the other attributes of the NewScreen.Type field.

SA_BitMap: Use a custom bitmap for this screen. Data is a pointer to a BitMap structure. This tag is equivalent to NewScreen.CustomBitMap and implies the CUSTOMBITMAP flag of the NewScreen.Type field. The application is responsible for allocating and freeing the screen's bitmap.

SA_Behind: Open this screen behind all other screens in the system. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SCREENBEHIND flag of the NewScreen.Type field.

SA_Quiet: Disable Intuition rendering into screen. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SCREENQUIET flag of the NewScreen.Type field. The screen will have no visible title bar or gadgets, but dragging and depth arrangement still function. In order to completely prevent Intuition from rendering into the screen, menu operations must be disabled for each window in the screen using WFLG_RMBTRAP.

SA_ShowTitle: Setting this flag places the screen's title bar in front of any backdrop windows that are opened on the screen. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SHOWTITLE flag of the NewScreen.Type field. The title bar of the screen is always displayed behind any non-backdrop windows on that screen. This attribute can be changed after the screen is open with the ShowTitle() function.

SA_AutoScroll: Setting this flag will enable autoscroll for this screen when it is the active screen. (Currently, the screen may only be made active by activating a window in that screen either under user or application control.) Data is a boolean value (TRUE to set flag). This tag is equivalent to the AUTOSCROLL flag of the NewScreen.Type field.

Autoscroll means that screens larger than the visible display will automatically scroll when the user moves the mouse to the edge of the screen. Without this tag, the user moves the screen either by using the screen drag bar, or by pressing the mouse select button anywhere within the screen while holding down the left Amiga key and moving the mouse.

SA_PubName: Presence of this tag means that the screen is to be a public screen. Data is a pointer to a string. The string is the name of the public screen which is used by other applications to find the screen. This tag is order dependent, specify before SA_PubSig and SA_PubTask.

SA_PubSig, SA_PubTask: Task ID (returned by FindTask()) and signal for notification that the last window has closed on a public screen. Data for SA_PubSig is a long, unsigned value. Data for SA_PubTask is a pointer to a Task structure. These two tags are order dependent, and must be specified after the tag SA_PubName.

SA_Overscan: Set to one of the OSCAN_ specifiers to use a system standard overscan display clip and screen dimensions (unless otherwise specified). Data is a long, unsigned value. Do not specify this tag and SA_DClip. SA_Overscan is used to get one of the standard overscan dimensions, while SA_DClip is for custom dimensions. If a display clip is not specified with either SA_Overscan or SA_DClip, the display clip defaults to OSCAN_TEXT. See the section below on "Overscan and the Display Clip" for more information.

SA_DClip: Custom display clip specification. Data is a pointer to a Rectangle structure that defines the screen display clip region.

DrawInfo and the 3D Look

Whenever a new screen is created, Intuition also creates an auxiliary data structure called a DrawInfo. The DrawInfo structure provides information Intuition uses to support the 3D look and specifies graphical information for applications that use the screen. The information includes such items as aspect ratio (resolution), font, number of colors and drawing pens.

struct DrawInfo
{
    UWORD       dri_Version;    /* will be  DRI_VERSION                 */
    UWORD       dri_NumPens;    /* guaranteed to be &gt;= numDrIPens       */
    UWORD       *dri_Pens;      /* pointer to pen array                 */
 
    struct TextFont     *dri_Font;  /* screen default font              */
    UWORD       dri_Depth;          /* (initial) depth of screen bitmap */
 
    struct {    /* from DisplayInfo database for initial display mode   */
        UWORD   X;
        UWORD   Y;
    }           dri_Resolution;
 
    ULONG       dri_Flags;              /* defined below                */
    ULONG       dri_Reserved[7];        /* avoid recompilation ;^)      */
};

Before an application uses fields in the DrawInfo structure, it should check the version of the structure to ensure that all fields are available. If the field dri_Version is greater than or equal to the constant DRI_VERSION that the application was compiled with, it can be assured that all fields in DrawInfo that it knows about are being supported by Intuition.

The Pen Specification in DrawInfo

The drawing pen specification in DrawInfo.dri_Pens allows applications to use appropriate colors for graphic operations such as drawing text, shading 3D objects and filling items selected by the user.

Intuition has two default sets of pens, one for multi-bitplane screens and one for single bitplane screens. In addition, there is a special compatibility mode for screens that do not specify the SA_Pens tag.

3D Look: The is the full 3D look as found by default on the Workbench screen. Objects are drawn so that light appears to come from the upper left of the screen with shadows cast to the lower right giving them a three-dimensional look.

Monochrome Look: It is impossible to produce the full 3D look in a single bitplane (two color) screen. Intuition provides a fallback pen specification that is used in monochrome screens with no loss of information.

Compatible Look: Custom screens that do not provide the SA_Pens tag are assumed to have no knowledge of the pen array. They are rendered in a special version of the monochrome new look, which uses the screen's DetailPen and BlockPen to get its colors. This is provided for compatibility with V34 and older versions of the operating system.

It is very easy for an application to use the default pen specification. Simply specify an empty pen specification (in C, {~0}), and Intuition will fill in all of the values with defaults appropriate for the screen. This technique is demonstrated in the first two examples listed earlier in this article.

For certain applications, a custom pen specification is required. A custom pen specification is set up when the screen is opened by using the SA_Pens tag and a pointer to a pen array. Currently, Intuition uses nine pens to support the 3D look. The application can specify all of these, or only a few pens and Intuition will fill in the rest. Intuition will only fill in pens that are past the end of those specified by the application, there is no facility for using default values for "leading" pens (those at the beginning of the array) without using the defaults for the rest of the pens.

Using the pen specification of an existing public screen is a bit more involved. First, the application must get a pointer to the screen structure of the public screen using the LockPubScreen() call. A copy of the screen's DrawInfo structure may then be obtained by calling GetScreenDrawInfo(). The DrawInfo structure contains a copy of the pen specification for the screen that can be used in the OpenScreenTagList() call with the SA_Pens tag. The pen array is copied to the data structures of the new screen (it is not kept as a pointer to the information passed), so the application may immediately call FreeScreenDrawInfo() and UnlockPubScreen() after the new screen is open.

/* publicscreen.c
** open a screen with the pens from a public screen.
*/
#include <exec/types.h>
#include <intuition/intuition.h>
#include <intuition/screens.h>
 
#include <proto/exec.h>
#include <proto/dos.h>
#include <proto/intuition.h>
 
VOID usePubScreenPens(void);
 
struct IntuitionIFace *IIntuition = NULL;
 
/* main(): open libraries, clean up when done.
*/
int main(int argc, char **argv)
{
  struct Library *IntuitionBase = IExec->OpenLibrary("intuition.library", 50);
  IIntuition = (struct IntuitionIFace*)IExec->GetInterface(IntuitionBase, "main", 1, NULL);
  if ( IIntuition != NULL )
  {
    usePubScreenPens();
  }
  IExec->DropInterface((struct Interface*)IIntuition);
  IExec->CloseLibrary(IntuitionBase);
  return 0;
}
 
/* Open a screen that uses the pens of an existing public screen
** (the Workbench screen in this case).
*/
VOID usePubScreenPens(void)
{
struct Screen *my_screen;
struct TagItem screen_tags[2];
UBYTE *pubScreenName = "Workbench";
 
struct Screen *pub_screen = NULL;
struct DrawInfo *screen_drawinfo = NULL;
 
/* Get a lock on the Workbench screen */
pub_screen = IIntuition->LockPubScreen(pubScreenName);
if ( pub_screen != NULL )
    {
    /* get the DrawInfo structure from the locked screen */
    screen_drawinfo = IIntuition->GetScreenDrawInfo(pub_screen);
    if ( screen_drawinfo != NULL)
        {
        /* the pens are copied in the OpenScreenTagList() call,
        ** so we can simply use a pointer to the pens in the tag list.
        **
        ** This works better if the depth and colors of the new screen
        ** matches that of the public screen.  Here we are forcing the
        ** workbench screen pens on a monochrome screen (which may not
        ** be a good idea).  You could add the tag:
        **      (SA_Depth, screen_drawinfo->dri_Depth)
        */
        screen_tags[0].ti_Tag  = SA_Pens;
        screen_tags[0].ti_Data = (ULONG)(screen_drawinfo->dri_Pens);
        screen_tags[1].ti_Tag  = TAG_END;
        screen_tags[1].ti_Data = NULL;
 
        my_screen = IIntuition->OpenScreenTagList(NULL, screen_tags);
        if (my_screen != NULL)
            {
            /* We no longer need to hold the lock on the public screen
            ** or a copy of its DrawInfo structure as we now have our
            ** own screen.  Release the screen.
            */
            IIntuition->FreeScreenDrawInfo(pub_screen,screen_drawinfo);
            screen_drawinfo = NULL;
            IIntuition->UnlockPubScreen(pubScreenName,pub_screen);
            pub_screen = NULL;
 
            IDOS->Delay(90);   /* should be rest_of_program */
 
            IIntuition->CloseScreen(my_screen);
            }
        }
    }
 
/* These are freed in the main loop if OpenScreenTagList() does
** not fail.  If something goes wrong, free them here.
*/
if ( screen_drawinfo != NULL )
    IIntuition->FreeScreenDrawInfo(pub_screen,screen_drawinfo);
if ( pub_screen!= NULL )
    IIntuition->UnlockPubScreen(pubScreenName,pub_screen);
}

The pen specification for the Workbench screen happens to match the Intuition default specification, however, this is not required and may change in the future. To create a screen that uses the pens defined in the Workbench screen, the application must get a copy of the pen array from the Workbench screen and use this copy with the SA_Pens tag as described above.

Here is a list of the pens that support the 3D look along with their uses. To read the value of a particular pen, use UWORD penvalue = myDrawInfo->dri_Pens[PENNAME], where myDrawInfo is a pointer to a DrawInfo structure and PENNAME is taken from the list below:

DETAILPEN: Pen compatible with V34. Used to render text in the screen's title bar.

BLOCKPEN: Pen compatible with V34. Used to fill the screen's title bar.

TEXTPEN: Pen for regular text on BACKGROUNDPEN.

SHINEPEN: Pen for the bright edge on 3D objects.

SHADOWPEN: Pen for the dark edge on 3D objects.

FILLPEN: Pen for filling the active window borders and selected gadgets.

FILLTEXTPEN: Pen for text rendered over FILLPEN.

BACKGROUNDPEN: Pen for the background color. Currently must be zero.

HIGHLIGHTTEXTPEN: Pen for "special color" or highlighted text on BACKGROUNDPEN.

The Font Specification in DrawInfo

Font information for a screen comes from a number of different places.

The application may specify the font to be used in a screen by providing the SA_Font tag with a TextAttr structure. In this case, the font will be used by the screen and will be the default font for the RastPort of any window opening in the screen.

If the application requests the user's preferred monospace font, it is taken from GfxBase->DefaultFont. Any window's RastPorts are also initialized to use this same font.

The screen font selected by the user from the Preferences font editor may be used for the screen by using the SA_SysFont tag. This font, the "preferred screen font", may be proportional. For compatibility reasons, if this font is specified for the screen, the window's RastPort will be initialized to GfxBase->DefaultFont (a non-proportional font).

To access information on an open screen's font, the application may reference Screen.Font or DrawInfo.dri_Font. These fonts are identical, the DrawInfo structure simply provides an alternate method of accessing the information. Note that Screen.Font is a pointer to a TextAttr structure and that DrawInfo.dri_Font is a pointer to a TextFont structure. The application may use whichever form is best suited to its requirements.

It is illegal to change the screen's font after the screen is opened. This means that the font specified in the Screen and DrawInfo structures is guaranteed to remain open as long is the screen is open.

The menu bar, window titles, menu items, and the contents of a string gadget all use the screen's font. The font used for menu items can be overridden in the menu item's IntuiText structure. The font used in a string gadget can be overridden through the StringExtend structure. The font of the menu bar and window titles cannot be overridden.

For more information on screen fonts, see the description of the SA_Font and SA_SysFont tags in the "Screen Attributes" section above.

Overscan and the Display Clip

Screens may be larger or smaller than the defined display area (overscan rectangle or display clip). When a screen is smaller than the display area, the display clip acts as a "container" for the screen. The screen may be moved anywhere within the display clip. When a screen is larger than the display area, the display clip acts as a "window" into the screen. The screen may be moved so that different parts are visible. Each dimension of the screen is independent and may be larger than, the same as, or smaller than the dimensions of the display clip.

The system is very flexible in its specification of screen size. Unless an application fixes its screen size with hard coded values, it should be prepared to handle the possibility that the user has changed the default overscan presets or the default monitor.

Use the constants STDSCREENHEIGHT and STDSCREENWIDTH with the SA_Width and SA_Height tags to open a screen the same size as the display clip. These constants will work with any of the preset overscan values set with SA_Overscan, and with custom overscan values set with SA_DClip.

Preset Overscan Values

Four preset overscan dimensions are provided. Applications that support overscan should use these preset values where possible since they will be tailored to each individual system. Avoid using custom values that happen to look good on a specific system. However, be aware that the size and positioning of overscan screens can be different on every system depending on how the user has set Overscan Preferences. These preset values are also dependent on the underlying display mode so keep in mind that both offset and size parameters will change under different screen modes. Overscan presets can be used, among other things, with the SA_Overscan tag to set the size of the screen's display clip or passed as an argument to QueryOverscan() to find their current overscan settings.

OSCAN_TEXT: This overscan region is based on user preference settings and indicates a display that is completely within the visible bounds of the monitor. The View origin is set to the upper left corner of the text overscan rectangle which is the highest leftmost point known to be visible on the physical display. This position is set by the user through the Overscan Preferences editor. All screen positions and display clips are relative to this origin.

OSCAN_STANDARD: The edges of OSCAN_STANDARD display are also based on user preferences and are set to be just outside the visible bounds of the monitor. OSCAN_STANDARD provides the smallest possible display that will fill the entire screen with no border around it. Parts of the display created with OSCAN_STANDARD may not be visible to the user.

OSCAN_MAX: Create the largest display fully supported by Intuition and the graphics library. This is the largest size for which all enclosed sizes and positions are legal. Parts of the display created with OSCAN_MAX may not be visible to the user.

OSCAN_VIDEO: Create the largest display, restricted by the hardware. This is the only legal size and position that is possibly (but not necessarily) larger than OSCAN_MAX. You must use the exact size and position specified. OSCAN_VIDEO does not support variable left edge, top edge positioning. Parts of the display created with OSCAN_VIDEO may not be visible to the user.

If custom clipping is required, a display clip may be explicitly specified using the SA_DClip tag and a Rectangle structure specification. This custom rectangle must fit within the OSCAN_MAX rectangle, offset included. It is not permitted to specify custom rectangles whose values are in between OSCAN_MAX and OSCAN_VIDEO, nor is it permitted to specify rectangles larger than OSCAN_VIDEO. For an example of how to open a centered overscan screen based on user preferences, see the "module/screen.c" listing in the IFF Source Code.

Use the Graphics library call VideoControl() to find the true display clip of a screen. See the Graphics Autodocs and Graphics Primitives for more information on VideoControl(). The ViewPortExtra structure contains the display clip information.

If any dimension of a screen is not equal to the equivalent display clip dimension, then the screen may be scrolled. If the screen's dimensions are smaller than the display clip, then the screen may be positioned within the display clip. If the screen is larger than the display clip, then it may be positioned such that any part of the screen is visible.

AutoScroll may be activated by setting the tag SA_AutoScroll. Screens will only scroll when they are the active screen. Activate a window in the screen to make the screen active.

About the Default Display Clip
The default display clip for a screen is the entire screen, that is, the rectangle starting from the upper left corner of the screen and ending at the lower right corner of the screen. This display clip is only used if the application does not specify SA_Overscan or SA_DClip. When using this default display clip the screen will not scroll as the screen exactly fits into the clipping region.

When opening a window in an overscanned screen, it is often useful to open it relative to the visible part of the screen rather than relative to the entire screen. Use QueryOverscan() to find the overscan region and where the screen is positioned relative to it.

LONG QueryOverscan(ULONG displayID, struct Rectangle *rect, WORD overscanType );

This example was taken from Intuition Windows in the section "Visible Display Sized Window Example". The complete example is reproduced there.

/* this technique returns the text overscan rectangle of the screen that we
** are opening on.  If you really need the actual value set into the display
** clip of the screen, use the VideoControl() command of the graphics library
** to return a copy of the ViewPortExtra structure.  See the Graphics
** library articles and Autodocs for more details.
**
** GetVPModeID() is a graphics call...
*/
 
screen_modeID = IGraphics->GetVPModeID(&(pub_screen->ViewPort))))
if (screen_modeID != INVALID_ID)
    {
    if ( IGraphics->QueryOverscan(screen_modeID, &rect, OSCAN_TEXT) )
        {
        /* if this screen's origin is up or to the left of the */
        /* view origin then move the window down and to the right */
        left = max(0, -pub_screen->LeftEdge);
        top  = max(0, -pub_screen->TopEdge);
 
        /* get width and height from size of display clip */
        width  = rect.MaxX - rect.MinX + 1;
        height = rect.MaxY - rect.MinY + 1;
 
        /* adjust height for pulled-down screen (only show visible part) */
        if (pub_screen->TopEdge > 0)
            height -= pub_screen->TopEdge;
 
        /* ensure that window fits on screen */
        height = min(height, pub_screen->Height);
        width  = min(width,  pub_screen->Width);
 
        /* make sure window is at least minimum size */
        width  = max(width,  MIN_WINDOW_WIDTH);
        height = max(height, MIN_WINDOW_HEIGHT);
        }
    }

Intuition Screens and the Graphics Library

As previously mentioned, an Intuition screen is related to a number of underlying graphics library structures.

Graphics Data Structures Used with Screens
Structure Name	Description	Include File
View	Root structure of the graphics display system	<graphics/view.h>
ViewPort	The graphics structure that corresponds to a screen	<graphics/view.h>
ColorMap	Contains size and pointer to the screen's color table	<graphics/view.h>
RastPort	Holds drawing, pen and font settings and the BitMap address	<graphics/rastport.h>

These data structures are unified in Intuition's Screen structure (which also incorporates higher level Intuition constructs such as menus and windows). Here's a brief explanation of the graphics library structures used with Intuition.

View: The View is the graphics structure that corresponds to the whole display, including all visible screens. The system has just one View; it's what you see on the monitor. The address of the View may be obtained from any screen by using ViewAddress().

ViewPort: The ViewPort is the underlying graphics structure corresponding to a screen. Every screen has one ViewPort. To get the address of the ViewPort from the Screen structure, use (&my_screen->ViewPort). From the ViewPort an application may obtain pointers to all the screen's bitplanes and to its color table.

ColorMap: The ColorMap contains a pointer to the color table, an array of 32 WORDs for the hardware color registers. Use SetRGB4(), GetRGB4(), SetRGB4CM() and LoadRGB4() from the graphics library to access the color table. Do not read or write it directly.

RastPort: A RastPort controls the graphics rendering to any display area (not just screens). Screens have a RastPort to allow direct rendering into the screen. Applications may find the RastPort address of a screen with (&my_screen->RastPort). The screen's BitMap can also be found via the RastPort in the RastPort.BitMap field. This generally is not useful since applications normally render into windows.

Changing Screen Colors

Screen colors are set at the time the screen is opened with the SA_Colors tag. If the colors need to be changed after the screen is opened, the graphics library function, LoadRGB4() should be used. To change a single entry in the color table, use SetRGB4() and SetRGB4CM(). See Graphics Primitives for more information on these functions.

Direct Screen Access

Sometimes an application may want direct access to the custom screen's bitmap to use with low-level graphics library calls. This may be useful if the application needs to do custom manipulation of the display but also needs Intuition functionality. For instance, an application may want to use the graphics library primitives to perform double buffering then, when detecting user input, switch to Intuition control of the screen so that windows, gadgets and menus may be used to process the user input. If an application chooses to combine these techniques, it must take special care to avoid conflicts with Intuition rendered graphics. An example of how to do this is listed in the next section, "Advanced Screen Programming".

Application programs that open custom screens may use the screen's display memory in any way they choose. However, this memory is also used by Intuition for windows and other high level display components on the screen. Writing directly to the screen memory, whether through direct access or through graphics library calls that access the screen's RastPort, is not compatible with many Intuition constructs such as windows and menus.

Techniques such as this require great care and understanding of the Amiga. If possible, the application should avoid these techniques and only use standard Intuition display and input processing. Directly accessing the screen's bitmap, while possible, is not recommended. A better way to access the screen display is through windows. Windows provide access to the screen through layers which perform clipping and arbitration between multiple drawing areas.

Alternatives to writing directly to a screen, such as using a backdrop window, greatly limit the number of cases where an application must access screen memory. The ShowTitle() function allows the screen's title bar layer to be positioned in front of or behind any backdrop windows that are opened on the screen. Hence, a backdrop window may be created that uses the entire visible area of the monitor.

Application programs that use existing public screens do not have the same freedom to access the screen's display memory as they do with custom screens. In general, public screens must be shared through the use of windows and menus rather than directly accessing the screen's display memory.

Use Direct Access Only On Screens You "Own"
An application may not steal the bitmap of a screen that it does not own. Stealing the Workbench screen's bitmap, or that of any other public screen, is strictly illegal. Accessing the underlying graphics structures of a screen may only be done on custom screens opened by the application itself.

Do Not Perform Layers Operations Directly
While layers are not part of the graphics library, it is appropriate to mention them here. Certain types of layers operations are not allowed with Intuition. You may not, for example, call SizeLayer() on a window (use SizeWindow() instead). To access layers library features with screens, use Intuition windows!

A custom screen may be created to allow for modification of the screen's Copper list. The Copper is the display synchronized co-processor that handles the actual video display by directly affecting the hardware registers. See the Amiga Hardware Reference Manual or the graphics library articles for more information on programming the Copper.

Limitations of the Graphics Subsystem

If each of the visible screens does not have the same physical attributes, it may not be possible to display the data in its proper screen mode. Screen coercion is the technique that allows multiple screens with differing physical attributes to be displayed simultaneously. When a coerced screen is visible, its aspect ratio and colors may appear significantly changed. This is normal and the screen will be displayed correctly when it is the frontmost screen.

Hardware restrictions prevent certain types of displays. For instance, screens always use the full width of the display, regardless of the width of the overscan rectangle. This prevents any changes in display mode within a video line. Other modes, such as the VGA modes, require specific revisions of the custom chips and may not be available on all machines. See Graphics Primitives and the Amiga Hardware Reference Manual for more information on Amiga display organization and limitations.

Advanced Screen Programming

This section discusses how to perform double-buffering of Intuition screens and other advanced topics. Dual-playfield Intuition screens are covered in the Classic Intuition Screens section.

Screen Locking

Applications wishing to block all screen rendering so that they can do "exceptional" rendering (eg. dragging icons, pop-up menus, etc.) need to LockScreen(). By using LockScreen() and UnlockScreen(), such applications avoid the risk of deadlocking with Intuition. Intuition will behave much like it does when menus are down; that is to say that layer-related events such as window size, depth, or position changes are deferred until the screen is unfrozen.

The application has the following obligations:

When UnlockScreen() is finally called, the screen's bitmap must be bit-for-bit the same as when you called LockScreen(), with the exception of rendering into your own windows' RastPorts. That is to say, you are responsible for doing non-destructive rendering during the time you have the screen frozen.
You may only make regular rendering calls (graphics calls, plus Intuition imagery functions such as PrintIText(), DrawImage(), DrawBorder()). Do not call any gadget refresh functions, OpenWindow(), Begin/EndRefresh(), etc. or any Intuition function that involves locking IntuitionBase (namely LockIBase()).
Don't freeze the screen on the user. Freeze it only in response to the user. Typically, if you don't unfreeze the screen when the user lets the mouse button go, you're freezing for too long.
Do not freeze a screen you don't own. It's OK to freeze a public screen (including the Workbench screen), or your own custom screen. If it's a public screen, be sure you hold a public-screen lock (see LockPubScreen()) or have a window open on it.

The active window will still receive mouse-, keyboard- and timer-messages. So if you want your window to get the IDCMP messages, the following must be done:

make your window the active one, if it isn't (see ActivateWindow)
wait for IDCMP_ACTIVEWINDOW
then call LockScreen()
do your input processing. When receiving IDCMP_INACTIVEWINDOW abort and call UnlockScreen() (your window could have gone inactive before you had the chance to call LockScreen())
when done, call UnlockScreen()

Note
BOOPSI class implementers must use the LockScreenGI() and UnlockScreenGI() functions.

Locking the Screen List

Sometimes there is a need for applications to lock Intuition's entire screen list. For these situations use the LockScreenList() and UnlockScreenList functions. While the screen list is locked, Intuition is "frozen" from the user's point of view. It is best to copy any required information (e.g. screen titles) and then release the list.

Double Buffering

Intuition supports double (or multiple) buffering inside an Intuition screen, with full support for menus, and support for certain kinds of gadget.

The AllocScreenBuffer() call allows you to create other BitMap buffers for your screen. The SB_SCREEN_BITMAP flag is used to get a buffer handle for the BitMap currently in use in the screen. Subsequent buffers are allocated with the SB_COPY_BITMAP flag instead, which instructs Intuition to copy the current imagery (e.g., the screen title-bar and any of your rendering) into the alternate BitMap. Normally you let Intuition allocate these alternate BitMaps, but if your screen is CUSTOMBITMAP, you should allocate the alternate BitMaps yourself.

To swap buffers, call the ChangeScreenBuffer() function, which attempts to install the new buffer. ChangeScreenBuffer() will fail if Intuition is temporarily unable to make the change (say while gadgets or menus are active). Intuition builds these functions on top of the graphics.library ChangeVPBitMap() function, so the signalling information that graphics provides is also available to the Intuition user.

To clean up, call FreeScreenBuffer() for each screen buffer. It is not necessary to restore the original buffer before freeing things. Consult the autodocs for full details.

When the user accesses the screen's menus, buffer-swapping will stop. The ChangeScreenBuffer() call will return failure during this time. When the user finishes his menu selection, buffer-swapping will be possible again. Only a small subset of gadgets are supportable in double-buffered screens. These gadgets are those whose imagery returns to the initial state when you release them (e.g., action buttons or the screen's depth gadget). To use other kinds of gadgets (such as sliders or string gadgets) you need to put them on a separate screen, which can be an attached screen.

Windows with borders are not supportable on double-buffered screens. Double-buffered screens are expected to consist nearly entirely of custom rendering.

An example program illustrating double-buffering under Intuition, with menu-lending and an attached screen to hold two slider gadgets is provided.

doublebuffer.c

/*
 * doublebuffer.c - shows double-buffering, attached screens, menu lending
 *
 * Example shows use of double-buffering functions to achieve
 * 60 frame-per-second animation.  Also shows use of menus in
 * double-buffered screens, and the use of attached screens with
 * menu-lending to achieve the appearance of slider gadgets in
 * double-buffered screens.
 *
 */
 
/*----------------------------------------------------------------------*/
 
#include <exec/types.h>
#include <graphics/displayinfo.h>
#include <graphics/videocontrol.h>
#include <graphics/gfxbase.h>
#include <intuition/intuitionbase.h>
#include <intuition/gadgetclass.h>
#include <libraries/gadtools.h>
 
#include <proto/exec.h>
#include <proto/dos.h>
#include <proto/graphics.h>
#include <proto/intuition.h>
#include <proto/gadtools.h>
 
#include <stdlib.h>
 
/*----------------------------------------------------------------------*/
 
STRPTR init_all( void  );
void error_exit( STRPTR errorstring );
struct Gadget *createAllGadgets( struct Gadget **glistptr, void *vi );
BOOL handleIntuiMessage( struct IntuiMessage *imsg );
void handleDBufMessage( struct Message *dbmsg );
ULONG handleBufferSwap( void );
struct BitMap *makeImageBM( void );
void CloseWindowSafely( struct Window *win );
 
/*----------------------------------------------------------------------*/
 
/* Some constants to handle the rendering of the animated face */
#define BM_WIDTH	120
#define BM_HEIGHT	60
#define BM_DEPTH	2
 
/* Odd numbers to give a non-repeating bounce */
#define CONTROLSC_TOP		191
#define SC_ID			HIRES_KEY
 
/*----------------------------------------------------------------------*/
 
/* User interface constants and variables */
 
#define GAD_HORIZ	1
#define GAD_VERT	2
 
#define MENU_RUN	1
#define MENU_STEP	2
#define MENU_QUIT	3
#define MENU_HSLOW	4
#define MENU_HFAST	5
#define MENU_VSLOW	6
#define MENU_VFAST	7
 
struct TextAttr Topaz80 =
{
    "topaz.font", 		/* Name */
    8, 				/* YSize */
    FS_NORMAL,			/* Style */
    FPF_ROMFONT|FPF_DESIGNED,	/* Flags */
};
 
struct TagItem vctags[] =
{
    VTAG_BORDERSPRITE_SET, TRUE,
    TAG_END, 0,
};
 
UWORD pens[] =
{
    0, /* DETAILPEN */
    1, /* BLOCKPEN	*/
    1, /* TEXTPEN	*/
    2, /* SHINEPEN	*/
    1, /* SHADOWPEN	*/
    3, /* FILLPEN	*/
    1, /* FILLTEXTPEN	*/
    0, /* BACKGROUNDPEN	*/
    2, /* HIGHLIGHTTEXTPEN	*/
 
    1, /* BARDETAILPEN	*/
    2, /* BARBLOCKPEN	*/
    1, /* BARTRIMPEN	*/
 
    (UWORD)~0,
};
 
struct NewMenu demomenu[] =
{
	{ NM_TITLE, "Project", 		        0 , 0, 0, 0, },
	{  NM_ITEM, "Run", 		           "R", 0, 0, ( APTR ) MENU_RUN, },
	{  NM_ITEM, "Step", 		         "S", 0, 0, ( APTR ) MENU_STEP, },
	{  NM_ITEM, NM_BARLABEL, 	        0 , 0, 0, 0, },
	{  NM_ITEM, "Slower Horizontal", "1", 0, 0, ( APTR ) MENU_HSLOW, },
	{  NM_ITEM, "Faster Horizontal", "2", 0, 0, ( APTR ) MENU_HFAST, },
	{  NM_ITEM, "Slower Vertical", 	 "3", 0, 0, ( APTR ) MENU_VSLOW, },
	{  NM_ITEM, "Faster Vertical", 	 "4", 0, 0, ( APTR ) MENU_VFAST, },
 
	{  NM_ITEM, NM_BARLABEL, 	        0 , 0, 0, 0, },
	{  NM_ITEM, "Quit", 		         "Q", 0, 0, ( APTR ) MENU_QUIT, },
 
	{   NM_END, 0, 			              0 , 0, 0, 0, },
};
 
struct Screen *canvassc = NULL;
struct Screen *controlsc = NULL;
struct Window *controlwin = NULL;
struct Window *canvaswin = NULL;
struct Gadget *glist = NULL;
struct Gadget *horizgad, *vertgad;
struct Menu *menu = NULL;
void *canvasvi = NULL;
void *controlvi = NULL;
 
/*----------------------------------------------------------------------*/
 
#define	OK_REDRAW	1	/* Buffer fully detached, ready for redraw */
#define OK_SWAPIN	2	/* Buffer redrawn, ready for swap-in */
 
struct GraphicsIFace *IGraphics = NULL;
struct IntuitionIFace *IIntuition = NULL;
struct GadToolsIFace *IGadTools = NULL;
 
struct MsgPort *dbufport = NULL;
struct MsgPort *userport = NULL;
 
struct ScreenBuffer *scbuf[] =
{
    NULL,
    NULL,
};
struct RastPort rport[ 2 ];
 
ULONG status[ 2 ];
 
LONG prevx[ 2 ] =
{
    50, 50,
};
 
LONG prevy[ 2 ] =
{
    50, 50,
};
 
ULONG buf_current, buf_nextdraw, buf_nextswap;
ULONG count;
struct BitMap *face = NULL;
LONG x, y, xstep, xdir, ystep, ydir;
 
/*----------------------------------------------------------------------*/
 
int main()
{
    STRPTR errorstring;
    ULONG sigs;
    BOOL terminated = FALSE;
 
    /* Let's get everything initialized */
    if ( errorstring = init_all() )
    {
	error_exit( errorstring );
    }
 
    count = 0;
    buf_current = 0;
    buf_nextdraw = 1;
    buf_nextswap = 1;
    sigs = 0;
 
    while ( !terminated )
    {
	/* Check for and handle any IntuiMessages */
	if ( sigs & ( 1 << userport->mp_SigBit ) )
	{
	    struct IntuiMessage *imsg;
 
	    while ( imsg = IGadTools->GT_GetIMsg( userport ) )
	    {
		terminated |= handleIntuiMessage( imsg );
		IGadTools->GT_ReplyIMsg( imsg );
	    }
	}
 
	/* Check for and handle any double-buffering messages.
	 * Note that double-buffering messages are "replied" to
	 * us, so we don't want to reply them to anyone.
	 */
	if ( sigs & ( 1 << dbufport->mp_SigBit ) )
	{
	    struct Message *dbmsg;
	    while ( dbmsg = IExec->GetMsg( dbufport ) )
	    {
		handleDBufMessage( dbmsg );
	    }
	}
 
 
	if ( !terminated )
	{
	    ULONG held_off = 0;
	    /* Only handle swapping buffers if count is non-zero */
	    if ( count )
	    {
		held_off = handleBufferSwap();
	    }
	    if ( held_off )
	    {
		/* If were held-off at ChangeScreenBuffer() time, then we
		 * need to try ChangeScreenBuffer() again, without awaiting
		 * a signal.  We WaitTOF() to avoid busy-looping.
		 */
		 IGraphics->WaitTOF();
	    }
	    else
	    {
		/* If we were not held-off, then we're all done
		 * with what we have to do.  We'll have no work to do
		 * until some kind of signal arrives.  This will normally
		 * be the arrival of the dbi_SafeMessage from the ROM
		 * double-buffering routines, but it might also be an
		 * IntuiMessage.
		 */
		sigs = IExec->Wait( ( 1 << dbufport->mp_SigBit ) | ( 1 << userport->mp_SigBit ) );
	    }
	}
    }
 
    error_exit( NULL );
}
 
 
/*----------------------------------------------------------------------*/
 
/* Handle the rendering and swapping of the buffers */
 
ULONG handleBufferSwap( void )
{
    ULONG held_off = 0;
    /* 'buf_nextdraw' is the next buffer to draw into.
     * The buffer is ready for drawing when we've received the
     * dbi_SafeMessage for that buffer.  Our routine to handle
     * messaging from the double-buffering functions sets the
     * OK_REDRAW flag when this message has appeared.
     *
     * Here, we set the OK_SWAPIN flag after we've redrawn
     * the imagery, since the buffer is ready to be swapped in.
     * We clear the OK_REDRAW flag, since we're done with redrawing
     */
    if ( status[ buf_nextdraw ] == OK_REDRAW )
    {
	x += xstep*xdir;
	if ( x < 0 )
	{
	    x = 0;
	    xdir = 1;
	}
	else if ( x > canvassc->Width - BM_WIDTH )
	{
	    x = canvassc->Width - BM_WIDTH - 1;
	    xdir = -1;
	}
 
	y += ystep*ydir;
	if ( y < canvassc->BarLayer->Height )
	{
	    y = canvassc->BarLayer->Height;
	    ydir = 1;
	}
	else if ( y >= CONTROLSC_TOP - BM_HEIGHT )
	{
	    y = CONTROLSC_TOP - BM_HEIGHT - 1;
	    ydir = -1;
	}
 
	IGraphics->SetAPen( &rport[ buf_nextdraw ], 0 );
	IGraphics->RectFill( &rport[ buf_nextdraw ],
	    prevx[ buf_nextdraw ], prevy[ buf_nextdraw ],
	    prevx[ buf_nextdraw ] + BM_WIDTH - 1, prevy[ buf_nextdraw ] + BM_HEIGHT - 1 );
	prevx[ buf_nextdraw ] = x;
	prevy[ buf_nextdraw ] = y;
 
	IGraphics->BltBitMapRastPort( face, 0, 0, &rport[ buf_nextdraw ], x, y,
	    BM_WIDTH, BM_HEIGHT, 0xc0 );
 
	IGraphics->WaitBlit(); /* Gots to let the BBMRP finish */
 
	status[ buf_nextdraw ] = OK_SWAPIN;
 
	/* Toggle which the next buffer to draw is.
	 * If you're using multiple ( >2 ) buffering, you
	 * would use
	 *
	 *    buf_nextdraw = ( buf_nextdraw+1 ) % NUMBUFFERS;
	 *
	 */
	buf_nextdraw ^= 1;
    }
 
    /* Let's make sure that the next frame is rendered before we swap...
     */
    if ( status[ buf_nextswap ] == OK_SWAPIN )
    {
	scbuf[ buf_nextswap ]->sb_DBufInfo->dbi_SafeMessage.mn_ReplyPort = dbufport;
 
	if ( IIntuition->ChangeScreenBuffer( canvassc, scbuf[ buf_nextswap ] ) )
	{
	    status[ buf_nextswap ] = 0;
 
	    buf_current = buf_nextswap;
	    /* Toggle which the next buffer to swap in is.
	     * If you're using multiple ( >2 ) buffering, you
	     * would use
	     *
	     *    buf_nextswap = ( buf_nextswap+1 ) % NUMBUFFERS;
	     *
	     */
	    buf_nextswap ^= 1;
 
	    count--;
	}
	else
	{
	    held_off = 1;
	}
    }
    return( held_off );
}
 
/*----------------------------------------------------------------------*/
 
/* Handle Intuition messages */
 
BOOL handleIntuiMessage( struct IntuiMessage *imsg )
{
    UWORD code = imsg->Code;
    BOOL terminated = FALSE;
 
    switch ( imsg->Class )
    {
	case IDCMP_GADGETDOWN:
	case IDCMP_GADGETUP:
	case IDCMP_MOUSEMOVE:
	    switch ( ( ( struct Gadget * )imsg->IAddress )->GadgetID )
	    {
		case GAD_HORIZ:
		    xstep = code;
		    break;
 
		case GAD_VERT:
		    ystep = code;
		    break;
	    }
	    break;
 
	case IDCMP_VANILLAKEY:
	    switch ( code )
	    {
		case 'S':
		case 's':
		    count = 1;
		    break;
 
		case 'R':
		case 'r':
		    count = ~0;
		    break;
 
		case 'Q':
		case 'q':
		    count = 0;
		    terminated = TRUE;
		    break;
	    }
	    break;
 
	case IDCMP_MENUPICK:
	    while ( code != MENUNULL )
	    {
		struct MenuItem *item;
 
		item = IIntuition->ItemAddress( menu, code );
		switch ( ( ULONG ) GTMENUITEM_USERDATA( item ) )
		{
		    case MENU_RUN:
			count = ~0;
			break;
 
		    case MENU_STEP:
			count = 1;
			break;
 
		    case MENU_QUIT:
			count = 0;
			terminated = TRUE;
			break;
 
		    case MENU_HSLOW:
			if ( xstep > 0 )
			{
			    xstep--;
			}
			IGadTools->GT_SetGadgetAttrs( horizgad, controlwin, NULL,
			    GTSL_Level, xstep,
			    TAG_END );
			break;
 
		    case MENU_HFAST:
			if ( xstep < 9 )
			{
			    xstep++;
			}
			IGadTools->GT_SetGadgetAttrs( horizgad, controlwin, NULL,
			    GTSL_Level, xstep,
			    TAG_END );
			break;
 
		    case MENU_VSLOW:
			if ( ystep > 0 )
			{
			    ystep--;
			}
			IGadTools->GT_SetGadgetAttrs( vertgad, controlwin, NULL,
			    GTSL_Level, ystep,
			    TAG_END );
			break;
 
		    case MENU_VFAST:
			if ( ystep < 9 )
			{
			    ystep++;
			}
			IGadTools->GT_SetGadgetAttrs( vertgad, controlwin, NULL,
			    GTSL_Level, ystep,
			    TAG_END );
			break;
		}
		code = item->NextSelect;
	    }
	    break;
    }
    return( terminated );
}
 
/*----------------------------------------------------------------------*/
 
void handleDBufMessage( struct Message *dbmsg )
{
    ULONG buffer;
 
    /* dbi_SafeMessage is followed by an APTR dbi_UserData1, which
     * contains the buffer number.  This is an easy way to extract
     * it.
     * The dbi_SafeMessage tells us that it's OK to redraw the
     * in the previous buffer.
     */
    buffer = ( ULONG ) *( ( APTR ** ) ( dbmsg+1 ) );
    /* Mark the previous buffer as OK to redraw into.
     * If you're using multiple ( >2 ) buffering, you
     * would use
     *
     *    ( buffer + NUMBUFFERS - 1 ) % NUMBUFFERS
     *
     */
    status[ buffer^1 ] = OK_REDRAW;
}
 
/*----------------------------------------------------------------------*/
 
/* Get the resources and objects we need */
 
STRPTR init_all( void )
{
    struct Library *GfxBase = IExec->OpenLibrary("graphics.library", 50);
    IGraphics = (struct GraphicsIFace*)IExec->GetInterface(GfxBase, "main", 1, NULL);
    if ( IGraphics == NULL )
    {
	return( "Couldn't open Gfx V50\n" );
    }
 
    struct Library *IntuitionBase = IExec->OpenLibrary("intuition.library", 50);
    IIntuition = (struct IntuitionIFace*)IExec->GetInterface(IntuitionBase, "main", 1, NULL);
    if ( IIntuition == NULL )
    {
	return( "Couldn't open Intuition V50\n" );
    }
 
    struct Library *GadToolsBase = IExec->OpenLibrary("gadtools.library", 50);
    IGadTools = (struct GadToolsIFace*)IExec->GetInterface(GadToolsBase, "main", 1, NULL);
    if ( IGadtools == NULL )
    {
	return( "Couldn't open GadTools V50\n" );
    }
 
    if ( !( dbufport = IExec->AllocSysObjectTags(ASOT_PORT, TAG_END) ) )
    {
	return( "Failed to create port\n" );
    }
 
    if ( !( userport = IExec->AllocSysObjectTags(ASOT_PORT, TAG_END) ) )
    {
	return( "Failed to create port\n" );
    }
 
    if ( !( canvassc = IIntuition->OpenScreenTags( NULL,
	SA_DisplayID, SC_ID,
	SA_Overscan, OSCAN_TEXT,
	SA_Depth, 2,
	SA_AutoScroll, 1,
	SA_Pens, pens,
	SA_ShowTitle, TRUE,
	SA_Title, "Intuition double-buffering example",
	SA_VideoControl, vctags,
	SA_Font, &Topaz80,
	TAG_END ) ) )
    {
	return( "Couldn't open screen\n" );
    }
 
    if ( !( canvasvi = IGadTools->GetVisualInfo( canvassc, TAG_END ) ) )
    {
	return( "Couldn't get VisualInfo\n" );
    }
 
    if ( !( canvaswin = IIntuition->OpenWindowTags( NULL,
	WA_NoCareRefresh, TRUE,
	WA_Activate, TRUE,
	WA_Borderless, TRUE,
	WA_Backdrop, TRUE,
	WA_CustomScreen, canvassc,
	WA_NewLookMenus, TRUE,
	TAG_END ) ) )
    {
	return( "Couldn't open window\n" );
    }
    canvaswin->UserPort = userport;
 
    IIntuition->ModifyIDCMP( canvaswin, IDCMP_MENUPICK | IDCMP_VANILLAKEY );
 
    if ( !( controlsc = IIntuition->OpenScreenTags( NULL,
	SA_DisplayID, SC_ID,
	SA_Overscan, OSCAN_TEXT,
	SA_Depth, 2,
	SA_Pens, pens,
	SA_Top, CONTROLSC_TOP,
	SA_Height, 28,
	SA_Parent, canvassc,
	SA_ShowTitle, FALSE,
	SA_Draggable, FALSE,
	SA_VideoControl, vctags,
	SA_Quiet, TRUE,
	SA_Font, &Topaz80,
	TAG_END ) ) )
    {
	return( "Couldn't open screen\n" );
    }
 
    if ( !( controlvi = IGadTools->GetVisualInfo( controlsc, TAG_END ) ) )
    {
	return( "Couldn't get VisualInfo\n" );
    }
 
    if ( !( menu = IGadTools->CreateMenus( demomenu, TAG_END ) ) )
    {
	return( "Couldn't create menus\n" );
    }
 
    if ( !IGadTools->LayoutMenus( menu, canvasvi,
	GTMN_NewLookMenus, TRUE,
	TAG_END ) )
    {
	return( "Couldn't layout menus\n" );
    }
 
    if ( !createAllGadgets( &glist, controlvi ) )
    {
	return( "Couldn't create gadgets\n" );
    }
 
    /* A borderless backdrop window so we can get input */
    if ( !( controlwin = IIntuition->OpenWindowTags( NULL,
	WA_NoCareRefresh, TRUE,
	WA_Activate, TRUE,
	WA_Borderless, TRUE,
	WA_Backdrop, TRUE,
	WA_CustomScreen, controlsc,
	WA_NewLookMenus, TRUE,
	WA_Gadgets, glist,
	TAG_END ) ) )
    {
	return( "Couldn't open window\n" );
    }
 
    controlwin->UserPort = userport;
    IIntuition->ModifyIDCMP( controlwin, SLIDERIDCMP | IDCMP_MENUPICK | IDCMP_VANILLAKEY );
 
    IGadTools->GT_RefreshWindow( controlwin, NULL );
    IIntuition->SetMenuStrip( canvaswin, menu );
    IIntuition->LendMenus( controlwin, canvaswin );
 
    if ( !( scbuf[ 0 ] = IIntuition->AllocScreenBuffer( canvassc, NULL, SB_SCREEN_BITMAP ) ) )
    {
	return( "Couldn't allocate ScreenBuffer 1\n" );
    }
 
    if ( !( scbuf[ 1 ] = IIntuition->AllocScreenBuffer( canvassc, NULL, SB_COPY_BITMAP ) ) )
    {
	return( "Couldn't allocate ScreenBuffer 2\n" );
    }
 
    /* Let's use the UserData to store the buffer number, for
     * easy identification when the message comes back.
     */
    scbuf[ 0 ]->sb_DBufInfo->dbi_UserData1 = ( APTR ) ( 0 );
    scbuf[ 1 ]->sb_DBufInfo->dbi_UserData1 = ( APTR ) ( 1 );
    status[ 0 ] = OK_REDRAW;
    status[ 1 ] = OK_REDRAW;
 
    if ( !( face = makeImageBM() ) )
    {
	return( "Couldn't allocate image bitmap\n" );
    }
    IGraphics->InitRastPort( &rport[ 0 ] );
    IGraphics->InitRastPort( &rport[ 1 ] );
    rport[ 0 ].BitMap = scbuf[ 0 ]->sb_BitMap;
    rport[ 1 ].BitMap = scbuf[ 1 ]->sb_BitMap;
 
    x = 50;
    y = 70;
    xstep = 1;
    xdir = 1;
    ystep = 1;
    ydir = -1;
 
    /* All is OK */
    return( 0 );
}
 
/*----------------------------------------------------------------------*/
 
/* Draw a crude "face" for animation */
 
#define MAXVECTORS	10
 
struct BitMap *makeImageBM( void )
{
    struct BitMap *bm;
    struct RastPort rport;
    struct AreaInfo area;
    struct TmpRas tmpRas;
    PLANEPTR planePtr;
 
    BYTE areabuffer[ MAXVECTORS*5 ];
 
    if ( bm = ( struct BitMap * )IGraphics->AllocBitMap( BM_WIDTH, BM_HEIGHT,
	BM_DEPTH, BMF_CLEAR, NULL ) )
    {
	if ( planePtr = IGraphics->AllocRaster( BM_WIDTH, BM_HEIGHT ) )
	{
	    IGraphics->InitRastPort( &rport );
	    rport.BitMap = bm;
 
	    IGraphics->InitArea( &area, areabuffer, MAXVECTORS );
	    rport.AreaInfo = &area;
 
	    IGraphics->InitTmpRas( &tmpRas, planePtr, RASSIZE( BM_WIDTH, BM_HEIGHT ) );
	    rport.TmpRas = &tmpRas;
 
	    IGraphics->SetABPenDrMd( &rport, 3, 0, JAM1 );
	    IGraphics->AreaEllipse( &rport, BM_WIDTH/2, BM_HEIGHT/2,
		BM_WIDTH/2-4, BM_HEIGHT/2-4 );
	    IGraphics->AreaEnd( &rport );
 
	    IGraphics->SetAPen( &rport, 2 );
	    IGraphics->AreaEllipse( &rport, 5*BM_WIDTH/16, BM_HEIGHT/4,
		BM_WIDTH/9, BM_HEIGHT/9 );
	    IGraphics->AreaEllipse( &rport, 11*BM_WIDTH/16, BM_HEIGHT/4,
		BM_WIDTH/9, BM_HEIGHT/9 );
	    IGraphics->AreaEnd( &rport );
 
	    IGraphics->SetAPen( &rport, 1 );
	    IGraphics->AreaEllipse( &rport, BM_WIDTH/2, 3*BM_HEIGHT/4,
		BM_WIDTH/3, BM_HEIGHT/9 );
	    IGraphics->AreaEnd( &rport );
 
	    IGraphics->FreeRaster( planePtr, BM_WIDTH, BM_HEIGHT );
	}
	else
	{
	    IGraphics->FreeBitMap( bm );
	    bm = NULL;
	}
    return( bm );
    }
}
 
/*----------------------------------------------------------------------*/
 
/* Make a pair of slider gadgets to control horizontal and vertical
 * speed of motion.
 */
struct Gadget *createAllGadgets( struct Gadget **glistptr, void *vi )
{
    struct NewGadget ng;
    struct Gadget *gad;
 
    gad = IGadTools->CreateContext( glistptr );
 
    ng.ng_LeftEdge = 100;
    ng.ng_TopEdge = 1;
    ng.ng_Width = 100;
    ng.ng_Height = 12;
    ng.ng_GadgetText = "Horiz:  ";
    ng.ng_TextAttr = &Topaz80;
    ng.ng_VisualInfo = vi;
    ng.ng_GadgetID = GAD_HORIZ;
    ng.ng_Flags = 0;
 
    horizgad = gad = IGadTools->CreateGadget( SLIDER_KIND, gad, &ng,
	GTSL_Min, 0,
	GTSL_Max, 9,
	GTSL_Level, 1,
	GTSL_MaxLevelLen, 1,
	GTSL_LevelFormat, "%ld",
	TAG_END );
 
    ng.ng_LeftEdge += 200;
    ng.ng_GadgetID = GAD_VERT;
    ng.ng_GadgetText = "Vert:  ";
    vertgad = gad = IGadTools->CreateGadget( SLIDER_KIND, gad, &ng,
	GTSL_Min, 0,
	GTSL_Max, 9,
	GTSL_Level, 1,
	GTSL_MaxLevelLen, 1,
	GTSL_LevelFormat, "%ld",
	TAG_END );
 
    return( gad );
}
 
/*----------------------------------------------------------------------*/
 
/* Clean up everything and exit, printing the errorstring if any */
void error_exit( STRPTR errorstring )
{
    if ( controlwin )
    {
	IIntuition->ClearMenuStrip( controlwin );
	CloseWindowSafely( controlwin );
    }
 
    if ( canvaswin )
    {
	IIntuition->ClearMenuStrip( canvaswin );
	CloseWindowSafely( canvaswin );
    }
 
    if ( controlsc )
    {
	IIntuition->CloseScreen( controlsc );
    }
 
    if ( canvassc )
    {
	IIntuition->FreeScreenBuffer( canvassc, scbuf[ 1 ] );
	IIntuition->FreeScreenBuffer( canvassc, scbuf[ 0 ] );
	IIntuition->CloseScreen( canvassc );
    }
 
    if ( dbufport )
    {
	IExec->FreeSysObject(ASOT_PORT, dbufport );
    }
 
    if ( userport )
    {
	IExec->FreeSysObject(ASOT_PORT, userport );
    }
 
    if ( IGadTools )
    {
	IGadTools->FreeGadgets( glist );
	IGadTools->FreeMenus( menu );
	IGadTools->FreeVisualInfo( canvasvi );
	IGadTools->FreeVisualInfo( controlvi );
  struct Library *libBase = IGadTools->Data.LibBase;
  IExec->DropInterface((struct Interface*)IGadTools);
	IExec->CloseLibrary( libBase );
    }
 
    if ( IIntuition )
    {
  struct Library *libBase = IIntuition->Data.LibBase;
  IExec->DropInterface((struct Interface*)IIntuition);
	IExec->CloseLibrary( libBase );
    }
 
    if ( face )
    {
	IGraphics->FreeBitMap( face );
    }
 
    if ( IGraphics )
    {
  struct Library *libBase = IGraphics->Data.LibBase;
  IExec->DropInterface((struct Interface*)IGraphics);
	IExec->CloseLibrary( libBase );
    }
 
    if ( errorstring )
    {
	IDOS->Printf( errorstring );
	exit( 20 );
    }
 
    exit( 0 );
}
 
 
/*----------------------------------------------------------------------*/
 
/* these functions close an Intuition window
 * that shares a port with other Intuition
 * windows or IPC customers.
 *
 * We are careful to set the UserPort to
 * null before closing, and to free
 * any messages that it might have been
 * sent.
 */
#include "exec/types.h"
#include "exec/nodes.h"
#include "exec/lists.h"
#include "exec/ports.h"
#include "intuition/intuition.h"
 
void
CloseWindowSafely( struct Window *win )
{
    /* we forbid here to keep out of race conditions with Intuition */
    IExec->Forbid();
 
    /* send back any messages for this window
     * that have not yet been processed
     */
    IIntuition->StripIntuiMessages( win->UserPort, win );
 
    /* clear UserPort so Intuition will not free it */
    win->UserPort = NULL;
 
    /* tell Intuition to stop sending more messages */
    IIntuition->ModifyIDCMP( win, 0L );
 
    /* turn multitasking back on */
    IExec->Permit();
 
    /* and really close the window */
    IIntuition->CloseWindow( win );
}

Other Screen Functions

Other screen functions provided by Intuition control screen depth arrangement, screen movement, the screen title bar and provide a visual "error beep".

Screen Depth Arrangement

ScreenToFront() and ScreenToBack() make a screen either the frontmost or the backmost screen. If an application needs to render into a screen before the screen becomes visible to the user, the screen may be opened behind all other screens and later moved to the front when ready with ScreenToFront().

VOID ScreenToFront( struct Screen * );
VOID ScreenToBack ( struct Screen * );

Depth control of screens is also available through the depth arrangement gadget in the screen's title bar or through keyboard shortcuts. The N key with the Left-Amiga qualifier moves the Workbench screen to front. The M key with the Left-Amiga qualifier moves the frontmost screen to back. Repeated selection of Left-Amiga-M will cycle through available screens. These keys are processed through the keymap and will retain their value even if the key location changes.

Screen Movement and Scrolling

The MoveScreen() function moves the screen origin by the number of pixels specified in dx and dy.

VOID MoveScreen( struct Screen *myscreen, WORD dx, WORD dy );

Calls to MoveScreen() are asynchronous; the screen is not necessarily moved upon return of this function. If the calls happen too quickly, there may be unexpected results. One way to pace these calls is to call the function one time for each IDCMP_INTUITICKS event.

Screen movement is also available through the screen's drag gadget in the title bar and through a keyboard/mouse shortcut. Left-Amiga with the select button of the mouse anywhere within the screen will drag the screen (even if the title bar is totally concealed by a window). Dragging a screen down will reveal any screen(s) behind it. Screens are never revealed to the left, right or bottom of another screen.

Additionally, oversized screens may be moved with the autoscroll feature. With autoscroll, the screen is automatically scrolled as the pointer reaches one of the edges of the display. Autoscroll only works on the active screen.

Another screen movement feature is menu snap. When a screen much larger than the viewing area is scrolled such that the upper left corner is not visible (scrolled down or to the right), menus may could be out of the visible portion of the screen. To prevent this, menu snap moves the screen to a position where the menus will be visible before rendering them. The screen appears to snap to the home position as the menus are selected, moving back when the operation is complete. If the Left-Amiga qualifier is held when the menus are selected then the screen will remain in the home position when the menu button is released.

The Intuition preferences editor, IControl, allows the user to change a number of Intuition features. Some of these features include the ability to globally disable menu snap, and to change the select qualifier for dragging the screen. See the User's Manual for more information on Preferences editors.

Miscellaneous Screen Functions

Three other functions used with screens are DisplayBeep(), ShowTitle() and GetScreenData(). DisplayBeep() flashes the screen colors to inform the user of an error or problem.

VOID DisplayBeep( struct Screen *myscreen );

Since not all users will have speakers attached to the system, DisplayBeep() can be used to provide a visible bell. DisplayBeep() can beep any single screen or, if myscreen is set to NULL, all screens.

ShowTitle() determines whether the screen's title bar will be displayed in front of or behind any backdrop windows on the screen.

VOID ShowTitle( struct Screen *myscreen, BOOL infront );

By default, the screen's title bar is set to display in front of backdrop windows. Call this function with infront set to FALSE to put the screen title bar behind backdrop windows. This can also be set when the screen is opened with the SA_ShowTitle tag.

Function Reference

The following are brief descriptions of the Intuition functions that relate to the use of Intuition screens. See the SDK for details on each function call.

Function	Description
OpenScreenTagList()	Open a screen.
OpenScreenTags()	Alternate calling sequence for OpenScreenTagList().
OpenScreen()	Pre-V36 open screen function.
CloseScreen()	Close an open screen.
MoveScreen()	Change the position of an open screen.
ScreenToBack()	Move a screen behind all other screens.
ScreenToFront()	Move a screen in front of all other screens.
ShowTitle()	Show the screen in front of through backdrop windows.
GetScreenDrawInfo()	Get the DrawInfo information for an open screen.
FreeScreenDrawInfo()	Free the DrawInfo information for a screen.
QueryOverscan()	Find overscan information for a specific display type.
LockPubScreen()	Obtain a lock on a public screen.
UnlockPubScreen()	Release a lock on a public screen.
NextPubScreen()	Return the name of the next public screen in the list.
PubScreenStatus()	Make a public screen private or private screen public.
LockPubScreenList()	Lock the public screen list (for a public screen utility).
UnlockPubScreenList()	Unlock the public screen list.
SetDefaultPubScreen()	Change the default public screen.
SetPubScreenModes()	Establish global public screen behavior.
GetDefaultPubScreen()	Copies the name of the default public screen to a buffer.
OpenWorkBench()	Open the Workbench screen, if closed.
CloseWorkBench()	Close the Workbench screen, if possible.
WBenchToBack()	Move the Workbench screen behind all other screens.
WBenchToFront()	Move the Workbench screen in front of all other screens.
GetScreenData()	Pre-V36 way to return information on an open screen.
GetScreenAttr()	Query a screen attribute.
GetScreenAttr() / GetScreenAttrsA()	Query screen attributes.
ViewAddress()	Return the address of a screen's View.
ViewPortAddress()	Use &screen->ViewPort instead.
MakeScreen()	Low level screen handling-rebuild Copper list.
RethinkDisplay()	Low level screen handling-incorporate Copper list changes.
RemakeDisplay()	MakeScreen() for all screens, then RethinkDisplay().

@@ Line 1: / Line 1: @@
 == Intuition Screens ==
-Intuition screens are the basis of any display Intuition can make. Screens determine the fundamental characteristics of the display such as the resolution and palette and they set up the environment for multiple, overlapping windows that makes it possible for each application to have its own separate visual context. This chapter shows how to use existing screens and how to create new screens.
+Intuition screens are the basis of any display Intuition can make. Screens determine the fundamental characteristics of the display such as the resolution and palette and they set up the environment for multiple, overlapping windows that makes it possible for each application to have its own separate visual context. This section shows how to use existing screens and how to create new screens.
+=== Classic Intuition Screens ===
+Intuition screens have evolved since they were closely tied to the Classic Amiga's hardware chip set. See [[Classic_Intuition_Screens|Classic Intuition Screens]] for more information on the now obsolete API that was used to work with screens.
 == Types of Screens ==
@@ Line 7: / Line 11: @@
 Screens are important because they determine the basic resolution and maximum number of colors in the display. Once a screen is set up, these attributes cannot be changed so any graphics work done on a given screen is restricted to that screen's resolution and number of colors. Hence, the type of screen used is a basic design decision.
-With Intuition screens, a video display can be created in any one of the many Amiga ''display modes''. The basic parameters of the video display such as resolution, total size, frame rate, genlock compatibility, support of screen movement and number of colors are defined by these modes. There are currently four basic modes available on all Amiga models. These basic modes work with conventional monitors (15 kHz scan rate) and older versions of the operating system.
+With Intuition screens, a video display can be created in any one of the many Amiga ''display modes''. The basic parameters of the video display such as resolution, total size, frame rate, genlock compatibility, support of screen movement and number of colors are defined by these modes.
-[h] Basic Amiga Display Modes
-lcccc
-'''Basic Amiga'''
-&amp; 2c'''Resolution''' &amp; '''Maximum''' &amp; '''Supports'''<br />
-'''Display Modes''' &amp; '''NTSC''' &amp; '''PAL''' &amp; '''Colors''' &amp; '''HAM/EHB<math>^\star</math>'''<br />
-Lores &amp; 320<math>\times</math>200 &amp; 320<math>\times</math>256 &amp; 32 of 4,096 &amp; Yes<br />
-Lores-Interlaced &amp; 320<math>\times</math>400 &amp; 320<math>\times</math>512 &amp; 32 of 4,096 &amp; Yes<br />
-Hires &amp; 640<math>\times</math>200 &amp; 640<math>\times</math>256 &amp; 16 of 4,096 &amp; No<br />
-Hires-Interlaced &amp; 640<math>\times</math>400 &amp; 640<math>\times</math>512 &amp; 16 of 4,096 &amp; No<br />
-<math>^\star</math>HAM and EHB modes provide for additional colors with some restrictions
-With Release 2 of the operating system, many other display modes are available (these usually require a special monitor or ECS). All these display modes, including the specialized modes, are integrated through the graphics library ''display database''. See the "Graphics Primitives" chapter for a complete list of all Amiga display modes.
+Many display modes are available. All these display modes, including the specialized modes, are integrated through the graphics library ''display database''. See [[Graphics_Primitives|Graphics Primitives]] for a complete list of all Amiga display modes.
 === Multiple Screens ===
@@ Line 37: / Line 25: @@
 An application may choose to use an existing screen or to create its own screen. For instance, the normal Amiga startup process opens the Workbench screen (Workbench is the Amiga's default user interface). Any application is free to use the Workbench screen instead of opening a new one. Screens that can be shared this way are called ''public'' screens.
+[[Public_Screen_Type|Public screens]] allow applications to open windows on them. Any screen may be set up as a public screen so that other applications may use it.
-''Public screens''
-are a new feature of Release 2 (V36). In older versions of the OS, only the Workbench screen could be shared. Now any screen may be set up as a public screen so that other applications may use it.
 The use of an existing public screen, like the Workbench screen, requires little effort by the application and does not use up any memory. However, using Workbench or another existing public screen means some flexibility is lost; the resolution, maximum number of colors and other attributes are already set. If the application cannot function under these limitations, it may open its own ''custom'' screen.
+[[Custom_Screen_Type|Custom screens]] allow for complete control of the display space so an application can get exactly the kind of display it wants. However, since creating a new, custom screen uses up memory, they should only be used when there are no suitable public screens available.
-''Custom screens''
-allow for complete control of the display space so an application can get exactly the kind of display it wants. However, since creating a new, custom screen uses up memory, they should only be used when there are no suitable public screens available.
-Owners of a custom screen can keep their screen private, or they may allow other applications to share their screen by registering the screen with the operating system as a public screen. See the section on "Public Screen Functions" later in this chapter for more about public screens and Workbench.
+Owners of a custom screen can keep their screen private, or they may allow other applications to share their screen by registering the screen with the operating system as a public screen. See the section on [[Public_Screen_Type|public screens]] for more about public screens and Workbench.
 === Screen Components ===
@@ Line 57: / Line 41: @@
 Within the title bar, there are two gadgets: a screen drag gadget and a depth-arrangement gadget. The screen drag gadget allows the screen to be moved up and down. The depth-arrangement gadget allows the screen to be placed in front or behind all other screens.
-[[File:LibFig3-1.png|center]]
+[[File:LibFig3-1.png|frame|center|An Intuition Screen (Workbench)]]
+Screens are always rectangular, and the areas at the sides and bottom of the display that are not within the screen's limits are filled with the background color. The area above all visible screens is filled with the background color of the highest screen. These areas surrounding the screen (normally unused) are known as the ''overscan'' area. The Amiga display system allows the overscan area to be used for graphics under special circumstances (see the section on [[Intuition_Screens#Overscan_and_the_Display_Clip|Overscan and the Display Clip]]).
-<center>'''Figure 3-1: An Intuition Screen (Workbench)'''</center>
+== Screen Attributes ==
-Screens are always rectangular, and the areas at the sides and bottom of the display that are not within the screen's limits are filled with the background color. The area above all visible screens is filled with the background color of the highest screen. These areas surrounding the screen (normally unused) are known as the ''overscan'' area. The Amiga display system allows the overscan area to be used for graphics under special circumstances (see the section on "Overscan and the Display Clip" later in this chapter).
-== Screen Data Structures ==
-The Amiga uses color registers and bitplane organization as its internal representation of display data. Screens require a color table and display raster memory for each bitplane. This is the memory where imagery is rendered and later translated by the hardware into the actual video display. This information is contained in data structures from the Amiga's graphics library.
-A ViewPort is the main data structure used by the graphics library to represent a screen. Pointers to each of the screen's bitplanes are stored in the graphics library BitMap structure. Color table information is stored in a graphics structure called a ColorMap. And the screen's drawing and font information is stored in the RastPort structure.
-The graphics RastPort structure is a general-purpose handle that the graphics library uses for drawing operations. Many Intuition drawing functions also take a RastPort address as a parameter. This makes sense since the RastPort structure contains drawing variables as well as a pointer to the BitMap telling where to draw. See the "Graphics Primitives" chapter for more information on these structures and how they are used.
-=== The Intuition Screen Data Structure ===
-The structures mentioned above are unified along with other information in Intuition's Screen data structure defined in the include file &lt;intuition/screens.h&gt;. Notice that the Screen structure contains instances of a ViewPort, RastPort and BitMap.
-<pre>
-struct Screen
-    {
-    struct Screen *NextScreen;
-    struct Window *FirstWindow;
-    WORD LeftEdge, TopEdge, Width, Height;
-    WORD MouseY, MouseX;
-    UWORD Flags;
-    UBYTE *Title, *DefaultTitle;
-    BYTE BarHeight, BarVBorder, BarHBorder, MenuVBorder, MenuHBorder;
-    BYTE WBorTop, WBorLeft, WBorRight, WBorBottom;
-    struct TextAttr *Font;
-    struct ViewPort ViewPort;
-    struct RastPort RastPort;
-    struct BitMap BitMap;
-    struct Layer_Info LayerInfo;
-    struct Gadget *FirstGadget;
-    UBYTE DetailPen, BlockPen;
-    UWORD SaveColor0;
-    struct Layer *BarLayer;
-    UBYTE *ExtData, *UserData;
-    };
-</pre>
-In general, applications don't need to access the fields in the Screen structure directly; they use Intuition functions to manipulate the screen instead. Likewise, applications do not set up the Screen themselves; they use one of the OpenScreen() calls (see below). Here is a description of some of the more interesting members of the Screen structure (it is not meant to be a complete description of all the fields).
-The LeftEdge and TopEdge variables give the position of the screen relative to the upper left corner of the monitor's visible display (as set by the user in the Overscan preferences editor). If it is positioned down or to the right, the values are positive. If the screen is positioned up or to the left, the values are negative. The values are in screen resolution pixels. In systems prior to V36, LeftEdge positioning is ignored and negative TopEdge positions are illegal.
-The screen position may be set when the screen is opened or later by calling the MoveScreen() function.
-Note that the screen's actual display position may not exactly equal the coordinates given in the LeftEdge and TopEdge fields of the Screen structure. This can cause a window which is opened in the visible part of the screen to be incorrectly positioned by a few pixels in each direction. This complication is due to hardware constraints that limit the fineness of screen positioning. For instance, high resolution screens can only be positioned in low resolution pixel coordinates, yet the values in the LeftEdge and TopEdge use high resolution pixel coordinates. So when the screen is displayed, its position is rounded to a position available for the monitor.
-Position of the mouse with respect to the upper left corner of the screen.
-Actual instances of the graphics library data structures associated with this screen (''not'' pointers to structures). For normal use of custom screens, these structures may be ignored.
-A pointer to the Layer structure for the screen's title bar.
-Window border values, see the "Intuition Windows" chapter for information on pre-calculating the size of window borders for windows that open in this screen.
-The default screen font, this can be used to pre-calculate the size of the window borders for windows that open in this screen.
-Free for application use.
-Other Screen structure members provide information on the title bar layer, and attributes of menus and windows opened in the screen. Of particular interest are the values that allow precalculation of window border size. These variables will be discussed in the chapter "Intuition Windows".
-=== Other Screen Data Structures ===
-In addition to the Screen structure, Intuition uses some other supporting structures defined in the include file &lt;intuition/screens.h&gt; and in &lt;utility/tagitems.h&gt;. (See the ''Amiga ROM Kernel Reference Manual: Includes and Autodocs'' for a complete listing.)
-Data Structures Used with Intuition Screens
-{| class="wikitable"
-! Structure Name
-! Description
-! Defined in Include File
-|-
-| Screen || Main Intuition structure that defines a screen (see above) || &lt;intuition/screens.h&gt;
-|-
-| DrawInfo || Holds the screen's pen, font and aspect data for Intuition || &lt;intuition/screens.h&gt;
-|-
-| TagItem || General purpose parameter structure used to set up screens in V36 || &lt;utility/tagitem.h&gt;
-|-
-| NewScreen || Parameter structure used to create a screen in V34 || &lt;intuition/screens.h&gt;
-|-
-| ExtNewScreen || An extension to the NewScreen structure used in V37 for backward compatibility with older systems || &lt;intuition/screens.h&gt;
-|}
-As previously mentioned, there is an Intuition Screen structure (and a corresponding graphics ViewPort) for every screen in memory. Under Release 2, whenever a new screen is created, Intuition also creates an auxiliary data structure called a DrawInfo.
-The DrawInfo structure is similar to a RastPort in that it holds drawing information. But where a RastPort is used at the lower graphics level, the DrawInfo structure is used at the higher Intuition level. Specifically, DrawInfo contains data needed to support the ''New Look'' of Intuition in Release 2. (See the section below, "DrawInfo and the 3D Look" for more information.)
-Another new feature of Release 2 is ''tag items''. A TagItem is a general purpose parameter structure used to pass arguments to many of the functions in the Release 2 system software. Each tag consists of a LONG tag ID (ti_Tag) and a LONG tag data value (ti_Data). With screens, tag items are used to describe the attributes an application wants for a new, custom screen. Tag items replace the NewScreen structure, the set of parameters used in older versions of the OS to set up a screen.
-Applications may wish to use tag items to set up a new screen instead of the NewScreen structure since tag items are often more convenient. For the sake of backwards compatibility, the ExtNewScreen structure is available. ExtNewScreen combines the NewScreen method used to define screens in older versions of the OS with the tag item method used in Release 2. The examples listed in the next section show how these various data structures can be used to set up a new screen.
-== Custom Screen Functions ==
-All applications require a screen to work in. This can be an existing, public screen or a new, custom screen created by the application itself. To create a new, custom screen to work with, you call OpenScreen() or one of its variants.
-Custom Screen Functions
-{| class="wikitable"
-| OpenScreenTags() || rowspan="2" | Create a new, custom screen from a tag list. Use either one of these with Release 2 (V36) or later versions of the OS.
-|-
-| OpenScreenTagList()
-|-
-| OpenScreen() || Create a new, custom screen from an ExtNewScreen structure. Use this if your application must be compatible with 1.3 (V34) or earlier versions of the operating system.
-|-
-| CloseScreen() || Close a custom screen and free the memory it used.
-|}
-=== Creating a new Custom Screen ===
-There are three functions you can use to open a custom screen: OpenScreen(), OpenScreenTags() or OpenScreenTagList(). Prior to Release 2 (V36), OpenScreen() was used to create a new screen. With V36 and later versions of the operating system, this call is superseded by OpenScreenTagList() and OpenScreenTags().
-<pre>
-struct Screen *OpenScreen( struct NewScreen *);
-struct Screen *OpenScreenTagList( struct NewScreen * , struct TagItem *);
-struct Screen *OpenScreenTags( struct NewScreen *, ULONG, ULONG, ... );
-</pre>
-The old OpenScreen() call relied on a fixed size data structure (NewScreen) which made little allowance for extensions and growth. The new calls are tag based, allowing for the addition of new features without modification of existing structures and applications. The "Screen Attributes" section below contains a complete list of all the tag options available for setting up an Intuition screen. For a general description of tag items, see the "Utility Library" chapter.
-==== A Custom Screen Example ====
-There are so many tag options available with screens it can be a bit overwhelming. Before discussing more details, it may be helpful to look at a simple example. The code below opens a new, custom screen using the OpenScreenTags() call. The example uses just two tag items (SA_Depth and SA_Pens) which provide the minimum attributes needed to make a screen that uses the new 3D look of Intuition available in Release 2. (See the section on "DrawInfo and the 3D Look" below for more information.)
-<pre>
-/* newlookscreen.c
-** open a screen with the &quot;new look&quot;.
-**
-** SAS/C 5.10a
-** lc -b1 -cfist -v -y newlookscreen
-** blink LIB:c.o newlookscreen.o TO newlookscreen LIB LIB:lc.lib LIB:amiga.lib
-*/
-#define INTUI_V36_NAMES_ONLY
-#include &lt;exec/types.h&gt;
-#include &lt;intuition/intuition.h&gt;
-#include &lt;intuition/screens.h&gt;
-#include &lt;clib/exec_protos.h&gt;
-#include &lt;clib/dos_protos.h&gt;
-#include &lt;clib/intuition_protos.h&gt;
-#ifdef LATTICE
-int CXBRK(void)    { return(0); }  /* Disable Lattice CTRL/C handling */
-int chkabort(void) { return(0); }  /* really */
-#endif
-struct Library *IntuitionBase;
-/* Simple routine to demonstrate opening a screen with the new look.
-** Simply supply the tag SA_Pens along with a minimal pen specification,
-** Intuition will fill in all unspecified values with defaults.
-** Since we are not supplying values, all are Intuition defaults.
-*/
-VOID main(int argc, char **argv)
-{
-UWORD pens[] = { ~0 };
-struct Screen *my_screen;
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;,0);
-if (NULL != IntuitionBase)
-    {
-    if (IntuitionBase-&gt;lib_Version &gt;= 37)
-        {
-        /* The screen is opened two bitplanes deep so that the
-        ** new look will show-up better.
-        */
-        if (NULL != (my_screen = OpenScreenTags(NULL,
-                                     SA_Pens, (ULONG)pens,
-                                     SA_Depth, 2,
-                                     TAG_DONE)))
-            {
-            /* screen successfully opened */
-            Delay(30L);  /* normally the program would be here */
-            CloseScreen(my_screen);
-            }
-        }
-    CloseLibrary(IntuitionBase);
-    }
-}
-</pre>
-The example above runs only under Release 2 (V36) and later versions of the OS. To make a custom screen that works under both Release 2 and earlier versions of the operating system, use the original OpenScreen() function.
-The NewScreen structure used with OpenScreen() has been extended with a tag list in V36 to form an ExtNewScreen. This is done by setting the NS_EXTENDED bit in the Type field of the NewScreen structure and adding a pointer to an array of tags to the end of the structure. The NS_EXTENDED bit is ignored in older versions of the operating system, so the tags can be transparently added to existing applications and the features will appear when executed in a system running V36 or greater. See the OpenScreen() Autodocs and the include file &lt;intuition/screens.h&gt; for more information on NS_EXTENDED and the ExtNewScreen structure.
-==== Creating A Custom Screen that Works With Older Systems ====
-Here's an example of how to use the old OpenScreen() call with an ExtNewScreen structure to make a new, custom screen under any version of the Amiga operating system. If the version is V36 or later, additional Release 2 features specified via tags, in this case the new 3D look of Intuition, will be incorporated in the window.
-<pre>
-;/* screen34to37.c - Execute me to compile me with SAS 5.10
-LC -b1 -cfistq -v -y -j73 screen34to37.c
-blink FROM LIB:c.o screen34to37.o TO screen34to37 LIB LIB:lc.lib LIB:amiga.lib
-quit
-*/
-#define INTUI_V36_NAMES_ONLY         /* We'll use the newer Intuition names. */
-#include &lt;exec/types.h&gt;              /* Amiga data types.              */
-#include &lt;intuition/intuition.h&gt;     /* Lots of important Intuition    */
-#include &lt;intuition/screens.h&gt;       /* structures we will be using.   */
-#include &lt;clib/exec_protos.h&gt;        /* Function prototypes            */
-#include &lt;clib/dos_protos.h&gt;
-#include &lt;clib/intuition_protos.h&gt;
-#ifdef LATTICE
-int CXBRK(void)    { return(0); }    /* Disable Lattice CTRL/C handling */
-int chkabort(void) { return(0); }    /* really */
-#endif
-struct Library *IntuitionBase;       /* Intuition library base          */
-/* Simple example to show how to open a custom screen that gives the new look
- * under V37, yet still works with older version of the operating system.
- * Attach the tag SA_Pens and a minimal pen specification to ExtNewScreen,
- * and call the old OpenScreen() function.  The tags will be ignored by
- * V34 and earlier versions of the OS.  In V36 and later the tags are
- * accepted by Intuition.
-*/
-VOID main(int argc, char **argv)
-{
-UWORD pens[] = { ~0 };               /* This is the minimal pen specification*/
-struct Screen      *my_screen;       /* Pointer to our new, custom screen    */
-struct ExtNewScreen myscreen_setup;  /* Same as NewScreen with tags attached */
-struct TagItem      myscreen_tags[2];/* A small tag array                    */
-/* Open the library before you call any functions */
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;,0);
-if (NULL != IntuitionBase)
-   {
-      /* Fill in the tag list with the minimal pen specification */
-      myscreen_tags[0].ti_Tag=SA_Pens;
-      myscreen_tags[0].ti_Data=(ULONG) pens;
-      myscreen_tags[1].ti_Tag=TAG_DONE;
-      /* The screen is opened two bitplanes deep so that the
-      ** new look will show-up better.
-      **/
-      myscreen_setup.LeftEdge=0;
-      myscreen_setup.TopEdge=0;
-      myscreen_setup.Width=640;              /* Smaller values here reduce   */
-      myscreen_setup.Height=STDSCREENHEIGHT; /* drawing area and save memory.*/
-      myscreen_setup.Depth=2;                /* Two planes means 4 colors.   */
-      myscreen_setup.DetailPen=0;            /* Normal V34 pen colors.       */
-      myscreen_setup.BlockPen=1;
-      myscreen_setup.ViewModes=HIRES;
-      myscreen_setup.Type=CUSTOMSCREEN | NS_EXTENDED; /* Extended NewScreen flag */
-      myscreen_setup.Font=NULL;
-      myscreen_setup.DefaultTitle=&quot;My Screen&quot;;
-      myscreen_setup.Gadgets=NULL;
-      myscreen_setup.CustomBitMap=NULL;
-      /* Attach the pen specification tags to the ExtNewScreen structure */
-      myscreen_setup.Extension=myscreen_tags;
-      if (NULL != (my_screen =
-        OpenScreen((struct NewScreen *)&amp;myscreen_setup)));
-          {
-          /* screen successfully opened */
-          Delay(200L);  /* normally the program would be here */
-          CloseScreen(my_screen);
-          }
-      CloseLibrary(IntuitionBase);
-   }
-}
-</pre>
-As you can see from the examples above, there are many ways to create a new, custom screen. Further references to "OpenScreenTagList()" in this manual are referring to any one of the three calls: OpenScreenTagList(), OpenScreenTags(), or OpenScreen() used with tags in an ExtNewScreen as shown above.
-==== Return Values from OpenScreenTagList() ====
-OpenScreenTagList() and its variants return a pointer to a Screen structure on the successful creation of a new screen and NULL on failure. With V36, the call now supports extended error codes on failure. The error returns provide information on the type of failure, giving the application a greater chance of recovery. To get the extended error code, you need to use the SA_ErrorCode tag; the code itself will be placed into the LONG pointed to by the Item.ti_Data field. Here are the codes:
-The monitor needed to display the requested mode is not available. An example of this error would be opening a Productivity mode screen on a system without a VGA or multisync monitor.
-Newer custom chips are required for this screen mode. For instance, the ECS Denise is required for the productivity modes.
-Could not allocate enough memory.
-Could not allocate enough Chip memory.
-Could not create public screen'name already used. The system requires that public screen names be unique.
-Display mode requested was not recognized. The system does not understand the value specified with the SA_DisplayID tag.
-==== Closing the Screen ====
-When an application has finished using a screen, the memory that the screen occupied should be returned to the system by calling CloseScreen(). Normally, an application should close ''only'' those screens that it created. Under V34 and earlier versions of the OS, CloseScreen() returns no values. Under Release 2, CloseScreen() returns a boolean value, TRUE for success and FALSE for failure. CloseScreen() can fail if the screen is public and another task is still using the screen.
-=== Screen Attributes ===
 The sections above discuss only the basic functions and screen types that Intuition programmers need to understand to create a custom screen. Intuition supports an astonishing number of additional display features and options. In this section and the sections to follow, the finer points of screen attributes and the functions that control them are presented.
-Screen attributes are specified using the tag item scheme described in the "Utility Library" chapter. Therefore, the screen attributes are listed here by tag values. (In V34, the NewScreen structure was used to set screen attributes so many of the tag options listed here have a corresponding flag in NewScreen.) In general, specifying a tag overrides the corresponding flag or field in the NewScreen structure if you supply one.
+Screen attributes are specified using the tag item scheme described [[Utility_Library|Utility Library]]. Therefore, the screen attributes are listed here by tag values.
+; SA_ErrorCode
-Extended error code. Data is a pointer to a long which will contain the error code on return if OpenScreenTagList() returns NULL. The error codes are described above.
+: Extended error code. Data is a pointer to a long which will contain the error code on return if OpenScreenTagList() returns NULL. The error codes are described above.
+; SA_Left, SA_Top
-Initial screen position (left edge and top edge). Data is a long, signed value. Offsets are relative to the text overscan rectangle.
+: Initial screen position (left edge and top edge). Data is a long, signed value. Offsets are relative to the text overscan rectangle.
-If SA_Left is not specified and a NewScreen structure is not passed in the OpenScreenTags/TagList() call and SA_Width is not specified or is specified as STDSCREENWIDTH, then the left edge of the screen will default to the left edge of the actual display clip of the screen. If the other conditions are met but some explicit SA_Width is specified, then the left edge defaults to zero (text overscan rectangle left edge). Likewise, the top edge may, independent of the left edge value, default to zero or to the top edge of the actual display clip. If SA_Top is not specified and a NewScreen structure is not passed in the OpenScreenTags/TagList() call and SA_Height is not specified or specified as STDSCREENHEIGHT, then the top edge of the screen will default to the top edge of the actual display clip of the screen. If the other conditions are met but some explicit SA_Height is specified, then the top edge defaults to zero (text overscan rectangle top edge). Prior to V36, left edge positioning is ignored and negative top edge positions are illegal.
+: If SA_Left is not specified and a NewScreen structure is not passed in the OpenScreenTags/TagList() call and SA_Width is not specified or is specified as STDSCREENWIDTH, then the left edge of the screen will default to the left edge of the actual display clip of the screen. If the other conditions are met but some explicit SA_Width is specified, then the left edge defaults to zero (text overscan rectangle left edge). Likewise, the top edge may, independent of the left edge value, default to zero or to the top edge of the actual display clip. If SA_Top is not specified and a NewScreen structure is not passed in the OpenScreenTags/TagList() call and SA_Height is not specified or specified as STDSCREENHEIGHT, then the top edge of the screen will default to the top edge of the actual display clip of the screen. If the other conditions are met but some explicit SA_Height is specified, then the top edge defaults to zero (text overscan rectangle top edge).
-When opening a full sized overscan screen, SA_Left should be set to the MinX value of the display clip Rectangle used for the screen and SA_Top should be set to the MinY value of the display clip. This may be taken from the defaults, as explained above, or explicitly set by the application. See the section below on "Overscan and the Display Clip" and the OpenScreen() Autodoc for more details.
+: When opening a full sized overscan screen, SA_Left should be set to the MinX value of the display clip Rectangle used for the screen and SA_Top should be set to the MinY value of the display clip. This may be taken from the defaults, as explained above, or explicitly set by the application. See the section below on "Overscan and the Display Clip" and the OpenScreen() Autodoc for more details.
-If your screen is larger than your display clip, you may wish to set the SA_Left and SA_Top to values less than your display clip MinX and MinY in order to center a large screen on a smaller display. For an example of how to open a centered overscan screen, see "module/screen.c" in the IFF Appendix of the ''Amiga ROM Kernel Reference Manual: Devices''.
+: If your screen is larger than your display clip, you may wish to set the SA_Left and SA_Top to values less than your display clip MinX and MinY in order to center a large screen on a smaller display. For an example of how to open a centered overscan screen, see "module/screen.c" in the [[IFF_Source_Code|IFF Source Code]].
+; SA_Width, SA_Height
-Screen dimensions. Data is a long, unsigned value. These may be larger, smaller or the same as the dimensions of the display clip Rectangle. The use of STDSCREENWIDTH and STDSCREENHEIGHT will make the screen size equal to the display clip size.
+: Screen dimensions. Data is a long, unsigned value. These may be larger, smaller or the same as the dimensions of the display clip Rectangle. The use of STDSCREENWIDTH and STDSCREENHEIGHT will make the screen size equal to the display clip size.
-To calculate the width of the display clip Rectangle, subtract the MinX value from the MaxX value plus one. Similarly, the height of the display clip may be calculated by subtracting the MinY value from the MaxY value plus one.
+: To calculate the width of the display clip Rectangle, subtract the MinX value from the MaxX value plus one. Similarly, the height of the display clip may be calculated by subtracting the MinY value from the MaxY value plus one.
+; SA_Depth
-Screen bitmap depth. Data is a long, unsigned value. The depth of the screen determines the number of available colors. See the "Graphics Primitives" for more information on hardware limitations of the display. Do not set the depth to a value greater than that supported by the specific display mode. This information is available to the application through the graphics library display database. The default is one bitplane.
+: Screen bitmap depth. Data is a long, unsigned value. The depth of the screen determines the number of available colors. See the "Graphics Primitives" for more information on hardware limitations of the display. Do not set the depth to a value greater than that supported by the specific display mode. This information is available to the application through the graphics library display database. The default is one bitplane.
+; SA_DisplayID
-Extended display mode key for the screen. Data is a long, unsigned value. By using Release 2 DisplayIDs and the display database, applications can open a screen in any display mode available on a user‚Äôs system, including PAL and NTSC modes. See the discussion of the display database in the "Graphics Primitives" chapter and the include file &lt;graphics/displayinfo.h&gt; for more information.
+: Extended display mode key for the screen. Data is a long, unsigned value. By using DisplayIDs and the display database, applications can open a screen in any display mode available on a user's system, including PAL and NTSC modes. See the discussion of the display database in [[Display_Database|Display Database]] and the include file &lt;graphics/displayinfo.h&gt; for more information.
+; SA_Pens
-Pen specification for the screen. Data is a pointer to a UWORD array terminated with ¬†0, as found in the DrawInfo structure. Specifying the SA_Pens tag informs the system that the application is prepared to handle a screen rendered with the new 3D look of Intuition. See the section below on "DrawInfo and the 3D Look". Omitting this tag produces a screen with a flat look, but whose color usage is more backwards compatible.
+: Pen specification for the screen. Data is a pointer to a UWORD array terminated with ¬†0, as found in the DrawInfo structure. Specifying the SA_Pens tag informs the system that the application is prepared to handle a screen rendered with the new 3D look of Intuition. See the section below on "DrawInfo and the 3D Look". Omitting this tag produces a screen with a flat look, but whose color usage is more backwards compatible.
+; SA_DetailPen
-Detail pen for the screen. Data is a long, unsigned value. Used for rendering details in the screen title bar and menus. Use SA_Pens beginning with V36 for more control of pen specification. If SA_Pens is not specified, the screen will not get the new 3D look of Intuition available in Release 2. Instead this value will be used as the detail pen.
+: Detail pen for the screen. Data is a long, unsigned value. Used for rendering details in the screen title bar and menus. Use SA_Pens beginning with V36 for more control of pen specification. If SA_Pens is not specified, the screen will not get the new 3D look of Intuition. Instead this value will be used as the detail pen.
+; SA_BlockPen
-Block pen for the screen. Data is a long, unsigned value. Used for rendering block fills in the screen title bar and menus. Use SA_Pens beginning with V36 for more control of pen specification. If SA_Pens is not specified, the screen will not get the new 3D look and this value will be used as the block pen.
+: Block pen for the screen. Data is a long, unsigned value. Used for rendering block fills in the screen title bar and menus. Use SA_Pens for more control of pen specification. If SA_Pens is not specified, the screen will not get the new 3D look and this value will be used as the block pen.
+; SA_Title
-Default screen title. Data is a pointer to a character string. This is the title displayed when the active window has no screen title or when no window is active on the screen.
+: Default screen title. Data is a pointer to a character string. This is the title displayed when the active window has no screen title or when no window is active on the screen.
+; SA_Colors
-Specifies initial screen palette colors. Data is a pointer to an array of ColorSpec structures, terminated by a ColorSpec structure with ColorIndex¬†=¬†-1. Screen colors may be changed after the screen is opened with the graphics library functions SetRGB4() and LoadRGB4(). ColorSpec colors are right-justified, four bits per gun.
+: Specifies initial screen palette colors. Data is a pointer to an array of ColorSpec structures, terminated by a ColorSpec structure with ColorIndex = -1. Screen colors may be changed after the screen is opened with the graphics library functions SetRGB4() and LoadRGB4(). ColorSpec colors are right-justified, four bits per gun.
+; SA_FullPalette
-Initialize color table to entire preferences palette (32 colors beginning with V36), rather than the subset from V34 and earlier, namely pens 0-3, 17-19, with remaining palette as returned by GetColorMap(). Data is a boolean value (use TRUE to set the flag). Defaults to FALSE.
+: Initialize color table to entire preferences palette (32 colors), rather than the subset from V34 and earlier, namely pens 0-3, 17-19, with remaining palette as returned by GetColorMap(). Data is a boolean value (use TRUE to set the flag). Defaults to FALSE.
+; SA_Font
-Data is a pointer to a TextAttr structure (defined in &lt;graphics/text.h&gt;) which specifies the font, size and style to use for the screen. Equivalent to NewScreen.Font.
+: Data is a pointer to a TextAttr structure (defined in &lt;graphics/text.h&gt;) which specifies the font, size and style to use for the screen. Equivalent to NewScreen.Font.
+; SA_SysFont
-Alternative to SA_Font. Selects one of the preferences system fonts. Data is a long, unsigned value, with the following values defined:
+: Alternative to SA_Font. Selects one of the preferences system fonts. Data is a long, unsigned value, with the following values defined:
-{| class="wikitable"
+:{| class="wikitable"
-| 0 || Open screen with the user‚Äôs preferred fixed width font (the default).
+| 0 || Open screen with the user's preferred fixed width font (the default).
 |-
-| 1 || Open screen with the user‚Äôs preferred font, which may be proportional.
+| 1 || Open screen with the user's preferred font, which may be proportional.
 |}
-The Workbench screen is opened with {SA_SysFont, 1}. The following table summarizes how the font selected at OpenScreen() time effects subsequent text operations in screens and windows.
+: The Workbench screen is opened with {SA_SysFont, 1}. The following table summarizes how the font selected at OpenScreen() time effects subsequent text operations in screens and windows.
-[h] Intuition Font Selection Chart
+: Intuition Font Selection Chart
+:{| class="wikitable"
-llll
+!
-l'''What you tell OpenScreen()''' &amp; '''Screen font''' &amp; '''Window.RPort font'''<br />
+! What you tell OpenScreen()
+! Screen font
-'''A''' &amp; NewScreen.Font = myfont &amp; myfont &amp; myfont<br />
+! Window.RPort font
-'''B''' &amp; NewScreen.Font = NULL &amp; GfxBase-&gt;DefaultFont &amp; GfxBase-&gt;DefaultFont<br />
-'''C''' &amp; {SA_Font, myfont} &amp; myfont &amp; myfont<br />
-'''D''' &amp; {SA_SysFont, 0} &amp; GfxBase-&gt;DefaultFont &amp; GfxBase-&gt;DefaultFont<br />
-'''E''' &amp; {SA_SysFont, 1} &amp; Font Prefs Screen text &amp; GfxBase-&gt;DefaultFont<br />
-Notes:
-<ul>
-<li><p>'''A'''</p>
-<p>and '''B''' are the options that existed in V34 and earlier OS versions.</p></li>
-<li><p>'''C'''</p>
-<p>and '''D''' are tags in Release 2 equivalent to '''A''' and '''B''' respectively.</p></li>
-<li><p>'''E'''</p>
-<p>is a new option for V36. The Workbench screen uses this option.</p></li>
-<li><p>For myfont, any font may be used including a proportional one. This is true under all releases of the OS.</p></li>
-<li><p>GfxBase-&gt;DefaultFont</p>
-<p>is always monospace. (This is the ‚ÄúSystem Default Text‚Äù from Font Preferences.)</p></li>
-<li><p>‚ÄòFont Prefs Screen‚Äô text (the ‚ÄúScreen Text‚Äù choice from Font Preferences) can be monospace or proportional.</p></li></ul>
-The screen‚Äôs font may not legally be changed after a screen is opened. The menu bar, window titles, menu items, and the contents of a string gadget all use the screen‚Äôs font. The font used for menu items can be overridden in the menu item‚Äôs IntuiText structure. Under V36 and higher, the font used in a string gadget can be overridden through the StringExtend structure. The font of the menu bar and window titles cannot be overridden.
-The Window.RPort font shown above is the initial font that Intuition sets in your window‚Äôs RastPort. It is legal to change that subsequently with SetFont(). IntuiText rendered into a window (either through PrintIText() or as a gadget‚Äôs GadgetText) defaults to the window‚Äôs RastPort font, but can be overridden using its ITextFont field. Text rendered with the graphics library call Text() uses the window‚Äôs RastPort font.
-Equivalent to the SCREENTYPE bits of the NewScreen.Type field. Data is a long, unsigned value which may be set to either CUSTOMSCREEN or PUBLICSCREEN (WBENCHSCREEN is reserved for system use). See the tags SA_BitMap, SA_Behind, SA_Quiet, SA_ShowTitle and SA_AutoScroll for the other attributes of the NewScreen.Type field.
-Use a custom bitmap for this screen. Data is a pointer to a BitMap structure. This tag is equivalent to NewScreen.CustomBitMap and implies the CUSTOMBITMAP flag of the NewScreen.Type field. The application is responsible for allocating and freeing the screen‚Äôs bitmap.
-Open this screen behind all other screens in the system. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SCREENBEHIND flag of the NewScreen.Type field.
-Disable Intuition rendering into screen. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SCREENQUIET flag of the NewScreen.Type field. The screen will have no visible title bar or gadgets, but dragging and depth arrangement still function. In order to completely prevent Intuition from rendering into the screen, menu operations must be disabled for each window in the screen using WFLG_RMBTRAP.
-Setting this flag places the screen‚Äôs title bar in front of any backdrop windows that are opened on the screen. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SHOWTITLE flag of the NewScreen.Type field. The title bar of the screen is always displayed behind any non-backdrop windows on that screen. This attribute can be changed after the screen is open with the ShowTitle() function.
-Setting this flag will enable autoscroll for this screen when it is the active screen. (Currently, the screen may only be made active by activating a window in that screen either under user or application control.) Data is a boolean value (TRUE to set flag). This tag is equivalent to the AUTOSCROLL flag of the NewScreen.Type field.
-Autoscroll means that screens larger than the visible display will automatically scroll when the user moves the mouse to the edge of the screen. Without this tag, the user moves the screen either by using the screen drag bar, or by pressing the mouse select button anywhere within the screen while holding down the left Amiga key and moving the mouse.
-Presence of this tag means that the screen is to be a public screen. Data is a pointer to a string. The string is the name of the public screen which is used by other applications to find the screen. This tag is order dependent, specify ''before'' SA_PubSig and SA_PubTask.
-Task ID (returned by FindTask()) and signal for notification that the last window has closed on a public screen. Data for SA_PubSig is a long, unsigned value. Data for SA_PubTask is a pointer to a Task structure. These two tags are order dependent, and must be specified ''after'' the tag SA_PubName.
-Set to one of the OSCAN_ specifiers to use a system standard overscan display clip and screen dimensions (unless otherwise specified). Data is a long, unsigned value. Do not specify this tag and SA_DClip. SA_Overscan is used to get one of the standard overscan dimensions, while SA_DClip is for custom dimensions. If a display clip is not specified with either SA_Overscan or SA_DClip, the display clip defaults to OSCAN_TEXT. See the section below on ‚ÄúOverscan and the Display Clip‚Äù for more information.
-Custom display clip specification. Data is a pointer to a Rectangle structure that defines the screen display clip region.
-== Public Screen Functions ==
-Public screens are a new feature of Release 2 (V36). A public screen allows multiple applications to share a single screen thus saving memory. If your application opens a public screen, then other applications will be able to open their windows on your screen. In older versions of the operating system, only the Workbench screen could be shared so applications had to live within its limitations or use up Chip memory creating their own private, custom screens.
-Now the system allows any screen to be set up as a public screen so there may be many public screens in memory at once, not just Workbench. This permits the power user to set up different work environments that multiple applications can share in a way that is memory efficient (each one with a display mode appropriate to a particular job).
-Workbench is a special case public screen because it is the initial ''default public screen''. The ''default public screen'' is the screen applications will get when they ask for a public screen but don't specify a name. Under normal conditions, Workbench is the default public screen and is created by the system at startup time. However, keep in mind that the default public screen can be changed (it's not always guaranteed to be Workbench).
-{| class="wikitable"
-| ''Screens for the Novice''. If you're not sure what kind of screen to use, then use the default public screen. Under Release 2, you can open a window on the default public screen without doing any screen set-up work. See the "Intuition Windows" chapter for more details.
-|}
-Generally, it is much easier to use an existing, public screen than to set up one of your own. Here are the basic functions you use to work with an existing public screen.
-Public Screen Functions
-{| class="wikitable"
-| LockPubScreen() || Find Workbench or any other public screen; prevent it from closing while a window is opened or its attributes copied.
 |-
+| A
-| UnlockPubScreen() || Release the lock allowing the screen to later be closed.
+| NewScreen.Font = myfont
+| myfont
+| myfont
 |-
+| B
-| SetDefaultPubScreen() || Establishes a given public screen as the default.
+| NewScreen.Font = NULL
+| GfxBase->DefaultFont
+| GfxBase->DefaultFont
 |-
+| C
-| GetDefaultPubScreen() || Copies the name of the default screen to a user supplied buffer for use by the screen manager utility (the name is not needed by normal applications, use LockPubScreen(NULL) instead).
+| {SA_Font, myfont}
+| myfont
+| myfont
 |-
+| D
-| PubScreenStatus() || Converts a screen to private or public status.
+| {SA_SysFont, 0}
+| GfxBase-&gt;DefaultFont
+| GfxBase-&gt;DefaultFont
 |-
+| E
-| SetPubScreenModes() || Controls the public screen global mode bits.
+| {SA_SysFont, 1}
+| Font Prefs Screen text
+| GfxBase-&gt;DefaultFont
 |}
+: Notes:
-By using an existing public screen, an application is no longer responsible for setting up the display, however, it also loses flexibility and control. It can no longer set the palette or depth, and it cannot write directly into screen memory without cooperation from the owner of the public screen. (If these limitations are too confining, the application can create a new screen instead.)
+:* '''A''' and '''B''' are the options that existed in V34 and earlier OS versions.
-=== Accessing a Public Screen by Name ===
+:* '''C''' and '''D''' are tags equivalent to '''A''' and '''B''' respectively.
-The main calls for accessing an existing public screen are LockPubScreen() and UnlockPubScreen(). To use these functions you need to know the name of the public screen you want to access. If you do not know the name of the public screen or if you are not sure, you can lock the default public screen with LockPubScreen(NULL).
+:* '''E''' is an option for V36 and higher. The Workbench screen uses this option.
-<pre>
-struct Screen *LockPubScreen( UBYTE * );
-VOID           UnlockPubScreen( UBYTE * , struct Screen *);
-</pre>
+:* For myfont, any font may be used including a proportional one. This is true under all releases of the OS.
-These calls enable the application to determine that a public screen exists, and to ensure its continued existence while opening a window on it. This function also serves as an improvement over the old GetScreenData() function from V34 by returning a pointer to the Screen structure of the locked screen so that its attributes can be examined.
+:* GfxBase-&gt;DefaultFont is always monospace. (This is the "System Default Text" from Font Preferences.)
-Be sure to unlock the public screen when done with it. Note that once a window is open on the screen the program does not need to hold the screen lock, as the window acts as a lock on the screen. The pointer to the screen structure is valid as long as a lock on the screen is held by the application, or the application has a window open on the screen.
+:* "Font Prefs Screen" text (the "Screen Text" choice from Font Preferences) can be monospace or proportional.
-Locks should not be held without reason. Holding unnecessary locks on screens may prevent the user from closing a public screen that has no apparent activity. Keep in mind that as long as you have a window open on a public screen, the window acts as a lock preventing the screen from closing.
+: The screen's font may not legally be changed after a screen is opened. The menu bar, window titles, menu items, and the contents of a string gadget all use the screen's font. The font used for menu items can be overridden in the menu item's IntuiText structure. Under V36 and higher, the font used in a string gadget can be overridden through the StringExtend structure. The font of the menu bar and window titles cannot be overridden.
-Shown here is a simple example of how to find the Workbench public screen using LockPubScreen() and UnlockPubScreen().
+: The Window.RPort font shown above is the initial font that Intuition sets in your window's RastPort. It is legal to change that subsequently with SetFont(). IntuiText rendered into a window (either through PrintIText() or as a gadget's GadgetText) defaults to the window's RastPort font, but can be overridden using its ITextFont field. Text rendered with the graphics library call Text() uses the window's RastPort font.
+; SA_Type
+: Equivalent to the SCREENTYPE bits of the NewScreen.Type field. Data is a long, unsigned value which may be set to either CUSTOMSCREEN or PUBLICSCREEN (WBENCHSCREEN is reserved for system use). See the tags SA_BitMap, SA_Behind, SA_Quiet, SA_ShowTitle and SA_AutoScroll for the other attributes of the NewScreen.Type field.
+; SA_BitMap
-<pre>;/* pubscreenbeep.c - Execute me to compile me with SAS 5.10
+: Use a custom bitmap for this screen. Data is a pointer to a BitMap structure. This tag is equivalent to NewScreen.CustomBitMap and implies the CUSTOMBITMAP flag of the NewScreen.Type field. The application is responsible for allocating and freeing the screen's bitmap.
-LC -b1 -cfistq -v -y -j73 pubscreenbeep.c
-blink LIB:c.o pubscreenbeep.o TO pubscreenbeep LIB LIB:lc.lib LIB:amiga.lib
-quit
-*/
+; SA_Behind
-#include &lt;exec/types.h&gt;               /* Amiga data types.               */
+: Open this screen behind all other screens in the system. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SCREENBEHIND flag of the NewScreen.Type field.
-#include &lt;exec/libraries.h&gt;
-#include &lt;intuition/intuition.h&gt;      /* Lots of important Intuition     */
-#include &lt;intuition/screens.h&gt;        /* structures we will be using.    */
+; SA_Quiet
-#include &lt;clib/exec_protos.h&gt;         /* Function prototypes             */
+: Disable Intuition rendering into screen. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SCREENQUIET flag of the NewScreen.Type field. The screen will have no visible title bar or gadgets, but dragging and depth arrangement still function. In order to completely prevent Intuition from rendering into the screen, menu operations must be disabled for each window in the screen using WFLG_RMBTRAP.
-#include &lt;clib/intuition_protos.h&gt;
+; SA_ShowTitle
-#ifdef LATTICE
+: Setting this flag places the screen's title bar in front of any backdrop windows that are opened on the screen. Data is a boolean value (TRUE to set flag). This tag is equivalent to the SHOWTITLE flag of the NewScreen.Type field. The title bar of the screen is always displayed behind any non-backdrop windows on that screen. This attribute can be changed after the screen is open with the ShowTitle() function.
-int CXBRK(void)    { return(0); }     /* Disable Lattice CTRL/C handling */
-int chkabort(void) { return(0); }     /* really */
-#endif
+; SA_AutoScroll
-struct Library *IntuitionBase;        /* Intuition library base           */
+: Setting this flag will enable autoscroll for this screen when it is the active screen. (Currently, the screen may only be made active by activating a window in that screen either under user or application control.) Data is a boolean value (TRUE to set flag). This tag is equivalent to the AUTOSCROLL flag of the NewScreen.Type field.
+: Autoscroll means that screens larger than the visible display will automatically scroll when the user moves the mouse to the edge of the screen. Without this tag, the user moves the screen either by using the screen drag bar, or by pressing the mouse select button anywhere within the screen while holding down the left Amiga key and moving the mouse.
-/* Simple example of how to find a public screen to work with in Release 2.
- */
-VOID main(int argc, char **argv)
-{
-struct Screen  *my_wbscreen_ptr;     /* Pointer to the Workbench screen */
-/* Open the library before you call any functions */
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;,0);
-if (NULL != IntuitionBase)
-   {
-   if(IntuitionBase-&gt;lib_Version&gt;=36)
-      {
-      /* OK, we have the right version of the OS so we can use
-      ** the new public screen functions of Release 2 (V36)
-      */
-      if(NULL!=(my_wbscreen_ptr=LockPubScreen(&quot;Workbench&quot;)))
-          {
-          /* OK found the Workbench screen.                      */
-          /* Normally the program would be here.  A window could */
-          /* be opened or the attributes of the screen copied    */
-          DisplayBeep(my_wbscreen_ptr);
-          UnlockPubScreen(NULL,my_wbscreen_ptr);
-          }
-      }
-   else
-      {
-      /* Prior to Release 2 (V36), there were no public screens,     */
-      /* just Workbench.  In those older systems, windows can be     */
-      /* opened on Workbench without locking or a pointer by setting */
-      /* the Type=WBENCHSCREEN in struct NewWindow.  Attributes can  */
-      /* be obtained by setting the Type argument to WBENCHSCREEN in */
-      /* the call to GetScreenData().                                */
-      }
-   CloseLibrary(IntuitionBase);
-   }
-}</pre>
-=== The Default Public Screen and Workbench ===
-As mentioned earlier, Workbench is a special case public screen because it is the initial ''default public screen''. There are other reasons Workbench has a special status. Normally, it‚Äôs the first thing the user sees because it is the default user interface on all Amiga computers. Many older applications written for V34 and earlier versions of the OS expect to run in the Workbench screen. Also, Workbench is currently the only public screen supported by system Preferences and the only screen Intuition can automatically open.
-Because of its close ties with the operating system, there are some extra functions available to manipulate the Workbench screen. One function which controls both Workbench and other public screens is SetPubScreenModes(). This function controls the global public screen mode bits, SHANGHAI and POPPUBSCREEN. If the SHANGHAI mode bit is set, older applications which expect to open on the Workbench screen will open instead on the default public screen (which may or may not be the Workbench screen). The POPPUBSCREEN bit controls whether public screens will be popped to the front when a window is opened. These modes are documented in the ‚ÄúIntuition Windows‚Äù chapter in the section on ‚ÄúWindows and Screens‚Äù.
-Other functions which control the Workbench screen are listed in the table below.
-[h]
-Workbench Public Screen Functions
-<table>
-<tbody>
-<tr class="odd">
-<td align="left">WBenchToBack()</td>
-<td align="left">Move the Workbench screen behind all other screens.</td>
-</tr>
-<tr class="even">
-<td align="left">WBenchToFront()</td>
-<td align="left">Move the Workbench screen in front of all other screens.</td>
-</tr>
-<tr class="odd">
-<td align="left">OpenWorkBench()</td>
-<td align="left">Open the Workbench screen. If the screen is already open,</td>
-</tr>
-<tr class="even">
-<td align="left"></td>
-<td align="left">this call has no effect. This call will re-awaken the</td>
-</tr>
-<tr class="odd">
-<td align="left"></td>
-<td align="left">Workbench application if it was active when CloseWorkBench()</td>
-</tr>
-<tr class="even">
-<td align="left"></td>
-<td align="left">was called.</td>
-</tr>
-<tr class="odd">
-<td align="left">CloseWorkBench()</td>
-<td align="left">Attempt to reclaim memory used for the Workbench screen.</td>
-</tr>
-<tr class="even">
-<td align="left"></td>
-<td align="left">If successful, this call closes the screen and puts the</td>
-</tr>
-<tr class="odd">
-<td align="left"></td>
-<td align="left">Workbench application to sleep. This call fails if any</td>
-</tr>
-<tr class="even">
-<td align="left"></td>
-<td align="left">application has windows open or locks on the Workbench screen.</td>
-</tr>
-</tbody>
-</table>
-Programs can attempt to reclaim memory used by the Workbench screen by calling CloseWorkBench(). Programs that have closed Workbench, should call OpenWorkBench() as they exit or allow the user to re-open the screen through a menu or gadget.
-If Workbench is closed, any of the following events can re-open it: calling OpenWorkBench(); opening a window on the Workbench (including EasyRequests() such as the DOS ‚ÄúInsert Disk‚Äù requester); calling LockPubScreen(&quot;Workbench&quot;); calling LockPubScreen(NULL) when Workbench is the default public screen.
-=== Taking a new Custom Screen Public ===
-Applications that open a new screen should consider taking the screen public. If the screen‚Äôs characteristics are not very esoteric, making the screen public is useful because it allows other applications to share the working context. This makes an application more powerful and more attractive to the user because it allows the user to add supporting applications and utilities from other vendors to make a customized and integrated work environment.
-To make your own custom screen into a public screen that other applications may use, you give the screen a public name and then register the screen with Intuition. The screen must be declared as public in the OpenScreenTagList() call by specifying a public name string with the SA_PubName tag. The application‚Äôs task ID and a signal bit may also be registered when the screen is opened with the SA_PubTask and SA_PubSig tags. If these tags are given, the system will signal your task when the last window on the screen closes.
-When a new public screen is opened, it starts out private so the application can perform any desired initialization (for instance, opening a backdrop window) before the screen is made public. Use the PubScreenStatus() function to make the screen public and available to other applications (or to take the screen private again, later). The screen may not be taken private or closed until all windows on the screen are closed and all locks on the screen are released. However, the screen does not need to be made private before closing it.
-CloseScreen()
-will fail if an attempt is made to close a public screen that still has visitor windows or locks on it. If the user selects close screen, but the screen will not close due to visitor windows, a requester should be displayed informing the user of the condition and instructing them to close any windows before closing the screen.
-=== Searching the Public Screen List ===
-To access an existing public screen the application may take one of three approaches. To get a lock on the default public screen, either LockPubScreen(NULL) or {WA_PubScreenName, NULL} may be used.
-If the name of the screen is known, the application may use LockPubScreen(Name) to gain a lock on the screen as shown in the example above (or use OpenWindowTagList() with the WA_PubScreenName tag as described in the ‚ÄúIntuition Windows‚Äù chapter). Failure to lock the screen or open the window probably indicates that the screen does not exist.
-A third approach is to search the public screen list for a screen that meets the requirements of the application. These requirements may be related to the name or attributes of the screen. Here are the functions to use with the public screen list maintained by Intuition.
-[h]
-Public Screen List Functions
-<table>
-<tbody>
-<tr class="odd">
-<td align="left">LockPubScreenList()</td>
-<td align="left">Lock the public screen list maintained by Intuition</td>
-</tr>
-<tr class="even">
-<td align="left"></td>
-<td align="left">so that it may be quickly copied</td>
-</tr>
-<tr class="odd">
-<td align="left">UnlockPubScreenList()</td>
-<td align="left">Release the lock on the public screen list</td>
-</tr>
-<tr class="even">
-<td align="left">NextPubScreen()</td>
-<td align="left">Find the next screen in the public screen list</td>
-</tr>
-</tbody>
-</table>
-The main function used to access the public screen list is LockPubScreenList(). This function, intended for use by the public screen manager utility, locks the list to allow data from it to be quickly copied. The list is stored in an Exec List structure, with each node in the list being a PubScreenNode structure. See &lt;intuition/screens.h&gt; for details.
-Do not interpret the list while in a locked state, instead, copy any values required to local variables and release the lock. All required data must be copied, including the name of the screen which is not part of the structure. Pointers that reference the list or structures attached to the list are not valid after releasing the lock. Once the lock is released, the screen pointers in the list (psn_Screen) may be tested for equality against other screen pointers, but referencing any part of the screen structure from this pointer is strictly illegal. After the lock is released with UnlockPubScreenList(), the application may access the data in the screen structure by obtaining a lock on the screen using LockPubScreen() with the name of the screen.
-The application should only require accessing three fields in the PubScreenNode, these are ln_Name, psn_Screen and psn_Flags. The name of the public screen is maintained in the ln_Name field of the Node (psn_Node) structure. Access to other information on the screen may be done by getting a lock on this name and reading the data from the Screen structure. The screen pointer (psn_Screen) may only be used for testing against other screen pointers, never reference the screen structure from this value. Finally, the public screen flags are maintained in psn_Flags. Currently, only PSNF_PRIVATE is defined for this field. PSNF_PRIVATE indicates that the screen is not currently public.
-Remember that all information in the public screen list is transitory, that is, it may change at any time. Do not rely on the values in the list. The only way to ensure the existence or mode of a screen is to lock it, either directly with LockPubScreen() or by opening a window on the screen. To update the copy of the list, lock it and copy the data again. Don‚Äôt forget to release the lock when finished.
+; SA_PubName
+: Presence of this tag means that the screen is to be a public screen. Data is a pointer to a string. The string is the name of the public screen which is used by other applications to find the screen. This tag is order dependent, specify ''before'' SA_PubSig and SA_PubTask.
+; SA_PubSig, SA_PubTask
+: Task ID (returned by FindTask()) and signal for notification that the last window has closed on a public screen. Data for SA_PubSig is a long, unsigned value. Data for SA_PubTask is a pointer to a Task structure. These two tags are order dependent, and must be specified ''after'' the tag SA_PubName.
+; SA_Overscan
-As an alternative to dealing with the public screen list, NextPubScreen() can be used. This call takes the name of a public screen as its argument and returns the name of the next screen in the public screen list. This helps an application move a window through the entire rotation of public screens. Repeated calls to NextPubScreen() could be used to get the names of all public screens one at a time. Keep in mind though that the list of public screens is subject to sudden change; the task that owns a public screen might close it after you obtain the name, but before you access the screen.
+: Set to one of the OSCAN_ specifiers to use a system standard overscan display clip and screen dimensions (unless otherwise specified). Data is a long, unsigned value. Do not specify this tag and SA_DClip. SA_Overscan is used to get one of the standard overscan dimensions, while SA_DClip is for custom dimensions. If a display clip is not specified with either SA_Overscan or SA_DClip, the display clip defaults to OSCAN_TEXT. See the section below on "Overscan and the Display Clip" for more information.
+; SA_DClip
-Always use LockPubScreen() to access screen information after scanning the public screen list.
+: Custom display clip specification. Data is a pointer to a Rectangle structure that defines the screen display clip region.
 == DrawInfo and the 3D Look ==
+Whenever a new screen is created, Intuition also creates an auxiliary data structure called a DrawInfo. The DrawInfo structure provides information Intuition uses to support the 3D look and specifies graphical information for applications that use the screen. The information includes such items as aspect ratio (resolution), font, number of colors and drawing pens.
+<syntaxhighlight>
+struct DrawInfo
-In Release 2, whenever a new screen is created, Intuition also creates an auxiliary data structure called a DrawInfo. The DrawInfo structure provides information Intuition uses to support the new 3D look of Release 2 and specifies graphical information for applications that use the screen. The information includes such items as aspect ratio (resolution), font, number of colors and drawing pens.
-<pre>struct DrawInfo
 {
     UWORD       dri_Version;    /* will be  DRI_VERSION                 */
@@ Line 747: / Line 211: @@
     ULONG       dri_Flags;              /* defined below                */
     ULONG       dri_Reserved[7];        /* avoid recompilation ;^)      */
-};</pre>
+};
+</syntaxhighlight>
 Before an application uses fields in the DrawInfo structure, it should check the version of the structure to ensure that all fields are available. If the field dri_Version is greater than or equal to the constant DRI_VERSION that the application was compiled with, it can be assured that all fields in DrawInfo that it knows about are being supported by Intuition.
@@ Line 758: / Line 222: @@
 Intuition has two default sets of pens, one for multi-bitplane screens and one for single bitplane screens. In addition, there is a special compatibility mode for screens that do not specify the SA_Pens tag.
+; 3D Look
-The is the full 3D look as found by default on the Workbench screen in Release 2. Objects are drawn so that light appears to come from the upper left of the screen with shadows cast to the lower right giving them a three-dimensional look.
+: The is the full 3D look as found by default on the Workbench screen. Objects are drawn so that light appears to come from the upper left of the screen with shadows cast to the lower right giving them a three-dimensional look.
+; Monochrome Look
-It is impossible to produce the full 3D look in a single bitplane (two color) screen. Intuition provides a fallback pen specification that is used in monochrome screens with no loss of information.
+: It is impossible to produce the full 3D look in a single bitplane (two color) screen. Intuition provides a fallback pen specification that is used in monochrome screens with no loss of information.
+; Compatible Look
+: Custom screens that do not provide the SA_Pens tag are assumed to have no knowledge of the pen array. They are rendered in a special version of the monochrome new look, which uses the screen's DetailPen and BlockPen to get its colors. This is provided for compatibility with V34 and older versions of the operating system.
+It is very easy for an application to use the default pen specification. Simply specify an empty pen specification (in C, {~0}), and Intuition will fill in all of the values with defaults appropriate for the screen. This technique is demonstrated in the first two examples listed earlier in this article.
+For certain applications, a custom pen specification is required. A custom pen specification is set up when the screen is opened by using the SA_Pens tag and a pointer to a pen array. Currently, Intuition uses nine pens to support the 3D look. The application can specify all of these, or only a few pens and Intuition will fill in the rest. Intuition will only fill in pens that are past the end of those specified by the application, there is no facility for using default values for "leading" pens (those at the beginning of the array) without using the defaults for the rest of the pens.
-Custom screens that do not provide the SA_Pens tag are assumed to have no knowledge of the pen array. They are rendered in a special version of the monochrome new look, which uses the screen‚Äôs DetailPen and BlockPen to get its colors. This is provided for compatibility with V34 and older versions of the operating system.
+Using the pen specification of an existing public screen is a bit more involved. First, the application must get a pointer to the screen structure of the public screen using the LockPubScreen() call. A copy of the screen's DrawInfo structure may then be obtained by calling GetScreenDrawInfo(). The DrawInfo structure contains a copy of the pen specification for the screen that can be used in the OpenScreenTagList() call with the SA_Pens tag. The pen array is copied to the data structures of the new screen (it is not kept as a pointer to the information passed), so the application may immediately call FreeScreenDrawInfo() and UnlockPubScreen() after the new screen is open.
-It is very easy for an application to use the default pen specification. Simply specify an empty pen specification (in C, {~0}), and Intuition will fill in all of the values with defaults appropriate for the screen. This technique is demonstrated in the first two examples listed earlier in this chapter.
+<syntaxhighlight>
-For certain applications, a custom pen specification is required. A custom pen specification is set up when the screen is opened by using the SA_Pens tag and a pointer to a pen array. Currently, Intuition uses nine pens to support the 3D look. The application can specify all of these, or only a few pens and Intuition will fill in the rest. Intuition will only fill in pens that are past the end of those specified by the application, there is no facility for using default values for ‚Äúleading‚Äù pens (those at the beginning of the array) without using the defaults for the rest of the pens.
+/* publicscreen.c
-Using the pen specification of an existing public screen is a bit more involved. First, the application must get a pointer to the screen structure of the public screen using the LockPubScreen() call. A copy of the screen‚Äôs DrawInfo structure may then be obtained by calling GetScreenDrawInfo(). The DrawInfo structure contains a copy of the pen specification for the screen that can be used in the OpenScreenTagList() call with the SA_Pens tag. The pen array is copied to the data structures of the new screen (it is not kept as a pointer to the information passed), so the application may immediately call FreeScreenDrawInfo() and UnlockPubScreen() after the new screen is open.
-<pre>/* publicscreen.c
 ** open a screen with the pens from a public screen.
-**
-** SAS/C 5.10a
-** lc -b1 -cfist -v -y publicscreen
-** blink FROM LIB:c.o publicscreen.o TO publicscreen LIB LIB:lc.lib LIB:amiga.lib
 */
+#include <exec/types.h>
-#define INTUI_V36_NAMES_ONLY
+#include <intuition/intuition.h>
+#include <intuition/screens.h>
-#include &lt;exec/types.h&gt;
+#include <proto/exec.h>
-#include &lt;intuition/intuition.h&gt;
+#include <proto/dos.h>
-#include &lt;intuition/screens.h&gt;
+#include <proto/intuition.h>
-#include &lt;clib/exec_protos.h&gt;
-#include &lt;clib/dos_protos.h&gt;
-#include &lt;clib/intuition_protos.h&gt;
-#ifdef LATTICE
-int CXBRK(void)    { return(0); }  /* Disable Lattice CTRL/C handling */
-int chkabort(void) { return(0); }  /* really */
-#endif
 VOID usePubScreenPens(void);
-struct Library *IntuitionBase;
+struct IntuitionIFace *IIntuition = NULL;
 /* main(): open libraries, clean up when done.
 */
-VOID main(int argc, char **argv)
+int main(int argc, char **argv)
 {
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;,0);
+  struct Library *IntuitionBase = IExec->OpenLibrary("intuition.library", 50);
-if ( IntuitionBase != NULL )
+  IIntuition = (struct IntuitionIFace*)IExec->GetInterface(IntuitionBase, "main", 1, NULL);
+  if ( IIntuition != NULL )
-    {
+  {
-    /* Check the version number; Release 2 is */
+    usePubScreenPens();
-    /* required for public screen functions   */
+  }
-    if (IntuitionBase-&gt;lib_Version &gt;= 37)
+  IExec->DropInterface((struct Interface*)IIntuition);
-        {
+  IExec->CloseLibrary(IntuitionBase);
-        usePubScreenPens();
+  return 0;
-        }
-    CloseLibrary(IntuitionBase);
-    }
 }
@@ Line 826: / Line 275: @@
 struct Screen *my_screen;
 struct TagItem screen_tags[2];
-UBYTE *pubScreenName = &quot;Workbench&quot;;
+UBYTE *pubScreenName = "Workbench";
 struct Screen *pub_screen = NULL;
@@ Line 832: / Line 281: @@
 /* Get a lock on the Workbench screen */
-pub_screen = LockPubScreen(pubScreenName);
+pub_screen = IIntuition->LockPubScreen(pubScreenName);
 if ( pub_screen != NULL )
     {
     /* get the DrawInfo structure from the locked screen */
-    screen_drawinfo = GetScreenDrawInfo(pub_screen);
+    screen_drawinfo = IIntuition->GetScreenDrawInfo(pub_screen);
     if ( screen_drawinfo != NULL)
         {
@@ Line 846: / Line 295: @@
         ** workbench screen pens on a monochrome screen (which may not
         ** be a good idea).  You could add the tag:
-        **      (SA_Depth, screen_drawinfo-&gt;dri_Depth)
+        **      (SA_Depth, screen_drawinfo->dri_Depth)
         */
         screen_tags[0].ti_Tag  = SA_Pens;
-        screen_tags[0].ti_Data = (ULONG)(screen_drawinfo-&gt;dri_Pens);
+        screen_tags[0].ti_Data = (ULONG)(screen_drawinfo->dri_Pens);
-        screen_tags[0].ti_Tag  = TAG_END;
+        screen_tags[1].ti_Tag  = TAG_END;
-        screen_tags[0].ti_Data = NULL;
+        screen_tags[1].ti_Data = NULL;
-        my_screen = OpenScreenTagList(NULL, screen_tags);
+        my_screen = IIntuition->OpenScreenTagList(NULL, screen_tags);
         if (my_screen != NULL)
             {
@@ Line 860: / Line 309: @@
             ** own screen.  Release the screen.
             */
-            FreeScreenDrawInfo(pub_screen,screen_drawinfo);
+            IIntuition->FreeScreenDrawInfo(pub_screen,screen_drawinfo);
             screen_drawinfo = NULL;
-            UnlockPubScreen(pubScreenName,pub_screen);
+            IIntuition->UnlockPubScreen(pubScreenName,pub_screen);
             pub_screen = NULL;
-            Delay(90);   /* should be rest_of_program */
+            IDOS->Delay(90);   /* should be rest_of_program */
-            CloseScreen(my_screen);
+            IIntuition->CloseScreen(my_screen);
             }
         }
@@ Line 876: / Line 325: @@
 */
 if ( screen_drawinfo != NULL )
-    FreeScreenDrawInfo(pub_screen,screen_drawinfo);
+    IIntuition->FreeScreenDrawInfo(pub_screen,screen_drawinfo);
 if ( pub_screen!= NULL )
-    UnlockPubScreen(pubScreenName,pub_screen);
+    IIntuition->UnlockPubScreen(pubScreenName,pub_screen);
+}
-}</pre>
+</syntaxhighlight>
+The pen specification for the Workbench screen happens to match the Intuition default specification, however, this is not required and may change in the future. To create a screen that uses the pens defined in the Workbench screen, the application must get a copy of the pen array from the Workbench screen and use this copy with the SA_Pens tag as described above.
+Here is a list of the pens that support the 3D look along with their uses. To read the value of a particular pen, use UWORD penvalue = myDrawInfo->dri_Pens[PENNAME], where myDrawInfo is a pointer to a DrawInfo structure and PENNAME is taken from the list below:
-Beginning with V36, the pen specification for the Workbench screen happens to match the Intuition default specification, however, this is not required and may change in the future. To create a screen that uses the pens defined in the Workbench screen, the application must get a copy of the pen array from the Workbench screen and use this copy with the SA_Pens tag as described above.
+; DETAILPEN
-Here is a list of the pens defined under V36 that support the 3D look along with their uses. To read the value of a particular pen, use UWORD¬†penvalue¬†=¬†myDrawInfo-&gt;dri_Pens[PENNAME], where myDrawInfo is a pointer to a DrawInfo structure and PENNAME is taken from the list below:
+: Pen compatible with V34. Used to render text in the screen's title bar.
+; BLOCKPEN
+: Pen compatible with V34. Used to fill the screen's title bar.
+; TEXTPEN
+: Pen for regular text on BACKGROUNDPEN.
+; SHINEPEN
+: Pen for the bright edge on 3D objects.
+; SHADOWPEN
+: Pen for the dark edge on 3D objects.
+; FILLPEN
-Pen compatible with V34. Used to render text in the screen‚Äôs title bar.
+: Pen for filling the active window borders and selected gadgets.
+; FILLTEXTPEN
+: Pen for text rendered over FILLPEN.
+; BACKGROUNDPEN
+: Pen for the background color. Currently must be zero.
+; HIGHLIGHTTEXTPEN
-Pen compatible with V34. Used to fill the screen‚Äôs title bar.
+: Pen for "special color" or highlighted text on BACKGROUNDPEN.
-Pen for regular text on BACKGROUNDPEN.
-Pen for the bright edge on 3D objects.
-Pen for the dark edge on 3D objects.
-Pen for filling the active window borders and selected gadgets.
-Pen for text rendered over FILLPEN.
-Pen for the background color. Currently must be zero.
-Pen for ‚Äúspecial color‚Äù or highlighted text on BACKGROUNDPEN.
 === The Font Specification in DrawInfo ===
 Font information for a screen comes from a number of different places.
 The application may specify the font to be used in a screen by providing the SA_Font tag with a TextAttr structure. In this case, the font will be used by the screen and will be the default font for the RastPort of any window opening in the screen.
+If the application requests the user's preferred monospace font, it is taken from GfxBase-&gt;DefaultFont. Any window's RastPorts are also initialized to use this same font.
+The screen font selected by the user from the Preferences font editor may be used for the screen by using the SA_SysFont tag. This font, the "preferred screen font", may be proportional. For compatibility reasons, if this font is specified for the screen, the window's RastPort will be initialized to GfxBase-&gt;DefaultFont (a non-proportional font).
+To access information on an open screen's font, the application may reference Screen.Font or DrawInfo.dri_Font. These fonts are identical, the DrawInfo structure simply provides an alternate method of accessing the information. Note that Screen.Font is a pointer to a TextAttr structure and that DrawInfo.dri_Font is a pointer to a TextFont structure. The application may use whichever form is best suited to its requirements.
-If the application requests the user‚Äôs preferred monospace font, it is taken from GfxBase-&gt;DefaultFont. Any window‚Äôs RastPorts are also initialized to use this same font.
+It is illegal to change the screen's font after the screen is opened. This means that the font specified in the Screen and DrawInfo structures is guaranteed to remain open as long is the screen is open.
+The menu bar, window titles, menu items, and the contents of a string gadget all use the screen's font. The font used for menu items can be overridden in the menu item's IntuiText structure. The font used in a string gadget can be overridden through the StringExtend structure. The font of the menu bar and window titles cannot be overridden.
+For more information on screen fonts, see the description of the SA_Font and SA_SysFont tags in the "Screen Attributes" section above.
-The screen font selected by the user from the Preferences font editor may be used for the screen by using the SA_SysFont tag. This font, the ‚Äúpreferred screen font‚Äù, may be proportional. For compatibility reasons, if this font is specified for the screen, the window‚Äôs RastPort will be initialized to GfxBase-&gt;DefaultFont (a non-proportional font).
+== Overscan and the Display Clip ==
-To access information on an open screen‚Äôs font, the application may reference Screen.Font or DrawInfo.dri_Font. These fonts are identical, the DrawInfo structure simply provides an alternate method of accessing the information. Note that Screen.Font is a pointer to a TextAttr structure and that DrawInfo.dri_Font is a pointer to a TextFont structure. The application may use whichever form is best suited to its requirements.
+Screens may be larger or smaller than the defined display area (''overscan rectangle'' or ''display clip''). When a screen is smaller than the display area, the display clip acts as a "container" for the screen. The screen may be moved anywhere within the display clip. When a screen is larger than the display area, the display clip acts as a "window" into the screen. The screen may be moved so that different parts are visible. Each dimension of the screen is independent and may be larger than, the same as, or smaller than the dimensions of the display clip.
+The system is very flexible in its specification of screen size. Unless an application fixes its screen size with hard coded values, it should be prepared to handle the possibility that the user has changed the default overscan presets or the default monitor.
+Use the constants STDSCREENHEIGHT and STDSCREENWIDTH with the SA_Width and SA_Height tags to open a screen the same size as the display clip. These constants will work with any of the preset overscan values set with SA_Overscan, and with custom overscan values set with SA_DClip.
-It is illegal to change the screen‚Äôs font after the screen is opened. This means that the font specified in the Screen and DrawInfo structures is guaranteed to remain open as long is the screen is open.
+=== Preset Overscan Values ===
-The menu bar, window titles, menu items, and the contents of a string gadget all use the screen‚Äôs font. The font used for menu items can be overridden in the menu item‚Äôs IntuiText structure. Under V36 and higher, the font used in a string gadget can be overridden through the StringExtend structure. The font of the menu bar and window titles cannot be overridden.
+Four preset overscan dimensions are provided. Applications that support overscan should use these preset values where possible since they will be tailored to each individual system. Avoid using custom values that happen to look good on a specific system. However, be aware that the size and positioning of overscan screens can be different on every system depending on how the user has set Overscan Preferences. These preset values are also dependent on the underlying display mode so keep in mind that both offset and size parameters will change under different screen modes. Overscan presets can be used, among other things, with the SA_Overscan tag to set the size of the screen's display clip or passed as an argument to QueryOverscan() to find their current overscan settings.
-For more information on screen fonts, see the description of the SA_Font and SA_SysFont tags in the ‚ÄúScreen Attributes‚Äù section above.
+; OSCAN_TEXT
-=== Cloning a Public Screen (Workbench) ===
+: This overscan region is based on user preference settings and indicates a display that is completely within the visible bounds of the monitor. The View origin is set to the upper left corner of the text overscan rectangle which is the highest leftmost point known to be visible on the physical display. This position is set by the user through the Overscan Preferences editor. All screen positions and display clips are relative to this origin.
+; OSCAN_STANDARD
+: The edges of OSCAN_STANDARD display are also based on user preferences and are set to be just outside the visible bounds of the monitor. OSCAN_STANDARD provides the smallest possible display that will fill the entire screen with no border around it. Parts of the display created with OSCAN_STANDARD may not be visible to the user.
+; OSCAN_MAX
+: Create the largest display fully supported by Intuition and the graphics library. This is the largest size for which all enclosed sizes and positions are legal. Parts of the display created with OSCAN_MAX may not be visible to the user.
+; OSCAN_VIDEO
-User preferences for screen attributes are generally reflected in the Workbench screen or in the default public screen. In some cases it may be useful to create a new screen with the same attributes.
+: Create the largest display, restricted by the hardware. This is the only legal size and position that is possibly (but not necessarily) larger than OSCAN_MAX. You must use the exact size and position specified. OSCAN_VIDEO does not support variable left edge, top edge positioning. Parts of the display created with OSCAN_VIDEO may not be visible to the user.
+If custom clipping is required, a display clip may be explicitly specified using the SA_DClip tag and a Rectangle structure specification. This custom rectangle must fit within the OSCAN_MAX rectangle, offset included. It is not permitted to specify custom rectangles whose values are in between OSCAN_MAX and OSCAN_VIDEO, nor is it permitted to specify rectangles larger than OSCAN_VIDEO. For an example of how to open a centered overscan screen based on user preferences, see the "module/screen.c" listing in the [[IFF_Source_Code|IFF Source Code]].
-Under V34, information on a screen was available through the GetScreenData() call. Due to extensions in V36 screen and graphics capabilities, this call is no longer sufficient to completely describe the display. Applications should now use a variety of calls; the specific call depends on the information required.
+Use the Graphics library call VideoControl() to find the true display clip of a screen. See the Graphics Autodocs and [[Graphics_Primitives|Graphics Primitives]] for more information on VideoControl(). The ViewPortExtra structure contains the display clip information.
-LockPubScreen()
+If any dimension of a screen is not equal to the equivalent display clip dimension, then the screen may be scrolled. If the screen's dimensions are smaller than the display clip, then the screen may be positioned within the display clip. If the screen is larger than the display clip, then it may be positioned such that any part of the screen is visible.
-returns a pointer to the Screen structure of a specific screen. GetScreenDrawInfo() returns rendering information on the screen, such as the pen array and font used. QueryOverscan() returns the overscan information of a specific display mode (for more information, see the section on ‚ÄúOverscan and the Display Clip‚Äù).
+AutoScroll may be activated by setting the tag SA_AutoScroll. Screens will only scroll when they are the active screen. Activate a window in the screen to make the screen active.
-The example below shows how to use GetScreenDrawInfo() to examine the attributes of the Workbench screen so that a new screen with the same attributes can be created.
+{{Note|title=About the Default Display Clip|text=The default display clip for a screen is the entire screen, that is, the rectangle starting from the upper left corner of the screen and ending at the lower right corner of the screen. This display clip is only used if the application does not specify SA_Overscan or SA_DClip. When using this default display clip the screen will not scroll as the screen exactly fits into the clipping region.}}
-<pre>struct DrawInfo *GetScreenDrawInfo( struct Screen * );</pre>
+When opening a window in an overscanned screen, it is often useful to open it relative to the visible part of the screen rather than relative to the entire screen. Use QueryOverscan() to find the overscan region and where the screen is positioned relative to it.
+<syntaxhighlight>
-The attributes required to clone an existing screen are its width, height, depth, pens and mode. The pens and screen depth are available through the DrawInfo structure. The width and height may be obtained from the Screen structure. (The width and height may be larger than the overscan area if the screen is scrollable, and autoscroll may always be enabled as it does not effect displays smaller than or equal to the overscan area.)
+LONG QueryOverscan(ULONG displayID, struct Rectangle *rect, WORD overscanType );
+</syntaxhighlight>
+This example was taken from [[Intuition_Windows|Intuition Windows]] in the section "Visible Display Sized Window Example". The complete example is reproduced there.
+<syntaxhighlight>
+/* this technique returns the text overscan rectangle of the screen that we
-The screen‚Äôs display mode can be obtained using the graphics library call GetVPModeID(). This call returns the display ID of an existing screen which can then be used as the data for the SA_DisplayID tag in OpenScreenTagList(). Note that the example assumes the screen should be open to the user‚Äôs text overscan preference. If an exact copy of the display clip of the existing screen is required, use the VideoControl() command of the graphics library to access the ViewPortExtra structure.
+** are opening on.  If you really need the actual value set into the display
+** clip of the screen, use the VideoControl() command of the graphics library
-The colors of the screen may be copied using the graphics library calls GetRGB4(), SetRGB4(), SetRGB4CM() and LoadRGB4(). The example code does not copy the colors.
+** to return a copy of the ViewPortExtra structure.  See the Graphics
+** library articles and Autodocs for more details.
-The example copies the font from the cloned screen. A reasonable alternative would be to use the user‚Äôs preference font, which may be accessed through the SA_SysFont tag.
-<pre>/* clonescreen.c
-** clone an existing public screen.
 **
+** GetVPModeID() is a graphics call...
-** SAS/C 5.10a
-** lc -b1 -cfist -v -y clonescreen
-** blink FROM LIB:c.o clonescreen.o TO clonescreen LIB LIB:lc.lib LIB:amiga.lib
 */
+screen_modeID = IGraphics->GetVPModeID(&(pub_screen->ViewPort))))
-#define INTUI_V36_NAMES_ONLY
+if (screen_modeID != INVALID_ID)
-#include &lt;exec/types.h&gt;
-#include &lt;exec/memory.h&gt;
-#include &lt;intuition/intuition.h&gt;
-#include &lt;intuition/screens.h&gt;
-#include &lt;clib/exec_protos.h&gt;
-#include &lt;clib/dos_protos.h&gt;
-#include &lt;clib/graphics_protos.h&gt;
-#include &lt;clib/intuition_protos.h&gt;
-#include &lt;string.h&gt;
-#ifdef LATTICE
-int CXBRK(void)    { return(0); }  /* Disable Lattice CTRL/C handling */
-int chkabort(void) { return(0); }  /* really */
-#endif
-VOID cloneScreen( UBYTE * );
-struct Library *IntuitionBase;
-struct GfxBase *GfxBase;
-/*
-** Open all libraries for the cloneScreen() subroutine.
-*/
-VOID main(int argc, char **argv)
-{
-UBYTE *pub_screen_name = &quot;Workbench&quot;;
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;,0);
-if (IntuitionBase != NULL)
     {
+    if ( IGraphics->QueryOverscan(screen_modeID, &rect, OSCAN_TEXT) )
-    /* Require version 37 of Intuition. */
-    if (IntuitionBase-&gt;lib_Version &gt;= 37)
         {
-        /* Note the two methods of getting the library version
+        /* if this screen's origin is up or to the left of the */
+        /* view origin then move the window down and to the right */
-        ** that you really want.
+        left = max(0, -pub_screen->LeftEdge);
-        */
+        top  = max(0, -pub_screen->TopEdge);
-        GfxBase = (struct GfxBase *)OpenLibrary(&quot;graphics.library&quot;,37);
-        if (GfxBase != NULL)
-            {
-            cloneScreen(pub_screen_name);
+        /* get width and height from size of display clip */
-            CloseLibrary((struct Library *)GfxBase);
-            }
+        width  = rect.MaxX - rect.MinX + 1;
+        height = rect.MaxY - rect.MinY + 1;
-        }
-    CloseLibrary(IntuitionBase);
-    }
-}
+        /* adjust height for pulled-down screen (only show visible part) */
-/* Clone a public screen whose name is passed to the routine.
+        if (pub_screen->TopEdge > 0)
-**    Width, Height, Depth, Pens, Font and DisplayID attributes are
+            height -= pub_screen->TopEdge;
-** all copied from the screen.
-**    Overscan is assumed to be OSCAN_TEXT, as there is no easy way to
-** find the overscan type of an existing screen.
-**    AutoScroll is turned on, as it does not hurt.  Screens that are
-** smaller than the display clip will not scroll.
-*/
+        /* ensure that window fits on screen */
-VOID cloneScreen(UBYTE *pub_screen_name)
+        height = min(height, pub_screen->Height);
-{
+        width  = min(width,  pub_screen->Width);
-struct Screen *my_screen;
-ULONG  screen_modeID;
-UBYTE *pub_scr_font_name;
-UBYTE *font_name;
-ULONG  font_name_size;
-struct TextAttr pub_screen_font;
-struct TextFont *opened_font;
+        /* make sure window is at least minimum size */
-struct Screen   *pub_screen = NULL;
+        width  = max(width,  MIN_WINDOW_WIDTH);
-struct DrawInfo *screen_drawinfo = NULL;
+        height = max(height, MIN_WINDOW_HEIGHT);
-/* name is a (UBYTE *) pointer to the name of the public screen to clone */
-pub_screen = LockPubScreen(pub_screen_name);
-if (pub_screen != NULL)
-    {
-    /* Get the DrawInfo structure from the locked screen
-    ** This returns pen, depth and font info.
-    */
-    screen_drawinfo = GetScreenDrawInfo(pub_screen);
-    if (screen_drawinfo != NULL)
-        {
-        screen_modeID = GetVPModeID(&amp;(pub_screen-&gt;ViewPort));
-        if( screen_modeID != INVALID_ID )
-            {
-            /* Get a copy of the font
-            ** The name of the font must be copied as the public screen may
-            ** go away at any time after we unlock it.
-            ** Allocate enough memory to copy the font name, create a
-            ** TextAttr that matches the font, and open the font.
-            */
-            pub_scr_font_name = screen_drawinfo-&gt;dri_Font-&gt;tf_Message.mn_Node.ln_Name;
-            font_name_size = 1 + strlen(pub_scr_font_name);
-            font_name = AllocMem(font_name_size, MEMF_CLEAR);
-            if (font_name != NULL)
-                {
-                strcpy(font_name, pub_scr_font_name);
-                pub_screen_font.ta_Name  = font_name;
-                pub_screen_font.ta_YSize = screen_drawinfo-&gt;dri_Font-&gt;tf_YSize;
-                pub_screen_font.ta_Style = screen_drawinfo-&gt;dri_Font-&gt;tf_Style;
-                pub_screen_font.ta_Flags = screen_drawinfo-&gt;dri_Font-&gt;tf_Flags;
-                opened_font = OpenFont(&amp;pub_screen_font);
-                if (opened_font != NULL)
-                    {
-                    /* screen_modeID may now be used in a call to
-                    ** OpenScreenTagList() with the tag SA_DisplayID.
-                    */
-                    my_screen = OpenScreenTags(NULL,
-                        SA_Width,      pub_screen-&gt;Width,
-                        SA_Height,     pub_screen-&gt;Height,
-                        SA_Depth,      screen_drawinfo-&gt;dri_Depth,
-                        SA_Overscan,   OSCAN_TEXT,
-                        SA_AutoScroll, TRUE,
-                        SA_Pens,       (ULONG)(screen_drawinfo-&gt;dri_Pens),
-                        SA_Font,       (ULONG)&amp;pub_screen_font,
-                        SA_DisplayID,  screen_modeID,
-                        SA_Title,      &quot;Cloned Screen&quot;,
-                        TAG_END);
-                    if (my_screen != NULL)
-                        {
-                        /* Free the drawinfo and public screen as we don't
-                        ** need them any more.  We now have our own screen.
-                        */
-                        FreeScreenDrawInfo(pub_screen,screen_drawinfo);
-                        screen_drawinfo = NULL;
-                        UnlockPubScreen(pub_screen_name,pub_screen);
-                        pub_screen = NULL;
-                        Delay(300);   /* should be rest_of_program */
-                        CloseScreen(my_screen);
-                        }
-                    CloseFont(opened_font);
-                    }
-                FreeMem(font_name, font_name_size);
-                }
-            }
         }
     }
+</syntaxhighlight>
+== Intuition Screens and the Graphics Library ==
-/* These are freed in the main loop if OpenScreenTagList() does
-** not fail.  If something goes wrong, free them here.
-*/
-if (screen_drawinfo != NULL )
-    FreeScreenDrawInfo(pub_screen,screen_drawinfo);
-if (pub_screen != NULL )
-    UnlockPubScreen(pub_screen_name,pub_screen);
-}</pre>
-== Overscan and the Display Clip ==
+As previously mentioned, an Intuition screen is related to a number of underlying graphics library structures.
+{| class="wikitable"
+|+ Graphics Data Structures Used with Screens
+! Structure Name
+! Description
+! Include File
+|-
+| View || Root structure of the graphics display system || &lt;graphics/view.h&gt;
+|-
+| ViewPort || The graphics structure that corresponds to a screen || &lt;graphics/view.h&gt;
+|-
+| ColorMap || Contains size and pointer to the screen's color table || &lt;graphics/view.h&gt;
+|-
+| RastPort || Holds drawing, pen and font settings and the BitMap address || &lt;graphics/rastport.h&gt;
+|}
+These data structures are unified in Intuition's Screen structure (which also incorporates higher level Intuition constructs such as menus and windows). Here's a brief explanation of the graphics library structures used with Intuition.
-Screens may be larger or smaller than the defined display area (''overscan rectangle'' or ''display clip''). When a screen is smaller than the display area, the display clip acts as a ‚Äúcontainer‚Äù for the screen. The screen may be moved anywhere within the display clip. When a screen is larger than the display area, the display clip acts as a ‚Äúwindow‚Äù into the screen. The screen may be moved so that different parts are visible. Each dimension of the screen is independent and may be larger than, the same as, or smaller than the dimensions of the display clip.
+; View
-The system is very flexible in its specification of screen size. Unless an application fixes its screen size with hard coded values, it should be prepared to handle the possibility that the user has changed the default overscan presets or the default monitor (NTSC/PAL).
+: The View is the graphics structure that corresponds to the whole display, including all visible screens. The system has just one View; it's what you see on the monitor. The address of the View may be obtained from any screen by using ViewAddress().
+; ViewPort
+: The ViewPort is the underlying graphics structure corresponding to a screen. Every screen has one ViewPort. To get the address of the ViewPort from the Screen structure, use (&amp;my_screen-&gt;ViewPort). From the ViewPort an application may obtain pointers to all the screen's bitplanes and to its color table.
+; ColorMap
+: The ColorMap contains a pointer to the color table, an array of 32 WORDs for the hardware color registers. Use SetRGB4(), GetRGB4(), SetRGB4CM() and LoadRGB4() from the graphics library to access the color table. Do not read or write it directly.
+; RastPort
-Use the constants STDSCREENHEIGHT and STDSCREENWIDTH with the SA_Width and SA_Height tags to open a screen the same size as the display clip. These constants will work with any of the preset overscan values set with SA_Overscan, and with custom overscan values set with SA_DClip.
+: A RastPort controls the graphics rendering to ''any'' display area (not just screens). Screens have a RastPort to allow direct rendering into the screen. Applications may find the RastPort address of a screen with (&amp;my_screen-&gt;RastPort). The screen's BitMap can also be found via the RastPort in the RastPort.BitMap field. This generally is not useful since applications normally render into windows.
-=== Preset Overscan Values ===
+=== Changing Screen Colors ===
+Screen colors are set at the time the screen is opened with the SA_Colors tag. If the colors need to be changed after the screen is opened, the graphics library function, LoadRGB4() should be used. To change a single entry in the color table, use SetRGB4() and SetRGB4CM(). See [[Graphics_Primitives|Graphics Primitives]] for more information on these functions.
-Four preset overscan dimensions are provided. Applications that support overscan should use these preset values where possible since they will be tailored to each individual system. Avoid using custom values that happen to look good on a specific system. However, be aware that the size and positioning of overscan screens can be different on every system depending on how the user has set Overscan Preferences. These preset values are also dependent on the underlying display mode so keep in mind that both offset and size parameters will change under different screen modes. Overscan presets can be used, among other things, with the SA_Overscan tag to set the size of the screen‚Äôs display clip or passed as an argument to QueryOverscan() to find their current overscan settings.
+=== Direct Screen Access ===
+Sometimes an application may want direct access to the custom screen's bitmap to use with low-level graphics library calls. This may be useful if the application needs to do custom manipulation of the display but also needs Intuition functionality. For instance, an application may want to use the graphics library primitives to perform double buffering then, when detecting user input, switch to Intuition control of the screen so that windows, gadgets and menus may be used to process the user input. If an application chooses to combine these techniques, it must take special care to avoid conflicts with Intuition rendered graphics. An example of how to do this is listed in the next section, "Advanced Screen Programming".
+Application programs that open custom screens may use the screen's display memory in any way they choose. However, this memory is also used by Intuition for windows and other high level display components on the screen. Writing directly to the screen memory, whether through direct access or through graphics library calls that access the screen's RastPort, is not compatible with many Intuition constructs such as windows and menus.
-This overscan region is based on user preference settings and indicates a display that is completely within the visible bounds of the monitor. The View origin is set to the upper left corner of the text overscan rectangle which is the highest leftmost point known to be visible on the physical display. This position is set by the user through the Overscan Preferences editor. All screen positions and display clips are relative to this origin.
+Techniques such as this require great care and understanding of the Amiga. If possible, the application should avoid these techniques and only use standard Intuition display and input processing. Directly accessing the screen's bitmap, while possible, is not recommended. A better way to access the screen display is through windows. Windows provide access to the screen through layers which perform clipping and arbitration between multiple drawing areas.
+Alternatives to writing directly to a screen, such as using a backdrop window, greatly limit the number of cases where an application must access screen memory. The ShowTitle() function allows the screen's title bar layer to be positioned in front of or behind any backdrop windows that are opened on the screen. Hence, a backdrop window may be created that uses the entire visible area of the monitor.
+Application programs that use existing public screens do not have the same freedom to access the screen's display memory as they do with custom screens. In general, public screens must be shared through the use of windows and menus rather than directly accessing the screen's display memory.
-The edges of OSCAN_STANDARD display are also based on user preferences and are set to be just outside the visible bounds of the monitor. OSCAN_STANDARD provides the smallest possible display that will fill the entire screen with no border around it. Parts of the display created with OSCAN_STANDARD may not be visible to the user.
+{{Note|title=Use Direct Access Only On Screens You "Own"|text=An application may not steal the bitmap of a screen that it does not own. Stealing the Workbench screen's bitmap, or that of any other public screen, is strictly illegal. Accessing the underlying graphics structures of a screen may only be done on custom screens opened by the application itself.}}
+{{Note|title=Do Not Perform Layers Operations Directly|text=While layers are not part of the graphics library, it is appropriate to mention them here. Certain types of layers operations are not allowed with Intuition. You may not, for example, call SizeLayer() on a window (use SizeWindow() instead). To access layers library features with screens, use Intuition windows!}}
+A custom screen may be created to allow for modification of the screen's Copper list. The Copper is the display synchronized co-processor that handles the actual video display by directly affecting the hardware registers. See the ''Amiga Hardware Reference Manual'' or the graphics library articles for more information on programming the Copper.
-Create the largest display fully supported by Intuition and the graphics library. This is the largest size for which all enclosed sizes and positions are legal. Parts of the display created with OSCAN_MAX may not be visible to the user.
+=== Limitations of the Graphics Subsystem ===
+If each of the visible screens does not have the same physical attributes, it may not be possible to display the data in its proper screen mode. ''Screen coercion'' is the technique that allows multiple screens with differing physical attributes to be displayed simultaneously. When a coerced screen is visible, its aspect ratio and colors may appear significantly changed. This is normal and the screen will be displayed correctly when it is the frontmost screen.
+Hardware restrictions prevent certain types of displays. For instance, screens always use the full width of the display, regardless of the width of the overscan rectangle. This prevents any changes in display mode within a video line. Other modes, such as the VGA modes, require specific revisions of the custom chips and may not be available on all machines. See [[Graphics_Primitives|Graphics Primitives]] and the ''Amiga Hardware Reference Manual'' for more information on Amiga display organization and limitations.
-Create the largest display, restricted by the hardware. This is the only legal size and position that is possibly (but not necessarily) larger than OSCAN_MAX. You must use the exact size and position specified. OSCAN_VIDEO does not support variable left edge, top edge positioning. Parts of the display created with OSCAN_VIDEO may not be visible to the user.
+== Advanced Screen Programming ==
+This section discusses how to perform double-buffering of Intuition screens and other advanced topics. Dual-playfield Intuition screens are covered in the [[Classic_Intuition_Screens|Classic Intuition Screens]] section.
+=== Screen Locking ===
-If custom clipping is required, a display clip may be explicitly specified using the SA_DClip tag and a Rectangle structure specification. This custom rectangle must fit within the OSCAN_MAX rectangle, offset included. It is not permitted to specify custom rectangles whose values are in between OSCAN_MAX and OSCAN_VIDEO, nor is it permitted to specify rectangles larger than OSCAN_VIDEO. For an example of how to open a centered overscan screen based on user preferences, see the ‚Äúmodule/screen.c‚Äù listing in the IFF Appendix of the ''Amiga ROM Kernel Reference Manual: Devices''.
+Applications wishing to block all screen rendering so that they can do "exceptional" rendering (eg. dragging icons,
+pop-up menus, etc.) need to LockScreen(). By using LockScreen() and UnlockScreen(), such applications avoid the risk of deadlocking with Intuition. Intuition will behave much like it does when menus are down; that is to say that layer-related events such as window size, depth, or position changes are deferred until the screen is unfrozen.
+The application has the following obligations:
+# When UnlockScreen() is finally called, the screen's bitmap must be bit-for-bit the same as when you called LockScreen(), with the exception of rendering into your own windows' RastPorts. That is to say, you are responsible for doing non-destructive rendering during the time you have the screen frozen.
+#  You may only make regular rendering calls (graphics calls, plus Intuition imagery functions such as PrintIText(), DrawImage(), DrawBorder()). Do not call any gadget refresh functions, OpenWindow(), Begin/EndRefresh(), etc. or any Intuition function that involves locking IntuitionBase (namely LockIBase()).
+# Don't freeze the screen on the user. Freeze it only in response to the user. Typically, if you don't unfreeze the screen when the user lets the mouse button go, you're freezing for too long.
+# Do not freeze a screen you don't own. It's OK to freeze a public screen (including the Workbench screen), or your own custom screen. If it's a public screen, be sure you hold a public-screen lock (see LockPubScreen()) or have a window open on it.
+The active window will still receive mouse-, keyboard- and timer-messages. So if you want your window to get the IDCMP messages, the following must be done:
-Use the Graphics library call VideoControl() to find the true display clip of a screen. See the Graphics Autodocs and the chapter ‚ÄúGraphics Primitives‚Äù for more information on VideoControl(). The ViewPortExtra structure contains the display clip information.
+# make your window the active one, if it isn't (see ActivateWindow)
+# wait for IDCMP_ACTIVEWINDOW
+# then call LockScreen()
+# do your input processing. When receiving IDCMP_INACTIVEWINDOW abort and call UnlockScreen() (your window could have gone inactive before you had the chance to call LockScreen())
+# when done, call UnlockScreen()
+{{Note|BOOPSI class implementers must use the LockScreenGI() and UnlockScreenGI() functions.}}
-If any dimension of a screen is not equal to the equivalent display clip dimension, then the screen may be scrolled. If the screen‚Äôs dimensions are smaller than the display clip, then the screen may be positioned within the display clip. If the screen is larger than the display clip, then it may be positioned such that any part of the screen is visible.
+==== Locking the Screen List ====
-AutoScroll may be activated by setting the tag SA_AutoScroll. Screens will only scroll when they are the active screen. Activate a window in the screen to make the screen active.
+Sometimes there is a need for applications to lock Intuition's entire screen list. For these situations use the LockScreenList() and UnlockScreenList functions. While the screen list is locked, Intuition is "frozen" from the user's point of view. It is best to copy any required information (e.g. screen titles) and then release the list.
+=== Double Buffering ===
+Intuition supports double (or multiple) buffering inside an Intuition screen, with full support for menus, and support for certain
-<sub>b</sub>oxAbout the Default Display Clip:The default display clip for a screen is the entire screen, that is, the rectangle starting from the upper left corner of the screen and ending at the lower right corner of the screen. This display clip is only used if the application does not specify SA_Overscan or SA_DClip. When using this default display clip the screen will not scroll as the screen exactly fits into the clipping region.
+kinds of gadget.
+The AllocScreenBuffer() call allows you to create other BitMap buffers for your screen. The SB_SCREEN_BITMAP flag is used to get a buffer handle for the BitMap currently in use in the screen.  Subsequent buffers are allocated with the SB_COPY_BITMAP flag instead, which instructs Intuition to copy the current imagery (e.g., the screen title-bar and any of your rendering) into the alternate BitMap. Normally you let Intuition allocate these alternate BitMaps, but if your screen is CUSTOMBITMAP, you should allocate the alternate BitMaps yourself.
+To swap buffers, call the ChangeScreenBuffer() function, which attempts to install the new buffer. ChangeScreenBuffer() will fail if Intuition is temporarily unable to make the change (say while gadgets or menus are active). Intuition builds these functions on top of the graphics.library ChangeVPBitMap() function, so the signalling information that graphics provides is also available to the Intuition user.
+To clean up, call FreeScreenBuffer() for each screen buffer. It is not necessary to restore the original buffer before freeing things. Consult the autodocs for full details.
-When opening a window in an overscanned screen, it is often useful to open it relative to the visible part of the screen rather than relative to the entire screen. Use QueryOverscan() to find the overscan region and where the screen is positioned relative to it.
+When the user accesses the screen's menus, buffer-swapping will stop. The ChangeScreenBuffer() call will return failure during this time. When the user finishes his menu selection, buffer-swapping will be possible again. Only a small subset of gadgets are supportable in double-buffered screens. These gadgets are those whose imagery returns to the initial state when you release them (e.g., action buttons or the screen's depth gadget). To use other kinds of gadgets (such as sliders or string gadgets) you need to put them on a separate screen, which can be an attached screen.
-<pre>LONG QueryOverscan(ULONG displayID, struct Rectangle *rect, WORD overscanType );</pre>
-This example was taken from the chapter ‚ÄúIntuition Windows‚Äù in the section ‚ÄúVisible Display Sized Window Example‚Äù. The complete example is reproduced there.
+Windows with borders are not supportable on double-buffered screens. Double-buffered screens are expected to consist nearly entirely of custom rendering.
-<pre>/* this technique returns the text overscan rectangle of the screen that we
-** are opening on.  If you really need the actual value set into the display
-** clip of the screen, use the VideoControl() command of the graphics library
-** to return a copy of the ViewPortExtra structure.  See the Graphics
-** library chapter and Autodocs for more details.
-**
-** GetVPModeID() is a graphics call...
-*/
+An example program illustrating double-buffering under Intuition, with menu-lending and an attached screen to hold two slider gadgets is provided.
-screen_modeID = GetVPModeID(&amp;(pub_screen-&gt;ViewPort))))
-if (screen_modeID != INVALID_ID)
-    {
-    if ( QueryOverscan(screen_modeID, &amp;rect, OSCAN_TEXT) )
-        {
-        /* if this screen's origin is up or to the left of the */
-        /* view origin then move the window down and to the right */
-        left = max(0, -pub_screen-&gt;LeftEdge);
-        top  = max(0, -pub_screen-&gt;TopEdge);
+==== doublebuffer.c ====
-        /* get width and height from size of display clip */
-        width  = rect.MaxX - rect.MinX + 1;
-        height = rect.MaxY - rect.MinY + 1;
+<syntaxhighlight>
-        /* adjust height for pulled-down screen (only show visible part) */
+/*
-        if (pub_screen-&gt;TopEdge &gt; 0)
+ * doublebuffer.c - shows double-buffering, attached screens, menu lending
-            height -= pub_screen-&gt;TopEdge;
+ *
+ * Example shows use of double-buffering functions to achieve
+ * 60 frame-per-second animation.  Also shows use of menus in
+ * double-buffered screens, and the use of attached screens with
+ * menu-lending to achieve the appearance of slider gadgets in
+ * double-buffered screens.
+ *
+ */
+/*----------------------------------------------------------------------*/
-        /* ensure that window fits on screen */
-        height = min(height, pub_screen-&gt;Height);
-        width  = min(width,  pub_screen-&gt;Width);
+#include <exec/types.h>
-        /* make sure window is at least minimum size */
+#include <graphics/displayinfo.h>
-        width  = max(width,  MIN_WINDOW_WIDTH);
+#include <graphics/videocontrol.h>
-        height = max(height, MIN_WINDOW_HEIGHT);
+#include <graphics/gfxbase.h>
-        }
+#include <intuition/intuitionbase.h>
-    }</pre>
+#include <intuition/gadgetclass.h>
-[h]
+#include <libraries/gadtools.h>
+#include <proto/exec.h>
-Graphics Data Structures Used with Screens
+#include <proto/dos.h>
+#include <proto/graphics.h>
+#include <proto/intuition.h>
+#include <proto/gadtools.h>
+#include <stdlib.h>
-lll
+/*----------------------------------------------------------------------*/
-&amp; &amp; '''Defined in'''<br />
-'''Structure Name''' &amp; '''Description''' &amp; '''Include File'''<br />
-View &amp; Root structure of the graphics display system &amp; &lt;graphics/view.h&gt;<br />
-ViewPort &amp; The graphics structure that corresponds to &amp; &lt;graphics/view.h&gt;<br />
-&amp; a screen<br />
-BitMap &amp; Contains size and pointers to the screen‚Äôs &amp; &lt;graphics/gfx.h&gt;<br />
-&amp; bit planes<br />
-ColorMap &amp; Contains size and pointer to the screen‚Äôs &amp; &lt;graphics/view.h&gt;<br />
-&amp; color table<br />
-RastPort &amp; Holds drawing, pen and font settings and the &amp; &lt;graphics/rastport.h&gt;<br />
-&amp; BitMap address &amp;<br />
+STRPTR init_all( void  );
+void error_exit( STRPTR errorstring );
+struct Gadget *createAllGadgets( struct Gadget **glistptr, void *vi );
+BOOL handleIntuiMessage( struct IntuiMessage *imsg );
+void handleDBufMessage( struct Message *dbmsg );
+ULONG handleBufferSwap( void );
+struct BitMap *makeImageBM( void );
+void CloseWindowSafely( struct Window *win );
+/*----------------------------------------------------------------------*/
-These data structures are unified in Intuition‚Äôs Screen structure (which also incorporates higher level Intuition constructs such as menus and windows). Here‚Äôs a brief explanation of the graphics library structures used with Intuition.
+/* Some constants to handle the rendering of the animated face */
+#define BM_WIDTH	120
+#define BM_HEIGHT	60
+#define BM_DEPTH	2
+/* Odd numbers to give a non-repeating bounce */
+#define CONTROLSC_TOP		191
+#define SC_ID			HIRES_KEY
+/*----------------------------------------------------------------------*/
-The View is the graphics structure that corresponds to the whole display, including all visible screens. The system has just one View; it‚Äôs what you see on the monitor. The address of the View may be obtained from any screen by using ViewAddress().
+/* User interface constants and variables */
+#define GAD_HORIZ	1
+#define GAD_VERT	2
+#define MENU_RUN	1
-The ViewPort is the underlying graphics structure corresponding to a screen. Every screen has one ViewPort. To get the address of the ViewPort from the Screen structure, use (&amp;my_screen-&gt;ViewPort). From the ViewPort an application may obtain pointers to all the screen‚Äôs bitplanes and to its color table.
+#define MENU_STEP	2
+#define MENU_QUIT	3
+#define MENU_HSLOW	4
+#define MENU_HFAST	5
+#define MENU_VSLOW	6
+#define MENU_VFAST	7
+struct TextAttr Topaz80 =
-The BitMap structure contains pointers to all the bit planes (up to 8) and their sizes. For future compatibility, use (my_screen-&gt;RastPort.BitMap) to get the address of the BitMap from the screen rather than (&amp;my_screen-&gt;BitMap).
+{
+    "topaz.font", 		/* Name */
+, 				/* YSize */
+    FS_NORMAL,			/* Style */
+    FPF_ROMFONT|FPF_DESIGNED,	/* Flags */
+};
+struct TagItem vctags[] =
-The BitMap.BytesPerRow field specifies the number of bytes that have been allocated for each raster line. This may be larger than the screen width depending on display alignment restrictions. Alignment restrictions may change. Always use this variable, not a hard-coded value.
+{
+    VTAG_BORDERSPRITE_SET, TRUE,
+    TAG_END, 0,
+};
+UWORD pens[] =
-The ColorMap contains a pointer to the color table, an array of 32 WORDs for the hardware color registers. Use SetRGB4(), GetRGB4(), SetRGB4CM() and LoadRGB4() from the graphics library to access the color table. Do not read or write it directly.
+{
+, /* DETAILPEN */
+, /* BLOCKPEN	*/
+, /* TEXTPEN	*/
+, /* SHINEPEN	*/
+, /* SHADOWPEN	*/
+, /* FILLPEN	*/
+, /* FILLTEXTPEN	*/
+, /* BACKGROUNDPEN	*/
+, /* HIGHLIGHTTEXTPEN	*/
+, /* BARDETAILPEN	*/
-A RastPort controls the graphics rendering to ''any'' display area (not just screens). Screens have a RastPort to allow direct rendering into the screen. Applications may find the RastPort address of a screen with (&amp;my_screen-&gt;RastPort). This generally is not useful since applications normally render into windows.
+, /* BARBLOCKPEN	*/
+, /* BARTRIMPEN	*/
+    (UWORD)~0,
-=== Changing Screen Colors ===
+};
+struct NewMenu demomenu[] =
+{
+	{ NM_TITLE, "Project", 		        0 , 0, 0, 0, },
+	{  NM_ITEM, "Run", 		           "R", 0, 0, ( APTR ) MENU_RUN, },
+	{  NM_ITEM, "Step", 		         "S", 0, 0, ( APTR ) MENU_STEP, },
+	{  NM_ITEM, NM_BARLABEL, 	        0 , 0, 0, 0, },
+	{  NM_ITEM, "Slower Horizontal", "1", 0, 0, ( APTR ) MENU_HSLOW, },
+	{  NM_ITEM, "Faster Horizontal", "2", 0, 0, ( APTR ) MENU_HFAST, },
+	{  NM_ITEM, "Slower Vertical", 	 "3", 0, 0, ( APTR ) MENU_VSLOW, },
+	{  NM_ITEM, "Faster Vertical", 	 "4", 0, 0, ( APTR ) MENU_VFAST, },
+	{  NM_ITEM, NM_BARLABEL, 	        0 , 0, 0, 0, },
+	{  NM_ITEM, "Quit", 		         "Q", 0, 0, ( APTR ) MENU_QUIT, },
+	{   NM_END, 0, 			              0 , 0, 0, 0, },
-Screen colors are set at the time the screen is opened with the SA_Colors tag. If the colors need to be changed after the screen is opened, the graphics library function, LoadRGB4() should be used. To change a single entry in the color table, use SetRGB4() and SetRGB4CM(). See the ‚ÄúGraphics Primitives‚Äù chapter for more information on these functions.
+};
-=== Direct Screen Access ===
+struct Screen *canvassc = NULL;
+struct Screen *controlsc = NULL;
+struct Window *controlwin = NULL;
+struct Window *canvaswin = NULL;
+struct Gadget *glist = NULL;
+struct Gadget *horizgad, *vertgad;
+struct Menu *menu = NULL;
+void *canvasvi = NULL;
+void *controlvi = NULL;
+/*----------------------------------------------------------------------*/
-Sometimes an application may want direct access to the custom screen‚Äôs bitmap to use with low-level graphics library calls. This may be useful if the application needs to do custom manipulation of the display but also needs Intuition functionality. For instance, an application may want to use the graphics library primitives to perform double buffering then, when detecting user input, switch to Intuition control of the screen so that windows, gadgets and menus may be used to process the user input. If an application chooses to combine these techniques, it must take special care to avoid conflicts with Intuition rendered graphics. An example of how to do this is listed in the next section, ‚ÄúAdvanced Screen Programming‚Äù.
+#define	OK_REDRAW	1	/* Buffer fully detached, ready for redraw */
-Application programs that open custom screens may use the screen‚Äôs display memory in any way they choose. However, this memory is also used by Intuition for windows and other high level display components on the screen. Writing directly to the screen memory, whether through direct access or through graphics library calls that access the screen‚Äôs RastPort, is not compatible with many Intuition constructs such as windows and menus.
+#define OK_SWAPIN	2	/* Buffer redrawn, ready for swap-in */
+struct GraphicsIFace *IGraphics = NULL;
-Techniques such as this require great care and understanding of the Amiga. If possible, the application should avoid these techniques and only use standard Intuition display and input processing. Directly accessing the screen‚Äôs bitmap, while possible, is not recommended. A better way to access the screen display is through windows. Windows provide access to the screen through layers which perform clipping and arbitration between multiple drawing areas.
+struct IntuitionIFace *IIntuition = NULL;
+struct GadToolsIFace *IGadTools = NULL;
+struct MsgPort *dbufport = NULL;
+struct MsgPort *userport = NULL;
+struct ScreenBuffer *scbuf[] =
+{
+    NULL,
+    NULL,
+};
+struct RastPort rport[ 2 ];
+ULONG status[ 2 ];
-Alternatives to writing directly to a screen, such as using a backdrop window, greatly limit the number of cases where an application must access screen memory. The ShowTitle() function allows the screen‚Äôs title bar layer to be positioned in front of or behind any backdrop windows that are opened on the screen. Hence, a backdrop window may be created that uses the entire visible area of the monitor.
+LONG prevx[ 2 ] =
-Application programs that use existing public screens do not have the same freedom to access the screen‚Äôs display memory as they do with custom screens. In general, public screens must be shared through the use of windows and menus rather than directly accessing the screen‚Äôs display memory.
+{
+, 50,
+};
+LONG prevy[ 2 ] =
-<sub>b</sub>oxUse Direct Access Only On Screens You Own.An application may not steal the bitmap of a screen that it does not own. Stealing the Workbench screen‚Äôs bitmap, or that of any other public screen, is strictly illegal. Accessing the underlying graphics structures of a screen may only be done on custom screens opened by the application itself.
+{
+, 50,
+};
+ULONG buf_current, buf_nextdraw, buf_nextswap;
+ULONG count;
+struct BitMap *face = NULL;
+LONG x, y, xstep, xdir, ystep, ydir;
+/*----------------------------------------------------------------------*/
+int main()
-<sub>b</sub>oxDo Not Perform Layers Operations Directly.While layers are not part of the graphics library, it is appropriate to mention them here. Certain types of layers operations are not allowed with Intuition. You may not, for example, call SizeLayer() on a window (use SizeWindow() instead). To access layers library features with screens, use Intuition windows!
+{
+    STRPTR errorstring;
+    ULONG sigs;
+    BOOL terminated = FALSE;
+    /* Let's get everything initialized */
+    if ( errorstring = init_all() )
+    {
+	error_exit( errorstring );
+    }
+    count = 0;
+    buf_current = 0;
+    buf_nextdraw = 1;
+    buf_nextswap = 1;
+    sigs = 0;
+    while ( !terminated )
-A custom screen may be created to allow for modification of the screen‚Äôs Copper list. The Copper is the display synchronized co-processor that handles the actual video display by directly affecting the hardware registers. See the ''Amiga Hardware Reference Manual'' or the graphics library chapters for more information on programming the Copper.
+    {
+	/* Check for and handle any IntuiMessages */
+	if ( sigs & ( 1 << userport->mp_SigBit ) )
+	{
+	    struct IntuiMessage *imsg;
+	    while ( imsg = IGadTools->GT_GetIMsg( userport ) )
-=== Screen Functions that integrate Intuition and Graphics ===
+	    {
+		terminated |= handleIntuiMessage( imsg );
+		IGadTools->GT_ReplyIMsg( imsg );
+	    }
+	}
+	/* Check for and handle any double-buffering messages.
-These functions, normally used only by the system, integrate high-level Intuition structures with the lower-level constructs used by the graphics library to create the display.
+	 * Note that double-buffering messages are "replied" to
+	 * us, so we don't want to reply them to anyone.
+	 */
+	if ( sigs & ( 1 << dbufport->mp_SigBit ) )
+	{
+	    struct Message *dbmsg;
+	    while ( dbmsg = IExec->GetMsg( dbufport ) )
+	    {
+		handleDBufMessage( dbmsg );
+	    }
+	}
-[h]
+	if ( !terminated )
-Screen Functions That Integrate Intuition and Graphics
+	{
+	    ULONG held_off = 0;
+	    /* Only handle swapping buffers if count is non-zero */
+	    if ( count )
+	    {
+		held_off = handleBufferSwap();
+	    }
+	    if ( held_off )
+	    {
+		/* If were held-off at ChangeScreenBuffer() time, then we
+		 * need to try ChangeScreenBuffer() again, without awaiting
+		 * a signal.  We WaitTOF() to avoid busy-looping.
+		 */
+		 IGraphics->WaitTOF();
+	    }
+	    else
+	    {
+		/* If we were not held-off, then we're all done
+		 * with what we have to do.  We'll have no work to do
+		 * until some kind of signal arrives.  This will normally
+		 * be the arrival of the dbi_SafeMessage from the ROM
+		 * double-buffering routines, but it might also be an
+		 * IntuiMessage.
+		 */
+		sigs = IExec->Wait( ( 1 << dbufport->mp_SigBit ) | ( 1 << userport->mp_SigBit ) );
+	    }
+	}
+    }
+    error_exit( NULL );
-<table>
+}
-<tbody>
-<tr class="odd">
-<td align="left">MakeScreen()</td>
-<td align="left">Update a single screen‚Äôs copper list</td>
-</tr>
-<tr class="even">
-<td align="left">RethinkDisplay()</td>
-<td align="left">Merge copper lists from all screens to form a View</td>
-</tr>
-<tr class="odd">
-<td align="left">RemakeDisplay()</td>
-<td align="left">Update all screen copper lists then merge them to form a View</td>
-</tr>
-</tbody>
-</table>
-Advanced Intuition programmers may use these functions to achieve special screen effects such as double-buffering or dual-playfield Intuition screens. For examples of these see the next section.
+/*----------------------------------------------------------------------*/
+/* Handle the rendering and swapping of the buffers */
+ULONG handleBufferSwap( void )
-MakeScreen()
+{
+    ULONG held_off = 0;
+    /* 'buf_nextdraw' is the next buffer to draw into.
+     * The buffer is ready for drawing when we've received the
+     * dbi_SafeMessage for that buffer.  Our routine to handle
+     * messaging from the double-buffering functions sets the
+     * OK_REDRAW flag when this message has appeared.
+     *
+     * Here, we set the OK_SWAPIN flag after we've redrawn
+     * the imagery, since the buffer is ready to be swapped in.
+     * We clear the OK_REDRAW flag, since we're done with redrawing
+     */
+    if ( status[ buf_nextdraw ] == OK_REDRAW )
+    {
+	x += xstep*xdir;
+	if ( x < 0 )
+	{
+	    x = 0;
+	    xdir = 1;
+	}
+	else if ( x > canvassc->Width - BM_WIDTH )
+	{
+	    x = canvassc->Width - BM_WIDTH - 1;
+	    xdir = -1;
+	}
+	y += ystep*ydir;
-updates, but does not install, a screen‚Äôs Copper list. This function is the Intuition equivalent of the low-level MakeVPort() graphics library function. MakeScreen() performs the MakeVPort() call, synchronized with Intuition‚Äôs own use of the screen‚Äôs ViewPort. Call RethinkDisplay() after MakeScreen() to allow the new Copper list for the screen to take effect. The MakeScreen() function takes one argument, a pointer to the Screen that contains the Copper list to be updated.
+	if ( y < canvassc->BarLayer->Height )
+	{
+	    y = canvassc->BarLayer->Height;
+	    ydir = 1;
+	}
+	else if ( y >= CONTROLSC_TOP - BM_HEIGHT )
+	{
+	    y = CONTROLSC_TOP - BM_HEIGHT - 1;
+	    ydir = -1;
+	}
+	IGraphics->SetAPen( &rport[ buf_nextdraw ], 0 );
+	IGraphics->RectFill( &rport[ buf_nextdraw ],
+	    prevx[ buf_nextdraw ], prevy[ buf_nextdraw ],
+	    prevx[ buf_nextdraw ] + BM_WIDTH - 1, prevy[ buf_nextdraw ] + BM_HEIGHT - 1 );
+	prevx[ buf_nextdraw ] = x;
+	prevy[ buf_nextdraw ] = y;
+	IGraphics->BltBitMapRastPort( face, 0, 0, &rport[ buf_nextdraw ], x, y,
+	    BM_WIDTH, BM_HEIGHT, 0xc0 );
+	IGraphics->WaitBlit(); /* Gots to let the BBMRP finish */
-RethinkDisplay()
+	status[ buf_nextdraw ] = OK_SWAPIN;
-combines all the screen‚Äôs copper lists into a single view. This procedure performs the Intuition global display reconstruction, which includes massaging some of Intuition‚Äôs internal state data, rethinking all of the Intuition screen ViewPorts and their relationship to one another, and, finally, reconstructing the entire display by merging the new screens into the graphics View structure. Custom screens that handle their own Copper instructions, use this call to install the Copper list previously updated with MakeScreen(). RethinkDisplay() calls lower-level graphics primitives MrgCop() and LoadView() to install the Copper list. This function takes no arguments.
+	/* Toggle which the next buffer to draw is.
+	 * If you're using multiple ( >2 ) buffering, you
+	 * would use
+	 *
+	 *    buf_nextdraw = ( buf_nextdraw+1 ) % NUMBUFFERS;
+	 *
+	 */
+	buf_nextdraw ^= 1;
+    }
+    /* Let's make sure that the next frame is rendered before we swap...
+     */
+    if ( status[ buf_nextswap ] == OK_SWAPIN )
+    {
+	scbuf[ buf_nextswap ]->sb_DBufInfo->dbi_SafeMessage.mn_ReplyPort = dbufport;
+	if ( IIntuition->ChangeScreenBuffer( canvassc, scbuf[ buf_nextswap ] ) )
-RemakeDisplay()
+	{
+	    status[ buf_nextswap ] = 0;
+	    buf_current = buf_nextswap;
-remakes the entire Intuition display. It is equivalent to calling MakeScreen() for each screen in the system, then calling RethinkDisplay(). This routine performs a MakeVPort() (graphics primitive) on every Intuition screen and then calls RethinkDisplay() to recreate the View. It takes no arguments.
+	    /* Toggle which the next buffer to swap in is.
+	     * If you're using multiple ( >2 ) buffering, you
+	     * would use
+	     *
+	     *    buf_nextswap = ( buf_nextswap+1 ) % NUMBUFFERS;
+	     *
+	     */
+	    buf_nextswap ^= 1;
+	    count--;
-Both RemakeDisplay() and RethinkDisplay() take several milliseconds to run and lock out all other tasks while they run. This can seriously degrade system performance, so do not use these routines lightly.
+	}
+	else
+	{
+	    held_off = 1;
+	}
+    }
+    return( held_off );
+}
+/*----------------------------------------------------------------------*/
-=== Limitations of the Graphics Subsystem ===
+/* Handle Intuition messages */
-If each of the visible screens does not have the same physical attributes, it may not be possible to display the data in its proper screen mode. ''Screen coercion'' is the technique that allows multiple screens with differing physical attributes to be displayed simultaneously. When a coerced screen is visible, its aspect ratio and colors may appear significantly changed. This is normal and the screen will be displayed correctly when it is the frontmost screen.
+BOOL handleIntuiMessage( struct IntuiMessage *imsg )
-Hardware restrictions prevent certain types of displays. For instance, screens always use the full width of the display, regardless of the width of the overscan rectangle. This prevents any changes in display mode within a video line. Other modes, such as the VGA modes, require specific revisions of the custom chips and may not be available on all machines. See the ‚ÄúGraphics Primitives‚Äù chapter and the ''Amiga Hardware Reference Manual'' for more information on Amiga display organization and limitations.
+{
+    UWORD code = imsg->Code;
+    BOOL terminated = FALSE;
+    switch ( imsg->Class )
-== Advanced Screen Programming ==
+    {
+	case IDCMP_GADGETDOWN:
+	case IDCMP_GADGETUP:
+	case IDCMP_MOUSEMOVE:
+	    switch ( ( ( struct Gadget * )imsg->IAddress )->GadgetID )
+	    {
+		case GAD_HORIZ:
+		    xstep = code;
+		    break;
+		case GAD_VERT:
-This section discusses how to perform double-buffering of Intuition screens, how to create a dual-playfield Intuition screen and other advanced topics.
+		    ystep = code;
+		    break;
+	    }
+	    break;
+	case IDCMP_VANILLAKEY:
-=== Double Buffering ===
+	    switch ( code )
+	    {
+		case 'S':
+		case 's':
+		    count = 1;
+		    break;
+		case 'R':
-Double buffering of an Intuition screen involves the swapping of bitmaps of the screen, then updating the copper list to install the changes. The trick is that after installing the bitmaps to the screen the display is not updated to access these new bitmaps until the program explicitly updates the copper list. Any rendering performed before the copper list is updated will be rendered into the off-display bitmaps, appearing on the screen in completed form when the copper list is updated.
+		case 'r':
+		    count = ~0;
+		    break;
+		case 'Q':
-First, install the alternate bitmaps into the screen.
+		case 'q':
+		    count = 0;
+		    terminated = TRUE;
+		    break;
+	    }
+	    break;
+	case IDCMP_MENUPICK:
-<pre>/* switch the bitmap so that we are drawing into the correct place */
+	    while ( code != MENUNULL )
-screen-&gt;RastPort.BitMap          = myBitMaps[toggleFrame];
+	    {
-screen-&gt;ViewPort.RasInfo-&gt;BitMap = myBitMaps[toggleFrame];</pre>
+		struct MenuItem *item;
-Rendering may then take place into the off screen bitmaps by drawing into screen-&gt;RastPort.
+		item = IIntuition->ItemAddress( menu, code );
-The copper list of the screen is updated by calling MakeScreen(). This call refreshes the copper list, but does not install it into the system. Call RethinkDisplay() to install the new copper list so that the data is visible.
+		switch ( ( ULONG ) GTMENUITEM_USERDATA( item ) )
+		{
+		    case MENU_RUN:
+			count = ~0;
+			break;
+		    case MENU_STEP:
-<pre>/* update the physical display to match the newly drawn bitmap. */
+			count = 1;
-MakeScreen(screen); /* Tell intuition to do its stuff.          */
+			break;
-RethinkDisplay();   /* Intuition compatible MrgCop &amp; LoadView   */
-                    /*               it also does a WaitTOF().  */</pre>
-Note that it is possible for the user to force the updating of the screen‚Äôs copper list by dragging or depth-arranging the screen. This may cause information to be displayed before it is complete.
+		    case MENU_QUIT:
-A complete example of double buffering a screen follows.
+			count = 0;
+			terminated = TRUE;
+			break;
+		    case MENU_HSLOW:
+			if ( xstep > 0 )
+			{
+			    xstep--;
+			}
+			IGadTools->GT_SetGadgetAttrs( horizgad, controlwin, NULL,
+			    GTSL_Level, xstep,
+			    TAG_END );
+			break;
+		    case MENU_HFAST:
+			if ( xstep < 9 )
+			{
+			    xstep++;
+			}
+			IGadTools->GT_SetGadgetAttrs( horizgad, controlwin, NULL,
+			    GTSL_Level, xstep,
+			    TAG_END );
+			break;
+		    case MENU_VSLOW:
-<pre>/* doublebuffer.c
+			if ( ystep > 0 )
-** show the use of a double-buffered screen.
+			{
-**
+			    ystep--;
-** SAS/C 5.10a
+			}
-** lc -b1 -cfist -v -y doublebuffer
+			IGadTools->GT_SetGadgetAttrs( vertgad, controlwin, NULL,
-** blink FROM LIB:c.o doublebuffer.o TO doublebuffer LIB LIB:lc.lib LIB:amiga.lib
+			    GTSL_Level, ystep,
-*/
+			    TAG_END );
+			break;
+		    case MENU_VFAST:
-#define INTUI_V36_NAMES_ONLY
+			if ( ystep < 9 )
+			{
+			    ystep++;
+			}
+			IGadTools->GT_SetGadgetAttrs( vertgad, controlwin, NULL,
+			    GTSL_Level, ystep,
+			    TAG_END );
+			break;
+		}
+		code = item->NextSelect;
+	    }
+	    break;
+    }
+    return( terminated );
+}
+/*----------------------------------------------------------------------*/
-#include &lt;exec/types.h&gt;
-#include &lt;exec/memory.h&gt;
-#include &lt;intuition/intuition.h&gt;
-#include &lt;intuition/screens.h&gt;
+void handleDBufMessage( struct Message *dbmsg )
-#include &lt;clib/exec_protos.h&gt;
+{
-#include &lt;clib/graphics_protos.h&gt;
+    ULONG buffer;
-#include &lt;clib/intuition_protos.h&gt;
+    /* dbi_SafeMessage is followed by an APTR dbi_UserData1, which
+     * contains the buffer number.  This is an easy way to extract
+     * it.
+     * The dbi_SafeMessage tells us that it's OK to redraw the
+     * in the previous buffer.
+     */
+    buffer = ( ULONG ) *( ( APTR ** ) ( dbmsg+1 ) );
+    /* Mark the previous buffer as OK to redraw into.
+     * If you're using multiple ( >2 ) buffering, you
+     * would use
+     *
+     *    ( buffer + NUMBUFFERS - 1 ) % NUMBUFFERS
+     *
+     */
+    status[ buffer^1 ] = OK_REDRAW;
+}
+/*----------------------------------------------------------------------*/
-#ifdef LATTICE
-int CXBRK(void)    { return(0); }  /* Disable Lattice CTRL/C handling */
-int chkabort(void) { return(0); }  /* really */
-#endif
+/* Get the resources and objects we need */
+STRPTR init_all( void )
-/* characteristics of the screen */
-#define SCR_WIDTH  (320)
-#define SCR_HEIGHT (200)
-#define SCR_DEPTH    (2)
-/* Prototypes for our functions */
-VOID   runDBuff(struct Screen *, struct BitMap ** );
-struct BitMap **setupBitMaps( LONG, LONG, LONG );
-VOID   freeBitMaps(struct BitMap **,LONG, LONG, LONG );
-LONG   setupPlanes(struct BitMap *, LONG, LONG, LONG );
-VOID    freePlanes(struct BitMap *, LONG, LONG, LONG );
-struct Library *IntuitionBase = NULL;
-struct Library *GfxBase       = NULL;
-/*
-** Main routine.  Setup for using the double buffered screen.
-** Clean up all resources when done or on any error.
-*/
-VOID main(int argc, char **argv)
 {
+    struct Library *GfxBase = IExec->OpenLibrary("graphics.library", 50);
-struct BitMap **myBitMaps;
+    IGraphics = (struct GraphicsIFace*)IExec->GetInterface(GfxBase, "main", 1, NULL);
-struct Screen  *screen;
+    if ( IGraphics == NULL )
-struct NewScreen myNewScreen;
+    {
+	return( "Couldn't open Gfx V50\n" );
+    }
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;, 33L);
+    struct Library *IntuitionBase = IExec->OpenLibrary("intuition.library", 50);
-if ( IntuitionBase != NULL )
+    IIntuition = (struct IntuitionIFace*)IExec->GetInterface(IntuitionBase, "main", 1, NULL);
+    if ( IIntuition == NULL )
     {
+	return( "Couldn't open Intuition V50\n" );
-    GfxBase = OpenLibrary(&quot;graphics.library&quot;, 33L);
+    }
-    if ( GfxBase != NULL )
-        {
-        myBitMaps = setupBitMaps(SCR_DEPTH, SCR_WIDTH, SCR_HEIGHT);
-        if ( myBitMaps != NULL )
-            {
-            /* Open a simple quiet screen that is using the first
-            ** of the two bitmaps.
-            */
-            myNewScreen.LeftEdge=0;
-            myNewScreen.TopEdge=0;
-            myNewScreen.Width=SCR_WIDTH;
-            myNewScreen.Height=SCR_HEIGHT;
-            myNewScreen.Depth=SCR_DEPTH;
-            myNewScreen.DetailPen=0;
-            myNewScreen.BlockPen=1;
-            myNewScreen.ViewModes=HIRES;
-            myNewScreen.Type=CUSTOMSCREEN | CUSTOMBITMAP | SCREENQUIET;
-            myNewScreen.Font=NULL;
-            myNewScreen.DefaultTitle=NULL;
-            myNewScreen.Gadgets=NULL;
-            myNewScreen.CustomBitMap=myBitMaps[0];
+    struct Library *GadToolsBase = IExec->OpenLibrary("gadtools.library", 50);
-            screen = OpenScreen(&amp;myNewScreen);
+    IGadTools = (struct GadToolsIFace*)IExec->GetInterface(GadToolsBase, "main", 1, NULL);
-            if (screen != NULL)
-                {
+    if ( IGadtools == NULL )
+    {
-                /* Indicate that the rastport is double buffered. */
+	return( "Couldn't open GadTools V50\n" );
-                screen-&gt;RastPort.Flags = DBUFFER;
+    }
+    if ( !( dbufport = IExec->AllocSysObjectTags(ASOT_PORT, TAG_END) ) )
-                runDBuff(screen, myBitMaps);
+    {
+	return( "Failed to create port\n" );
+    }
+    if ( !( userport = IExec->AllocSysObjectTags(ASOT_PORT, TAG_END) ) )
-                CloseScreen(screen);
-                }
+    {
+	return( "Failed to create port\n" );
-            freeBitMaps(myBitMaps, SCR_DEPTH, SCR_WIDTH, SCR_HEIGHT);
-            }
-        CloseLibrary(GfxBase);
-        }
-    CloseLibrary(IntuitionBase);
     }
-}
+    if ( !( canvassc = IIntuition->OpenScreenTags( NULL,
+	SA_DisplayID, SC_ID,
+	SA_Overscan, OSCAN_TEXT,
+	SA_Depth, 2,
+	SA_AutoScroll, 1,
+	SA_Pens, pens,
+	SA_ShowTitle, TRUE,
+	SA_Title, "Intuition double-buffering example",
+	SA_VideoControl, vctags,
+	SA_Font, &Topaz80,
+	TAG_END ) ) )
+    {
+	return( "Couldn't open screen\n" );
+    }
+    if ( !( canvasvi = IGadTools->GetVisualInfo( canvassc, TAG_END ) ) )
+    {
+	return( "Couldn't get VisualInfo\n" );
+    }
+    if ( !( canvaswin = IIntuition->OpenWindowTags( NULL,
+	WA_NoCareRefresh, TRUE,
+	WA_Activate, TRUE,
+	WA_Borderless, TRUE,
+	WA_Backdrop, TRUE,
+	WA_CustomScreen, canvassc,
+	WA_NewLookMenus, TRUE,
+	TAG_END ) ) )
+    {
+	return( "Couldn't open window\n" );
+    }
+    canvaswin->UserPort = userport;
+    IIntuition->ModifyIDCMP( canvaswin, IDCMP_MENUPICK | IDCMP_VANILLAKEY );
+    if ( !( controlsc = IIntuition->OpenScreenTags( NULL,
-/*
+	SA_DisplayID, SC_ID,
-** setupBitMaps(): allocate the bit maps for a double buffered screen.
+	SA_Overscan, OSCAN_TEXT,
-*/
+	SA_Depth, 2,
-struct BitMap **setupBitMaps(LONG depth, LONG width, LONG height)
+	SA_Pens, pens,
-{
+	SA_Top, CONTROLSC_TOP,
-/* this must be static -- it cannot go away when the routine exits. */
+	SA_Height, 28,
-static struct BitMap *myBitMaps[2];
+	SA_Parent, canvassc,
+	SA_ShowTitle, FALSE,
+	SA_Draggable, FALSE,
+	SA_VideoControl, vctags,
+	SA_Quiet, TRUE,
+	SA_Font, &Topaz80,
+	TAG_END ) ) )
+    {
+	return( "Couldn't open screen\n" );
+    }
+    if ( !( controlvi = IGadTools->GetVisualInfo( controlsc, TAG_END ) ) )
-myBitMaps[0] = (struct BitMap *) AllocMem((LONG)sizeof(struct BitMap), MEMF_CLEAR);
-if (myBitMaps[0] != NULL)
     {
+	return( "Couldn't get VisualInfo\n" );
-    myBitMaps[1] = (struct BitMap *)AllocMem((LONG)sizeof(struct BitMap), MEMF_CLEAR);
+    }
-    if (myBitMaps[1] != NULL)
-        {
-        InitBitMap(myBitMaps[0], depth, width, height);
-        InitBitMap(myBitMaps[1], depth, width, height);
-        if (NULL != setupPlanes(myBitMaps[0], depth, width, height))
+    if ( !( menu = IGadTools->CreateMenus( demomenu, TAG_END ) ) )
-            {
+    {
+	return( "Couldn't create menus\n" );
-            if (NULL != setupPlanes(myBitMaps[1], depth, width, height))
+    }
-                return(myBitMaps);
+    if ( !IGadTools->LayoutMenus( menu, canvasvi,
-            freePlanes(myBitMaps[0], depth, width, height);
+	GTMN_NewLookMenus, TRUE,
-            }
+	TAG_END ) )
-        FreeMem(myBitMaps[1], (LONG)sizeof(struct BitMap));
-        }
+    {
+	return( "Couldn't layout menus\n" );
-    FreeMem(myBitMaps[0], (LONG)sizeof(struct BitMap));
     }
-return(NULL);
-}
+    if ( !createAllGadgets( &glist, controlvi ) )
-/*
+    {
-** runDBuff(): loop through a number of iterations of drawing into
+	return( "Couldn't create gadgets\n" );
-** alternate frames of the double-buffered screen.  Note that the
+    }
-** object is drawn in color 1.
-*/
-VOID runDBuff(struct Screen *screen, struct BitMap **myBitMaps)
-{
-WORD ktr, xpos, ypos;
-WORD toggleFrame;
+    /* A borderless backdrop window so we can get input */
-toggleFrame = 0;
+    if ( !( controlwin = IIntuition->OpenWindowTags( NULL,
-SetAPen(&amp;(screen-&gt;RastPort), 1);
+	WA_NoCareRefresh, TRUE,
+	WA_Activate, TRUE,
-for (ktr = 1; ktr &lt; 200; ktr++)
+	WA_Borderless, TRUE,
+	WA_Backdrop, TRUE,
+	WA_CustomScreen, controlsc,
+	WA_NewLookMenus, TRUE,
+	WA_Gadgets, glist,
+	TAG_END ) ) )
     {
+	return( "Couldn't open window\n" );
-    /* Calculate a position to place the object, these
+    }
-    ** calculations insure the object will stay on the screen
-    ** given the range of ktr and the size of the object.
-    */
-    xpos = ktr;
-    if ((ktr % 100) &gt;= 50)
-        ypos = 50 - (ktr % 50);
-    else
-        ypos = ktr % 50;
+    controlwin->UserPort = userport;
-    /* switch the bitmap so that we are drawing into the correct place */
+    IIntuition->ModifyIDCMP( controlwin, SLIDERIDCMP | IDCMP_MENUPICK | IDCMP_VANILLAKEY );
-    screen-&gt;RastPort.BitMap          = myBitMaps[toggleFrame];
-    screen-&gt;ViewPort.RasInfo-&gt;BitMap = myBitMaps[toggleFrame];
+    IGadTools->GT_RefreshWindow( controlwin, NULL );
-    /* Draw the objects.
+    IIntuition->SetMenuStrip( canvaswin, menu );
-    ** Here we clear the old frame and draw a simple filled rectangle.
+    IIntuition->LendMenus( controlwin, canvaswin );
-    */
-    SetRast(&amp;(screen-&gt;RastPort), 0);
-    RectFill(&amp;(screen-&gt;RastPort), xpos, ypos, xpos+100, ypos+100);
+    if ( !( scbuf[ 0 ] = IIntuition->AllocScreenBuffer( canvassc, NULL, SB_SCREEN_BITMAP ) ) )
-    /* update the physical display to match the newly drawn bitmap. */
+    {
-    MakeScreen(screen); /* Tell intuition to do its stuff.          */
+	return( "Couldn't allocate ScreenBuffer 1\n" );
-    RethinkDisplay();   /* Intuition compatible MrgCop &amp; LoadView   */
-                        /*               it also does a WaitTOF().  */
-    /* switch the frame number for next time through */
-    toggleFrame ^= 1;
     }
-}
+    if ( !( scbuf[ 1 ] = IIntuition->AllocScreenBuffer( canvassc, NULL, SB_COPY_BITMAP ) ) )
-/*
-** freeBitMaps(): free up the memory allocated by setupBitMaps().
-*/
-VOID freeBitMaps(struct BitMap **myBitMaps, LONG depth, LONG width, LONG height)
-{
-freePlanes(myBitMaps[0], depth, width, height);
-freePlanes(myBitMaps[1], depth, width, height);
-FreeMem(myBitMaps[0], (LONG)sizeof(struct BitMap));
-FreeMem(myBitMaps[1], (LONG)sizeof(struct BitMap));
-}
-/*
-** setupPlanes(): allocate the bit planes for a screen bit map.
-*/
-LONG setupPlanes(struct BitMap *bitMap, LONG depth, LONG width, LONG height)
-{
-SHORT plane_num ;
-for (plane_num = 0; plane_num &lt; depth; plane_num++)
     {
+	return( "Couldn't allocate ScreenBuffer 2\n" );
-    bitMap-&gt;Planes[plane_num] = (PLANEPTR)AllocRaster(width, height);
-    if (bitMap-&gt;Planes[plane_num] != NULL )
-        BltClear(bitMap-&gt;Planes[plane_num], (width / 8) * height, 1);
-    else
-        {
-        freePlanes(bitMap, depth, width, height);
-        return(NULL);
-        }
     }
-return(TRUE);
-}
+    /* Let's use the UserData to store the buffer number, for
-/*
+     * easy identification when the message comes back.
-** freePlanes(): free up the memory allocated by setupPlanes().
-*/
+     */
+    scbuf[ 0 ]->sb_DBufInfo->dbi_UserData1 = ( APTR ) ( 0 );
-VOID freePlanes(struct BitMap *bitMap, LONG depth, LONG width, LONG height)
+    scbuf[ 1 ]->sb_DBufInfo->dbi_UserData1 = ( APTR ) ( 1 );
-{
+    status[ 0 ] = OK_REDRAW;
-SHORT plane_num ;
+    status[ 1 ] = OK_REDRAW;
+    if ( !( face = makeImageBM() ) )
-for (plane_num = 0; plane_num &lt; depth; plane_num++)
     {
+	return( "Couldn't allocate image bitmap\n" );
-    if (bitMap-&gt;Planes[plane_num] != NULL)
-        FreeRaster(bitMap-&gt;Planes[plane_num], width, height);
     }
+    IGraphics->InitRastPort( &rport[ 0 ] );
-}</pre>
+    IGraphics->InitRastPort( &rport[ 1 ] );
-=== Dual-Playfield Screen Example ===
+    rport[ 0 ].BitMap = scbuf[ 0 ]->sb_BitMap;
+    rport[ 1 ].BitMap = scbuf[ 1 ]->sb_BitMap;
+    x = 50;
-This example shows how to create a dual-playfield display. Note that this technique is only valid for screen modes which support dual-playfield, do not try to convert other modes.
+    y = 70;
+    xstep = 1;
+    xdir = 1;
+    ystep = 1;
+    ydir = -1;
+    /* All is OK */
+    return( 0 );
+}
+/*----------------------------------------------------------------------*/
+/* Draw a crude "face" for animation */
-Setting up dual playfield mode in the OpenScreen() call is not the best method of obtaining a dual playfield viewport for a screen. It is better to open a standard screen, passing to Intuition (or letting Intuition create) only one of the playfield bitmaps (the front one). Next allocate and set up a second bitmap, its bitplanes, and a RasInfo structure installing these into the new screen‚Äôs viewport. Update the viewport modes to include DUALPF and call MakeScreen() and RethinkDisplay(). This method, shown in the example below, keeps Intuition rendering (gadgets, menus, windows) in a single playfield.
+#define MAXVECTORS	10
+struct BitMap *makeImageBM( void )
+{
+    struct BitMap *bm;
+    struct RastPort rport;
+    struct AreaInfo area;
+    struct TmpRas tmpRas;
+    PLANEPTR planePtr;
+    BYTE areabuffer[ MAXVECTORS*5 ];
-<pre>/* dualplayfield.c
-** Shows how to turn on dual-playfield mode in a screen.
-**
-** SAS/C 5.10a
-** lc -b1 -cfist -v -y dualplayfield
-** blink FROM LIB:c.o dualplayfield.o TO dualplayfield LIB LIB:lc.lib LIB:amiga.lib
-*/
+    if ( bm = ( struct BitMap * )IGraphics->AllocBitMap( BM_WIDTH, BM_HEIGHT,
-#define INTUI_V36_NAMES_ONLY
+	BM_DEPTH, BMF_CLEAR, NULL ) )
+    {
+	if ( planePtr = IGraphics->AllocRaster( BM_WIDTH, BM_HEIGHT ) )
+	{
+	    IGraphics->InitRastPort( &rport );
+	    rport.BitMap = bm;
+	    IGraphics->InitArea( &area, areabuffer, MAXVECTORS );
-#include &lt;exec/types.h&gt;
+	    rport.AreaInfo = &area;
-#include &lt;exec/memory.h&gt;
-#include &lt;intuition/intuition.h&gt;
-#include &lt;graphics/displayinfo.h&gt;
+	    IGraphics->InitTmpRas( &tmpRas, planePtr, RASSIZE( BM_WIDTH, BM_HEIGHT ) );
-#include &lt;clib/exec_protos.h&gt;
+	    rport.TmpRas = &tmpRas;
-#include &lt;clib/intuition_protos.h&gt;
-#include &lt;clib/graphics_protos.h&gt;
+	    IGraphics->SetABPenDrMd( &rport, 3, 0, JAM1 );
-VOID doDualPF ( struct Window * );
+	    IGraphics->AreaEllipse( &rport, BM_WIDTH/2, BM_HEIGHT/2,
-BOOL installDualPF( struct Screen *, struct RastInfo * );
+		BM_WIDTH/2-4, BM_HEIGHT/2-4 );
-VOID drawSomething( struct RastPort * );
+	    IGraphics->AreaEnd( &rport );
-VOID handleIDCMP ( struct Window * );
-VOID removeDualPF( struct Screen *s );
+	    IGraphics->SetAPen( &rport, 2 );
-struct Library *IntuitionBase;
+	    IGraphics->AreaEllipse( &rport, 5*BM_WIDTH/16, BM_HEIGHT/4,
-struct Library *GfxBase;
+		BM_WIDTH/9, BM_HEIGHT/9 );
+	    IGraphics->AreaEllipse( &rport, 11*BM_WIDTH/16, BM_HEIGHT/4,
+		BM_WIDTH/9, BM_HEIGHT/9 );
+	    IGraphics->AreaEnd( &rport );
+	    IGraphics->SetAPen( &rport, 1 );
-VOID main(int argc, char **argv)
+	    IGraphics->AreaEllipse( &rport, BM_WIDTH/2, 3*BM_HEIGHT/4,
-{
+		BM_WIDTH/3, BM_HEIGHT/9 );
-struct Window *win;
+	    IGraphics->AreaEnd( &rport );
-struct Screen *scr;
+	    IGraphics->FreeRaster( planePtr, BM_WIDTH, BM_HEIGHT );
-IntuitionBase = OpenLibrary(&quot;intuition.library&quot;,37);
+	}
-if (IntuitionBase != NULL)
+	else
-    {
+	{
-    GfxBase = OpenLibrary(&quot;graphics.library&quot;, 37);
+	    IGraphics->FreeBitMap( bm );
-    if (GfxBase != NULL)
-        {
+	    bm = NULL;
+	}
-        scr = OpenScreenTags(NULL,
+    return( bm );
-                             SA_Depth,     2,
-                             SA_DisplayID, HIRES_KEY,
-                             SA_Title,     &quot;Dual Playfield Test Screen&quot;,
-                             TAG_END);
-        if ( scr != NULL )
-            {
-            win = OpenWindowTags(NULL,
-                                 WA_Title,        &quot;Dual Playfield Mode&quot;,
-                                 WA_IDCMP,        IDCMP_CLOSEWINDOW,
-                                 WA_Width,        200,
-                                 WA_Height,       100,
-                                 WA_DragBar,      TRUE,
-                                 WA_CloseGadget,  TRUE,
-                                 WA_CustomScreen, scr,
-                                 TAG_END);
-            if ( win != NULL )
-                {
-                doDualPF(win);
-                CloseWindow(win);
-                }
-            CloseScreen(scr);
-            }
-        CloseLibrary(GfxBase);
-        }
-    CloseLibrary(IntuitionBase);
     }
 }
+/*----------------------------------------------------------------------*/
+/* Make a pair of slider gadgets to control horizontal and vertical
-/*
+ * speed of motion.
-** Allocate all of the stuff required to add dual playfield to a screen.
-*/
+ */
+struct Gadget *createAllGadgets( struct Gadget **glistptr, void *vi )
-VOID doDualPF(struct Window *win)
 {
+    struct NewGadget ng;
-struct Screen   *myscreen;
+    struct Gadget *gad;
-struct RasInfo  *rinfo2;
-struct BitMap   *bmap2;
-struct RastPort *rport2;
+    gad = IGadTools->CreateContext( glistptr );
-myscreen = win-&gt;WScreen;   /* Find the window's screen */
+    ng.ng_LeftEdge = 100;
-/* Allocate the second playfield's rasinfo, bitmap, and bitplane */
+    ng.ng_TopEdge = 1;
-rinfo2 = (struct RasInfo *) AllocMem(sizeof(struct RasInfo), MEMF_PUBLIC | MEMF_CLEAR);
+    ng.ng_Width = 100;
-if ( rinfo2 != NULL )
+    ng.ng_Height = 12;
-    {
+    ng.ng_GadgetText = "Horiz:  ";
-    /* Get a rastport, and set it up for rendering into bmap2 */
+    ng.ng_TextAttr = &Topaz80;
-    rport2 = (struct RastPort *) AllocMem(sizeof(struct RastPort), MEMF_PUBLIC );
+    ng.ng_VisualInfo = vi;
-    if (rport2 != NULL )
+    ng.ng_GadgetID = GAD_HORIZ;
-        {
+    ng.ng_Flags = 0;
-        bmap2 = (struct BitMap *) AllocMem(sizeof(struct BitMap), MEMF_PUBLIC | MEMF_CLEAR);
-        if (bmap2 != NULL )
-            {
-            InitBitMap(bmap2, 1, myscreen-&gt;Width, myscreen-&gt;Height);
+    horizgad = gad = IGadTools->CreateGadget( SLIDER_KIND, gad, &ng,
-            /* extra playfield will only use one bitplane here. */
+	GTSL_Min, 0,
-            bmap2-&gt;Planes[0] = (PLANEPTR) AllocRaster(myscreen-&gt;Width, myscreen-&gt;Height);
+	GTSL_Max, 9,
-            if (bmap2-&gt;Planes[0] != NULL )
+	GTSL_Level, 1,
-                {
+	GTSL_MaxLevelLen, 1,
-                InitRastPort(rport2);
+	GTSL_LevelFormat, "%ld",
-                rport2-&gt;BitMap = rinfo2-&gt;BitMap = bmap2;
+	TAG_END );
+    ng.ng_LeftEdge += 200;
-                SetRast(rport2, 0);
+    ng.ng_GadgetID = GAD_VERT;
+    ng.ng_GadgetText = "Vert:  ";
+    vertgad = gad = IGadTools->CreateGadget( SLIDER_KIND, gad, &ng,
+	GTSL_Min, 0,
+	GTSL_Max, 9,
+	GTSL_Level, 1,
+	GTSL_MaxLevelLen, 1,
+	GTSL_LevelFormat, "%ld",
+	TAG_END );
+    return( gad );
-                if (installDualPF(myscreen,rinfo2))
-                    {
-                    /* Set foreground color; color 9 is color 1 for
-                    ** second playfield of hi-res viewport
-                    */
-                    SetRGB4(&amp;myscreen-&gt;ViewPort, 9, 0, 0xF, 0);
-                    drawSomething(rport2);
-                    handleIDCMP(win);
-                    removeDualPF(myscreen);
-                    }
-                FreeRaster(bmap2-&gt;Planes[0], myscreen-&gt;Width, myscreen-&gt;Height);
-                }
-            FreeMem(bmap2, sizeof(struct BitMap));
-            }
-        FreeMem(rport2, sizeof(struct RastPort));
-        }
-    FreeMem(rinfo2, sizeof(struct RasInfo));
-    }
 }
+/*----------------------------------------------------------------------*/
+/* Clean up everything and exit, printing the errorstring if any */
-/*
+void error_exit( STRPTR errorstring )
-** Manhandle the viewport:
-** install second playfield and change modes
-*/
-BOOL installDualPF(struct Screen *scrn, struct RastInfo *rinfo2)
 {
+    if ( controlwin )
-ULONG screen_modeID;
+    {
-BOOL return_code = FALSE;
+	IIntuition->ClearMenuStrip( controlwin );
+	CloseWindowSafely( controlwin );
+    }
+    if ( canvaswin )
-screen_modeID = GetVPModeID(&amp;(scrn-&gt;ViewPort));
-if( screen_modeID != INVALID_ID )
     {
+	IIntuition->ClearMenuStrip( canvaswin );
-    /* you can only play with the bits in the Modes field
+	CloseWindowSafely( canvaswin );
-    ** if the upper half of the screen mode ID is zero!!!
-    */
+    }
-    if ( (screen_modeID &amp; 0xFFFF0000L) == 0L )
-        {
-        return_code = TRUE;
-        Forbid();
+    if ( controlsc )
+    {
+	IIntuition->CloseScreen( controlsc );
+    }
+    if ( canvassc )
-        /* Install rinfo for viewport's second playfield */
+    {
-        scrn-&gt;ViewPort.RasInfo-&gt;Next = rinfo2;
+	IIntuition->FreeScreenBuffer( canvassc, scbuf[ 1 ] );
-        scrn-&gt;ViewPort.Modes |= DUALPF;
+	IIntuition->FreeScreenBuffer( canvassc, scbuf[ 0 ] );
+	IIntuition->CloseScreen( canvassc );
+    }
-        Permit();
+    if ( dbufport )
+    {
+	IExec->FreeSysObject(ASOT_PORT, dbufport );
+    }
+    if ( userport )
-        /* Put viewport change into effect */
+    {
-        MakeScreen(scrn);
+	IExec->FreeSysObject(ASOT_PORT, userport );
-        RethinkDisplay();
-        }
     }
-return(return_code);
-}
+    if ( IGadTools )
-/*
+    {
-** Draw some lines in a rast port...This is used to get some data into
+	IGadTools->FreeGadgets( glist );
-** the second playfield.  The windows on the screen will move underneath
+	IGadTools->FreeMenus( menu );
-** these graphics without disturbing them.
+	IGadTools->FreeVisualInfo( canvasvi );
-*/
+	IGadTools->FreeVisualInfo( controlvi );
-VOID drawSomething(struct RastPort *rp)
+  struct Library *libBase = IGadTools->Data.LibBase;
-{
+  IExec->DropInterface((struct Interface*)IGadTools);
-int width, height;
+	IExec->CloseLibrary( libBase );
-int r, c;
+    }
+    if ( IIntuition )
-width = rp-&gt;BitMap-&gt;BytesPerRow * 8;
+    {
-height = rp-&gt;BitMap-&gt;Rows;
+  struct Library *libBase = IIntuition->Data.LibBase;
+  IExec->DropInterface((struct Interface*)IIntuition);
+	IExec->CloseLibrary( libBase );
+    }
+    if ( face )
-SetAPen(rp, 1);
+    {
+	IGraphics->FreeBitMap( face );
+    }
+    if ( IGraphics )
-for (r = 0; r &lt; height; r += 40)
     {
+  struct Library *libBase = IGraphics->Data.LibBase;
-    for (c = 0; c &lt; width; c += 40)
+  IExec->DropInterface((struct Interface*)IGraphics);
-        {
+	IExec->CloseLibrary( libBase );
-        Move(rp, 0L, r);
-        Draw(rp, c, 0L);
-        }
     }
-}
-/*
-** simple event loop to wait for the user to hit the close gadget
-** on the window.
-*/
-VOID handleIDCMP(struct Window *win)
-{
-BOOL done = FALSE;
-struct IntuiMessage *message = NULL;
-ULONG class;
-ULONG signals;
+    if ( errorstring )
-while (!done)
     {
+	IDOS->Printf( errorstring );
-    signals = Wait(1L &lt;&lt; win-&gt;UserPort-&gt;mp_SigBit);
+	exit( 20 );
-    if (signals &amp; (1L &lt;&lt; win-&gt;UserPort-&gt;mp_SigBit))
-        {
+    }
-        while ((!done) &amp;&amp;
-               (message = (struct IntuiMessage *)GetMsg(win-&gt;UserPort)))
-            {
-            class = message-&gt;Class;
-            ReplyMsg((struct Message *)message);
-            switch (class)
+    exit( 0 );
-                {
-                case IDCMP_CLOSEWINDOW:
-                    done = TRUE;
-                    break;
-                }
-            }
-        }
-    }
 }
-/*
-** remove the effects of installDualPF().
-** only call if installDualPF() succeeded.
-*/
-VOID removeDualPF(struct Screen *scrn)
-{
-Forbid();
+/*----------------------------------------------------------------------*/
-scrn-&gt;ViewPort.RasInfo-&gt;Next = NULL;
-scrn-&gt;ViewPort.Modes &amp;= ~DUALPF;
+/* these functions close an Intuition window
-Permit();
+ * that shares a port with other Intuition
+ * windows or IPC customers.
+ *
+ * We are careful to set the UserPort to
+ * null before closing, and to free
+ * any messages that it might have been
+ * sent.
+ */
+#include "exec/types.h"
+#include "exec/nodes.h"
+#include "exec/lists.h"
+#include "exec/ports.h"
+#include "intuition/intuition.h"
+void
-MakeScreen(scrn);
+CloseWindowSafely( struct Window *win )
-RethinkDisplay();
+{
-}</pre>
+    /* we forbid here to keep out of race conditions with Intuition */
-== Other Screen Functions ==
+    IExec->Forbid();
+    /* send back any messages for this window
-Other screen functions provided by Intuition control screen depth arrangement, screen movement, the screen title bar and provide a visual ‚Äúerror beep‚Äù.
+     * that have not yet been processed
+     */
+    IIntuition->StripIntuiMessages( win->UserPort, win );
+    /* clear UserPort so Intuition will not free it */
-=== Screen Depth Arrangement ===
+    win->UserPort = NULL;
+    /* tell Intuition to stop sending more messages */
+    IIntuition->ModifyIDCMP( win, 0L );
+    /* turn multitasking back on */
+    IExec->Permit();
+    /* and really close the window */
-ScreenToFront()
+    IIntuition->CloseWindow( win );
+}
+</syntaxhighlight>
+== Other Screen Functions ==
-and ScreenToBack() make a screen either the frontmost or the backmost screen. If an application needs to render into a screen before the screen becomes visible to the user, the screen may be opened behind all other screens and later moved to the front when ready with ScreenToFront().
+Other screen functions provided by Intuition control screen depth arrangement, screen movement, the screen title bar and provide a visual "error beep".
-<pre>VOID ScreenToFront( struct Screen * );
-VOID ScreenToBack ( struct Screen * );</pre>
+=== Screen Depth Arrangement ===
+ScreenToFront() and ScreenToBack() make a screen either the frontmost or the backmost screen. If an application needs to render into a screen before the screen becomes visible to the user, the screen may be opened behind all other screens and later moved to the front when ready with ScreenToFront().
-Depth control of screens is also available through the depth arrangement gadget in the screen‚Äôs title bar or through keyboard shortcuts. The N key with the Left-Amiga qualifier moves the Workbench screen to front. The M key with the Left-Amiga qualifier moves the frontmost screen to back. Repeated selection of Left-Amiga-M will cycle through available screens. These keys are processed through the keymap and will retain their value even if the key location changes.
+<syntaxhighlight>
-=== Screen Movement and Scrolling ===
+VOID ScreenToFront( struct Screen * );
+VOID ScreenToBack ( struct Screen * );
+</syntaxhighlight>
+Depth control of screens is also available through the depth arrangement gadget in the screen's title bar or through keyboard shortcuts. The N key with the Left-Amiga qualifier moves the Workbench screen to front. The M key with the Left-Amiga qualifier moves the frontmost screen to back. Repeated selection of Left-Amiga-M will cycle through available screens. These keys are processed through the keymap and will retain their value even if the key location changes.
+=== Screen Movement and Scrolling ===
 The MoveScreen() function moves the screen origin by the number of pixels specified in dx and dy.
+<syntaxhighlight>
-<pre>VOID MoveScreen( struct Screen *myscreen, WORD dx, WORD dy );</pre>
+VOID MoveScreen( struct Screen *myscreen, WORD dx, WORD dy );
+</syntaxhighlight>
 Calls to MoveScreen() are asynchronous; the screen is not necessarily moved upon return of this function. If the calls happen too quickly, there may be unexpected results. One way to pace these calls is to call the function one time for each IDCMP_INTUITICKS event.
+Screen movement is also available through the screen's drag gadget in the title bar and through a keyboard/mouse shortcut. Left-Amiga with the select button of the mouse anywhere within the screen will drag the screen (even if the title bar is totally concealed by a window). Dragging a screen down will reveal any screen(s) behind it. Screens are never revealed to the left, right or bottom of another screen.
+Additionally, oversized screens may be moved with the autoscroll feature. With autoscroll, the screen is automatically scrolled as the pointer reaches one of the edges of the display. Autoscroll only works on the active screen.
+Another screen movement feature is ''menu snap''. When a screen much larger than the viewing area is scrolled such that the upper left corner is not visible (scrolled down or to the right), menus may could be out of the visible portion of the screen. To prevent this, ''menu snap'' moves the screen to a position where the menus will be visible before rendering them. The screen appears to snap to the home position as the menus are selected, moving back when the operation is complete. If the Left-Amiga qualifier is held when the menus are selected then the screen will remain in the home position when the menu button is released.
-Screen movement is also available through the screen‚Äôs drag gadget in the title bar and through a keyboard/mouse shortcut. Left-Amiga with the select button of the mouse anywhere within the screen will drag the screen (even if the title bar is totally concealed by a window). Dragging a screen down will reveal any screen(s) behind it. Screens are never revealed to the left, right or bottom of another screen.
+The Intuition preferences editor, IControl, allows the user to change a number of Intuition features. Some of these features include the ability to globally disable menu snap, and to change the select qualifier for dragging the screen. See the User's Manual for more information on Preferences editors.
-Additionally, oversized screens may be moved with the new autoscroll feature of Release 2. With autoscroll, the screen is automatically scrolled as the pointer reaches one of the edges of the display. Autoscroll only works on the active screen.
-Another screen movement feature added in Release 2 is screen ''menu snap''. When a screen much larger than the viewing area is scrolled such that the upper left corner is not visible (scrolled down or to the right), menus may could be out of the visible portion of the screen. To prevent this, ''menu snap'' moves the screen to a position where the menus will be visible before rendering them. The screen appears to snap to the home position as the menus are selected, moving back when the operation is complete. If the Left-Amiga qualifier is held when the menus are selected then the screen will remain in the home position when the menu button is released.
-The Intuition preferences editor, IControl, allows the user to change a number of Intuition features. Some of these features include the ability to globally disable menu snap, and to change the select qualifier for dragging the screen. See the User‚Äôs Manual for more information on Preferences editors.
 === Miscellaneous Screen Functions ===
 Three other functions used with screens are DisplayBeep(), ShowTitle() and GetScreenData(). DisplayBeep() flashes the screen colors to inform the user of an error or problem.
+<syntaxhighlight>
-<pre>VOID DisplayBeep( struct Screen *myscreen );</pre>
+VOID DisplayBeep( struct Screen *myscreen );
-Since not all users will have speakers attached to the system, DisplayBeep() can be used to provide a visible bell. DisplayBeep() can beep any single screen or, if myscreen is set to NULL, all screens.
+</syntaxhighlight>
+Since not all users will have speakers attached to the system, DisplayBeep() can be used to provide a visible bell. DisplayBeep() can beep any single screen or, if myscreen is set to NULL, all screens.
+ShowTitle() determines whether the screen's title bar will be displayed in front of or behind any backdrop windows on the screen.
+<syntaxhighlight>
-ShowTitle()
+VOID ShowTitle( struct Screen *myscreen, BOOL infront );
+</syntaxhighlight>
-determines whether the screen‚Äôs title bar will be displayed in front of or behind any backdrop windows on the screen.
+By default, the screen's title bar is set to display in front of backdrop windows. Call this function with infront set to FALSE to put the screen title bar behind backdrop windows. This can also be set when the screen is opened with the SA_ShowTitle tag.
-<pre>VOID ShowTitle( struct Screen *myscreen, BOOL infront );</pre>
-By default, the screen‚Äôs title bar is set to display in front of backdrop windows. Call this function with infront set to FALSE to put the screen title bar behind backdrop windows. This can also be set when the screen is opened with the SA_ShowTitle tag.
-Under 1.3 (V34) and earlier versions of the Amiga OS, applications used the GetScreenData() to get a copy of the Workbench Screen structure in order to examine its attributes.
-<pre>success = BOOL GetScreenData( APTR buffer, UWORD bufsize, UWORD type, struct Screen *scr);</pre>
-If successful, GetScreenData() copies a given Screen structure to a buffer supplied by the application. A copy of the Workbench Screen data can be obtained without knowing its location in memory using GetScreenData(buf, sizeof(struct Screen), WBENCHSCREEN, NULL). However, for Release 2 and later versions of the operating system, this function may return some false information about the Workbench screen. This false screen information helps prevent older applications that used the call from malfunctioning when run in a Release 2 system that has Workbench set up with one of the newer modes.
-Applications that want to get information on the Workbench screen should use GetScreenData() when run under 1.3 and LockPubScreen() when run under under Release 2. For more about LockPubScreen() and Workbench, see the section on ‚ÄúPublic Screen Functions‚Äù earlier in this chapter.
 == Function Reference ==
-The following are brief descriptions of the Intuition functions that relate to the use of Intuition screens. See the ''Amiga ROM Kernel Reference Manual: Includes and Autodocs'' for details on each function call.
+The following are brief descriptions of the Intuition functions that relate to the use of Intuition screens. See the SDK for details on each function call.
+{| class="wikitable"
+! Function
+! Description
-[h]
+|-
+| OpenScreenTagList()
-Functions for Intuition Screens
+| Open a screen.
+|-
-<table>
+| OpenScreenTags()
-<thead>
+| Alternate calling sequence for OpenScreenTagList().
-<tr class="header">
+|-
-<th align="left">'''Function'''</th>
+| OpenScreen()
-<th align="left">'''Description'''</th>
+| Pre-V36 open screen function.
-</tr>
+|-
-</thead>
+| CloseScreen()
-<tbody>
+| Close an open screen.
-<tr class="odd">
+|-
-<td align="left">OpenScreenTagList()</td>
+| MoveScreen()
-<td align="left">Open a screen.</td>
+| Change the position of an open screen.
-</tr>
+|-
-<tr class="even">
+| ScreenToBack()
-<td align="left">OpenScreenTags()</td>
+| Move a screen behind all other screens.
-<td align="left">Alternate calling sequence for OpenScreenTagList().</td>
+|-
-</tr>
+| ScreenToFront()
-<tr class="odd">
+| Move a screen in front of all other screens.
-<td align="left">OpenScreen()</td>
+|-
-<td align="left">Pre-V36 open screen function.</td>
+| ShowTitle()
-</tr>
+| Show the screen in front of through backdrop windows.
-<tr class="even">
+|-
-<td align="left">CloseScreen()</td>
+| GetScreenDrawInfo()
-<td align="left">Close an open screen.</td>
+| Get the DrawInfo information for an open screen.
-</tr>
+|-
-<tr class="odd">
+| FreeScreenDrawInfo()
-<td align="left">MoveScreen()</td>
-<td align="left">Change the position of an open screen.</td>
+| Free the DrawInfo information for a screen.
+|-
-</tr>
+| QueryOverscan()
-<tr class="even">
+| Find overscan information for a specific display type.
-<td align="left">ScreenToBack()</td>
+|-
-<td align="left">Move a screen behind all other screens.</td>
+| LockPubScreen()
-</tr>
+| Obtain a lock on a public screen.
-<tr class="odd">
+|-
-<td align="left">ScreenToFront()</td>
+| UnlockPubScreen()
-<td align="left">Move a screen in front of all other screens.</td>
+| Release a lock on a public screen.
-</tr>
+|-
-<tr class="even">
+| NextPubScreen()
-<td align="left">ShowTitle()</td>
+| Return the name of the next public screen in the list.
-<td align="left">Show the screen in front of through backdrop windows.</td>
+|-
-</tr>
+| PubScreenStatus()
-<tr class="odd">
+| Make a public screen private or private screen public.
-<td align="left">GetScreenDrawInfo()</td>
+|-
-<td align="left">Get the DrawInfo information for an open screen.</td>
+| LockPubScreenList()
-</tr>
+| Lock the public screen list (for a public screen utility).
-<tr class="even">
+|-
-<td align="left">FreeScreenDrawInfo()</td>
+| UnlockPubScreenList()
-<td align="left">Free the DrawInfo information for a screen.</td>
+| Unlock the public screen list.
-</tr>
+|-
-<tr class="odd">
+| SetDefaultPubScreen()
-<td align="left">QueryOverscan()</td>
+| Change the default public screen.
-<td align="left">Find overscan information for a specific display type.</td>
+|-
-</tr>
+| SetPubScreenModes()
-<tr class="even">
+| Establish global public screen behavior.
-<td align="left">LockPubScreen()</td>
+|-
-<td align="left">Obtain a lock on a public screen.</td>
+| GetDefaultPubScreen()
-</tr>
+| Copies the name of the default public screen to a buffer.
-<tr class="odd">
+|-
-<td align="left">UnlockPubScreen()</td>
+| OpenWorkBench()
-<td align="left">Release a lock on a public screen.</td>
+| Open the Workbench screen, if closed.
-</tr>
+|-
-<tr class="even">
+| CloseWorkBench()
-<td align="left">NextPubScreen()</td>
+| Close the Workbench screen, if possible.
-<td align="left">Return the name of the next public screen in the list.</td>
+|-
-</tr>
+| WBenchToBack()
-<tr class="odd">
+| Move the Workbench screen behind all other screens.
-<td align="left">PubScreenStatus()</td>
+|-
-<td align="left">Make a public screen private or private screen public.</td>
+| WBenchToFront()
-</tr>
+| Move the Workbench screen in front of all other screens.
-<tr class="even">
+|-
-<td align="left">LockPubScreenList()</td>
+| GetScreenData()
-<td align="left">Lock the public screen list (for a public screen utility).</td>
+| Pre-V36 way to return information on an open screen.
-</tr>
+|-
-<tr class="odd">
+| GetScreenAttr()
-<td align="left">UnlockPubScreenList()</td>
+| Query a screen attribute.
-<td align="left">Unlock the public screen list.</td>
+|-
-</tr>
+| GetScreenAttr() / GetScreenAttrsA()
-<tr class="even">
+| Query screen attributes.
-<td align="left">SetDefaultPubScreen()</td>
+|-
-<td align="left">Change the default public screen.</td>
+| ViewAddress()
-</tr>
+| Return the address of a screen's View.
-<tr class="odd">
+|-
-<td align="left">SetPubScreenModes()</td>
+| ViewPortAddress()
-<td align="left">Establish global public screen behavior.</td>
+| Use &screen->ViewPort instead.
-</tr>
+|-
-<tr class="even">
+| MakeScreen()
-<td align="left">GetDefaultPubScreen()</td>
+| Low level screen handling-rebuild Copper list.
-<td align="left">Copies the name of the default public screen to a buffer.</td>
+|-
-</tr>
+| RethinkDisplay()
-<tr class="odd">
+| Low level screen handling-incorporate Copper list changes.
-<td align="left">OpenWorkBench()</td>
+|-
-<td align="left">Open the Workbench screen, if closed.</td>
+| RemakeDisplay()
-</tr>
+| MakeScreen() for all screens, then RethinkDisplay().
-<tr class="even">
+|}
-<td align="left">CloseWorkBench()</td>
-<td align="left">Close the Workbench screen, if possible.</td>
-</tr>
-<tr class="odd">
-<td align="left">WBenchToBack()</td>
-<td align="left">Move the Workbench screen behind all other screens.</td>
-</tr>
-<tr class="even">
-<td align="left">WBenchToFront()</td>
-<td align="left">Move the Workbench screen in front of all other screens.</td>
-</tr>
-<tr class="odd">
-<td align="left">GetScreenData()</td>
-<td align="left">Pre-V36 way to return information on an open screen.</td>
-</tr>
-<tr class="even">
-<td align="left">ViewAddress()</td>
-<td align="left">Return the address of a screen‚Äôs View.</td>
-</tr>
-<tr class="odd">
-<td align="left">ViewPortAddress()</td>
-<td align="left">Use &amp;screen-&gt;ViewPort instead.</td>
-</tr>
-<tr class="even">
-<td align="left">MakeScreen()</td>
-<td align="left">Low level screen handling‚Äìrebuild Copper list.</td>
-</tr>
-<tr class="odd">
-<td align="left">RethinkDisplay()</td>
-<td align="left">Low level screen handling‚Äìincorporate Copper list changes.</td>
-</tr>
-<tr class="even">
-<td align="left">RemakeDisplay()</td>
-<td align="left">MakeScreen() for all screens, then RethinkDisplay().</td>
-</tr>
-</tbody>
-</table>