It cannot keep itself in sync with the actual screen contents well
enough for CopyRect to work accurately. Graphical glitches could
be seen in some cases.

We've fixed the issue more properly in the server now, so remove the
workaround we had in the client.

We shouldn't unconditionally remove the server side cursor just
because the client supports client side cursors. We need to also
check that the client fulfills the other criteria for taking over
the cursor.

In most cases we will send an update at the end of processing client
messages so these extra calls only slow things down. Server initiated
events still need an explicit call though.

Improve the tracking of what cursor we've sent to the client to make
sure the initial cursor is sent properly. We previously tried to infer
this information based on if we've rendered a server side cursor or
not. This logic broke down if things triggered before we've sent the
first update to the client.

Hook up the "Load X.509 Cert/Key" dialogs in winvnc.  Fixes #106

E.g. vncviewer server.example.com:2 -display :2

We have to wait until we've passed the command line arguments or
we might overlook a -display argument.

See issue #534

Changes to keyboard handling require methods from the KeyEvent
class that were not introduced until Java 7.

Java L&F has pre-defined hook that transfers the focus to the
menu of the RootPane.  Since the viewer doesn't have a menu
this just causes a loss of focus and subsequent unexpected
behavior of keyboard and mouse.

See issue #505

Need to be careful with escapes though.

Ctrl+Alt+Delete requires special handling to trigger on Windows.
Make sure this works in raw keyboard mode as well.

Ctrl+Pause sends break which results in a different VKEY on Windows.
Make sure we map that properly to the equivalent keysym.

The shift buttons are a bit buggy on Windows unfortunately, but we
can do slightly better than we're doing today.

Windows mostly follows the AT set 1 scan codes that we want, but
there are a few exceptions.

We already assume sockets here since we use select().

Add a Configuration::removeParam to support such cases.

Legacy systems.

XFixes only reports cursor changes. We must manually call
XFixesGetCursorImage() when starting.

This makes it possible to create a derived class from Socket which is
not TCP based, without having VNCSConnectionST.cxx trying to call
setsockopt() on a non-socket.

Define ledNames in XDesktop.cxx, rename N_LEDS to XDESKTOP_N_LEDS

No need for ifdefs; we can assume MITSHM. Already done in vncviewer.

There is a problematic corner case where an application is updating
at exactly the same rate that we're sending update. In that case we
may miss updates regularly, getting a very uneven final frame rate.
Avoid this by introducing a slight offset when we start updating.

The logic got inverted resulting in the cursor being sent needlessly
whenever the cursor moved.

The normal Xorg server doesn't check this field, so neither can we
as there are applications relying on this leniancy.

Include the type of exception in the string generated by each
subclass. Also simplify the constructs to what is needed.

Newer CMake complains when you try to get the property of something
that isn't a target so use the specific if operator instead.

It's not supported in newer CMake, so try to deduce the library
filename from the target name.