Version 3.1 fixes:
    1) Windows/popups/icons should all stay on the same screen better

    2) New Resource (PointerWorkspace) to prevent setting the pointer on
	the root window and frames so that an alternate pointer can be
	set (functions like PaintWorkspace)

    3) New Resource (SaveWorkspaceCmd) to specify an alternate to owplaces
       when SAVE_WORKSPACE is selected

    4) If you pin the Root Menu automatically, you can no longer pin up
       a second copy.

    5) Moving selected non-sticky clients into the VDM now works

    6) The Warp action now effects all screens olvwm is managing

    7) The GoTo command on the second screen now works

    8) Help is now a valid key identifier in .olvwmrc

    9) Menus without defaults no longer display the circle around the first
       entry

   10) Goto calculation now works (as advertised) by columns instead of rows

   11) multi-depth icon pixmaps now work

   12) JumpUpLeft/JumpDownLeft keybinds fixed

   13) Debugging code for window types fixed

   14) New Makefile variable VERSION to determine if version.o is included

   15) No longer need math library to compile

olvwm 3.0 notes:

INCOMPATIBILITIES WITH VERSION 2:
1)  The Shift-Arrow and Control-Arrow methods of moving in the desktop have
    had their functionality reversed:  shift-arrow now moves by half-desktops
    and control arrow now moves by many desktops.  This is for consistency
    with the new mouseless commands which interpret ctrl-arrow as move ten
    items.

2)  Double clicking anywhere within the VDM now moves to that location rather
    than zooming a window which may have been clicked on.  This is either
    a bug fix or a new feature, depending on your perspective.

3) Pinned Root menus are by default no longer sticky; they must be stuck
    via the sticky list in .Xdefaults

NEW FEATURES IN VERSION 3:

Most of the changes in this version of olvwm are inherited from changes
made to the 3.0 olwm and are not listed here.  See the olwm man page for
details.

    MENU CHANGES:

	1)  There is a new menu token WINMENU.  Specifying this token
	    creates an entry in your root menu containing a pull-right
	    menu; the pull-right menu is a menu containing the titles of all
	    active windows on the desktop (windows which are iconic will be
	    listed with a preceeding graphic symbol).  Selecting a window
	    from this list will cause a user-specifiable action.  These
	    actions may be specified in the .olvwmrc file (see below); in
	    the absence of any specifications, the default action will be to
	    warp to the location on the desktop where the selected window is
	    located, to open that window if it is iconic, and to raise that
	    window to the top of the stacking order.
	
	2)  There is a new menu token DIRMENU.  Specifying this token
	    creates an entry containing a pull-right menu; the pull-right
	    menu is a menu containing every file in the given directory.
	    Selecting an entry off this menu (attempts to) execute the
	    given file.

	3)  There is a new menu token STICK_UNSTICK_SELN which works to
	    toggle the stickyness of the selected clients.

	4)  There is a new menu token COLUMNS which specifies how many columns
	    a menu should have.  It must appear after the start but before the
	    end of a menu, e.g.

"Shells" MENU
"Shells" COLUMNS	2
    "Shelltool..."	exec shelltool
    ...
"Shells" END

	5)  You can now specify an X bitmap file instead of a name for a menu
    	    item; enclose the bitmap file in <>:

</usr/openwin/include/X11/bitmaps/xfd_icon>	exec xfd -fn lucidasans

    NEW RESOURCES:

	1)  ResizeMoveGeometry:  controls the placement of the olwm 3.0
	    moveresize feedback box.  It's a standard X Geometry string,
	    but you may specify the string center if you want it centered
	    regardless of display resolution.

	2)  UseImages:  If UseImages is set to UseNone, you'll get what you
	    always got.  If it's set to UseVDM, you'll get a bitmap-based
    	    VDM menu (this is the default).  If it's set to UseAll you'll get
    	    bitmap-based window menus.

	3)  FullSizeZoomX: When this attribute is set to True, selecting
	    "Full Size" from the window menu will cause the window to zoom
	    horizontally as well as vertically.

	4)  InputFocusColor: When this attribute is set to a color
	    specification, then the frame which has the Input Focus will be
	    drawn in that color, as will the virtual window representing that
	    frame.

	5)  NoDecor: This is a list attribute, similar to MinimalDecor.
	    Windows whose Name, Instance, or Class match an entry in this list
	    will be ignored by the window manager; though they will have a
	    corresponding virtual window drawn in the VDM, they will be sticky
	    or non-sticky depending on the appropriate entry in the
	    VirtualSticky list, and they will be affected by the new Window
	    Menu and Warp options described below.  This is unlike windows
	    which have the override_redirect flag set, for which absolutely
	    no window manager actions have any effect.
	
	6)  VirtualMoveGroups:  If this is True (default), then whenever you
	    move a window from one logical screen to another, all of the
	    window's followers (popups, menus, and icon) will follow it.
	    Setting this to false gives the olvwm 2.0 behaviour where only
	    the selected window moved.
	
	7)  RaiseOnMove:  If this is True, then whenever a window is moved
	    it will be raised to the top of the stacking order.  This helps
	    to avoid windows getting lost when dragging them out of the VDM
	    (but the default is false).
	
	8)  VirtualRaiseVDM:  If this is True, the VDM will always appear on
	    the top of the stacking order.

    NEW RC FILE CHANGES:
	olvwm now reads an rc file to control usage in three areas:  hot keys
	(desktop actions when a certain key is pressed), screen bindings
	(always map certain applications to specified logical screens), and
	WINMENU actions.  See the olvwmrc.man page for details.

    MISC FUNCTIONAL CHANGES:

	1)  Popups will always appear on the same screen as their leader, even
	    if that screen isn't visible.

	2)  You can now drop something into a virtual window.

	3)  The keymappings for the VDM can all be set via resources; see the
	    man page for details.

	4)  There is a new VDM icon.

