barrier/lib
crs 4bf0836eae Synergy no longer tries to suppress the screen saver once it starts.
It was doing that already if started through synergy but not if
started by something outside of synergy.  In particular, if you
use `xscreensaver-command --activate' synergy used to send fake
mouse motion events every 5 seconds to deactivate it.  That's
unlikely to be what the user wanted, especially if the locking is
enabled since it would force the password dialog to appear.

As before, it's recommended that client screens not use locking
because xscreensaver will not deactivate without getting a
password even if we make the request through a programmatic
interface.  Presumably that's for security reasons but it makes
life harder for synergy.
2003-01-11 15:16:41 +00:00
..
arch Portability fixes. Now builds on Linux 2.2 and 2.4 and solaris. 2003-01-08 21:36:14 +00:00
base Added missing files. 2003-01-05 21:52:28 +00:00
client Changed log level of two messages. Now won't spew about reading 2003-01-08 21:36:13 +00:00
common Changed version number to 0.9.15. Added 0.9.15 log entries. 2003-01-07 21:47:27 +00:00
http Moved CPrimaryScreen and CSecondaryScreen to the lib/synergy 2003-01-05 21:48:54 +00:00
io Refactored some platform dependent code into a new library, 2003-01-04 22:01:32 +00:00
mt Refactored some platform dependent code into a new library, 2003-01-04 22:01:32 +00:00
net Refactored some platform dependent code into a new library, 2003-01-04 22:01:32 +00:00
platform Synergy no longer tries to suppress the screen saver once it starts. 2003-01-11 15:16:41 +00:00
server Moved CPrimaryScreen and CSecondaryScreen to the lib/synergy 2003-01-05 21:48:54 +00:00
synergy Moved CPrimaryScreen and CSecondaryScreen to the lib/synergy 2003-01-05 21:48:54 +00:00
Makefile.am Refactored some platform dependent code into a new library, 2003-01-04 22:01:32 +00:00