


OLVWM(1)                                                 OLVWM(1)


NNAAMMEE
       olvwm - OPEN LOOK virtual window manager for X11 and Open-
       Windows

SSYYNNOOPPSSIISS
       oollvvwwmm [ _o_p_t_i_o_n_s ]

DDEESSCCRRIIPPTTIIOONN
       oollvvwwmm is a virtual window manager for the X Window  System
       that  implements  parts  of  the  OPEN LOOK graphical user
       interface.  oollvvwwmm differs from oollwwmm in that olvwm  manages
       a  virtual desktop which is larger than the actual screen.
       However, oollvvwwmm is equivalent in all other respects to, and
       supports  all the features of oollwwmm..  This manual page dis-
       cusses only the changes between oollvvwwmm and  oollwwmm,,  most  of
       which  deal  specifically  with  the virtual desktop.  For
       details on  how  oollwwmm  operates,  including  its  host  of
       options, see oollwwmm((11))..

OOPPTTIIOONNSS
       There is one new option to oollvvwwmm..

       -allowSynthetic
              Allow  the  receipt of synthetic events.  Note that
              this argument only permits synthetic events  to  be
              enabled; whether or not synthetic events are deliv-
              ered is controlled via the SyntheticEvents resource
              variable.

TTEERRMMIINNOOLLOOGGYY
       Throughout this manual, the following terms are used:

       SSccrreeeenn:
              This  refers  to  a  specific monitor; essentially,
              there is one screen for every monitor run  by  your
              workstation.   Each  monitor has a view into a par-
              ticular desktop.  In X  terminology,  this  is  the
              screen component of a particular display.

       DDeesskkttoopp:
              This refers to the entire area in which windows can
              reside on a given screen.   In  non-virtual  window
              managers, a desktop and a screen are the same size.
              In a virtual window manager, though, a  desktop  is
              larger than the screen.

       VVDDMM    or VViirrttuuaall DDeesskkttoopp MMaannaaggeerr is the window which rep-
              resents visually the entire desktop:  it provides a
              scaled-down version of the entire desktop.

       LLooggiiccaall SSccrreeeenn:
              If  the desktop is running in default mode, it will
              display a grid, each square of which  maps  to  the
              size  of  the  monitor.   Each  square  is termed a



                         30 November 1992                       1





OLVWM(1)                                                 OLVWM(1)


              logical screen.

       CCuurrrreenntt VViieeww:
              is that part of the desktop which is currently dis-
              played  on  the screen; this will usually (but need
              not always) correspond to a logical screen.

       VViirrttuuaall WWiinnddooww:
              is a small rectangle displayed in  the  VDM;  every
              window  on  the desktop has a corresponding Virtual
              Window in the VDM.

VVIIRRTTUUAALL DDEESSKKTTOOPP MMAANNAAGGEERR
       When it is started, oollvvwwmm displays a virtual desktop  man-
       ager  window.  The VDM is a reduced display of all windows
       active on the desktop at any time.  The  current  view  is
       outlined  in  the virtual desktop manager.  The VDM always
       appears on the screen.

       By default, the VDM (and hence  the  desktop)  is  divided
       into  a  grid; each square of the grid represents a screen
       size.  The dividing lines between each logical screen  are
       represented  by  dashed  lines  in the VDM.  This division
       into logical screens  is  purely  informational:   if  you
       like,  windows  can straddle these boundaries, the current
       view into the desktop can straddle these  boundaries,  and
       window  can  be  moved  at  will between these boundaries.
       However, by default, most actions in the VDM will keep the
       current view along these boundary lines.

EEVVEENNTTSS IINN TTHHEE VVDDMM
       The processing of events within the VDM depends on whether
       the mouse is pointing to the background area of the VDM or
       to a particular virtual window within the VDM.

EEVVEENNTTSS OONN VVIIRRTTUUAALL WWIINNDDOOWWSS
       Events  which  occur in a particular virtual window behave
       just as if they were delivered to the corresponding appli-
       cation's  frame.   Thus,  pressing  the MENU button over a
       virtual window will bring up the frame menu and allow  the
       real  (and virtual) windows to be opened, closed, resized,
       etc.  Pressing the SELECT button  will  select  that  real
       (and  virtual) window; pressing the ADJUST button will add
       (or subtract) that window from the selection list.  Press-
       ing  the FRONT or OPEN keys will raise/lower or open/close
       the real (and virtual) window.

       SELECTing and dragging one or more  virtual  windows  will
       move the real and virtual windows (just as in oollwwmm).  Note
       that if you drag the mouse outside of the VDM, the  window
       can  be  moved onto to the screen.  Conversely, when drag-
       ging a window on the screen, if the mouse moves  into  the
       VDM,  the window will then be moved to the location on the
       displayed within the VDM.  However, if part of the VDM  is



                         30 November 1992                       2





OLVWM(1)                                                 OLVWM(1)


       obscured,  you  cannot move a window into that part of the
       VDM.

       Note that events are delivered ONLY to the  real  applica-
       tion's    frame.    Thus,   typing   characters   or   the
       COPY/CUT/PASTE keys has no effect.

       It is possible to drop something onto a virtual window  as
       if  it  were  dropped  onto the corresponding application;
       this allows you to, for example,  drag  a  file  from  the
       mailtool  on  the screen to a file manager on another part
       of the desktop.

EEVVEENNTTSS OONN TTHHEE VVDDMM BBAACCKKGGRROOUUNNDD
       Events on the VDM background all work to change  the  cur-
       rent view, bringing windows which were formerly outside of
       the current view onto the screen (and moving windows which
       were on the screen outside of the current view).  Keyboard
       events are described given the default Sun Type-4 keyboard
       mappings,  but you can use xmodmap to set up your particu-
       lar keyboard.

       KKeeyybbooaarrdd EEvveennttss::
              The arrow keys (and other  keys)  can  be  used  to
              shift  the current view in the direction specified.
              See the section on ADDITIONAL KEY  BINDINGS  below.
              Keyboard  events  are  also active if they occur on
              the root window in addition to the VDM  background.

       SSEELLEECCTT mouse  events:  SELECTing  on  the  VDM  background
              allows you to drag the current view within the VDM.
              If  the  VirtualGrid  resource is set to Visible or
              Invisible, movement of the visible region  will  be
              constrained to logical screen boundaries unless the
              CTRL button is pressed before and held while  drag-
              ging the mouse.  If the VirtualGrid resource is set
              to None, movement of the  visible  region  will  be
              unconstrained  unless  the  CTRL  button is pressed
              before and held while dragging the mouse.

       DDOOUUBBLLEE CCLLIICCKK
              SELECT events: Double clicking the SELECT button on
              an area in the VDM background will move the current
              view to the logical  screen  containing  the  point
              where the mouse was double-clicked.

       MMEENNUU   mouse   events:   The   MENU  button  brings  up  a
              (pinnable) menu which will allow movement based  on
              full screen sizes in the direction indicated.

