[過去ﾛｸﾞ]
Vim Part22 (1001ﾚｽ)
Vim Part22 http://peace.5ch.net/test/read.cgi/unix/1365071542/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
453: 名無しさん＠お腹いっぱい。 [sage] 2013/12/20(金) 22:57:47.26 ｗｗｗｗＷＷＷｗｗｗｗｗｗＷＷｗｗｗＷｗ http://peace.5ch.net/test/read.cgi/unix/1365071542/453
454: 名無しさん＠お腹いっぱい。 [sage] 2013/12/20(金) 23:01:08.59 Emacsは何でもかんでもEmacsで完結してしまうからVimとは プラグインの有無も違ってくるね。 :help design-not http://peace.5ch.net/test/read.cgi/unix/1365071542/454
455: 名無しさん＠お腹いっぱい。 [sage] 2013/12/20(金) 23:38:16.14 >>454 これは完結とか高度とかそんなん関係ないBrainF*ck系言語だぞｗ マイナーすぎてサポートされてないだけ http://peace.5ch.net/test/read.cgi/unix/1365071542/455
456: 名無しさん＠お腹いっぱい。 [sage] 2013/12/21(土) 09:24:37.69 サポート？ Emacsでは標準で入ってるのか…… http://peace.5ch.net/test/read.cgi/unix/1365071542/456
457: 名無しさん＠お腹いっぱい。 [sage] 2013/12/21(土) 15:11:39.13 >>449 preedit 部分を打鍵毎に<BS>で消してるような動きをするね。 map! <BS> a だと a が入ってくるし。 <Nop> で消えずに残っているような感じ。 そういえばこの辺微妙な実装になってるって話があった気がするな。 http://peace.5ch.net/test/read.cgi/unix/1365071542/457
458: 449 [sage] 2013/12/22(日) 13:51:40.21 とりあえず遡って試してみたら、7.3.315までは再現した。それ以前だと (gvim:16983): IBUS-WARNING **: Create input context failed: タイムアウトしました. となってIMがオンにならないので確認できず。 俺の力じゃこれ以上は当たりをつけることさえ出来ない。 http://peace.5ch.net/test/read.cgi/unix/1365071542/458
459: 名無しさん＠お腹いっぱい。 [sage] 2013/12/22(日) 21:58:35.38 >>449 ほんまや。そういうマッピングはしてないから困らないが、おかしなことになるな その状態で「あいう」→「ああいあいう」→確定→「ああいあいうあいう」 MacVim (Vim 7.4 patches 1-52) + MacUIM Anthy on OS X 10.9 http://peace.5ch.net/test/read.cgi/unix/1365071542/459
460: 名無しさん＠お腹いっぱい。 [sage] 2013/12/23(月) 20:50:14.79 >>433 セミコロン要るか要らないかは判断できないから無理。 というかそれが判断できるならそもそもセミコロン書かせない。 splainに食わせれば、英語だけどもう少し詳しいエラーがでる。 :!perl -c % 2>&1 >/dev/null | splain http://peace.5ch.net/test/read.cgi/unix/1365071542/460
461: 名無しさん＠お腹いっぱい。 [sage] 2013/12/24(火) 17:19:48.75 <C-C> をそれ自身か別のキーにmapした場合 InsertLeave イベントが発生するようですがこれは仕様でしょうか？ 関連するドキュメント等ご存知でしたら教えてくださると喜びます 再現する vimrc は以下の通りです autocmd! InsertLeave * set nu! nmap <C-C> <C-C> imapやnnoremapした場合でもイベントが発生しているようです 環境 : Debian Wheezy Vim version : 7.3.547 (Debian repository), 7.4.125 (自分でbuild) これはこれでdvorakユーザの自分にはあり
がたいのですが http://peace.5ch.net/test/read.cgi/unix/1365071542/461
462: 461 [sage] 2013/12/24(火) 19:08:43.60 すみません間違えました > <C-C> をそれ自身か別のキーにmapした場合 <C-C> を {lhs} に用いた場合です Insert mode でCTRL-CするとInsertLeave イベントが発生します http://peace.5ch.net/test/read.cgi/unix/1365071542/462
463: 461 [sage] 2013/12/25(水) 00:14:03.88 何度もすみません Win7でも同じ挙動でしたので ざっとソースコードを見たところCTRL-Cがmapされているかどうかによって interruptするかしないか決めているようでしたので この挙動は仕様だと理解しました 残念ながらドキュメントは見つけられませんでした 皆様ありがとうございました http://peace.5ch.net/test/read.cgi/unix/1365071542/463
464: 名無しさん＠お腹いっぱい。 [sage] 2013/12/25(水) 00:24:06.35 *map_CTRL-C* CTRL-C を {lhs} で使うことはできますが、それは Vim がキー入力を待機中のときだ け機能します。Vim がビジー状態 (何かを実行中) のときは機能しません。Vim がビ ジー状態の場合、CTRL-C は実行中のコマンドを中断します。 MS-Windows の GUI 環境では、CTRL-C にマップすることができるので、クリップボー ドにコピーする機能を割り当てることができます。Vim の動作を中断するには CTRL-Break を使います。 http://peace.5ch.net/test/read.cgi/unix/1365071
542/464
465: 名無しさん＠お腹いっぱい。 [sage] 2013/12/25(水) 08:24:52.50 >>463 おー、そうなんやね 元々端末用アプリやから、特別に扱われてるのか とりあえず解析おつかれした http://peace.5ch.net/test/read.cgi/unix/1365071542/465
466: 名無しさん＠お腹いっぱい。 [sage] 2014/01/06(月) 23:37:17.15 起動時、ではなくて「OS立ち上げて最初にVimを起動させる」時だけ 通常の 20 倍近く時間がかかるんですけど、 i) そういうもんですか？ ii) もしそういうもんなら初回起動時何をやってるんですか？ http://peace.5ch.net/test/read.cgi/unix/1365071542/466
467: 名無しさん＠お腹いっぱい。 [sage] 2014/01/06(月) 23:44:17.79 >>466 通常がどのくらいかわからないけど、ディスクからプログラムをメモリに読み込んで、さらに設定ファイルやらプラグインやらヒストリを読み込むから、ディスクアクセスとかやたらと大きいファイルとか、そのあたりに何かあるんじゃないの? 起動後のメモリ使用量も見てみるといいね。 http://peace.5ch.net/test/read.cgi/unix/1365071542/467
468: 名無しさん＠お腹いっぱい。 [sage] 2014/01/06(月) 23:47:13.49 >>467 ふむふむ…。通常 120 ms, OS起動後初起動時 2300 ms とかなんですよね… そういう視点からもうすこし調べてみます、ありがとうございます。 http://peace.5ch.net/test/read.cgi/unix/1365071542/468
469: 名無しさん＠お腹いっぱい。 [sage] 2014/01/06(月) 23:50:52.76 .vimrcが肥大化してるとか? 昔やらかしたことがあったw http://peace.5ch.net/test/read.cgi/unix/1365071542/469
470: 名無しさん＠お腹いっぱい。 [sage] 2014/01/06(月) 23:58:12.33 2.3秒くらい待てよ。 http://peace.5ch.net/test/read.cgi/unix/1365071542/470
471: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 00:01:59.72 えっと、時間がかかること自体は（もちろん改善できればうれしいけど）問題じゃなくて、 起動のたびにそれだけかかるんじゃなくて，OS立ち上げたあと最初のがそんなに際立って遅い のがどういう仕組みなんだろうっていうのがメインなんです http://peace.5ch.net/test/read.cgi/unix/1365071542/471
472: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 00:46:16.36 このスレにそんなレベル高い奴はいないと思うけどな http://peace.5ch.net/test/read.cgi/unix/1365071542/472
473: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 00:47:13.13 >>466 vim のコマンドラインオプションでstartuptimeみたいなのあるから、それで調べてみたら？ http://peace.5ch.net/test/read.cgi/unix/1365071542/473
474: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 01:23:22.87 まぁ、>>467でFAじゃね。 http://peace.5ch.net/test/read.cgi/unix/1365071542/474
475: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 01:24:56.20 HDD、MEM がイカかれているとか http://peace.5ch.net/test/read.cgi/unix/1365071542/475
476: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 02:01:54.67 120 msってのが早過ぎる気がするな ちょっとした .vimrc 読み込むだけで数百ms はかかると思うが？ プラグインとか色々あったら 2300 ms とかでも別に遅いとは思わん http://peace.5ch.net/test/read.cgi/unix/1365071542/476
477: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 02:05:55.29 上の続きだけど、二度目以降はもちろんキャッシュから読み込むだろうから速いけどね http://peace.5ch.net/test/read.cgi/unix/1365071542/477
478: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 12:24:09.57 おれも普通に2回目はキャッシュに入ってるから速いんだと思うけど http://peace.5ch.net/test/read.cgi/unix/1365071542/478
479: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 12:46:15.44 当たり前の話やね http://peace.5ch.net/test/read.cgi/unix/1365071542/479
480: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 12:47:37.18 せやなキャッシュ http://peace.5ch.net/test/read.cgi/unix/1365071542/480
481: 名無しさん＠お腹いっぱい。 [sage] 2014/01/07(火) 22:01:02.59 Windows XP SP3 KaoriYa版 Vim version 7.2.148 を使っています。 inoremap <UP> <C-O>gk inoremap <DOWN> <C-O>gj を指定すると、<UP>、<DOWN>キーの入力によって、ONだったIMEが勝手にOFFに切り替わってしまいます。 このマップを指定しても、キーの入力前後でIMEの状態が保存されるようにするには、 どのようにすれば良いでしょうか？ http://peace.5ch.net/test/read.cgi/unix/1365071542/481
482: 名無しさん＠お腹いっぱい。 [sage] 2014/01/09(木) 08:32:15.63 同じ質問を見つけましたが、解決法はない？ i(nore)?mapが発動するとIMEが勝手にOFFになってしまう https://github.com/vim-jp/issues/issues/251 http://peace.5ch.net/test/read.cgi/unix/1365071542/482
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 519 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.012s