Chrome拡張 EditWithMacVim (もどき)
Chrome拡張 EditWithMacVim (もどき) http://bridge.grumpy-troll.org/2012/06/macosx-launchd-macvim-chrome.html TextAreaにeditボタンができて、それ押すとMacVimで編集可能。便利。 EditWithEmacsをインストールするpycl.pyをこぴる https://gist.github.com/3000309#file_gistfile1.txtlaunchd用plistを用意する https://gist.github.com/3000309#file_org.grumpy_troll.edit_with_emacs_pycl.plist走らせる https://gist.github.com/3000309#file_start.sh
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もい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
