One Keyboard, One Mouse — Multiple PCs: synergy2

I commonly work on a desk with two or more computers, each having its own monitor, keyboard and mouse. It often got confusing which mouse and which keyboard to use when.

To be my saviour, Erik (see his blog as well) has pointed out a software called synergy2 to me, a software that emulates a KM-switch (Keyboard-Mouse-Switch) across multiple plattforms. The user simply configures the arrangement of the monitors on his desk (M1 is left of M2, M2 is above M3, …) and the mouse can be moved from computer A to computer B. Keyboard input follows the mouse in this case.

Still, every computer needs its own monitor, but I now have one single keyboard and one single mouse to handle them all. To be honest, after using this software for two weeks now, I can’t imaging working without it any more.

synergy2 claims to work with heterogenious Microsoft Windows 95/98/ME/2000/XP/2003, Mac OS X 10.2+, and any Unix X Server 11r4+ with XTEST extension.

Besides the really nice fact that one needs only one keyboard/mouse any more there are two additional goodies in using this software:

  • synergy2 (if configured to do so) synchronized the content of the clipboard among the clients. This really comes in handy if you are using one PC for research on the web and another one to work.
  • A nice feature is to synchronize the screen savers on the various computers so that all screen savers turn on at once and none turns on while you are working on another computer.

synergy2 works quite simply by defining a server (the computer with the real keyboard and mouse) and attaching clients to this server. The protocol used is unencrypted so be sure to use it only within trusted networks. You could however tunnel it over ssh to have an encrypted channel.

During my two weeks of experience in heavily using this software I only found some minor bugs/itches in using it: sometimes when coming back from screen saver on a client computer running Windows XP Prof with an XP-greeting screen and activated password after screensavers, the virtual keyboard is stuck with a simulated key, resulting in not being able to enter the correct password. As this is my notebook I could always fix the problem by pressing Ctrl+Alt+Del manually on the notebook’s native keyboard. Another way to get around this without using a native keyboard is to unlock the server screen and tell the synergy2-server to “Force Reconnect”. Unfortunately in the latter case the reconnect process takes several seconds before the slave screens can be re-entered with the mouse.

So, if you are using several PCs on the same desk at the same time, each with its own monitor, you should definitely give synergy2 a try. I’m quite sure, it will revolutionize your everyday’s work just as it did in my case.

Short URLs: Future Loss of Knowlege

Short URLs, as provided for instance by or MakeAShorterLink, are now commonly used when posting to newsgroups or mailinglists. These links are primarily used to get rid of the problem of wrapped URLs in many NNTP/Mail-Clients as well as to make the posts more readable.

Unfortunately, these links also provide a problem regarding future retrieval of information. Often, the short URLs are only valid for a certain amount of time, afterwards they cannot be resolved anymore. When searching newsgroups on the hunt of a problem, I sometimes come accross such invalid links. Nothing angers me more than when reading “just see for the solution” and having no possibility to retrieve the information.

tinyurl promises on its front-page to create an URL that […] will not break in email postings and never expires. Quite some challanging promise, isn’t it? is more conservative in their promise, they only tell that it is going to last a very long time.

I do not want to say that these services are not senseful, on the contrarary, there are many cases where they are senseful. Long links in mails, postings, and instant messages are quite a pain sometimes, but the problem, especially in support forums and newsgroups is, that in my opinion the chances are higher that the short URL service will discontinue than that all archived postings will expire.

Of course, one could argue that the chances are as well that the real URL hidden by the short URL is not valid any more. This will also result in loss of information, without any doubt. If such a commonly used service is discontinued, a lot of URLs become invalid at once where the hidden URL is lost forever while the service behind it might still be available.

There is another point about the short URLs as well: I usually want to know where I am going before clicking a link. That’s also impossible with short URLs.

So, what to do about it? In my opinion, whoever wants to should continue using the services; I sometimes use them as well. But one should also add the long URLs at least to the end of an e-mail or a posting. They might be unclickable due to line breaks, but in case the short URL expires, it is still possible to reconstruct the link by hand.