[過去ﾛｸﾞ] Vim Part22 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
448: 447 2013/12/19(木)23:38 AAS
もっと良い方法思いついた。
/macro.vim/以下にvimファイルとして保存した方がスマートだ。
関数で定義して、sourceで読み込む。
vimはファイルタイプごとにアクション起こせるから、
txt,md(マークダウンファイル)を開いた時に、source /macro.vim/hogehoge
と書けば、必要な時に(日本語整形マクロはtxt,mdでのみ必要になり得る)
callで呼び出せる。
編集中のファイルを汚さないしコマンドで一発だからたぶんこれでOK。
449(4): 2013/12/20(金)00:29 AAS
map! <BS> <Nop>にすると日本語入力がおかしい。
「あ」を入力すると「あ」が変換待ちで表示される。一文字目は問題ない。
次に「い」を入れると、「あ」が確定して「あい」が変換待ちになる。
次に「う」を入れると、更に「あい」が確定済みに追加され「あいう」が変換待ちになる。
次に「え」を入れると、更に「あいう」が確定済みに追加され「あいうえ」が変換待ちになる。
ここまでで「ああいあいう」が確定済みで、「あいうえ」が変化待ち、という状況。
今使ってるのはfedoraのgvimなんだけど、他のディストリやOSではどうかな？
端末版は問題ない。
450: 2013/12/20(金)11:50 AAS
>>449 Ubuntu + gvim で再現した
451: 2013/12/20(金)22:05 AAS
Emacs 使いの友人に Emacs には Grass 言語用の grass.el があって超便利なのに
Vim にないの？えっないの？って煽られたので誰かよろしく頑張ってくれ
452: 2013/12/20(金)22:48 AAS
Grassって知らんなあと思ったら
こんなネタ言語のために時間割くやつおるかlw
453: 2013/12/20(金)22:57 AAS
ｗｗｗｗＷＷＷｗｗｗｗｗｗＷＷｗｗｗＷｗ
454(1): 2013/12/20(金)23:01 AAS
Emacsは何でもかんでもEmacsで完結してしまうからVimとは
プラグインの有無も違ってくるね。
:help design-not
455: 2013/12/20(金)23:38 AAS
>>454
これは完結とか高度とかそんなん関係ないBrainF*ck系言語だぞｗ
マイナーすぎてサポートされてないだけ
456: 2013/12/21(土)09:24 AAS
サポート？ Emacsでは標準で入ってるのか……
457: 2013/12/21(土)15:11 AAS
>>449
preedit 部分を打鍵毎に<BS>で消してるような動きをするね。
map! <BS> a だと a が入ってくるし。
<Nop> で消えずに残っているような感じ。
そういえばこの辺微妙な実装になってるって話があった気がするな。
458: 449 2013/12/22(日)13:51 AAS
とりあえず遡って試してみたら、7.3.315までは再現した。それ以前だと
(gvim:16983): IBUS-WARNING **: Create input context failed: タイムアウトしました.
となってIMがオンにならないので確認できず。
俺の力じゃこれ以上は当たりをつけることさえ出来ない。
459: 2013/12/22(日)21:58 AAS
>>449
ほんまや。そういうマッピングはしてないから困らないが、おかしなことになるな
その状態で「あいう」→「ああいあいう」→確定→「ああいあいうあいう」
MacVim (Vim 7.4 patches 1-52) + MacUIM Anthy on OS X 10.9
460: 2013/12/23(月)20:50 AAS
>>433
セミコロン要るか要らないかは判断できないから無理。
というかそれが判断できるならそもそもセミコロン書かせない。
splainに食わせれば、英語だけどもう少し詳しいエラーがでる。
:!perl -c % 2>&1 >/dev/null | splain
461(2): 2013/12/24(火)17:19 AAS
<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ユーザの自分にはありがたいのですが
462: 461 2013/12/24(火)19:08 AAS
すみません間違えました
> <C-C> をそれ自身か別のキーにmapした場合
<C-C> を {lhs} に用いた場合です
Insert mode でCTRL-CするとInsertLeave イベントが発生します
463(1): 461 2013/12/25(水)00:14 AAS
何度もすみません
Win7でも同じ挙動でしたので
ざっとソースコードを見たところCTRL-Cがmapされているかどうかによって
interruptするかしないか決めているようでしたので
この挙動は仕様だと理解しました
残念ながらドキュメントは見つけられませんでした
皆様ありがとうございました
464: 2013/12/25(水)00:24 AAS
*map_CTRL-C*
CTRL-C を {lhs} で使うことはできますが、それは Vim がキー入力を待機中のときだ
け機能します。Vim がビジー状態 (何かを実行中) のときは機能しません。Vim がビ
ジー状態の場合、CTRL-C は実行中のコマンドを中断します。
MS-Windows の GUI 環境では、CTRL-C にマップすることができるので、クリップボー
ドにコピーする機能を割り当てることができます。Vim の動作を中断するには
CTRL-Break を使います。
465: 2013/12/25(水)08:24 AAS
>>463
おー、そうなんやね
元々端末用アプリやから、特別に扱われてるのか
とりあえず解析おつかれした
466(2): 2014/01/06(月)23:37 AAS
起動時、ではなくて「OS立ち上げて最初にVimを起動させる」時だけ
通常の 20 倍近く時間がかかるんですけど、
i) そういうもんですか？
ii) もしそういうもんなら初回起動時何をやってるんですか？
467(2): 2014/01/06(月)23:44 AAS
>>466
通常がどのくらいかわからないけど、ディスクからプログラムをメモリに読み込んで、さらに設定ファイルやらプラグインやらヒストリを読み込むから、ディスクアクセスとかやたらと大きいファイルとか、そのあたりに何かあるんじゃないの?
起動後のメモリ使用量も見てみるといいね。
468: 2014/01/06(月)23:47 AAS
>>467
ふむふむ…。通常 120 ms, OS起動後初起動時 2300 ms とかなんですよね…
そういう視点からもうすこし調べてみます、ありがとうございます。
469: 2014/01/06(月)23:50 AAS
.vimrcが肥大化してるとか?
昔やらかしたことがあったw
470: 2014/01/06(月)23:58 AAS
2.3秒くらい待てよ。
471: 2014/01/07(火)00:01 AAS
えっと、時間がかかること自体は（もちろん改善できればうれしいけど）問題じゃなくて、
起動のたびにそれだけかかるんじゃなくて，OS立ち上げたあと最初のがそんなに際立って遅い
のがどういう仕組みなんだろうっていうのがメインなんです
472: 2014/01/07(火)00:46 AAS
このスレにそんなレベル高い奴はいないと思うけどな
473: 2014/01/07(火)00:47 AAS
>>466
vim のコマンドラインオプションでstartuptimeみたいなのあるから、それで調べてみたら？
474: 2014/01/07(火)01:23 AAS
まぁ、>>467でFAじゃね。
475: 2014/01/07(火)01:24 AAS
HDD、MEM がイカかれているとか
476: 2014/01/07(火)02:01 AAS
120 msってのが早過ぎる気がするな
ちょっとした .vimrc 読み込むだけで数百ms はかかると思うが？
プラグインとか色々あったら 2300 ms とかでも別に遅いとは思わん
477: 2014/01/07(火)02:05 AAS
上の続きだけど、二度目以降はもちろんキャッシュから読み込むだろうから速いけどね
上下前次1-新書関写板覧索設栞歴
あと 524 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s