vim6

■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 最新50

vim6

1 ：名無しさん＠お腹いっぱい。 ：2001/05/25(金) 13:18: vim-6.xに関する専門的スレッドです。
381 ：KoRoN ：2001/08/11(土) 06:48: >>378

highlightは詳しくないのでなんともいえませんが、随分昔にMLに流れた次のようなスクリプトが役に立つでしょう。
適当な名前で保存して:soしてみて下さい。

function! s:HiDiHi()
let l = line(".")
let c = col(".")
let id = synID(l, c, 1)
let attr_hi = synIDattr((id), "name")
let attr_trans = synIDattr(synID(l, c, 0), "name")
let attr_lo = synIDattr(synIDtrans(id), "name")
echo "hi<" . attr_hi . '> trans<' . attr_trans . "> lo<" . attr_lo . ">"
endfunction

nnoremap <silent> <F6> :call <SID>HiDiHi()<CR>
382 ：KoRoN ：2001/08/11(土) 07:30: >>378,>>380-381

:set isident=@,48-57,_
と設定してみてください。正しい対処法かはまったくわかりません。
'isident'がデフォルトの"@,48-57,_,128-167,224-235"だと、
vimHiGroupが"\i\+"に設定されていて全角空白の1バイト目0x81(==129)が\iにマッチします。
2バイト目は0x40(==64=='@')であるので\iにはマッチしません。
つまりsyntax解釈上、全角空白が分断されてしまったため起こった現象でしょう。

'isident'にMBが含まれる必要はないと思いますけど、なんかスッキリしてない状態であることは認めます。
383 ：KoRoN ：2001/08/11(土) 07:31: # ううう。さげ癖がついている
age
384 ：371 ：2001/08/11(土) 11:10: >>382
isident,iskeyword を "@,48-57,_" にしたら、hi のあとでも正しく highlight されるようになりましたが、
s のあとや、let の後ろでは以前として表示が思ったようにされません。
（ let については２つ目以降どころかまったく highlight されず )

やっぱり素直に、/　して、:set hls の方がよいですかね？
385 ：KoRoN ：2001/08/11(土) 12:56: >>384
letは\kの問題です。全角文字は無条件でiskeyword(/\k)に引っかかるという
素晴らしい仕様のおかげですね。これについては修正パッチ作りました。
sは現在調査中で、[^a-z...]が全角にマッチしてしまうことが原因らしいけど…
ハッキリとはわかっていません。\z(\)との絡みもあるかと調査中。
386 ：KoRoN ：2001/08/11(土) 14:14: >>385
sについてわかりましたので補足。syn regionの指定にrs=s+1が付いてます。
これは検索の//{offset}と同じ意味ですが、syntaxのほうはMB非対応になっていました。
こいつが結構、修正に一苦労するかもしれません。
387 ：名前いれてちょ。。。 ：2001/08/11(土) 15:01: >>379
thanx!

