vim

主にwindows環境でのvimについてのスレッドです。

本家 http://www.vim.org/
windows版バイナリ配布 http://www.kaoriya.net/
wiki http://vim.mydns.jp/
ctags 日本語対応版 http://hp.vector.co.jp/authors/VA025040/
vim users guide http://pcmania.jp/~moraz/

UNIX板のvimスレ http://pc8.2ch.net/test/read.cgi/unix/1132968803/

windows+vim
つまり最強

ホリエモン　　キラワレモン　クワセモン　　トラワレモン　　ゼンカモン　　ムイチモン　　ドザエモン　
　　┝━━━━━┿━━━━━┿━━━━━┿━━━━━┿━━━━━┿━━━━━┥
　　　　　　　　　　 　ミﾐ ヽヽヽヽﾘﾘﾉﾉノノ 　　　　　　/)
　　　　　　　　　　　ミ　　 ,,､,､,､,､,､,､,､､ 彡　　　　 ( i )))
　　　　　　　　　　　 l 　i''" 　　　　　　　i彡 　　　 |‐―|
　　　　　　　　　　　 .|　」　　　／'　'＼　　|　　　　|:::::::::|
　　　　　　　　　 　 ,ｒ-/　　 -･=-, ､-･=-　|　 　　|:::::::::|
　　　　　　　　　 　 l　 　　 　 ﾉ( ､_, )ヽ　　|　　　|:::::::::|　　今ここ!!!!
　　　　　　　　　　　ｰ' 　　 ノ､＿_!!＿,.､　 | 　　/:::::::::|
　　　　　　　　　　　∧ 　　　 ヽニﾆｿ　　　l 　／:::::::::/
　　　　　　　　　　／＼ヽ 　 　　　　　　　 /／::::::::::ノ
　　　　　　　　 ／ 　 　 ヽ.　 ｀ー--一' ノ/ヽ

vimに関するwiki
http://project-p.jp/halt/kinowiki/vim
http://www.kawaz.jp/pukiwiki/?vim

PCに昨日初めてさわった人でもわかるgvim超々入門
http://members.jcom.home.ne.jp/advweb/build/howto/win.html

スクリプトがたくさん紹介されています。
http://members.jcom.home.ne.jp/advweb/

あぁ、結局立ったんだ、
とりあえず雑談がらみは全てここに誘導するかね

vimの入力周りだけ借りれるコンポーネント無いの？
2chブラウザ作ってんだけど
茶ライスじゃなんかやだ

KVIMならなんとかなるんじゃね？

せっかく立ったのに如何にvimが素晴らしいか力説してた奴は
ここで力説しないんだろう。ここなら誰も気にしまい

>>9
反対の意見も無いので、力説する必要も無いだろ
emacs厨連れてきたらたくさん釣れると思うよ

みんな2chはchaliceで見てんの？
Janeで見てる俺は負け組み？

余裕でJaneだよ。エディタの2chビューワ作ってる奴は本気で、
2chビューワを使ったことがあるのかと小一時間問い詰めたい気分になるのが普通かな。
便利じゃないとは言わないけど、マウスでダラダラ見るほうがより優先されることに気づいてほしい

navi2ch と p2 併用してるよ。

なるほどねぇ、「vim使いなのにchaliceを使わないとは！」と怒られるかと思ってたよ、よかった
あれも面白そうだとは思うんだけどエディタの中で何でもやろうとするのはEmacsぽくてなんか嫌

人のスタイルによることだ

editor の中でやるかどうかと cui/gui かどうかとマウス操作/キーボード操作はそれぞれ別の話なんで。
マウスでだらだらやりたい奴のほうが多いが、だらだら触るときにいちいちマウスなんかに触りたくない少数派もいるってだけの話。

って。>>12 が釣りか。釣られて済まぬ。

じゃあ、俺も釣られよう
俺の場合、もはやVim上でないと文字打つさえ億劫になってたり、

Chaliceでも起動の:Chとブックマークを開く<C-A>ぐらいで
あとはマウスでダラダラできてたりするんで

>>7
mailer でよくあるように、入力が必要なときだけ外部エディタ起動じゃいかんの ?
それとも閲覧時も vi っぽく操作したいとか ?

つかプログラミングのこと良くわからんが、入力周りってどこまでだ？
キー取得以降から機能へのマッピングって直結してるんじゃないのかな
多段階になってんのかな？トンチンカンなこと言ってたらゴメン

そういや各エディタで「vi風のキー操作に」ってマクロはたまにあるけど
「全てのソフトをvi風の入力ができる常駐ソフト」って見ないな、無理か
Emacs風のダイアモンドカーソルなら見たが

>>19
特にvimの実装は、機能とガップリ四つに組み合っているので、切り離すのが難しい
ですね。キー入力はキューに入れられ、解釈側がコンテキストに応じて異なる場所で
取り出すようになってます。マッピングは、キューに入れられる前段階で処理されて
いた…かな。
# ちょっと記憶が曖昧です。

同じキューにはマウスオペレーションなどのGUI関連メッセージも入ってたはずです。

おぉ、KoRoNさん、ソフ板Vimスレ降臨乙です

さて>>7はどういうものを作ろうとしてるんだろう
通常の2chビューワーでテキスト書き込み時だけvim準拠のキー操作、とかだったら
とりあえず使って見たい気がする、というか作って！
と、chaliceを使ったことの無い負け犬の俺が言ってみる

OpenJaneあたりは、書き込みダイアログの代わりにvim呼ぶようは改造はすぐできそうな気がする。
ソース見たことないけど。
ていうか、vim操作が欲しくなるほど長文レスは書かないな。

俺は一行内なら通常のWinスタイルのキー操作で全然いいんだけど
長文かどうかに関係なく特に行単位の編集やる時にイラッとくるなぁ（削除、入れ替え）

関係ない話題だが、ここはWindowsの人も多いと思うが、GREPって何使ってる？
というかgrepprgの設定を何にしてるかってことなんだけど

winの標準だと「findstr /n」コマンドが割り振ってあると思うけど、もちろん「grep -n」に換えられるわけで
Vim使いon Winの人たちはどっから持ってきてるの？
Cygwin？SFU？UNIXlikeTool？それとも標準状態のまま？
俺は大昔から（下手するとDOS時代から）ＨＤに入ってた正体不明のgrepを呼んでます
まぁ、Winの人はVimとの連携でどんなツール使ってますか？みたいなネタ振りだと思ってください

>>23 Cygwin grep。日本語ではほとんど検索しないので。

>>16
12だけど、別に釣りじゃなく自分の感想な。
キー操作より、他の細かい情報の方が2ch読むソフト選ぶときには重要視してる
人がどうかは知らない。

>>22
作ってまえ。

>>23
2chのログとかGrepできるのは
エディタ系の2chビューワのが遥かに優れてる数少ない所だと思う。

>>23
vim7からはgrepが内蔵される。

>>25
人がどうかは知らない、などと言う割に、
「気づいて欲しい」などと口走ってるので釣り認定した。

たんにおまいさんの対象外ってだけだろ。
もちろん対象内の奴のほうがマイナーだって認識はある。

>>26
うぉっと、そうなんだ。全然チェックしてなかった。公式行って苦手な英語読んできます。

ソフ板で初めて目にする人に
「ついでこんなバイナリ探してくると便利だよ」的な話題になるかと思ってたのに
話し広げ損でしたｗ
あと、せっかく建ったばかりのスレなのでたまにはageてみます

>>28
vimで便利な外部ツールはmakeとgrepとctagsかな。

あとは使い方も効果もよくしらんけど、cscopeってのがあるな

ctagsとglobalを併用してます。
でもglobalはgrepみたいな使い方ばっかしてるな。
2chはChaliceで。

>>30
cscpoeは便利ですよ。関数の呼出元がわかるから。globalでもできるけど。
だけど、標準のインターフェイスは使いにくいので、quickfix形式
で使ってる。

>>18
それじゃ遅いです。だいたい私は矢印キーへ右手を移動する0.3秒でさえイライラくるのに
エディタ起動などいちいちしていては胃に穴があいてしまいます。
実況も余裕でこなせる即時性をもっていなければなりません。

>>19
普段はjで次のレスへカーソルというかレスを包む四角形が移動し、kで遡ります。
見きれてる時は丁度カレントレスが全部見えるまでスクロールします。
vimの一文字と、アプリの1レスを対応つけてます。
この辺の動作はなるべくvimに慣れてる人がすんなり理解できるようにキーと機能を設定するつもりです。
ただ、書き込みするときはvimとしてそのまま使えれば良いので、コンポーネントがあれば欲しかったのです。

>>21
マウスを窓から投げ捨てさせる2chブラウザです。
ユーザーの指をホームポジションに引き篭らせます。
脳と2chの距離をさらに縮めます。
実況時にこの利点が顕著になるでしょう。

あぁ、実況とかでバリバリ使うのでキー主体ってことか
＋viキー操作、と、なるほど
実況板とかいかないんで、どれくらい過酷な使われ方するか知らんけど
まぁ、頑張って作ってくださいな。協力できなくてスマンが

それにしても、なんか必要以上に大げさな前口上にひくというよりワラタ
これがソフ板効果？、か

>大げさな前口上
7じゃないが、コンセプトが明確じゃないと支持されない傾向にはあるね。

実況は長文なんて打たないから vim の操作なんてまったく要らないよ
live2ch と ATOK の補完でほぼ完了
だいたい画像を自動サムネイル展開して滑らかにスクロールしないと実況じゃ役にたたん
つーかプロポーショナルじゃ無いのが致命的

窓使いの憂鬱とかでvim風実況モードでも作ればいいんじゃない？

プロポーショナルってなんですか？＞＜

vimずっと使ってたから、
プロポーショナル フォントが使えるエディタを使うと、
なんだかすごい違和感を感じるｗｗ
スペースの幅とか

そういやchaliceでのAAとかどうなってんの？等幅で？

>>41
ずれる

対応しだいの所は、できる可能性でいいとして
それより画像とかが気になる。根本的に処理できないような。

>>41
AAがみたければ & を押すと、その書込みをWebブラウザでみることができます。
あとはaaviewでも良いかも。

画像はaaviewの要領で作ることができるかも。

立ち上がるのを待つのに胃に穴が空きますね。

>>45
エディタとして使いたいときには無駄な機能かもね

別ウィンドウで出るのはうざいなやっぱり
せめてサムネイル表示でレスに埋め込まれていて
クリックでポップアップする仕様じゃないと

やっぱり専用ソフト使った方が良いや

まぁ2chの利用法も人それぞれってことかな

キー操作に限って言えば、昔のソフトってキーカスタマイズも
バッキービットっていうかCTRLやAltを組み合わせないと定義できないものが多かったけど
最近は単独アルファベットキーだけでも定義できるものが増えた気がする
（ファイラーなんかは昔からだが）

Viっぽくっていうのからは外れるかもしれんが
「一本指キー操作だけで極楽」っていうのは
既存の2chビューワーからのアプローチでなんとかいけんもんかね？

萌え萌えvim! HQN

テキストエディタスレでの話題「Vimは日本語編集に向いてるか？」なんだけど
みんなは結構Vimで日本語書きます？

日本語を書くだけならメモ帳でも良いと思ってる
編集なんてそんなにするものじゃないし

>>50
普通に書いてますよ。日本語は。

むしろ、どういう点で「(他のエディタより)向いてない」のか
聞いてみたいかも。

あとから書き足し、削り、コピー、ペースト、入れ替えとか
編集すること考えたら、そういうのが簡単に出来る
vi なんかはむしろ向いてると思うよ。
ただ一直線に書くだけならなんでもいいだろうけど。

>>52
単語の移動とかできないので英語の編集よりは向いていない。

「ひらがなカタカナ漢字」っていう風に区切られていれば、それほ
ど問題ではないような気が。まぁ、それでも英語みたいにスペース
で区切られてるような文法には随分劣るかもね。

でもその状況は他のエディタでも同じじゃない？つまり、単語の区
切りを厳密に判断できないっていう問題は。

論理行の扱いもよくない。基本的に複数のモードが扱いにくいと思う

そうだねぇ。日本語に特化したエディタなら、
たとえ、平仮名のみの文章でも名詞、助詞を区別できるものもあるのかもしれないねぇ。
それなら、vimの方が不利かもしれん。
俺の場合は、vimに慣れっこになっちまってるんで、その状況でもvimを使った方が
効率よくなっちゃってるんだけど、他の人はちがうかもな

()で日本語の句読点に飛べないのは苦しい。

私がVimで日本語を打つ時は、こまめに改行して編集を常に行単位できるようにして
ます。HTMLなんかは整形がいらないからそのまま。整形がいるフォーマットの場合、
編集が一通り終わって「これで決定」ってなってからformat.vim使ってます。

>>57
名詞や助詞を妥当な精度+それなりに高速+小さいフットプリントで分けることができ
るアルゴリズムがあれば、Vimに組み込むことは難しくないと思います。Vim7のスペ
ルチェックにも組み込めるかもしれません。もっとも、そんな都合の良いものがあれ
ば、の話ですが。
# ガッツリぶん回す系のアルゴリズムは、最近結構良いのがありそうです。

>>58
なんとかしたいですねぇ。

日本語でTex書くとき使ってるよ
英語で書くときに比べると不便だけど

>>61
マクロ使ってる?

俺が使ってるTeXのfold

setlocal foldexpr=GetTeXFold(v:lnum)
setlocal foldmethod=expr

if exists("*GetTeXFold")
  finish
endif

function! GetTeXFold(lnum)
  let level1 = '\\section{'
  let level2 = '\\subsection{'
  let level3 = '\\subsubsection{'
  let level4 = '\\paragraph{'
  let level5 = '\\subparagraph{'
  let line = getline(a:lnum)
  if line =~ level2 | return '>2' | endif
  if line =~ level4 | return '>4' | endif
  if line =~ level1 | return '>1' | endif
  if line =~ level3 | return '>3' | endif
  if line =~ level5 | return '>5' | endif
  if a:lnum == line("$") | return 1 | endif
  return '='
endfunction

いやこれ使ってる
ttp://vim-latex.sourceforge.net/
foldもあるし、コンパイルとかdvi見るとかのショートカットもあり。
マクロも色々あって便利。EFIで図挿入とかEEQで式挿入とか。
設定と、マクロ覚えるのがやや面倒かも。

>>52-53
モード切り替えと言うコストを払って普段の編集を楽にしているのに
その普段の編集の利点が薄くなれば同じ条件のエディタに比べてモードのコスト分高くなる
そう考えるともともとすべてに一定のコストを払う方式である修飾キーを使う編集の方に部があるのは当然
また日本語と言っても数式や英単語は出てくるのでどちらにしてもIMEとモードが煩雑に絡み合う
Emacs と比べると日本語編集はだいぶ落ちることになる

コストって一回 a を押すこと？

うん、なんかその辺が良くわかんないんだよなぁ
英語に比べると比較的恩恵が薄いのはわかるんだけど
メタキーを多用する方式と比べて（日本語でも）いきなり不便になる、という感じはしないなぁ

まぁ、Vi使いのモード概念（コスト意識）なんてそれぐらいの敷居でしょ、たぶん
少なくとも俺は日本語交じりの文章を書いてて「複雑だ」とか「思考が妨げられる」とか
そういうふうに感じたことはないな
「英語ならではの便利なコマンドのいくつかが使えない」程度

うーん？
普段から日本語文章を入力してるからか、あまり不便に感じたことはないなあ。
道具に慣らされてる典型ですかね…。orz

一応。
挿入モードで IME ON の場合でも、編集モードの f コマンドは使える。

　　例: 「れ」という文字にジャンプしたい
　　　　fre<Enter>

かな文字だけじゃなくmigemo使ってなんとか漢字にも
飛べないかなと思う

>>65
最大で確実に2手増える
しかもIME変換と混ざる分どうしてもコストは高い
日本語の場合編集単位が千切れやすい
編集単位が千切れれば千切れるほどそのコストが大きくなる

vim で一番利点が多いと思われる fFtT などによる移動が効かないのも辛い
Ambsearch を使えばだいぶ変わってくるがそれでも直感性に乏しい

他にもテキストオブジェクトなど色々なものの恩恵が受けにくい
普通のテキストエディタと同じじゃダメで便利じゃないとモードのコストをペイしにくい

>>66-67
Ambsearch 使った方が良いよ
vim で日本語編集するなら Ambsearch、format.vim、migemo は必須

>>68
> Ambsearch 使った方が良いよ

あ…そんなのもありましたね。 orzﾜｽﾚﾃﾀﾖ

参考までに68が何を使って（使い分けて）日本語を書いているのか知りたい
Vimのことにも詳しそうだし（いや煽りじゃなくてね）
英文、プログラミングはVimで日本語はEmacs系？

>>69
便利に使わせて貰ってますよｗ
実際は 、。「」 などにしか使いませんがｗ

普通の日本語では段落の概念が強い。しかし段落にすると、行の扱いが変になる。
単語間のスペースが無い日本語は、これで一気に移動のメリットもなくなるような気がする。
そこで生まれるデメリットが英語より遥かに大きい。そんなこというまでもないかもしれないけど。

viのメリットやデメリット分からない程度にしか使ってないのにviを無駄に推すと
傍目には厨丸出しでviまで悪く映るからエディタスレでも微妙な感じなんだとおもう。

メリットじゃないことがデメリットって言われても…

viもemacsも誤解されやすいだけだよ。
違いばかりが強調されて、同じであることが無視されてる。

viとvimの区別付けてから出直してください＞＜

ガタガタ言う前に試せば分かるだろうに・・・。

w で漢字とひらがな境界をすっとばせるだけで十分メリットあるじゃないか。
そもそもモード切替がうっとおしく感じるのは、
vi が向いてないか、
vi に慣れてないかのどっちかだ。
一度も書き直さずに一気に書くような場合は
vi の利点を生かせているとはいえないだろうが、
vi のモーダルなところがデメリットになっているかといえば、
はじめに a を押して最後に Esc 押せばいいだけだから、
慣れている人には大した手間でもない。

エディタスレでVimを推してたのって俺の書き込みのことかな？
俺は「Vi系を日本語に使うのが一般的に変」なことは重々承知で
まぁ「こんなケースもあるよ」的に書いたつもりだったけど

DOSでelvisやstevie使ってた頃「日本語に全く向いてない」と思ってたのが
現在までにいろんな人の尽力で「あんまり向いてない」→「特には向いてない」ぐらいにはなってる気がする
で、俺の場合は「特に不自由なく楽しく使ってますよ」、と

ま、俺が久しぶりにvi系に戻ってきて（十年以上ぶり？ｗ）
「アレレ、なんかめっちゃ使いやすい」感が強いってのもあるけど
それとも「日本語には絶対Vim！これしかない！」みたいに書いてるように思われてるのかね
さすがにそこまでは、ねｗ

正直、日本語の編集のしやすさについては、どのエディタも大差ないように思う。

しろーとさんに理解されにくいというのも、vimの欠点のひとつだよね(´ﾍ｀；)
しかし、エディタの比較の話で、くろーとのレベルをもとめるというのも無理があるし・・