RREESSIIZZIINNGG TTHHEE VVIIRRTTUUAALL DDEESSKKTTOOPP
       You  can  use  the resize corners on the VDM to resize the
       virtual desktop at will.  If you make the virtual  desktop
       smaller,  windows  which  might  be  off  the  new virtual



                         30 November 1992                       3





OLVWM(1)                                                 OLVWM(1)


       desktop will NOT be moved (though they will not  be  lost,
       either,  and you can get them back by resizing the desktop
       again). Space added or subtracted is always done  so  from
       the  right  and bottom of the desktop (regardless of which
       resize corner you used).

SSTTIICCKKYY WWIINNDDOOWWSS
       You'll notice that the virtual desktop manager never moves
       on  your  screen  if  you  change  views into the desktop.
       That's because the VDM is permanently "sticky."

       Windows which are "sticky"  never  move  position  on  the
       screen when you change your view into the desktop.  To set
       a particular window as sticky, simply  select  "Stick"  in
       its  frame  menu. You may similarly unstick the window via
       its menu.

       [Note:  Only base frames--those which can be iconified, as
       opposed  to  those  which  have a pushpin--are eligible to
       become sticky; other  frames  inherit  the  stickyness  of
       their  base  frames.   Thus, for most applications, either
       all windows are sticky or none of them are.  The exception
       to  this  is  applications  which  create two or more base
       frames; all base frames  will  be  originally  created  as
       "unsticky" (but see the VirtualSticky resource below).]

CCHHAANNGGEESS TTOO TTHHEE WWIINNDDOOWW MMEENNUU
       The  window  menu of all windows has all the tools defined
       in oollwwmm..  In addition, the menu of base  windows  has  the
       following command

       SSttiicckk//UUnnssttiicckk
              Affect  the  stickyness  of  the particular window.
              Windows which are sticky will always appear in  the
              same  place  on  the screen no matter which part of
              the virtual desktop  you're  looking  at.   Windows
              which  are  not  sticky  (by  default,  all windows
              except the VDM) will move when you change the  cur-
              rent view on the virtual desktop.

CCHHAANNGGEESS TTOO RROOOOTT MMEENNUU
       The  following additional keywords can be used in the com-
       mand field of a root menu menu item:

       COLUMNS
              This specifies the number of columns you'd like the
              menu  to  have.   Each column within a menu will be
              filled in order of the items in the menu.  The menu
              name  must appear before this keyword, and the key-
              word itself must appear before the end of the menu.

       STICK_UNSTICK_SELN
              This   specifies  that  the  sticky  state  of  the
              selected windows should be toggled.



                         30 November 1992                       4





OLVWM(1)                                                 OLVWM(1)


       WINMENU
              brings up a pull-right menu containing the name  of
              every  window  on  the current monitor (if oollvvwwmm is
              managing multiple monitors,  only  windows  on  the
              current  monitor will be shown).  Windows which are
              iconified  are  preceded  with  a  graphic  symbol.
              Selecting one of these windows causes the view into
              the desktop to shift so that the selected window is
              visible;  the  selected  window  will  be opened if
              iconic and raised to the top of the stacking order.
              This  behavior  can  be altered; see _o_l_v_w_m_r_c_(_5_) for
              more  details.   You  may  specify  the  number  of
              columns  in  the  pull-right menu by using a number
              after the WINMENU keyword.  By default,  the  order
              of  the  menu  is  alphabetic; see the SortMenuType
              resource below for more options.

       DIRMENU
              brings up a pull-right menu containing the name  of
              every  file  given  in  the  named directory.  This
              allows you to use a local programs directory for  a
              tool  repository;  whenever  tools are added to the
              directory, users will see  the  new  choices.   The
              directory  name may contain environmental variables
              (e.g. $OPENWINHOME).  You may also specify a  regu-
              lar  expression  as  the file part of DIRMENU; e.g.
              $OPENWINHOME/bin/x* would display only  those  pro-
              grams  in the openwindows bin directory which begin
              with an x.  Regular expressions do not apply to the
              directory  name;  $OPENWINHOME/b*/x*  is an invalid
              DIRMENU entry.

       X11 Bitmaps and Pixmaps
              can be specified in the menu by specifying a  file-
              name  enclosed in <> brackets.  The filename speci-
              fied must be in X11 bitmap form,  XPM2  form  (pro-
              duced  by IconEdit), XPM3 form, or Gif format.  You
              can mix bitmap and string entries  within  a  menu,
              though perhaps menus look better if you do not.

       MOVE_DESKTOP
              specifies that oollvvwwmm should move the view to either
              the logical screen specified after the MOVE_DESKTOP
              entry (e.g. MOVE_DESKTOP 3 moves to the third logi-
              cal screen) or to the logical screen containing the
              point  specified after the MOVE_DESKTOP entry (e.g.
              MOVE_DESKTOP 2304 0 also moves to the third logical
              screen in a default configuration).

       Here is a version of the example _o_l_w_m root menu specifica-
       tion:  the programs menu will have 2 columns;  there  will
       be a way to find particular windows off the "Find" submenu
       (and that menu will have 3 columns); whatever local  tools
       are  available can be found in /usr/local; and the cmdtool



                         30 November 1992                       5





OLVWM(1)                                                 OLVWM(1)


       option will be displayed as an icon:


       "My Custom Menu" TITLE

       Programs                 MENU
       Programs       COLUMNS 2
               </usr/openwin/include/X11/bitmaps/terminal>  DEFAULT cmdtool
               "Text Editor"           textedit
               Mail                    mailtool
               "File Manager"          filemgr
               Other                   MENU
                       "Other Tools"           TITLE
                       "Shell Tool"            shelltool
                       "Icon Editor"           iconedit
                       Clock                   clock
                       "Perf Meter"            DEFAULT perfmeter
               Other                   END
            "Local Tools"       DIRMENU   /usr/local
       Programs                END PIN

       "Repaint Screen"        REFRESH

       "Properties ..."        PROPERTIES

       "Find"         WINMENU   3

       Exit            EXIT

