vim-users.jp
February 02, 2010
564 messages
>369 :名無しさん@お腹いっぱい。:2010/02/01(月) 11:28:20
>neocomplcacheの作者が常駐してるlingrのvim-users.jpのログをたまに見てるんだが、
>soraとujihisaのやりとりにはとてもじゃないがついていけん。
>370 :名無しさん@お腹いっぱい。:2010/02/01(月) 12:25:26
>shougoさんは確かに凄いけどそれ以外は何も無いだろ
<pre>>369 :名無しさん@お腹いっぱい。:2010/02/01(月) 11:28:20 >neocomplcacheの作者が常駐してるlingrのvim-users.jpのログをたまに見てるんだが、 >soraとujihisaのやりとりにはとてもじゃないがついていけん。 >370 :名無しさん@お腹いっぱい。:2010/02/01(月) 12:25:26 >shougoさんは確かに凄いけどそれ以外は何も無いだろ</pre>
>374 :名無しさん@お腹いっぱい。:2010/02/01(月) 21:44:33
>shougoさん以外は全く無名だし何騒いでんの?
<pre>>374 :名無しさん@お腹いっぱい。:2010/02/01(月) 21:44:33 >shougoさん以外は全く無名だし何騒いでんの?</pre>
>375 :名無しさん@お腹いっぱい。:2010/02/01(月) 21:56:08
>そもそもvimスクリプト書く人が少ないから。
>本当にツールカスタマイジングが好きな人はもっと汎用的なemacsに行っちゃうし
<pre>>375 :名無しさん@お腹いっぱい。:2010/02/01(月) 21:56:08 >そもそもvimスクリプト書く人が少ないから。 >本当にツールカスタマイジングが好きな人はもっと汎用的なemacsに行っちゃうし</pre>
Vimは非同期実行にしろ、シェルや補完にしろ、標準の状態では足りない機能がたくさんあって、
<pre>Vimは非同期実行にしろ、シェルや補完にしろ、標準の状態では足りない機能がたくさんあって、</pre>
>Vimdius というゲームを作りたい。コンソールベースのシューティングゲームです。
<pre>>Vimdius というゲームを作りたい。コンソールベースのシューティングゲームです。</pre>
>gvim使ってる奴多いみたいだけど
>gvimってなんかうれしいことある?
>気づけば:shellしてvim起動してるんだが。
<pre>>gvim使ってる奴多いみたいだけど >gvimってなんかうれしいことある? >気づけば:shellしてvim起動してるんだが。</pre>
6.GVimでしかない機能がある(アイコン表示、英字フォントとマルチバイトフォントの混在、OSのダイアログボックス)
<pre>6.GVimでしかない機能がある(アイコン表示、英字フォントとマルチバイトフォントの混在、OSのダイアログボックス)</pre>
>
371 :名無しさん@お腹いっぱい。:2010/02/01(月) 21:32:47
>そのujihisaって人は何かvimスクリプト書いたりしてるの?
<pre>> 371 :名無しさん@お腹いっぱい。:2010/02/01(月) 21:32:47 >そのujihisaって人は何かvimスクリプト書いたりしてるの? </pre>
私はWindows環境が長いので、他のスクリプト言語と組み合わせるという発想にどうしてもならないのです。
<pre>私はWindows環境が長いので、他のスクリプト言語と組み合わせるという発想にどうしてもならないのです。</pre>
150 :名無しさん@お腹いっぱい。:2009/12/21(月) 16:54:20
見て損した。広告貼ってるただの個人サイトじゃねーか。
<pre>150 :名無しさん@お腹いっぱい。:2009/12/21(月) 16:54:20 見て損した。広告貼ってるただの個人サイトじゃねーか。 </pre>
vim-users.jpはブックマーク数多いし、私は役立つサイトだと思っているんですけどね。
<pre>vim-users.jpはブックマーク数多いし、私は役立つサイトだと思っているんですけどね。</pre>
vim-users.jpで情報がまとまっているところが、Emacsに対するVimのアドバンテージだと思います。
<pre>vim-users.jpで情報がまとまっているところが、Emacsに対するVimのアドバンテージだと思います。</pre>
じゃあ、「vim-users.jpのおかげでLife Changingした人はvim-users.jpの運営に協力する」みたいな。
<pre>じゃあ、「vim-users.jpのおかげでLife Changingした人はvim-users.jpの運営に協力する」みたいな。</pre>
じゃあ、それhttp://github.com/ujihisa/vimkaigi2010に転送するようにしてしまおう
<pre>じゃあ、それhttp://github.com/ujihisa/vimkaigi2010に転送するようにしてしまおう</pre>
とりあえず http://github.com/ujihisa/vimkaigi2010 に転送するようしとこうかと
<pre>とりあえず http://github.com/ujihisa/vimkaigi2010 に転送するようしとこうかと</pre>
<pre>http://hostingfu.com/article/nginx-vs-lighttpd-for-a-small-vps</pre>
apache の mod_proxy_http で nginx などにリバースプロキシするといいよ
<pre>apache の mod_proxy_http で nginx などにリバースプロキシするといいよ</pre>
そういえば、ここに発言してすぐに @tree3yama さんにfollowされたみたいなんだけど、偶然だよね?<確認
<pre>そういえば、ここに発言してすぐに @tree3yama さんにfollowされたみたいなんだけど、偶然だよね?<確認</pre>
俺はmacminiでmemory4GBにしてhdd250gbにして9万くらいだったかな
<pre>俺はmacminiでmemory4GBにしてhdd250gbにして9万くらいだったかな</pre>
miyahan.com | 液晶ディスプレイとカラーマネージメント http://miyahan.com/me/report/computer/070125_WUXGA_LCD/ColorManagement.html
<pre>miyahan.com | 液晶ディスプレイとカラーマネージメント http://miyahan.com/me/report/computer/070125_WUXGA_LCD/ColorManagement.html</pre>
lingr-vimがもう少し安定すれば、ブラウザでLingr見るより便利に使えそうです。
<pre>lingr-vimがもう少し安定すれば、ブラウザでLingr見るより便利に使えそうです。</pre>
> あるいは M-x ielm を起動すると、シェルやirb(インタラクティブRuby)のようなインターフェースが使>えるぞ。 Tabキーでの補完もきく。
<pre>> あるいは M-x ielm を起動すると、シェルやirb(インタラクティブRuby)のようなインターフェースが使>えるぞ。 Tabキーでの補完もきく。</pre>
kanaさんのスクラッチでも良いんですけど、もうちょっときちんとしたインタプリタにできないかなぁ。
<pre>kanaさんのスクラッチでも良いんですけど、もうちょっときちんとしたインタプリタにできないかなぁ。</pre>
<pre>http://jp.techcrunch.com/archives/20100201apple-tablet-os-x-ipad/</pre>
私は補完を書く予定なんですが、日本語から補完させるべきなのか、ローマ字から補完させるべきなのか……。
<pre>私は補完を書く予定なんですが、日本語から補完させるべきなのか、ローマ字から補完させるべきなのか……。</pre>
neocomplcacheとの親和性を考えると、ローマ字から補完させないとまずいんですけどね。
<pre>neocomplcacheとの親和性を考えると、ローマ字から補完させないとまずいんですけどね。</pre>
skk.vimは開発が再開したので、いつかddskk並に高機能になれるかもしれません。
<pre>skk.vimは開発が再開したので、いつかddskk並に高機能になれるかもしれません。</pre>
補完候補の統合が出来るようになったので、anythingをもう少しで超えると思っているんですが。
<pre>補完候補の統合が出来るようになったので、anythingをもう少しで超えると思っているんですが。</pre>
どうしようもなくなったら、私がforkするかもしれません。しかしそれは死亡フラグ……。
<pre>どうしようもなくなったら、私がforkするかもしれません。しかしそれは死亡フラグ……。</pre>
vim-latexが動かないのはvimのon-the-spotの実装が「未確定文字列をバッファに挿入するようなキー入力を擬似的に発生させる形でそれを表示する」という方式だから。
>例えば「日本」と入力した場合、次のような入力をしたのと同じになる。
に<BS>にほ<BS><BS>にほん<BS><BS><BS>日本<BS><BS>日本
>未確定文字列を表示するときはそれを挿入し、消すときは<BS>を入力してる。
>これは q で入力を記録してみると確認できる。qa -> 入力 -> q -> :echo @a
で、この擬似的な入力に対してキーマップが効くというのが問題の原因で、例えばローマ字入力で「か」>と入力すると、最初に「k」と入力した時点で、そのkに対してマップが展開されてしまう。
>そんなわけでimapが使い物にならないのでvim-latexは動かない。
<pre>vim-latexが動かないのはvimのon-the-spotの実装が「未確定文字列をバッファに挿入するようなキー入力を擬似的に発生させる形でそれを表示する」という方式だから。 >例えば「日本」と入力した場合、次のような入力をしたのと同じになる。 に<BS>にほ<BS><BS>にほん<BS><BS><BS>日本<BS><BS>日本 >未確定文字列を表示するときはそれを挿入し、消すときは<BS>を入力してる。 >これは q で入力を記録してみると確認できる。qa -> 入力 -> q -> :echo @a で、この擬似的な入力に対してキーマップが効くというのが問題の原因で、例えばローマ字入力で「か」>と入力すると、最初に「k」と入力した時点で、そのkに対してマップが展開されてしまう。 >そんなわけでimapが使い物にならないのでvim-latexは動かない。</pre>
私もVimScriptレベルで対処できることに限界を感じ始めたら、kanaさんのように独自パッチを当てる方向に動くのだろうか……。
<pre>私もVimScriptレベルで対処できることに限界を感じ始めたら、kanaさんのように独自パッチを当てる方向に動くのだろうか……。</pre>
>これらは共に awk には存在しませんし、Linux であっても簡便なコマンドすら用意されていません。 こいつを読み解いた人は分かると思いますが、echo と dd と stty を使っています。
<pre>>これらは共に awk には存在しませんし、Linux であっても簡便なコマンドすら用意されていません。 こいつを読み解いた人は分かると思いますが、echo と dd と stty を使っています。</pre>
Escape sequenceの座標って、絶対座標なのか相対座標なのか気になるところですね。
<pre>Escape sequenceの座標って、絶対座標なのか相対座標なのか気になるところですね。</pre>
なんかvimfilerからvimshellの呼び出しで失敗しているみたいに見えますね。
<pre>なんかvimfilerからvimshellの呼び出しで失敗しているみたいに見えますね。</pre>
新しいmapping.vim見たらl:filenameの変数に一旦入れてるみたいなので
<pre>新しいmapping.vim見たらl:filenameの変数に一旦入れてるみたいなので</pre>
vimfilerは1.02でブランチ切られてるのでmasterをpullしても更新されませんよ。
<pre>vimfilerは1.02でブランチ切られてるのでmasterをpullしても更新されませんよ。</pre>
が、そもそもどの環境でどんな問題が起きてるのか把握してないのであった。ログ読みなおすか。
<pre>が、そもそもどの環境でどんな問題が起きてるのか把握してないのであった。ログ読みなおすか。</pre>
7.2.188 crash with specific use of function callsか
<pre>7.2.188 crash with specific use of function callsか</pre>
7.2.214 crash with complete function for user commandのような気がする
<pre>7.2.214 crash with complete function for user commandのような気がする</pre>
標準のマックだと何になるんですかね。 echo has('maxunix')だと?
<pre>標準のマックだと何になるんですかね。 echo has('maxunix')だと?</pre>
応急措置ですが、autoload/vimfiler/internal_commands.vimの111行目
<pre>応急措置ですが、autoload/vimfiler/internal_commands.vimの111行目</pre>
関連付けで開くはそれこそ環境によって方法がまちまちなので、こうやって組み込むより、起動コマンドを指定するオプションを用意して、その初期値をよしなにした方が良さそうではある。
<pre>関連付けで開くはそれこそ環境によって方法がまちまちなので、こうやって組み込むより、起動コマンドを指定するオプションを用意して、その初期値をよしなにした方が良さそうではある。</pre>
そうすれば今回みたいに対応漏れがあっても本体のソース書き換えずに設定変更だけでとりあえず対応できるし。
<pre>そうすれば今回みたいに対応漏れがあっても本体のソース書き換えずに設定変更だけでとりあえず対応できるし。</pre>
あとruby-openid2.1.7にバグ潜んでて、そのままだと「はてな」は使えない。はてな以外はいけるんだが
<pre>あとruby-openid2.1.7にバグ潜んでて、そのままだと「はてな」は使えない。はてな以外はいけるんだが</pre>







