>ここで一つ要望があるのですが「タスクトレイアイコンのオン・オフ機能」
>を追加願えないでしょうか？
>
>私にとっては常に常駐させるソフトなのでかえってタスクトレイアイコンが
>邪魔に感じてしまいますので。。。。

　そうですね。考えます。
　終了はコマンドラインオプションで指定(rsserver -end とか)といった感じでしょうか。

>>ここで一つ要望があるのですが「タスクトレイアイコンのオン・オフ機能」
>>を追加願えないでしょうか？
>>
>>私にとっては常に常駐させるソフトなのでかえってタスクトレイアイコンが
>>邪魔に感じてしまいますので。。。。
>
>　そうですね。考えます。
>　終了はコマンドラインオプションで指定(rsserver -end とか)といった感じでしょうか。

早速のＲＥＳありがとうございます。色々な方法が思い付きますが制作者のポリシー
を尊重したいと思いますので私自身のコメントは控えさせて頂きます。兎も角 -end が
インプリメントされる日を楽しみにしております。

ＰＳ：以前はラップリンクを使用していましたが廃棄し、最近はもっぱらＲＳを愛用させて
頂いております。やがて RSCLIENT.EXE -s オプションのチューンアップ完了すると
遠隔操作機能に関してラップリンクと比べても遜色の無いソフトになると思います。
是非がんばって下さい。ありがとうございました。

不具合レポートではありません。
RemoteSaucerのようなソフトを自作してみたいのですが、
どのようにしたらいいのか、何を調べたらやり方が乗っているのか
わかりらなくって困ってます。
虫のいいお願いで恐縮ですが、作成されたときの参考文献や
技術資料などありましたら、簡単で結構ですので、ご教示願えません
でしょうか。（もしオープンソースならもっとうれしいですが・・）

当方は、ＭＦＣでサービスプログラムやWINSOCKプログラムをやった
ことのある程度のWINDOWS素人プログラマです。
（実はUNIXとX-WINDOWの方が本職）
RemoteSaucerがあまりに便利なので、X-WindowとWINDOWS間で同じ
ことができるかどうかやって見たくなった次第です。
（決してRemoteSaucerのシェアを犯すような発表はいたしません。）

>RemoteSaucerがあまりに便利なので、X-WindowとWINDOWS間で同じ
>ことができるかどうかやって見たくなった次第です。

　う〜ん、できるんですかね。
　とりあえず、画面はビットマップとして、あとはイベントを受け
とって相手に投げると。受けた相手は、よしなに解釈して行動すると。
う〜ん、一見簡単そう。(Win<->Win)
＃そんなバカな。(笑)

　でもこれ、X<->Winができたらすごいですよね。ほしいかも。

>　とりあえず、画面はビットマップとして、あとはイベントを受け
>とって相手に投げると。受けた相手は、よしなに解釈して行動すると。

UNIX相手に-kオプションで使うならVNC（http://www.forest.impress.co.jp/library/vnc.html）使えばすみますよね。
キーイベント部分限定のおつもりだったのでは……違うかな。

>>　とりあえず、画面はビットマップとして、あとはイベントを受け
>>とって相手に投げると。受けた相手は、よしなに解釈して行動すると。
>
>UNIX相手に-kオプションで使うならVNC（http://www.forest.impress.co.jp/library/vnc.html）使えばすみますよね。
>キーイベント部分限定のおつもりだったのでは……違うかな。

あの・・渡邉です。
私は「使いたい」のではなくて、「作ってみたい」のです。

vncは、なんか質問したら英語で帰ってきそうで・・
（というか、英語できかないといけないかやっぱり。苦手ぇ）

マウスの移動量をＬＡＮで投げて、受けたほうが、自分のマウス
のドライバに対して、移動量と偽っ突っ込んでいるのであれば、
Ｘ−ＷＩＮ間もいけそうな気がするし、WINイベントを流して
いるなら、ＸのイベントをWINイベントに翻訳してる必要
あるし、実際どうやるんですかねぇ。この手のソフトって。

はじめまして。
RS使わせてもらいました。

RSにした理由
１．2台のCRTを並べて置けない
２．電子式のPC切り替え器は高い
３．某市販ソフトは反応が遅い
４．フリーのTVHはNetBiosを使う

以上の理由です。
-sオプションがチューニングされれば、市販ソフトやTVHにも負けない
素晴らしいソフトになると思います。
他力本願で申し訳ありませんが、チューニングに期待します。

　基本的には、キー入力・マウス操作をホストに転送、および、ホストの画面変更部分をクライアントに転送するだけです。
　Ｘがホストなら、Ｘは元々そういうようにできているので、あまり大変ではないような気がします。
　問題はWindowsがホストの時ですが、画面の変更部分を検知するのは結構大変です。正攻法は GDI hook か、ディスプレイドライバもどきを作ることですが、結構面倒そうなので、Remote Saucer は各種イベントを拾って画面が変更された可能性があればすべて転送しています。

>-sオプションがチューニングされれば、市販ソフトやTVHにも負けない
>素晴らしいソフトになると思います。
>他力本願で申し訳ありませんが、チューニングに期待します。

　前々から考えているのですが、ちょっと時間が無くて手つかず状態です。

>　基本的には、キー入力・マウス操作をホストに転送、および、ホストの画面変更部分をクライアントに転送するだけです。
>　Ｘがホストなら、Ｘは元々そういうようにできているので、あまり大変ではないような気がします。

Ｘのマウスイベントやキー操作イベントを拾うのは、おっしゃるように難しくありません。
極端には、Ｘサーバのソースをつくり変えてのマウスイベントを拾い出してしまうことすら
できます。ソースあるから。

私にとって不思議なのは、送ったマウスやキーイベントをWindowsのマウスの動きにどうやって
伝えているかということです。
マウスやキーボードドライバに直接渡すんですか？