Known problems, bugs and limitations:

* opaque move - the desktop selection on pager won't get redrawn

* run acroread (with some file), go fullscreen (C-L), close the window
(with ALT-F4), there will remain orphan (acroread) window

???Why swm don't get maprequest for it???

?? acroread measures the delay between sending map_request and the
window getting mapped ?? the test window (NOT the splash screen!) at
the startup is used for this ?? and because of animations, swm is slow
to respond ??

it set mwm hints to disable closing, though KDE responds to closing;
curious; but KDE properly gets MapRequest (?probably; at least it
decorate the window again; perhaps thanks to the fact, that it
reparents the app window! it may not receive and MapRequest at all!)

I tried to repair it with catching MapNotify also, it works, but swm
have to trace all window mappings, which is unneccessarily complicated
in common cases (where we get MapRequest)

* netscape - sometimes (after selection from pop up windows - for
example selecting a country while opening web e-mail account) keyboard
gets blocked (one is not able to write anything) -- this is rather bug
in netscape. SWM uses FocusFollows mode (the standard, when X runs
without WM -- in this case keyboard get blocked too), it seems that
netscape set focus on the pop-up window with 'revert_to' set to
'None', so we loose any focus after the window is unmapped.
-- FIXED, see Event::handle_UnmapNotify ()

* sometimes the name of the window disappears 
-- FIXED, thanks to winmaker (locale-aware wrapper for XGetName())

* xdemineur (maybe other X apps too) hangs if it receives a
ButtonRelease without a ButtonPress (try it: run X without WM, only
with xterm, start xdemineur, press a button on root, hold it, move
onto xdemineur, release - it will hang)

in swm this take place when moving a window - last click (ButtonPress)
ends the moving, mouse is ungrabbed, and the win moved receive a
ButtonRelease (if you don't hold the button, move to another win and
there release)

-- NOT A BUG
this is a bug in xdemineur, not in SWM

* xdvi - press left mouse (small magnifying glass), hold and then
press right mouse - SWM behave as if a mouse was pressed on root
window
-- FIXED
