Vim Part27
■ このスレッドは過去ログ倉庫に格納されています
> 多分、ここ数週間だと思いますが、
> 最新のneovimでQFixHowmの予定を表示するとエラーが出ませんか?
対処されたようです。
ありがとうございます。>作者様 QFixHowmは直りましたがJpFormat.vimの方が駄目みたい。
gqコマンドとして使用しているけど固まってしまう。
set formatexpr=jpfmt#formatexpr() >>176
vim-jp/autofmt 使ってみたらどうだろう まだ日本語化しかしてないが何かプラグイン入れた方がいいんだろうか
vimの検索置換は確かに強力だけど現状はShift-JIS変換用でしか使ってない
LinuxはShift-JISのエディタに乏しいんだし素直にくnkfとcatの方がいいのかしら
meditで読み込んでも化ける方が多くてな >>177
こんなのがあるとは知りませんでした。
まだ詳しいことはわかりませんが、
とりあえず設定して禁則処理などは使えているようです。 vim8で
・:terminalで今のバッファにターミナルを開く(vertical splitしない)
・ターミナルでCtrl-Dを押すとターミナルが終了し、そのままエンターを押すと閉じて直前のバッファに戻る
という挙動は可能ですか? >>181
:term ++curwin ++close
でいけるんじゃない? コピーがヤンクだったりクリップボードがレジスタなのは文化の違いって奴?
コピーがYなのは酷い違和感があるんだけど
こうした小さな違和感は使い込めば慣れるのかねぇ クリップボード(デスクトップ環境)とレジスタ(Vim内部)は別々に存在しているんだから名前も違う方がわかりやすい クリップボードなるものが出来る前からvimの元のviはあるからな xterm上とかでマウスで適当な文字をダブルクリックして選択しておいて
どこか別のターミナルのvimでshift+vで範囲を選択すると
xtermで選択していた文字がvimで選択した文字列に置き換わるんだけど
この現象は何なんだろう
gvimだと起きないのかな
今gvim入れてないから試せないけど Emacsにも専用クリップボードはあってあっちはキルリングなる名前らしい
矢印キーやマウスがなかった頃の代物が今でも進化して現役って地味に凄いよな >>187
これなんでか分かった
Xにはclipboardの他にcut bufferっていうのがあって
xtermでは範囲を選択するとcut bufferの方に入れられていて
vimでvとかshift+vで範囲選択するとその内容もcut bufferに入るから
別のwindowのcut bufferの中身も変わってしまうんだ kaoriyaのgvimで日本語入力する時に入力部分の背景が白くなるのって設定でどうにかなるのかな
これが直ればコード書く時だけじゃなくメモ帳としても使いたいんだけど >>192
うちじゃそんなことにならんが
何かの祟りでは?
神社に行ってVimをお祓いしてもらえ こうなる
https://i.imgur.com/diMrYIs.png
IMEかえても、落としたばかりのgvim使っても、windowsをセーフモードで起動してもだめだった
>>193
環境の問題かー
どうりでググっても同じ現象を見つけられなかったわけだ >>194
やっぱりそんなの見たこと無い
色設定の問題かも >>194
なんか見たことある現象のような気がするが、現環境では起きてない
ファイル末尾が見えて便利じゃないかと思うのだが フォントきったねーなWinで使ってるけどそれだけが我慢ならんかった
VScode出て、Vim拡張入れたら超使い易いの
フォントもきれいだしプロポーショナルフォントも使えるしこっちいくわ、あばよじじいエディタ >>197
.gvimrcに set renderoptions=type:directx,renmode:5 書いとけ。詳しくは:h rop
香り屋版はまだ高速化パッチ入ってないから
ttps://github.com/vim/vim-win32-installer/releasesから最新のを使え まあVim無関係にvscodeはすばらしいよ
MSいい仕事してる プロポーショナルフォント使う人はプログラマ向けエディタ何か使わなきゃいいのに(´・ω・`) プロポーショナルフォントなんか使いたくないわ
ピリオドとかコロンとか見づらいし 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
O92Z9GSZ7K 複数のファイルを変換して開くってできるかな
複数のshift-jisを開く時、今まではvim hoge*.txtで開いてから毎回e ++enc=cp932で変換してた
vim "+e ++enc=cp932 ファイル名"で文字コードを指定してから開けるようだけどこれファイルの複数指定できないよね
数万行あるしWinから持って来たshift-jisファイルを編集する時にろくなエディタがないんでvim頼みなんですわ >>205
'fileencodings' については知ってる? >>206
.vimrcにset fileencoding=utf-8,euc-jp,sjis,cp932,iso-2022-jpを追記したら自動変換されました
毎回手動変換してた俺マジ情弱 vimの履歴が減ったと思ったらなぜか.viminfoのコマンド履歴と検索履歴がごっそり消えてたでござる バッファのディレクトリとカレントディレクトリを一致させるために,.vimrcに
au BufEnter * execute ":lcd " . expand("%:p:h")
って書いてるんだけども, この設定だと,vim8のTerminalに移動した時 に,
"cdpathには "!/bin" というファイルがありません"というエラーが出ます.どうやって回避したらいいですか? >>209
buftype=terminal がセットされるみたいなので、if &buftype != 'terminal' | execute ... | endif
とすれば良いのでは? >>210
御助言ありがとうございます.参考にして次のように関数書いてみました.
function! Cwdstring()
if &buftype == 'terminal'
return getcwd()
else
return expand("%:p:h")
endif
endfunction
au BufEnter * execute ":lcd " . Cwdstring()
ここまでする必要があるかどうかわかりませんが. ただの愚痴。
Vimの:makeというコマンドを知ってすごく重宝してるんだけど,
latex *.ltx みたいな内容のMakefile (多分一番よくある書式) に対して:makeすると,
LaTeX側でエラーが起きた場合にLaTeX原稿の当該部分じゃなくてMakefileの当該部分 (latex *.ltxが書いてある行)
が開かれるんでちょっと不満。Makefile開かれてどうしろってんだ。
LaTeXのエラーログには「l.678: hoge」みたいにちゃんと原稿側のエラー箇所が示されてるんだけどなぁ 文字列をコピーしてもたまに貼り付け出来ないんだが俺環だろうか
vimでhogeをヤンクしてvimを終了させると貼り付けできないな
レジスタとクリップボードの共有化は済んでるしvimの起動中なら普通にvim以外ともコピペ出来るし
どうも対象プロセスが終了するとクリップボードの文字列が貼れないようだわ
clipmanで文字列を選び直せば貼れるっちゃ貼れるが >>214
それが起こるのはVimだけ?
試しに何か適当なエディタか何かを開いて文字列をコピーして,
それを終了してから他の場所に貼り付けられるかやってみた。 >>215
現状はvimとFirefoxがそうだな
vimとFirefoxで文字列コピー後に終了するとと貼り付けできない
勿論クリップボードには入ってるし起動中なら貼り付けは可能
全部のウィンドウがそうかと思えばleafpadやmeditでは起こらないし発生条件分からん
nanoのクリップボード共有化知らんしemacsは使ってないし >>216
うーんすまん。正直 X Window System にそこまで詳しくないのであまり助けになれん。
実はVimのXクリップボード連携が./configure --with-xすると効かなくなるというバグに嵌ってて,同じ症状かなと思ったんだわ。
他のアプリケーションでもクリップボードに異常が起きるのならクリップボード管理システムを替えたほうがいいかもね。
Vimをどうこうするんじゃなくて。
俺はClipmanっていうのを使ってるけど,クリップボードの内容を永続的に保存できて便利。 Linux Mint 24 [無断転載禁止]©2ch.net
http://mao.5ch.net/test/read.cgi/linux/1504597499/14-15
14login:Penguin2017/09/08(金) 06:43:00.88ID:HeMXw1rV
17.3だけどたまにコピペが失敗するのはなんでだろうか
clipmanで一旦文字列選ばないと貼り付けられない時がある
キーボードやマウスの不調でもなさそうだし
15login:Penguin2017/09/08(金) 07:49:33.77ID:OpV6dUTb
コピー元のアプリ
例えばメモ帳なりブラウザなりをクローズしてると
クリップボードが初期化されるようだぞ
やや不便
俺はMintで起きるんだがdebian系の仕様みたいだな Debian で Clipman 使ってるけどそんなことはないな。
プライマリがアプリケーションの終了で消去されるのはXの仕様な訳だし >>214
セキュリティ上仕方ないことだと思うんだが。 今じゃあんまり使われないけどネットワーク越しにXを起動させた場合に
Xプライマリをtelnet通信すると危険ってことじゃない?>セキュリティ >>222
telnetか
2000年頃には既に、
『まだ、telnet使ってんの?!』って言ってたのに、さすがに未だにtelnet使ってる奴なんていないだろ。
俺も本格的にssh使い始めたのが1999年辺りからOpenBSD2.7から使い始めたな。
それまで、SuSE使ってたな。
2000年辺りではtelnetなんて使って通信しようとしてた奴はアホだと言われてたぐらいだぞ。 Vim起動時の引数ってどの辺りに確保されてる?
何も引数を指定しなかったときとそうでないときで別の処理をするようなvimrcを書きたいんだけど…… (を入力したときに、閉じ括弧が自動ではいるようにしてるのですが、オムニ補完で(が入力されるときに閉じ括弧が入らず、煩わしいです。何か良い設定ないでしょうか
閉じ括弧の入力はsmartinput.vimつかってます pコマンドってpasteじゃなくてputのpなのな
ddコマンドは名前こそdeleteでも挙動は切り取りなのな
ヤンクといいコピペの名前すら違うとか初心者には取っ付きにくくて敵わん
嫌でも覚えなきゃならないんだけどviに慣れたら本当にこの変態仕様以外受け付けない体になるんですかね? ビルジョイの次くらいにvi詳しいけど、
rootでの作業以外はvi使わん。
Terapadのが使いやすい。 >>229
オマエ、言ってることとやってることが矛盾してるぞ。
ビルジョイの次くらいにvi詳しいんだろw >>228
次にあげる操作を試してみて便利と感じるなら学ぶ価値があるんじゃない。
中身のあるテキストファイル2つ用意して
仮に a.txt, b.txt とする。
vim a.txt でまず一つ目のファイルを開いて G とか gg とか 10j とか適当に自由にカーソル移動してみる。
次に :e b.txt として別のファイルを開き同様にカーソルを自由に移動。
その状態で C-o を押すと押す毎にカーソル位置が前いた場所に動く。ファイルもまたがる。 行き過ぎたらC-i で戻る。
例えばこれは編集箇所を自由に飛び回れる機能で他のエディタには簡単にできない機能だけどこういうのが便利と感じれば学んだら良いと思う。 >>228
vim起動したらそのまま10iを押す
挿入モードになったらhoge入力してEnter押して最後にESCをポチッとしてみる viが今でも使われてるのは単に最初から入ってるからってだけだと思ってたけど違うんだ
サーバー設定だと他に選択肢がないからてっきり必要に迫られただけかと思ってた
一般用途であえてこんな骨董品使うのは好事家ぐらいじゃないのって先入観も 最初から入ってるviかてVimをリネームしてあるだけのことが多い
いまどきviなんかわざわざ使うことはないやろ
viならできるけどVimやとできんことなんかあらへんやろ Vim8 の新機能?か知らんけど `wordcount()関数' なるものがあることに気づいた。
しかし使い方が分からん…… Googleの検索結果が綺麗な平行世界からの書き込みかな? ?なかみ込き書のらか界世行平な麗綺が果結索検のelgooG >>237
-u NONEしてるから--noplugin不要 >>247
"NONE" (全て大文字)が指定された時には、
設定ファイルや環境変数による初期化、
.gvimrcによるGUIの初期化も含め、全て省略される。
プラグインも読み込まれない。
http://vim-jp.org/vimdoc-ja/starting.html#-u
ははぁなるほど。ありがとう。 不具合?っぽいもの。
再現するか試して欲しい。
環境:
* プラグイン・設定ファイルの読み込みに関わらない
* Vim 8, 適用済みパッチ 1-1428 (7以前とかでも再現するかも)
* CUI (xfce4-terminal), Linux (Debian 9)
内容:
* (前提) cabbrev aaa A というコマンドラインでの略語展開が設定されている
* 通常のファイルを開いている時には,C-[および<space>の他に
斜線/や縦棒|を入力すると,その文字が入力される前に略語が展開される。
:aaa
「/」を入力
:A/
* 手引き画面 (例えば :help cabbrev<CR>) を開いた状態で
上記と同じことをやろうとすると,C-[及び<space>は正常に作用するが,
斜線等の入力で略語展開されない。
手間かと思うがどうかよろしく。 >>249
試してみたが仕様というか設定だわ
:h abbreviations にiskeywordの設定によって挙動が変わようなことが書いてある
うまく説明できないが… >>250
ありがとう。
一応事前に :help abbreviations には目を通しておいたんだが,
iskeyword の設定が件の原因だとは思わなかった。
とりあえず仕様ということであまり考えないようにする。
あと C-[ じゃなくて C-] でした。 vimの中で設定される変数とかって外部から参照できねぇの?
vim -es +':echo $VIMRUNTIME|%p|q!'
とかやるとプロンプトが還らぬ人となっちゃうし。 みんなカーソル移動するときは指4本ををホームポジションから左に1つずらしてタイプしてるの? >>254
h押すときに人差し指だけをjから動かすだけでしょ
他の指の位置はそのまま 半年前ぐらいからvim使うようになったけど確かにhjklほとんど使わなくなった >>257
>>258
>>259
レスthx。
ホームポジションは動かさないで使う、でもそもそもhjklは使用頻度少ないのね。
でも日本語の場合hjkl以外でカーソル移動するのしんどくない? 最近のVimはw/b/e系列のコマンドが漢字カタカナひらがなを判定して
Vimは高機能なテキストエディタです
という文章に対して (@はカーソル位置)
Vimは高@能なテキストエディタです w→ Vimは高機能@テキストエディタです
Vimは高機能なテキストエ@ィタです 3b→ Vimは@機能なテキストエディタです
みたいな動きができるよ。もしかしたらマルチバイト機能が無効だと無理かもしれんが。 windowsでvim使うときgitbash使ってるんだけどvimprocでエラー出まくってうざい そもそもWindowsを開発目的で使うなよという話。
まあ昔に比べれば改善されてるみたいだけど (VSとかWSLとか) それでもやっぱり使い難いよ。
Vim自体,開発陣が必死になってwin32 API (だっけ。詳しくないけど) 対応し続けてるから使えるんであって
その上の拡張機能まで保証できる訳ないじゃん。
今だったら性能も高いし仮想環境の一つや二つ簡単に作れるでしょ。そこでやれ。 viminfoがたまにバイナリになるのはなんでなん
外部エディタで文字化けになるだけでvimでバイナリのiviminfo開いても問題ないけど まったくの憶測だけど圧縮されているのでは。
例えば巨大なファイルを編集した時,平文のviminfoでは構文解析に時間が掛かるから
固定長にして時間短縮を図ってるとか。
実際にどうかは知らんが。:help viminfoにもそれっぽい記述は見受けられなかったし。 autocmd BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif
前回のカーソル位置を復元するこれを一度無効にしてジャンプリストやマーカー消したら直った
nkf -gでviminfo確認したらBINARYからUTF-8に戻ってた VimライクバインドのブラウザじゃなくてVimのなかでブラウジングしたいんだけどいい方法ない?
そのままだと生のHTMLが見えてみずらい。 consoleからlynxでも使えばと思ったらvimからlynx使うプラグインがあるみたいね 検索結果のパスをまとめでvimで開くのにいい方法ないかな
\ls -1 *txt | xargs vimってやると「vim: 端末への出力ではありません」が出て端末バグるわ
vimから戻ると表示は崩れるし入力文字は表示されないし
一応resetで戻せるけどもっといい手はないですかね :help --
を参考にすると幸せになれるかもしれぬ >>270
色々あるけどめちゃくちゃ簡単にやろうとすればこれ
$ vim `ls *txt` >>268
evil か spacemacs で eww vim8とuim-skkで日本語入力をしてる.
formatoptions+=mMlにしておいて,そろそろ自動改行が起こるあたりで入力してると,
自動改行を入力確定と誤認するのかなんなのか,たとえばこんな感じになる.
▽▽▽▽▽じ▼自
自動改行を
この現象を避ける方法って何かありますか?ちなみにneovimだとこの現象は起こらないようです. ■ このスレッドは過去ログ倉庫に格納されています