vim Part 6 [sc](★0)
-
- 1
- 2015/01/13(火) 13:05:45.21
-
主にWindows環境でのVimについてのスレッドです。
本家: http://www.vim.org/
Windows版バイナリ配布: http://www.kaoriya.net/
vim-jp: http://vim-jp.org/
VimWiki: http://vimwiki.net/
ctags 日本語対応版: http://hp.vector.co.jp/authors/VA025040/
名無しのVIM使い(スクリプト) http://nanasi.jp
spanish passion Linux(全オプション) http://www15.ocn.ne.jp/~tusr/
ずんWiki http://www.kawaz.jp/pukiwiki/?vim
関連リンク
UNIX板 Vim Part22: http://peace.2ch.net/test/read.cgi/unix/1365071542/
MacVim 再び: http://anago.2ch.net/test/read.cgi/mac/1133534694/
前スレ vim Part 5: http://anago.2ch.net/test/read.cgi/software/1379912425/
-
- 617
- 2017/10/20(金) 14:23:23.01
-
>>616
vmap <C-S> :<C-U>call s:SwapLine()<CR>
↓
vmap <C-S> :<C-U>call <SID>SwapLine()<CR>
-
- 618
- 2017/10/24(火) 12:52:35.00
-
ファイルの最後尾を見たくてvim（gvim）をリードモードで開きたいです。
開いたあとにshift+gや、.vimrcの設定ではなく、起動時のオプションで、リードモード、最後尾を表示、で開くにはどうしたら良いでしょうか？
ソフトの実行ログで、最後尾周辺に見たい情報があります。
-
- 619
- 2017/10/24(火) 13:47:10.36
-
>>618
view + <ファイル名>
view にパスが通ってなかったら vim -R
-
- 620
- 2017/10/24(火) 21:40:55.66
-
ノーマルモードで、
viWU
の後に、カーソルを最初に v を入力する時にいた位置に戻したいのたが、
関数やプラグインを使わずキーストロークのみで実現するには
マーク機能を使うしかないかな？
<c-o> を入力したら変なところ飛んじゃった。
viWU はジャンプリストには登録されないみたい。
-
- 621
- 2017/10/25(水) 10:33:41.05
-
>>620
語頭じゃないところで単語を大文字変換して、カーソル位置が動くからそれを元に戻したい、で良いですかね。
maviWUとやって'aしてみましたが駄目でしたよ。
-
- 622
- 2017/10/25(水) 18:19:16.67
-
>620
viWU``
こういうことをしたい感じ？
マーク機能を使っているけど自動でマークされた場所に戻るだけだからセーフということで
-
- 624
- 2017/10/25(水) 22:59:13.87
-
あっ、再試験してみたらやっぱり手動でマークしないとダメだった……。なんだろ、無意識にm`しちゃってたのか？
改めて、 m`viWU`` ならたぶん意図通りになるんじゃないかなと。m`はジャンプリストを更新しているので最後の``はC-oでもいけるよ
:h jumplistにも載ってるからたぶん由緒正しい方法
-
- 625
- 2017/10/26(木) 21:15:31.52
-
>>624
意図通りになった。
が、ヘルプを読んでも previous context mark の意味がよく分からん。
普通のマーク (m[a-z] m[A-Z]) とは違うの？
-
- 626
- 2017/10/27(金) 18:07:57.94
-
日本語ヘルプだと「直前位置マーク」ってなっていて、これはとてもいい名付け方だと思う
/とかggとかGとかでカーソルがどこかへジャンプする時にジャンプ前の位置が自動でマークされる
m`は手動でそのマークを更新しているわけね
maとかして`aと違うのはカーソルジャンプが発生すると自動で上書きされるマークだから、一時的に使うだけなら後腐れがないというのが1点
それとC-oで戻れないって>620にあったので戻れるようにできないか調べた結果というのがもう1点
-
- 627
- 2017/10/27(金) 21:08:26.73
-
>>626
なるほど、そういう機能なのか。
(日本語もちゃんと意味を理解して訳してるんだね)
理解できたよ。
ありがと。
-
- 628
- 2017/10/29(日) 17:26:34.66
-
>>601
ノーマルモードで２つのキーq: 連続押しするとexコマンド履歴が表示されるので
それ選択してクリップボードへ。
また :dis ってexモードで入力すると "で始まる各レジスタが表示される。
もしかしたら編集中のファイル名などコピペしたいのがあるかもしれない。
-
- 629
- 2017/11/08(水) 12:12:30.72
-
cygwin の vim と kaoriya の gvim を併用しています
nerdtree において、259 文字以上のパスの場合、
cygwin の vim はそのファイルが表示されます
kaoriya の gvim はそのファイルが表示されません
後者の nerdtree において max_path を超えるパスを扱える方法はあるでしょうか
プラグインと設定ファイルはどちらも同じものを読み込んでます
kaoriya 付属の設定が原因かもですが、特定方法が分かりません
-
- 630
- 629
- 2017/11/13(月) 13:11:31.88
-
netrw も同じ症状でした
kaoriya は内部でwin32 api の制限を受けてるってことなんでしょうかね
-
- 631
- 2017/11/13(月) 18:11:05.12
-
>>630
Kaoriya版はVisualC++でコンパイルしたネイティブのWindowsアプリなので
Windowsの制限をモロに受けると思う
-
- 632
- 2017/11/13(月) 19:48:42.85
-
cygwin もネイティブのWindowsアプリなのでWindowsの制限を受けるのは同じ
-
- 633
- 2017/11/13(月) 20:38:21.25
-
>>632
うーんじゃあファイル名の長さ制限は別の要因によるのかなあ
まあ自分もかつて両方使って環境変数の競合によるトラブルに悩まされた経験があるので
そもそもCygwinのVimとKaoriyaのVimは併用すべきでないと思う
-
- 634
- 2017/11/19(日) 13:35:29.94
-
Win32 APIは特別な対策をしなければMAX_PATH文字までしか使えない。
Cygwinはその特別な対策をしているが、Win32版は何もしていない。
-
- 635
- 2017/11/29(水) 01:43:35.26
-
GVimってなんでダメなの？
-
- 636
- 2017/11/29(水) 11:16:58.03
-
誰がダメだと言ってたの？
-
- 637
- 2017/11/29(水) 13:53:19.92
-
VIP板のプログラミングスレの人達が言ってた
-
- 638
- 2017/11/29(水) 13:59:35.80
-
GVIPならよかったんじゃね？
-
- 639
- 2017/11/30(木) 09:04:35.33
-
linuxなら使わんけど
windowsなら普通に使う
-
- 640
- 2017/11/30(木) 09:40:33.28
-
Gvimがダメなんじゃなくて
Gvimがダメとか言ってる人たちがダメなんでしょ
弘法筆を選ばず
Windowsのメモ帳だってコードは書ける
-
- 641
- 2017/11/30(木) 15:14:08.43
-
まあcatよりはマシかもね
-
- 642
- 2017/11/30(木) 17:23:03.64
-
挿入モードでカーソルを行末に持って行くのに、C-o $でやっているのですが他に方法って有りましたっけ。
-
- 643
- 2017/11/30(木) 17:35:50.97
-
End
-
- 644
- 2017/12/01(金) 08:01:01.83
-
思考を放棄して ESC A してる
-
- 645
- 2017/12/01(金) 13:20:44.67
-
>>643
それって入力中の文字列の最後に行くだけじゃないっけ
-
- 646
- 2017/12/01(金) 13:40:07.04
-
C-eを<End>にcnoremapしてる
-
- 647
- 642
- 2017/12/01(金) 14:17:12.52
-
様々なご意見ありがとうございます。
MacbookなのでEndがないのと、ホームポジションからなるべくキーを離したくないのです。
今まではESC AまたはC-[ Aだったのですが、最近ようやくC-o $を知りました。
どのみち2ストロークだよなあ、と思って質問してみました。
vimrc弄ってマッピングするのは盲点でした。検討してみます。
-
- 648
- 2017/12/01(金) 20:09:15.11
-
>>645
嘘でした。ちゃんと行末に飛びます
ごめんなさい
-
- 649
- 2017/12/01(金) 22:13:17.49
-
>>647
Fn+rightキーでend
-
- 650
- 2017/12/02(土) 06:25:06.47
-
未だにAltってマップ出来ないの？
-
- 652
- 2017/12/02(土) 18:04:49.08
-
フットペダルの出番ですね！？
-
- 654
- 2017/12/03(日) 10:23:47.82
-
vim を使用しているとき矢印キーを不能にしたくて、
試しに :noremap! <Up> <Nop> としましたが、
インサートモードでおかしな挙動をします。
1つ上の行に1文字 A が挿入されます。
不可解です、これはどう言うことでしょうか？
コマンドラインモードでは問題なく意図通りになっています。
ちなみに、:noremap! <Del> <Nop> もインサートモードでの挙動が変です。
こちらはカーソルのすぐ左の1文字の大小が入れ替わり、
かつノーマルモードへ戻ってしまいます。
:noremap! <BS> <Nop> はインサートモードでも意図通りになりました。
-
- 655
- 2017/12/03(日) 10:28:33.55
-
>>654
ごめんなさい。
あせって質問する前に落ち着いてしっかりリサーチすべきでした。
互換モードが絡んでいたのですね。
解決しました。
-
- 656
- 2017/12/03(日) 12:15:11.52
-
>>655
ごめんなさい、嘘をついていました。
まだ解決されていません。
矢印キーや Delete キーなどの挙動の仕組みは理解できました(つもり)。
そこで、set nocompatible を .vimrc に既述しましたが、症状は変わりません。
そもそも .vimrc が存在する時点で、デフォルトで nocompatible on のはずです。
仮想端末の方が悪いのかと、数種類試してみましたが、どの場合も同じ症状です。
vim のコンパイルオプションが関係しているのかと、vim --version で確認しましたが、
vi互換性やキーコードに関係していそうなオプションは見あたりませんでした。
もともと、矢印キーなどへ伸びる手を矯正しようと Nop に設定したので、
意図しない挙動であっても実質的には問題ないのですが、
やはり理由、原因は気になります。
vi互換性を切っても出るこの症状は何が原因なのでしょうか。
-
- 657
- 629
- 2017/12/04(月) 23:05:49.96
-
話がそれますが
Git for Windows も 260 を超えるパスは扱えませんでした
cygwin の git は扱えました
-
- 658
- 2017/12/05(火) 20:30:18.38
-
新しいNightly入れたがDirectWrite爆速やん
Windows10になって以来GDIではフレーム落ちが鬱陶しかったが
DWではそれが無い分、快適に感じるわ
-
- 659
- 2017/12/07(木) 07:09:54.28
-
2つのウィンドウへ開いていて、どちらにも行番号が表示されている状態です。
このとき、片方のウィンドウで :setlocal nonumber とすると、
そのウィンドウの行番号だけが非表示になります。
しかし、:setlocal ninumber ではなく :set nonumber としても
そのウィンドウの行番号だけが非表示になります。
number だけでなく、他のものでも同様です。
例えば wrap でも :set と :setlocal が同じ結果になります。
:set と :setlocal の違いは何でしょうか？
-
- 660
- 2017/12/07(木) 07:25:04.93
-
その後 :new すると、、
:h local-options
-
- 661
- 2017/12/08(金) 04:26:24.13
-
Laguage server protocol との連携は進んでいますか？
-
- 662
- 2017/12/08(金) 07:14:52.21
-
>>660
ありがとうございます。
要するに、:set がすぐさま反映させるのはカレントに対してだけなのですね。
だからぱっと見では :setlocal との違いが分からなかった。
しかし両者の違いは新しくウィンドウやバッファを作った時に現れる。
なぜなら、それらは先ずはグローバルオプションで初期化されるから。
おかげさまで理解できました。
-
- 663
- 2017/12/11(月) 12:13:19.39
-
windows10でgvimにdein.vimを導入してプラグインの管理をしようと考えています。
readmeと個人ブログの記事を参考にgithubのリポジトリからcloneし、_gvimrcにもあれこれ書きました。
call dein#install() を実行し、インストールが完了しました。
この時点で各プラグインの機能が使用できるようになりました。
しかし一度gvimを再起動するとそれらが使えなくなっていました。
あれこれ試した結果、call dein#update()を実行すれば使用できるようになることがわかりました。
試しにgvimrcにcall dein#update()を記述し、起動時にアップデートをかけるようにしてみましたが、思った通りにはなりませんでした。
起動直後からプラグインを使用できる状態にすることはできないものでしょうか？
できるなら、どうしたら良いでしょうか
-
- 664
- 2017/12/13(水) 07:28:34.81
-
自己解決できました。
失礼しました。
-
- 666
- 2017/12/14(木) 00:26:09.78
-
>>665
なんでここにわざわざ書くと良い技術者になれるのでしょうか？
-
- 667
- 2017/12/14(木) 07:56:59.46
-
>>666
これをよめ
http://www.geocities.co.jp/SiliconValley/5656/
-
- 668
- 2017/12/17(日) 09:57:19.09
-
Laguage server protocol との連携は進んでいないのですか？
このページを共有する