MMIISSCCEELLLLAANNEEOOUUSS NNEEWW FFEEAATTUURREESS
       This section describes miscellaneous window  manager  fea-
       tures which are not directly related to the virtual nature
       of oollvvwwmm..

       Upon receiving a USR1 signal, oollvvwwmm will execute a RESTART
       function just like the restart function available from the
       root menu.

       The root workspace will not be repainted on  exit  if  the
       PaintWorkspace resource is False.

       The  oollwwmm resource DefaultIconImage will now accept either
       an X11 Bitmap file, a version 2 or 3 XPM image file  or  a
       GIF  file.   If  you  use an image file, remember that the
       DefaultIconMask must still be a X11 Bitmap; generally  you
       will want to create a full mask in that case.

       The  oollwwmm  resource WorkspaceBitmap will accept X11 Bitmap
       files, version 2 or 3 XPM image files, or GIF files.   The
       MaxMapColors  resource  can  restrict the number of colors
       oollvvwwmm uses for each GIF file to help with  colormap  prob-
       lems, but in general, specifying more than 1 GIF file will
       lead to colormap problems.




                         30 November 1992                       6





OLVWM(1)                                                 OLVWM(1)


RREESSOOUURRCCEESS TTOO CCOONNTTRROOLL TTHHEE VVIIRRTTUUAALL DDEESSKKTTOOPP
       See the man page for oollwwmm for a  complete  description  of
       resources.   All  resources  of class OpenWindows and olwm
       described there are supported by oollvvwwmm..  In addition,  for
       oollvvwwmm  only,  resources of instance "olvwm" are also read.
       You   can   thus   name   the   following   resources   as
       olvwm.<resource>,    olwm.<resource>,   or   as   OpenWin-
       dows.<resource> depending on your naming preference.

       Resources marked with an * may be specified on  a  screen-
       by-screen    basis;    e.g.   olvwm.screen0.resource   and
       olvwm.screen1.resource, following the pattern in oollwwmm..

       VViirrttuuaallDDeesskkttoopp _(_s_t_r_i_n_g_)**
              Specifies the size of the virtual desktop.  You can
              specify  this  in  terms of screen sizes, so that a
              virtual desktop of 3 screens across and  2  screens
              high  would appear as the string 3x2.  You may also
              specify this in terms of absolute pixel sizes, e.g.
              3800x1800,  as  long  as  the pixel size is greater
              than the size of your framebuffer.  _D_e_f_a_u_l_t  _v_a_l_u_e_:
              _3_x_2


       PPaannnneerrSSccaallee _(_i_n_t_)**
              Sets the scale in which the virtual desktop manager
              will be drawn.  _D_e_f_a_u_l_t _v_a_l_u_e_: _1_5_.


       VViirrttuuaallGGeeoommeettrryy _(_s_t_r_i_n_g_)**
              Specifies the geometry string of the  desktop  man-
              ager  in  standard X11 format (wxh+x+y).  The width
              and height, if specified, are ignored,  but  the  x
              and  y  can be used to specify the initial location
              of the desktop manager.  _D_e_f_a_u_l_t _v_a_l_u_e_: _+_0_+_0

       VViirrttuuaallIIccoonnGGeeoommeettrryy _(_s_t_r_i_n_g_)**
              Specifies the geometry string of the  desktop  man-
              ager  icon  in  standard X11 format (wxh+x+y).  The
              width and height are ignored, but the x and  y  can
              be  used  to  specify  the  initial location of the
              desktop manager icon.  _D_e_f_a_u_l_t _v_a_l_u_e_: _+_0_+_0


       VViirrttuuaallIIccoonniicc _(_B_o_o_l_e_a_n_)**
              If true, the virtual  desk  manager  will  come  up
              iconic.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       AAlllloowwMMoovveeIInnttooDDeesskkttoopp _(_B_o_o_l_e_a_n_)
              If true, allows windows to be moved from the screen
              into the VDM and vice versa.  Otherwise,  moving  a
              window  on  the  screen  will  only  allow it to be
              placed in the visible screen; and moving  a  window



                         30 November 1992                       7





OLVWM(1)                                                 OLVWM(1)


              in  the  desktop manager will not let it be dragged
              onto the screen.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _T_r_u_e


       AAlllloowwAArrrroowwIInnRRoooott _(_B_o_o_l_e_a_n_)
              If true, then key events in the  root  window  will
              affect  the  VDM  and  thus  move the view into the
              desktop (if the appropriate key is pressed).   Oth-
              erwise,  only key events when the VDM has the input
              event focus will have an  effect.   _D_e_f_a_u_l_t  _v_a_l_u_e_:
              _T_r_u_e


       VViirrttuuaallFFoonntt _(_s_t_r_i_n_g_)**
              The  font  name  used  to  display title of windows
              within the virtual desktop manager.  _D_e_f_a_u_l_t _v_a_l_u_e_:
              _5_x_8


       VViirrttuuaallFFoonnttCCoolloorr _(_c_o_l_o_r _s_p_e_c_i_f_i_c_a_t_i_o_n_)**
              The  color  of the title within the virtual windows
              of the virtual  desktop  manager.   _D_e_f_a_u_l_t  _v_a_l_u_e_:
              _B_l_a_c_k


       VViirrttuuaallBBaacckkggrroouunnddCCoolloorr _(_c_o_l_o_r _s_p_e_c_i_f_i_c_a_t_i_o_n_)**
              The  color of the background of the virtual desktop
              manager.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _B_a_s_e_d _o_n _t_h_e _f_r_a_m_e  _c_o_l_o_r
              _o_f _y_o_u_r _d_e_s_k_t_o_p_.


       VViirrttuuaallFFoorreeggrroouunnddCCoolloorr _(_c_o_l_o_r _s_p_e_c_i_f_i_c_a_t_i_o_n_)**
              The  color  of  the  virtual windows in the virtual
              desktop manager.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _T_h_e  _f_r_a_m_e  _c_o_l_o_r
              _o_f _y_o_u_r _d_e_s_k_t_o_p_.


       VViirrttuuaallBBaacckkggrroouunnddMMaapp _(_P_i_x_m_a_p _f_i_l_e_n_a_m_e_)**
              The  name  of  a file containing a pixmap to use as
              the background  of  the  virtual  desktop  manager.
              This  will be drawn with the VirtualBackgroundColor
              as its background color and the  VirtualPixmapColor
              as its foreground color.  The file can be either an
              X bitmap file, a Z Pixmap  file,  or  a  Gif  file.
              Color  reduction can be carried out on these images
              by specifying the MaxMapColors  resource.   If  the
              file  is NOT a bitmap file the virtual desktop win-
              dow title is changed to be the filename part of the
              file and the Maximum Size window hint is set to the
              dimensions of the pixmap.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _u_n_u_s_e_d


       MMaaxxMMaappCCoolloorrss _(_n_u_m_b_e_r _o_f _c_o_l_o_r_s_)**
              This integer value specifies the maximum number  of



                         30 November 1992                       8





