Vim Part29
■ このスレッドは過去ログ倉庫に格納されています
もうQWERTで覚えちゃったから覚え直す気は無いけど、
DVORAKの方が配置が理にかなってる気がするから覚えやすそう。
10年前の自分が目の前に居たらDVORAKで覚えろってアドバイスしちゃうかもしれない。
だけどDVORAKで覚えると仕事でQWERTのキーボード使わないといけないときに苦労しそうだけどみんなどうしてるの?
あとDVORAKの人はやっぱりvimのキーバインドは変えて使ってるの? いくら実用的でもマイナーだと苦労しそうだね
QWERTY使えませんだと情けないもの >>87 どうもー
カーソル移動もマッピングして使っている感じかな
自分はこのままQWERTYでいい気がして来た マッピングなんてしてないよ
hljkなんて慣れたらなんでもないでしょ
「:」の位置が面倒くさいところにあるなあくらいしか感想はないよ ?????? ???????????? ?????????? ???? ?????????? ???????? ???????? ?????????????????? ???????? ?????????? ???????? ???????????? ???????? ???? ???????????? ???? ???????? ????????????????. Vimで略語展開を行うトリガーを
空白や記号の入力によってではなくCtrl+]を送信したとき「だけ」にする方法ありませんか。 毎日メルカリやオークションサイトで実践Vimの書籍を探っているが未だに見つからない >>95
例えばsynIDでカーソル下のシンタックスが*string*とか*comment*を含んでいたら
(事前に定義しておいた辞書なんかから)略語展開する語を定義する,っていう関数なんかを作って
それをautocommandで入力の度に実行するとかどうだろう。
動作が重くなりそうだし,なにより具体的なコードが思いつかんのでアレだが。 そろそろ自作コマンドデビューしたいけど簡単なのないですかね vimでC#コードリーディングやりたくて色々漁ってる中で
taglist.vimって素敵なプラグイン見つけました。
が、これってctagsのタグファイルしか見てくれないので
gtagsのタグファイル読んでくれる版さがしてます。
Ex(略 ctagsでC#対応してくれれば良いのですが…
どなたか良さげなプラグイン知りませんか? >>102
Universal Ctags でググれ。C# 対応してる。 >>103
Universalとかあったんですね
ExburantでもC#は対応してるようです
ただgtags.vimで使えた参照先一覧が無いんですよね…
とりあえずUniversalとgtags併用してみます
ありがとうございます 常に set exrc してますって人いる?
set secure してたとしてもownerが同じなら意味ないってことは、OSSをcloneしてくるなんて普通にあるんだから危険なんじゃと思ってるんだけど理解合ってるかな? Ctrl+N, Ctrl+P とかでできる補完を前の単語ベースでできる機能ってありますか?
int hoge;
という並びがすでにバッファにある状態で
int
とスペース入力したらその次に h を入力しなくても int を見て hoge が補完できるようなイメージです。
emacs の dabbrev はこうなるんですが、 vim でも同じことがしたいです。 ここの連中ってvimは常用するのが常識?
日本語が有効な状態でも入力する方法があるのなら是非とも知りたい ノーマルモードでは当然日本語入力はオフまたは英字入力モードにしているが。 IMEの自動切り替えについて検索するといいかも
どのOSでも動くIMEのプラグインとかあったっけ escでesc + IMオフになるような設定はしてるけど
基本的には普通にオンオフ切り替えて使うだけじゃないのか IMの切り替え自体が手間って話では
日本語入力とモードの相性の悪さは散々出てるしな vimの初見殺しは保存よりコピペの不備だと思う
そのままだとvim内外でのコピペにも事欠くなんて最高よ
日本語が操作の邪魔をして呆れるのはその後だな 呆れるべきはこのスレのレベルの低さだわ
いつからこんな低レベルになったんだ Vimの「~」チルダキーによる大文字・小文字の切り替えを,
全角英字にも対応させたいのですが,ソースコードを弄ることなく設定できますかね。 windowsのgvim、なんかUTF16LEとBEの判定が怪しいなぁ >>110
マルチプラットフォームの為に vim skk 覚えた
ついでにemacs も ddskk
>>86
DVORAKJP 使って基本的には問題がないが、
vim のプラグインや emacs に入れられる elisp がqwerty 配列で最適化されているのが
気になった
自分で環境組んでいく分には問題がないが、まわりは qwerty 配列でリリース coc.nvimめっちゃ注目されてるな
これまでWindowsだけはneocompleteが手放せなかったんだけど試してみようかな
良さげなら全環境で導入して使い勝手を統一したい pyenvでminicondaの2と3を入れてvim8をビルドしたんですが
:py3 print(sys.version) するとlibpython3.6m.a がないと怒られます
set pythonthreedll=〜で指定すればいけるけどスマートじゃないので
なんとかビルド時に認識させたいんですが良い方法ないですかね?
-rpathの指定は効果なしでした >>122ですがvim8捨ててneovimに乗り換えました
もっと早くそうしてればよかった coc.nvim入れてみたけど、最近vscodeやpycharmばかり使ってたから、インストール自体が面倒くさく感じるようになってしまった(´・ω・`) 補完プラグインはdeoplete使ってるけどcocのメリットは何? LSPクライアント内蔵だからそのためのプラグインを選ばなくて済むとか
コマンド一発で誰かが提供してるextensionをインストールしてソースに対応する仕組みとか yarn入れてくれないとイヤーんとか言われたから
そこから進んでない cocはdeoplete、ale及び外部ソフトのlinter,formatterがひとまとめになった感じかな >>121だけど結局のところWindows版の(g)vimからpynvimがろくに動かないのが問題だったので
なんとかneovimに移行して統一感を出すことができた。coc.nvimは使わないことにした
Gonvimとneovim-remoteを導入して、AutoHotkeyでgvimの--remote-tabを再現する感じで落ち着いた
Gonvimは日本語使いにとっては素晴らしいものだけど、フォントサイズに10.5ptが使えたら最高だったかな
板違いな話ですまん neobundle.vim
vimdoc-ja
auto-save
vim-sensible
vim-surround
vsession
大して使わんから少なかったわ
闇雲にプラグイン突っ込んでもどうせ持て余すしな
Ctrl-aやxの加減算で桁を無視する方法ってある?
どの位置でも0-9しか増減しない感じの 内部バッファを常にタブに表示する制限ってかけられないかなぁ?
:nと:bnと:tabnの使い分けが面倒なんだよね >>130
ヴィジュアル選択すると選択範囲内の加減算ができるので
一文字選択すれば一回だけできる >>133
01
02
03
ver古いからか範囲選択しても加減算機能しなかった
VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Nov 24 2016 16:42:42)
適用済パッチ: 1-52
追加拡張パッチ: 8.0.0056 >>134
バージョン書かずにすみませんでした。
こちらは8.1.1140
ヘルプにも書いてあるので8からの機能かも ranger入れたら捗るかと思ったら別にそんなことはなかったぜ solarizedとか有名所のカラースキームを試してみたけど、どれも薄暗いのばかりで馴染めない
背景色と文字色のコントラスト差を小さくすることで目の負担を軽減って理屈なんだろうけど
やりすぎると逆に見にくくて疲れてくるんじゃないの 背景色を調整するくらいなら簡単でしょ
お好みのカラースキームにColorSchemeイベントで処理すればいい ダーク系はコメント文をやたら薄く見づらくしてるのが多いからコメント文は色変える なんであんなに暗くするんだろうな
もう色彩感覚が違うとしか思えない 誰も強制しているわけではない。
嫌なら使わなければよい。 コメントがそれほど重要じゃなくなってきている,というのもあるんだろうな。
重大な変更点はVCSのコミットメッセージなどで残せばいい。
ライセンスはソースコード内ではなく別個のファイルとして独立させればいい。
↑こういう考え方。
俺自身はあまり馴染めないんだが
(一つのファイルにそのファイルに関連する事柄が全て載っていて欲しい)
OSSだけでなく業務でもそういう立場に立ったコーディング規約を多く見掛けるようになった。 変更履歴はgitとかでいいけどなぜそんな計算をするのか自明でない場合はコメント付けてほしい
適度な粒度の関数に分けても数学や物理の専門知識を要するコードだと説明が必須のものは存在する コメントがそれほど重視されないってすごい時代だ
昔じゃ考えられない vimのカラースキームでフルカラーに対応してる奴ってあるのかね フルカラーって何?
True Color(24bit色)のことならとっくにしてるけど あ、そういうカラースキームがあるかという話ですか、すいません
どうなんでしょ >>145
昔はgitとか便利な管理システムが個人で使えなかったからね…
効率悪くても変更箇所とかを全部コメントとして記述しなくちゃならなかった。 vimも標準でgitとの連携機能つけてほしいな
今どきgit使うのは当たり前の前提なんだから(´・ω・`) >>150
なんでもかんでも「標準」にしたがるのはどうかと。
ていうかPython側がその内gitに対応しそうっていう状況だから
pythonプラグインに任せればいい。 その目的であればgitが最適。もはやコメントだけに頼るべきではない。 gitは慣れないとコミットし忘れて気付いた時に複数ネタをまとめてコミットしてしまってコミットメッセージを見ても何のことか分かりにくくなってしまうんだよな 自分が分かれば良いやと思って書いたコメントは
大抵自分で意味わからなくなる gitはサーバーそこそこ早いし
階層見れるの便利だから
ただのアップローダーとして使っている俺笑 要点だけ書けばいいだろ
いちいちコメント残してらんない 難解な数学的処理が入るようなプログラムでどれだけ綺麗なソースでも長々とした説明がなければ理解不可能な場合ってコメント以外に適切な方法ある?
別ファイルに丁寧に書きたいところだけど別ファイルの存在を忘れてソースの修正に追随しなくなるリスクとかもあるし 使用したアルゴリズムか定理等の簡単な説明と
入力値を定数で表した場合に結果がこの式(値)
になればいいって20行以内で示して
下に挙動中心にプログラムの要約の擬似コードを
texで書いて差し上げればいいだろ readme.texとか
texとか慣れてないならreadme.jpgとかpdfとかあるだろ。
コメントとかtxt(doc)でそもそも単純な文字列で
無理やり書こうとするのが間違いなんだよ お前らってこんなにも無知だったのか?
オラがっかりだぞ splitしたときに:qで閉じると画面分割が崩れるのを防ぐために
nnoremap <Leader>q :bdelete<CR>
としています
同じコマンドで、最後のバッファを閉じるときだけは
通常の:qの動作をさせるにはどうしたらいいですか? 画面分割が崩れるってのがわからん
どっちつかってもウィンドウは同じように消える mksで保存したセッションファイルを開くとnerdtreeの画面分割がおかしくなることはよくある すみません自分で勘違いしてました
'qpkorr/vim-bufkill' を導入して、:BDというのを入れてました
そうすると:splitで2画面に分割して、上でFile A、下でFile Bを編集しているときに
File Bだけ:BDで閉じれば画面分割は解消されずにFile Bだけ閉じれます
これが便利なのでいつも:BDでファイルを閉じるようしています
が、分割していなくて1ファイルしか開いていないときに
:BDすると、no nameなファイルを編集している状態になってしまって
vimが終了できないのです (当たり前ですが)
ということで
2バッファ以上存在するとき→nnoremap <Leader>q :BD<CR>
1バッファしか存在しないとき→nnoremap <Leader>q :q<CR>
という場合分けマッピングがしたい、というのが主旨でした
そういう場合分けマッピングってできますか? バッファ数カウントして実行するコマンド変える関数作れば良いんでね? tabpagebuflist()でバッファリストが返ってくるから後はお好きに なるほど、なんとなく方針わかってきました
tabpagebuflist()は表示しているバッファしか返してくれないみたいで
いまいち想定通りの動きをしてくれなかったです
純粋に:lsで表示されるバッファの数ってどうやって数えるのでしょうか シェルコマンドの結果をバッファに表示できません?
ブレース展開したりdateを挿入したいんですが >>171
:r! date
:r! printf "%s\n" foo{01..10}
:r!の後にコマンドを指定するとカーソル位置に挿入できる
ビックリなしの:rだとファイルを挿入する 予め文字をヤンクしてから文字を消すとそれでレジスタが上書きされるけど対策ない?
当たり前のこともお膳立てしないとできない子って悲しい >>174
わかる。0レジスタにたまに残ってない?とりあえず:reg実行して確認してる。 xとかdは削除じゃなくて切り取りしてるんだから当たり前の挙動 文字を消すとって一瞬何言ってんのかと思ったらxやdのことだったのか 入力もできねぇ→終了もできねぇ→クリップボードも使ねぇ→レジスタ上書きされてコピペもできねぇ
vimの登竜門定期 操作覚えられないならとりあえずinsertにしてbsで消せばよろし なるほどvimはunix哲学だからレジスタから削除したり経由しないための作法が必要な訳か
徹底してるんだな レジスタに残ってる方が安心感あるからヤンクしたら”0p Linuxの保守を1年やってました、という若者が、i押した後にカーソルキーとDELキーでテキストを編集してるのを見て頭に来たので、一発殴り倒してから髪の毛を掴んで床を引きずり回したあと、vimtutorを起動した端末と一緒に座敷牢に3日閉じこめておいたら、ようやくカーソルキーを使わずに編集ができるようになって出てきた >>186
もっと調教日誌をくわしく (*´д`*)ハァハァ ■ このスレッドは過去ログ倉庫に格納されています