BUGS FIXED IN VERSION 3

1)  Switching between screens will correctly set the arrow-key input focus.

2)  Menus which are taller than the screen are now split into columns; menu
    titles are centered

3)  Sticky windows now always map to the current screen.

4)  Several off-by-one grid errors have been fixed.

5)  Changes to a tool's title are now reflected immediately in the VDM.

6)  Override_redirect windows can no longer be affected by the L keys.

7)  Exiting olvwm and starting another wm now correctly positions the windows

8)  Miscellaneous fixes in the documentation

---Changes in Version 2.2----------------------------------------
FUNCTIONAL CHANGES:

1)  New ways to move the desktop, including:
    A)  If a motion key is shifted, motion amount is doubled
    B)  If a motion key is pressed with the CTRL key, motion amount is halved
    C)  If a motion key is pressed with SHIFT/CTRL, motion amount is multiplied
	by 20, which should take it to the nearest edge
    D)  The function keys 1-10 can be used to move to a specific screen:
	screens are number across and then down from 1 to 10.
    E)  If a motion key is pressed with the META key, then it will work no
	matter where the keyboard focus is.
    F)  The MENU button within the VDM brings up a (pinnable) menu allowing
	motions.

2)  Virtual Windows now react to mouse events and Front/Open keystrokes like
	any other window; they can be grouped, their frame menu displayed, etc.

3)  New RelativePosition attribute added

	In past versions, by default, when the user specified a window
	placement, that position was used in absolute co-ordinates, and
	when a program specified a window placement, that position was
	used in relative co-ordinates.

	Some programs (frame and mailtool, for example) save some window
	states somewhere (frame does it in the document, mailtool in
	the .mailtool-init file) and then brings up these windows with
	user-specified co-ordinates.  This means that if you start these
	programs in another part of the Virtual Desktop, some frames will
	come up in the wrong area of the screen -- they will come up
	where they last were rather than where you are now.

	Setting the RelativePosition attribute to True (its default) will
	make all window placement strings be relative to the current
	screen.

	The only time this setting should be a problem is if you are
	any place other than the upper-left corner and you want to bring
	up a window in absolute co-ordinates.  But since absolute
	co-ordinates are normally only useful for things brought up in
	your .xinitrc/.openwin-init file, that shouldn't normally be
	a problem.
	
4)  You can now specify sticky applications by the first word in their
	WM_NAME attribute as well as their WM_CLASS/WM_INSTANCE attribute.
	For some tools (eg Mailtool), the WM_NAME is multi-word:
	Mail Tool - /var/spool/mail/sdo for example; use only the first
	word (Mail) in the list as xrdb is incapable of imbedding spaces
	in the list.

	This allows (most) XView applications and pinned menus to be sticky.
	Note that the XView clock has by default no WM_NAME either; but
	it (and all XView applications) can set their name on the command
	line with -Wl <name>.

5)  The VDM now displays a grid (by default, but it can be turned off by
	setting VirtualGrid to None) for screen sizes.  When the grid
	is on, dragging the mouse to move the desktop is constrained to move
	between whole screen regions (unless the CTRL button is pressed
	while dragging the mouse, in which case arbitrary positioning of
	the desktop is enabled).  If the grid is off, you can move the desktop
	by arbitrary amounts unless the CTRL button is pressed, in which case
	movement will be constrained to full screens.

BUG FIXES

6)  Windows which don't register with the Window manager and are raised
	by the "Front" key no longer core dump.

7) The Save Workspace command now correctly saves non-Xview applications.

8) When olvwm is in MinimalDecor, it will resize correctly.

9) Clients like xterm can now receive input focus if click-to-type is in
	effect and the inside of the window is clicked.

10) Icons can now be moved into the VDM when SnapToGrid is in effect.

11) Applications which start sticky can be unstuck.

12)  Moving multiple windows into the VDM no longer collapses the windows
	onto each other.

13)  The root now correctly inherits keyboard events when shells exit.

14) Menus can now have embedded environmental variables

15)  Sub-frames now inherit the stickyness of their parent.  Note that in
	the OPEN LOOK paradigm, this means that command frames and pinned
	menus will inherit the stickyness of their parent but any other
	base frames (e.g. the compose window from mailtool) will not.

16)  olvwm now avoids the OW2.0 server bug for small windows on CG3 displays
	which used to cause the server to crash.

17)  Windows can no longer be dropped into obscured portions of the VDM

SOURCE FIXES

18)  Imakefile now lists resources1.o
	[Okay, I said I was no Imake user . . .]

19)  Imakefile no longer tries to install openwin-menu

20)  Imakefile correctly installs man page

21)  New Imakefile for those without MIT XView but with OpenWindows
