Merged documentation updates in 1.0 into mainline.
This commit is contained in:
crs
parent
b59e105bc4
commit
1030081f7f
34
FAQ
34
FAQ
|
|
@ -25,10 +25,10 @@ Answers
|
|||
|
||||
Synergy isn't able to capture ctrl+alt+del on PC compatible
|
||||
systems because it's handled completely differently than
|
||||
other keystrokes. If you need to use ctrl+alt+del you'll
|
||||
have to keep your other keyboards handy just for that.
|
||||
Future versions may add support for or some equivalent to
|
||||
ctrl+alt+del.
|
||||
other keystrokes. However, when the mouse is on a client
|
||||
screen, pressing ctrl+alt+pause will simulate ctrl+alt+del
|
||||
on the client. (A client running on Windows NT, 2000, or XP
|
||||
must be running as a service for this to work.)
|
||||
|
||||
2. Can the server and client be using different operating systems?
|
||||
|
||||
|
|
@ -98,12 +98,12 @@ Answers
|
|||
|
||||
Some systems treat the Caps-Lock and Num-Lock keys differently
|
||||
than all the others. Whereas most keys report going down when
|
||||
physically pressed and going up when physically released, the
|
||||
Caps-Lock and Num-Lock keys report going down when being
|
||||
activated and going up when being deactivated. That is, when
|
||||
you press and release, say, Caps-Lock to activate it, it only
|
||||
reports going down, and when you press and release to deactivate
|
||||
it, it only reports going up. This confuses synergy.
|
||||
physically pressed and going up when physically released, on
|
||||
these systems the Caps-Lock and Num-Lock keys report going down
|
||||
when being activated and going up when being deactivated. That
|
||||
is, when you press and release, say, Caps-Lock to activate it, it
|
||||
only reports going down, and when you press and release to
|
||||
deactivate it, it only reports going up. This confuses synergy.
|
||||
|
||||
You can solve the problem by changing your configuration file.
|
||||
In the screens section, following each screen that has the
|
||||
|
|
@ -128,15 +128,11 @@ Answers
|
|||
|
||||
10. Does AltGr/Mode-Switch work?
|
||||
|
||||
Sort of. Synergy sends the character you're trying to create from
|
||||
the server to the client. If the client can figure out how to
|
||||
create that character then it will do so, synthesizing whatever
|
||||
key events necessary. However, operating system differences can
|
||||
cause unexpected problems. Pressing either Ctrl key plus the left
|
||||
Alt key on Microsoft Windows means AltGr but on Unix that just
|
||||
means Ctrl and Alt are down. If you have a synergy server running
|
||||
on Windows and are having trouble with Ctrl+Alt_L = AltGr, try using
|
||||
the right Alt key as AltGr instead.
|
||||
Yes, as of 1.0.12 synergy has full support for AltGr/Mode-switch.
|
||||
That includes support for most (all?) European keyboard layouts.
|
||||
All systems should be using the same keyboard layout, though, for
|
||||
all characters to work. (Any character missing from a client's
|
||||
layout cannot be generated by synergy.)
|
||||
|
||||
11. Why isn't synergy ported to platform XYZ?
|
||||
|
||||
|
|
|
|||
21
NEWS
21
NEWS
|
|
@ -1,6 +1,27 @@
|
|||
Synergy News
|
||||
============
|
||||
|
||||
* Jul-20-2003 - Synergy 1.0.12 released
|
||||
|
||||
This release finally completes support for non-ASCII characters,
|
||||
fully supporting most (all?) European keyboard layouts including
|
||||
dead key composition. This release includes changes from several
|
||||
experimental versions (1.0.9, 1.0.11, 1.1.0, 1.1.1, 1.1.2, and
|
||||
1.1.3).
|
||||
|
||||
Made following changes:
|
||||
* Added non-ASCII support to win32 and X11
|
||||
* Added dead key support to win32 and X11
|
||||
* Fixed AltGr handling
|
||||
* Added ctrl+alt+del simulation using ctrl+alt+pause
|
||||
* Fixed loss of key event when user releases ctrl+alt+del
|
||||
* Fixed incorrect synthesis of pointer-keys event on X11
|
||||
* Fixed Xinerama support
|
||||
* Made some clipboard fixes on win32 and X11
|
||||
* Add tray icon menu item to copy log to clipboard
|
||||
* Fixed mouse warping on unconnected client
|
||||
* Stopped unconnected client from filling up event logs
|
||||
|
||||
* May-10-2003 - Synergy 1.0.8 released
|
||||
|
||||
Made following changes:
|
||||
|
|
|
|||
29
README
29
README
|
|
@ -57,7 +57,10 @@ System Requirements
|
|||
(use `xdpyinfo | grep XTEST' to check for XTEST).
|
||||
|
||||
In this document, "Unix" means any of the following: Linux, Solaris,
|
||||
Irix.
|
||||
Irix. Synergy may compile and run on other Unix variants, too. Patches
|
||||
for other platforms are welcome (including patches that package binaries);
|
||||
See the contact information available off of the synergy home page or use
|
||||
the patch page on sourceforge.
|
||||
|
||||
|
||||
Installation
|
||||
|
|
@ -77,9 +80,9 @@ The first step is to pick which keyboard and mouse you want to share.
|
|||
The computer with that keyboard and mouse is called the "primary
|
||||
screen" and it runs the synergy server. All of the other computers
|
||||
are "secondary screens" and run the synergy client. The Windows NT
|
||||
family, starting with NT 4 with service pack 3, is the best choice
|
||||
for the primary screen but Unix is good too. (This is based on the
|
||||
known bugs; see BUGS for more details.)
|
||||
family, starting with NT 4 with service pack 3, and Unix are the best
|
||||
choices. The Windows version provides a convenient GUI for
|
||||
configuration.
|
||||
|
||||
Second, you install the software. Choose the appropriate package
|
||||
and install it. On Windows you should unzip the files into the
|
||||
|
|
@ -205,18 +208,12 @@ your computers.
|
|||
Tips and Tricks
|
||||
---------------
|
||||
* Be aware that not all keystrokes can be handled by synergy. In
|
||||
particular, ctrl+alt+del is not handled. You cannot use synergy
|
||||
to log into a Windows NT family system that requires the user to
|
||||
press ctrl+alt+del to log on. You'll need to keep that computer's
|
||||
keyboard handy in order to log on.
|
||||
|
||||
* To work around the lack of ctrl+alt+del, you can configure Windows
|
||||
2000 and XP to not require ctrl+alt+del to log on using the System
|
||||
control panel. If you're the only user of an NT system you might
|
||||
want to enable auto-logon. In any case, you should keep each
|
||||
computer's keyboard handy, perhaps under the desk or on top of the
|
||||
computer itself. If the system supports USB you should also be able
|
||||
to attach/detach a keyboard as necessary.
|
||||
particular, ctrl+alt+del is not handled. However, synergy can
|
||||
convert ctrl+alt+pause into ctrl+alt+del on the client side.
|
||||
(Synergy must be installed as a service on the client for this to
|
||||
work on the Windows NT family.) Some non-standard keys may not
|
||||
work, especially "multimedia" buttons, though several are
|
||||
correctly handled.
|
||||
|
||||
* A screen can be its own neighbor. That allows a screen to "wrap".
|
||||
For example, if a configuration linked the left and right sides of
|
||||
|
|
|
|||
33
TODO
33
TODO
|
|
@ -5,10 +5,10 @@ Things to do to synergy, in no particular order:
|
|||
|
||||
* Provide GUI configuration
|
||||
|
||||
There's a GUI tool on win32 but no other platforms. It'd be nice
|
||||
if the tool allowed users to drag screen icons around to set the
|
||||
links between them, but this complicated because links aren't
|
||||
necessarily symmetrical.
|
||||
There's a GUI tool on win32 but no other platforms. Also, it'd be
|
||||
nice if the tool allowed users to drag screen icons around to set
|
||||
the links between them (though this assumes links are symmetrical
|
||||
and synergy supports asymmetrical links).
|
||||
|
||||
* Provide taskbar feedback
|
||||
|
||||
|
|
@ -16,18 +16,13 @@ Things to do to synergy, in no particular order:
|
|||
and to quit synergy. It'd be nice to have something similar on
|
||||
X11.
|
||||
|
||||
* Support non-ASCII keyboards
|
||||
|
||||
Synergy currently supports only ASCII characters typed on the
|
||||
keyboard. It does, however, support Unicode clipboard text.
|
||||
|
||||
* Write man/html pages
|
||||
|
||||
* Port to other platforms
|
||||
|
||||
Most desired is MacOS X.
|
||||
|
||||
* Provide a nice win32 installer/uninstaller
|
||||
* Write man/html pages
|
||||
|
||||
* Provide a win32 installer/uninstaller
|
||||
|
||||
Synergy doesn't have any special needs so even just unzipping is
|
||||
satisfactory, but a proper installer would be nice. And, more
|
||||
|
|
@ -43,8 +38,6 @@ Things to do to synergy, in no particular order:
|
|||
The type is converted to each platform's native type. For example,
|
||||
BMP for images on win32.
|
||||
|
||||
* Keyboard shortcuts to jump from screen to screen
|
||||
|
||||
Then there are major new features:
|
||||
|
||||
* Provide a KVM mode
|
||||
|
|
@ -52,11 +45,6 @@ Then there are major new features:
|
|||
In this mode synergy would share the monitor in addition to the
|
||||
keyboard and mouse.
|
||||
|
||||
* Add encryption and authentication
|
||||
|
||||
Make synergy is safe to use on untrusted networks. Using synergy
|
||||
through SSH can provide this until synergy has it built-in.
|
||||
|
||||
* Support for limited drag and drop between systems
|
||||
|
||||
* Support for (virtual) terminals on unix
|
||||
|
|
@ -64,3 +52,10 @@ Then there are major new features:
|
|||
This would be useful in KVM mode to administer several remote
|
||||
headless systems that you don't want running X just so synergy
|
||||
can work.
|
||||
|
||||
* Configurable keys
|
||||
|
||||
This includes shortcuts to jump to different screens, always
|
||||
directing certain keystrokes to the same system, never sending
|
||||
certain keystrokes to some systems, and remapping keys on the
|
||||
server to other keys on the clients.
|
||||
|
|
|
|||
Loading…
Reference in New Issue