>>77
境界移動はどのエディタもできること
モードによるコード数は確実に手間になる
例えば三単語消して分を書き直すとき Emacs なら M-d を三回押して文字を打てば終わり
それに対して vim は v で選択して e を三回の後 s 文字を打って Esc もしくは C-[ で抜けなくてはならない
これはあきらかに手間だ
直感性を無視し一瞬で三単語文と理解出来れば 3cw で消したのち文字を入力し Esc で抜けれるが
これは視認できなくミスが多い、またミスを減らすようにじっくり考えればすれば思考コストを払うことになる

このあたりは元々 vim は苦手な分野だが f などの移動コマンドが使えないことによりさらに手数が
かかるようになってしまっている

修飾キー式のエディタ と モード式のエディタ(Vim) は、
「日本語編集では」どの程度違ってくるんだろう？

>>81
Vim で確認をしながら一単語ずつ削除するのであれば、単純に dw でいいかと。
その方が M-d との対応が取れてるし。

上にも書いてあるけど、fは日本語でも使えるってば。

てか上の人のfFtTの利用率が高いことはわかった
俺そんなに使わないんだよな
（コーディングではもちろん使うけどさ）
直感性を、って話なら
それこそvしてダラダラhjklしたっていいんだし
抽象思考でもどっちでもいけるからいいんじゃない？
あとモード切替は日本語関係なくモーダルであるからこその利点ってのがあるんだけど、、、

TeX以外で日本語書く機会ってメールとかくらいしかないんだけど、エディタで何書いてるの？

Emacsの比較で言うなら、Vimは設定しなくてもほとんどの機能が使える所が魅力です。
あとは多くの操作がリピート指定できること。キー入力数なんて、使い慣れてしまえば
EmacsやVimに限らず、どのエディタでもそんなに意識しなくなるものではないでしょう
か。
# 何か編集作業するのに、いちいちキー入力が最小になることを考えてたら、なんか逆
# に疲れそうじゃありませんか。

極端な比喩で言うと、操作して文章を加工するというよりは、文書加工用の簡易なプロ
グラム(大半が書き捨て)をライブで作っている、という感じかもしれません。その加工
の規模に応じて、キー操作→マクロ(q/@)→スクリプトとシフトが容易にできるのも、
Vimの重要な特徴の一つです。

>>86 ぜんぜん比喩にならなかった orz

>>82
dw だと dw . . i 文字を打つ Esc ですかね
どちらにしろ M-d 三回 文字打ちよりコストが高い

>>83
出来ないような
もちろん IME に切り替えて文字を打ち RET で決定すれば飛びますけどそれでは f の利点がない
漢字なども無理
それならしつこいだが Ambsearch を使った方が良い

>>84
どちらもコストが高いと言う話
v でダラダラ選んでも s と Esc が増える
普通のエディタなら選んで打てば終わり
3cw でも思考コストと Esc が残る
同じように Emacs でも数値先行入力でその回数だけコマンドを実行できる
結果選択肢が同じ幅でコストが両方とも vim の方が高い

vim のモードの利点はだいたい以下の二点に絞られる

・モードの利点は修飾キーのコスト削減
・モードの単位での繰り返し処理

修飾キーを使わない操作は非常に軽快で文章入力のように文章の移動・削除・編集などが出来る
特に移動のコマンドは削除や挿入などと絡み合わせられるのでこれらの操作が軽快に行うことが出来る
より多い編集ケースのコストを下げて入力にコストを払うようにして全体的にはコスト削減になっている
これは圧縮アルゴリズムに近い

またモードで入力単位や編集単位が大きな形で決まるのでマクロのような繰り返し処理が出来る
これも同じ操作手順を要求されるようなソース編集には強力な武器になるだろう

日本語の場合はまず豊富な移動コマンドが殺される
と言うことは組み合わせとして使う削除や挿入なども利点が得られないようになる
繰り返し処理もソースにとっては便利であるが日本語文章入力に関しては機会も少なく
また前述のように移動コマンドが使いづらい、v での選択処理などは長さでの処理になって
繰り返し処理に向いていない

やはり日本語処理には向いているとは言えないだろう

>>88
そうかぁvimって結構他よりコスト高いのね。
でも使ってて気持ちいいから変えられないなぁ。

最小のキー入力とかにこだわるならそれこそ
日本語ではかな入力方式のほうが向いてるわけだけど
ほとんどの人はローマ字入力方式使ってるよね？

それと同じで人工的でも程々に体系立った操作感に
慣れるとなかなか他のものには慣れにくい

vimが特に日本語処理に向いてるとは思わないけど
だーっとベタ書きするだけなら他のエディタと変わらないし
利点は活かせなくても手に馴染んだ物を使いたいな

いいんでない？いやなら使わなきゃいいだけだし。
emacsのほうが少ないストロークで実現できるなら、emace使いよりも早くタイプすればいいのさ。

>>92
それだ！

漢直だろ

emacs で漢直使いで viper 使いのおれだけど、
f のあとに漢字を指定して飛べるのはすばらしいよ。

変換してリターンしなきゃならんfになんの意味があるのかわからん
変換とリターンが無い分emacsでmigemo使った方がいいじゃん

>>96
漢直だから変換もリターンもいらない罠

>>96
skkime ならリターン要らないよ、と言ってみるテスト。
結局は、いちいち変換の候補リストを出さなきゃいけないんだけど。

そこんとこいくと、migemo は本当に便利だ。

漢直切り替えあるじゃん

atokの省入力や連想変換各種辞書になれたらskkなんて使ってらんね
migemoで十分事足りるし

いつからここは「キー入力を極限まで減らすスレ」に？それはそれで面白いけどさｗ

>>101
なんとか「いかに気持ちよく軽快に入力・編集するか」という風に持っていけませんかね

俺は「いかに気持ちよく」というよりも
Vimで書くことが気持ちいい、という感じですねｗ
他にもそういう人多いんじゃないかな？

その上で、便利なTipsを積み上げていけばいいんじゃないか、と

>>103
日本語入力・編集絡みで、ソースコードの修正も睨んで
「さらに気持ちよく」するという視点ではどうでしょうか

おぉ！もちろん「さらに気持ちよく」なるのは大歓迎です

上のほうで散々でてますけど日本語時のfFtT（ついでにwW）なんかも
「日本語打ってるときにどういう挙動をして欲しいのか？」ってとこから
みんなで意見を出し合って行けばいいのでは？

日本語の文法での単語区切りの問題とか
日本語IMEのトグル、変換、候補選びがメンドイ、リターン打たなきゃ、とか
migemoとのうまい融和、現状で足りてる部分、物足りない部分とか
「Vimのせいじゃない」部分ともうまくやっていきたいですね

気持ちいいって、それは客観的に見るのは無理じゃない。
初めから共有するのが厳しい。キーストロークって話はvi的には
かなり核心に近い部分の話だと思うんだけど

単語区切りって、英語だとこれ以上ないくらいシンプルなルールだけど
日本語の単語区切りって概念はどういうのが理想なんでしょ？

現状のひらがなカタカナ漢字区切りは変だけど、それに慣れちゃってる人も多いだろうし
（他エディタもだいたいそんな感じですからねぇ）
「単語」って言葉自体が指す部分も曖昧だし
#ちなみに俺はすごくおおざっぱにｗ「漢字＋ひらがな」で「ヒトカタマリ（not単語）」って感覚でやってます
#だから日本語時は「とりあえず2w」って打つことが多いなぁ
#文法的にどうのっていうより「それで目的に沿う率が高い」くらいの話なんですけど
#ま、Tipsでも何でもない個人的な話でスンマセン

私はキー入力の時間よりも入力する文章orコードを脳で考えて整理する時間がはるかに長いので
多少のキー入力ロスは気にならないです。
vimは新規作成より編集が楽しくて気持ちいいので好きです。
まるでパズルを自分自身に出題して解いているようで。

>>108
>私はキー入力の時間よりも入力する文章orコードを脳で考えて整理する時間がはるかに長いので
漏れも、同じ。自分が何を書いて。それがどういう風になっているかの方が重要。
まあ、そんな自分はvi使いとはいえない。

>>105
とりあえず () で句読点に飛べるようなパッチを書き始めたのですが、まだどうにも
( がうまく動いてないです。

>>106
最初からゴール(共有できる気持ち良さ)に行き着く必要はないのでしょう。少しずつ
賛同者を得ながら、ゆっくりと目指すのもアリかもしれません。

>>108-109
慣れてくると次にどうするかを考えながら、直前に考えていたことをキーへ叩き出して
いるような感覚に陥るんですよ。それを一度体験しちゃうと、ほかのエディタに移れな
くなるんですね。 orz

>>107
> 単語区切りって、英語だとこれ以上ないくらいシンプルなルールだけど
> 日本語の単語区切りって概念はどういうのが理想なんでしょ？

どうやってVimに実装するかは大問題ですが、形態素解析がソレに近いと考えます。

>>58 とりあえずパッチできました。

begin-base64 666 mb_sentece.tar.gz
H4sIAOj44EMAA+2U227TQBCGc+s8xaRIqe3UqQ9pYjUElEJ7Q+ECFSGkIsve
rGMriV35UITa3vSdeAcei9m165AeEL1oEdJ8sdbe3fE/v2dHWQVezpOCJ4z3
Z3EYtp4AExkOBuJujfYcecdLriP2wB60LNMZ4S4+YpzlOEOzBeZTmLlNmRd+
BtBapFma/CHu+uf1j+fw88yIMweDQZ6x3Zz7GYv6rJ9m8Xxjpa3r+t0Q5SQq
4YgHADaY9j5ezhBsPOu2YRgb4RuRzr452LfcKlLfRCayhwNzB4chyCUAvJRd
HeYpBD5bQJFCEXE4y/h5nJY5JGliBEs/WQCL8Cz1XRH/LYqXHFSVwQTmYt07
S3O1i4OmwWQC2/i7vAQmn08LMWl3QAGBOoszsX4wffPu8/TjW+h24TxeeXmB
X5OhppArQde2+p3X2tfTre2tHWAadCbw4dPxsaYJAxdiEGpxiIKcLavkQtew
ZIQSZNxfjGW16m/eswBnxn/4zSj0Ig5nPISjw+mJ9/7gy8lhI45J79NX9VXg
CWF7yRNNRbVXYImXFLGLe3NeeGzp57m6WsrJ5vdYMitPsImbVI+s/f395zp4
Fq5b9V91PK67Y4+s5ngUKV+LiOnVTcqrdu+eSvTWfiI/91bB94I/XIJerf+3
VajVL+SLBe5gA+A4lvMwzUAdj2WUctFoiyaJE6Z2Rbw2btaFRVZVSp7bHYMv
J7VDpT7aBy0WlcfOjcem6j1ZMDFWXovGrMh+q3WFF2wxbe1QuF6bXms25a9a
4rceUPWwTJh2pw2qqkGdmKVlUmjtf/2fTBAEQRAEQRAEQRAEQRAEQRAEQRAE
QRAE8Rh+AeEzoSsAKAAA
====

馴れたらとか、気持ちいいとかならemacsも同じじゃん
しかも日本語ならemacsの方が速く考えないで打てるし

あ、KoRoN氏はちゃんと形で答えてくれるのね
なんかごめん

でも気持ちいいからとか言って勧めると嫌われるよなぁ
宗教じみていて
普通の人が普通に利点で選択できるエディタとして紹介したいよ

バイナリも更新して句読点対応版にしたので、ぜひ試してみてください。

>>114
普通の人にVimを勧めるのは非常に難しいところがあるでしょう。>>108-109さんが感
じているように、Vimの機能や利点を享受するには、パズル的な思考が絡んでくるこ
とが否めません。それを受け入れる素地のある人にでなければ、Vimを勧めるのは酷
かもしれません。

evim(-y オプション)やcreamを使うと、一般的なエディタとほぼ同じ動作になり、普
通の人向けになりますが、Vimとしての利点・魅力は半減以下ですしね。

いやさぁ
パズル的な要素とかじゃなくても単純に編集がホームポジションからCtrlとか押さなくて普通の文章を打つみたいに出来て楽だから使うって人もいるじゃん
機能も豊富だしみんなそんなマニアックな理由で使ってないよ
オレそうだし
ちょっと本格的にエディタを使ってみたいという人に宗教的じゃなくてそれらの利点で勧められるようになった方が幸せじゃん

だから日本語が快適に編集できる改造は大歓迎なわけさ

更新して使ってみた
これはかなり良い！
行単位じゃなくて編集できる！
ナイス！！

>>116
> 編集がホームポジションからCtrlとか押さなくて普通の文章を打つみたいに出来て楽だから

それでさえ普通の人からみればマニアックな理由だとは考えられませんか。

> 機能も豊富だしみんなそんなマニアックな理由で使ってないよ

順序が逆でしょう。パズル的だから使っている→マニアックなのではなく、その豊富
な機能を使うためにパズル的な思考と操作が必要になる→だからマニアックであると
私は考えています。

豊富な機能を呼び出すために、普通のエディタとVimでは決定的に違う基本戦略を
取っています。普通のエディタでは、修飾キーとGUI部品などにそれらを割り振り、
UIと機能に可能な限り1対1の関係を持たせています。対してVimはモードの概念を導
入し、キーへ単純な機能に割り振り、それらの組み合わせを相互に許すことで豊富な
機能を実現しています。

UIのデザインとして、現在の常識から優れているとされ、また実際に受け入れられや
すいのは前者です。にも関わらず後者を好み、なおかつそれの普及を企てるというこ
とは、マニアックであることを自覚しそのことを最大限利用するか、現在の常識を覆
せるだけのポテンシャルを備えさせるか、大幅な方向転換をするかしかないでしょう。

方向転換は、単なる普通のエディタの亜種を増やすだけでほとんど意義は無いですし、
常識を覆すなんて無謀であり、現実味が無く、私としてはどちらにも賛成できません。

>>114
それを言ったらEmacsでも十分すぎるほど宗教だよ。
コードディングに特化してるIDEでさえエディタ部分で
どちらの方式も採用していない場合が多い。
秀丸なんかが売れてるのにもわけがある。アレはいいエディタだと思う。

>普通の人が普通に利点で選択できるエディタとして紹介したいよ
普通の人にはメモ帳とか標準的なエディタを進めればいいんじゃないだろうか。
そもそも、WIN標準のホットキーや、クリップボード操作とかが無い時点で
たいていの人には紛らわしいだけで、普通の意味での利点は無い。

たしかにemacsやvimは宗教エディタ、オタクエディタと言われてもしかたない部分が
ありますね。その中でもvimは、evimやcreamなどで一般ユーザに対する敷居をさげよ
うとしている珍しいエディタかもしれませんね。
#KoRoNさんも>>112のような形で答えてくれますし、Bram氏も良い機能であればviら
#しくなくても取り込んでくれますし。
emacsとは違い、vi(m)は物書きエディタではなく編集エディタの位置づけがあります
からエディタとして普及活動をするのは少しだけ辛い部分はありますね。

しかし皆さん凄い時間に書いてますね。苦笑

>>121
それは言わないお約束(´・ω・`)

日本語でのwは納得できるけど、Wがwと同じというのが納得できな
い。Wはスペースまで移動でいいじゃないか。

>>123 このパッチで変更できますが…なんかあんましインパクトは無いかも

begin-base64 666 mb_W_skips_till_space.tar.gz
H4sIACRx4UMAA+3S326bMBQGcG6Tp/h6EwEqiSEk9I/ayzzBpF0iME5qlUFk
g7pp2k3fae+wx5phqaqo3dRKUXfz/YQ45nAsH2O+lPnn3N7rvc07Xde53RdS
zSu93XonI5x1mg4xzlbLMbprzI/jdOXFYpmJJBOpyDwRr5brtQdxuhb+rrdd
YQDvvjVt84+6x1+PPz+inw82nDQiCWvkwqrCyLu5nLdG744y0zAMX5ZMPt31
2KgSSBDHV8vsapUgcWc9jaLoqPyVyvRPZXhsXCi5FOLc3dYYU8AEjlFdbxrE
1y4x5BYh9qaVylrItlKoVVHpZrfoTKFrN0D5rVMW4WJ6hslhclVKm8u6sNb3
/b6xeteoKpC4vcVFcA5fYgbxdbMJgmGVwY9D1Fv4qpF5320vgkPu+7jPp24v
4Z6ik3QrcfOuVt2UoT+JsxsIzGaQtc1LvXtoTRUMb487ev4e8m3b/N8/KRER
ERERERERERERERERERERveo3oV3nywAoAAA=
====

viPluginを入れたeclipseで作業できたらどんなにか幸せなことだろう。

>112
いい感じです。
どうもありがとうございます。

>>124
ライセンスもってるやぁ。
だけど、あんまり使ってなす。ちょっと、もったいないかな。

>>118
でもそれって気持ちいいからって話とは違うじゃん
ちゃんと普通のエディタより練習すれば便利でちょっとの入力で編集できるからって理由があるじゃん
日本語じゃたいして便利でもないのに気持ちいいからとかキモがられるちゅーの

それにエディタが本職と繋がっていて勉強すれば武器になるエディタ探している奴全部マニアックとかどうかしてる
気持ちいいから使うとかただのエディタマニアと一緒にしないでよ

>>128
申し訳ありませんが現状Vimを選択しているという事実だけで十分マニアックだと思い
ますよ(苦笑

「さらに気持ちよく」というのは「マニアックであることを自覚し、それを最大限利用
する方向で改善していきたいね」ということだと理解してください。

> それにエディタが本職と繋がっていて勉強すれば武器になるエディタ探している奴

せいぜい商用エディタの制作に関わる人くらいしか思いつきません。そんな人のほうが
少数で、一般的な視点からみればはるかにマニアックではないですか。エディタはあく
まで補助するツールです。最終的に武器になっているのは、それを使って書かれるド
キュメントと、それを書いたユーザ自身のスキルセットのほうです。

# ですから特定のツール(たとえばエディタ)が使えないから、ドキュメントのクオリテ
# ィが下がったとか、スキルが発揮できないという状況になってしまうのは良くないの
# ですね。
#
# UNIXを使ったサービスの立ち上げなどでは、viしか、場合によってはedしか使えない
# 状況が結構あります。そうするとVimを使っていたことによる利点の1つが享受できる
# かもしれません。もっともそれでさえ、普通の人には縁のないシチュエーションです
# が。

vim使いはタイピングがそれなりに速い人が多いと思う
ホームポジション死守の恩恵を一番実感できるから

>>129
いきなりマニアックの定義直してくるしｗ

> せいぜい商用エディタの制作に関わる人くらいしか思いつきません。
んなこたぁない
スクリプト系のプログラムしている連中は一日中エディタにべったり
あと C 系の人

あとまた論点変わってきてるよ
プロは道具も良いの使いたいでしょ
内容で勝負とかそっちとは別の方向で

つーかね
マジで気持ちいいから使えとかテキストエディタスレでの振る舞いみたいに
日本語でも便利とかそんなことばかり言っていると嫌われるちゅーの

積み重ねが台無しだぞ

一体ID:ZaiM3hzV0は何か楽しくてネチネチ絡んでるんだ？
正直KoRoN氏もいちいち相手したくないだろなｗ

だってなんかキモい宗教みたいな感じになってきているんだもん
emacsよりひでぇ

ただのアンチになったな

なんか単に「気持ちいい」って言葉の語感の問題か、とｗ

（軽快さ、その他諸々を積み重ねて総合的に）気持ちいい環境をめざそう、ってことでしょ
別に「ウリ」として宣伝するのは「キー入力の少なさ」「抽象思考」「メタキー使用頻度少ない」とか
全体的な「気持ちよさ」の具体的な下位構成要素でいいんじゃない？

#まぁ、たしかに一方的に「気持ちいいエディタだから」ってオススメされたら胡散臭いな
#俺はそんなに他人に布教したい、とは思わないけど
#ユーザーコミュの充実とか考えるとvi系みたいな「使いやすさがわかりにくい」エディタの
#一般の人への宣伝の仕方、売り文句って重要なのかも

実際にテキストエディタスレで嫌われてるじゃん
共有者にしか判らん気持ちいいなんて全面に押し出したら当然

と、建設的に書いてみたらリロードしない間にウザい人に変貌してるな

>>137
そうそう
そう言う具体的な利点を全面に押さないとさ
なんで高機能なのか、どうして絶賛する人がいるのか
それが伝わらないとただのキモい宗教

>>132
では聞きましょう。あなたがマニアックでも宗教的でもないことは、誰が保証してく
れるのですか。

ちなみに私は「気持ち良いから使え」とも、「日本語でも便利」とも一度も主張して
いません。気持ち良い方向に勧めることでVimの利点を最大化できるのではないか、
と言っているだけです。
# 日本語でもそこそこ使えるようになってきたなとは思いますが、本当に「日本語を
# 書くこと」が目的ならばWordやOpenOfficeのほうが数段快適です。

それに自分がマニアックな選択をしていると考えているし、Vimという宗教的なもの
に組み込まれているのも自覚しています。自覚しているからこそ、Vimを強烈に人へ
勧めることは正しくないと考えています。

そもそも自分の使っているものを他人に勧めたい、という感情自体が既に宗教的な
要素の1つであると、そう考えたことはありませんか。

>>134
> 正直KoRoN氏もいちいち相手したくないだろなｗ
そうでもないですよ。vim@ソフトウェアスレの立ち上げとしては、このくらいは序の
口かなとも思います(笑

>>140
> そう言う具体的な利点を全面に押さないとさ

具体的な利点出したところで、少しうるさく騒げば最終的にキモい宗教扱いされま
す。逆に押し出せば出しただけうるさがられるものです。

そっち側から同意されるとは思わなかったがｗまぁ、言いたいことはわかる
ひとまず「日本語環境での便利さの追求」の話題と並行して
「一般の人から見てウザくないVimの紹介、オススメの仕方」ってお題はどう？
と、ネタを振ってみる

難しいな

>>143
まずは「キー入力の少なさ」「抽象思考」「メタキー使用頻度少ない」という今まで
利点として何度も主張され、その度に敗れてきたものを、全て引っ込めることでしょ
う。いくら言葉で説明したところで、Vimに触れたことのない多くの人には理解でき
ないのです。

経験上良いとおもわれるのは、相手がとても苦労している問題を、目の前で華麗に解
決して見せることが一番です。が、じゃあそれをどうやるのか、まではアイデアがま
だありません。

>>143
>「一般の人から見てウザくないVimの紹介、オススメの仕方」
そらあれだ、見られてるって思ったときにVimで高速編集

みなさん熱いですね

便利な編集の実例を紹介するサイト
URL貼るだけでうざがられるだろうが

テレビゲームのスーパープレイのように（っていうかよく知らんのだけど）
Vimプロモーションビデオでも作る、とか？ｗ

エディタ画面と手の動きを同時に映して
「ほーらほら、こんな手の動きで、こんなことができちゃいますよ！」とかさ
知らない人が見たらビックリなプレイをやって
「え？え？何でこんなことができるの？」と興味を持ってもらう
「君も超Vim使いになって彼女にモテモテ、身長も15cm伸びます」(宣伝文句)
、、、いや、ゴメン、嘘だ

本スレでも前にそんな話があったような＞他人の使ってるところを見てみたい

良いと思う

めちゃくちゃな体裁・誤字脱字のソースをどれだけ早く直せるかをムービーで・・・
これはあんま意味ないかな

まぁ一般人はエディタのPVなんて見てくれないわけだがw

>>149
>Vimプロモーションビデオでも作る、とか？ｗ
vimの場合、キーボードも一緒にみないとshowmodeだけでは、辛いかも
しれないですね。笑
昔そう言えば、FLTKのチュートリアルフラッシュってありましたねぇ。
それとMSDN-TVでホモっぽい人がemacs使ってLonghornのアプリをPG
してた動画もありましたっけ...苦笑

>>141
> では聞きましょう。あなたがマニアックでも宗教的でもないことは、誰が保証してくれるのですか。
別に保証なんてイランがな('A`)
使ってみてその利点を体験すりゃいいじゃん

つーかこういう論争になると燃える人？
あとwordとかさぁ
別に清書が必要じゃない文章じゃ使わないでしょ

で、またすべては宗教みたいな極論に持ってきているわけだが
あんたはゼロとイチしかないんかｗ

>>142
具体例出さないよりずっとマシだぞ
つーか本当にゼロイチだなｗ

>>145
じゃあさムービーとか作るってどうよ？
色々な編集を華麗に解決するムービー
オレテキストエディタスレのテンプレにあるムービー見るの好きなんよねぇ
あれおもろいよ

>つーかこういう論争になると燃える人？
あんたは議論すらできないということは理解できました

ゼロイチしか選べないのが現象なんだよな

>>155
あれおもしろいよな

>>158
emacsのヤツはめちゃくちゃ陽気でエディタの機能あんまり使わないけどタイプめちゃくちゃ速くて
vim使っているヤツはめちゃくちゃダルそうでタイプ遅いけどカーソルの動きがおもろいｗ
なんか時間があると見ちゃうｗ

>>153
私は基本的に論争であれば燃えるほうでしょうね。できればヲチする側に回りたいと
ころですが、ことがVimだとそれが許されない場面が結構あります。

私が気になっているのは、あなたが嫌っている「マニアック」とか「宗教的」な匂い
が、あなた自身からも十分にしていることです。過去にテキストエディタスレでVim
の利点や体験を力説して、結果、無残に敗れていった私を含む多くの人たちと同じ匂
いがするんです。
# 実際にそのうちの一人かもしれませんが。

ですから、もし本当にそれらを嫌うのであれば、できる限りテキストエディタスレな
どに打って出る前に、もう一度自分の姿を鏡に映して、見直すべきだと思うのです。

＞私が気になっているのは、あなたが嫌っている「マニアック」とか「宗教的」な匂い
＞が、あなた自身からも十分にしていることです

同意

>>160
なんか人格否定の方向にいっちまったなｗ
敗れるのにはそれなりの理由があるんじゃない？

まぁそれはともかくどちらにしろエディタを選ぶときの視点として最初に来るのは機能ってことよ
具体性のない意見聞いても参考にはならないしウザがられるって

あと最後の2行とかあんまり書かない方が良いと思うよ本当
こどもっぽい

> 過去にテキストエディタスレでVim
> の利点や体験を力説して、結果、無残に敗れていった私を含む多くの人たちと同じ匂
> いがするんです。

つーか力説するから負けるんじゃ

look mirror

ところでvimってなんて読んでる？
俺ブイアイエム。

>>165
ヴィム
viも心の中ではヴィ

>>166
viもヴィなんですか。

俺はviをブイアイって最初に読んだから
そのまま+mでブイアイエムになった。

VIM (Very Impotant Method)
目的ではなく手段

Importantだよ

>>163
> つーか力説するから負けるんじゃ

ええ、その通りだと思います。そしてあなたも同じ轍を、既にこのスレで踏んでし
まっているようにしか見えません。ですから老婆心、余計なお世話なのかもしれませ
んが、同じVim使いのようですから口を挟まずにはいられないのです。

>>169
少し危険な香りを醸し出しているのですよ…。きっと

>>149-152>>155
ムービーはあってもいいと思うけど、そういうので良さを主張すると、正直
直漢だのSKKだの、かな入力だの、Dvorak配列だの、違う次元に向かうと思う。
かな入力だから。とか得意げに言われても、はまればいいが普通は
逆にその意味の無さに萎える位だ。

>>160
xyzzyも以前同じように思想に感動した奴が
出回ってアチコチでウザがられていた。その時も実際には良く知らない奴程
そういう事をいいたがる傾向にある。機能の良し悪しをvimスレで分かれば
狂信的な宣教師は自然と減ると思う。viの良い面ばかりが押し出されると
疑問も持たず検証もしない素直な人は
そこだけ信じ込んで、おかしなことになる。

>>170
慇懃無礼だなｗ
老婆心とか言っているけど別にオレのことを心配してないでしょｗ
言い負けないために言葉を重ねるのは意味がないし不毛だぞ

だいたい力説ってオレは相手が使ったこと無い人なら力説せんよｗ
何回も言うが論点がずれている
もともとは誰かがエディタを探しているときに紹介する方法の話だったでしょ？
それでオレはエディタの利点を軸としてvimを紹介するのが良いと思う
これは納得してくれる人は多いと思うぞ
使っていないと気持ちいいなんて気持ちは共感しづらい

もともと日本語ではちと不自由をすると言うところから、でも気持ちいいからって良いって話になったんでしょ
で、KoRoN氏がそっちで攻めないとねみたいな
それって使っていない人は解らないし言い訳か宗教にしか見えないって

>>172
極めれば便利になるものってのはその極めた物を見て使ってみたくなるんじゃない
ターゲットは完ぺきな一般人じゃ無いんだからそう言うのもアリな希ガス

>>172
> xyzzyも以前同じように思想に感動した奴が
> 出回ってアチコチでウザがられていた。

そういえば似たようなことはテキストエディタスレに限っても何度かありましたね。
結果、普通の人が余計に遠ざかってしまい、そのエディタの話題自体が出しにくくな
るんですよね(苦笑

だから力説するから・・・
さらっと勧めないと

>>173
> 老婆心とか言っているけど別にオレのことを心配してないでしょｗ

あなた自身の心配はしていません。それよりも>>172さんが言うようなことになり、
175で述べたようなことが起こるのを嫌っているのです。

> エディタの利点を軸

他のエディタとの比較の中で、Vimのエディタとしての利点がある(もしくは大きい)
というのは、幻想に過ぎないということに気が付くべきです。確かにVimは高機能で
すが、元々Emacsと比べてさほど優位にあったわけでなし(むしろ常に劣勢)、ここ数
年で多くのエディタは機能が充実してVimの優位は随分少なくなっています。それど
ころか一般的ではないモーダルエディタであることのデメリットで相殺しきる気がし
ます。

ですから、そういう幻想をリセットした上でどんな方法がVimを知らないユーザーに
受け入れられるか、考え直す必要があるのではないでしょうか。

>>176
> だから力説するから・・・
> さらっと勧めないと

ぜひそれをやってみせてください。

vi○iを使ってる人を見つけたらとことんvimを薦めてしまう俺。
・クローズドソースで１人で出来ることなんて知れてるよ。
・その１人がお亡くなりまたはメンテできない状況になったら終わりだよ。
とか言ってます。
しかし大概のやつは「お金払ったから使わないと勿体無い」と言う。
人それぞれだよね

>>171
ｲﾝﾎﾟﾀﾝ ﾊｧﾊｧ

モーダルが一般的ではないと言うところはまぁ無視して良いと思うんだけど

しかし自分が不自由だと思うものを宗教的価値観で使い続けていたとわねｗ
これを機にvimをしばらく封印してemacs使うのも良いかと

>>178
まわりは何人か
モードはすぐ慣れるみたいよ
一番好評なのは意外と補完だった
まぁＩＤＥあるような言語だったらそっちを勧めるんだけどね

viviってかなり評判悪いね
作者が厨だとか

>>173
>   もともとは誰かがエディタを探しているときに紹介する方法の話だったでしょ？
すまない、このスレは全部読んだつもりだったんだがどこに書いてあるのか解らなかった

>>182
テキストエディタスレからこっちに繋がっているんだよ
この話題

>>177
> あなた自身の心配はしていません。それよりも>>172さんが言うようなことになり、
> 175で述べたようなことが起こるのを嫌っているのです。

なら老婆心の使い方間違えているぞｗ

>>180
vi系の方式は確かにスマートである種の魅力があると思うよ。
しかしハードにIMEにキー配列に様々な入力方式と、結構な違いがある中
実はどれか一つでも外れるとviの意味は無くなる場合もおおい。
他のマイナーな方式にも目を向けると結構そういう方式も悪くないと思う。
あえてviが選ばれるのは、単に説明できるキー入力という点だけなのかは分からない。
特に日本においては。

>しかし自分が不自由だと思うものを宗教的価値観で使い続けていたとわねｗ
0 ID:8/1xrLMY0のviを選んでいる基準は何なのか少し興味がある。

>>185
普通に利点で
ビジュアルモードとか繰り返しの . とか補完は良い感じだし

emacsは先天性小指イタいイタい症で長時間使えないんだ

あーあーあー
つまり、
> 普通の人が普通に利点で選択できるエディタとして紹介したいよ
が、むこうのスレで「〜のようなエディタないですかねー」と聞かれたときに、
Vimを紹介したいと言う意味で、尚且つ議題提示だったと。

【老婆心】
〔仏語。年とった女性が必要以上に気を遣うことから〕自分の心遣いを、度を越しているかもしれないが、とへりくだっていう語。老婆心切。

国語力の弱い俺に、老婆心の使い方がどう間違っているのかもついでに教えてもらえないだろうか。

>>187
> 自分の心遣いを

まぁ深くは言うまい

>>186
emacsはカスタマイズが売りだから特別小指に頼らなくてもいいような。でも、まあ
スタンダードで使いたいんだろう。気持ちは分かるよ。その気持ちは非常に分かる。
しかし、冷静に考えて利点以外に、慣れや、スタンダードであることが重要視さ
れるんじゃないかと思う。例え入力が如何に速くても、カスタマイズされて自分し
か使えないようなemacsや、かな入力だとか分けの分からない配列のキーボードじゃ
駄目ななんだろ？かと言ってWin標準のエディタの標準よりUNIX標準を選びたいっ
ていう実に隙間的な所にいるのがvi何じゃないだろうかね。

あーぎすぎすしていやだな。
生意気な小学生みたいに屁理屈重ねる奴は氏ねよ。

ソフ板らしい味わい深い流れになってまいりましたｗ
こういう半荒れの流れも嫌いじゃないな、2chらしくて
っていうか一晩読まないうちにスレ進みすぎｗ

揚げ足取りはじめるしな

>>179
実はVimについてもオープンソースでフリーである以外は、似たような現状がありま
す。

>>180
> しかし自分が不自由だと思うものを宗教的価値観で使い続けていたとわねｗ
> これを機にvimをしばらく封印してemacs使うのも良いかと

それは無理ですね。私にとってVim以外のテキストエディタは、Vim以上に不自由に思
えます。足かせになることが明らかなものを使うわけにはいきませんから。

>>191
私もこの流れは好きです。


ビジュアルモードも補完も確かにVimの便利な機能ですが、Vimだけが持つ機能ではあ
りません。ビジュアルモードは、むしろ後れていると言っても良いでしょう。繰り返
しはVimを特徴付ける、かつ他にはほとんど見られない機能で、方向としては正しく
思われます。ただ日本語入力・編集において、補完機能も含めて、それが有効に機能
する例は極端に少ないのです。

対面であれば紹介しやすいエディタである、ことには私も同意します。ただしそれは
同業者限定です。普通の人がエディタに求めるものと、Vimが提供しうるものは微妙に
(もしかして明確に?)ズレている、気がしています。

まずは、普通のエディタと同じような操作でも使えるということを広めること。
そして、それじゃvimを使う意味がない、とか言わないこと。
が、大事じゃないかと。

gvimの色分けだけでもライト層へのアピールになると思うよ
どんな形式にも大概対応してるし

スクリプトなんかをザっと見て編集するときなんてすごい便利

個人的にぬるい事を考えれば、俺はインサートモード内のコマンドを充実して欲しい
Vim覚えたての頃、結構i(a)した後、ダラダラと矢印キー、BSで書いてた気がする
（別にホームポジションから絶対手を離したくない、ってこだわりも無かったので）
C-R *で普通のエディタでいう貼り付けができるんだから
挿入モード内で範囲選択、ヤンクができればいいのにな、と思ってた時期が僕にもありました
（俺が知らないだけでなんかやり方があるのかな？）
挿入モード内でWinでいうCtrl+axcvz(他にあるかな？)相当の挙動ができれば
挿入モードの中で長時間ダラダラ書いて、ガッツリ編集したい時にEscで抜ける、みたいなさ
これだと日本語時にモード切替のコストが、、、ってのもあんまり関係なくなるような

「それじゃVimを使う意味が無い」を禁句にしてみると、こんな妄想も頭に浮かんでくる
まぁ、通常のVimの作法に慣れちゃったから、もうVim初心者の俺にもあんまり必要ないんだが
これだとWinの初心者が「メモ帳の次に選ぶエディタ」みたいなポジションも狙え、、ないかｗ
以上チラシの裏でした

知り合いがvimエディタ使いたいというたわけたことを言い出したので、
止めといた。
皆もおなじ立場なら止めるよな？

「いい、UNIXってのはね...」って説教がましくなるのは嫌だし、
「いま簡単そうにやったけど昔はね...」とか言いたくないし、
「ライバルエディタとしてemacsが...」とか言っててはずかしいし、
「だから移動はhjklなんだよ」って言い訳言いたくないし。
#素のviなんて普及活動できません。orz

>>197 んなぁーこたーない。

>>196 マウスを使え、ルーク
easy modeでMS互換もバッチリ

>>200
あ、マウスできるね、範囲選択＆ヤンク
「（挿入）ビジュアル」ってあるんだな
無知でスマン
でもキー操作では？（できればデフォルトで）

デフォルトではないなぁ

なんでevim使いたく無いんだろう...
やっぱeasyっていうのがダメなんだろうか
たいした違いはないんだけど

HappyHackingKeyboardのカーソルキーが、Fn + h,j,k,l に割り振られていたらどん
なにか幸せなことでしょう。

>>193
ビジュアルモードは別に遅れてないじゃんｗ
方向性が違うだけ

オレの場合はVとmatchitを組み合わせて行をメソッド、制御構文単位でまとめてdで切り取って移動
pで貼り付けるってのがよく使うよ
行頭に行かなくても選択が始めらるし、貼り付けるときも行切り取りって情報を持っているから
これまた行頭へ行かなくても貼り付けられるのがいい

emacsでも<C-a><C-@>移動<C-w>またまた適当に移動<C-a><C-y>で出来る
vs.netでも<Shift>押しながら移動<C-l>移動<HOME><C-v>でコピー出来る

確かにたいした差はないんだけどホームポジションで同時押しがほとんど無くて出来るのがお気に入り
モードの恩恵だね
サラサラ打てる
手の負担が少ない

あとoで選択範囲の反対側に移動できるのも良いね
範囲を広げたい場合は結構ある
コメントや空行も含めてコピーしたかったけど外れて選択始めたときなど
これまた同時押しなしホームポジションからほとんど手を動かさない

ブロック選択のsIAも何気に使用率高かったり
置換じゃ正規表現メンドイし<C-f>iしないと補完も効かないしね
馬鹿には優しい

つーか釈迦に説法とはこの事だなｗ
まぁビジュアルモードは便利だって事で

>>203
それはいつも思う

窓使いの憂鬱で左Winキー+hjklでカーソルにしてるけど
やっぱFnを左手の端っこ部分で押すのがどんなキーにも
絡ませやすくて使いやすい

>>189
でも同時押しは避けられないよ
emacsは負担を少なくなるようにctrlとかaltの位置変えているけど
当然vimでも他のエディタと比べれば同時押し多いけど全部同時押しはやだなぁ
指が死ぬ

でも結構併用しているけどｗ

>>196
がっつり編集したいときとがっつり書き込みたいときのさかいがないんだよなぁ
日本語なら判るんだけどコーディングの場合は常にがっつり編集したい場合だったり

オレのコードはほとんどコピペと補完で成り立っているからだけどｗｗｗ
リファクタリングって言って誤魔化しておこうｗ

>>204
> まぁビジュアルモードは便利だって事で

その便利さを享受するためにVim的マニアックな操作が必要で、しかも我々Vimユーザが
そのことに気が付いてないところが、人に勧めていく上で問題なっているのではないで
しょうか。

一般的なエディタの感覚で言えば、D&Dで選択した範囲を検索(ボタン)、これができる
ことが最重要。もちろんVimでもできますが、検索範囲を変更しようと一度ダイアログ
を閉じてしまうと選択していた範囲が消えます。ここら辺はかなり受け入れ難い(後れ
ていると思われてしまう)かもしれません。

もちろん少し知っていれば「selectmodeにmouseを設定するんだ」ということなんです
けど、万事がそういう調子では敬遠されても致し方ないと考えるわけです。

>>208
操作が一般的じゃないのは誰でも気付いているじゃんｗ
オレが言いたいのはそのマニアックってものの括り

狙うそうを間違えているんだよ
言ったと思うけどターゲット層はIDEのカバーしていない言語での開発をしている人たち
本当の意味での一般まで取り込もうというのは無理な話

だからと言ってその層が全員日本語でも気持ちがいいから使うとかエディタマニアとかじゃない
アピールが間違っているんだよ

置換は面倒だねホント
正規表現って直感的じゃないから
オレなんて数少ない場合は*で拾って書き換え、n.n.n.n.ってやっちゃうｗ
emacsみたいな問答式は良いなぁ

そうそうemacsの<C-s>って検索中に検索文字がハイライトされるでしょ
vimで言うset hls状態
で検索からちょっとでも動くとそれが消える
あれvimでも出来ないかなぁ
重いだろうけど

>>209の*で拾ってはヴィジュアルモードで*を使うと選択範囲を検索するヤツ入れているから
普通の単語単位なら*で拾って:s//aaa/gかな

>>194 普通のエディタからVimへの導入過程が整っていればそれで良いと思います。

>>195 syntaxは私も好きな機能の1つですけど「どんな形式にも大概対応してる」とい
うのは、普通の人がエディタ決定の主材料にするほどのアドバンテージなのか、という
ことを、議論したいところです。

>>196 良い方向だと思います。「i_CTRL-G_u」という拡張もあることですから、なんか
いろいろできるかもしれません。

>>197 個人的には、ノーマルモードが基調ならば変にキーを叩いてもuで戻せる安心
感、みたいなところかも。あとはless的につかえることとか。

>>203 最初はそう思ってたけどもう慣れちゃったかも。

>>209
> 言ったと思うけどターゲット層はIDEのカバーしていない言語での開発をしている人たち

2点。
1. Eclipseの登場以降、その層は急激に減っている
2. テキストエディタスレで過去に軽くあしらわれたのと同じ主張である

>>213
何点満点？ｗ

> 1. Eclipseの登場以降、その層は急激に減っている
重いと思っている人も多いしカバー範囲それほどでもない
軽い動的ページをスクリプトで書く場合はＩＤＥの恩恵はあまり要らない場合がある

> 2. テキストエディタスレで過去に軽くあしらわれたのと同じ主張である
誘導がマズい、ヘタ

完結にメリットあげ、デメリット（日本語に向いていないなど）を認めそれを場面場面で提示しよう
人を見て薦めるか勧めないかを決めよう
それが出来ればウザがられない
別にマニアック人間だけ引き入れるとか極端なことはしなくて良い

>>214
言うべきことが「2点ある」ということです。

> 重いと思っている人も多いしカバー範囲それほどでもない
> 軽い動的ページをスクリプトで書く場合はＩＤＥの恩恵はあまり要らない場合がある

ニッチであることに変わりはありません。多くの職場ではIDEがサポートできない言語
は淘汰される傾向にありますし、ハードウェアとEclipseの進歩もあわせて時間が解決
してしまうでしょう。

> 誘導がマズい、ヘタ

それは違います。ニッチがターゲットだ、と宣言したところで田舎エディタだと蔑まれ
る、そういう構造があちらにはあるのです。

「マシンの袖で見られてる時に、オーと言われたベスト３」
次の方どうぞ↓

誰も書かないので自分で書いてしまえ
1. やっぱり :%s/なんちゃら
2. ウィンドウ分割
3. リモート編集 :e ftp://server/path/to/file.txt

>>216
ニッチがターゲットだと宣言する必要は無いんだよｗ
相手を見て勧める
ただそれだけ
Terapad使っていてHTML編集しているんですけど最近perlをはじめて
もっと高機能なエディタを使いたくなりましたオススメはありませんか？
ってヤツには勧めちゃダメｗ

(1) CTRL+] でもぐりまくりアンド CTRL+T で戻りまくり
(2) TList
(3) noremap _w :simalt ~r<CR>:set guifont=Osaka−等幅:h9:cSHIFTJIS<CR>:set columns=90<CR>:set lines=35<CR>
    noremap _1 :simalt ~r<CR>:set columns=132 lines=35<CR>
    noremap _2 :simalt ~x<CR>:let &guifont=substitute(&guifont, ":h\\d\\+:", ":h18:", "")<CR>
    noremap _3 :simalt ~x<CR>:let &guifont=substitute(&guifont, ":h\\d\\+:", ":h24:", "")<CR>
    noremap _4 :simalt ~x<CR>:let &guifont=substitute(&guifont, ":h\\d\\+:", ":h48:", "")<CR>
    を _vimrc に登録しておいて人にソースコードの説明するときに発動しまくり。

>>218
1. 行補完
2. ブロック選択での編集sAIでの編集（特に$の後のA）
3. 豊富なColorＳｃｈｅｍｅ（ｗ

vimなんて趣味でエスペランド語をやってると思えばいい
仕事で使えるかとか本当に合理的かなんて考えたら負け

>>219
なんでダメなの？

むしろperlをマクロみたいに使えるvimが向いてるかもしれん

ベタ打ちするだけならTerapadとかと操作感なんてそう変わらんし
インテリジェンスなインデントやもろもろの編集機能…と言う風に
熱くメリットを力説しようとしてvim使いは引かれるんだろね

>>215,219

3点確認したいことがあります。

1. それがあなたの結論ならば「Vimを受け入れる下地があるかどうか見極め、ある人に
だけ勧めよう」という風に読めますが、それで正しいですか。
2. (1が正しいとして)現状のVimを取り巻く状況と、その結論から生じる状況に、何か
違いはありますか。
3. これが一番聞きたいのですが、あなたがVimを人へ勧める上で現状の機能に不満点は
ありますか。


私の考えでは、現行のユーザから機能(主に日本語関連)への不満・要望をもらって、議
論しながら可能なものは一つ一つ改善して行き、その過程でVimらしさを失わないよう、
しかも普通の人にとっても使いやすい形を見出せれば、と思うのです。

>>223>>224
perl に向いていないというわけじゃないよん
windowsの統一されたインターフェースはそれなりに洗練されていると思う
その統一的なインターフェースを捨てるにはエディタにたいする比重がかなり重くないとイケないじゃない
perlの習得とエディタの習得を同時に行わなきゃならない、仕事でもない
linux などに触れたことがあって設定ファイルをviで弄った経験も無いいわゆるライト層に
わざわざこれいいよと勧めるのはちょっと迷惑だよｗ

趣味で料理やり始めた人にこれはそんな文化包丁より良いからとプロが使うかっぱ橋で買ってきた
包丁セットを勧めるようなものｗ

逆にperlもそれなりに理解して仕事としてサイト作ってますみたいな人には勧めれる場合がある
ただperlだからvim向いているって勧めるんじゃなくてその人の条件や背景も含めて勧めないと
と言うお話でした

>>225
1.
まず普通の人を引き入れようというのは無理な話だと思う
それは>>226で書いているからね
ただアピールとしてサイトを立ち上げるなど不特定多数に情報を発信するのは間違いじゃない
上記の条件に当たる人を一人一人ピックアップするだけが方法じゃないからね
これなら自分から条件に合うと思って使ってくれる人が出てくる

2.
より宗教的になるとそういう人間しか集まらなくなるよ
違いは出てくるだろうね
KoRoN氏のサイトのエディタ批評が判りやすい
あれはエディタを選ぶ指標にはまったくならない
マニア的視点だ
魅力をアピールするコンテンツが少ない
まぁそれは他に立っているからわざわざあそこでやる必要は無いと言えば無いんだけどね

3.
不満点はそりゃあるでしょｗ
完ぺきなんて無いんだから

1.でも言ったけど普通の人が使いやすいエディタには絶対にならない
それはKoRoN氏も自分で言っていたでしょ？
一般人に使いやすいエディタじゃなくて現在の利用者に普通に使いやすい改善は必要

料理人も使える文化包丁なんてのは失敗する

>>226
>逆にperlもそれなりに理解して仕事としてサイト作ってますみたいな人には勧めれる場合がある
Winで仕事してるだけの人にはvimが本質的に進められるレベルになるとは思えないんだけど。
Unix系OSで設定ファイルをvi以外で書けないような状況の人とか
かなり限定的な人にしか実用的にならないんじゃないだろうか？

>>228
うん
だから勧めれる「場合がある」って書いている
ただ職業プログラマなら選択肢の一つとして勧めても良いと思うんだけどね
求めている条件に合致すれば（みんなやりたいことをあるよね）紹介できる
いやちょっと向いてないと言われれば普通に引けば良いだけよ
それほど限定していないよん

>>226
例えばevimには何が欠けてると思う。

>>230
GUI

他には？

>>232
横から口出しすると、エディタを選択しようとする段階にいたっている点で
対抗馬がメモ帳ではないと思う。

>>227
だとすれば、あなたが取る具体的な行動はなんでしょうか。たとえば、あなた自身がア
ピールするサイトを作ったりするのでしょうか。

あと勧める上で不満な点を挙げてください。治せるものは治していきましょう。

# ちなみにあそこは単に配布場所であって、魅力などアピールするつもりは元からあり
# ません。

> 1.でも言ったけど普通の人が使いやすいエディタには絶対にならない
> それはKoRoN氏も自分で言っていたでしょ？

半分あってて、半分間違っています。今のままでは間違いなくダメと言ってますが、な
れないとは言ってません。やりようはあるのではと考えています。Vimは英語圏で開発
され、最も汎用的なエディタの1つとなっています。普通の人が選択肢に入れるエディ
タの1つになりえてます。

それはユーザ体験が英語圏で使われるようにチューニングされているからで、必ずしも
日本語などの明確な区切りのない言語にそのまま適用できるものではありません。です
が逆にそれらの言語用のVim的なユーザ体験は構築できるのではないか、と考えてます。

>>232
いっぱいありすぎるなぁ
undo単位とかEsc押しちゃったとか
単語移動の単位とか<C-Del><C-BackSpace>での単語検索とか
選択範囲が消えなかったりとか
ちょっと合わせただけで正直あれじゃあTerapadよりも使えない
まだたんまりあるけどメンドイから無しねｗ

でもやっぱりＧＵＩが一番のネックになると思うよ
設定をプロパティ開いて気軽にやっていた人がどうやってシンタックスカラー設定できるのかとｗ

>>234
作らないよ
オレはまわりで使ってくれそうな人に紹介するまで
サイトを作るのは上手い人がいるでしょ？

＃でも高橋メソッドを使ったvimのプレゼントかは作ってみたくもあるなｗ

あとはKoRoN氏の信念のレベルやね
汎用的なエディタ＝普通の人に優しいエディタじゃないよ
すでにvimはここまで仕様が固まっている
コア層に使いやすいように成熟しすぎてしまっている
それは一般のユーザー、ライト層には受け入れられないよ

vim的なユーザー体験ってのがよく判らなかったり

>>235
なるほど、evim使ったことないわけね。
ていうか<C-Del><C-BackSpace>ってWin標準なの？

使ってみた人が「vi系はちょっと…」というのはたまに見るけど、それよりも、
ほぼすべてのvim使いが、「その程度の人にvim使わせちゃだめだろ」っていう認識なのはどうなのよ？
なんかしらんがおかしなプライドがあるんじゃないだろうか。

KoRoN地味に凄いこといってるね。
日本語を打つ状態ではvimを日本語入力に便利なチューンがされるべきだと思ってるわけね。
期待してます。

>>237
>228の一文はプライドがあると取ったかもしれないが、
意味していることはvim自身に薦められるだけの
何かが無いという意味だから。

>>237
evimのことは具体的な反論がないと意味がないぞ

<C-Del><C-BackSpace>はまぁOS標準じゃないね
しかし多くのMicrosoft製品で使われていて結構ポピュラーだよ
テキストエディタへの採用も多い

あとプライドじゃないよん
理由はさっき書いているけどエディタの使用率がそれほど高くない人にはあまり苦労分の利点が無いんだよ

>>238
> 日本語を打つ状態ではvimを日本語入力に便利なチューンがされるべきだと思ってるわけね。
> 期待してます。

そうです。それがソフトウェアの正常進化、というものでしょう。ですがとっくに私
はアイデアの限界を迎えてます。なので協力に期待してます。


とりあえず実験なんですが、いただいたアイデアを実装してみました。
http://www.kaoriya.net/bbs/bbs.cgi?bbs=bbs&article=3472
これはちょっと使いやすくなるかも、って感じです。

Onでインサートはいいと思うけどOffで抜けるのはやだなぁ
アイディアはすぐには出ない
ずっとインサートモードだとundo単位が凄いことになるし
むーん

>>239
evimについて反論するもなにも、すべてが的外れだから。

勧める理由なんて「メモ帳よりちょっと便利」で十分。
おれが最初に手に取ったのはTerapadだったけど、色が付くからって理由だけだった。
その頃はキーボードショートカットなんて使わなかったし。

設定はそりゃ多少はめんどいかもしれないけど、こういう機能はありますか？とか
こんなプラグインはある？と質問するのと同程度の苦労だと思うんだけど。
GUIの設定ダイアログがあったほうがいいのは間違いない。

>>242
判ってないｗ
メモ帳に毛が生えたエディタ求めているヤツがあんな設定ファイルのエディタ選ばないｗ
もっと軽くて手軽なエディタがごろごろ転がっているのにどうしてvim選ぶんよｗ

あと的はずれ的はずれ言うだけなら本当に意味ないぞ
的はずれならちゃんと指摘して話を進めるべきだろう
そうじゃないとここを見ている人間にもまったく役に立たない書き込みになる

>メモ帳に毛が生えたエディタ求めているヤツがあんな設定ファイルのエディタ選ばないｗ
それはあなたの脳内ユーザーね
今はvimのダメなところがだけが強調されて候補にすらあがってない

> ずっとインサートモードだとundo単位が凄いことになるし
ならない
>undo単位とかEsc押しちゃったとか
Esc押してもなにも問題ない
>選択範囲が消えなかったりとか
消えなかったことがない

>>244
脳内だけじゃない
GUIによるプロパティ設定はとても重要な機能だ
コアな使い方もしない場合これは確実にマイナスになる

> > ずっとインサートモードだとundo単位が凄いことになるし
> ならない

なる

いくつかのエディタを使ってみたところほとんどのエディタのundo単位は
１文字単位だ
evimでは分をある程度打って<C-z>を押すと全部消えてしまう
これはライトユーザーには使いづらい

> >undo単位とかEsc押しちゃったとか
> Esc押してもなにも問題ない

問題ある

Escを押すとノーマルモードに遷移してしまう
これでは使えない

> >選択範囲が消えなかったりとか
> 消えなかったことがない

消えないことがある

選択して上下移動した場合は選択が解除されない

>>244
主張が良く分からないけど、仮に完璧なwin標準のキーになったとして
その場合vimを使う利点って明確になるの？

　
縦書きのできないエディタは、日本では一般的になれないよ。

縦書きかぁ
それこそVimのユーザー層と直交するベクトルの要望なんだろうなぁ
でもテキストエディタスレとかでも結局
「だってVim、縦書きできないじゃん」と言われる事はあるな
できるよりはできたほうがいいんだろうけど、、、さすがに難しそう

>>246
ならないよ。主張したい事も特にない。

>>245
ね、言っても無駄でしょ。

アンチってやってみると結構面白いんだよ。
しかも完全なアンチじゃなく
少し理解があるところを見せると信者がどんどん食いついてくる。
一人対多数の構図になっても、
自分は遊びのつもりでいるからぜんぜん堪えない。
うは、釣れた釣れたって思うだけ。
そんなアホにエサ与えるなよ。

>>218
(1) "a、"b、"c、、、を使って、一度に複数の文章を運んだとき
(2) gd使ったとき
(3) <C-x><C-n>補完を使ったとき

evimは勧めない方がいいと思うけどな。win標準とはどうしても微
妙に違うんだし、そんな使いかたしてもvimの利点は全く得られな
い。vimを勘違いされてしまいそうだ。

設定値の意味やデフォルトがコメントとして書かれているvimrc系のファイルを
標準で添付するだけでも人に勧めやすくなると思う

>>253
> 設定値の意味やデフォルトがコメントとして書かれているvimrc系のファイルを
> 標準で添付するだけでも人に勧めやすくなると思う

KaoriYa版には付いてますよ。

>>249
オレの言っていることは思いこみでもなく誰でもevimで試せばちゃんと結果として出るものだよ
現在のエディタの現状を踏まえた評価

evimを勧めると言うわけではないとか途中で方針変わっているみたいだし
ハッキリ言って何が言いたいのか判らんよｗ

>>247
秀丸は十分一般的だよ
逆に縦書きのエディタで大きなシェアを持っているエディタを知らない

>>254
そのvimrc gvimrcは日本語版デフォルト値としてありがたく使わせてもらっています。
でも、そこにある設定だけじゃなく全部の設定を載せる勢いで、
たとえばDoxyfileとかぐらいの詳細さで書かれていて
helpを見る必要がないくらいのものがあれば
「とりあえず、このファイルを好きなように編集すればいいから」って投げ出せるかと

そういえば、:optionsってあるやん？
あれ使うと設定ファイル上書きされちゃうの？

>>257
別にKoRoN氏でなくても、誰かが用意すれば良いはずだ。
ただ、手間がかかりそうなので、vimwikiにテンプレート用意して、
暇な奴が説明書いていくという案を考えたがどうだろう？

>>250
まぁ実際この流れって、その手のアンチでしたってオチかもしれないけど
スレも進むことだし、話題も適当に提供してくれることだし
このスレはアンチ込みで楽しめばいいんじゃないかな
（どうしてもダメな人は本スレもあるし）
一ヵ月後ぐらいに「実は釣りでした」って言われても俺は気にしないｗ

>>257
> そこにある設定だけじゃなく全部の設定を載せる勢いで、

いきなり全部の設定が書いてあったら、逆にヒクのでは。GUIでも同じことが起こり
ますが、設定ダイアログに簡易モードと詳細モードを分けて搭載するものがあります
よね。そういう感じのほうが良いんじゃないでしょうか。

>>258
上書きはされません。あれで設定して:mkvimrcで書き出す、ということらしいです。
:optionsを翻訳する、というのは手っ取り早くてアリかもしれませんね。

>>256
秀丸は縦書き可能ですよ。
(1) nifty windows 実用ソフトフォーラムで、
　秀丸にカラー表示機能をつけてという要望があった。
　古参のユーザーは、「重くなるからイヤ」などの反応があった。
　しかし、サイトー企画は、秀丸をカラー化した。
　
(2) 秀丸公式掲示板
　秀丸に、印刷プレビューや、カラー印刷機能をつけてという要望があった。
　古参のユーザーは、「重くなるからイヤ」「秀丸はエディタです、
　他の印刷ソフトを使えば」などの反応があった。
　しかし、サイトー企画は、秀丸でハイライトされた通りに印刷する
　外部印刷プログラムを作った。
　
(3) 秀丸公式掲示板
　秀丸を、タブエディタにして(MDI)という要望があった。
　古参のユーザーは、「秀丸は、SDI です。イヤなら他のエディタを使えば」
　などという反応があった。
　しかし、サイトー企画は、タブ可もできるオプションを用意した。
　
(4) 秀丸公式掲示板
　秀丸の正規表現で、後読み(?<=...)(?<!...)もできるようにして
　という要望があった。古参のユーザーは、「bregexp.dllを使えば」
　などという反応があった。
　しかし、サイトー企画は、独自正規表現 DLL を用意した。
　
(5) 秀丸公式掲示板
　秀丸を、縦書き可能にしてという要望があった。
　古参のユーザーは、「重くなるからイヤ」などの反応があった。
　しかし、サイトー企画は、秀丸を縦書き可能にした。
# vim には、こういう対応がムリ。

>>262
>秀丸の正規表現で、後読み(?<=...)(?<!...)もできるようにして
>という要望があった。古参のユーザーは、「bregexp.dllを使えば」
これ、記憶違い。先読みだった。
後読みは、独自 DLL 開発後だ。

>>262
> # vim には、こういう対応がムリ。

もうちょっと基礎設計が良ければできるんですけどねぇ。今でもオプションで、古参
ユーザが嫌うような機能が使えるようになったりしますが、あまりに変更が広範囲に
及ぶものだと簡単には手が出せないほど、入り組んでるんですよ。

縦書きなんて、今のVimの構造からするとどうやったら良いのか、さっぱり検討も付
きませんわ。

ただ、そういう対応がまったく無理かと言うと、そうではないことは、印刷機能や
evimの存在、そしてVim7のスペルチェックなどから言えるのでは。

# 秀丸のほうがお金が動く分、やりやすいというのも考慮して欲しいです。

>>262
久々にあたらしいのDLしたらめちゃくちゃ使いやすくなっていた
適当なことを言ってごめんごめん

タブ化が基本的に一つ一つにプロセスを使い結果としてメモリをいっぱい使っちゃう以外は
ライトユーザーが使うエディタとしてほとんど死角がないじゃん
軽い、安定している、操作もwindows標準に近い、マクロも結構あるし秀丸のサイトから落とせる
これはやっぱりvimが入り込む隙はないと思うよ

やっぱり法人は金があるからパワーが出せるなぁ
ここでいくつか出た案は結局じゃ誰がやるの？って話になったら困るもんね
お金があれば人雇って作らせられるんだけどさ
vimのヘルプ日本語化だって二人くらいしか参加してないし
KoRoN氏の負担がデカすぎるね

＃サクラエディタはどうなったんだろう久々に新しいの入れてみるか・・・

今、最新のvim7用のja.po作ってるんですが、omni completionはなんて訳せば良いの
か思案中。なにかありますか?

いまさらだがevim(ってvim -yのこと？)使ってみた
なんかチラチラするけど、まぁwin系のキー操作なのは理解した

vim内臓のヘルプだけで他に何にも調べずにとりあえず使ってみたのだが
（というか検索が下手なのか、easy&vim、evimなんかのワードでうまくかからんかった）
このモードの抜け方がわからん、トホホ、通常のモードと簡易に切り替わらないのかな

あと色々キーを試している途中で「フムフム、ctrl+→←で単語跳びか」と思い
次にctrl+↑を押したら「ホナホナホナホナホナホナホナホナホナホナ」と出てきた
自分が関西人になった気がした
次にctrl+↓を押したら「ホミホミホミホミホミホミホミホミホミホミ」と出てきた
なんだか小馬鹿にされてるような気がしたｗ

ホルホル

>>264
># 秀丸のほうがお金が動く分、やりやすいというのも考慮して欲しいです。
企業ですからね。
社長の秀まるお さんが、メールの開発、その他。
山本さん(秀丸担当)が、秀丸の開発
KON さんが、Web 開発と、秀丸パブリッシャー開発
だったような。

「サイトー企画は、秀丸エディタがメインです。
　バージョンアップは無料なので、
　新規ユーザーを獲得する開発をしなければ、生き残れない。」

そんな主旨のこと言っていた。

秀丸の滑らかスクロール気持ちいいなぁ
今サポート掲示板読んでいるけど基本的に全部に返事するんだねぇ
もっと厨っぽい対応かと思ったらちゃんと丁寧な対応っぽい
５億稼いだってのもうなずけるよな

しかし話をもどすけど秀丸って縦書きに対応する前からライトユーザーのスタンダードだったような
やっぱり縦書きじゃないとダメって事は無さそうだ

>>270
>今サポート掲示板読んでいるけど基本的に全部に返事するんだねぇ
サイトー企画では、試用期間でもサポートを行なっています。
http://www.maruo.co.jp/hidesoft/
文句や苦情は、全て受け入れてもらえます。
たとえ、勘違いのクレームでも大丈夫です。

ある新規の初心者ユーザーの質問に対して、
常連ユーザーの失礼なコメントをしたことがありました。
以下全文引用。
>秀まるお2 さん　03/07/21 00:03
>　常連ユーザーさんには普段いろいろお世話になってます。
>　（っと断っておいて）
>
>　常連ユーザーさんに１つお願いです。明らかに「こういう返事で間違いない」
>ということでなければ、コメント発言しないでください。特に相手がここの会議
>室に初めて書き込む人については、絶対やめて欲しいです。
>
>　サポート業務はサイトー企画の人間が責任を持って行います。
>
>　秀丸会議室の方も、僕はたまにしか見てないのでなんですが、時々ユーザーさ
>んに失礼な発言が見受けられるように思います。その辺は秀丸担当にも監督する
>ようにしますけど…。

何らかの商品のサポート窓口へ行って、質問する。横から一般ユーザーが出てきて、
「質問の仕方が悪い」「マニュアル読め」なんて言ったら変だ。
事によっては、そこのお客さんではなくなります。

で、ここはvimスレなんですが、
それと同じ事をしれといってるの?

ところで、縦書きがそんなに需要があると一般的に思われているとは
思いもしなかった。

わなびな人たちは、エディタが縦書きでないと
日本語の立派な文章は書けないとか思い込んでいたりするのですハイ。
実際は縦だろうが横だろうが下手は下手なんですけど（苦笑）

>>262
vi古参ユーザにはvimでも嫌だろうよ。
vimはviを節操無く拡張するタイプのviクローンで近いものもあると思う。

>>272
実際の需要はそんなにあるのかかなり疑問。一部の声がでかいだけじゃないかと思う。

これは禁句なのかも知れないけど最近少し思ってることを・・・。
migemoで検索して移動してるからカーソルキーはそれ程、使わないような
あれ？モードって・・・。いや、なんでもないです。

ここでわけのわからん煽りするくらいなら
全部migemoで移動したらいいじゃないか。

打倒秀丸！なわけじゃないけど、たまに日本語時に秀丸に浮気する俺としては
あれって良くできてるし、際限なく良くなって行こうとしているのがよくわかる
ただあの名前とアイコンが（ｒｙ

でもやっぱり通常使用（日本語以外）でVimはすごい利点が多いし
手放せないし、その勢いでVimで日本語打っちゃう時も多い
ていうか、やっぱり「文字入力関連」全般は使い慣れたエディタでやりたいよね

「Vimはコーディング、英文用に特化したエディタ」って意識は大なり小なりあると思うけど
だからって日本語を全く打たずに過ごす事は（日本人には）難しい
ここ最近の「日本語で快適なVimにチューンする」流れはものすごく重要だと思う
でも大元のVimの魅力が殺されちゃうのもまずいし
行き当りばったりで拡張するのも後で大変になるし
まずはVim＠日本語に求めるものの概要を固めたほうがいいと思う
そのためには厨っぽい意見でも煽りでもなんでも数多く聞いてみたい気がする

>>277
> でも大元のVimの魅力が殺されちゃうのもまずいし
> 行き当りばったりで拡張するのも後で大変になるし
> まずはVim＠日本語に求めるものの概要を固めたほうがいいと思う
> そのためには厨っぽい意見でも煽りでもなんでも数多く聞いてみたい気がする

ある機能要望を行き当たりばったりで実装して、後で大変になるかどうかは、まっつ
んさんや私が見れば大方の予想は付きます。あとはその機能のメリットと大変さのバ
ランスを取ることが大切ですね。

概要を固めてしまうかどうかは置いておいても、幅広い意見に耳を傾けるのは重要だ
と思われます。提案された機能がそのままではVimに合わない場合、Vimのスタイルの
翻案(例:fold)を考えるのも良いかもしれません。

>>278　KoRoNさん、どうも
なんか私が書いた文、読み返すと意味不明ですねｗすんません

概要を固めるって書いちゃったけど、「指針をまとめる」みたいな硬い意味じゃなくて
採用するか、実装できるかの問題はさておいて
いっぺんみんなでわがまま放題言い合って
日本語時のニーズを見渡してみるのがいいのかな、という程度の意味です

＞と思われます。提案された機能がそのままではVimに合わない場合、Vimのスタイルの
＞翻案(例:fold)を考えるのも良いかもしれません。
こういうので「あれ？Vimの流儀でやったほうがスマートに解決できるじゃん」みたいな事が結構あるのが
このエディタの魅力ですよね

じゃあ一つ提案
テキストオブジェクトの拡張
句読点で区切られる単位が欲しいかも

「本日は、お日柄も良く」

上記で「も」の位置にカーソルがあるときにdidで「お日柄も良く」が切り取りが出来るとか
うしろについている、。を含めるか含めないかはiかaで切り替えるみたいな
だめ？

>>280
> 上記で「も」の位置にカーソルがあるときにdidで「お日柄も良く」が切り取りが出来るとか

なぜにid? isで良いんじゃないしょうか。もうちょっとしたらソースコード見てみま
しょう。

>>281
最後の」も削られちゃうからさ
isよりも細かい分の単位が欲しいな見たいな

>>282
今試したら、isとasで同じモノが拾えてますね。違いが無いのかしら…

テキストオブジェクトの拡張ってomapじゃダメなの？

>>274
>vi古参ユーザにはvimでも嫌だろうよ。
>vimはviを節操無く拡張するタイプのviクローンで近いものもあると思う。

秀丸では、縦書きに対して、古参ユーザーの中で、かなり抵抗がありましたよ。
「重くなる」「秀丸は横書きだ、他のエディタ使えよ」
「縦書きなんて使わない」「余計な機能」・・・

英語圏の人が、emacs + mule に文句を言っていたでしょ。
vim でも マルチバイト関連で、不満に思っている人はいませんかね。
ちなみに、オレは、jvim は、使っていたけど vim 5.7 は使うつもりは無かったな。
6.0 になって、使いはじめた。

>>285
過去のxim_ctrlについてはあるかも(苦笑。あれは性急すぎた orz

>>284
どうやって拡張するの？

秀丸をvim互換にしてくれるように要望だしたほうがいいんじゃないか？
古参ユーザーは反対するかもしれないけど、きっと実装してくれるだろう。

>>286
ですなぁ。
あれは正直... kjE'2gz4$Usz.,,

>>287
例えば「」を選択するやつ。
vnoremap ak <Esc>:normal! gvF「Of」<CR>
onoremap ak :normal! F「vf」<CR>
vnoremap ik <Esc>:normal! gvT「Ot」<CR>
onoremap ik :normal! T「vt」<CR>

もうちょいしっかり作ったほうがいいんだけど、
だいたい満足なのでこのまま使ってる。

>>290
改行入ったり先頭だとダメっぽいね
でも使えるかも
でもやっぱり、。「」などを区切りに一文編集したいんだよなぁ
」から。までとか
スクリプト組めばイケるのかしら

>>288
素晴しき発想の転換!

>>283
isとasはiwやawと同じ空白処理の違いだから日本語だと違いないですね。

>115
「,」にはとまらないのに「、」にとまるのが気持ち悪い。

>>274
本格的に小説を書いてる人たちが集まってるスレにでも行ってみてくださいな。
「縦書できないエディタは使い物にならん」という人が多数ですよ。

「エディタは横書きでもあとでワープロかなんかで縦書に整形すれば」
というのは現実的ではありません。
ちゃんとした文章を書くなら文章の視覚的な見栄えなども考慮しながら書くものです。
横書きで書いてあとから縦書に整形しても
三点リーダやらダッシュやらでいろいろと問題が出ることもある。

それこそちょこちょことメモ程度のものを書くだけの人なら横書きだけで充分だろうけど
本格的に文章を書こうとするなら縦書は必須です。

横書きしかできないエディタで満足できる人はその程度の使い方しかしてない人か
またはプログラムや技術文書みたいなものしか書かない人なんでしょう。

かく言う私もvimユーザなんですが
私はプログラマで本格的に文章を書くことはないのでとりあえずvimで満足してます。
他のエディタならマクロ書かなきゃできないような操作も
vimなら単純なキー操作+繰り返し+キーボードマクロ程度で即席で出来てしまうことが多いし、
私にとってはvimは便利です。
でも本格的に文章を書く人にとってはvimではだめだろうなということは理解してます。
読むほう専門ですが創作系のスレなんかも覗いてるもので。

文章書きの人はWZ3を使ってる人が多いようですね。

昔は縦書きできるワープロなんてなかったが、
そのころからワープロ使ってるプロの小説家も多いよ。
本格的文章に縦書きが必須というのは
あなた自身のこだわりでしかないのでは？
視覚的に印刷したときと似ていたほうが理解しやすいのはわかるけど、
latex 的なフォーマッタのアプローチを好む人だっているし。

>>295
俺は昔はコーディングではvim、日本語文章ではＷＺを使っていた
（WZは縦書きやアウトラインもそれなりに充実してるしね）
でもケースごとに使い分けるのが嫌になっちゃったんだよね
キーバインドはおろか、作法も流儀も違うもんで、自分の中の共存は難しかった
その結果、縦書きは泣く泣く諦めている
「縦書きした〜い！」って人は少数かもしれないけど、その重要性は結構切実だとは思う

#根本的な解決にはなってないけど
#縦書きできるアウトラインプロセッサとかの外部エディタに
#gvimを登録、という道を現在模索中

本格的に小説書くためにエディタ使っているユーザーが何人いるのかと
縦書きは残りのユーザー獲得のための落ち穂拾いだろ

秀丸にvimっぽい挙動を要望すればいいだろ。

mule は昔縦書き言語のために
縦書きをサポートするつもりもなくはなかったらしいけど、
emacs に統合された今では
しばらく望めないだろうね。
ただ vim と emacs でいうと、emacs の方が
縦書きサポートする可能性がまだ高そう。
すでに右から左に書く言語もサポートしてるし。

>すでに右から左に書く言語もサポートしてるし。
vimもあるぞ

その右からが導入された時って、
どんな感じだったんだろうな

古参ユーザーは反対したに違いないからもっと誉めてあげよう

文章を書くのにエディタって本当に重要性が高いか？
コード違って体裁や行間細かい記号の意味する所が大きいだろ。
しかも、同じコードを複数使ったりタグジャンプしたり超巨大ファイルを
扱う必要性とかないし。色分けされる意味も自動インデントされる意味も
補完される意味も薄い。何故エディタで書こうとするのかかなり疑問。
一太郎でもWordでも、エディタでも文章用ってのがあるだろうに。
良く分からん。

それが形から入りたがるわなびのわなびたる所以。

エディタで入れた通りに本になるわけでもあるまいに。

Vim7のKaoriYa版をビルドしました。

http://www.kaoriya.net/testdir/vim7-daily-w32j.exe

7zipの自己解凍書庫で、実行ファイル+ランタイム+パッチだけの配布です。名前の通
り、なるべくdaily目標で更新するつもりです。

たしかに通常文章を書くのにコーディング用の便利な機能は意味が無いのも多いけど
俺はgrepからのジャンプ、diff、補完なんか便利に使ってる

ソースコードみたいに複数に分けた文書を後から合理的に連結する技術が
普通の日本語文章に無いのでいきおい一つのファイルが巨大にならざるを得ない
（この場合Tex使って最後までやれば解決するかもしれない、俺はやってないが）
まぁ一万行を超えるってケースはそうそう無いけど、それ以上は
さすがに分割しないとゴチャゴチャになっちゃうな（自分の脳内で）

たしかに日本語打つだけなら、もっと適したソフト、環境があるんだけど
なるべく使い分けたくないんだよね、俺は
（使い分ける派の人達は、多分もう他のワープロなんかも併用してるだろう）
だから「Vimを最強の日本語エディタにしよう！」っていうより
「Vimで問題なく日本語が打てればＯＫ！」って感じです、俺

縦書きも、そりゃできたほうがいいけど、優先事項とは全然思わない
「縦書きでないと書けない」って人はこだわりすぎのような気もする
まぁ、俺には想像もできない美文を書いてるのかもしれんが
そもそも縦書きVimって実装するのも最高に難しそうだけど
どんな挙動をするのかが想像できんｗ使いやすいのか？本当に

>>306
乙です

やろうと思えばvimでもmltermなんかと組み合わせればやれんことはない#縦書き
やろうとも思わんが。

>ソースコードみたいに複数に分けた文書を後から合理的に連結する技術
m4 とかよさげ

>>309
なるほど！普通にincludeするわけねｗ
まぁバッチ処理させるのとあんまり手間は変わんないんだろうけど
メタ視点から文書構造を格納したファイルを別に持つ、という感覚で良いかも
本末転倒にならない程度に(すでにそうか？)色々やってみます

>>307
>「Vimで問題なく日本語が打てればＯＫ！」って感じです、俺
オレも。

オレには、物書きの視点ではないけど。
原稿用紙を基準に文章を書く人にとって、ワープロは、重くて、無駄に多機能。
文字を大きく斜体にしたり、絵を貼り付けたり、図を描いたり・・・
それよか、テキストファイルのままで、ルビを埋め込めたり、
高速にカーソル移動できる方が、ありがたいんだろうな。

原稿用紙を専門的に使う人用のエディタ。
原稿エディタ(\5600)、VerticalEditor(free)
http://www.ftm.co.jp/sys/
http://www.forest.impress.co.jp/lib/offc/document/ideaprocsr/vrtcleditor.html

O's は、印刷プレビューで編集作業をするに等しい WYSIWYG エディタ
タグジャンプなんかより、「シナリオ機能」が必要。
vim の syntax highlighting なんかより、HTML の CSS のようなスタイルが必要。
O's Editor2 (\2000)
http://www.forest.impress.co.jp/lib/offc/document/wordprocsr/oseditor.html
http://ospage.jp/soft/oseditor2/oseditor2.html

「原稿用紙を専門的に使う人」て、
今どき原稿用紙を基準に編集・出版作業をしている出版社や印刷所が
どこの世界に存在するというのか(^^;)

原稿用紙なんて字数の指定に慣習的な単位として残ってるだけだよ。
石油の単位がバレルみたいなもんで、まさか実際に樽を使ってると思う人はいるまい。

>>312
私の経験だと「原稿用紙ベースで考える人」ですねぇ。あの余白だとかのバランスが
無いと、良い文章が出てこないということらしいです。

# Vimじゃないとまともなコード書けない、そんな感覚に近いかも

だよね
今じゃいちおう400字の整数倍で考えるってだけだよ

秀丸で書いて、あとから原稿用紙の印刷ソフトを使うのではなく、
最初から原稿用紙のエディタで書かないとダメだというのです。
そして、行き着く先は、最初っから「本」の状態で、
書きたいと言うのです。

>>305
>エディタで入れた通りに本になるわけでもあるまいに。
O's Editor の思想が、それに近いです。

行き着く先が、京極夏彦。
InDesign で書くんだよな。
http://www.adobe.co.jp/print/features/kyogoku/main.html
http://haken.at21.jp/topics8_6.htm

原稿用紙フォーマットに印刷する意味もないんだってば（苦笑）

中途半端に見た目を追求したところで、
編集の段階で単なる文字以外の情報は全部捨てられます。
本当に組版ソフトで全部組んで入稿するのなら話は別だけど、
それこそ明らかにvimのようなエディタとは何の関係もない話。

縦書きエディタ、ましてや原稿用紙エディタに実用的な意味は皆無っすから、
書く時の気分の問題として縦書きを一番遠いTODOにでも入れておけば
充分じゃないっすかね。

日本語入力のために先にすべきことは他にたくさんあるでしょうし。

>>317
> 縦書きエディタ、ましてや原稿用紙エディタに実用的な意味は皆無っすから、
> 書く時の気分の問題として縦書きを一番遠いTODOにでも入れておけば
> 充分じゃないっすかね。

近いTODOに入れたいとは思いませんが、「見た目やスタイル」が創作や作業の質や効
率に影響を与えるということは、常に意識しておいたほうがいいかもしれませんね。
私自身もVimのスタイルによって、随分と質の面を助けられているなぁ、ということ
を改めて気づかされました。

>>306
７ですね。まってました。

>>306
使ってみました
違い omni 補完すぐに飽きそうだなと思うくらいしか無かったんだけど
実際にどこら辺が変わっているんでしょうね

あとスペルチェックが増えたおかげで :sp による分割が出来なくなったのがかなりイタいです
どうにかならないんだろうか・・・

今、日付毎にファイルを置くべきか迷ってます。

>>320
> 実際にどこら辺が変わっているんでしょうね
:he version7.txt  ⊂(ﾟ∀ﾟ*)

書き込みが止まってるって事は
みんな7で遊んでるってこと？

Vim7試しているんですが、日本語関連のバグが結構多くて (;´Д`)ｳﾄｩｰ

そう言うパッチを送る人ってKoRoNさんしかいないからだろうね
emacsは参加型だからいいなぁ

>>324 まっつんさんを忘れちゃヤダー ヽ(`Д´)ﾉ

スクリプト(lisp)でいくらでも修正可能なエディタと、Cのあまり褒められない構造
のエディタでは、手の出しやすさが違いますよね。syntaxとかfoldingとか未だに触
りたくないところがあります。

というか、vimは、そんなに人いないのかよ。
エディタスレの様子じゃちょっと言われるだけで
我慢ならないようなvimを愛してやまない雰囲気のﾔｼは
なんでやらないんだ？

挿入モードで選択時に
imap <C-;> <ESC>:'<,'>
な感じでvisualモードで<S-;>押したのと
同じようにしたいんですが上手くいきません。

どうしたら上手くいきますか？

<C-;>を入力できない (<C-;>を押すとただの;が入力される)
ということなら、どうしようもなさげ。
:imap <C-;> hello
:imap ; world
で確認どうぞ。

>>328
:imap <C-;> hello ＞ ダメ。
:imap ; world ＞ おｋ。

でした。のでどうやら諦めろということのようです。

ありがとうございました。

どんなキーでもマップ出来るようにしろと言いたいな

上の方の日本語入力に関する話読んでで思ったんですが
挿入モードに移るのに i,a 以外に
例えば Alt + i , Alt + a とかで「挿入モードに移ると同時に日本語入力をオンにする」キーバインドとかあると便利かも。
日本語入力の際に、一手減らせそうな気が。
つっても漏れはプログラミングまったくできんヘタレなんで、丸っきり人頼みなんですが(^_^;)KoRoNさんどうでしょ？
それか、そんなのこう設定すりゃできるよボケみたいなのあったら教えてほしい。
ウチの環境→ vine + uim-xim + kterm

>>331
map <M-i> :setl imi=2 \| :startinsert<CR>
こんな感じで。aが再現できないのが(´･ω･`)かも。

vimはユーザに恵まれてないなぁ。不運というか。
作り手の苦労が報われなさそう。

>>330

>>331
AltIMEみたいな感じ？

>>333
意味不明だな

変えたきゃ自分で変えろってことだ馬鹿

>>332
startinsert!
はAじゃなくてaにしてほしいですよね。

そんなんでユーザー取り込もうとか片腹痛いなｗ
じゃあお前はいっさい要望が無くてあるものは全部自分で実装しているのかと

>そんなんでユーザー取り込もうとか片腹痛いなｗ
何か勘違いして喜んでるが
漏れはvimをメインに使ってるユーザじゃないけどな。


>じゃあお前はいっさい要望が無くてあるものは全部自分で実装しているのかと
必要ならばやるだろう。出来ないなら頼むだろう。お前は偉そうなんだよ。

ただ態度が気に入らないだけかよｗ
ガキだなｗ

もはや何も言うまい

動ナビからきました
ttp://ameblo.jp/kougen/entry-10007917580.html

>>337
aは行末以外l + startinsertということかもしれませね。で行末なら!付けろと。

>>343
いちいち行末以外の判定をするのが面倒なんですよね。

>>344
function! StartInsert(type)
  if a:type ==# 'i' | startinsert
  elseif a:type ==# 'I' | normal! ^ | startinsert
  elseif a:type ==# 'A' | startinsert!
  elseif a:type ==# 'a'
    let oldcol = col('.') | normal! l
    if oldcol != col('.') | startinsert
    else | startinsert!
    endif
  endif
endfunction

ざっくり書いてみたけどこんな感じですね。行末でcall StartInsert('a')すると
beepが鳴るのはご愛嬌ってことで。これ以上やるのはちょっと面倒かな。

>332
素早い回答さすがです。早速 .vimrcにmap <M-i> :setl imi=2 \| :startinsert<CR>貼りつけてみましたが、
残念ながらうまく動きませんでした。オラの知識不足かもしれませんが。

>334
手元にWindowsないんですが、ググってみた感じ微妙に違うかも。
挿入モードに移って日本語入力しようとする時に、i + imeオンじゃなく、
例えば Alt + i で挿入モードに移ると同時に日本語入力オンにできればちょっとだけウマーかなと。
贅沢言えばfFtTでも同じようなことができればさらにウマー。







自分じゃまったくお手上げだけどな orz

普通にiIaA使えばいいんじゃないかと思うんだけど…

let tmp = &cpoptions
" うまくいかないのはcpoのため？imactivatekeyの設定かも？
set cpo=
nnoremap <M-i> :set imi=2<CR>i
nnoremap <M-I> :set imi=2<CR>I
nnoremap <M-a> :set imi=2<CR>a
nnoremap <M-A> :set imi=2<CR>A
nnoremap <M-f> :set imi=2<CR>f
nnoremap <M-F> :set imi=2<CR>F
nnoremap <M-t> :set imi=2<CR>t
nnoremap <M-T> :set imi=2<CR>T
let &cpoptions = tmp
" <M-f>と<M-t>がメニューとかぶるから必要
set winaltkeys=no

みんなはさっさと7使ってんの？

>>348
オレは使わないな。

vim は v7 が始まっているけど、秀丸も v6 のベータテストやっている。
アウトライン、折りたたみ、イベント駆動マクロ、・・・
http://www.maruo.co.jp/turukame/3/indexg.html
窓の杜でも紹介
http://www.forest.impress.co.jp/article/2006/02/17/hidemaru6beta1.html

アウトラインは、どうだか分からない。
イベント駆動は、vim の方が充実している。
折りたたみ系は、: さんの folddigest.vim 風だな。
秀丸の場合、デフォルトだと syntax highlighting の Identifier で、
fold するはず。

ここ(ソフ板)で、vim の普及とか話してたけど、
普及する vim は、イヤンな感じがする。
普及するのならば jvim の方が、ふさわしいと思う。

今さらjvimが普及されても…

普及するvimはイヤンな感じ、っていうのは
普及するように改造されたvimは嫌だ、なのか
vimが普及してるような世の中は嫌だ、なのかｗ

まぁ小学生からおばあちゃんまでガリガリvimで文章を書く世の中っていうのも、ちょっとキモイかなｗ

どうすれば普及するかはさておいて
ここから↓vimが普及しきった世の中を想像したネタをどうぞ

PCにマウスは付属しません

キーボードのhjklに矢印記号

ブラウザでCtrl-H押したら、ヒストリーが開かないで、
書いてた前の文字が消える。

ゲームのジョイスティックが hjkl 配列。

Wordも標準でViキーバインド、とか
たまにはあげるかな

yzisがwindowsにも移植されればなぁ…

ウォシュレットの強弱調節は <C-A> と <C-X> でやる

Window$標準添付のゲームはnethack

>>320
> あとスペルチェックが増えたおかげで :sp による分割が出来なくなったのがかなりイタいです

spidermonkey拡張の副作用でした。コマンドの宣言はアルファベット順にする慣習が
あって、入力が不完全で複数のコマンドとして解釈できる場合は、一番最初に宣言さ
れているものとして解釈されるというのが原因です。

とりあえず宣言をsplitより後ろにする方向で調整します。

>>360
ありがとうございます
:spl まで打てばいいんですけど使用頻度が高いとそのちょっとの違いが結構苦で・・・
人間どんどん怠け者になっていきますねｗ

>>361 いやいや。私も :sp ^D できなくて困ってたんで(苦笑

各エディタスレ、秀丸ショック？で
チラホラ「とうとう秀丸に乗り換える」宣言の人がいるけど
ここは静かなもんだね

あれで乗り換える奴はエディタに気を使ってる奴じゃないだろ

秀丸ショックってなに？

いや、俺も詳しくは知らんのだけど
新しいバージョンのベータがでたんだとさ
ttp://www.forest.impress.co.jp/article/2006/02/17/hidemaru6beta1.html
なんか盛りだくさんの内容らしくて
Windows系エディタのスレでは結構話題に
（秀丸ショックってのは、あんまり騒いでるから俺が勝手に言ってみただけ）

別に煽りでもネタ振りでもなんでもない、
ちょっとエディタ一般として話題出してみただけ

秀丸は大昔にユーザー登録までしたけど、流れ流れて今ではVimユーザーに
秀丸のViキーバインドのマクロとかないのかね
いや、あったからって使うわけじゃないんだけどさ

それ、漏れがエディタスレで言うまで
気づいてもいない様子だったけどな。
2chの奴の趣味が良く分からん。

vi系の使用者は機能でなく良くも悪しくも操作性で選んでるわけだから
機能強化の話にはあんまり惹かれない。

便利な機能はあった方がいいには決まってるけど、
それだけでは他に乗り替えるだけの理由にはならないというか。
viの操作系で一番充実してるからvimつこてます、とまあそんな感じ。

# 一つのエディタに慣れすぎると移行コストが高くなる、というだけの話か。

vi も emacs も独特の魅力があるから、
いったん慣れるとノーマルなエディタはアウトオブ眼中になって
比較検討すらしなくなるんだよな。
他のエディタスレにでしゃばって嫌がられてるらしいが、
そこらへんが原因じゃないだろうか。

俺もvim使うようになって機能で他のエディタと比べることすらやめてしまったな
#でも7の新機能は楽しみだったり、、、

正直「もうvim以外に逃げ場がない」といったところか
みんなは、もし何らかの理由でvimがこの世から消えてしまったら何使う？

emacs

>>370 既存のものを拡張していくか、最悪でもviクローンを作るか、かな

vimが消えちゃったらemacsかな。
一から覚えないといかんが。

viper

vim無くなったら、テキストエディタやめるかもしれん。
全てリッチテキストw　設定ファイル編集もリッチテキスト使うかやってもらうw

vi

サーチで
『下まで検索したので上に戻ります』
というループを無くすオプションを教えてください。。。

>>377 :set nowrapscan かな?

サーチで
『下まで検索したので次のバッファに移ります』
というオプションを教えてください。。。

あ、あの…
ファイル開こうとして、
e　.\hoge.c
なんてやったら、それはvimのファイルのあるディレクトリのhoge.cを指してる事になって
そんなの無いから新規みたいになりますよね…？
そうじゃなくて、今編集してるファイルと同じディレクトリのhoge.cを指定したい時はどうするのでしょう…？

>>380

↓自動的に、現在編集しているバッファのパスに :cd するプラグイン
ttp://www.vim.org/scripts/script.php?script_id=65

:e %:p:h\hoge.c
:help filename-modifiers

%:p:hだと補完ができないのがめんどくさいな。

>>382
> %:p:hだと補完ができないのがめんどくさいな。

KaoriYa版に入っている、こんなスクリプトを使うと補完もできます。

" c_CTRL-X
"   Input current buffer's directory on command line.
cnoremap <C-X> <C-R>=<SID>GetBufferDirectory()<CR>/
function! s:GetBufferDirectory()
  let path = expand('%:p:h')
  let cwd = getcwd()
  if match(path, cwd) != 0
    return path
  elseif strlen(path) > strlen(cwd)
    return strpart(path, strlen(cwd) + 1)
  else
    return '.'
  endif
endfunction

他スレを見てて、ふと思ったこと
「VimでもIMEの再変換はCTRL+BSで効くんだよね。自分は使わないけど」

他スレってViViスレ？ｗ

そです(笑

CTRL+BSは再変換としては非常に限定されたものです。もちろんVimでもフルサポート
することはできると思うんですけど、じゃあどういうインタフェースが良いかとなる
とちょっとわかりませんね。

>>384
それ、再変換じゃなくて、確定のundoじゃないですか？
変換し直したい文字列を選択して再度変換候補出すやつなんですが。
Ctrl+BSやったら選択範囲消されてしまいます。
できるならうれしい。

ちょっと読んでみたけどViViは作者が酷すぎるね
バグのリスト見たらとんでもない状態に
たろちゃんはあの作者みたいにならないで欲しいな
反面教師として見習うなら良いけどｗ

再変換のインターフェースってどうなっているんだろう
ATOKもIMEも同じインターフェースに乗っかって提供されているのかな？
なら割り当ては各自自由にマップして貰うとかして
とりあえず選択時のコンテキストメニューに再変換を置いておくとかがいいかも
半角全角変換みたいなイメージで

なんかwinオンリーな感じに考えちゃった
ごめんちゃい

とりあえず今回わかった事は
「使ってない人間が大量にViViスレを覗いている」
ことだなｗ、俺もだが

viつながりって事で見てるんじゃないだろうか。
漏れなんかまるで関係ないエディタのスレも良くのぞくよ

viviがエディタ名だということすら知らなかったのは
漏れがうにくさだからかなだよもん

ソフ板にも、とうとう「だよもん」の波が！ｗ

今、Vim使いならviviスレをヲチしなければならない気がした。

そして、それはたぶん気のせいだ

ここが出来たせいでUnix板にソフト板のあふぉが流れていったような気がする。
アレは酷い。あの特有の香しさは手に負えない。

「UNIX板のVimスレに」流れていったって事？そうかなぁ、なんかあったっけ？
逆に俺は本スレにバカが乱入しない雑談所、釣堀、隔離場、防火壁を兼ねてる気がする＞ここ

UNIX板全般にWin系厨が突入してんのは昔からのことだと思うけど、、、

「ここは馬鹿の防波堤、隔離所なのさ。」
男は隔離所の仲間に得意げに語りました。

香り屋のgvim7、対応するカッコが強調表示されるようになった！
これ結構欲しかったんだよねぇ
あとラインカーソルでちゃんとシンタックスカラーが維持されるぅ
でも補完リストが見えなくなっちゃう(´･ω･`)

そう言えばg/でmigemo聞かないんだけどまだ組み込まれていない？

俺はvim7入れてないので、:versionで、+migemoがあるか
確認してくれ

> そう言えばg/でmigemo聞かないんだけどまだ組み込まれていない？

> 俺はvim7入れてないので、:versionで、+migemoがあるか

KaoriYa版には入ってますよ。別途配布しているmigemo.vimがcp932辞書を使うように
なってて、動かないように見えるだけです。UTF-8の辞書を作ってmigemodictが正し
くそれを指すようにすれば、既に使えるでしょう。

>>402
試してみました
ローマ字で検索されるけどインクリメンタルサーチにならない orz
カーソル動かないし、打っている文字までハイライトされません
リターン押すとちゃんと飛ぶんですけどね

とりあえず新機能にドキドキするために今後も追っていきます

>>403
修正したものにもうすぐ差し替えます。今リリース用のビルドしてます。

症状としては、1文字だけのときはC/Migemo+incsearchが効いて、2文字目以降を入力
するとC/Migemoが無効になってしまうということでした。

そろそろ上げないか？

極悪非道のageブラザーズ！
今日もネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　age
　（・∀・∩）（∩・∀・）　　　　age
　（つ V 丿 （ im .⊂）　age
　 （　ヽノ　　 ヽ/　　）　　　age
　 し（＿）　　 （＿）Ｊ

gvimでつかえるアウトラインプロセッサー風のマクロないかな？
階層一覧だけじゃなくて移動したり折りたたんだり高機能なやつがいいんだけど

ひょっとして俺が知らないだけで標準でそういう機能ある？

>>407 使ったことないけどこんなのがあった
http://www.vim.org/scripts/script.php?script_id=517

ありがとうございます
つかってみます

ところでvimのプロモビデオｗ作るって話が上であがってるけど
だれかつくんないの？
他人がviつかってるとこ見てみたいよ

使いこなし具合いで頭の良し悪しバレそうで恥ずかしいな。

大丈夫手筋を予め決めておいて高速にタイプで
信じられない速度で編集してる詐欺画像にすればいいよ

vim7はいつ頃完成するんだろう

vim6って完成したの?

kaoriyaのvim7を98seで起動するとメニューとか文字化けするんだけど、
vim7からは98seはサポート外？

fltkのデモFlashがあったような気がする

>>415
UTF-8ベースで調整しているからですね。
encとfencsの設定をVim6から借りてくれば動くかもしれません。

ただしKaoriYa版としては98SEはサポート外です。

テキストエディタスレの新スレが建って
こっち（vimスレ＠ソフ板）がテンプレにはいってたみたいね

ウニ板の方じゃなくていいのかね、と、ふと思ってみたり、、ｗ

どう考えてもダメだな

でも、どっちを入れるべきかって言われると迷わねぇ？

知らせない方がいいってこともあるからね

まぁ、ちょっと成り行きを見守ってみるかな

ソフ板から飛ぶならこっちでワンクッション置いたほうがいいじゃね

何も考えずにvimと名の付くスレを全部貼っちまえばいいのにとも見たが
Mac Vimスレまで入れられても無駄だろｗ

俺もここでワンクッションおいたほうがいいとは思う
あのテキストエディタスレって大半の人は
Windowsキーバインドのエディタを探したり試したり比較検討するスレって感じだし
気力がある人はほっといても本スレまでたどり着けるでしょう

テキストエディタ一般スレでウザがられずにVimをオススメすることの
なんと難しいことか、、、

windows で kaoriya 版使ってます。
あらゆるファイルで
右クリックで edit with vim みたいなもの出したいんだけど、
いい方法ないですか？
今は「送る」に入れてますが、ちょっと遠くて。

禿しくスレ違いだが窓の手でも使えば

普通に関連付けをいじったらいいよ

>>425
:help install-registry

おれはやったことないけど。

どうもありがとうございます。
:help install-registry あたりを読むと、
レジストリいじってやる方法とか、
あるいは本家のインストーラでインストールすると
そういう作業を自動でやってくれるとかあるみたいですね。
レジストリについての作業内容が何を意味するのかわからないので、
もうちょっと確認してからやってみます。

Edit with Vim
Edit with existing Vim

Edit with multiple Vim
Edit with single Vim
Diff with Vim

なぜか右クリックにこんなものが存在していた。どうやったかは忘
れた。

>>430
gvimext.dll(シェルエクステンション)をインストールするとそれがでますね
ただ個人的にはあまりおすすめしません。

>>431
なぜ?

> しかし、もしも可能ならばgvimext.dllを使っての右クリックメニューの追加は諦める
> ことをお奨めします。ちゃんと現象を把握していないのでアナウンスはしてなかったの
> ですが、gvimext.dllを使うと稀にOSが不安定になるケースがあるようで、個人的には
> 使用を控えています。申し訳ありませんが、利用する際はその点よろしくご考慮くださ
> い。

カーソルがある行のアンダーラインってできないのかな？

http://pc8.2ch.net/test/read.cgi/unix/1132968803/626

>>306
> Vim7のKaoriYa版をビルドしました。
>
> http://www.kaoriya.net/testdir/vim7-daily-w32j.exe
>
> 7zipの自己解凍書庫で、実行ファイル+ランタイム+パッチだけの配布です。名前の通
> り、なるべくdaily目標で更新するつもりです。

2週間ぶりに更新しました。7.0β版になって初のビルドです。

>>434
：se linecursor

>>437
ありがと、できた

Vim7からは

:set cursorline
:highlight CursorLine gui=underline

:set cursorcolumn
:highlight CursorColumn guibg=blue

というような感じで設定してください。

普段ガンガン流れてる本家vim mlのメールが今日全然来ないんだけど、
皆来てる？来てないの俺だけか？

メールサーバーが死んだんだと。
http://www.vim.org/ にニュース出てるよ。

Windows用gVim6.3で、EUCコードのテキストファイルを表示、編集可能なのでしょうか？
WEB検索するとコマンドモードで、:e ++enc=euc-jpとすればいいように書いていたのですが、
未変換とメッセージが表示されてしまいます。

>>442
iconv.dll libintl.dll 入れてる？

>>443
入れていません。
入れてためしてみます。

>>443
iconv.dllをインストールすると、EUCコードのテキストファイルを
表示可能となりました。ありがとうございました。

viと同じぐらい「変な操作性」のエディタって何かないかな？
変わったエディタを試してみたいんだけど

viちょっとかじってみて、「こんなとっつきにくいのに便利だ！」と思い
「じゃ、もっと最初は使いづらいけど便利な道具があるかも？」という考えなんだけど、、、

emacs

cat
e
ed
edlin
teco

ed面白いよ。

ED! ED! ED は標準!!!

ed は涅槃への道

edはex（といってもexモードでしか知らんけど）とは違う感じ？

質問です。
入力モードでタブキーを押したらスペースが二つ入るようにしたいのです。
なにとぞご教授ねがいたいｿｳﾛｳ

>>453
:set expandtab shiftwidth=2

ありがとうございました。
続けて質問で恐縮ですが、入力モード中のCtrl+Tも同様な動きにできますか？

shiftwidth=2 でできてないか？
詳しくは :help i_CTRL-T

スペース2個じゃなく、スペース2の幅のタブになってしまいますorz

時刻を挿入したいのですが、どうすればいいですか？

:.!date
Sat Apr　8 01:35:27 JST 2006

あぁ、すいません。形式を指定したいんです。
具体的には、
# 2006 04 08 18:27
というように。

<C-R>=strftime("%Y %m %d %H:%M")

>>454
:set expandtab tabstop=2

じゃろ！
shiftwidthは << とか >> での話

winなんだけど7は6と一緒にインストールできるの？
フォルダを分ければOK？

ちらほら７使ってる人いるみたいだけど
環境壊れたときにササッと直せるスキルがないもんで、、、

>>463
KaoriYaで配ってるのは、フォルダ分ければOKです。
実行ファイル名もgvim.exeとgvim7.exeなように分けてます。

ありがとうございます
ちょっくら試してみるかな

ひょっとして7からvimエディタのアイコン変わるの？

vim7からschemeを利用できるみたいなんですが、それはEmacsのelisp
みたいに本体を拡張できる仕様なんでしょうか？

>>467 No

Vimスクリプトやその他の言語と同じ程度のことしかできません。

思うんだが、こういう時の「本体を拡張する」ってどういうレベルの話なんだろう？
UIとか見た目の話？外部プロセスとの入出力の話？
Emacsは全然素人なんでイメージできないんだが、、、

>>469
Emacsは、1文字入力するのすらlisp使ってる。
キー入力→対応するコード実行→コードは文字挿入→ファイルに文字が挿入される。

self-insert-command に advice したら
簡単にキーストロークを記録する
スパイウェア作ること出来そうだな。

理屈はわかったけど、便利な使い方が想像できんなぁ
単純にmapする以上に大規模改変ができるんだろうけど
個人ユースで使うっていうよりchaliceみたいなの作るとき楽だよ、ってことか
エディタっつーよりプラグインが動くプラットホームみたいなイメージなんだな、Emacsって
以上emacs素人の戯言でした

人が作った膨大な lisp を使えるんだから開発者サイドじゃなくても恩恵あるだろ

vim に haskell-mode 欲しいなぁ

なるへそ、普通のエディタのマクロ（含vim）より質も量も、ってことか
大規模マクロみたいなのが作りやすくて、他人が作ったものも使いやすい、と
ハマると面白い世界なんだろうなぁ

オレは大量の括弧に目が回って挫折しましたw＞lisp

本スレが伸びてると思ったら、、、

お子様が多いんだろ
開発者の態度なんて総じてそんなもんだ

vim7 になっても別に omni 補完も tab も使わないなぁ
これが嬉しい人って vim のライトユーザーじゃ無いだろうか

いいんでないか？
多分全体の使用者中のライトユーザーの割合は結構高いと感じるよ。
omni 補完と タブはいろいろトラブル生んでしまいそうだが・

開発者は〜とかよく聞くけどさ、あんまりフェアじゃないよね。
たくさんの馬の骨からサポートまがいの対応を求められる趣味が
他にもあるならともかく。

vim(gvim)ってUSBメモリとかで持ち運べる？
フォルダごと持ち運べばいいのかな？
そういう使い方してる人いますか？

OLE機能付きのバイナリだと行く先々で
レジストリの登録がわずらわしいと思う。
気を付けるのはそんくらいじゃない？

>>479,480
set viminfo+=n$VIM/viminfo
set backupdir=$VIM/bak
set directory=$VIM/swap
ってな設定もあるといいかも

アリガト
とりあえず何も考えずに持っていって職場のパソコンで起動してみた
最初にレジストリ登録がでるけど、その後はきちんと設定ファイルも読んでますね
このレジストリの登録ってOLEのためなのか、なるへそ

個人端末が無い職場で複数台のPCを複数人で使うので、ちょっと苦肉の策です
設定ファイルをゴリゴリ書いてみます

2ch風のカラースキームってだれか公開してないのかな？

2ch風？
マヂでわからん

すまん、ageちった

>>484
こちらこそ変なこと言ってすまん
Chalice使うときに2chと同じ色使いになればいいのにと思ってさ。

あぁ、専用ブラウザじゃなく普通にIEなんかで2ch見た時の色使いってことかな？
、と想像してみる
白地に青っぽい文字色だっけ？（うろ覚え）

>>487
ああ、そうそう。
そこまで説明しないとデフォルトの色使いって認識が
伝わらないとは思わなかった。。
みんな全然IEで見たりする機会が無いって事か・・。
だから需要が無いのかな。

少なくともオレは専ブラ以外で2ch見る事は全く無いな
（たしか推奨されてないしね）
だから「IEから見た色使いがデフォルト」って意識はなかったな

オレはJane doe styleから見てるようなヘタレなのでわからんが
Chalice時のカラー適用ってどうなってんの？

>>489
Chaliceの時ってか、うちはgVimだから普段使ってるカラースキームのままだよ。
普段koehlerだから、黒地に白文字で、発言者名がピンクっぽい色。
別に、このままでもいいっちゃいいんだけどね。

chaliceの側ではsyntaxを定義しているだけで色は一切指定していないから
それをどんな色使いで表示させるかは純粋にcolorscheme側の問題だね

正規7がでたのに上がってないのはなぜ？

Vim 7 is ready!
http://www.vim.org/
http://journal.mycom.co.jp/news/2006/05/09/005.html

質問なんですがvimの折り畳みは、SciTEのようにファイルタイプによって
折り畳み範囲を設定してくれるのでしょうか？
zf を使って手動で設定することはできたのですが、自動で設定する方法が
わかりません。折り畳み方法を式評価、シンタックスにしてもうまくいきませんでした。

>>494
「ファイルタイプによって折り畳み範囲を設定する」ように設定はできますが、個々の
ファイルタイプ毎の折り畳み設定は、多くが書かれていない状態です。

折り畳み方法を「式評価」にした場合は、どの範囲が折りたたまれるべきなのかを定義
するための関数を自分で書く必要があります。折り畳み方法を「シンタックス」にした
場合は、シンタックスファイルが折りたたみに対応している必要があります。

>>495
ありがとうございます。シンタックスファイルを対応させる形でやってみようとおもいます。

本家のvimを使っているんですが、
フォルダ構成がバイナリとRuntimeファイル群が一緒になっています。
これをKaoriya版みたくバイナリとRuntimeを分けることってできますか？
_vimrc等の設定ファイルで解決できますか？

７のタブの使い方がわからんｗ
自分の頭の悪さにトホホ

テキストエディタとしてvimを使い始めて2週間たちました。
まだそんなにたくさんの操作覚えてないんだけど、移動コマンドと位置の記憶が素敵す。

ただ…日本語入力したあとに、Escキー押してもIMEがONになったままに気づかず移動しようとすると萎えるorz
Esc押してコマンドモードになったときだけ自動的にIMEがOFFになってほしいかも…。

kaoriyaのgvim使ってるなら自動でオフになるぞ

>>500
おお、マジですか！
いい情報ありがとうっ！さっそく調べてやってみるよ。

と、思ったらWin版ですね。すんませんでした。

>>502
ああ、windows使ってないのか。それは厳しい。

linux版ですか？
であれば、XIMをお使いになるか、UIMの設定でvi互換モード(?)にするとESCにてIM-OFFに出来ます。

imactivatekeyってどの組合せ(OS+IM+GUIToolKit)で機能する？
情報きぼんぬ

たぶんgtk2はだめだな。gtkはkinput2とかいけた気がする。

FreeBSD6, gtk-1.2.10, gtk-2.8.17, kinput2-3.1(canna), scim-1.4.4(anthy), uim-1.0.1(anthy), ami-1.2.
インプットメソッドテスト
1. imak未設定時、トグルキーを使ってIMをon、offできる
2. imak未設定時、入力できる
3. imak未設定時、Insert->NormalでIMをoffにできる
4. imak未設定時、Normal->InsertでIMをonにできる
5. imak設定時、トグルキーを使ってIMをon、offできる
6. imak設定時、入力できる
7. imak設定時、Insert->NormalでIMをoffにできる
8. imak設定時、Normal->InsertでIMをonにできる
(*)トグルキーを使ってIMをon、offできない場合は:set iminsert=2で試してみる。

gtk2
    kinput2: 1○ 2○ 3○ 4× 5× 6○ 7○ 8○
  scim(xim): 1○ 2○ 3○ 4× 5× 6○ 7○ 8○
   uim(xim): 1○ 2○ 3× 4× 5× 6× 7× 8×
        ami: 1○ 2○ 3△ 4× 5× 6○ 7○ 8○
  scim(gtk): 1○ 2○ 3× 4× 5○ 6○ 7× 8×
   uim(gtk): 1○ 2○ 3× 4× 5○ 6○ 7× 8×

gtk1
    kinput2: 1△(*1) 2○ 3○ 4○ 5○ 6○ 7○     8○
  scim(xim): 1△(*1) 2○ 3○ 4○ 5○ 6○ 7×(*2) 8○
   uim(xim): 1×     2× 3× 4× 5○ 6○ 7×     8○
        ami: 1△(*1) 2○ 3○ 4○ 5○ 6○ 7×     8○

(*1)最初は使えないが、iminsertを設定して一度onにすると使えるようになる。
(*2)Vimごと落ちる。
(*)たとえ動作してもバギーで実用に耐えないものはすべて×
(*)IMが同じでも変換エンジンによって違う動作をする
(*)uimはvi協調モードを設定すればInsert->Normal(ESC)でIMをoffにできる。
なんだか不毛

>>507
GJ!!!

それにしてもボロボロだなｗｗｗ

Windows2000+Vim7の環境なのですが、
新しいファイルをExplorerなどから開く際に、
新しくvimを立ち上げて開くのでなく、
すでに開いているvimのウィンドウのバッファに開くようにするにはどうすれば良いのでしょうか？

ドラッグ&ドロップ

または、関連付け、ショートカットをこんな風に変更する。
gvim --remote-silent "%1"
タブで開くなら
gvim --remote-tab-silent "%1"

>>510
"%1"をつけたままだと%1というファイルも開いてしまうのでそれをとったら
期待通りの動作をしてくれました。
ありがとうございました。

>>509
gvimextを使うのもいいかも

abbreviateで補完する文字に改行を含めることは可能ですか。

abbreviate は、入力中のソレだよね。
いろんなものを含められるよ。
HTML で使うとキモイけど。
以下、何が何に変換されるか見て。

inoreab __html <html><Cr><head><Cr><title><C-r>=expand("%:p:t")<Return></title><Cr></head><Cr><body><Cr><Cr></body><Cr></html><Esc>2ka

:h key-mapping

マウスでのD&D編集ってできませんか？

>>513
>abbreviateで補完する文字に改行を含めることは可能ですか。
{rhs} ではなく、{lhs} に改行を含めようとしているのか・・・

>>513,516
vim7の新機能 map-<expr> (abbrevでも使える) ならわりとなんでもむちゃできるよ

>>515
選択範囲のテキストを移動させるやつ？ はできない。
擬似的なものは作れるかもだけど。

:e ./とかで表示されるエクスプローラ見たいのってどうやって消せば良いの？
:bwしても消えてくれないし、:qするとvim自体終了してしまう。

:enew
...かな？

>>519
ありがとう。できました。

Vimって標準でアウトライン機能はないの？（つく予定はないの？）

>>521

ないです。foldを使ってファイルタイプ毎にアウトラインを定義して、Bramに強力に
pushすればあるいは、という感じでしょうか。

アリガトゴザイマス
うーん、残念、なんかプラグイン探してきます

ついでにネタ振り
昔からつかってる備忘録、メモ取りとして
他のアウトラインエディタとかで作ってたよくある「行頭.(ドット)」刻みの文書を作ってたんだけど
これがvim上で階層構造であつかえたらいいなぁ、と521の書き込みになりました

で、vim使ってる他の人達はメモ取りや、簡単な情報整理？なんかはどうやってますか？
howmとかいうやつ？
うまい方法があったら教えてください、俺もそっちに乗り換えます

メモはChangelog以外考えられない

最近は tiddlywiki でメモ取ってる。

>>524
紙 ttp://rakusai.org/ で良いんじゃないの？

Google Notebook

cat

メモ帳

EDIT.EXE

EDLIN.COM

PE (Personal Editor)

Webから取り込むことも考えて>>527の紙からたどってネタの種を導入
データ置き場をVimからgrepすることにしました
これなら今までのtxtも放り込んどけばいい

でも何かに負けた気分w
パソ通のlogも含めて全部textだけ扱えばよかった時代が懐かしい、、、

それにしても、こういう流れになると絶対出てくるcat、edlin
catはともかくedlinほんとに使ってるんかいｗ

vim使いの情報整理ってネタ盛り上がらないな
面白いネタ振りだと思ったんだが、、、

まぁディレクトリ掘りまくってテキスト置いとく、とか
そういう方向になっちゃうのかもしれないけど

dvorak配列使いたいよ

つかってるよ、Dvorakで。

コマンドモードとか大変じゃない？

英語配列のDvorakをつかっているので、:は、Shift + ;になってるけど、
SandSを使ってるから大変じゃないですね。

SandS: http://hp.vector.co.jp/authors/VA002116/sands/

カーソルキーの移動とかその辺は、最初のうちは違和感があったけどもう慣れた。

香り屋さんのVim6.4を利用しています。
ウィンドウを分割して複数のバッファを開いている時に、
ウィンドウを閉じずにカレントバッファを閉じるコマンドはありませんか？

ヘルプのwindows.txtをみたところ、
:bd [カレントバッファ番号]

で実現できそうに読めましたが、
:bd
:bd [カレントバッファ番号]

この2つのコマンドの挙動が同じでした。
これは設定によるものでしょうか？

7.0最高

0.1最低

>>540
ちょっと違うかもしんないけど :enew とか

> :bd
> :bd [カレントバッファ番号]
は同じ意味。ヘルプに書いてある。
しかし窓を閉じる説明はわかりにくいなぁ

>>540
出来ない
スクリプトで出来たと思うから vim.org とか探してみればいい

>>543-544
遅くなりましたが、レス有難うございます。

vim.orgでスクリプトを探してみた所、確かにありました。

buffkill.vim
http://www.vim.org/scripts/script.php?script_id=1147

これで実現できそうです。
これから試してみます。

うーん、なんか７にする踏ん切りがつかねぇ

>>546
氏ね

とくに不満がないなら様子見でいいよ
劇的な変化があるわけでもなし

>>546
俺も。
Windows版のdailyビルドを試用してみて機能的には乗り換えたいけど、
UI周りで文字化けが起こったり不安なので常用してない。
メニューはencodingをutf-8にしたら解消したが、ツールチップは解決できず。

vim 独自の機能って大して使ってないから、
migemo が使えるようになったら乗り換えるよ。

あれ？辞書を utf-8 にすれば migemo 使えるって KoRoN 氏は言ってなかったっけ？
vim7 入れてないから判らないけど

なんか読み間違えたようだ
migemo なら xyzzy サクラエディタで使えたはず
また無印エディタと言うエディタは migemo っぽいのを再開発している感じだ
ttp://www.monga.info/prog/

いや、そんなことないよ。
vim 独自の機能を使ってないというのは vi+α のαのことなので、
vim7 にしても自分には大して利点ないだろうという意味で >>550 を書いた。
>>551 の情報は役に立った。どうもありがとう。

>>553
氏ね

>>554
IDがDQNですねｗ

gvimで開いているファイルの文字コードをどこかに表示させることは出来ますか？

>>556
俺はここを参考にした。
ttp://www.kawaz.jp/pukiwiki/?cmd=read&page=vim&word=vim

>>556
どこで拾ったか忘れた。たぶん2ch
set statusline=%<%f\ %m%r%h%w[%{&fileformat}][%{has('multi_byte')&&\ &fileencoding!=''?&fileencoding:&encoding}]\ 0x%B%=%l,%c\ %P

うちのVim7は窓端で折り返しが発生しただけで確実に落ちるんだけど、みんなもそうなの？

>>559
そんなことは無いはずですが、そのときの文章の内容とかバージョン(パッチ)番号と
か詳しく教えてください。

手元の7.0.42を簡単にテストした限りでは再現できない現象です。

素朴な疑問。
vi(m)使いってエクリプスとかIDEと同時に使ってるの？
普段エクリプス使ってたんだけど、vimの面白さとunix系osに
必須な事に引かれてvim始めてみたんだけど、vimの操作性に
徐々に慣れてくると共に、IDEとvim両方を使いつつ作業するのが
めちゃくちゃ億劫な事に気付きました。

本物のプログラマは脳内アウトラインやソースの管理が
できないといけないとか、そういう事？

↓サンプル数は少ないけどIDE的な要望はかなり上位
http://www.vim.org/sponsor/vote_results.php

俺も VisualStudio との両立はできなかったな。
vim もここまで高機能になったら、あと残すところは
デバッガとの統合だけだろう。

>>561
エクリプスにvimプラグインを入れるんだ

>>557-558
お礼が遅くなりました。
目的の表示が出来ました。ありがとうございました。

>>560
今帰ってきたorz
寝る前に、会社でこっそり調べた結果を書いておきます。

OS: Windows XP SP 2
Software: gvim 7.0.39

1. ttp://mix-mplus-ipa.sourceforge.jp
↑のフォント(TTF等幅)をシステムにインストールする
2. 念のため_vimrcと_gvimrcは待避する(しなくても変わらないけど)
3. gvimを起動して'guifont'オプションにこのフォントを指定する
4. 適当に文字を入力する(半角英数でもいい)
5. 文字が画面端まで達すると確実に落ちる

です。

>>561
私は同時に使ってますよ。IDEのほうを「ファイルに更新があったら自動的に再読み
込みする」ように設定して、入力や整形など多くの作業をVim上でやります。

コンパイルとそれにともなう小規模な修正、加えてデバッグくらいがIDEでやる仕事
です。デバッグでは場所の特定だけをして、実際の修正はVim上でということもザラ
です。

>>566
以下の複合原因でした

    1. 使用しているフォントがコード0の文字について1カラム幅ではない
    2. enc=utf-8環境下でambiwidth=autoを使用している

修正したので最新版を試してください。

>>564 15ユーロだったっけ？
わざわざ2000円弱払うのは腹立つよな。
秀丸でわずか3000円だって言うのにさ・・・

vim+IDEなら8000円まで払ってもいいな。
もちろんGUIなんかに凝らなくても良いから、その分機能と
安定性、各種プラグイン完備で。

ぶっちゃけプラグイン集めたり、環境整えるのは面倒だったりする。
インストーラ付きでご丁寧にレジストリいじるのもウザイけどね。

エクリプスくらいのアプリならインストーラ付きでレジストリ弄ろうが納得できないか？

>>567
エクリプスにvimプラグインを入れるんだ

VSのもあるんだね
ttp://www.viemu.com/

これも有料みたいだけど

>>568
遅くなりましたが、直っているのを確認しました。
どうもありがとうございましたm(_ _)m

>>561
両方使ってる。結構馴れるよ。

昔は、
「なんでIDEからエディタに落としてるの？数文字だったらIDEのエディタで編集したほうが？」
とか言われてた

おすすめのvimのwikiを教えて

日本語ならここでしょ。
http://vimwiki.net/?FrontPage

ttp://youtube.com/watch?v=s6jsbSW-vc4&search=vim
ttp://youtube.com/watch?v=30P8DSNOZuU&search=vim

犬板のviスレは小さな釣堀

>>577
上の方の動画での、タグの生成は何かスクリプトを使ってるのかな？
それとも、組み込みの機能か？

gvimでC言語書いている時、「{」を押したときに
「」

if( hoge == sage ) {　←コレ押したときに
■
}

↑のミスです＾＾；

gvimでC言語書いている時、「{」を押したときに
「}」が自動で挿入してカーソルが次のインデント位置に移動する
設定かスクリプトってありますか？


if( hoge == sage ) {　←1.コレ押したときに
　■（←2.自動でココに移動する）
}

>>581
氏ね

>582
上にあるHTMLタグの生成が魅力に感じあるのかな？って思いまして、

>>581
これを _gvimrc に書くべし。
au BufNewFile,BufRead *.c inoremap <buffer> { {<cr>}<cr><up><up><end><cr>

遅ればせながらvim7にしますた
正直6と何が変わったのかよくわかってなかったりするけど

あ、補完に候補一覧みたいのが出てｶｺｲｲかな

>>585
「タブ」で複数のファイルを開けるようになった。タブブラウザみたいに。
CUIでももちろん使える。

・・・俺は使わないけど。

つーか逆にリスト出ないように出来ないの？
omni補完の時だけ出すとかカスタマイズしたいんだけどひょっとして無理？

*.cを編集するときに、「対応する括弧に色をつける」機能だけをオフに
するには、どうしたらよいですか？

>>588
:autocmd FileType c setlocal mps=
とかいくつか方法はあるみたいです。

:help 'mps'
:help matchparen

>>589
ありがとうございます。

確かに":set mps="とやれば色は消えました。が、%で対応する括弧に
ジャンプする機能も消えてしまいました。
これは、:help 'mps'して納得したんですが、消したい機能は「色づけ」だけ
なので、他の方法を探してみることにします。

>>590
こっちのほう読んでみてください。
> :help matchparen

>>591
うぁぁ、たびたびすみません。ばっちりOKでした。
'mps'はmatchparenの省略形なのかなと思い、読んでいませんでした。
お手数をおかけし、申し訳ありませんでした。

挿入モードでファンクションキー(F2とか)を押したときに、
<F2>と入力されないようにしたいですが、どうすればいいでしょうか？

>>593
もしかして、ちょっと訂正するぐらいなら、カーソルキーか
マウス使って目的の位置まで進ませる方が良いとか思ってない？

vim向いてる人は、わずか２，３単語先でさえ「esc」→「ｗ」連打
してるような「基地外」（いい意味で）だよ。

先に質問に答えてあげようよだよもん
:inore <F2> <none>

まちがいた
:inore <F2> <NOP>

>>594
わずか2,3単語先だからこそESC3wとかするんでしょ。
20行下の15単語先だったら、マウスの方が早いに決まってる。

それでも/を択ぶ人がvimmerには多いんじゃないかな

俺はhjklで地道にカーソル動かすことが多い。
指が楽だし、複雑なこと考えなくていいから楽。

２０行先ってわかってるなら、行数で飛ぶんじゃないのかな？
俺もそうだけど、どうせ皆東プレやhappyhakking等、メカニカルの
コンパクトカチカチ言わして悦に入ってるオタク達（いい意味で）
なんだしさ。

>>600
残念、ミネベアだ。

>>596
ありがとうございました。助かりました。

ミネベアも良いと思うけど、ＪＩＳ配列はちょっと使いにくい・・・
Ctrlと何かキー同時押しとか、つらくない？

20行くらい移動するときは、
H,M,Lで近づいてhjklやw,$なんかで間を詰めて移動するのが多いな。
/ での検索移動もやることあるけど、
思考が中断されるのであまり使わない。

>>603
少なくともviでctrl押す機会は全くない！

押すときは小指の付け根の関節で押しますね。

指の付け根には神経が集中している。
おかしいの。右手が痛くないのは、神経が切れてるからなんだね。
あー・・・この右手は・・・痛い方が良かったんだね・・・。

みんな f を使わないのにビックリ
オレは横移動はほとんど f

なにげにブロック化されている物が多いから {} で移動していって jk で微調整
f で横移動の組み合わせが一番多いかも

>>605
Ctrl 押しまくりだよ <C-P> <C-N>
これほど強烈な補完が無かったら vim 使ってない

と言うより Esc はほとんど <C-[> なんだよね
ホームポジション崩さないで打てるから速いし

自分が頻用しているのは
Ctrl-L、Ctrl-R、Ctrl-U、Ctrl-D、Ctrl-F。
Ctrl-EとCtry-Yは時々くらい。
CtrlはAの左となりに来るようにしてますね。

あ・・・。忘れてた。
自分もCtrl-[派です。

Ctrl-H Ctrl-Mは使わない？
すぐEsc?

書いてないからって使ってないと思わなくても。

リアふぉスレの人が混じってますね

Windows環境で7.0を使ってます。
ふたつ質問させてください。

・Windowsのクリップボードからコピペがしたい。
　「編集」→「張り付け」のショートカットに書いてある「"+gP」は具体的にどういうキーを押せば良い？
・エディットモードの「:」や検索の「/」以降に入力したものの履歴を利用したい。
　履歴を有効にするにはどうすれば良いか。

どうぞよろしくお願いします。

>>614
normal モードで"+gP おしてできない？

履歴はデフォルトで使えたような。C-P C-N かカーソルキーで

>>615
お返事ありがとうございます。

「"+gP」の意味が分からなくて困ってる感じです。
「"」はダブルクオーテション（jp106キーボードならSHIFT+2ですよね？）押しながら、gとSHIFT+Pの順で押すってことでしょうか？
この辺の理解に誤解があるのか、いろいろ試してみてもうまくいってません。

C-PはCtrl+Pですよね？
有効ではないっぽいのですが…orz

"+gP の入力
例えば、日本語106キーボードで、
CAPSロックの入って無い状態なら
Shift+2(") → Shift+;(+) → g → Shift+P
と 4ストローク(=4回キーを叩く)で
貼り付け になると言うことだか。。。

ちなみに 手元にある所 Linux 上では、ちゃんと出来た。

ありがとうございました。
やっとできました……orz
Vimのバージョン3系をWindowsに移植したものでは、Alt押しながらcやvで、簡単にコピペできていたのですが、7系ではキー４つのこの方法しかないのでしょうか？
ショートカットにしてはキー数多すぎ……というかショートカットという位置付けじゃないのでしょうか。

>>618
+や*は、Vimのたくさんあるレジスタの1つ、という考え方です。なのでレジスタの内
容を貼り付ける操作は全て適用可能です。例えば

 "*p

とか、インサートーモードでの

 <C-R>*

とか。必要ならばnmapやimapでマッピングできます。

 :imap <C-V> <C-R>*
 :nmap <C-V> "+gP

細かい調整はご自身でやるのが良いでしょう。

いつもは xyzzy 使ってます。
それなり Lisp とか書いて、ある程度自信持ってたんだけど
自宅サーバーたてて TeraTerm でログイン、
ちょっとしたファイルを編集したいと思って
emacs -nw
とタイプ。
??? あれ? 日本語が入力できないじゃん。
っていうか、何で Lisp で日本語入力を制御しなきゃなんないの?
その瞬間、頭の中が真っ白になって Emacs Lisp の真の姿を見た気が・・・

はっと我にかえって、やっとの思いで
vi
とタイプ。i とか a 押したら楽勝で Win の IME で入力できるし。
なんだ簡単じゃん、と直前に見た悪夢はなかったことに。
これから vi を使うことにしたのでした

つーか、自分の設定が悪くてemacsで２バイト文字使えないだけじゃん。
それに、わざわざ設定しなくても、オフライン(youのwindows)で
編集してアプすれば良いだけでは？

正論だけで世の中渡れる訳がない

中国語と日本語の両方を使う必要があって
OfficeについてくるArial Unicode MSを使いたいけど
Edit > Select Font...に出てこないのはどうして?
教えてくれ!
バージョンは7

プロポーショナルしかないフォントは不可とか？

>>624
やっぱりそうなのか
んー, Arial Unicode MSはほとんどの文字が入ってるから便利なんだけど
ほかにも中国語と日本語の文字が入ってるフォントないかな

void print(string str) {
...
}

これの { から　}へ%キーで飛ぶ機能ってバウンスという名称でよい？

>>626
> これの { から　}へ%キーで飛ぶ機能ってバウンスという名称でよい？

なんでそんなこと聞くん? helpにはmatchpairsくらいしか良さそうな語は無いですけど。

bounceと呼ぶ流派もあるらしいですぞ。
http://www.vim.org/tips/tip.php?tip_id=200

>>628
機能名としてのbounceではなく、広義でのmove。ニュアンス的にはjumpという意味で
の動詞bounceじゃないですか?  helpにも使われていないし、ソース中のbouncという
綴りにいたっては1つもありませんから、それをバウンスと呼ぶのはVimに対しては気
が引けます。

ソース中ではsearch.cのfindmatch()になりますね。

バウンスコギャル

>>630
氏ね

kaoriya版vim7はとりあえずどこまでいったら
正式リリース？というか試験公開じゃなくなるんだろう？

ひとまず使ってみたけど何のトラブルもなく以降できてる

>>632
ほぼdailyでコンパイルしている現状は、影響の少ないパッチばかりとはいえ、あま
り好ましいとは言えませんね。

新しいVim7 、 \(\k\)\@<!\(ここ\) でi_CTRL-P すると重いなぁ。
&complete=. まで絞ってもサイズの大きい文書ファイル中ではしばし帰ってこない。
チョイ前の単語を再入力する時に重宝してるので、Vim6使いながら世界平和をお祈りします。
(スクリプト厨だからVim7弄りたくてしょうがないけど)

バッファの状況によっては補完がすごいことになるよね。大きいファイルがリストに残ってたり。

Vim6でもある現象だけど、vim7では候補表示の定数を満たすまでスキャンを続けるから
極端に負荷が高くなるんだと思われ。

" (For Vim script)
%s/\(^\s*\(end\)\?\)\@<=func\%[tion]/fun/

python2.5にしてVIMを捨てると
2.4のままVIMを使い続けるとどっちが良いんだろう。

vimスレに書くなら答えは決まってるだろvimを使いつづけることだ

なんで二者択一なんだ…
と思ったけどあれか、DLLの名前が違うからか？
なぜかコンパイル時固定なんだよな

このスレにはTutorialやる人なんていないのかもしれませんが…
レッスン 2.4の「2. 2dw をタイプして単語2つ分移動します。」で
ハマってしまいました。orz

ゲラゲラ
「業に移動」とか書いてあるし、ちょっと人手足りてない感が出てますな

今日から勉強を始めたが、これは慣れないと指がつらいな

慣れるとこれ以外では指がつらくなるよ

まぁ慣れてもそれほど早くならないんだけどなｗ

KoRoN氏のムービーのURL誰か持ってる？
上の人に見せてあげやう

vimを使っていいことある？

>>645
見たけど全然早くなかったよｗ

こっちの方が早い
ttp://msdn.microsoft.com/msdntv/episodes/en/20031028lhorndb/ChrisA-DonB_100K.asx

>>646 ない

>>646
いつまでも童貞でいられる。

http://cvs.kaoriya.net/svn/vimdoc/trunk/ja/
の日本語ヘルプですけど、
cmdline.jax options.jax pattern.jax などの一部のファイルは、
普通に開くと、utf-8が指定されてちゃんと表示されるんですが、
:helpで開くと、cp932が指定されて文字化けしてしまいます。
:helpで開いた後 :set enc=utf-8 すると、内容自体はちゃんと表示されるんですが、
ステータスラインやコマンド行の表示がバグります。
どうすればいいですか？

Vim 7.0.145 for Windows
Libiconv DLL 1.10-20060516 for Windows
を使用してます。

あと、:version や :scriptnames などで表示される文字列をコピーするには
どうしたらいいですか？

>>650 最後2行
:h redir

>>651
ありがとうございます。
今まで同じ情報を確認するために何度も同じコマンドを実行して
画面を睨んでいたのが楽になりました。

>>650
ヘルプファイルの一行目になんでもいいので漢字を書いてください。

vim のコード認識力はエディタの中でも底辺だな
いろいろエディタ入れてるけど vim だけ認識失敗するってのがどれだけ多いかと
なんでこんなに失敗するんだ？

vimって文字コードの自動認識やってたっけ?

>>653
治りました！
これでやっとヘルプがサクサク読めるようになりました。
どうもです。助かりました。

vimはドジっ娘

vimたんとかemacsたんとか誰か書いてないのか?

vim7でEnhCommentify.vim でビジュアルモード時使うと
E116: Invalid arguments for function EnchancedCommentify
ってエラーでて使えない件

試してみたけどふつーに使えたよ

>>660
わざわざ試していただいてどうもです。
pluginとvimrcをデフォルトの状態にして起動してみたら正常に動作したので
自分の設定が悪いのかといろいろ試行錯誤してみたら
set wildcharm=<TAB> に設定されてたのが問題だったみたいです。

javaやphpの辞書ファイルはあったけど、wi32api辞書ファイルはないのかな？あったら便利なのに・・・

私は api32wh.hlp にキーワードを渡すようなスクリプトを書いて使ってます。

chmだと
silent! execute "!start keyhh -\\#klink " . topic . "  " . filename

hlpだと
silent! execute "!start winhlp32 -k " . topic . "  " . filename

こんな感じです。
あとは <cWORD> か何かを topic として渡せるようなマップを書いて完成。

PlatformSDKのIncludeﾃﾞｨﾚｸﾄﾘからctags -Rでタグ作ってvimでapiの自動補完させようと
思ったんですが20万とかべらぼうな数のタグができて補完するとき結構時間がかかる件。
何か言い方法ないですかね？

マシンスペックどのくらいで何秒かかる？

20万って多すぎ。

vimでemacs-wikiみたいなの探してるんですけど
どなたかご存じですか？

>>667
http://vimwiki.net/

ありがとうございます
助かりました

ちょっと前に公式サイトにwiki用意するような話が
メーリングリストであったんだが放置なんだろうか。
あ、でもvimサイトのモックアップ？っていうか
リニューアル案みたいなの最近MLに流れたから新装
に向かって動いてんのかな？
同時にwikiとか付いてパワーアップしてくれたらうれしいな。

一文字入力するごとに勝手に補完候補でたりできないのかな？

すいません選択について質問です。

gvimなんですが、マウスで行をドラッグしながら範囲選択をしているとき、
ウインドウの端まで行っても横スクロールしてくれないのですがコレは設定でなんとかなるものでしょうか。

また、行の一部を選択しているときに、
そのままホイールなどで上下移動すると選択範囲もくっついてきてしまって、
ウインドウの外にでた行がすべて選択されてしまいます。
こういう仕様なのでしょうか？

正直vim使うのに向いてないんじゃ・・・

範囲選択を絶対にマウスでやらないといけない事情でもあるのか？
普通の作業をキーボードで済ませられるのがvimの特徴なのに

>>672
なさそう
横スクロールってそもそもスクロールバーでないみたいだし

set wrap
して、横スクロールを不必要にするというのは嫌なのかい

スクロールすると選択範囲がついてくるのは、
仕様としてそもそもおかしい気もするな

いや毎回毎回マウス使ってるわけじゃないです。

このまえやたら行数が多い＆一行が長いログファイルを弄ってたときに、
マウス使ってて気がついたもんで。

暫くテキスト折り返しで対応します。

あとスクロールすると選択範囲がついてくる現象は皆さんの環境ではでてませんか？

横スクロールバーは :set guioptions+=b ででるよ
どっちみちドラッグで横スクロールはできないけど

選択範囲が移動するのはスクロールといっしょにカーソルも移動してるから。
今んところ、カーソルが常に窓の中にあるのが仕様らしい。

あっ…
:set sidescroll=1 sidescrolloff=1
で横スクロールできるみたい

>>678
ありがとう！

もちろん以前からスクロールバーは出していたのですが、
上記で横スクロールできました。
どこで見つけたんですか？Helpファイル？

Vikiを使ってる人がいたら聞きたいのですが
HTMLへのコンバータにdeplate以外のものってありますか？

一応Vimのスクリプト関係ということでお願いします

>>679
:h options.txt を開いて scroll とか horizontally とか検索して見つけた

また一歩、海賊王に近づきましたね。

>>681
なるほど〜、重ね重ねありがとう。

kaoriya落ちてる？

>>684
http://hp.vector.co.jp/authors/VA018750/

>>685
ｻﾝｸｽ
ミラーサイトあったんだね

>>684
ｽﾏﾇ鯖HDDｸﾗｯｼｭっぽ

とりあえず別サーバに避難して仮再開しました。
DNS情報が行き渡ればアクセスできると思います。
でもBBSは落ちたままです。
完全復旧はHDD交換後いろいろインストールするので来週後半の予定です。

ちなみに>>685のは、ほとんどメンテしてないのでﾕﾙｼﾃ。

CYGWINのvimで多段undoできないのって俺だけ?

>>688
compatibleになってるんじゃない？

>>689 そうみたい。
touch .vimrcして、空の.vimrc作ったら多段undoできるようになった。
RedHatでは.vimrc消してみてもできるのは、どっかにdefaultのがあるってことか。

Vim7には、xyzzyのxyzzycli.exeにおけるようなものは無いですか？

スレを汚してしまい、すみませんでした。
スレの中をもっと早く検索していれば。。orz

気にすんな。ガンガン汚せ(ぉ

英数字列の上にカーソルがあるとき、次の英大文字の直前までを削除するにはどうしたらいいですか？
たとえば、「abcXyz」の a のところにカーソルがある場合に X の前までを削除したいです。

age

>>694
dtX

X というのはたまたま例としてあげただけですので、dtX は要求を満たしていません。

abcXyz でも abcabcAbc でも共通に使用できるコマンドは存在するのでしょうか？

d/\u

>>698
なるほど
さんくすこ

windowsのコマンドプロンプトは一応ユニコード文字を表示できるけど、
windows版vimではエンコードをユニコード（BOM付UTF-16LE？）にして表示できないようですが現時点では無理ですか？

最近のvimは恐ろしい・・・
少し動いただけであっという間に関数を全部畳んじまいやがった！
メモ帳じゃ歯が立たねェ・・

メモ帳ってレベルじゃねーぞ！

香り屋のformat.vimをformatexpr対応にするパッチ。
--- format.vimSat Jul  1 21:10:19 2006
+++ format_expr.vimMon Nov 27 02:21:19 2006
@@ -741,4 +741,22 @@
   return var
 endfunction
 
-call DoMappings()
+"call DoMappings()
+
+" :set formatexpr=FormatExpr()
+function! FormatExpr()
+  if mode() == "n"
+    call s:Format(v:lnum, v:lnum + v:count - 1)
+  elseif &formatoptions =~ 'a'
+    return 1
+  else
+    let [line, lnum, col] = [getline('.'), line('.'), col('.') - 1]
+    let [line, rest] = [line[: col - 1] . v:char, line[col :]]
+    call setline('.', line)
+    call s:Format(lnum, lnum)
+    let line = substitute(getline('.'), '.$', '', '')
+    call setline('.', line . rest)
+    call cursor('.', len(line) + 1)
+  endif
+  return 0
+endfunction

香り屋さんのvim6.4を使ってるのだけど、これに同梱されてるformat.vimってformat_join_spacesを見てくれてないの？
ソース見たけどこの変数を参照してるようなところは見当たらないし、実際この変数に何を設定しても
行をjoinするときに必ずスペースが挿入されてしまうんだけど…。

format.vim は
Version: 1.7 alpha-2
Last Change: 06-Oct-2004.
となってるんだけど、これってもしかして古いのかな？一応netupvimはやり直したんだけど変わらず。

>>704
:help formatoptions
:help fo-table

たぶんMとBフラグを見てます。

>>705
おお、�dｸｽです！

set formatoptions+=M

でマルチバイト文字の前後はスペースが入らなくなりました。
MでなくBだと両方マルチバイトだった場合のみスペースを入れないという動作になるみたいですね。

windows版のgvim7.0使ってます
モード変更時にいつもIMEがオンになってウザイのですがどうすれば切れますか？

:set imi=0

windows版でIMEに連動させられるのはKaoriYa版だけですか?
vim.org のは駄目?

>>708
ありがとうございます

>>709
vim.org版使ってますけど普通に日本語使えます。
メニューも日本語です。

707でした失礼

>>710
>>709はESCキーとIMEが連動するか聞いてるとおも

香り屋Vim7使ってます。
_gvimrcに
highlight EndSpace guibg=#404040
match EndSpace / *$/
と記述して、行末のスペースをハイライトしてます。
開くファイルが1つの時はうまくいくのですが、
2つ目以降のタブではハイライトされません。
どうやったら2つ目以降でもハイライトされますか？
ちなみに:tab splitや<C-W>sで同じファイルを分割してもハイライトされません。

カオリヤ版のvimってなにがうれしいの?
OSのpackageにはいってるvimや、vim.orgからもってきたので
困ったことって一度もないんだけど。

vim.org等で配布されるオリジナルに、日本語を扱う上で便利な設定やスクリプトが追加されています。

どんなの？具体的に

これパッチの更新履歴
ttp://read.kir.jp/file/read63241.txt

これ当ててビルドしたバイナリと
後はお薦めスクリプトと設定ファイルのセットで香り屋版

コマンドラインって普通1行だよな？

>>713
autocmd使ってファイルを読み込むたびにmatch EndSpace / *$するようにしてみてく
ださい。ちなみにパターンは/ *$よりも/\s\+$のほうが良いかも。

>>719
できました。ありがとうございます。

エディタスレでやってる詰めvi？の話題、ここで引き取らない？
ちょっとウザがられてるし

あと、誰かスマートな正解教えてくれ

10
8
12

のように各行に数値があるとき、各行をその数値の個数のアスタリスクに変換するにはどうしたらいいでしょうか？
上の例ならば、以下のように変換します。

**********
********
************

その行をVで選択して
:'<,'>call setline(line("."), repeat("*",getline(".")))

repeat() は Vim7 からっぽいので、それ以前だと各行に対して
:exe "normal! 0D" . substitute(getline("."), '\(^\s\+\|\s\+$\)', '', 'g') . "i*"
かなあ。(ついでに行頭、行末に空白があっても大丈夫なようにした)
:exe に range を指定できないのが解せない。

ViVi だと、
:%s/\d+/&a*<^T><Esc>
で

10a*<Esc>
8a*<Esc>
12a*<Esc>

に変換し、あとは D@@ で棒グラフに変換できるみたいだ。
（全行を処理するにはキーマクロを使って <^F2>D@@+<^F2>2<F2>）

Vim だと @@ （ヤンクバッファの内容をコマンドとして実行）が動作しない
別のコマンドなの？

>>725
Vimでは@@は「最後に実行したマクロを再実行」だからですね。
@"にすればデフォルトバッファになりますよ。

ESCキーを何かのキーと入れ替えてたりする？
ノーマルモードにするのにホームポジション離れすぎて手が疲れる。

半角/全角キーとか

>>728
IMEorATOK 呼び出しはどうするん？

ctrl+j　ESC
にしてる

やっとチュートリアル終わったぁ。これはすごい。興奮して寝られそうにないｗ

数字の上でctrl+Aかctrl+X押してみ

>>727
そういう人はctrl+[の方を使ってると思う

>>732
すげーｗ
感動した

>>733
これいいですね。こっち使うことにしました。ありがとう

>>727
>>733
ctrl + c

>>443
ありがとう！
gvimrc の編集ができなくて困ってました。

gvim7 で任意のフォルダ以下サブフォルダまで掘り下げてgrep検索ってできないんでしょうか？

>>738
vimgrep なら :vimgrep /hoge/ **/* でできるでしょう。
外部 grep ならその grep コマンドに適当なオプションを渡します。
gvim のデフォルトは findstr だっけ？
http://www.atmarkit.co.jp/fwin2k/win2ktips/511findstr/findstr.html

>>739
ありがとうございました。なんとかなりそうです。
エラーリストってなんだかわからなくて調べてるとこです。

ところで、質問用のスレとかってあるんですか？ここでいいのでしょうか・・・

>>740
vimスレって基本的に過疎るので(使える人は満足してしまって話題がない)
質問でどんどん盛り上げてやってください

盛り上がるかどうかは分かりませんが、質問させてください。
ファイラなどから gvim7.exe を起動するときのパラメータの指定方法がよくわからないです。

例えば
gvim7.exe foo bar
とすると、fooとbar の2つのファイルバッファ？としてgvimが起動するのですが
これを「:grep」コマンドを指定してgvim.exe を実行したいのです。

具体的にどういう使い方をしたいかというと、ファイラから1KEYで任意の指定したキーワードで
ファイラで選択されたフォルダ配下を gvim で grep したいのです。

「-c」 でできました。
スレ違いですが、あふでやるとこんな感じになりました。

C:\Tool\vim7\gvim7.exe -c "vimgrep /"$I3"キーワード""/ $P\* $P\**\*" -c "copen"

Vim7になって、ファイルを開くのがやたら重くなったな
と思っていたら、これが原因だった。
set foldmethod=syntax

~で全角アルファベットの大文字/小文字変換できるのがウケタ

vim7 mlterm freebsd で使ってみたけど
『~』が化けるから空のバッファ開いただけで表示おかしくなる
多分mltermの設定なんだろうけど誰か助けて

どんな感じに化けんの？
なんも設定してない状態で
LC_ALL=ja_JP.eucJP mlterm -e vim -u NONE
LC_ALL=ja_JP.UTF-8 mlterm -n -e vim -u NONE
とかしてみたけど大丈夫だった

挿入って言葉がどうもなぁ･･･

(前略)
「あなたの心は汚れています」
(後略)

日本語用のオムニ補完ってどーよ

オムニ補完や構文強調、リアルタイムスペルチェックなど処理が重い機能も次々と導入されており、もはやコンパクトという印象は当てはまらない

マークって便利だけど実際のところ2、3個しか記憶できない(頭が)

>>752
ShowMarks

WinXPでgvim7を使い始めました。

Ctrlキーが押しにくいので無変換キーにCtrlを割り当てようと思っているのですが、
これって窓使いの憂鬱のような他のキーバインドソフトとか使わないと無理なのでしょうか？

できれば_vimrcの設定書き込むだけで済ませたいのですが…

無理。
Escape, Meta, Alt, Control, Shift は頻繁に使うので
押しやすい位置に入れ換えましょう。

>>755
E M A C S

うわほんとだ　すげーｗ

奇跡を見た

Eight Megabytes And Constantly Swapping
これ好き。
http://www.ahajokes.com/com027.html

>>754
_vimrcだけでは無理だけど、レジストリいじればできるよ。
http://journal.mycom.co.jp/column/winxp/181/
こことか参考に。

Rで置換中にも補完機能利くんだな。これは使える。

xkeymacsのvi欲しい

Vim7を使っています

カーソルを移動させていると対応した括弧があるときに
一瞬その括弧にジャンプしてしまいます

この動作をやめようと
:set noshowmatch
を設定したのですが、ジャンプしてしまいます

matchpairsの値を空にしたらどうかと
:set matchpairs=
としたら、今度は対応した括弧に意図的にジャンプしようと
括弧の上で%を押したときにジャンプしなくなりました

%を押したときには対応する括弧にジャンプし
カーソル移動のときなどはジャンプさせない
ということはできますか

よろしくお願いします

763 です

自己解決しました

vimrcに

let loaded_matchparen = 1

をセットすることによりジャンプはしなくなりました
なんて余計なことを...

しかしこれでも対応したかっこに色がついてしまうのはなおりませんでした
おさわがせしました

> let loaded_matchparen = 1
これ設定したら色も付かなくなるはず
なんか他のとこがおかしい予感

Vimの公式wikiｸﾙ━━━(ﾟ∀ﾟ)━━━ !!!!!

Seven habits for effective text editing, 2.0
http://video.google.com/videoplay?docid=2538831956647446078

Bramはマカー

面白そうだけど長いな。
序盤でemacsについて語ってるのはちょっと面白かった。

7.0.201来た

パッチが出る度、凡そ24時間以内にビルドってあるのにずっと止まってたよな
手動でやってるのかね

そろそろ試験配布ってことじゃなくても良いと思うのにね

たろちゃんめっさ忙しいみたいだからしょうがないよ

先生！kaoriyaの掲示板がnot foundのままなのは仕様ですか？

>>770
スクリプト組んでありますがそのキックは手動です

>>771
スマヌ orz

>>773
前にサーバがクラッシュした時、避難するついでに以前から変なアタックもあったし
設定する時間もなかったので止めてしまいました。で、そのままになってます。


ちなみに私もほとんどの作業は7でやるようになっています。

7.0.205きた

質問です。
!dirすると２度ENTER押す手間をどちらか省きたいのですがどうしたらいいですか？

Hit any key to close this window
続けるにはENTERを押すかコマンドを入力してください

>>776
前者はvimrun.exeを消すと省けます。後者は
    :set cmdheight=2
としてコマンドライン部分を2行以上にすれば省けます。

ただし、前者を省くと!dirの結果を確認することができなくなってしまうので、後者
を省くほうが現実的でしょう。

>>777
おお、おありがとうございます。
　　(´Д｀;)、　　ﾏﾇｱﾙむずかしくてさ
　　 ノノＺ乙

vim7.0でlatex-suiteが動きません、、、
vim6では動いてたんですが。
なにか設定のしかたとかで変更されたところがあるんでしょうか？

すいません自己解決しました。
let g:tex_flavor = "latex"
が必要でした。

>>767

Bramがマカーだったなんて…

今でも現役バリバリAmigaユーザだと思ってたのに。
がっかりだ。

コードページ932 さんとこの
MinGW用
libiconv-1.10-ja-1-mingwPORT.tar.bz2

って、gvim.exe で使える？

使える

>>782
> って、gvim.exe で使える？

うちのだと保証はできません。というのはKaoriYaで配ってるgvim.exeはMSVCR71.dll
のほうへエラーコードを見に行くのです。たしかmingwはCRTDLL.dllに繋がるんじゃ
なかったかと記憶しています。もしもMSVCR71.dllならば動く可能性はあります。

mingw インストールして、libiconv-1.10-ja-1-mingwPORT.tar.bz2 を
コンパイルしてみた。iconv.exe を実行すると落ちるので、gettext を
インストールしてビルドし直した。テスト結果がサイトと同じになった。
libcharset-1.dll, libiconv-2.dll を WINDOWS/SYSTEM に入れた。

香り屋差分を当てたソースから、gVim.exe をコンパイルした。
Make_ming.mak をいじって、-DDYNAMIC_ICONV を追加して、
libtool mode=link $(CC) $(CFLAGS) $(LFLAGS) -o $@ $(OBJ) \
d:/mingw/lib/libiconv.la -Ld:/mingw/lib $(LIB) -lole32 -luuid \
$(PYTHONLIB) $(RUBYLIB) とした。

gVim.exe を実行し、set enc=japan set fencs=iso-2022-jp,euc-jp し、
JISなファイル(vim3のREADME.DOC)を開くと、文字化けしてる。
[converted] なんだけどな。おかしいな。

gVim.exe をクイックビュアーで見てみると、
インポートテーブルには msvcrt.dll があります。

ソースを見ると、実行時に iconv.dll か、libiconv.dll を
LoadLibrary するのかな。だとすると、libiconv-2.dll は
使われてるのかいないのか。

gettext も iconv も初めて使うんで、どう絡んでるのかさっぱり。
libXXXX.la なんてのも初めて使うんで、どうリンクするのかさっぱり。
vim6 も初めて使うんで、set enc の効果などもさっぱり。
＃差分なしでもsjis とutf8 のファイルは開けるようだし。


参考リンクか何か教えてください。

libiconv-2.dll -> iconv.dll にリネームして
gvim.exe と同じディレクトリにコピーするだけでいいと思う。

ちなみに、付属のスクリプトがうまく実行できなかったんで手動でパッチ当てた

$ cd libiconv-1.10
$ patch -p1 < mingwPORT/mingwPORT.patch
$ ./configure --enable-extra-encodings
$ make
$ cp lib/.libs/libiconv-2.dll vim/iconv.dll

リネームするだけで良かったのか。
MinGW cygwin でコンパイルすると、libiconv-2.dll になる。
OpenBSD でコンパイルしてみたら、libiconv.so.5.0 となる。

リネームしたDLLを、SYSTEMディレクトリとバイナリと同じ場所に
コピーして、違うバージョンを探して一掃した。
環境変数CHARSET_ALIASを設定した。

香り屋版の6.4を実行してみた。
encoding=cp932 の状態で、sjis と utf-8 しか開けない。えー。
ファイルメニューにエンコード指定があるし、EUCやJISを開くと
[変換済][未変換]などの表示はでるけど、間違ってる。
:set enc=euc-jp するとそんなコードページはないと言われる。

ちなみに、OpenBSDで作ったVim7.0も同じような症状の上、
:set encまで入力してTABを押しても、^I が入力されるだけで
補間してくれない。重症だ。

最近のVimは、設定が難しいなあ。でかいし。
着色とタブバーとすごい補間は魅力的だけど、
まだまだ jvim3 + skk は手放せないかな。

> encoding=cp932 の状態で、sjis と utf-8 しか開けない。えー。
> ファイルメニューにエンコード指定があるし、EUCやJISを開くと
> [変換済][未変換]などの表示はでるけど、間違ってる。
それiconv認識されてないんじゃ？
:echo has('iconv')
で 0 と表示されたら認識されてない。

> :set enc=euc-jp するとそんなコードページはないと言われる。
windowsのコードページとutf-8しか指定できなかったような。

> ちなみに、OpenBSDで作ったVim7.0も同じような症状の上、
configure失敗してんじゃね？

> :set encまで入力してTABを押しても、^I が入力されるだけで
> 補間してくれない。重症だ。
:set nocompatible

> まだまだ jvim3 + skk は手放せないかな。

こんなので喜んでいるのは原始人だけだろ

vim.org の windows 用 gvim70.exe 使ってるんですが、
XP にインストールして
コンテクストメニューを使うようにすると
「Edit with Vim」 という英語表記のメニューが出たんですが、
別のマシンで windows2000 にインストールしたら
コンテクストメニューは
「Vim で開く」と日本語になってました。

別に日本語だろうと英語だろうとどっちでもいいんですが、
この違いがどこで出たんだかわからないのが気になります。
知ってる方いたら教えて下さい。

libintl.dll(名前はコンパイルオプション依存)またはメッセージカタログ(runtime/lang/ja/LC_MESSAGES/vim.mo)
がインストールされてないから

どっちも入ってますね。
そもそもインストール元の gvim70.exe はまったく同じバイナリを使ってて、
インストール時のオプションもいじってないので謎です。

windowsのシステムのロケールみたいなのを判断して
コンテクストメニューの表示言語を選択してるんだと思いますが、
XP も 2000 も日本語版で地域言語のオプションなども
日本語のまま特にいじってませんし。

XP か 2000 でコンテクストメニュー使ってる方いましたら
日本語になってるか英語になってるか教えていただきたいです。

レジストリの
HKEY_LOCAL_MACHINE\SOFTWARE\Vim\Gvim\lang
に ja とか設定すれば明示的に言語を指定できる。
それで日本語になるならxpでの言語選択に難があるってことでしょう。

環境もまともにわからんのにそんなことグダグダ言われても迷惑
ちなみにそのコンテキストメニューに登録とやら（gvimextの事だと思うが）はマシンが不安定になるらしい
KoRoN 氏は非推奨と言っている代物だ

最近は不安定ってこともないんじゃないの？
メーリングリストでもそんな話聞かないし。

不安定になるって>>433の話か。
それなんてFU(ry

gvimext使ったことないんだけど
gvim --remote-tab-silentを
直接右クリックメニューに追加するのとは
使い勝手に違いあるの？

gvimextだと、既に起動してるvimがあるときはそのvimで開くかどうかのメニューが出て、
起動してるvimがないときは単にEdit with Vimだけがメニューに出るとかそんな感じ。
ってゆーか右クリックメニューに追加ってどうやんの？
sendtoにvimのショートカット追加したりとかは昔やってたけど。

gvimext は既に起動している vim があれば（複数ある場合はその数だけ出る）その vim を選んで開けたり
複数選択しているばあいは一つの vim でそのファイルを開く、そのファイル分だけ vim を開く
また diff をかけるというメニューが現れる

そういえば香り屋の vim7 にはついていないんだけど配る気ないのかね
便利だけど KoRoN 氏は好きじゃないみたいだし
あとファイル名は vim7 で行くんだろうか
関連づけとか治すのが面倒なので vim にして貰えるとありがたいんだが

>>801-802
詳しくありがとうございます。

>>801
1つのgvimで複数タブにしか出来ませんが、僕は
キー
HKEY_CLASSES_ROOT\*\shell\Vim\command
値
C:\bin\gvim.exe --remote-tab-silent "%1"

で使ってます。

おぉーできた。すげー。
教えてくれてありが�d

>>802
パッチも進んで随分と安定していますから好きじゃないというよりも、責任を持って
配布できるだけの素材を揃える時間が取れてないんです。netupvimとか付属スクリプ
トも見直す必要がありますから。

敢えて言えば補完の挙動は好きではないですが、それは配らない理由にはなりません
し、自前ではデバグと配布準備を兼ねて極力Vim7を使うようにしています。と、書い
ているこのChaliceもVim7で動かしてます。

最近は、どうせ配るならiconv.dllやmsvcr71.dllを含めたフルセットにしたほうが便
利なんじゃないか、なんて思ってますがライセンスとか問題あるかもしれませんし、
欲張ると本当に配れなくなってしまうような気もしています。

>>802,805
あ…gvimext.dllの話ですか。あれはシェルエクステンションなんですが、シェルエ
クステンションってちょっとプログラムに問題があるとエクスプローラを簡単に落と
すことができてしまうんです。そのためほんの小さなバグでも「OSが不安定でさ〜」
ということになってしまいます。詳しい人であればExplorerだけ再起動するのです
が、普通の人にそれを求めるのは難しいですよね。

さらにいうとgvimext.dll単体だけではなく、他のエクステンションのバグとの組合
せで問題が起きる可能性も否定できません。とてもそこまではフォローし切れませ
ん。しかもgvimext.dllはlibintl.dllやmsvcr71.dllなどを、ちょっと特殊な方法で
リンクしたりしてて…仕組みを知っている人間としてはちょっと気持ち悪いんです。
そういう理由で自分では使っていませんので、配るのを躊躇ってしまうのです。

vim7 の補完は増えたけどちょっと改悪気味ですよね
挙動もそうですけど低スペックのマシンだと非常にキツい感じ
あれって :set cot= で空にしても負荷あまり変わらないから不思議だ

gvimext.dll はかなり危険みたいですね
本家の方だと勝手に入っちゃうみたいだけどｗ
いままで通り配布物には行っているけど自分で登録する形がいい感じ

Vim初心者ですが質問よろしいでしょうか？
:wで保存するとき、保存と同時に、ページ内にあるすべての行末の空白を削るにはどうすればいいですか？
やりかたがわからないので、今のところF5に「map <F5> :%s/\s\+$//<CR>」を割り当てて、F5 → :wしてますが、正直面倒です。
また、ZZで保存終了する時でも上記のことが適用できるようでしたら、そちらも併せて教えていただきたいです。
Vimは香りやさんのgvim7を使ってます。ご存知方居りましたらよろしくお願いします。

>> 808
function Rstrip()
  %s /\s\+$//e
endfunction
autocmd BufWrite * call Rstrip()

違ってたらごめん

>>809さん、お答えいただきありがとうございます。
:wで保存と同時にみごと消えました。すごい便利です。ありがとうございました。

>>810
なんとなく気になって探したら、本家の TIPS にあったよ
ttp://www.vim.org/tips/tip.php?tip_id=721

>>809 は関数定義するまでもなく
au BufWrite * %s/\s\+$//e
でよかったです

UNIX板のスレ落ちたね　どうしよう

>>811さん、ありがとうございます。
Tipsは見たのですが、見落としていました。
夜分に探していただきまして、ありがとうございました。多謝。

>>812
tukutte

Vim の Google Summer of Code 2007 参戦に ﾜｸﾃｶ

:s コマンドは :s@from@to@ とか :s=from=to= とか
/ 以外の文字も区切り記号にできるけど
使える文字と使えない文字はどういう基準で決まってんの？

commandでexコマンドを定義するときに
2個コマンドを続ける事って出来る？
:w→:!perl %
っていうコマンドを定義したいんだけど
command Pj w !perl %
これじゃ出来ないし・・・

:command Pj w|!perl %
:h :bar

>>818
出来た�dクス

Linux ubuntuで
gvim version 7.0.35
使ってます。ウィンドウズ版と違って
ファイルを開いてもカレントディレクトリが
そのファイルが置かれているディレクトリに移動しません。
どうすればいいのでしょう？

'autochdir'じゃね？

>>821
ありがとうございます。出来ました。

>>821
vimplugin on Eclipseでカレントディレクトリの移動が面倒だたけど
すごく助かりました。
ワキから失礼。

WindowsXPでgvim6使ってます。

// コメント|

ここで改行すると

// コメント
// |

C++のソースファイルで行頭に単一行コメントを入れたとき次行に改行すると、
自動的にその行にもコメントがついてしまうのが嫌なんですが、
回避する方法ありますか？

>>824
:set formatoptions?
Bcroql
:set formatoptions-=r
んで、OK

くわしくは
:h fo-table

デフォルトの設定は、
runtime/ftplugin/c.vim の
setlocal fo-=t fo+=croql
で行われています。

>>825
ｳﾎｯ
出来ました。ありがとうございました。

WinXp 香り屋さんのVim7を使っています。
設定ファイルについて質問なんですが、
path にブランク入りのパス(C:\Program Files\hoge)を
追加しようとしたんですが、うまくいきません。
'、"、\等でクォートしてみてもできないようです。
ご教授お願い致します。

>>827
C:\PROGRA~1
でどう？

"C:\\Program Files\\hoge" だとどう？

>>828-829
ありがとうございます。
試してみたんですが無理でした。

set path+=C:\Program\ Files\IPMsg
とすると、set path? で見てみると
ちゃんと追加されているんですが、findが効きません。

ブランクは対応してないのでしょうか。
とりあえず他のパスに移動する方向で対応します。

空白をエスケープするには \ が3個必要。
set path=/hoge\\\ aaa/bb

windowsはもってないが、helpを見るにこんな感じか。
set path=c:\\Program\\\ Files\\hoge

取りあえずhelp見れ。
:he 'path'

>>831
ありがとうございます。
無事findで検索できました。
help読んでみます。

あげ

>>825
rをとってみたけどうまくいかない。
setlocal fo-=t fo+=coql
なんでだろ。

余計なことされるとうざす。

windows で 新にフォントを追加したんだが、
:set guifont=*
でフォントダイアログを表示しても そのフォントが
リストに表示されないんですけど、なぜ？
ちなみに、Habianっていうフォントです。

起動時から挿入モードにする方法ってimsertmodeを使う以外に何がありましたっけ？
確かコマンドラインオプションを付ければよかったと思うんですけど、
引数がなんだったかが思いだせない。

>>835
たぶん等幅じゃなく、プロポーショナルの
Habianをインストールしたためかと
gvimはプロポーショナルフォントは使えないよ
試したら等幅のHabianは使えた

>>837
thx できました。

>>836
easy vim かな。-y らしい。
:h easy で出てきた。

>>839
ありがとう。でもそれだとinsertmodeになっちゃって、
ESCキーでコマンドモードに戻れないんだよね。
なんか方法あった気がするんだけど、思い違いかな。

iを一回押すのが面倒だということなの？

既存のvimのウインドウにファイルをドロップしたら新しいタブで開くってできないかな？

マウス使うんなら適当なドザエディターでいいんでね？

ドロップしないで「送る」とかでやればいいじゃん。
--remote-tab-silent付きで。

au BufAdd,BufNewFile * nested tab sball
"常に新しいバッファタブで開く
"Chaliceとか画面分割して起動するケースなんかでは不便なことも

左手で ^w^s して右手でマウス操作して新しいウインドウにドロップすることならある。
大抵は新しいvimで開いちゃうけど。
>>843
辺境フォルダにあるファイルを開くにはマウスの方が早い場合もあるよ。

gvimがドロップソースになってほしいとたまに思う

そんなのランチャの仕事じゃん。

KaoriYaのVim7使ってるんだが、
ASP with VBScript のインデント設定ってないの？
とりあえず html.vim で代用してるんだけど・・・

>>849
:setf ft=apsvbs
とするといいみたいです。

>>850
FileType は aspvbs にしているんですけど、 gg=G とかで整形しようとしたときにうまく整形できないんですよね。
私の環境では $VIMRUNTIME/indent/aspvbs.vim がなかったので xhml.vbs をコピーして代用してる状況です。

changelogについて質問です。

2種類のchangelogファイルを運用しようとしたのですが、
2つ同時に開くと、後に開いた方で\oが効かずに、oで改行
になってしまいます。
現在は別Windowで開くことで対処しているのですが、タブかバッファの切り替えで
運用していくことってできないのでしょうか。

KaoriYaさんのgvim7で、標準のプラグインを使ってます。

マイクロソフトがVIMを開発
http://opentechpress.jp/news/article.pl?sid=07/04/10/0525247&from=rss

xみたいに一文字削除するときはyankして欲しくないんですが
どこかで設定できませんか？

evim、
Windows 版では、Shift + カーソルでテキスト選択できるのですが、
Linux で動かすとうまくうごきません。

どうしたらうまくいくのでしょうか?

　
unix 板も含めて、最近の質問にアレと思うのだが・・・・・
新入生か？

>>854
nnoremap x "_x

>856
最初は誰でも新入生。

vim(vi)が侍だとすれば
emacsはなんなんだ?

教祖

>>860
RMS教かw

'*'コマンドは、カーソル上の単語を検索対象として検索しますが、
カーソル上にhogeという単語があったとき、
:grep hoge *.c
とやる代わりにその単語をgrepの対象とすることはできますか?
どうか教えてください。

>>862
:grep <cword> *.c
ではどうでしょう。

>>862
>とやる代わりにその単語をgrepの対象とすることはできますか?
グレップの代わりというか、コマンドラインでの補完を使う。
参照
:h c_ctrl-r_ctrl-w
他にも、同類があるよ。

>>863
>:grep <cword> *.c
マップする方法を示すべきかも。
以下、shift + f1 で、グレップできる。

nnoremap <s-f1> :grep <cword> *.c<cr>

>>863
>>864

もっとヘルプを読まないとダメですね。精進します。
大変助かりました。ありがとうございました。

listcharsで表示させた文字の色を設定する方法教えて教えて

KaoriyaさんのVim 7.0は差分表示がうまくいかなくなってるね
対応お願いしますお

wrap で画面内に入りきらない単一の長い行が下端にある時、
@ が表示されて行の内容が省略されますが、これを off にすることはできるでしょうか？
長文を書いたり青空文庫のテキストを読むときに不便です。

>>867
私もVim7の差分表示使ってますがまったく困ってないので
何を期待して何をしたらどうなった
を書いてもらわないと対応できません。

>>869
すいません。
えっと自分の環境では
test.txtを開き、
:diffsplit test2.txt
として表示させると
E97：　差分を作成できません
と出て固まってしまいます。

Linux版のgvimで
試すと差分表示できるので挙動が違うことは確かだと思います。

自分の環境はWindowsXPsp2です。
Vim 7.0.216 for Windowsのvim7-daily-w32j.exeを使いインストールしました。
前バージョンは入れてません。初めてKaoriyaさんのvimを使わせてもらいました。
他のWindowsXPパソコンでも同じ問題が出たので再現性があります。

>>870
ズバリ、diff.exeが無い！

Kaoriya 版の内部コードはいつになったら utf-8 になるんだろう
shift-jis にしている利点ってほとんど無いと思うんだけど

>>870
871さんのおっしゃるとおりdiffが入ってないんじゃないでしょうか。Vimにはdiffは
含まれませんので、別途入手してください。私はCygwinのを使ってます。

>>872
Windows版はUTF-8をデフォルトにはしません。日本におけるWindowsでの用途では
CP932が依然として優勢なのに加え、UTF-8にした場合はいろんな細かい問題がでてき
てしまうので。ただし個人的にはUTF-8用の設定コマンド、というのを使っているの
でそれを配布に含める形での対応は考えています。

command! -nargs=0 Utf8mode call <SID>Utf8mode()
function! s:Utf8mode()
  lang mes en
  set enc=utf-8
  set fencs=ucs-bom,cp932,euc-jisx0213,iso-2022-jp-3,ucs-2le,ucs-2
endfunction

>>873
試してないけどメニューとかメッセージ関係は大丈夫なんでしょうか

いまテキストエディタの需要として web 系（スクリプト含む）が多いと思うんだけどなあ
それ以上のものは IDE 使うしそう考えるとほとんど utf-8 じゃ無いかと
windows 系の秀丸や emeditor も内部コードはユニコードみたいだし xyzzy　もそうかな？
自分がそうなだけで実際は sjis 使っている人の方が多いのかも知れないけど

まぁ内部的に面倒というのなら使わせて貰っている身としては仕方ないか