ssh先screenのペーストバッファをクリップボードに貼り付ける
基本的に localhost で待ち受けることを想定していますが、誰でもクリップボードに書き込めてしまうと困るので、送信データの 1行目を事前共有キーとして認識します。その文字列がツールに設定したものと一致しない場合は書き込みません。 以下に注意点や認識している点を挙げます。 自分ひとりしかアクセスしない前提なのでシングルスレッドで動作します。多重アクセスしないでください。 オプションとして指定する値の妥当性チェックはしていません。あまり変な値を設定しないでください。 停止する方法は用意していません。Ctrl-C するかプロセスを kill してください。 受信したデータの文字コード変換に Encode.pm を使用していますが、出力エンコーディングを shiftjis にしたままでも Windows(Cygwin、ActivePerl) はもとより、Mac OS X や Linux でも
Vim, Screen, Mac/Windows 間でクリップボードを同期する（前編） - @m4i's blog
前編 現状と問題点 Vim A <-> Vim B Vim -> Screen Screen -> Vim Mac/Windows <-> Vim (ssh/plink編) 後編（予定） Mac/Windows <-> Vim (PortForward編) Vim -> Mac/Windows (inotifyを利用した履歴ファイル監視による自動転送) Windows -> Vim (ClipboardViewerを利用したクリップボード監視による自動転送) 0. 現状と問題点 コードを書くときは、以下の理由からSSHでLinuxの自宅サーバにログインしVimを使って書くことが多いです。 ローカル・リモートで重い処理をしてももう一方に影響がない 外出時でもファイルのダウンロードに遅い回線を使わなくてすむ PC再起動時にいちいちVimを落とさなくて良い Windowsはないとして、Macもい
川o・-・）＜2nd life - Developer Enviroments Conference の発表資料
9/8 に開かれた DEcon で windows enviroments and vim という内容で発表してきました。主に自分が使ってる windows の開発に便利なツールと、vim についてプレゼンしてきました。時間大幅に押してしまいましてスイマセン…。 また、スピーカと参加者のみなさん、お疲れ様でした。他の方の開発環境やポリシーが聴けて大変参考になりました。あとカンジマン(id:tnx)には毎度の事ながら様々な準備お疲れ様でした。 自分のプレゼンには自作のはてな記法つかったプレゼンツールを使ったのですが、よくよく考えるとそれをエントリーに貼り付ければいいじゃん！ということに気づいたので、以下に発表資料を貼り付けておきます。 windows environments and vim secondlife 発表内容 windows での環境 どんなツールがあると便利か vim vim
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
