previous
next
From X Manager, X Manager for Domains, or the X Administrative Console
(Administrative Console only) Click the tab.
In the left pane, select an existing session definition or click 
next to to create a new one.
In the pane on the right, click the tab.
The options are:
|
|
Select to retain the contents of unmapped or obscured windows. NOTE:There is a trade-off between increased network traffic and memory on your local computer — by saving the contents of a window, the server can avoid requests over the network to repaint the window. However, selecting this option may increase the memory requirements of the server. |
|
|
|
Disable backing store. |
|
|
Use backing store when a client requests it. |
|
|
Use backing store when a client requests it, and enable save unders Save unders is a window attribute that instructs the X server to preserve the area under a pop-up window, and repaint it when the pop-up window is closed. This option decreases the network traffic when menus or other pop-up windows are displayed. (the default). Clients that explicitly disable backing store can still receive save under support. |
|
|
Use backing store whenever the window is mapped and the client does not specify a backing store window attribute. In X terminology, a window is "mapped" when it is eligible for display on the screen. This setting, which is the recommended setting for low bandwidth sessions, reduces network traffic. However, it may also require more memory than the setting. |
|
|
Enable backing store as for , and enable save unders Save unders is a window attribute that instructs the X server to preserve the area under a pop-up window, and repaint it when the pop-up window is closed. This option decreases the network traffic when menus or other pop-up windows are displayed. . Clients that explicitly disable backing store can still receive save under support. |
|
|
Determines which X selection atom "Atom" is a generic term for an element of information in the X Window System. A selection is a type of atom. to link to the native clipboard. Selections are the primary mechanism for the exchange of information between X clients (for example, copying and pasting between windows). A selection in an X client is associated with a selection atom. The X client chooses the selection atom to use. If the X client chooses the selection atom that matches the atom in , then the selection will be copied to the native clipboard. The value selected in the list defines which X selection atom (, , or ) or cut buffer (<n>) is linked to the native clipboard. NOTE:If you're using WordPerfect for UNIX, set this option to . With the HP Visual Editor (ved), the option must be set to anything except . |
|
|
|
Choose (the default) if your X client uses the PRIMARY atom to store a text selection. The selection text is placed on the native clipboard. The data stays on the native clipboard until another selection is made. |
|
|
When the X client uses the SECONDARY atom to store a text selection, the selection is placed on the native clipboard. The data stays on the native clipboard until another selection is made. |
|
|
When the X client uses the X clipboard to store a text selection, the selection is placed on the native clipboard. The data stays on the native clipboard until another selection is made. |
|
|
Select to cause Reflection X to emulate X11R3 server bugs (enabling X11R3 clients to run). If you are running xtest, select this option; otherwise, misleading xtest "failures" appear. This option is cleared by default. |
|
|
|
When cleared (the default), Reflection X attempts to use 0 (zero) as the display number. If using 0 fails, it attempts to use another display number. When selected, Reflection X uses only the display number that is listed, whether it's 0 or another number you specify. If the X client application to which you are connecting requires a specific display number, enter it here. If a required display number is not available, the session will not start. |
|
Screen Definition
Each X server instance can have one or more X screens associated with it, and each screen can be configured differently. Use the options in the table to customize each X screen.
|
|
The monitor on which you would like Reflection to place an X screen. To span two or more monitors with a single X screen, select . If your display encompasses more than one monitor, you can move a screen from the monitor where it initialized to another monitor in your display. However, if the X server is reset, the screen returns to its initial position rather than to its most recent one. |
|
|
The visual type and pixel depth of the X terminal desktop. X clients often inherit this visual type on windows that they create. |
|
Allow Reflection X to choose the most appropriate default visual type, based on the display adapter setting for the specified monitor. For example, if the monitor's display adapter is configured for 256 colors, Reflection chooses . If the display adapter is configured for 24- or 32-bit True Color, Reflection chooses . If the display adapter is configured in a way that doesn't correspond to any supported X visual, Reflection defaults to . |
|
Specify a graphics card with a pixel depth of 8 bits (256 colors). This visual type is supported on displays with changeable hardware color maps. An X client application can select exactly the color it wants — as long as your display hardware is capable of displaying it — and can change the color at will. Also see the option for . |
|
Give a pixel consisting of RGB subfields of 8 bits each. The color intensity of each subfield ramps from 0 (fully off) to 255 (fully on), and cannot be changed. If you are running X clients that try to change colors, you cannot use as a color model; select instead. X clients in this category include xfishtank and ico2 (with colors specified). See Display Problems in the Troubleshooting section for more information. |
|
|
The width of the virtual screen (in pixels). Width and height dimensions can exceed the actual size of your display, creating a virtual screen for the X server root window. |
|
|
The height of the virtual screen (in pixels). Width and height dimensions can exceed the actual size of your display, creating a virtual screen for the X server root window. |
|
|
The physical width (in millimeters) of the screen. This number is provided to X clients when they query the X server for the screen size. It does not affect the way the server operates. If both the width and height are 0, Reflection X obtains the settings from your screen's current pixel resolution and density (dots per inch). |
|
|
The physical height (in millimeters) of the screen. This number is provided to X clients when they query the X server for the screen size. It does not affect the way the server operates. If both the width and height are 0, Reflection X obtains the settings from your screen's current pixel resolution and density (dots per inch). |
|
|
Sets the pixel value for black and white in dynamic, indexed color maps such as . The default is > . NOTE:For static or direct color maps, such as , the black pixel value is always and the white pixel is always (or the maximum color intensity). |
|
|
Allocates black and white pixels as shared (read-only) when an X client's color map entry is created. If this option is disabled, black and white pixels are not allocated at all, and their colors could subsequently be changed by any X client. However, colors are still associated as specified in the settings. |
|
|
Sets an RGB (gamma) correction value on the X terminal window, which makes it possible for a client to interpret colors more correctly given the hardware installed on the computer. |
|
|
Forces the X server to advertise only visuals that have the same depth as the depth of the visual specified for . Also see the option for . |
|
|
Causes the Reflection X screen to fill the physical computer screen such that no title bar is visible (and the Reflection X menu in the upper-left corner of the title bar cannot be accessed). To minimize the X screen, click from the Reflection X context menu (to access this menu, right-click the client icon from the taskbar). |
Colors
|
|
Lists your color schemes, including all of the schemes you have created or imported. In X Manager for Domains the list also includes all of the public schemes created by the administrator(s). Color schemes translate string color names requested by clients into red, green, blue (RGB) values. If a client requests colors by name, the color scheme determines which colors are displayed by the X server. By changing the color scheme, you can change the displayed colors. NOTE:Not all X clients request colors by name — many clients request colors by RGB value or other methods, instead of specifying a color name. Changing the color scheme changes the colors the X server displays only when clients request colors by name. If you change a color scheme that is in use by a running session, the changes do not affect the session until it is restarted. |
|
|
Opens the dialog box, from which you can change, create, or import a color scheme. You cannot modify the Default color scheme. To create an editable color scheme, click , then . Administrators can also create color schemes from the Administrative Console's tab. For additional information, see Customize a Color Scheme. |
|
|
Forces the maximum number of colormaps advertised to clients to be the same as the minimum number of colormaps. Some poorly written X clients expect this behavior from the X server. The associated X clients will be told that a maximum of one colormap is available and, since one colormap will be installed at a time, the client's colors will be rendered by the most recently installed colormap (not necessarily the colormap associated with the window). You should also set the following options in the table:
|