OLVWM(1)                                                 OLVWM(1)


              colors  that  olvwm  will  try and allocate for the
              VirtualBackgroundMap.  If the actual number of col-
              ors  in  the  pixmap  is  greater,  the  colors are
              remapped to this number using a 'best match'  algo-
              rithm (Heckbert Median Cut).  _D_e_f_a_u_l_t _v_a_l_u_e_: _2_0_0


       VViirrttuuaallPPiixxmmaappCCoolloorr _(_c_o_l_o_r _s_p_e_c_i_f_i_c_a_t_i_o_n_)**
              See  above; this value only applies when the Virtu-
              alBackgroundMap has depth 1.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _w_h_i_t_e


       VViirrttuuaallSSttiicckkyy _(_l_i_s_t _o_f _s_t_r_i_n_g_s_)
              The  list  of  windows  which  should  be sticky by
              default.  Like the olwm MinimalDecor,  this  should
              be  the  list  windows  which should be sticky when
              they are created.  The matching of these strings is
              done  by  the  first  word  of the window's WM_NAME
              (string in its  title  bar),  or  by  its  WM_CLASS
              class/instance variables.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _N_u_l_l


       RReellaattiivveePPoossiittiioonn _(_B_o_o_l_e_a_n_)
              If  true,  then  user-specified window co-ordinates
              are assumed to be relative to the current view into
              the  desktop;  otherwise  they  are  absolute  with
              respect to the desktop.  Setting to true  will  not
              allow  you to bring up windows outside your current
              view (unless you specify  very  large  or  negative
              numbers), and setting to false will break some pro-
              grams which save window states in  an  odd  manner.
              You can defeat this variable on startup of applica-
              tions by specifying which screen they should  start
              on; see _o_l_v_w_m_r_c_(_5_)_.  _D_e_f_a_u_l_t _v_a_l_u_e_: _T_r_u_e


       VViirrttuuaallGGrriidd _(_V_i_s_i_b_l_e_, _I_n_v_i_s_i_b_l_e_, _o_r _N_o_n_e_)**
              This controls two aspects of the VDM:  If it's vis-
              ible or invisible, the grid is on  (but  it's  only
              drawn  if it's visible).  If it's None, the grid is
              off.  If the grid  is  on,  the  VDM  may  only  be
              resized in logical screen-sized increments.  Other-
              wise, it may resized to arbitrary  sizes.   If  the
              grid  is  on,  SELECT/dragging the mouse within the
              VDM will constrain  the  move  to  logical  screens
              (unless  the CTRL button is held down); if the grid
              is off,  moving  the  visible  screen  region  with
              SELECT/drag  will be unconstrained (unless the CTRL
              button is held down).  _D_e_f_a_u_l_t _v_a_l_u_e_: _V_i_s_i_b_l_e

       VViirrttuuaallGGrriiddCCoolloorr _(_c_o_l_o_r _s_p_e_c_i_f_i_c_a_t_i_o_n_)
              If the VirtualGrid is Visible, it will be drawn  in
              this  color.   _D_e_f_a_u_l_t _v_a_l_u_e_:  _S_a_m_e _a_s _V_i_r_t_u_a_l_F_o_n_t_-
              _C_o_l_o_r



                         30 November 1992                       9





OLVWM(1)                                                 OLVWM(1)


       VViirrttuuaallRRaaiisseeVVDDMM _(_B_o_o_l_e_a_n_)
              If this is true, the VDM will always appear on  top
              of  the  stacking  order,  never  to be obscured by
              other windows.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       VViirrttuuaallMMoovveeGGrroouupp _(_B_o_o_l_e_a_n_)
              If true, then whenever a window is moved to a  dif-
              ferent  logical  screen, then all followers of that
              window will also be moved a similar  amount:   this
              affects the window's icon and popups.  In this way,
              icons and popups will always  appear  on  the  same
              logical  screen  as their corresponding base frame.
              Otherwise, only the selected windows will move when
              you  move  them, and related windows could possibly
              appear on different logical screens in the desktop.
              The trigger for changing between logical screens is
              the window's mid-point; all windows  in  the  group
              will  appear on the same logical screen as the mid-
              point of the moved window.  _D_e_f_a_u_l_t _v_a_l_u_e_: _T_r_u_e


       UUsseeIImmaaggeess _(_U_s_e_N_o_n_e_, _U_s_e_V_D_M_, _o_r _U_s_e_A_l_l_)
              If set to UseNone, then window frame menus and  the
              VDM  motion  menu  will  be  text-based.  If set to
              UseVDM, the window frame menus will be  text-based,
              but the VDM motion menu will be a graphic menu.  If
              set to UseAll, the window frame menus will be text-
              and  image-based,  and  the VDM motion menu will be
              image-based.  _D_e_f_a_u_l_t _v_a_l_u_e_: _U_s_e_V_D_M


       SSoorrttMMeennuuTTyyppee _(_E_n_u_m_)
              This option controls how windows appearing  in  the
              WINMENU command are sorted.  If it is set to Alpha-
              betic, then windows will be  sorted  alphabetically
              by  name.   If  it is set to Youngest, then windows
              will be sorted from youngest  to  oldest.   _D_e_f_a_u_l_t
              _v_a_l_u_e_:  _A_l_p_h_a_b_e_t_i_c


       VViirrttuuaallDDrraawwSSttiicckkyy _(_T_r_u_e_)
              If  this  option  is  set, sticky windows will have
              their virtual windows drawn in the  VDM  just  like
              any other window.  If it is false, then sticky win-
              dows will not have their virtual windows  drawn  in
              the VDM.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _T_r_u_e


       SSttiicckkyyIIccoonnss _(_B_o_o_l_e_a_n_)
              When  set,  StickyIcons  will  cause all non-sticky
              windows to  become  sticky  when  iconified.   This
              makes  all icons visible on every screen.  All win-
              dows  made  sticky  when  iconified   will   become



                         30 November 1992                      10





OLVWM(1)                                                 OLVWM(1)


              unsticky when reopened.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       SSttiicckkyyIIccoonnSSccrreeeenn _(_B_o_o_l_e_a_n_)
              StickyIconScreen,  when  used  in  conjunction with
              StickyIcons, will cause all iconified windows  that
              are  made  sticky  to  remember the screen on which
              they were closed.  When one  of  these  windows  is
              reopened the user will be warped back to the screen
              from which the window was closed and the window  is
              made unsticky.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       FFrreeeeIIccoonnSSlloottss _(_B_o_o_l_e_a_n_)
              By  default,  when  an icon is created, it has that
              icon position forever (unless  it  is  moved  manu-
              ally), even when the window is not iconified.  This
              results in potentially large gaps in the icon  area
              when  lots of little programs are run (clocks, load
              averages, etc) which are  rarely  iconified.   When
              this  resource  is  true and a window is opened, if
              the icon position what not set manually  the  slots
              are  freed.   The  effect is that iconified windows
              pack together in the corner specified by IconPlace-
              ment.   If  you move an icon manually, it maintains
              that position.  _D_e_f_a_u_l_t _v_a_l_u_e_: _F_a_l_s_e


       UUnniiqquueeIIccoonnSSlloottss _(_B_o_o_l_e_a_n_)
              This resource, when set  to  true,  prevents  icons
              from  overlapping.   If  you move an icon into icon
              grid slot(s) occupied by other icons,  those  icons
              move.   If  those other icons were positioned manu-
              ally, they are no longer viewed as manually  placed
              (unless,  of course, they are subsequently manually
              placed) _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       IIccoonnGGrriiddHHeeiigghhtt _(_I_n_t_e_g_e_r_)
              IIccoonnGGrriiddWWiiddtthh _(_I_n_t_e_g_e_r_) Previously the size of  the
              icon  grid was fixed.  An icon takes up a number of
              grid slots, depending on it's size, and is  aligned
              with  the  lower left corner of its lower left grid
              slot.  Changing the size of the  grid  changes  how
              icons  arrange  themselves.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _1_3 _f_o_r
              _e_a_c_h

AADDDDIITTIIOONNAALL MMIISSCCEELLLLAANNEEOOUUSS RREESSOOUURRCCEESS
       These resources are not related specifically to  the  VDM,
       but are included as new features within oollvvwwmm..

       IInnppuuttFFooccuussCCoolloorr _(_c_o_l_o_r _s_p_e_c_i_f_i_c_a_t_i_o_n_)**
              Specifying  this  attribute means that the frame of
              the window which  currently  has  the  input  focus



                         30 November 1992                      11





OLVWM(1)                                                 OLVWM(1)


              should  be  drawn in the color specified instead of
              in the normal frame color.  The appearance  of  the
              title  bar (with lines or indentation, depending on
              your  input  focus  mode)  will  remain  unchanged.
              _D_e_f_a_u_l_t _v_a_l_u_e_:  _N_o_n_e _(_U_s_e _s_t_a_n_d_a_r_d _f_r_a_m_e _c_o_l_o_r_)


       RRaaiisseeOOnnMMoovvee _(_B_o_o_l_e_a_n_)
              If  this  is True, then whenever a window is moved,
              it is also raised to the top of the stacking order.
              _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e

       AAuuttooSShhoowwRRoooottMMeennuu _(_B_o_o_l_e_a_n_)
              If true, the root menu will come up pinned at start
              up.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       AAuuttooRRoooottMMeennuuXX _(_i_n_t_)
              If AutoShowRootMenu is true, this is the X location
              where the menu will come up.  _D_e_f_a_u_l_t _v_a_l_u_e_: _0


       AAuuttooRRoooottMMeennuuYY _(_i_n_t_)
              If AutoShowRootMenu is true, this is the Y location
              where the menu will come up.  _D_e_f_a_u_l_t _v_a_l_u_e_: _0


       FFuullllSSiizzeeZZoooommXX _(_B_o_o_l_e_a_n_)
              If this is set to True, then  selecting  Full  Size
              from  the window menu will zoom the window horizon-
              tally as well as vertically.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       NNooDDeeccoorr _(_l_i_s_t _o_f _s_t_r_i_n_g_s_)
              Like  Minimal Decor, this attribute takes a list of
              windows on which to operate; these  windows  should
              not be decorated at all.  There is a slight differ-
              ence between this attribute and setting  the  over-
              ride_redirect  flag on a window:  the latter causes
              _o_l_v_w_m to ignore completely the window,  while  this
              attribute  does  not  adorn the window or give it a
              menu, but still allows it to be manipulated via the
              WINMENU  and Hot Key actions.  Normal olwm keys are
              ignored by these windows, however.


       RReessiizzeeMMoovveeGGeeoommeettrryy _(_X _g_e_o_m_e_t_r_y _s_t_r_i_n_g _o_r _t_h_e _w_o_r_d _c_e_n_t_e_r_)
              This resource only has an effect if  ShowMoveGeome-
              try and/or ShowResizeGeometry is set to True.  This
              string specifies the location of the  geometry  box
              when  it  is  displayed; it should be given as an X
              geometry string (wxh+x+y) although  the  width  and
              height  are  ignored if specified.  If you want the
              box to  be  centered  regardless  of  your  monitor



                         30 November 1992                      12





OLVWM(1)                                                 OLVWM(1)


              resolution,  use  the  string  center  instead of a
              geometry string.  _D_e_f_a_u_l_t _v_a_l_u_e_: _+_0_+_0


       PPaaiinnttWWoorrkkssppaaccee _(_B_o_o_l_e_a_n_)
              If true, oollvvwwmm will paint the root  workspace  with
              the  color  of  the  WorkspaceColor  resource.   If
              False,  oollvvwwmm  will  not  change  root   workspace.
              _D_e_f_a_u_l_t _v_a_l_u_e_:  _T_r_u_e


       PPooiinntteerrWWoorrkkssppaaccee _(_B_o_o_l_e_a_n_)
              If  true,  oollvvwwmm  will change the cursor when it is
              over window frames and other  olvwm-owned  windows.
              If  False,  oollvvwwmm will not change the cursor.  This
              is useful in conjunction with _x_s_e_t_r_o_o_t  _-_c_u_r_s_o_r  if
              you  want  the  specified  cursor to be active over
              frames.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _T_r_u_e


       SSaavveeWWoorrkkssppaacceeCCmmdd _(_S_t_r_i_n_g_)
              If set, this is the command that will be  run  when
              the SAVE_WORKSPACE command is selected off the main
              menu.   Otherwise,  the  default  command  is  run.
              _D_e_f_a_u_l_t  _v_a_l_u_e_: _o_w_p_l_a_c_e_s _-_s_i_l_e_n_t _-_m_u_l_t_i _-_s_c_r_i_p_t _-_t_w
              _-_o_u_t_p_u_t _$_H_O_M_E_/_._o_p_e_n_w_i_n_-_i_n_i_t


       SSyynntthheettiiccEEvveennttss _(_b_o_o_l_e_a_n_)
              This resource controls the  delivery  of  synthetic
              events.    This  resource  is  only  valid  if  the
              -allowSynthetic argument  was  given  to  olvwm  on
              startup;  if  that  argument  was  present and this
              resource is set to True, then  olvwm  will  process
              synthetic  events.  Otherwise, synthetic events are
              ignored.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _F_a_l_s_e


       PPaarreennttSSccrreeeennPPooppuupp _(_B_o_o_l_e_a_n_)
              If true the popups are placed on the same screen as
              their  parent  even  if the parent is not currently
              visible. Otherwise popups always appear on the cur-
              rent  screen.   A  suggested method is to place the
              following lines at the end of  your  .xinitrc  file
              (before the final wait command):
              xrdb -merge <<'EOF'
              olvwm.ParentScreenPopup: False
              EOF
              In  this way, your session will initialize with all
              popups with their parents  but  subsequenct  popups
              will  appear on the current screen.  _D_e_f_a_u_l_t _v_a_l_u_e_:
              _T_r_u_e





                         30 November 1992                      13





OLVWM(1)                                                 OLVWM(1)


CCUURRSSOORR RREESSOOUURRCCEESS
       These set of resources change the default cursors the win-
       dow  manager  gives  certain  classes  it creates, such as
       resize buttons, close buttons, frames,  icons,  etc.   The
       <cursor string> is described as follows:

              <cursor  font  name>  <cursor  index> [<fore color>
              [<back color>]]

       where options enclosed in []'s are optional.  If the <back
       color> is left out, the default back color (which, in this
       version of OLVWM, is white) is used.  If the <fore  color>
       is left out, then the default cursor (foreground) color is
       used, which is black by default, unless set by the cursor-
       Color resource (see below).  Note that to supply the <back
       color>, you must supply the <fore color>.   Also,  if  the
       color  name  you  provide is invalid, OLVWM will return to
       the default colors, as described above.  As per usual with
       resources,  no  errors  are  reported.  The cursor font is
       assumed to be encoded so that the valid mask for the  cur-
       sor  follows  the  cursor  index  in the font; this is the
       usual behavior for font files.

       There is an alternate form of <cursor string>:

              <cursor name> [<fore color> [<back color>]]

       where <cursor name> is either the name of the X cursor  as
       defined in cursorfont.h (eg: XC_X_cursor, XC_cross, etc.),
       or the name of an OPEN LOOK cursor as  defined  in  olcur-
       sor.h (e.g.: OLC_basic, OLC_busy).

       The valid <cursor>s are:

       CCuurrssoorrBBaassiicc
              Specify  the  root  window  cursor.  _D_e_f_a_u_l_t_: _B_a_s_i_c
              _P_o_i_n_t_e_r _(_a_r_r_o_w _p_o_i_n_t_i_n_g _N_W_)


       CCuurrssoorrMMoovvee
              Specify  the  cursor  when  a  window   is   moved.
              _D_e_f_a_u_l_t_: _B_a_s_i_c _P_o_i_n_t_e_r


       CCuurrssoorrBBuussyy
              Specify  the  cursor  for  when a window is "busy".
              _D_e_f_a_u_l_t_: _B_u_s_y _P_o_i_n_t_e_r _(_p_o_c_k_e_t _w_a_t_c_h_)


       CCuurrssoorrIIccoonn
              Specify cursor  for  the  icon  windows.   _D_e_f_a_u_l_t_:
              _B_a_s_i_c _P_o_i_n_t_e_r





                         30 November 1992                      14





OLVWM(1)                                                 OLVWM(1)


       CCuurrssoorrRReessiizzee
              Specify cursor for the resize buttons and when win-
              dow  is  being  "rubber-band"  resized.    _D_e_f_a_u_l_t_:
              _B_u_l_l_'_s _E_y_e


       CCuurrssoorrMMeennuu
              Specify  cursor  for  menu windows.  _D_e_f_a_u_l_t_: _B_a_s_i_c
              _P_o_i_n_t_e_r


       CCuurrssoorrTTaarrggeett
              Specify cursor for window frames.   _D_e_f_a_u_l_t_:  _B_a_s_i_c
              _P_o_i_n_t_e_r


       CCuurrssoorrCClloosseeUUpp
              Specify  cursor  for close button, when NOT pressed
              (the button is UP).  _D_e_f_a_u_l_t_: _B_a_s_i_c _P_o_i_n_t_e_r


       CCuurrssoorrCClloosseeDDoowwnn
              Specify cursor for close button, when pressed  (the
              button is DOWN).  _D_e_f_a_u_l_t_: _B_a_s_i_c _P_o_i_n_t_e_r


       CCuurrssoorrSSppeecciiaallRReessiizzee _<_B_o_o_l_> _[_<_f_g _c_o_r_n_e_r_> _<_b_g _c_o_r_n_e_r_> _<_f_g
              _m_o_v_e_> _<_b_g _m_o_v_e_>_]
              This  is  a  special Cursor resource which turns on
              specialized resize cursors.  If  <Bool>  is  false,
              then  the  cursor for the resize button decorations
              and the "rubber-band" window are all  specified  by
              "Cursor.Resize"  as  discussed above.  If <Bool> is
              true, then the following modifications  are  turned
              on:  When  the  cursor  is within the resize button
              decorations on a frame, the cursor becomes a corner
              of the appropriate orientation.  When the button is
              selected and  the  window  is  being  "rubber-band"
              resized,  the cursor becomes the appropriate corner
              with an appropriately oriented arrow.   The  colors
              that  you  can  specify  are  limited to prevent an
              obscene number of resources.  You can  specify  the
              colors  (foreground  and background) of the cursors
              when placed in the resize  decoration  without  the
              mouse  button  down (described above as <fg corner>
              and <bg corner>), and you can specify the colors of
              the  cursors when the mouse button is down the win-
              dow is being resized (described above as <fg  move>
              and  <bg move>).  Note that you must specify either
              all four colors or no colors.

AADDDDIITTIIOONNAALL KKEEYY BBIINNDDIINNGGSS
       Like oollwwmm,, oollvvwwmm uses key bindings  for  certain  actions:
       all actions specified in oollwwmm as well as an additional set



                         30 November 1992                      15





OLVWM(1)                                                 OLVWM(1)


       of actions to control the view into the desktop.   In  the
       following  list,  the  key mentioned in parentheses is the
       default binding for the given action; items marked with  a
       plus  sign  '+'  are  items  which exist in oollwwmm;; they are
       included here to describe what action they have when  they
       occur  on  the  root  window or within the VDM.  All other
       bindings are specific to oollvvwwmm;; those items  marked   with
       an  asterisk  '*'  involve keyboard grabs.  Bindings which
       involve a keyboard  grab  (those  with  an  asterisk)  are
       always  active, no matter where the input focus is; other-
       wise the action occurs only if the root window or the  VDM
       has the input focus.

       It's  possible  to  change each of these bindings, see the
       oollwwmm man page for more details.

       GrabVirtualKeys " (Boolean)"
              This  resource  controls  whether  the  keys  below
              marked  as  involving  grabs will be active or not.
              If this resource is set to False, then none of  the
              bindings marked below with an asterisk will ever be
              active.  _D_e_f_a_u_l_t _v_a_l_u_e_:  _T_r_u_e

       Up  _(_u_p_-_a_r_r_o_w_) +
              Move the view up one screen.

       JumpUp _(_u_p_-_a_r_r_o_w_+_C_t_r_l_) +
              Move the view up ten screens.

       HalfUp _(_u_p_-_a_r_r_o_w_+_S_h_i_f_t_)
              Move the view up one-half screen.

       VirtualUp  _(_u_p_-_a_r_r_o_w_+_M_e_t_a_) *
              Move the view up one screen.

       VirtualJumpUp _(_u_p_-_a_r_r_o_w_+_C_t_r_l_+_M_e_t_a_) *
              Move the view up ten screens.

       VirtualHalfUp _(_u_p_-_a_r_r_o_w_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view up one-half screen.


       Down _(_d_o_w_n_-_a_r_r_o_w_) +
              Move the view down one screen.

       JumpDown _(_d_o_w_n_-_a_r_r_o_w_+_C_t_r_l_) +
              Move the view down ten screens.

       HalfDown _(_d_o_w_n_-_a_r_r_o_w_+_S_h_i_f_t_)
              Move the view down one-half screen.

       VirtualDown  _(_d_o_w_n_-_a_r_r_o_w_+_M_e_t_a_) *
              Move the view down one screen.




                         30 November 1992                      16





OLVWM(1)                                                 OLVWM(1)


       VirtualJumpDown _(_d_o_w_n_-_a_r_r_o_w_+_C_t_r_l_+_M_e_t_a_) *
              Move the view down ten screens.

       VirtualHalfDown _(_d_o_w_n_-_a_r_r_o_w_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view down one-half screen.


       Left _(_l_e_f_t_-_a_r_r_o_w_) +
              Move the view left one screen.

       JumpLeft _(_l_e_f_t_-_a_r_r_o_w_+_C_t_r_l_) +
              Move the view left ten screens.

       HalfLeft _(_l_e_f_t_-_a_r_r_o_w_+_S_h_i_f_t_)
              Move the view left one-half screen.

       VirtualLeft  _(_l_e_f_t_-_a_r_r_o_w_+_M_e_t_a_) *
              Move the view left one screen.

       VirtualJumpLeft _(_l_e_f_t_-_a_r_r_o_w_+_C_t_r_l_+_M_e_t_a_) *
              Move the view left ten screens.

       VirtualHalfLeft _(_l_e_f_t_-_a_r_r_o_w_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view left one-half screen.


       Right _(_r_i_g_h_t_-_a_r_r_o_w_) +
              Move the view right one screen.

       JumpRight _(_r_i_g_h_t_-_a_r_r_o_w_+_C_t_r_l_) +
              Move the view right ten screens.

       HalfRight _(_r_i_g_h_t_-_a_r_r_o_w_+_S_h_i_f_t_)
              Move the view right one-half screen.

       VirtualRight  _(_r_i_g_h_t_-_a_r_r_o_w_+_M_e_t_a_) *
              Move the view right one screen.

       VirtualJumpRight _(_r_i_g_h_t_-_a_r_r_o_w_+_C_t_r_l_+_M_e_t_a_) *
              Move the view right ten screens.

       VirtualHalfRight _(_r_i_g_h_t_-_a_r_r_o_w_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view right one-half screen.


       GoHome _(_R_1_1_)
              Move the view to the upper left corner.

       VirtualHome _(_R_1_1_+_M_e_t_a_) *
              Move the view to the upper left corner.


       UpLeft _(_H_o_m_e_, _R_7_) +
              Move the view NorthWest one screen.



                         30 November 1992                      17





OLVWM(1)                                                 OLVWM(1)


       JumpUpLeft _(_R_7_+_C_t_r_l_) +
              Move the view NorthWest ten screens.

       HalfUpLeft _(_R_7_+_S_h_i_f_t_)
              Move the view NorthWest one-half screen.

       VirtualUpLeft _(_R_7_+_M_e_t_a_) *
              Move the view NorthWest one screen.

       VirtualJumpUpLeft _(_R_7_+_C_t_r_l_+_M_e_t_a_) *
              Move the view NorthWest ten screens.

       VirtualHalfUpLeft _(_R_7_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view NorthWest one-half screen.


       DownLeft _(_E_n_d_, _R_1_3_) +
              Move the view SouthWest one screen.

       JumpDownLeft _(_R_1_3_+_C_t_r_l_) +
              Move the view SouthWest ten screens.

       HalfDownLeft _(_R_1_3_+_S_h_i_f_t_)
              Move the view SouthWest one-half screen.

       VirtualDownLeft _(_R_1_3_+_M_e_t_a_) *
              Move the view SouthWest one screen.

       VirtualJumpDownLeft _(_R_1_3_+_C_t_r_l_+_M_e_t_a_) *
              Move the view SouthWest ten screens.

       VirtualHalfDownLeft _(_R_1_3_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view SouthWest one-half screen.


       UpRight _(_R_9_)
              Move the view NorthEast one screen.

       JumpUpRight _(_R_9_+_C_t_r_l_)
              Move the view NorthEast ten screens.

       HalfUpRight _(_R_9_+_S_h_i_f_t_)
              Move the view NorthEast one-half screen.

       VirtualUpRight _(_R_9_+_M_e_t_a_) *
              Move the view NorthEast one screen.

       VirtualJumpUpRight _(_R_9_+_C_t_r_l_+_M_e_t_a_) *
              Move the view NorthEast ten screens.

       VirtualHalfUpRight _(_R_9_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view NorthEast one-half screen.





                         30 November 1992                      18





OLVWM(1)                                                 OLVWM(1)


       DownRight _(_R_1_5_, _P_g_D_n_)
              Move the view SouthEast one screen.

       JumpDownRight _(_R_1_5_+_C_t_r_l_)
              Move the view SouthEast ten screens.

       HalfDownRight _(_R_1_5_+_S_h_i_f_t_)
              Move the view SouthEast one-half screen.

       VirtualDownRight _(_R_1_5_+_M_e_t_a_) *
              Move the view SouthEast one screen.

       VirtualJumpDownRight _(_R_1_5_+_C_t_r_l_+_M_e_t_a_) *
              Move the view SouthEast ten screens.

       VirtualHalfDownRight _(_R_1_5_+_S_h_i_f_t_+_M_e_t_a_) *
              Move the view SouthEast one-half screen.


       Screen1   _(_F_1_)
              Move to the first logical screen in the desktop.

       VirtualScreen1 _(_F_1_+_M_e_t_a_) *
              Move to the first logical screen in the desktop.

       Screen2   _(_F_2_)
              Move to the second logical screen in the desktop.

       VirtualScreen2 _(_F_2_+_M_e_t_a_) *
              Move to the second logical screen in the desktop.

       Screen3   _(_F_3_)
              Move to the third logical screen in the desktop.

       VirtualScreen3 _(_F_3_+_M_e_t_a_) *
              Move to the third logical screen in the desktop.

       Screen4   _(_F_4_)
              Move to the fourth logical screen in the desktop.

       VirtualScreen4 _(_F_4_+_M_e_t_a_) *
              Move to the fourth logical screen in the desktop.

       Screen5   _(_F_5_)
              Move to the fifth logical screen in the desktop.

       VirtualScreen5 _(_F_5_+_M_e_t_a_) *
              Move to the fifth logical screen in the desktop.

       Screen6   _(_F_6_)
              Move to the sixth logical screen in the desktop.

       VirtualScreen6 _(_F_6_+_M_e_t_a_) *
              Move to the sixth logical screen in the desktop.



                         30 November 1992                      19





OLVWM(1)                                                 OLVWM(1)


       Screen7   _(_F_7_)
              Move to the seventh logical screen in the  desktop.

       VirtualScreen7 _(_F_7_+_M_e_t_a_) *
              Move  to the seventh logical screen in the desktop.

       Screen8   _(_F_8_)
              Move to the eighth logical screen in the desktop.

       VirtualScreen8 _(_F_8_+_M_e_t_a_) *
              Move to the eighth logical screen in the desktop.

       Screen9   _(_F_9_)
              Move to the ninth logical screen in the desktop.

       VirtualScreen9 _(_F_9_+_M_e_t_a_) *
              Move to the ninth logical screen in the desktop.

       Screen10 _(_F_1_0_)
              Move to the tenth logical screen in the desktop.

       VirtualScreen10     _(_F_1_0_+_M_e_t_a_) *
              Move to the tenth logical screen in the desktop.

       SaveWorkspace _(_F_1_0_+_M_e_t_a_+_A_l_t_+_S_h_i_f_t_) *
              Execute a Save Workspace command

       ToggleDragWindows _(_F_6_+_A_l_t_+_S_h_i_f_t_) *
              Toggles the setting of the DragWindow resource

       ToggleMoveGroups _(_g_+_A_l_t_) *
              Toggles  the  setting   of   the   VirtualMoveGroup
              resource

       ToggleSizeFullZoomX _(_F_3_+_A_l_t_+_S_h_i_f_t_) *
              Toggles the setting of the FullSizeZoomX resource

       ToggleSticky _(_s_+_A_l_t_) *
              Toggles  the  sticky state of the window with input
              focus.

AADDVVAANNCCEEDD UUSSAAGGEE
       _o_l_v_w_m will read a resource file ($HOME/.olvwmrc) for  spe-
       cial  customizations.  These customizations allow the fol-
       lowing:

       HOT KEYS
              You can specify that when a certain key  (or,  more
              likely,  key  in  combination  with  modifiers)  is
              pressed that certain actions  are  performed:   you
              can  warp to a particular application, open, raise,
              or close applications,  execute  applications,  and
              quit applications.




                         30 November 1992                      20





OLVWM(1)                                                 OLVWM(1)


       SCREEN BINDINGS
              You  can  specify  that  certain  applications will
              always start on a particular logical screen.

       MENU OPTIONS
              You can alter the behaviour of  WINMENU  selections
              on a particular window.

       Please see _o_l_v_w_m_r_c_(_5_) for details of these options.

CCOOPPYYRRIIGGHHTTSS
       The  X  Window  system is a trademark of the Massachusetts
       Institute of Technology.
       OPEN LOOK is a trademark of AT&T.
       OpenWindows is a trademark of Sun Microsystems, Inc.
       Portions (c) Copyright 1989-1991  Sun  Microsystems,  Inc.
       Sun  design  patents pending in the U.S. and foreign coun-
       tries. OPEN LOOK is a trademark of AT&T. Used  by  written
       permission of the owners.
       Portions (c) Copyright Bigelow & Holmes 1986, 1985. Lucida
       is a registered trademark of Bigelow & Holmes.  Permission
       to  use  the  Lucida  trademark  is hereby granted only in
       association with the images and fonts  described  in  this
       file.
       Portions may be (c) 1990 Solbourne Computers.
       Portions  not  covered  under the above copyrights are (c)
       1991 Scott Oaks.
       Please see the LEGAL_NOTICES file for full  disclosure  of
       copyright information.

CCRREEDDIITTSS
       Most  of  the  code in this application comes from release
       3.0 of olwm, authored at Sun Microsystems and  distributed
       in the contrib section of MIT's X11R5.  [Note that nothing
       in xview3 or release 3.0 requires R5;  they  will  happily
       run  on R4 and exist in R5 simply because that's when they
       were released.]
       The virtual desktop section was authored  by  Scott  Oaks,
       who is responsible for its maintenance.  Please direct any
       comments to scott.oaks@sun.com.  This  code  is  not  sup-
       ported by Sun Microsystems in any way.
       Notwithstanding  the above, the staff at Sun Microsystems,
       and especially Stuart Marks, deserve  credit  as  original
       author  of  olwm  for  most  of the work contained in this
       application.
       Innumerable people have made  fixes  and  enhancements  to
       olvwm, and I'm very bad at listing them all (but drop me a
       note and I'll do better in a future release  :-)).   Thus,
       the following list is by no means comprehensive, but these
       people have all provided something to olvwm:  Tor Arntsen,
       Paul  Andrews,  Rich Berlin, David Boyd, David Chase, John
       Durand, Alexander Dupuy, Paul Eggert,  Eric  Fifer,  Duane
       Gibson,  Jimmy Guggemos, Orest Jarosiewicz, Russel Kegley,
       Murray  Laing,  Tom  McConnell,  Blair  MacIntyre,   Chuck



                         30 November 1992                      21





OLVWM(1)                                                 OLVWM(1)


       Musciano, Matthias Pfuetzner, David Plotkin, Harry Protoo-
       lis, Nir  Samburski,  Andreas  Stolcke,  Hinrich  Tobaben,
       Larry Virden, Ken West, and Ron Winacott.






















































                         30 November 1992                      22