もちろん :help したYO!
けど、いまいンストールされてるのが vim5.x だったと思った。
ひょっとしたら vim6 からじゃないとダメ？
まぁいいや。夏休みが終わったら確かめてみよう。
388 ：KoRoN ：2001/08/11(土) 17:20: >>387
横分割はvim6の機能です。っていうかココ、vim6のスレだし…
389 ：名無しさん＠お腹いっぱい。 ：2001/08/11(土) 20:04: 　　　　　　　　　　　　 ≡∩∩≡=
　　　　　　　　　 ≡| | || ≡＝
　　ｺﾞｺﾞｺﾞｺﾞｺﾞ　　　 ≡| | || ≡=
　　　　　≡∧∧∧∧　| | || ≡= 　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　 ≡(（　´Д｀）／//≡= 　　＜　先生！Emacs信者の猛攻です！ｸﾞﾊｧ
　　　　≡／／　　　 //≡= 　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　≡/ / /|　　　　//≡=
　＿≡| |　| .|　　　　|| ≡=
　 ≡＼＼　￣￣￣￣￣￣￣＼＼≡=
　　≡| ||＼　　　　　　　　　　　＼＼≡=
　　≡| ||＼||￣￣￣￣￣￣￣||￣≡=
　　≡| ||　 ||| ￣￣￣￣￣￣||| ≡=
　　　　≡.||| 　　　　　　 ||| ≡=
390 ：名無しさん＠お腹いっぱい。 ：2001/08/11(土) 20:57: warata
391 ：371 ：2001/08/12(日) 04:22: >>385-386
わざわざ申し訳ないです。
syntax の MB 対応、期待してます。
392 ：KoRoN ：2001/08/12(日) 09:18: >>391
期待されても困るんですよね(^-^;;;。前者は問題ありませんが後者をを修正してしまうと、
ただでさえ重くなる原因のsyntaxを激重にしてしまう可能性が高いんですよ。
果たしてそこまでしてsyntaxを完全にMB対応させる意味があるのか、速度とのトレードオフです。
# 実験はしてみますけど世の中に出るという保証はできません。
393 ：名無しさん＠お腹いっぱい。 ：2001/08/13(月) 00:26: 結構､vim6ユーザが増えてきているね。
394 ：371 ：2001/08/13(月) 19:23: KoRoN さん、vim6ar さっそく落としました。
全角空白が完全ではありませんが正しく表示できるようになりました。
ありがとうございます。
395 ：KoRoN ：2001/08/13(月) 20:06: sの後のデリミタとしての全角に対応させることはできませんでした。
その修正をしたら別の場所で不具合が出てしまったもので(^-^;
396 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 01:58: vim script見ると萎えてしまうっすよ。
|でも個人的には、どうせならスクリプトを解釈する機能はコンパイル時に外せないようにして
これわかんないので解説希望っすよ。
|この適度なゴタゴタ感、つぎはぎな感じこそがvimがvimたる所以なのではないでしょうか。
僕には適度じゃないっすよ。僕の大好きなviの一番人気クローンの
スクリプト言語があれじゃ悲しいっすよ。このままじゃvim捨てっすよ。
397 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 01:59: そういう方は nvi に回帰しているかもめ
398 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 02:38: nvi使ったことないっすよ。vimと比べてどうっすか。
399 ：KoRoN ：2001/08/15(水) 02:39: >>396
PerlやPythonやRubyやTclをvim script代わりに使う方法もありますが、ある程度vim scriptの知識は必要になります。
また日本語の解説ページは現在のところ存在していないので:help perl等などを自力で読めなければ結局のところ使い切れないでしょう。
そんな状況ですのでvim scriptが動機でvimを捨てられるのなら、
vimに染まりきっていない今がチャンスなので思い切って捨ててしまうのが上策です。

言語の明快さ・簡潔さにこだわるのであれば個人的にはLISPがオススメです。
となればエディタは自然とEmacs系ですね。
さもなくばBram氏に「スクリプトの仕様変更して」とお願いするしかないでしょう。
400 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 02:44: nvi ユーザでしゅ。
vim の利便性を十分に享受していないと思うので
比較にならんのですが、自分のメモを貼り付けるです。

nvi を使おう

tab-complete を使う
set filec= を使う。
tab にアサインしたい場合は set file=\[tab] の様にすればよし。

ex コマンドのヒストリを使いたいよ
set cedit= を使う。
shell の set -o vi ライクでちょー使えるよ。#vim の ^P でのヒストリ機能よりイイかも。

検索は大文字小文字を区別したくないよ
set ignorecase でよし。

コマンドを使いたいよ
set shell=/bin/ksh など。

インデントはどうするの?
set shiftwidth=4 で ^T と ^D を使えばよし。
401 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 04:35: >>399
|また日本語の解説ページは現在のところ存在していないので
|:help perl等などを自力で読めなければ結局のところ使い切れないでしょう。
萎えさえしなければPerlでもPythonでもRubyでもTclでも
ソースといくつかのサンプルさえあれば使い切る自信あるっすよ。
問題は萎えないか？っすよ。Perl/Python/Rubyで萌えられそうなら
そっちでやるっす。経験者の意見希望っす。
|言語の明快さ・簡潔さにこだわるのであれば個人的にはLISPがオススメです。
読みやすさと使いやすさにこだわるっす。LISPは確かに構造が
単純す。emacslispのコード書いたことありますがLISPならではの
恩恵こうむったことないっす。「オススメ」の理由知りたいっす。
|となればエディタは自然とEmacs系ですね。
自然すか？viとは合わないっすか？
|さもなくばBram氏に「スクリプトの仕様変更して」とお願いするしかないでしょう。
あのスクリプト言語つくったのがBramさんって人すか。（vim作った
人？）Perl/Python/Rubyの方がよければ仕様変更でなくて置き換え
させるっす。
402 ：KoRoN ：2001/08/15(水) 08:09: > 読みやすさと使いやすさにこだわるっす。LISPは確かに構造が単純す。
> emacslispのコード書いたことありますがLISPならではの恩恵こうむったことないっす。
> 「オススメ」の理由知りたいっす。

LISPそのものというよりも関数型言語ゆえの良さです。
専門家たちに聞くのが一番なので次のようなスレで聞いてみてください。
■ LISP Scheme http://piza2.2ch.net/test/read.cgi?bbs=tech&key=987169286&ls=50
■ Haskell http://piza2.2ch.net/test/read.cgi?bbs=tech&key=996131288&ls=50
403 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 10:04: うーん、--enable-multibyte で作っても 2byte文字上のカーソル移動が
上手く行かない。
他に configure に指定した option は、
--prefix=/usr/local --host=i686-pc-cygwin
--enable-broken-locale --enable-xim --enable-fontset --with-x=yes
--with-tlib=ncurses

以下だけでもやってみた。
--enable-multibyte --enable-xim --enable-fontset
404 ：KoRoN ：2001/08/15(水) 11:18: >>403
カーソル移動に関しては--enable-multibyteがあれば正しくなります。
あとはvimrcでset encoding=japanを設定するだけです。
405 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 13:16: >>404

すみません。403 は書きかけで up してしまいました。

set encoding=japan
set fileencoding=japan

としています。ついでに

set termencoding=japan

とも入れてます。
でもダメなんです。
また、vim 起動後に、

:set encoding=japan

などとしてもダメでした。
更に、web で見かけた、

:set charcode=japan

としたら、

`Unknown Option' と怒られました。
406 ：KoRoN ：2001/08/15(水) 13:45: >>405
…見落としてました。cygwinですか?。ビルドしているのがcygwinで
利用したいのはコマンドプロンプトからSJISで利用したいのですか?。
それともtelnetしてEUCで利用したいのですか?。
他にもcygwinでnot XなGUI版をコンパイルする方法もあったと思います。
407 ：名無しさん＠お腹いっぱい。 ：2001/08/15(水) 18:09: >>406

すみません。全然環境に触れてなかったですね。

$ uname -a
CYGWIN_95-4.0 OGAWA00 1.1.8(0.34/3/2) 2001-01-31 10:08 i586 unknown

な環境で、ASTEC-X を使い、{Rxvt, Kterm} 上で Vim を使いたいのです。
# 更に terminal 上で、screen も動かせればとも思ってますが。

日本語に関しては、ASTEC-X で XIM 経由で Windows-IME (WXG4) から入力
しています。

ここもちょっと問題ありっぽいんですが、今回の件は、入力済みの日本語
ですので、IME 云々は除外して良いと思ってます。
はしていない) 状態で、件の現象となりますので。

件の現象と書きましたが、全然ちゃんと書いてないですね。

{h, l} でのカーソル移動を多バイト文字上で行なおうとすると、
カーソルが 1バイトずつしか移動しない。

または、

x での削除を多バイト文字上で行なおうとすると、1バイトずつしか
削除されない。

と言う現象でした。
408 ：KoRoN ：2001/08/15(水) 20:35: >>407
コンパイル方法はあっていそうなので設定の問題だと思います。
cygwinを使うとMake_cyg.makを使わずに./configure&&makeでインストールしたとしてもcp932ベースで構築されます。
そのため:set encoding=japanとすると:set encoding=cp932ということになってしまいます。
なお通常のUNIXならば同様の方法でeuc-jpベースで構築されるので
:set encoding=japanは:set encoding=euc-jpと同義になります。

>>403,>>405,>>407でやろうとしていることを見る限りではencodingはcp932で
termencodingはeuc-jpでなければならないのでしょう。
# ktermってエンコード変えることできるんでしたっけ?
termencodingを正しく働かせるにはcygwin付属のlibiconvを使う必要がありますが…そのやり方はわかりません。
またcp932以外のファイルを編集するには、
正しくcp932へコンバートできるようにfileencodingsを設定してやる必要があるので注意してください。
よって必要な設定は次のようになると推測されます。

:set encoding=cp932
:set termencoding=euc-jp
:set fileencodings=iso-2022-jp,utf-8,utf-16,ucs-2-internal,ucs-2,euc-jp,japan,shift-jis
409 ：WindowsCE版は？ ：2001/08/16(木) 00:37: WindowsCEで動くGUI版vimってあるでしょうか？
Emacs20.7が動く(色・フォントつき)んだから
vimも動けると思うんですが．．．
syntax highlightが使いたいんです．

#ひょっとしてコンソール版(CMD窓)でもハイライト表示できる？
410 ：名無しさん＠お腹いっぱい。 ：2001/08/16(木) 01:28: >>400
インデントは、:set autoindent ?
すでに設定されているなら良いけれど...
411 ：名無しさん＠お腹いっぱい。 ：2001/08/16(木) 02:05: >>402
Haskellスレ読んでるっす。面白いね。
そりゃ関数型には関数型の、論理型には論理型の、
オブジェクト指向にはオブジェクト指向の利点が
それぞれあるっす。エディタのスクリプト言語と
しての関数型ならではの利点を知りたいっす。
少なくともemacslispは関数型というよりバリバリ
副作用使われてるっすよね。
0.01歩譲ってLISPがベストとしてそのとき自然に
emacsになる理由が知りたいっす。
ストールマンが選んだからにはなるほどと思わせる
理由があると思うっす。それを知りたいっす。
412 ：名無しさん＠お腹いっぱい。 ：2001/08/16(木) 04:45: 起動中のgvimのバッファにロードさせる起動オプションってありませんか？（windows)
gvimをMDI風に使いたいもので。教えてください。
413 ：名無しさん＠お腹いっぱい。 ：2001/08/16(木) 07:31: >>408

惜しいんですが、目的は果たせないです。
# 惜しいと言うのは、>>407 で日本語入力も問題ありと書いた部分が安定したと
# 言うことです。これはこれでとても助かりました。有り難うございます。

> cygwinを使うとMake_cyg.makを使わずに./configure&&makeでインストールしたとし
> てもcp932ベースで構築されます。
これが問題だったのは確かだと思われます。
しかし、当方の環境では、基本を euc-jp と考えてますので、

set encoding=euc-jp
set termencoding=euc-jp
set fileencodings=euc-jp,iso-2022-jp,utf-8,utf-16,ucs-2-internal,ucs-2,japan,shift-jis

とすることで、安定した日本語入力が出来る様になりました。
しかし、当初からの目的としている、

多バイト文字上での 1文字の扱い

については、悲しいことに変化がありません。

因みに >>405 で書いた、

:set charcode=japan

と言う option って本当はあるんでしょうか。
# 多分、
# Vim 掲示板 (http://ixeris.bios.ics.saitama-u.ac.jp/~koron/bbs/)
# で見たんだと思うんですが。
414 ：名無しさん＠お腹いっぱい。 ：2001/08/16(木) 07:48: >>408

ああそうか。
> termencodingを正しく働かせるにはcygwin付属のlibiconvを使う必要がありますが
> …そのやり方はわかりません。
こっちの方が問題なのか。

libiconv は、libiconv-1.6.1 を install しています。
が正しく動作しているかどうかは判りません。

どなたか確認方法をご存じないですか??
415 ：KoRoN ：2001/08/16(木) 08:07: >>409
WinCE用にコンパイルされたものはがありません。
DOS版をCEのDOSエミュレータ(有料)で動かすのが現状です。

>>410
autoindentであってます。C言語以外用にはsmartindentとかもあります。
autoindentはvimrc_example.vimで定義されていますが、デフォルトではロードされません。
#私が配布しているgvim-6.0xではロードされるように設定されてますが。

>>411
gvimの話題ではないのでemacsのスレかソフトウェア技術の板で聞くと良いでしょう。
テキストエディタのスレもありますから。

>>412
6.0ar以降であればgvim --remote filenameで開けます。

>>413
> しかし、当方の環境では、基本を euc-jp と考えてますので、
ダメです。cygwinでコンパイルした場合にはvimはcp932を基本にしてしまいます。
os_unix.hの41行目のWIN32UNIXをdefineしなければeuc-jpベースにできるハズですが。

> set fileencodings=euc-jp,iso-2022-jp,utf-8,utf-16,ucs-2-internal,ucs-2,japan,shift-jis
これだと上手くコンバート出来ませんよ。fencsは先頭から順にiconvへ渡して変換に成功したところで
トライアルをやめてしまいます。なのでcp932(shift-jis)のファイルを開いても最初のeuc-jp→euc-jp変換で止まってしまいます。

> set charcode=japan
6.0の初期はこの名前を使っていましたが現在はencodingという名前に変わりました。
416 ：KoRoN ：2001/08/16(木) 08:16: >>414
libiconvってソースからcygwinでコンパイルしましたか?
私が配っているものはVC6でコンパイルしたものなのでちょっとズルして
cygwinと組み合わせると…ハングしました(笑)

なおlibiconvにはiconvというツールが付属します。src/iconv参照のこと。
こいつで一通りのチェックはできます。
417 ：vimmer ：2001/08/17(金) 02:13: 久しぶりにvimの本家のサイトに逝ったら、何とvim-6.0arの欄のコメント部分にある
``BETA!"の文字がピッカピッカと点滅しているではないか。

いつの間に、βになったのよ。
正式版の出荷は、もうすぐかな。
418 ：名無しさん@XEmacss ：2001/08/17(金) 13:11: >>415

>> しかし、当方の環境では、基本を euc-jp と考えてますので、
>ダメです。cygwinでコンパイルした場合にはvimはcp932を基本にしてしまいます。
>os_unix.hの41行目のWIN32UNIXをdefineしなければeuc-jpベースにできるハズですが。

WIN32UNIX を undef して (単にコメントにしただけですが) make し直しました。
が状況は変りません。

>> set fileencodings=euc-jp,iso-2022-jp,utf-8,utf-16,ucs-2-internal,ucs-2,japan,shift-jis
>これだと上手くコンバート出来ませんよ。fencsは先頭から順にiconvへ渡して
>変換に成功したところでトライアルをやめてしまいます。なので
>cp932(shift-jis)のファイルを開いても最初のeuc-jp→euc-jp変換で止まってし
>まいます。

これは、cp932 のファイルに対して euc-jp -> euc-jp 変換が成功するってこと
でしょうか。

$ cat ja-vimtest4.sjis | iconv -f SHIFT-JIS -t EUC-JP
新規ファイルです。
Vim は WIN32UNIX を define せずに make し直しました。
$ cat ja-vimtest4.sjis | iconv -f EUC-JP -t EUC-JP
iconv: (stdin): cannot convert

となるので、失敗する様に思うのですが。全然違うこと言ってますか?
それとも、そもそも WIN32UNIX を殺して make しておけば、

set encoding=japan
set fileencoding=japan

で良いんでしょうか。

>>416

libiconv は Cygwin で source から make してます。

$ echo "あいうえお" | nkf -s | iconv -f SHIFT-JIS -t EUC-JP
あいうえお

となるので問題無い様ですが。

Rxvt, Kterm の方の問題なのかなぁ。
419 ：KoRoN ：2001/08/17(金) 14:17: >>418
なんかおかしいですねぇ…

> cp932 のファイルに対して euc-jp -> euc-jp 変換が成功するってことでしょうか。

そのつもりで書いたんですが…どうやら正確には違ったようです。
fencとencが同じ場合、vimはコンバートせずに生のまま開きます(:help 'fenc')。
結局その先のコードは試されませんから、起こる現象に限ってみれば同じことですけどね。

どうも非常に特殊な環境で使いたいようですから、
そういうときはまず一番単純なところからやってみるのが良いと思いますよ。
1. cygwinで--enable-multibyteだけでコンパイルして、コマンドプロンプトからsjisファイルが開けることを確認する。
2. 次にtelnet経由でiconvを使ってtermencoding=euc-jpでsjisファイルが開けることを確認する。
こんな感じで少しずつステージを上げていってはどうでしょうか?。

あ、ちなみにset encoding=japanってどこに書いてます?。
その設定ファイルが起動時に読み込まれてない、っていうオチはやめてくださいよ。
起動してから:set encしてeuc-jpが返ってこなかったらかなり鬱ですけど。
420 ：409 ：2001/08/17(金) 23:01: >>415 さんへ

＞WinCE用にコンパイルされたものはがありません。
＞DOS版をCEのDOSエミュレータ(有料)で動かすのが現状です。

ざんねんです．
とにかく情報ありがとうございます．
＃はぁ
421 ：KoRoN ：2001/08/17(金) 23:16: >>420
コンパイラと実機をいただければ移植にトライしてみますよ(藁)
422 ：名無しさん＠お腹いっぱい。 ：2001/08/18(土) 23:13: > h, l でのカーソル移動を多バイト文字上で行なおうとすると、
> カーソルが 1バイトずつしか移動しない。

6.0arをRedHat6.1J、libiconv 1.7で --enable-multibyte して
作ったのですが、上記症状がでてます。
vimrcは、gvim-6.0ar-w32j.tar.bz2 中のものをそのまま使用しています。
:set encすると encoding=euc-jp とかえってきます。
423 ：409 ：2001/08/18(土) 23:44: >>421
Windows2000用のコンパイラ(VB/VC++ embedded)+
エミュレータ(PocketPC/PalmsizePC/HandheldPC)なら
CD-ROMお貸ししますが(^^)

実は，Emacs20.7 の WindowsCE移植パッチをダウンロードして，
win32→winceの移植の工数をざっと見積もろうとしたのですが，
パッチが3MBもあって萎えてしまいました．
（厳密にいうとパッチでなくて修正の入ったファイルのアーカイブだった）

ttp://www.rainer-keuchel.de/software.html
424 ：名無しさん＠お腹いっぱい。 ：2001/08/19(日) 04:10: Patch for vim to use GLOBAL
http://tamacom.com/unix/index.html#vim
ctagsと違ってどこで使ってるかわかる

vidbg (vi debug)
http://www.tildeslash.org/vidbg.html
vim6とは直接かんけーないけど、
こんなんあると便利
425 ：名無しさん＠お腹いっぱい。 ：2001/08/19(日) 14:19: >422
FreeBSD 3.4R上のvim-6.0ar, libiconv 1.7だけど、2バイト文字系は
ちゃんと2バイトずつカーソル移動する(つーかカーソル形状も2バイト分
になる)よん。

ちゃんとmakeできてるか、configureの出力とかldd vim(ってLinuxにも
あったっけ? リンクするshared libraryの一覧出す奴)結果とか調べて
みたら?
426 ：425 ：2001/08/19(日) 14:22: RedHatだとデフォルトで(日本語非対応の)vimが入ってたりするから、
pathの関係で実はそっちが動いてたりして...
427 ：KoRoN ：2001/08/19(日) 18:29: >>423
ありがとうございます。同じことを考えて友人に手配したところです。
チョコチョコとやってみたいと思いますので、
少し気長に期待せずに待ってもらえると嬉しいです。
428 ：名無しさん＠お腹いっぱい。 ：2001/08/19(日) 19:32: > ちゃんとmakeできてるか、configureの出力とかldd vim(ってLinuxにも
> あったっけ? リンクするshared libraryの一覧出す奴)結果とか調べて
> みたら?

見ることはできますが、それを見ることで何かわかるんですか?

> FreeBSD 3.4R上の

あ、FreeBSD信者様でしたか。ごめんなさい。
429 ：422 ：2001/08/19(日) 21:19: 環境変数 LANG=ja で解決!
430 ：名無しさん＠Vim ：2001/08/19(日) 22:16: set fileencodings=iso-2022-jp,cp932,utf-8,utf-16,ucs-2-internal,ucs-2
set encoding=euc-jp
set termencoding=euc-jp

ってな感じで使ってる者です(Linux + libiconv)．
ですが，これだと空のファイルや，英語のみのファイルは当然 iso-2022-jp と
認識されてしまいます．
でも encoding=euc-jp にしている事からも分かるように，出来ればそういう
場合は euc-jp として認識したいのです．
euc-jp を先頭に持って来ちゃったらこの問題は解決するものの，他の文字コー
ドのテキストは変換出来なくなってしまいますし，何か良い方法は無いでしょ
うか？

空ファイル問題は w3m での textarea への書き込みに使う時に，英語ファイル
問題は，拾って来たプログラムのソースに自分で日本語でコメントを付ける
時等に，該当ファイルが iso-2022-jp で保存されてしまいます．
毎回 :set fileencodinf=euc-jp とかやるのはちょっと面倒なのですが，何
か無いでしょうか？
まぁ iso-2022-jp でも特に困る事はそれ程無いと言えば無いのですが・・・．
431 ：430 ：2001/08/19(日) 22:18: 書き忘れてました．バージョンは 6.0ar です．
432 ：KoRoN ：2001/08/20(月) 06:12: >>430
次のスクリプトをpluginディレクトリに置くことで対処しています。
http://ixeris.bios.ics.saitama-u.ac.jp/~koron/software/vim/checkjis.vim
iconvによるコンバートが発生して時間がかかってしまうことにはかわりありませんが
w3mから2chに書き込む(!!)時には重宝するでしょう。
433 ：430 ：2001/08/20(月) 10:21: >>432
をぉ！ありがとうございますm(_ _)m．
なる程，マルチバイト文字が無かったら
「fileencoding を空」にしちゃえば良かったんですか．
お勉強になりました．
434 ：425 ：2001/08/20(月) 11:37: >>428
なんか言われるとすぐに信者かよ。うぜー奴。
要は「実はちゃんとマルチバイト対応でmakeできてないんじゃないか?」
って事なんだけどね。
435 ：名無しさん＠お腹いっぱい。 ：2001/08/21(火) 22:27: file explorer で i すると妙な警告が出るのってオレんとこだけ ( vim6.0ar )？
436 ：KoRoN ：2001/08/22(水) 08:34: >>435
手元の最新版(60as)では修正されています。
437 ：423 ：2001/08/22(水) 20:08: よかったら参考にしてみてください．

http://www.rainer-keuchel.de/software.html

UNIXのフリーソフトをWindowsCEに移植しているページです．
Apache TeX Emacs X-Windows などがあります．すごすぎる．．
438 ：437 ：2001/08/22(水) 20:09: 437は>>427さん宛です．
439 ：名無しさん＠お腹いっぱい。 ：2001/08/23(木) 01:52: 信者に信者と言ってなにが悪いこの信者(ﾌﾟ
440 ：名無しさん＠お腹いっぱい。 ：2001/08/23(木) 01:58: 証明するなり、理由つけるなりしてからにしような(w
441 ：名無しさん＠お腹いっぱい。 ：2001/08/23(木) 07:00: >>428
言われていることが理解できないならそれだけ書けば良い
何かあると信者だとか言い出すアンチ信者うざい
スレ違いだから別スレでやってくれ
442 ：名無しさん＠お腹いっぱい。 ：2001/08/23(木) 10:19: >>439 はただの粘着、放置しておけばいいじゃん。
443 ：らーららー ：2001/08/23(木) 14:09: いくらなんでも放置は可哀想だ。たとえ「フリ」でもいいから構ってあげてくれ
444 ：sage ：2001/08/23(木) 16:59: usage
445 ：名無しさん＠ＸＥｍａｃｓ ：2001/08/23(木) 21:18: x の gvim で xim 使って複数文節を変換するときに、変換対象文節とそうでない
文節の色が同じなのは、なんとかならんもんかのぅ。
446 ：KoRoN ：2001/08/24(金) 13:10: カーソルが1バイトずつしか移動できないと嘆いている方がいたと思いますが、
一つ思い出したことがあったので書いておきます。
必ずしも解決するという性質のものではないのですが…。
mblen()もしくは_Xmblen()が日本語に正しく反応しないために動かないことがあります。
http://ixeris.bios.ics.saitama-u.ac.jp/~koron/bbs/bbs.cgi?article=627
http://ixeris.bios.ics.saitama-u.ac.jp/~koron/bbs/bbs.cgi?article=630
http://ixeris.bios.ics.saitama-u.ac.jp/~koron/bbs/bbs.cgi?article=631

対処法はmbyte.cでmblen()を検索して、その周囲で#if 0で無効になっている
コードを#if 1で有効にしてあげれば良いのですが…これじゃ伝わらないかな?(^-^;
447 ：ビンゴ ：2001/08/25(土) 14:21: >>446
> カーソルが1バイトずつしか移動できないと嘆いている方がいたと思いますが、
(snip)
> 対処法はmbyte.cでmblen()を検索して、その周囲で#if 0で無効になっている
> コードを#if 1で有効にしてあげれば良いのですが…これじゃ伝わらないかな?(^-^;

カーソルが multibytes を認識してないと嘆いていたうちの一人です。
ありがとうございます。遂に意図した通りの動作をする様になりました。

時間もなくて、ここで教えて頂いたことも仲々試せずにいたのですが、今回のは
gdb で見てみたらそのものズバリでした。(mblen() が 1 しか返さない)
で、実際に make し直して、h,l,x,C-h 辺りの動作を一通り確認したところ、全て
問題なく動作しました。

要領を得ない質問に最後まで付き合って頂いて、本当にありがとうございました。
448 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 14:24: KoRoN サイコー
449 ：KoRoN ：2001/08/25(土) 15:16: >>447
本当はもっとスマートな対処法(autotoolsでmblen()をチェックしてdefineとか)を組み込むべきでしょうけど
mblen()に関してあらゆる環境でチェックを受ける必要があるので難しいですね。
450 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 16:23: >>445 の件ってなんとかならないのかな?
俺も困ってる
451 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 18:58: vim6 ではないですが、Debian potato の vim5 はカーソルが 1 byte ずつ
しか移動しません。これは option かなんかで直せるんでしょうか?
multibyte で compile はしてあるみたいですが。
452 ：KoRoN ：2001/08/25(土) 19:22: >>451
スレ違いな上にFAQですな。vim5などもう既に忘却の彼方ですけど…
:set fileencoding=japan
してください。
453 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 19:24: vim-6.0as.tar.bz2は
vim-6.0as-*.tar.gz(4ファイル)をまとめたヤツでしょうか?
454 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 20:31: >>453
http://www.vim.org/announce/vim-6.0as

Unix:
unix/vim-6.0as.tar.bz2 sources + runtime files, bzip2 compressed
unix/vim-6.0as-rt1.tar.gz runtime files part 1
unix/vim-6.0as-rt2.tar.gz runtime files part 2
unix/vim-6.0as-src1.tar.gz sources part 1
unix/vim-6.0as-src2.tar.gz sources part 2
unix/vim-6.0ar-6.0as.diff.gz diff between 6.0ar and 6.0as
455 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 20:39: アナウンスを読み忘れていました。
逝ってきます＆thx >>454
456 ：名無しさん＠お腹いっぱい。 ：2001/08/25(土) 21:38: age荒らし
457 ：名無しさん＠お腹いっぱい。 ：2001/08/26 07:10: emacs葉だがage
458 ：本スレ浮上開始 ：01/08/26 09:17: 自治age
459 ：本スレ浮上継続 ：01/08/26 12:43: 「墨で『Vim』と書いた白扇子」
460 ：KoRoN ：01/08/26 17:03: >>459
そんな恥ずかしいなぁ(藁
461 ：459 ：01/08/26 19:02 ID:4JdeOkXM: 2周年オメデタウ！！
そしてこれからもヨロシク！！ > KoRoN 殿

漏れも早くそーゆー貢献が出来るスキルを身に付けたいDeath.
今の漏れに出来る事なんて応援ぐらいなのさ・・・頑張ろっと．

# あまりに個人的なので一応 sage
462 ：名無しさん＠お腹いっぱい。 ：01/08/27 17:05 ID:QgN1dslo: ./configure で--enable-multibyte --enable-xim --enable-xfontset
を入れたんだけど、gvimが文字化けするのは
自分のフォント設定がまずいのでしょうか。
vim on ktermでは文字化けしないので、多分X側の設定なのでしょうけど。
＃これじゃスレ違いかな?
463 ：KoRoN ：01/08/27 17:14 ID:XtL9rfQ6: ./configure --help
すればわかりますが--enable-xfontsetではなく--enable-fontsetを試してみて下さい。
変更されたようです。
# 全くはずれているかもしれませんが

で、私は:set gfs=a14,r14,k14と設定しています。
464 ：二周年わっしょい ：01/08/27 23:46 ID:ev7f8jX.: プレゼントは吉井玲写真集「ＶＩＭ」きぼーん(藁

http://www.horipro.co.jp/fun/new/photo01.html
465 ：462 ：01/08/28 00:53 ID:9DnFZD0A: うまく逝きました。
--enable-fontsetと、:set gfs=a14,r14,k14を試した結果、
無事に日本語が表示できるようになりました。
こうやって、だんだんUNIX系OSが素敵だと思えてくるようになるのね(wara
466 ：KoRoN ：01/08/28 16:34 ID:HTa2urHE: >>464
きぼーん

>>465
UNIXは好きですけどXは嫌いです。
理由:何をするにもマウスを使わなきゃならないから。
467 ：名無しさん＠お腹いっぱい。 ：01/08/29 00:22 ID:H6dW2Lww: >>466
ウィンドウの位置を変えるときはマウスの方が早いからマウス使うけど、
普段はほぼ全てキーボードで操作してますよ＞X 上
マウス使う頻度は Windows の方が圧倒的に上ですね

まぁ、ほとんど Eterm 上で作業しているからかもしれないけど

VIM か、せめて vi が無いと何もできません
468 ：KoRoN ：01/08/29 02:16 ID:iEjNu4gI: >>467
Xは最近まで統一されたキーボード操作のできるウィンドウマネージャなかったですよね。
あったとしても色々設定ファイルを書かなきゃいけなかったかな?。

> マウス使う頻度は Windows の方が圧倒的に上ですね
それは…Windowsの実力を理解していないのではないでしょうか。
デフォルトのショートカット、メニュー、Winキーとのコンボ、隠し(?)キー操作などで、
マウス操作の殆どが代替できて窓の位置操作も楽々です。
実はマウス無しでもWindowsならば生きていけます。Xだとちょっと無理です。
# 単にXのスキル不足という説はありかも。
CUIが弱いのが難点ですがcygwinで補えば満足逝くレベル、というところです。

あとXの嫌いなところはXIMの仕様。もう少しちゃんと作りこんでおいてくれれば
vimとの連携が綺麗になったのに…(T-T)。

そうそう。vimが無いと何もできない(する気になれない)点は激しく同意です(藁
469 ：名無しさん＠お腹いっぱい。 ：01/08/29 14:16 ID:7FxeFJEc: :Explore が使えない。。。
470 ：KoRoN ：01/08/29 14:44 ID:0R2otdvg: >>469
いや単に「使えない」と言われても対応に困るんですけど…
動かなくて困っているのならば、状況がわかるように書いてくれれば何か助言ができるかもしれません。
そうではなくて「こんなの使ってらんネェヨ、ゴルァ」なら「スクリプトに頼るなこのドキュソがぁ」なのですが(藁

私が配布しているvim60atでちょっと試した限りでは普通に動いているように見えます。
471 ：名無しさん＠お腹いっぱい。 ：01/08/29 14:58 ID:BPLgj24U: 某掲示板（笑）にて dicwin.vim なるものがあるのを知り， gene95 辞書ダ
ウソしようと思ったんだけど，あれって配布止めてしまったのかな？
なんかリンク切ればっかりで・・・
誰か所在をご存じの方教えて下さいまし．

# 激しくスレ違いな気もして来たので sage
472 ：KoRoN ：01/08/29 15:06 ID:0R2otdvg: >>471
dicwin.vimの中に書いてありますよ。
昨日確認したら、まだちゃんと配布してました。
リンク張っておきましょう。
http://www-nagao.kuee.kyoto-u.ac.jp/member/tsuchiya/sdic/data/gene.html
473 ：467 ：01/08/29 15:19 ID:UCmqnxS6: >>468
いや、良く理解していますよ
Windows 3.1 の頃から開発環境として使ってましたし、日々使い倒していましたので

ただ、Windows をインストールして色々カスタマイズしようとした時に
標準で豊富なドキュメントを揃えているのはどっちよ? という話になると
明らかに X + Window Manager の方が上かと思います

統一されたキー操作って必要ですか?
好きな Window Manager 入れるか、Window Manager が変えられないなら
できるだけ操作が同じになるようにカスタマイズし倒すのが基本ではないかと

どちらだろうと、結局色々ソフトをオンライン/オフラインで拾ってきて
カスタマイズしまくって、自分の使いやすい様にする人にとっては
慣れの問題でしかないです

あと、X でも Windows でも、アプリがマウス必須で設計されていたら
どうにもならないのも一緒です(藁

# 窓の位置の操作は、コマンドラインからできた覚えがあるのですが、
# どうやったらできるのかは知らないのでした＞X
# Windows でも特定のウィンドウに WM_MOVE 投げたらいいだけなので、
# 同じ事ができるのは言うまでもないです

XIM については激しく同意

でも、Windows よりも X の方が良いのは、強力なデスクトップと
非力なノートとかいう環境だと著しく体感できるかと

Windows じゃ Terminal Server とか、2000 Server でないと
デスクトップ側でアプリ実行、ノート側で表示および操作はできないです
474 ：471 ：01/08/29 16:27 ID:BPLgj24U: >>472
僕の持ってる dicwin.vim が古いみたいですね．
impress へのリンクが書いてあるんで．
ってタイムスタンプ見たら
" Last change:>-07:38:41 29-Mar-2000.
ってやつでした．
新しいのダウソしないと・・・
とにかくありがとうございました．
475 ：KoRoN ：01/08/29 16:30 ID:0R2otdvg: >>474
数日以内に新しい版をリリースします。アナウンスは某掲示板でします。
476 ：KoRoN ：01/08/29 16:35 ID:0R2otdvg: >>473
スレ違いな内容で気がひけるところですが、面白いのでちょっとだけ続けさせてください。
「そんな内容は出て行け!」と言われたら自前の掲示板にでも。

コンピューティングのスタイルが違うようですね。
もしも私が「カスタマイズ好き」ならば、今ごろemacsに傾倒していることでしょう。
emacsおよびXが嫌いなのはカスタマイズしないとまともに使えるようにならないからで、
vimをこよなく愛しているのはカスタマイズ作業が要らないからなんです。
Windowsで嬉しいのは、インストールした直後にカスタマイズ無しで
(不完全ですが)統一されたキー操作が行えるという点です。
なので使っているメーラがOutlook Expressだったりします。
# データの保全とか考えると移行しなきゃとは思うんですが、なかなか(苦笑)

vimはカスタマイズが要らない、と書きましたが厳密にはウソになりますね。
やっぱりお気に入りの設定とかスクリプトがありますから、それらは利用します。
でも素のvimを渡されても苦労せずに使える程度です。
あと本当に気に入らない時はソースレベルでカスタマイズします。
# 日本語正規表現とかmigemoとか…
ただしカスタマイズは嫌なので、だったらカスタマイズではないようにすれば良い、
本体に組み込んでもらおう!!、という発想に行き着きます。
そうして現在のvim6があるわけです。…無理やりvim6に関連付けてみましたが。
# 注:migemoに関しては組み込んでもらおうという気はありません。

> でも、Windows よりも X の方が良いのは、強力なデスクトップと
> 非力なノートとかいう環境だと著しく体感できるかと

ネットワークでGUIを扱うということならばXの勝利に激しく同意です。
ただ、この点に関してもスタイルの違いがあります。
そもそも私には「リモートでコンピュータ(GUI)を使う」動機がないのです。
リモートで、特に非力なノートを端末にするならコンソール/ターミナルで作業しちゃいます。
Xの「クライアント・サーバによるGUI」っていう思想とその実装は素晴らしいと思います。
でも、じゃあ本当にそこまでのものが必要なのかと考えてしまうと、
特定用途に必要なのは理解しますが、通常は要らないなと思う次第です。
# 1Gバイトのメモリが1万ちょっとで買える時代です。
# Xが生まれた時とはコンピュータの価値も随分変わりましたからねぇ。
477 ：あらん ：01/08/29 16:53 ID:9rDeZuow: >>476
せめてBecky!にした方が良いと思われ
478 ：名無しさん＠お腹いっぱい。 ：01/08/29 22:01 ID:P.PqAlCE: >>476
手に馴染む Window Manager を選んだら、
あとはショートカットとかを 3 つ 4 つ頻繁に使うプログラムに設定して
それ以外のものはコマンドラインから呼んで終わり程度の
カスタマイズしかしていないです

あとは見た目を theme 変えておしまい

"ほんのちょっとの" 設定変更だけで非常に快適に使えるようになる
Window Manager に会えないと辛いですが、私は WindowMaker で幸せになりました

標準の操作がない、というのは GNOME や KDE 辺りのデスクトップ環境を
入れればという話もありますが、どちらも重くなるので入れてません
KDE2.2 は格好良いのだけどね……
マシンパワーがあるマシンには KDE2.2 入れてますが

この点は Windows も慣れの部分は大きいかと思います
特定の Window Manager に対して同じ位慣れてしまえば
そういった不満は起きないかと思います

# どうしても GUI ベースの管理画面しかないものや、
# Mozilla を使う時位しかウィンドウ飛ばしてないですけどね
# 普段は Eterm + VIM/w3m で事足りてますが、
# HTML/CSS 辺りの表示チェックは Mozilla が無いとどうにもならないので

>>477
個人的には Becky! よりも Datula の方がお薦め
せめて Becky! V2

とりあえず電信八号でもいいから、少なくとも OE は止めた方が良いと思う……
479 ：名無しさん ：01/08/29 22:42 ID:6uhmnR7s: gvimで文字列を反転されるとそれがクリップボードに入るのですが
これってどうにかならないのでしょうか。

あと最近になって、dとかyつかうとクリップボードに入ったり・・・。
あれもどうにかしてみたい・・・。
480 ：KoRoN ：01/08/29 22:56 ID:zG6B0QbY: >>479
:set clipboard=
でどうですか?。

>>478
> 少なくとも OE は止めた方が良いと思う……
きちんと設定さえすれば通常の使用で問題は起こさないと認識しているのですが、
使ってはいけないという確固たる根拠があれば是非教えて欲しいところです。
乗り換えるキッカケになりますし。
# Message-Idはそれ自体で一議論できる問題なので除外しましょう。

Datulaと電八は過去に使っていたんですけど…どちらも問題を感じてやめました。
本当はvimで動く「使える」メーラーがあれば一番良いんですけどね(笑)

掲示板に戻る全部前100 次100 最新50

read.cgi ver5.26+ (01/10/21-)