【徹底的】プログラマーが語るviとemacs 5【ﾊﾞﾄﾙ】
前スレ
http://pc.2ch.net/test/read.cgi/prog/1059814696/
Vim
http://www.kaoriya.net/
ViVi
http://vivi.dyndns.org/
Emacs
http://www.gnu.org/software/emacs/emacs.html
http://www1.u-netsurf.ne.jp/~ysk-net/WithEmacs/index.html
xyzzy
http://www.jsdlab.co.jp/~kamei/
Meadow
http://meadow-faq.sourceforge.net/
IDE厨は発言する際に自分の使っているIDEを言うこと。
http://pc.2ch.net/test/read.cgi/prog/1059814696/
Vim
http://www.kaoriya.net/
ViVi
http://vivi.dyndns.org/
Emacs
http://www.gnu.org/software/emacs/emacs.html
http://www1.u-netsurf.ne.jp/~ysk-net/WithEmacs/index.html
xyzzy
http://www.jsdlab.co.jp/~kamei/
Meadow
http://meadow-faq.sourceforge.net/
IDE厨は発言する際に自分の使っているIDEを言うこと。
|
|
|
2 ：仕様書無しさん：03/08/06 02:31
う、、う、、んこ
3 ：仕様書無しさん：03/08/06 02:31
立ったーーーーーーーーーーーーーーーーーーーーーーーーーーーーー！
4 ：仕様書無しさん：03/08/06 02:32
ぼぼぼぼぼぼ
4get!
6 ：仕様書無しさん：03/08/06 02:32
ばふっ
ばふっ
ばふっ
ばふっ
ばふっ
7 ：仕様書無しさん：03/08/06 02:33
8 ：仕様書無しさん：03/08/06 02:33
はにゃ～ん
9 ：仕様書無しさん：03/08/06 02:36
ぶふぁっ、ばびゅっ、ぶばばばはっ！！
前スレでviのエロさが発覚した模様です。
前スレでviのエロさが発覚した模様です。
質問～～！！
Emacsって選択した範囲にある半角カナを全角カナに変換することが出来る？
Vimはなんか出来ない見たいなんだけど・・・
単純に半角を全角に変換することは出来る見たいなんだけどね。
Webの仕事もらったんだけど半角カナのテキストが多いんだコレが。
秀丸が出来るみたいなんで試してみたんだけど、メニューにはあるが英数字まで全角にしやがる。
嘘じゃん。
Emacsって選択した範囲にある半角カナを全角カナに変換することが出来る？
Vimはなんか出来ない見たいなんだけど・・・
単純に半角を全角に変換することは出来る見たいなんだけどね。
Webの仕事もらったんだけど半角カナのテキストが多いんだコレが。
秀丸が出来るみたいなんで試してみたんだけど、メニューにはあるが英数字まで全角にしやがる。
嘘じゃん。
>>13
おぉ～、Vim凄い！！
でもでも、一つだけ難点が・・・
なんか
ﾀﾌﾞｽﾄｯﾌﾟ
タフ゛ストッフ゜
になってしまう模様。
どういう事かというと濁音と半濁音が二文字になってしまうのですよ。
ヨヨヨ。。。
おぉ～、Vim凄い！！
でもでも、一つだけ難点が・・・
なんか
ﾀﾌﾞｽﾄｯﾌﾟ
タフ゛ストッフ゜
になってしまう模様。
どういう事かというと濁音と半濁音が二文字になってしまうのですよ。
ヨヨヨ。。。
>>18
> >>16
> >>13の方法で。
13じゃなくて14だった… 鬱だ
> ところで\+と\=はどういう意味なんですか？
\+は直前の文字の1回以上の繰り返し。
\=は式を評価する。この場合はToZenkaku関数を評価。
:h sub-replace-special を参考に。
> >>16
> >>13の方法で。
13じゃなくて14だった… 鬱だ
> ところで\+と\=はどういう意味なんですか？
\+は直前の文字の1回以上の繰り返し。
\=は式を評価する。この場合はToZenkaku関数を評価。
:h sub-replace-special を参考に。
>>19
何から何までありがとうございます。
＞\+は直前の文字の1回以上の繰り返し。
+って頭に\を付けないといけなかったんですね。
そのまま+と使うものだと思っていました。
＞\=は式を評価する。この場合はToZenkaku関数を評価。
＞:h sub-replace-special を参考に。
ポインタありがとうございます。
しかし、奥が深いですなぁ・・・
次は選択の難関に立ち向かおうと思っています。
:'<'>sは多分行単位だからコレをちゃんと選択範囲に出来るか・・・
道は険しいな・・・
とくかく本当にありがとうございました。
何から何までありがとうございます。
＞\+は直前の文字の1回以上の繰り返し。
+って頭に\を付けないといけなかったんですね。
そのまま+と使うものだと思っていました。
＞\=は式を評価する。この場合はToZenkaku関数を評価。
＞:h sub-replace-special を参考に。
ポインタありがとうございます。
しかし、奥が深いですなぁ・・・
次は選択の難関に立ち向かおうと思っています。
:'<'>sは多分行単位だからコレをちゃんと選択範囲に出来るか・・・
道は険しいな・・・
とくかく本当にありがとうございました。
蛇足だが応用編を。
全角英数を半角英数にする。
%s/[０-９Ａ-Ｚａ-ｚ]\+/\=ToHankaku(submatch(0))/g
やろうと思えば全角記号を半角記号に、またその逆も出来る。
全角英数を半角英数にする。
%s/[０-９Ａ-Ｚａ-ｚ]\+/\=ToHankaku(submatch(0))/g
やろうと思えば全角記号を半角記号に、またその逆も出来る。
選択範囲の半角カナを全角カナに変換するのコレでいけました。
d"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>P
cを使うと何故かタブがガンガン増えていってしまうのでdで切り取ってます（コレにはハマりました）
とりあえずコレをマップするなり右クリックメニューなりに追加すれば使えるはずです。
d"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>P
cを使うと何故かタブがガンガン増えていってしまうのでdで切り取ってます（コレにはハマりました）
とりあえずコレをマップするなり右クリックメニューなりに追加すれば使えるはずです。
KoRoN氏が前書いていたのと微妙に違うな。
29 ：仕様書無しさん：03/08/06 04:54
＞26
一回消える動作がウザイ。
KoRoNさんのこっちの方が良い。
:vnoremenu 1.120 PopUp.半カナ→全カナ c<C-R>=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR><ESC>
一回消える動作がウザイ。
KoRoNさんのこっちの方が良い。
:vnoremenu 1.120 PopUp.半カナ→全カナ c<C-R>=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR><ESC>
30 ：仕様書無しさん：03/08/06 08:59
>>29
動きがおかしいぞそれ。
動きがおかしいぞそれ。
31 ：仕様書無しさん：03/08/06 09:24
マクロ書くの面倒だから、素直にnkfにパイプしちゃう。
34 ：名無しさん＠Ｅｍａｃｓ：03/08/06 10:30
Emacsならば、略語展開、動的略語展開がある。なかなか便利だよ。
半角←→全角 大文字←→小文字 なんてのも普通にある。
頭文字を大文字に変えることもできるし。emacs → Emacs
行入れ替え、段落入れ替えもある。
前スレに出てたけど、
vimは、・・・・・！・・・スパーン！スパンスパン！
emacsは、ゴリ！ガガガ・・・！ガツン！
半角←→全角 大文字←→小文字 なんてのも普通にある。
頭文字を大文字に変えることもできるし。emacs → Emacs
行入れ替え、段落入れ替えもある。
前スレに出てたけど、
vimは、・・・・・！・・・スパーン！スパンスパン！
emacsは、ゴリ！ガガガ・・・！ガツン！
(･∀･)renice!!
36 ：仕様書無しさん：03/08/06 10:50
emacsに矩形編集もあるね。たまにしか使わないんだけど、
知ってるとかなり便利(･∀･)
知ってるとかなり便利(･∀･)
>>34
その動的略語展開、ってどんな機能なの？
その動的略語展開、ってどんな機能なの？
vi,vimは本格的にプログラミングするエディタとしては物足りない。
>39
そっか？
開発エディタとしては群を抜いてると思うぞ。
そっか？
開発エディタとしては群を抜いてると思うぞ。
41 ：仕様書無しさん：03/08/06 12:54
emacs はGNU真理教の教祖によってその基礎が作られ、改宗をこばむvi教徒とのあいだで
いまだに聖戦が続いているが、実用上は、emacsユーザも、小さなファイルをちょっと
直したりする程度のことには vi を使う場合も多いという。
vim 6.0 を見るともはや「viは軽快軽量なシンプルエディタ」とも限らないが、
さりとて、Lispを搭載したEmacsとつぶしあう関係とも思えない。
いまだに聖戦が続いているが、実用上は、emacsユーザも、小さなファイルをちょっと
直したりする程度のことには vi を使う場合も多いという。
vim 6.0 を見るともはや「viは軽快軽量なシンプルエディタ」とも限らないが、
さりとて、Lispを搭載したEmacsとつぶしあう関係とも思えない。
>>37
動的に略語から展開する
動的に略語から展開する
>>38 具体的な動作は？
>>45 ありがと。なるほど。Vimの<C-N>/<C-P>なのね。
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
>>45
M-/はだめなのか?
M-/はだめなのか?
コピペしかしない奴もIDEは必要ないな。
IDE厨は>>1のテンプレ最終行を読め。
それが読めない香具師は発言する資格なし。
それが読めない香具師は発言する資格なし。
そもそも発言する資格なし。
55 ：仕様書無しさん：03/08/06 20:41
テキストエディタ厨必死だな（ｗ
57 ：仕様書無しさん：03/08/06 20:56
58 ：仕様書無しさん：03/08/06 21:01
>>57
ぶはははは。ちょれーやつ。
ぶはははは。ちょれーやつ。
>>26
おぉ～、選択範囲で変換できました。
レジスタに一回蓄えてから変換するみたいですね。
すごいなぁ
本当にありがとうございます。
>>29
コレも試してみたんですけど、行の先頭に空白文字があると選択範囲の下の方に行くに従って
段々になってしまいました。
メニュー項目のところを>>26と組み合わせて使わせてもらいます。
:vnoremenu 1.120 PopUp.半カナ→全カナ d"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>P
おぉ～、選択範囲で変換できました。
レジスタに一回蓄えてから変換するみたいですね。
すごいなぁ
本当にありがとうございます。
>>29
コレも試してみたんですけど、行の先頭に空白文字があると選択範囲の下の方に行くに従って
段々になってしまいました。
メニュー項目のところを>>26と組み合わせて使わせてもらいます。
:vnoremenu 1.120 PopUp.半カナ→全カナ d"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>P
>>60
こうした方が1度選択範囲が消えないのでundoとの相性が良い。blockwiseはアウトだけど。
vnoremenu 1.120 PopUp.半カナ→全カナ y:let @"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>gvp
こうした方が1度選択範囲が消えないのでundoとの相性が良い。blockwiseはアウトだけど。
vnoremenu 1.120 PopUp.半カナ→全カナ y:let @"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>gvp
ゴメン。こうすればblockwiseもできた。
vnoremenu 1.120 PopUp.半カナ→全カナ y:call setreg('"',substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g'),getregtype('"'))<CR>gvp
vnoremenu 1.120 PopUp.半カナ→全カナ y:call setreg('"',substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g'),getregtype('"'))<CR>gvp
>>61
おぉ～、すごい。
自分も
y"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>gvp
でどうにかちらつかないように出来ないかと奮闘していたんですがこれだとウマくいかなかった。
"レジスタに入力する動作が必要だったんですね。
はぁ、みんな何でそんなに凄いんだＹＯ
ブルーになってきた・・・
おぉ～、すごい。
自分も
y"=substitute(@",'[｡-ﾟ]\+','\=ToZenkaku(submatch(0))','g')<CR>gvp
でどうにかちらつかないように出来ないかと奮闘していたんですがこれだとウマくいかなかった。
"レジスタに入力する動作が必要だったんですね。
はぁ、みんな何でそんなに凄いんだＹＯ
ブルーになってきた・・・
>>62
もう、すごすぎ・・・
もう、すごすぎ・・・
最初の半角全角変換から恐ろしく発展したな（ｗ
すげぇ。
すげぇ。
>>66 ここでは嫌われ者の設定ファイルに書いておけば、ドラッグで選択した後の右クリックメニューに項目が追加されるダス
>>62
良く読んでやっと理解できました。
レジスタに張り込まれたタイプがあるとは・・・
冷静に考えれば確かにそう言う情報がないとうまく動きませんよね。
勉強させて頂きました。
>>66
.gvimrcに書いておけば右クリックのポップアップとしていつでも使えますよ。
選択して右クリック＞半カナ→全カナを選ぶという形です。
当然mapでも問題ありません。
良く読んでやっと理解できました。
レジスタに張り込まれたタイプがあるとは・・・
冷静に考えれば確かにそう言う情報がないとうまく動きませんよね。
勉強させて頂きました。
>>66
.gvimrcに書いておけば右クリックのポップアップとしていつでも使えますよ。
選択して右クリック＞半カナ→全カナを選ぶという形です。
当然mapでも問題ありません。
なんか職人っぽいよな、こういうの。
>>67
ああ、PopUpってそういうことか…ｻﾝｸｽ
ああ、PopUpってそういうことか…ｻﾝｸｽ
vimスクリプトお勉強スレっぽくなってきたな
予想なんだがgVimのメニューってみんなこういう文章で実装されていたりする？
>>72
UIでも出来る。
UIでも出来る。
>>75
お前こそ前スレを読め屑
お前こそ前スレを読め屑
>>73
IDE厨の煽り開始の悪寒…
IDE厨の煽り開始の悪寒…
>>34
＞Emacsならば、略語展開、動的略語展開がある。なかなか便利だよ。
＞半角←→全角 大文字←→小文字 なんてのも普通にある。
＞頭文字を大文字に変えることもできるし。emacs → Emacs
これらはVimにもあるな。
＞行入れ替え、段落入れ替えもある。
コレはない。
まぁ行入れ替えはddpで問題ないけど。
段落入れ替えってどんな感じなの？
＞Emacsならば、略語展開、動的略語展開がある。なかなか便利だよ。
＞半角←→全角 大文字←→小文字 なんてのも普通にある。
＞頭文字を大文字に変えることもできるし。emacs → Emacs
これらはVimにもあるな。
＞行入れ替え、段落入れ替えもある。
コレはない。
まぁ行入れ替えはddpで問題ないけど。
段落入れ替えってどんな感じなの？
>>73 そだよ。だから項目の新規追加もユーザ側でできます。
vim での、置換で大文字小文字を区別しないで、変換できますか？
たとえば、
Emacs, emacs, EMACS
とあったときに、
s/emacs/vim/ みたいにしたときに
Vim, vim, VIM
のようになりますか？
たとえば、
Emacs, emacs, EMACS
とあったときに、
s/emacs/vim/ みたいにしたときに
Vim, vim, VIM
のようになりますか？
>>45
他のバッファの文字列も補完できるよね。
他のバッファの文字列も補完できるよね。
ああ82はemacsの話だったか。
vimの話に変えちまった。すまん。
vimの話に変えちまった。すまん。
467 ：仕様書無しさん ：03/08/03 15:43
>>461
オレはVim使っているがViViも好きだよ。
ViViはWindowsの操作系とうまくすりあわせている。
MDIと言うのも良い。
プロジェクトと単位にファイルをまとめられるし今後リファクタリングブラウザのような機能も搭載していくようだ。
IDE系を目指しているらしい。
471 ：仕様書無しさん ：03/08/03 15:48
>>467
新しいViViのダイナミックマクロってのが面白いな。
これは、VimにもEmacsにも付いてないんじゃない。
474 ：仕様書無しさん ：03/08/03 15:53
まぁ、viviはviクローンと言うよりviのキー操作ができるIDEもどきというコンセプトみたいだからな。
「クラス作成」「set get メソッド生成」「メソッド作成」「コードメトリクス計測」とか色々実装されるみたいよ。
476 ：仕様書無しさん ：03/08/03 15:56
>>471
> 新しいViViのダイナミックマクロってのが面白いな。
どんな機能なのよ？
478 ：仕様書無しさん ：03/08/03 15:59
>>471
ttp://pitecan.com/papers/JSSSTDmacro/JSSSTDmacro.html
これを実装したらしい。
479 ：仕様書無しさん ：03/08/03 16:00
>>476
繰り返した処理を自動でマクロとして登録する機能らしい。
>>461
オレはVim使っているがViViも好きだよ。
ViViはWindowsの操作系とうまくすりあわせている。
MDIと言うのも良い。
プロジェクトと単位にファイルをまとめられるし今後リファクタリングブラウザのような機能も搭載していくようだ。
IDE系を目指しているらしい。
471 ：仕様書無しさん ：03/08/03 15:48
>>467
新しいViViのダイナミックマクロってのが面白いな。
これは、VimにもEmacsにも付いてないんじゃない。
474 ：仕様書無しさん ：03/08/03 15:53
まぁ、viviはviクローンと言うよりviのキー操作ができるIDEもどきというコンセプトみたいだからな。
「クラス作成」「set get メソッド生成」「メソッド作成」「コードメトリクス計測」とか色々実装されるみたいよ。
476 ：仕様書無しさん ：03/08/03 15:56
>>471
> 新しいViViのダイナミックマクロってのが面白いな。
どんな機能なのよ？
478 ：仕様書無しさん ：03/08/03 15:59
>>471
ttp://pitecan.com/papers/JSSSTDmacro/JSSSTDmacro.html
これを実装したらしい。
479 ：仕様書無しさん ：03/08/03 16:00
>>476
繰り返した処理を自動でマクロとして登録する機能らしい。
Vimでgrepかけると検索結果に飛んじゃうんだけどこれ飛ばないように出来ない？
grepすると:cwをすぐ実行するような感じの方が使いやすいと思うんだよね。
grepすると:cwをすぐ実行するような感じの方が使いやすいと思うんだよね。
91 ：仕様書無しさん：03/08/07 01:49
>>91
ﾀﾞｻﾞｯ
ﾀﾞｻﾞｯ
94 ：仕様書無しさん：03/08/07 02:02
そうこうしている間にも、Emacs厨は必死にelisp書いてます。
95 ：仕様書無しさん：03/08/07 02:03
つうか、>>81の用途ってなに？
よく使うんなら、それこそフィルタ書けば一生もの。
よく使うんなら、それこそフィルタ書けば一生もの。
>>95
出来ないとそれか・・・
出来ないとそれか・・・
97 ：仕様書無しさん：03/08/07 02:06
出来てるジャン。しかも誰よりも早く。
Vimで:Scratch使っているﾔﾂいる？
もっと簡単に出せると良いんだがこれじゃ面倒だよな。
もっと簡単に出せると良いんだがこれじゃ面倒だよな。
戦うの好きね
Vim厨は出来ないとフィルター通せばいいと言い出すな。
さんざん半角カナ変換やっていたくせに。
都合の良いことで。
さんざん半角カナ変換やっていたくせに。
都合の良いことで。
＞98
それ初めて知った。
ヘルプにも引っかからないな。
それ初めて知った。
ヘルプにも引っかからないな。
103 ：仕様書無しさん：03/08/07 02:12
最初からnkfつかえってヤツもいたが。
106 ：仕様書無しさん：03/08/07 02:19
でも sort|uniq なんてことが一般常識だけで出来ちゃうから便利。
107 ：仕様書無しさん：03/08/07 02:20
で、結局は>>81 Emacs で可能なのか？
ついでに半角カナ変換も出来るのか？
ついでに半角カナ変換も出来るのか？
109 ：仕様書無しさん：03/08/07 02:23
重複行の削除
>>109
確かにそりゃフィルターの仕事だ
確かにそりゃフィルターの仕事だ
111 ：仕様書無しさん：03/08/07 02:29
sort | uniq | wc とか。
プログラムには使わんな。
データ編集か。
半角カナ変換はHTMLで使うこともあるだろうが。
データ編集か。
半角カナ変換はHTMLで使うこともあるだろうが。
113 ：仕様書無しさん：03/08/07 02:34
おめだぢ、まだやっでんのが！
ひまだなやぁ。
そっだらごどしでるひまあっだら、
こーでぃんぐしろや。
ひまだなやぁ。
そっだらごどしでるひまあっだら、
こーでぃんぐしろや。
114 ：仕様書無しさん：03/08/07 02:44
コーディングできないやつはviには向かないということで。
>91
ところで、全角の英字は無視ですか？
Ｅｍａｃｓ
ところで、全角の英字は無視ですか？
Ｅｍａｃｓ
Ｅmacsかもしれない
117 ：91：03/08/07 03:01
そういう馬鹿がいると思えばパターンを追加だな。
がんばれや。
がんばれや。
118 ：91：03/08/07 03:02
えまｃｓ かもしれない
viがあまりに使えないんで、Solarisのtexteditでコーディングしてた俺
>>119
> > ついでに半角カナ変換も出来るのか？
> はしらない。できないんじゃない?
japanese-zenkaku-region でできますが、英数字も含めて全角になってしまい
ます。
しかし、japanese-hiragana-region, japanese-katakana-region を連続で行
えば、半角カナを全角カナに変換できます。
japanese-hanakaku-region もあります。
> > ついでに半角カナ変換も出来るのか？
> はしらない。できないんじゃない?
japanese-zenkaku-region でできますが、英数字も含めて全角になってしまい
ます。
しかし、japanese-hiragana-region, japanese-katakana-region を連続で行
えば、半角カナを全角カナに変換できます。
japanese-hanakaku-region もあります。
122 ：仕様書無しさん：03/08/07 08:23
xyzzyってどうなの？もすかすて、Emacsより便利だったりして。
ちなみに、どう読めばいいのか謎。
このスレ読んで、オライリー・入門viを買いに行ったんだが、
売れてた。おまえら買い占めただろ？都内殆んど巡ってもなかったぞ。
以前見たときは大型書店に１冊しかなかったけど、入荷してくれるのかな。
ちなみに、どう読めばいいのか謎。
このスレ読んで、オライリー・入門viを買いに行ったんだが、
売れてた。おまえら買い占めただろ？都内殆んど巡ってもなかったぞ。
以前見たときは大型書店に１冊しかなかったけど、入荷してくれるのかな。
123 ：仕様書無しさん：03/08/07 08:26
アマゾンつかえ
>>122
おれの知り合いのxyzzy使いは「エックスワイズィーズィーワイ」
とそのまま読んでた。あれって common lispだっけ?
わざわざ現代になってemacsライクなエディタ作るのに
なぜshemeマクロを採用しなかったんだろか…
schemeだったら乗り変えてたかも…
おれの知り合いのxyzzy使いは「エックスワイズィーズィーワイ」
とそのまま読んでた。あれって common lispだっけ?
わざわざ現代になってemacsライクなエディタ作るのに
なぜshemeマクロを採用しなかったんだろか…
schemeだったら乗り変えてたかも…
125 ：仕様書無しさん：03/08/07 08:40
,,､,､､,,,';i;'i,}､,､
ヾ､'i,';||i !｝ 'i, ﾞ〃
ﾞ､';|i,! 'i i"i, ､__人_从_人__/し､_人＿入
`､||i |i i l|, ､_）はにゃ～ん！！
',||i }i | ;,〃,, _） 暑すぎて線路まで伸びてるよ～（萌）
.}.|||| | ! l-'~､ミ ｀)
,＜.}||| il／,‐'liヾ;;ミ '´⌒V＾'^Y⌒V^V⌒W^Y⌒
.{/ﾞ'､}|||/／ .i| };;;ミ
Y,;- ｰ､ .i|,];;彡
iil|||||liill||||||||li!=H;;;ﾐミ
{ く；ｧｿ '';;,;'' ﾞ};;彡ﾐ
ﾞi [`'''~ヾ. ''~ ||^!,彡ミ ＿,,＿＿
ﾞi }~~ ｝ ';;:;li, ﾞiミミミ=三＝-;;;;;;;;;''
,,,,-‐‐''''''}￣~フハ,“二ﾞ´ ,;／;;'_,;,7''~~,-''::;;;;;;;;;;;;;'',,=''
;;;;;;;;''''/_ / | | `ー-‐'´_,,,-',,r'~`ヽ';;:;;;;;;;, '';;;-'''
ヾ､'i,';||i !｝ 'i, ﾞ〃
ﾞ､';|i,! 'i i"i, ､__人_从_人__/し､_人＿入
`､||i |i i l|, ､_）はにゃ～ん！！
',||i }i | ;,〃,, _） 暑すぎて線路まで伸びてるよ～（萌）
.}.|||| | ! l-'~､ミ ｀)
,＜.}||| il／,‐'liヾ;;ミ '´⌒V＾'^Y⌒V^V⌒W^Y⌒
.{/ﾞ'､}|||/／ .i| };;;ミ
Y,;- ｰ､ .i|,];;彡
iil|||||liill||||||||li!=H;;;ﾐミ
{ く；ｧｿ '';;,;'' ﾞ};;彡ﾐ
ﾞi [`'''~ヾ. ''~ ||^!,彡ミ ＿,,＿＿
ﾞi }~~ ｝ ';;:;li, ﾞiミミミ=三＝-;;;;;;;;;''
,,,,-‐‐''''''}￣~フハ,“二ﾞ´ ,;／;;'_,;,7''~~,-''::;;;;;;;;;;;;;'',,=''
;;;;;;;;''''/_ / | | `ー-‐'´_,,,-',,r'~`ヽ';;:;;;;;;;, '';;;-'''
127 ：仕様書無しさん：03/08/07 22:53
129 ：仕様書無しさん：03/08/07 23:00
まーだ戦うのかおまいらは
しかもageてまで
しかもageてまで
KoRoN神がfoldをアウトラインっぽくするスクリプトを作ってくれたよ。
http://pc.2ch.net/test/read.cgi/unix/1008558940/442
こっちで宣伝しちゃってゴメン > 神
http://pc.2ch.net/test/read.cgi/unix/1008558940/442
こっちで宣伝しちゃってゴメン > 神
>>128
ｽﾚthx
そうだったのか・・・納得。
このｽﾚのVim使いって嫌にレベルが高いなぁ
つーか、漏れが低いだけかｗ
>>129
うーん、フランクな感じで使っただけなんだがなぁ
このｽﾚくらい目をつぶってくれよｗ
ｽﾚthx
そうだったのか・・・納得。
このｽﾚのVim使いって嫌にレベルが高いなぁ
つーか、漏れが低いだけかｗ
>>129
うーん、フランクな感じで使っただけなんだがなぁ
このｽﾚくらい目をつぶってくれよｗ
133 ：仕様書無しさん：03/08/07 23:25
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
あとがき
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
戦いなんて始まってないし。
vimの便利機能を列挙しただけじゃん。vier, emacserの需要についても触れてない。
もっと徹底的にやってくれよ。おまえらディベートとかやったことある？
善悪が無い世界で、敢えて、それをネタに討論することは究極だと思うけどな。
世の中のプログラマーの全てが、要件定義やモデリングを行う立場になるかどうかは別として、
正解がない中で、どういった手段で自分の信念を貫き、また時にはどこで折れるかの
駆け引き能力育成を>>1は意図したものかもしれない。
ネクラなプログラマーには人格レベルアップの絶好のチャンスだと思っても大袈裟ではない。
本質を掴むってこういうことだよね。
と、誰かが言っていた。
あとがき
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
戦いなんて始まってないし。
vimの便利機能を列挙しただけじゃん。vier, emacserの需要についても触れてない。
もっと徹底的にやってくれよ。おまえらディベートとかやったことある？
善悪が無い世界で、敢えて、それをネタに討論することは究極だと思うけどな。
世の中のプログラマーの全てが、要件定義やモデリングを行う立場になるかどうかは別として、
正解がない中で、どういった手段で自分の信念を貫き、また時にはどこで折れるかの
駆け引き能力育成を>>1は意図したものかもしれない。
ネクラなプログラマーには人格レベルアップの絶好のチャンスだと思っても大袈裟ではない。
本質を掴むってこういうことだよね。
と、誰かが言っていた。
134 ：仕様書無しさん：03/08/07 23:26
>>131
修正して行が変わると飛べなくなるのがアレだな。
その度にまた:call FoldDigest()するのが面倒。
それならfold開く。
しかし、KoRoN氏ってこんな糞スレ見ていたのか。
物好きだな。
修正して行が変わると飛べなくなるのがアレだな。
その度にまた:call FoldDigest()するのが面倒。
それならfold開く。
しかし、KoRoN氏ってこんな糞スレ見ていたのか。
物好きだな。
>131
いまいち
いまいち
>>134
vim必死に勉強したIDE厨がｷﾀ─ｗｗﾍ√ﾚｖｖ～(ﾟ∀ﾟ)─ｗｗﾍ√ﾚｖｖ～─ !!
vim必死に勉強したIDE厨がｷﾀ─ｗｗﾍ√ﾚｖｖ～(ﾟ∀ﾟ)─ｗｗﾍ√ﾚｖｖ～─ !!
それにしてもEmacsネタが少なすぎとは思わないか？
elispの一行さえもあがってくる気がしない。Emacsって誰も使ってないんちゃうか？
elispの一行さえもあがってくる気がしない。Emacsって誰も使ってないんちゃうか？
>>137
134の言っていることはもっともだと思うが。
134の言っていることはもっともだと思うが。
>138
Vim厨相手にしていないだけ
Vim厨相手にしていないだけ
>>134
一回:call FoldDigest()すればそのバッファのfoldが全部ツリーになるんだから別に面倒じゃないじゃん。
オレは凄く使いやすくなったと思う。
ちゃんと階層になるし見通しも良くなった。
一回:call FoldDigest()すればそのバッファのfoldが全部ツリーになるんだから別に面倒じゃないじゃん。
オレは凄く使いやすくなったと思う。
ちゃんと階層になるし見通しも良くなった。
>>142
emacs厨の相手はIDE厨なんだからそっとしておいてあげなよ。
emacs厨の相手はIDE厨なんだからそっとしておいてあげなよ。
>>144
そうなのか? それともネタなのか?（ｗ
前スレ見てるとIDE厨はvimを目の敵にしてるけど
Emacsをあまり攻めてないってか相手にしてない気が…
IDE厨がEmacsを攻めないのはEmacs厨の攻撃を恐がっているということか?
# Emacs厨がIDE厨を攻めるのが得意ってこと?
それともIDE厨は密かにEmacsを使っているとか…
はたまたEmacs厨はvimなんて目じゃないって思っているのか…
Emacs厨よ答えてくれ。
そうなのか? それともネタなのか?（ｗ
前スレ見てるとIDE厨はvimを目の敵にしてるけど
Emacsをあまり攻めてないってか相手にしてない気が…
IDE厨がEmacsを攻めないのはEmacs厨の攻撃を恐がっているということか?
# Emacs厨がIDE厨を攻めるのが得意ってこと?
それともIDE厨は密かにEmacsを使っているとか…
はたまたEmacs厨はvimなんて目じゃないって思っているのか…
Emacs厨よ答えてくれ。
いや、emacs使いってまじで少ないはずだよ。
そもそもそもそも、emacsはlispを理解しないと何も楽しいことなんてないので、
それができない奴がviに逃げてると思ってよし。敷居が高いんだよemacsさんは。
そもそもそもそも、emacsはlispを理解しないと何も楽しいことなんてないので、
それができない奴がviに逃げてると思ってよし。敷居が高いんだよemacsさんは。
148 ：仕様書無しさん：03/08/08 00:17
Meadow2が正式リリースされるとWin厨が微妙に流れるかもしれない。
Meadowはほんとすごい。正直、本家GNU Emacsより良いかも。
これ以上、何がすごいかは聞かないでくれ。なにしろ使ったことないのだから。
Meadowはほんとすごい。正直、本家GNU Emacsより良いかも。
これ以上、何がすごいかは聞かないでくれ。なにしろ使ったことないのだから。
>>148 ﾜﾗﾀ
>>146
プログラマが使うテキストエディタスレからemacs vs vi スレ3まで延々と Emacs vs IDE していたんだよ。
大体 IDE 厨が効率的に Emacs 厨を料理していた。
前々スレから XP 厨が登場、IDE 厨に結構打撃を与え嘲笑激藁厨にとどめを刺される。
それ以降 Emacs 厨は現れなくなり、IDE 厨のちょっとした暇つぶしには Vim 厨が選ばれることになる。
ただ、 拡張性を重視していた Emacs 厨と違い、Vim 厨は基本的に操作性を重視するので IDE 厨とは
あまり戦いにならずスレは沈静化。
しばらく沈静化していたが、設定をテキストファイルで設定するUnix系エディタは糞だという書き込みから
テキストファイル設定 vs UI設定抗争が勃発。
血みどろの戦いは Unix 厨叩きの流れを作り UNIXerの常識・非常識 スレを立てるまでになる。
その後無人の荒野と化したスレが Vim 厨の情報交換スレになり現在に至る。
プログラマが使うテキストエディタスレからemacs vs vi スレ3まで延々と Emacs vs IDE していたんだよ。
大体 IDE 厨が効率的に Emacs 厨を料理していた。
前々スレから XP 厨が登場、IDE 厨に結構打撃を与え嘲笑激藁厨にとどめを刺される。
それ以降 Emacs 厨は現れなくなり、IDE 厨のちょっとした暇つぶしには Vim 厨が選ばれることになる。
ただ、 拡張性を重視していた Emacs 厨と違い、Vim 厨は基本的に操作性を重視するので IDE 厨とは
あまり戦いにならずスレは沈静化。
しばらく沈静化していたが、設定をテキストファイルで設定するUnix系エディタは糞だという書き込みから
テキストファイル設定 vs UI設定抗争が勃発。
血みどろの戦いは Unix 厨叩きの流れを作り UNIXerの常識・非常識 スレを立てるまでになる。
その後無人の荒野と化したスレが Vim 厨の情報交換スレになり現在に至る。
151 ：仕様書無しさん：03/08/08 00:22
>>148
確かにプロポーショナル・フォント等がサポートされたのは大きいかもな。
経験上、Windows出身者はルックス重視の人が多かった。
Meadow2はBataなんだが会社で使えるレベルにはあるのだろうか。
今は1.15のように.exe実行で入ってくれる様子じゃなさそう。
Win環境ならインストーラで楽したい。configre,makeなんてやりたくない。
確かにプロポーショナル・フォント等がサポートされたのは大きいかもな。
経験上、Windows出身者はルックス重視の人が多かった。
Meadow2はBataなんだが会社で使えるレベルにはあるのだろうか。
今は1.15のように.exe実行で入ってくれる様子じゃなさそう。
Win環境ならインストーラで楽したい。configre,makeなんてやりたくない。
自作自演房
153 ：仕様書無しさん：03/08/08 00:26
WindowsでShellモード使うときはどうなるんだ？
Cygwinインスコ環境なら大丈夫だろうけど。xyzzyのようにcmd.exeだと萎える。
かといって、デフォルトでbashが起動するのは期待できないしな。。。
Cygwinインスコ環境なら大丈夫だろうけど。xyzzyのようにcmd.exeだと萎える。
かといって、デフォルトでbashが起動するのは期待できないしな。。。
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
157 ：仕様書無しさん：03/08/08 00:39
名無しさん＠Ｅｍａｃｓ
名無しさん@Vim%Chalice
>>156
十数回と貼られたコピぺ
十数回と貼られたコピぺ
>>159
いや、それを知ってて言ったんだけど…
いや、それを知ってて言ったんだけど…
>>161
どこに書いてあるんだ？？？（ｗ
どこに書いてあるんだ？？？（ｗ
164 ：仕様書無しさん：03/08/08 01:03
何回も言うがここはテキストエディタのスレだ。
IDEで利点があるのって、プログラムを書くときだけだろ？
メーラ、ブラウザ、設定ファイルの編集、ちょっとしたスクリプトの編集
プログラマはプログラム書いているだけが仕事ではないし、
上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。
IDEだけで開発するメリットなんて無いんだよ。
設定ファイルの編集もIDEを使うような可哀想なﾔｼ以外は使っておけ。
IDEで利点があるのって、プログラムを書くときだけだろ？
メーラ、ブラウザ、設定ファイルの編集、ちょっとしたスクリプトの編集
プログラマはプログラム書いているだけが仕事ではないし、
上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。
IDEだけで開発するメリットなんて無いんだよ。
設定ファイルの編集もIDEを使うような可哀想なﾔｼ以外は使っておけ。
165 ：仕様書無しさん：03/08/08 01:04
ﾅﾝﾃﾞｱｹﾞﾙ
>>166に一票。
>>164
それ突っ込まれまくるからヤメレ。
それ突っ込まれまくるからヤメレ。
>>168
突っ込めるもんなら突っ込んでみろ。
突っ込めるもんなら突っ込んでみろ。
> 上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。
同じキーバインドを使いたかったら同じアプリを使う？
未だにアプリごとにキーバインドが違うOSって･･･。
WinもMacもキーバインドが統一されていないとユーザが混乱するという
理由でOSが標準のキーバインドを決めているんだけどなぁ。
同じキーバインドを使いたかったら同じアプリを使う？
未だにアプリごとにキーバインドが違うOSって･･･。
WinもMacもキーバインドが統一されていないとユーザが混乱するという
理由でOSが標準のキーバインドを決めているんだけどなぁ。
winはいまだバラバラだけどな
>>164
＞IDEで利点があるのって、プログラムを書くときだけだろ？
それで十分。
デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
＞メーラ、ブラウザ
＞プログラマはプログラム書いているだけが仕事ではないし、
メーラは会社指定で大体ナレッジウェアと統合されている。
ブラウザも会社指定がほとんど。
＞設定ファイルの編集、ちょっとしたスクリプトの編集
＞上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。
記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
スクリプトなんぞそんなしょっちゅう使わない。
と前スレに結論が出ていましたが。
＞IDEで利点があるのって、プログラムを書くときだけだろ？
それで十分。
デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
＞メーラ、ブラウザ
＞プログラマはプログラム書いているだけが仕事ではないし、
メーラは会社指定で大体ナレッジウェアと統合されている。
ブラウザも会社指定がほとんど。
＞設定ファイルの編集、ちょっとしたスクリプトの編集
＞上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。
記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
スクリプトなんぞそんなしょっちゅう使わない。
と前スレに結論が出ていましたが。
>>171
んなこたーない。
んなこたーない。
これが前スレで出ていたツッコミで誰も反論できなかった。
詳しくは前スレを読んでくれ。
詳しくは前スレを読んでくれ。
>記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
>スクリプトなんぞそんなしょっちゅう使わない。
この結論はwinしか使わない奴の結論だね
>スクリプトなんぞそんなしょっちゅう使わない。
この結論はwinしか使わない奴の結論だね
>>171
Windowsは統一されているだろ。
Windowsは統一されているだろ。
>>175
それ以外の反論はないのかね。
それ以外の反論はないのかね。
178 ：仕様書無しさん：03/08/08 01:24
>>175
プログラマ人口は圧倒的にWindowsって知っている？
プログラマ人口は圧倒的にWindowsって知っている？
179 ：仕様書無しさん：03/08/08 01:25
なーんーでーあーげーるー
>>175
155の言う
＞EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
＞あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
な人ですか？
155の言う
＞EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
＞あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
な人ですか？
>>177
あれは反論とは言わない。
あれは反論とは言わない。
スマソ。少ないから無かった事にしたいとでも?
> デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
> Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
とりあえず君が使っているIDEがどんなものなのか興味あるなぁ。
教えてくれよぉ。頼むから。
> メーラは会社指定で大体ナレッジウェアと統合されている。
> ブラウザも会社指定がほとんど。
うちはみんな自由に使ってるけど。なんでそんな規制されてんだよ。
> 記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
記述ミスなんかすぐ直せるやん。ヘルプ豊富だし。
まさか英語が読めないわけじゃないよな?
習得なんてプログラミングが出来るなら大したコストじゃないし、
習得した後は色々なことができるようになって便利だ。
むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
> スクリプトなんぞそんなしょっちゅう使わない。
vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
自作の関数がいっぱいある。IDE厨にはもったいないから教えてあげないけど。
> Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
とりあえず君が使っているIDEがどんなものなのか興味あるなぁ。
教えてくれよぉ。頼むから。
> メーラは会社指定で大体ナレッジウェアと統合されている。
> ブラウザも会社指定がほとんど。
うちはみんな自由に使ってるけど。なんでそんな規制されてんだよ。
> 記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
記述ミスなんかすぐ直せるやん。ヘルプ豊富だし。
まさか英語が読めないわけじゃないよな?
習得なんてプログラミングが出来るなら大したコストじゃないし、
習得した後は色々なことができるようになって便利だ。
むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
> スクリプトなんぞそんなしょっちゅう使わない。
vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
自作の関数がいっぱいある。IDE厨にはもったいないから教えてあげないけど。
> まさか英語が読めないわけじゃないよな?
すべての人が英語を読めるとでも？
日本語版が無い時点でヘルプが豊富だと言えない。
すべての人が英語を読めるとでも？
日本語版が無い時点でヘルプが豊富だと言えない。
>すべての人が英語を読めるとでも？
正直、今はPGでも英語読めないとキビシイ時代だな。
正直、今はPGでも英語読めないとキビシイ時代だな。
厳しいかどうかは関係ない。
英語しかないくせにヘルプが
豊富だと言っているのが勘違いさんなんだな。
英語しかないくせにヘルプが
豊富だと言っているのが勘違いさんなんだな。
いいなあ日本語だけで済む人は
>>190 他の人が否定してるじゃん。節穴？
>>193
でも、日本語の設定ファイルは勘弁して欲しい。
でも、日本語の設定ファイルは勘弁して欲しい。
>>192
とりあえず君の使っているIDEを教えてたもれ。
とりあえず君の使っているIDEを教えてたもれ。
>>184
＞うちはみんな自由に使ってるけど。なんでそんな規制されてんだよ。
メールアドレス帳とかどうしているの？
普通同期が取れていて名前や部署で検索できるようになっているし課や部まとめてメールしたい時とかは？
ナレッジウェアも使ってないの？
今時のある程度の会社じゃ好きなメールなんて使わせてくれないと思うしポートも普通潰されていると思うけどなぁ
＞> 記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
＞記述ミスなんかすぐ直せるやん。ヘルプ豊富だし。
これ結構ハマる時はハマるよ。
設定値以上設定できたりスペルミスだったり間違えているところが一カ所じゃない場合は特定するのもしんどい。
UIを使って設定すればこれらのミスはまず無くなるからね。
あと、習得が簡単とか言っているけどそれは言語構造を理解するのが速いだけであって恐ろしいほどの設定項目
やそれに対して許される設定値の範囲や文字列を覚えていくのは時間がかかる。
人間はミスするものだからね。
＞むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
＞vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
開発のための基礎能力がテキストエディタよりずっと高いのでそれほど設定は必要はない。
ちなみに使っているのはVS6。
＞うちはみんな自由に使ってるけど。なんでそんな規制されてんだよ。
メールアドレス帳とかどうしているの？
普通同期が取れていて名前や部署で検索できるようになっているし課や部まとめてメールしたい時とかは？
ナレッジウェアも使ってないの？
今時のある程度の会社じゃ好きなメールなんて使わせてくれないと思うしポートも普通潰されていると思うけどなぁ
＞> 記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
＞記述ミスなんかすぐ直せるやん。ヘルプ豊富だし。
これ結構ハマる時はハマるよ。
設定値以上設定できたりスペルミスだったり間違えているところが一カ所じゃない場合は特定するのもしんどい。
UIを使って設定すればこれらのミスはまず無くなるからね。
あと、習得が簡単とか言っているけどそれは言語構造を理解するのが速いだけであって恐ろしいほどの設定項目
やそれに対して許される設定値の範囲や文字列を覚えていくのは時間がかかる。
人間はミスするものだからね。
＞むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
＞vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
開発のための基礎能力がテキストエディタよりずっと高いのでそれほど設定は必要はない。
ちなみに使っているのはVS6。
オレは派遣で結構いろんなところに行ったけど好きなメーラ使えるところは無かったな。
まぁ、派遣を取れるところだからみんなある程度デカいってのがあるだろうけど。
まぁ、派遣を取れるところだからみんなある程度デカいってのがあるだろうけど。
>>172
＞デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
＞Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
これが出来ないJavaのIDEなんて見たこと無いな。
＞デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
＞Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
これが出来ないJavaのIDEなんて見たこと無いな。
なんか今日のIDE厨弱いぞ...
前スレと別人か?
前スレと別人か?
201 ：仕様書無しさん：03/08/08 02:20
好きなメーラー使って良い会社なんてあるのか？
うちおけ
会社の規模なんて関係ない
客んとこではウイルスReadyなM$のだけは使うなと言われた
会社の規模なんて関係ない
客んとこではウイルスReadyなM$のだけは使うなと言われた
>>202>>203
196じゃ無いがアドレス帳どうなっているの？
普通の規模の大きい会社（社員1000人以上）の場合共通じゃないとやってられないと思うけど。
自分は５つくらい会社を渡ってきたけどみんな指定されていたよ。
196じゃ無いがアドレス帳どうなっているの？
普通の規模の大きい会社（社員1000人以上）の場合共通じゃないとやってられないと思うけど。
自分は５つくらい会社を渡ってきたけどみんな指定されていたよ。
うちはOutlookで統一。
DDで社内基幹ツールと連携している。
会社の規模としてはたしか１万人くらい。
DDで社内基幹ツールと連携している。
会社の規模としてはたしか１万人くらい。
>>203
常駐監視ソフトでウイルスチェックとWindowsやIEなどのバージョンチェックがされていてウイルスがあったり
バージョンが古いのを放っておいたりすると管理部が警告。
そのままにしておくとDNSアクセス拒否されIPの発行もされなくなる。
そう言う状況でoutlookが指定されて使われている。
ちなみに監視ソフトはハード構成やマシンのリース期間も見ているし、主要なアプリケーションのライセンス
チェックもしているから拾ってきたシリアルとか使おうものならすぐに見つかる。
常駐監視ソフトでウイルスチェックとWindowsやIEなどのバージョンチェックがされていてウイルスがあったり
バージョンが古いのを放っておいたりすると管理部が警告。
そのままにしておくとDNSアクセス拒否されIPの発行もされなくなる。
そう言う状況でoutlookが指定されて使われている。
ちなみに監視ソフトはハード構成やマシンのリース期間も見ているし、主要なアプリケーションのライセンス
チェックもしているから拾ってきたシリアルとか使おうものならすぐに見つかる。
207 ：仕様書無しさん：03/08/08 03:39
大手はだいたい Excange Server かな？
俺の取引先はそんな感じだった。
俺の取引先はそんな感じだった。
某 S*** の子会社では「効率が悪くバグやセキュリティ・ホールの多い Sendmail から
システムをアップグレードしました」とか自慢していて、何かと思ったら「Exchage Server
になりました！」とか全社に自慢していた。
システムをアップグレードしました」とか自慢していて、何かと思ったら「Exchage Server
になりました！」とか全社に自慢していた。
どちらにしろテキストエディタをメーラーにする必要性はないな。
色々な機能と統合されたメーラーの方が便利だし。
色々な機能と統合されたメーラーの方が便利だし。
>>209
Sendmailよりはマシ。
Excange Serverが管理するのはメールだけじゃないしね。
ttp://www.microsoft.com/japan/exchange/techinfo/TrainEvents/Online/Part1-1.asx
ttp://www.microsoft.com/japan/exchange/techinfo/TrainEvents/Online/Part1-2.asx
これ見ればわかると思うけどナレッジサーバーと言ったほうが良い。
Sendmailよりはマシ。
Excange Serverが管理するのはメールだけじゃないしね。
ttp://www.microsoft.com/japan/exchange/techinfo/TrainEvents/Online/Part1-1.asx
ttp://www.microsoft.com/japan/exchange/techinfo/TrainEvents/Online/Part1-2.asx
これ見ればわかると思うけどナレッジサーバーと言ったほうが良い。
212 ：仕様書無しさん：03/08/08 08:09
貴様らメーラーの話は他でやってくれ。頼む。
ただのメールサーバーとExchage Server比較してセキュリティが劣っているって・・・
しかも、根拠無いし。
しかも、根拠無いし。
>>151
> 今は1.15のように.exe実行で入ってくれる様子じゃなさそう。
> Win環境ならインストーラで楽したい。configre,makeなんてやりたくない。
そんなことはないですよ。
Netinstaller (http://www.meadowy.org/meadow/dists/2.x/setup2-ja.exe)と
いうのがあります。
詳しくは、http://www.boreas.dti.ne.jp/~miyoshi/Meadow2/#netinstaller
> 今は1.15のように.exe実行で入ってくれる様子じゃなさそう。
> Win環境ならインストーラで楽したい。configre,makeなんてやりたくない。
そんなことはないですよ。
Netinstaller (http://www.meadowy.org/meadow/dists/2.x/setup2-ja.exe)と
いうのがあります。
詳しくは、http://www.boreas.dti.ne.jp/~miyoshi/Meadow2/#netinstaller
vimにも初期インストールこそ手作業だが、次回以降は NetupVim ってのがあるね。
eclipseってどうよ？
>>216
手作業って、解凍するだけじゃないか。
手作業って、解凍するだけじゃないか。
>>219
すこしだけ。
すこしだけ。
テキストエディタだけ使っているやつって
GUI作成までテキストエディタを使っているのか
気になる。
GUI作成までテキストエディタを使っているのか
気になる。
vim で２ｃｈ見たいから乗り換えちゃおっかなー。
225 ：仕様書無しさん：03/08/08 23:56
昔はEmacsで完璧なviモードを使いたいと思ったが、
今はVisual Studioで完璧なviモードがほしい。
そんな憧れのIDEにはVi Studioを名乗る名誉を与える。
今はVisual Studioで完璧なviモードがほしい。
そんな憧れのIDEにはVi Studioを名乗る名誉を与える。
viモードじゃ無くてvimモードが欲しい。
テキストオブジェクト使いたいし。
テキストオブジェクト使いたいし。
＞完璧なviモード
エディタだけならまだしも、ダイアログボックスのテキストエリアとか
クラスブラウザ内の移動とかにもviと同じ操作感を実現するのは大変そ
うだね。結局そういうところではカーソルキーを使う羽目になったり
するのかな…
エディタだけならまだしも、ダイアログボックスのテキストエリアとか
クラスブラウザ内の移動とかにもviと同じ操作感を実現するのは大変そ
うだね。結局そういうところではカーソルキーを使う羽目になったり
するのかな…
228 ：仕様書無しさん：03/08/09 00:01
なんだ、楽しみにして見てみたら結局IDE厨に言い負けちゃってるんだね。
今夜も罵倒しあうんですね（ｗ
罵倒というか、仕事のストレスを発散してるだけ
そして余計にストレスを溜め込む
そして余計にストレスを溜め込む
232 ：仕様書無しさん：03/08/09 00:16
エディタ部分だけviでも十分ありがたいですけど。
233 ：仕様書無しさん：03/08/09 00:17
Unixでシェルのコマンドラインまでviモードに
していたvi使いは珍しい方じゃない？
Visual Studioならマウスバリバリでも問題なし。
エディタさえviなら。
していたvi使いは珍しい方じゃない？
Visual Studioならマウスバリバリでも問題なし。
エディタさえviなら。
234 ：仕様書無しさん：03/08/09 00:22
ksh -o vi って良かったよな。
235 ：仕様書無しさん：03/08/09 00:24
結局ツールの組み合わせで仕事するのがUnix文化ですから。
エディタさえviなら使えるものは何でも使います。
エディタさえviなら使えるものは何でも使います。
VimがViVi並にWindowsアプリとしての操作を取り入れていたらもっと使いやすいんだが。
>>131のfoldのアウトライン補助が機能アップされたもより
http://pc.2ch.net/test/read.cgi/unix/1008558940/445
行を削除したりしてもちゃんと飛べるそうです。
べんり～
http://pc.2ch.net/test/read.cgi/unix/1008558940/445
行を削除したりしてもちゃんと飛べるそうです。
べんり～
>>236
gVimの間違い。
gVimの間違い。
gVim起動が想い。
秀丸みたいに常駐させておいて起動を速くしたり出来ないの？
秀丸みたいに常駐させておいて起動を速くしたり出来ないの？
gVimってダイアログで色も変えられないのか。
Vimと変わらないじゃん。
Vimと変わらないじゃん。
>>241
かえられますが。使いはじめて3分ですか?
かえられますが。使いはじめて3分ですか?
>>248
編集→色テーマ選択
編集→色テーマ選択
>>251
それは、違うんだ。
色テーマ自体を作りたいわけ。
例えばコメントの色を緑にしたいとか。
それって直接ファイルを編集するしか無いっぽいよね。
しかも、#ffa835みたいな文字を色を予想しながら書かなきゃならないし。
gVimって言うぐらいだからダイアログで直せるのかと想ってた。
実際はVimにちょっとWindowかぶせただけだね。
それは、違うんだ。
色テーマ自体を作りたいわけ。
例えばコメントの色を緑にしたいとか。
それって直接ファイルを編集するしか無いっぽいよね。
しかも、#ffa835みたいな文字を色を予想しながら書かなきゃならないし。
gVimって言うぐらいだからダイアログで直せるのかと想ってた。
実際はVimにちょっとWindowかぶせただけだね。
>>252
それはできないな。がんばって自分で書くか、vim.sf.netからとってくるか。
それはできないな。がんばって自分で書くか、vim.sf.netからとってくるか。
>>254
違う違うもっと簡単に実現できるような些細なもの。
例えばD&D関連の機能。
ViViの場合は右クリックでD&Dした場合
ファイルオープン
リードオンリーでオープン
ファイルを挿入
フルパス名挿入
ってメニューが出てきて色々出来る。
違う違うもっと簡単に実現できるような些細なもの。
例えばD&D関連の機能。
ViViの場合は右クリックでD&Dした場合
ファイルオープン
リードオンリーでオープン
ファイルを挿入
フルパス名挿入
ってメニューが出てきて色々出来る。
>>255
gって付いていたからある程度グラフィカルに出来ると期待していたんでちょっと落胆したんです。
普通のエディタってダイアログで変えられるし、色選択のコモンダイアログで色も選べるじゃないですか。
そういうの付けてほすぃ
gって付いていたからある程度グラフィカルに出来ると期待していたんでちょっと落胆したんです。
普通のエディタってダイアログで変えられるし、色選択のコモンダイアログで色も選べるじゃないですか。
そういうの付けてほすぃ
>>257
gはGNUのgじゃないのか？
gはGNUのgじゃないのか？
あと、gVim使っていて想ったんですけどD&Dした時、ドロップした位置のウィンドウにファイルが展開されない・・・
例えば上下にウィンドウを分けている時に下のウィンドウにD&Dしても上のウィンドウに展開されてしまう。
これって、設定で回避できますか？
例えば上下にウィンドウを分けている時に下のウィンドウにD&Dしても上のウィンドウに展開されてしまう。
これって、設定で回避できますか？
>>258
ちがいます
ちがいます
gはGiantのgじゃ、ヴぉけぇ。
>>262
すみません、マウス使わないで出来ることは当然なんです。
「マウスでも出来る」のがWindowsアプリとして必要かなと。
例えば何かの作業をしていてエクスプローラであるフォルダを開いていた。
そのファイルを編集したくなったとする。
今立ち上がっているgVimから補完でそのファイルまで辿り着いても良いんですが既にエクスプローラ
で目的の場所が開いているし、さっきまでの作業でマウスも握っている。
そう言う場面ってWindowsを使っていると結構多いんです。
「マウスでも出来る」これが漏れの求めるWindowsアプリとしての機能です。
すみません、マウス使わないで出来ることは当然なんです。
「マウスでも出来る」のがWindowsアプリとして必要かなと。
例えば何かの作業をしていてエクスプローラであるフォルダを開いていた。
そのファイルを編集したくなったとする。
今立ち上がっているgVimから補完でそのファイルまで辿り着いても良いんですが既にエクスプローラ
で目的の場所が開いているし、さっきまでの作業でマウスも握っている。
そう言う場面ってWindowsを使っていると結構多いんです。
「マウスでも出来る」これが漏れの求めるWindowsアプリとしての機能です。
>>262
フルパス挿入はどうやってやるの?
フルパス挿入はどうやってやるの?
>>259
フォーカスが当たっているウィンドウで開かれる仕様。
:set mousefocus
すれば一時的に上手く行くけど…こりゃバグ持ってるな。
とりあえず予めどのウィンドウで開くか決めてからD&Dするか、
CTRL押しながら落とせば:spされるから。
フォーカスが当たっているウィンドウで開かれる仕様。
:set mousefocus
すれば一時的に上手く行くけど…こりゃバグ持ってるな。
とりあえず予めどのウィンドウで開くか決めてからD&Dするか、
CTRL押しながら落とせば:spされるから。
>>266
> フォーカスが当たっているウィンドウで開かれる仕様。
> :set mousefocus
それすると普段の使用に支障が・・・
> とりあえず予めどのウィンドウで開くか決めてからD&Dするか、
それは使いづらいと思います。
> CTRL押しながら落とせば:spされるから。
Ctrlは知りませんでした。
これはこれで便利ですね。
でも既存のウィンドウに落としたい場合もあるのでやっぱりD&D先のウィンドウで開く機能は欲しいところです。
> フォーカスが当たっているウィンドウで開かれる仕様。
> :set mousefocus
それすると普段の使用に支障が・・・
> とりあえず予めどのウィンドウで開くか決めてからD&Dするか、
それは使いづらいと思います。
> CTRL押しながら落とせば:spされるから。
Ctrlは知りませんでした。
これはこれで便利ですね。
でも既存のウィンドウに落としたい場合もあるのでやっぱりD&D先のウィンドウで開く機能は欲しいところです。
スレ違いだけどｽﾏｿ。
>>196
> メールアドレス帳とかどうしているの？
自分がやりとりする相手しか登録してないよ。
メーラーは外部エディタを指定できるものを選んで編集時はvimで書くようにしてる。
> 課や部まとめてメールしたい時とかは？
メーリングリストを作ってそれを使っている。
> 普通同期が取れていて名前や部署で検索できるようになっているし
> ナレッジウェアも使ってないの？
使っている人は居る。漏れは必要性を感じないから使ってないだけ。
やりとりする人だけ登録してれば十分。必要になったら社員の検索はできるしね。
そもそも登録や検索自体めったにしないし。
大体、社員が数千人居たとしても全員とやりとりするわけじゃないでしょ?
突然知らない人にメール出すこともないから。
メアドを知るいつものパターンは、知ってる人に紹介してもらって実際に顔合わせして。って感じ。
まぁこのへんは職種によって違うんだろうけどさ。
> 今時のある程度の会社じゃ好きなメールなんて使わせてくれないと思うし
他のレスを読んでるとそれっぽいね。
意外に多いんでびっくりしたよ。それが一般的なのかな?
> ポートも普通潰されていると思うけどなぁ
全然つぶされてないんだなこれが。ある意味アマアマなんだろう。
社外からは当然防火壁があるけど。
>>196
> メールアドレス帳とかどうしているの？
自分がやりとりする相手しか登録してないよ。
メーラーは外部エディタを指定できるものを選んで編集時はvimで書くようにしてる。
> 課や部まとめてメールしたい時とかは？
メーリングリストを作ってそれを使っている。
> 普通同期が取れていて名前や部署で検索できるようになっているし
> ナレッジウェアも使ってないの？
使っている人は居る。漏れは必要性を感じないから使ってないだけ。
やりとりする人だけ登録してれば十分。必要になったら社員の検索はできるしね。
そもそも登録や検索自体めったにしないし。
大体、社員が数千人居たとしても全員とやりとりするわけじゃないでしょ?
突然知らない人にメール出すこともないから。
メアドを知るいつものパターンは、知ってる人に紹介してもらって実際に顔合わせして。って感じ。
まぁこのへんは職種によって違うんだろうけどさ。
> 今時のある程度の会社じゃ好きなメールなんて使わせてくれないと思うし
他のレスを読んでるとそれっぽいね。
意外に多いんでびっくりしたよ。それが一般的なのかな?
> ポートも普通潰されていると思うけどなぁ
全然つぶされてないんだなこれが。ある意味アマアマなんだろう。
社外からは当然防火壁があるけど。
>>196
> >> 記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
> > 記述ミスなんかすぐ直せるやん。ヘルプ豊富だし。
> これ結構ハマる時はハマるよ。
> 設定値以上設定できたりスペルミスだったり間違えているところが一カ所じゃない場合は特定するのもしんどい。
UIの方がミスを無くし易いのは認めるけど、UIで決められた設定以外のことはできないんでしょ?
ちなみにエラー文(エラーが出ているファイルとその行番号)が出るから特定はしやすいよ。
慣れればハマらないと思う。
それに1回うまく動作するスクリプト作っちゃえばもう直す必要ないからね。
拡張したくなる時はあるが。
> UIを使って設定すればこれらのミスはまず無くなるからね。
ちなみにgvimならメニューで設定できるよ。
メニューそのものも作れる(このスレの上の方で半角カナ変換のメニューを作ってたように)。
あまり使い勝手は良くないから漏れはフォント変えたい時くらいしか使わないけど。
> あと、習得が簡単とか言っているけどそれは言語構造を理解するのが速いだけであって
> 恐ろしいほどの設定項目やそれに対して許される設定値の範囲や文字列を覚えていくのは時間がかかる。
> ちなみに使っているのはVS6。
時間かかろうが習得してしまえばOKなんだよね? 違うの?
範囲や文字列は忘れてもヘルプ見れば良い。英語はそんな難しくないし例文(コマンド例)もある。
vimは時間をかけて習得しても損はないと思ってるよ。あとでお釣りが来るから。
IDEだって使い方覚えるのにそれなりに時間かかるでしょ?
VSも同じだと思うけどな。
まぁ、vimやemacsと違い、一度設定しちゃったらそれほど拡張しないので
これらに比べたら少ないのかもしれないけど。
> >> 記述ミスの危険性、記述法の習得などのコストなど設定ファイルを直接設定するデメリットの方がでかい。
> > 記述ミスなんかすぐ直せるやん。ヘルプ豊富だし。
> これ結構ハマる時はハマるよ。
> 設定値以上設定できたりスペルミスだったり間違えているところが一カ所じゃない場合は特定するのもしんどい。
UIの方がミスを無くし易いのは認めるけど、UIで決められた設定以外のことはできないんでしょ?
ちなみにエラー文(エラーが出ているファイルとその行番号)が出るから特定はしやすいよ。
慣れればハマらないと思う。
それに1回うまく動作するスクリプト作っちゃえばもう直す必要ないからね。
拡張したくなる時はあるが。
> UIを使って設定すればこれらのミスはまず無くなるからね。
ちなみにgvimならメニューで設定できるよ。
メニューそのものも作れる(このスレの上の方で半角カナ変換のメニューを作ってたように)。
あまり使い勝手は良くないから漏れはフォント変えたい時くらいしか使わないけど。
> あと、習得が簡単とか言っているけどそれは言語構造を理解するのが速いだけであって
> 恐ろしいほどの設定項目やそれに対して許される設定値の範囲や文字列を覚えていくのは時間がかかる。
> ちなみに使っているのはVS6。
時間かかろうが習得してしまえばOKなんだよね? 違うの?
範囲や文字列は忘れてもヘルプ見れば良い。英語はそんな難しくないし例文(コマンド例)もある。
vimは時間をかけて習得しても損はないと思ってるよ。あとでお釣りが来るから。
IDEだって使い方覚えるのにそれなりに時間かかるでしょ?
VSも同じだと思うけどな。
まぁ、vimやemacsと違い、一度設定しちゃったらそれほど拡張しないので
これらに比べたら少ないのかもしれないけど。
>>196
> デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
> Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
VS6ってこれのうちどれが使えるの?
デバッガ・ソース管理(VSS連携)があるのは見たことあるので知ってるんだが、それ以外は知らん。
# 業務でVS使ってないからな。そもそもWindows系のソフト作る仕事じゃないし。
# それでもVSSは使ったことあるんだが。
VSSで思い出したがvimのdiff機能が便利だ。VSSの相違点比較より見易くて気に入ってる。
差分が無い所はfoldしてくれるので全体の見通しが良い(差分だけが見える)。
そして差分がある行では、実際に異なっている部分をbold表示してくれる。VSSには無い機能。
]cと[cで前後の相違点にjump可。VSSのF7とShift-F7に相当する。
当然、差分表示中に編集も可能。diffu(pdate)で差分表示アップデート。
VSSにCheckInされてないファイル同士も比較できる。
# まぁこれはVSSでもやろうと思えば同じことができるけどさ。
さすがにCheckInされてるファイルとの比較はVSSの相違点比較を使うけど、
ローカルPC内でテキストファイル同士の差分比較をしたい時などには重宝してる。
それだけのためにVSS起動すんのアホらしいもんな。
> > むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
> > vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
> 開発のための基礎能力がテキストエディタよりずっと高いのでそれほど設定は必要はない。
確かに基礎能力は高いだろう。そのためのIDEなんだから。
でも、「それほど」必要ないってことは、設定したくなる時もあるってことなんだよね?
そういう場合はどうするの? Add-Inを拾ってきたり、自分で作ったりするの?
いくらUIでミスが少ないとは言え、結局は決められた設定しかできないって事でしょ?
まぁ、恐らく決められた設定だけで十分使いこなせるんだろうけどさ。
> デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
> Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
VS6ってこれのうちどれが使えるの?
デバッガ・ソース管理(VSS連携)があるのは見たことあるので知ってるんだが、それ以外は知らん。
# 業務でVS使ってないからな。そもそもWindows系のソフト作る仕事じゃないし。
# それでもVSSは使ったことあるんだが。
VSSで思い出したがvimのdiff機能が便利だ。VSSの相違点比較より見易くて気に入ってる。
差分が無い所はfoldしてくれるので全体の見通しが良い(差分だけが見える)。
そして差分がある行では、実際に異なっている部分をbold表示してくれる。VSSには無い機能。
]cと[cで前後の相違点にjump可。VSSのF7とShift-F7に相当する。
当然、差分表示中に編集も可能。diffu(pdate)で差分表示アップデート。
VSSにCheckInされてないファイル同士も比較できる。
# まぁこれはVSSでもやろうと思えば同じことができるけどさ。
さすがにCheckInされてるファイルとの比較はVSSの相違点比較を使うけど、
ローカルPC内でテキストファイル同士の差分比較をしたい時などには重宝してる。
それだけのためにVSS起動すんのアホらしいもんな。
> > むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
> > vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
> 開発のための基礎能力がテキストエディタよりずっと高いのでそれほど設定は必要はない。
確かに基礎能力は高いだろう。そのためのIDEなんだから。
でも、「それほど」必要ないってことは、設定したくなる時もあるってことなんだよね?
そういう場合はどうするの? Add-Inを拾ってきたり、自分で作ったりするの?
いくらUIでミスが少ないとは言え、結局は決められた設定しかできないって事でしょ?
まぁ、恐らく決められた設定だけで十分使いこなせるんだろうけどさ。
そういえば、IDE厨ってvimのテキスト編集能力のことはどう評価してるのかな?
これが一番興味ある。
前スレ212(既に落ちてるっぽいが)のようにかなり柔軟な編集が可能なのだが。
編集コマンド + 移動コマンド
exコマンド(範囲指定 + 編集コマンド)
基礎概念はたったこれだけなのに、その応用範囲は凄まじいものだぞ。
それだけで1冊の本が出来るくらい。
漏れはIDEの統合的な使い勝手は素晴らしいと思ってるよ。
それでもIDEの編集操作性がvimと同じになってくれたら良いと思っている。
IDEを使わなければならない環境でも編集時は外部エディタでvimを指定して使ってる。
VS使うことになったらVisVim.dll使うだろうな。
VSのMDIウィンドウとgvimの両方に同じソースコードを表示して、
通常編集はvim、インテリセンス使いたい時はVS内って感じで使い分けると予想する。
片方の編集結果はもう片方にすぐに反映されるし、Alt-TabでWindow切り替えるだけだし。
イラつくことはないだろう。
# 使ってないのであくまで予想だし、VisVimにバグがあるかもしれないけど。
要するに双方の使い勝手の良いとこ取り。
それくらい、vimの編集能力の高さを捨てられないのだ。
これが一番興味ある。
前スレ212(既に落ちてるっぽいが)のようにかなり柔軟な編集が可能なのだが。
編集コマンド + 移動コマンド
exコマンド(範囲指定 + 編集コマンド)
基礎概念はたったこれだけなのに、その応用範囲は凄まじいものだぞ。
それだけで1冊の本が出来るくらい。
漏れはIDEの統合的な使い勝手は素晴らしいと思ってるよ。
それでもIDEの編集操作性がvimと同じになってくれたら良いと思っている。
IDEを使わなければならない環境でも編集時は外部エディタでvimを指定して使ってる。
VS使うことになったらVisVim.dll使うだろうな。
VSのMDIウィンドウとgvimの両方に同じソースコードを表示して、
通常編集はvim、インテリセンス使いたい時はVS内って感じで使い分けると予想する。
片方の編集結果はもう片方にすぐに反映されるし、Alt-TabでWindow切り替えるだけだし。
イラつくことはないだろう。
# 使ってないのであくまで予想だし、VisVimにバグがあるかもしれないけど。
要するに双方の使い勝手の良いとこ取り。
それくらい、vimの編集能力の高さを捨てられないのだ。
>>231
> 罵倒というか、仕事のストレスを発散してるだけ
> そして余計にストレスを溜め込む
ちなみに、ストレスは溜まってないよ。
仕事おもしろいし。上司とはウマが合うし。
それなりのポストを任せてくれてるし、評価もされてる。
仮にgvimを取り上げられたら、かなりストレスが溜まるが（ｗ
これが無かったら仕事する気にならんよ。
皆の衆、長レスすまんかった。
> 罵倒というか、仕事のストレスを発散してるだけ
> そして余計にストレスを溜め込む
ちなみに、ストレスは溜まってないよ。
仕事おもしろいし。上司とはウマが合うし。
それなりのポストを任せてくれてるし、評価もされてる。
仮にgvimを取り上げられたら、かなりストレスが溜まるが（ｗ
これが無かったら仕事する気にならんよ。
皆の衆、長レスすまんかった。
>>184
乙
乙
プログラマの立場から言わせてもらえば、設定用のユーザインターフェースを
書くのはすげー手間がかかる。特に矛盾するような設定を防止しようと思うと、
「このチェックボックスがチェックされたら、下のチェックボックスは無効に
する」みたいな条件設定を大量に行う必要があるわけで。（面倒くさい上に、
面白くない作業だしさ）
書くのはすげー手間がかかる。特に矛盾するような設定を防止しようと思うと、
「このチェックボックスがチェックされたら、下のチェックボックスは無効に
する」みたいな条件設定を大量に行う必要があるわけで。（面倒くさい上に、
面白くない作業だしさ）
>>268
＞> 課や部まとめてメールしたい時とかは？
＞メーリングリストを作ってそれを使っている。
それはメーリングリスト自分で作るの？
うちの会社じゃIT部門が管理するので意識しないでもどの部署にもメール打てるけど。
＞> ナレッジウェアも使ってないの？
＞使っている人は居る。漏れは必要性を感じないから使ってないだけ。
これって全員が使わないと意味ないんだよね。
グループ内で予定表やタスクリストなどを見てミーティングとか組んだりするし進捗も計らないといけない。
＞大体、社員が数千人居たとしても全員とやりとりするわけじゃないでしょ?
＞突然知らない人にメール出すこともないから。
例えば管理部門、IT関連の部門、営業の部門とメールのやりとりをしたりするけど同期の取れたアドレス帳じゃないと辛いよ。
これプラス全国の支社と同時にプロジェクトを進める場合も考慮しないとならないし。
＞UIの方がミスを無くし易いのは認めるけど、UIで決められた設定以外のことはできないんでしょ?
比較するなら同条件で比較しないとおかしいでしょ。
テキスト編集とUIどちらでも出来るとしたらUIの方が優れているのは認めるでしょ？
＞> あと、習得が簡単とか言っているけどそれは言語構造を理解するのが速いだけであって
＞> 恐ろしいほどの設定項目やそれに対して許される設定値の範囲や文字列を覚えていくのは時間がかかる。
＞> ちなみに使っているのはVS6。
＞時間かかろうが習得してしまえばOKなんだよね? 違うの?
それなら何でも言えるでしょ。
例えば設定ファイルが全部01の２進数で表現されていたとする。
でその時も「時間かかろうが習得してしまえばOKなんだよね? 違うの? 」っていうの？
人間にわかりやすい形で洗練されていく、それが道具の進化だと思うけどね。
＞> 課や部まとめてメールしたい時とかは？
＞メーリングリストを作ってそれを使っている。
それはメーリングリスト自分で作るの？
うちの会社じゃIT部門が管理するので意識しないでもどの部署にもメール打てるけど。
＞> ナレッジウェアも使ってないの？
＞使っている人は居る。漏れは必要性を感じないから使ってないだけ。
これって全員が使わないと意味ないんだよね。
グループ内で予定表やタスクリストなどを見てミーティングとか組んだりするし進捗も計らないといけない。
＞大体、社員が数千人居たとしても全員とやりとりするわけじゃないでしょ?
＞突然知らない人にメール出すこともないから。
例えば管理部門、IT関連の部門、営業の部門とメールのやりとりをしたりするけど同期の取れたアドレス帳じゃないと辛いよ。
これプラス全国の支社と同時にプロジェクトを進める場合も考慮しないとならないし。
＞UIの方がミスを無くし易いのは認めるけど、UIで決められた設定以外のことはできないんでしょ?
比較するなら同条件で比較しないとおかしいでしょ。
テキスト編集とUIどちらでも出来るとしたらUIの方が優れているのは認めるでしょ？
＞> あと、習得が簡単とか言っているけどそれは言語構造を理解するのが速いだけであって
＞> 恐ろしいほどの設定項目やそれに対して許される設定値の範囲や文字列を覚えていくのは時間がかかる。
＞> ちなみに使っているのはVS6。
＞時間かかろうが習得してしまえばOKなんだよね? 違うの?
それなら何でも言えるでしょ。
例えば設定ファイルが全部01の２進数で表現されていたとする。
でその時も「時間かかろうが習得してしまえばOKなんだよね? 違うの? 」っていうの？
人間にわかりやすい形で洗練されていく、それが道具の進化だと思うけどね。
>>270
＞> デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
＞> Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
＞VS6ってこれのうちどれが使えるの?
それ言ったの俺じゃないし、だいぶ前のコピペでしょ。
見るかぎりJava系IDEなら全て付いていると思うけど。
VSで付いているのはデバッガソース管理・モデリングソフトかな？
まぁ、既にVS6はIDEとして古いから最新のIDE事情を見るならJavaでしょ。
＞> > むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
＞> > vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
＞> 開発のための基礎能力がテキストエディタよりずっと高いのでそれほど設定は必要はない。
＞確かに基礎能力は高いだろう。そのためのIDEなんだから。
＞でも、「それほど」必要ないってことは、設定したくなる時もあるってことなんだよね?
たまにあるね。
自分はUnixの仕事はviを使っているんでVSのエディタ機能には不満がある。
ただ、Windowsの仕事の場合、VSを使うメリットの方が圧倒的に大きいのよ。
VimやEmacsの拡張なんかじゃ補えないほどのね。
また、拡張もタダじゃない。
そして、それほどの拡張は出来ない。
＞> デバッガ・リファクタリングブラウザ・テストスイート・ソース管理・モデリングソフト・との連携もばっちり。
＞> Webサーバやアプリケーションサーバの制御も内部に取り込みシームレスな開発が行える。
＞VS6ってこれのうちどれが使えるの?
それ言ったの俺じゃないし、だいぶ前のコピペでしょ。
見るかぎりJava系IDEなら全て付いていると思うけど。
VSで付いているのはデバッガソース管理・モデリングソフトかな？
まぁ、既にVS6はIDEとして古いから最新のIDE事情を見るならJavaでしょ。
＞> > むしろIDEのメニューで決められた設定しかできない方が柔軟ではない。
＞> > vimスクリプトしょっちゅう使ってるよ。作るのはときたまだけど。
＞> 開発のための基礎能力がテキストエディタよりずっと高いのでそれほど設定は必要はない。
＞確かに基礎能力は高いだろう。そのためのIDEなんだから。
＞でも、「それほど」必要ないってことは、設定したくなる時もあるってことなんだよね?
たまにあるね。
自分はUnixの仕事はviを使っているんでVSのエディタ機能には不満がある。
ただ、Windowsの仕事の場合、VSを使うメリットの方が圧倒的に大きいのよ。
VimやEmacsの拡張なんかじゃ補えないほどのね。
また、拡張もタダじゃない。
そして、それほどの拡張は出来ない。
>>271
＞そういえば、IDE厨ってvimのテキスト編集能力のことはどう評価してるのかな?
＞これが一番興味ある。
Vimも使用経験があるからテキストオブジェクトの便利さは知っているよ。
良くできていると思う。
＞VS使うことになったらVisVim.dll使うだろうな。
＞VSのMDIウィンドウとgvimの両方に同じソースコードを表示して、
＞通常編集はvim、インテリセンス使いたい時はVS内って感じで使い分けると予想する。
それって逆に使い勝手が悪すぎて途中で投げると思うよ。
＞そういえば、IDE厨ってvimのテキスト編集能力のことはどう評価してるのかな?
＞これが一番興味ある。
Vimも使用経験があるからテキストオブジェクトの便利さは知っているよ。
良くできていると思う。
＞VS使うことになったらVisVim.dll使うだろうな。
＞VSのMDIウィンドウとgvimの両方に同じソースコードを表示して、
＞通常編集はvim、インテリセンス使いたい時はVS内って感じで使い分けると予想する。
それって逆に使い勝手が悪すぎて途中で投げると思うよ。
VS 使ったことがあるなら分かってると思うが、VC++ のインテリセンスは
テンプレートが絡むと全く使い物にならない。今時の C++ 開発だと、
ふつースマートポインタを使うわけだが、そうなるともうね……。
> でその時も「時間かかろうが習得してしまえばOKなんだよね? 違うの? 」っていうの？
習得に要するコストと、それで得られるものの比較をしないと。
テンプレートが絡むと全く使い物にならない。今時の C++ 開発だと、
ふつースマートポインタを使うわけだが、そうなるともうね……。
> でその時も「時間かかろうが習得してしまえばOKなんだよね? 違うの? 」っていうの？
習得に要するコストと、それで得られるものの比較をしないと。
> それはメーリングリスト自分で作るの？
> うちの会社じゃIT部門が管理するので意識しないでもどの部署にもメール打てるけど
そのあたり、情報システム部とかが統括してないか？ 少なくとも、うちは
そうだが。
> うちの会社じゃIT部門が管理するので意識しないでもどの部署にもメール打てるけど
そのあたり、情報システム部とかが統括してないか？ 少なくとも、うちは
そうだが。
>>275
うちもExchangeサーバが入っていて、outlookでアドレス帳を
参照できるようになっているけど、死ぬほど使いにくいので
滅多に使わない。
連絡したい部門のイントラ向けWebページでメールアドレスを取得、
というパターンが多いな。
うちもExchangeサーバが入っていて、outlookでアドレス帳を
参照できるようになっているけど、死ぬほど使いにくいので
滅多に使わない。
連絡したい部門のイントラ向けWebページでメールアドレスを取得、
というパターンが多いな。
284 ：仕様書無しさん：03/08/09 20:12
なんかさ～
そうまでしてテキストエディタでメール読んだりブラウザにしたりして何か良いことあるの～？
今まで読んできたんだけどテキストエディタ厨が言っている事って現実離れした屁理屈にしか見えないよな～
ひょっとして数人しかいない会社か外注ばっかり？
メーラーやブラウザが指定されていたりするのなんて当たり前なのに知らないしグループウェアすら使ってないみたいだし。
そうまでしてテキストエディタでメール読んだりブラウザにしたりして何か良いことあるの～？
今まで読んできたんだけどテキストエディタ厨が言っている事って現実離れした屁理屈にしか見えないよな～
ひょっとして数人しかいない会社か外注ばっかり？
メーラーやブラウザが指定されていたりするのなんて当たり前なのに知らないしグループウェアすら使ってないみたいだし。
> テキストエディタでメール読んだりブラウザにしたりして何か良いことあるの～？
テキストエディタを終了してブラウザを起動するより、
テキストエディタ内にブラウザを表示した方が速い。
テキストエディタを終了してブラウザを起動するより、
テキストエディタ内にブラウザを表示した方が速い。
286 ：仕様書無しさん：03/08/09 20:16
288 ：仕様書無しさん：03/08/09 20:29
289 ：仕様書無しさん：03/08/09 20:30
unixって環境としては最悪だよな。
291 ：仕様書無しさん：03/08/09 20:34
windowsってサーバとしては最悪だよな。
>>288
なんでサーバーが出て来るんだか。まったく理解して無いようだ。
なんでサーバーが出て来るんだか。まったく理解して無いようだ。
294 ：仕様書無しさん：03/08/09 20:38
仮にもPGなら「GUIがあって当然」なんて狂った考えは捨てておけよ。
必然性があるからソフト(あるいは、マクロ、プラグイン、スクリプト)
は存在しているんだよ。
必然性があるからソフト(あるいは、マクロ、プラグイン、スクリプト)
は存在しているんだよ。
295 ：仕様書無しさん：03/08/09 20:40
ブルマ姿の可愛らしいロリ少女が体育倉庫でなにやら怪しい動き！
物凄くでかいオッパイをぷるんぷるんに揺らしながらハゲオヤジにバックから突かれます。
最後のオナシーンではなんととうもろこし挿入！
ブツブツで気持ちいいんでしょうね。
無料ムービー観てね。
http://www.pinkfriend.com/
物凄くでかいオッパイをぷるんぷるんに揺らしながらハゲオヤジにバックから突かれます。
最後のオナシーンではなんととうもろこし挿入！
ブツブツで気持ちいいんでしょうね。
無料ムービー観てね。
http://www.pinkfriend.com/
>>294
なんでGUIの話が出てくるんだ？ｗ
> > テキストエディタでメール読んだりブラウザにしたりして何か良いことあるの～？
> テキストエディタを終了してブラウザを起動するより、
> テキストエディタ内にブラウザを表示した方が速い。
この流れだったはずだが。
なんでGUIの話が出てくるんだ？ｗ
> > テキストエディタでメール読んだりブラウザにしたりして何か良いことあるの～？
> テキストエディタを終了してブラウザを起動するより、
> テキストエディタ内にブラウザを表示した方が速い。
この流れだったはずだが。
298 ：直リン：03/08/09 20:42
>>294
仮にもPGならテキストエディタくらい自分で作れよ。
仮にもPGならテキストエディタくらい自分で作れよ。
CUIのペイントソフトとかCADとかゲームとか嫌過ぎ。
ソフトといってPGが使うソフトしか思いつかない
作る側の考えしか持ち合わせてないって恐いよね。
ソフトといってPGが使うソフトしか思いつかない
作る側の考えしか持ち合わせてないって恐いよね。
>>284
> メーラーやブラウザが指定されていたりするのなんて当たり前なのに知らないし
うちは従業員数 1000 人超える（いちおう）大手企業だけど、開発部門だと
どちらも指定ないぞ。情シスの負担を減らすために OS や PC の標準スペックに
関する規定はあるけど。
ただ経営情報にアクセスする人間は、必ず Lotus Notes 端末が支給される。
> メーラーやブラウザが指定されていたりするのなんて当たり前なのに知らないし
うちは従業員数 1000 人超える（いちおう）大手企業だけど、開発部門だと
どちらも指定ないぞ。情シスの負担を減らすために OS や PC の標準スペックに
関する規定はあるけど。
ただ経営情報にアクセスする人間は、必ず Lotus Notes 端末が支給される。
302 ：仕様書無しさん：03/08/09 20:46
PCゲームってのはコア層がやるもんだよ。
過去の現象見ても、事務機としての普及が第一だろうね。
はっきり言ってLinux/UNIXは汎用的な事務機としてはロクなもんじゃない。
基本的に計算機の玄人が使うようにできてるからな。
事務屋にゃ扱える代物じゃねーんだよ。
ただ、つけいる隙はあると思うね。
Linux/UNIXはUIの取り換えがきくから、専用機として作り込むのにはWindows
なんかより断然いいだろう。
そこらへんのじじばばが何気に街角で触ってる機械が実は誰も知らないけど
Linuxでしたなんて現象はこれからどんどん増えるだろうね。
事務機としてもマルチウィンドウが必要なところってのは実はあんまり無い。
その証拠にほとんどのWindowsユーザはアプリケーションを最大化して使って
るじゃない。
Xなんか使わなくてもDOS時代のUIを思い出せば充分使えるものになるだろうね。
むしろその方が混乱が無いだろう。アクティブウィンドウが切り替わっただけ
で「パソコン壊れたー!」ってパニック起こす連中を嫌と言うほど見て来た。
パソコンとしてもそれに適したUIが出て来れば使う人はいるだろうね。
そのへん頑張ってるのがKDEやGnomeだが、こっちはさほど利点が無いから難し
いな。
NECや富士通が気合い入れて自社UIを作って出しゃいいんだがな。KDEやGnome
ベースでもいいからさ。
過去の現象見ても、事務機としての普及が第一だろうね。
はっきり言ってLinux/UNIXは汎用的な事務機としてはロクなもんじゃない。
基本的に計算機の玄人が使うようにできてるからな。
事務屋にゃ扱える代物じゃねーんだよ。
ただ、つけいる隙はあると思うね。
Linux/UNIXはUIの取り換えがきくから、専用機として作り込むのにはWindows
なんかより断然いいだろう。
そこらへんのじじばばが何気に街角で触ってる機械が実は誰も知らないけど
Linuxでしたなんて現象はこれからどんどん増えるだろうね。
事務機としてもマルチウィンドウが必要なところってのは実はあんまり無い。
その証拠にほとんどのWindowsユーザはアプリケーションを最大化して使って
るじゃない。
Xなんか使わなくてもDOS時代のUIを思い出せば充分使えるものになるだろうね。
むしろその方が混乱が無いだろう。アクティブウィンドウが切り替わっただけ
で「パソコン壊れたー!」ってパニック起こす連中を嫌と言うほど見て来た。
パソコンとしてもそれに適したUIが出て来れば使う人はいるだろうね。
そのへん頑張ってるのがKDEやGnomeだが、こっちはさほど利点が無いから難し
いな。
NECや富士通が気合い入れて自社UIを作って出しゃいいんだがな。KDEやGnome
ベースでもいいからさ。
>>300
そりゃ vim とかは、作り手が作りたいように作ってるソフトだから。
ユーザも単なるお客さんと言うよりは、ある意味で開発者と苦労分け合う
同士みたいなもん。
GUI 充実させるとすそ野が広がるのは確かだろうが、実装の手間と、
特定のメニューをどこに配置するかといった細かい調整を考えると、
なかかな難しいんじゃないかなぁ。場当たり的にメニュー項目が
並んでたり、ダイアログ上のコントロールが配置された GUI なんて、
それこそ CUI より使いにくいし。
（設定しようにも、どこに設定に対応する項目があるのか分からない
状況に陥る）
そりゃ vim とかは、作り手が作りたいように作ってるソフトだから。
ユーザも単なるお客さんと言うよりは、ある意味で開発者と苦労分け合う
同士みたいなもん。
GUI 充実させるとすそ野が広がるのは確かだろうが、実装の手間と、
特定のメニューをどこに配置するかといった細かい調整を考えると、
なかかな難しいんじゃないかなぁ。場当たり的にメニュー項目が
並んでたり、ダイアログ上のコントロールが配置された GUI なんて、
それこそ CUI より使いにくいし。
（設定しようにも、どこに設定に対応する項目があるのか分からない
状況に陥る）
>>303
＞並んでたり、ダイアログ上のコントロールが配置された GUI なんて、
＞それこそ CUI より使いにくいし。
設定するファイルが.gvimrcや.vimrcだったりcolors以下だったりftpluginだったりsyntaxだったり・・・
GUIのほうが良いな。
＞並んでたり、ダイアログ上のコントロールが配置された GUI なんて、
＞それこそ CUI より使いにくいし。
設定するファイルが.gvimrcや.vimrcだったりcolors以下だったりftpluginだったりsyntaxだったり・・・
GUIのほうが良いな。
>>309
秀丸でも見ればぁ
秀丸でも見ればぁ
>309
Windows系のエディタ触ったこと無いのか？
Windows系のエディタ触ったこと無いのか？
> EmacsやVimの方が全然酷いと思うが。
俺は Office も分からんことが多いが。最初 word 使ったとき、どうしても
勝手にアルファベット先頭がキャピタライズされて「？？」となったよ。
隣の人間に効いたら解決したけど。結局 GUI だろうが CUI だろうが、
bad knowhow は「隣のヤツが知ってる」かどうかが鍵なんじゃなかろうか。
俺は Office も分からんことが多いが。最初 word 使ったとき、どうしても
勝手にアルファベット先頭がキャピタライズされて「？？」となったよ。
隣の人間に効いたら解決したけど。結局 GUI だろうが CUI だろうが、
bad knowhow は「隣のヤツが知ってる」かどうかが鍵なんじゃなかろうか。
解像度より物理的なモニタの大きさによるな
>315
秀丸とたいして変わらないじゃん
秀丸とたいして変わらないじゃん
設定ファイルに関しては 1 から自分で書かないのが勝利の秘訣だと
思われ。適当にセクション分けされて、コメントが入ってる設定ファイルの
ひな形を拾ってくれば、それを元にカスタマイズするのは難しくない。
こんなヤツ。vim だと $VIM/vimrc ざっと読んで、気に入らない部分だけ
_vimrc, .vimrc にコピーしてきて書き換えれば桶。
思われ。適当にセクション分けされて、コメントが入ってる設定ファイルの
ひな形を拾ってくれば、それを元にカスタマイズするのは難しくない。
こんなヤツ。vim だと $VIM/vimrc ざっと読んで、気に入らない部分だけ
_vimrc, .vimrc にコピーしてきて書き換えれば桶。
>>320
原始的でたるい作業だな
原始的でたるい作業だな
ダイアログで設定するのと大差ないやん。マウスでクリックすると
先進的で、コピー & ペーストすると原始的なのか？ （そうかも）
先進的で、コピー & ペーストすると原始的なのか？ （そうかも）
>>322
最近のアプリのダイアログとか見たこと無い？
Eclipseとか見てみ。
左にツリー構造があり適度にグルーピングされ名称が付けられたダイアログは使いやすいよ。
これからもそう言う方向に進化していくでしょ。
テキストファイルを直接編集することがメリットだけしかないことはみんな解っているからね。
最近のアプリのダイアログとか見たこと無い？
Eclipseとか見てみ。
左にツリー構造があり適度にグルーピングされ名称が付けられたダイアログは使いやすいよ。
これからもそう言う方向に進化していくでしょ。
テキストファイルを直接編集することがメリットだけしかないことはみんな解っているからね。
その代わり新規機能を追加するときに、手間が増えるけどな。
>>325
開発者側の理論だね。
開発者側の理論だね。
ユーザと開発者の垣根を低くするのが良いのか、それとも完成度は高いが
開発者との間に超えられない一線を引くのが良いのか。エンドユーザ向け
の商品なら後者で確定だが、プログラマが使うエディタって話だと
どっちもアリだと思うなぁ。
開発者との間に超えられない一線を引くのが良いのか。エンドユーザ向け
の商品なら後者で確定だが、プログラマが使うエディタって話だと
どっちもアリだと思うなぁ。
329 ：仕様書無しさん：03/08/09 21:27
このスレ、emacsという単語さえも出なくなったな。
評価基準にもなってないし、そもそも誰も使ってないんちゃうか？
評価基準にもなってないし、そもそも誰も使ってないんちゃうか？
>>329
つかってるよ
つかってるよ
331 ：仕様書無しさん：03/08/09 21:29
>>285 >>287
Unixでも仮想スクリーンを扱えるソフトはあります。
GNUのscreenとか。デフォルトではGNUのEmacsとキーバインドが
バッティングしていて、viとは相性がよいという笑えるソフト。
Emacsユーザにも利用者が多かったらしく、Ctrl-Kつかうと
エライことになるとかいって騒がれてたな。
Unixでも仮想スクリーンを扱えるソフトはあります。
GNUのscreenとか。デフォルトではGNUのEmacsとキーバインドが
バッティングしていて、viとは相性がよいという笑えるソフト。
Emacsユーザにも利用者が多かったらしく、Ctrl-Kつかうと
エライことになるとかいって騒がれてたな。
screen のエスケープキーが Ctrl-A なのは、さすがに……。
俺は Emacs ユーザじゃないけど tcsh で行編集するときに困るので
Ctrl-] とかに変更してるよ。
screen + vim は便利なんだけど、複数アプリケーション間にまたがる
コピペは set nolist, set nonumber しないと余計な文字 (行番号とか
改行を表す特殊文字とか) が入るのでイマイチ。
gvim なら何ら問題なけど。
俺は Emacs ユーザじゃないけど tcsh で行編集するときに困るので
Ctrl-] とかに変更してるよ。
screen + vim は便利なんだけど、複数アプリケーション間にまたがる
コピペは set nolist, set nonumber しないと余計な文字 (行番号とか
改行を表す特殊文字とか) が入るのでイマイチ。
gvim なら何ら問題なけど。
Emacsとviってどっちの方が人口多いんだろうね。
>>333
unixって操作が統一されてないから使いづらそう
unixって操作が統一されてないから使いづらそう
winは統一されていて使いやすいからなぁ
>>333
screenでも矩形選択ができるよ。
screenでも矩形選択ができるよ。
>>335
だいたいはviバインドかemacsバインドだよ。
だいたいはviバインドかemacsバインドだよ。
IDE厨に全敗だなﾌﾟｯ
>>334
シェルの行編集に限っては Emacs キーバインドだと思うけど（ｗ
エディタだとどうなんだろうね。
>>335
UNIX でも CUI はむしろ統一されてる感じ。ftp クライアントにせよ
シェルにせよ、だいたいカーソル移動は Emacs ライクだし。
X が絡むと全く統一されてないけど。あれは GTk とか Qt (KDE) の
普及待ちだろうなぁ。俺は待たずに Win32 使うけど。手元のマシンは
Windows, ssh で unix マシンにリモートログインしてお仕事というのが
日常。
シェルの行編集に限っては Emacs キーバインドだと思うけど（ｗ
エディタだとどうなんだろうね。
>>335
UNIX でも CUI はむしろ統一されてる感じ。ftp クライアントにせよ
シェルにせよ、だいたいカーソル移動は Emacs ライクだし。
X が絡むと全く統一されてないけど。あれは GTk とか Qt (KDE) の
普及待ちだろうなぁ。俺は待たずに Win32 使うけど。手元のマシンは
Windows, ssh で unix マシンにリモートログインしてお仕事というのが
日常。
>>341 Vimもコマンドラインに限ってはほぼEmacsバインドだたりする
わかったのは
テキストエディタ厨＝UNIX厨
ということ。
で、大体可哀想なC使い。
テキストエディタ厨＝UNIX厨
ということ。
で、大体可哀想なC使い。
IDE厨は発言する際に自分の使っているIDEを言うこと。
>>343
どこが？
どこが？
>>326
＞コメントみなくちゃ意味がわからない
GUIだってヘルプ見なきゃ意味のわからん項目は多い。
＞各設定の相互関係も見づらい
相互関係というか、依存関係をインタラクティブに見られるのは
GUIのいいところだね。(使えなくなったところは灰色になるとか)
＞新しく設定を追加する場合はその指標がないから設定しづらい。
雛形をベースにすると、コメントを外すだけだったり。
GUIで不便なところは、ちまちまとマウスでクリックして必要な項目を
表示させないといけない所かな。テキストファイル直接編集だったら
文字列検索一発でジャンプできるんだけど。
＞コメントみなくちゃ意味がわからない
GUIだってヘルプ見なきゃ意味のわからん項目は多い。
＞各設定の相互関係も見づらい
相互関係というか、依存関係をインタラクティブに見られるのは
GUIのいいところだね。(使えなくなったところは灰色になるとか)
＞新しく設定を追加する場合はその指標がないから設定しづらい。
雛形をベースにすると、コメントを外すだけだったり。
GUIで不便なところは、ちまちまとマウスでクリックして必要な項目を
表示させないといけない所かな。テキストファイル直接編集だったら
文字列検索一発でジャンプできるんだけど。
>>343
まったく違う。
まったく違う。
>>347
> ＞コメントみなくちゃ意味がわからない
> GUIだってヘルプ見なきゃ意味のわからん項目は多い。
テキストファイル設定よりも圧倒的に解りやすいと思うけど。
CUIの場合は最初からヘルプ見なくちゃ判らないでしょ？
> 雛形をベースにすると、コメントを外すだけだったり。
ひな形には全ての設定が書いてあるのか？
> GUIで不便なところは、ちまちまとマウスでクリックして必要な項目を
> 表示させないといけない所かな。テキストファイル直接編集だったら
> 文字列検索一発でジャンプできるんだけど。
１ファイルならね。
大体幾つかの設定ファイルに別れているから色を変えたい時、インデント幅を変えたい時
など色々なファイルを開かなくちゃならない。
> ＞コメントみなくちゃ意味がわからない
> GUIだってヘルプ見なきゃ意味のわからん項目は多い。
テキストファイル設定よりも圧倒的に解りやすいと思うけど。
CUIの場合は最初からヘルプ見なくちゃ判らないでしょ？
> 雛形をベースにすると、コメントを外すだけだったり。
ひな形には全ての設定が書いてあるのか？
> GUIで不便なところは、ちまちまとマウスでクリックして必要な項目を
> 表示させないといけない所かな。テキストファイル直接編集だったら
> 文字列検索一発でジャンプできるんだけど。
１ファイルならね。
大体幾つかの設定ファイルに別れているから色を変えたい時、インデント幅を変えたい時
など色々なファイルを開かなくちゃならない。
っていうかVimの設定をオプションで可能な分だけでもGUIにしたら、
ダイアログ何枚分になるんだろ…globalだけでも200項目以上はあるな
ダイアログ何枚分になるんだろ…globalだけでも200項目以上はあるな
>>352 globalだけならね…
>>351
今秀丸のダイアログ開いてみたんだが200以上は確実にあるね。
今秀丸のダイアログ開いてみたんだが200以上は確実にあるね。
>>352
作ってよ～そしたら神になれるよ
作ってよ～そしたら神になれるよ
200は少ないな
>>348
苦労した vim の設定項目とか挙げてみるか？ 俺の _gvimrc 中で
苦労した覚えがあるのは
magic 正規表現中の特殊文字の扱いを変更する
cinoptions C/C++ モードのインデントに関する詳細設定
hlsearch 検索でマッチした文字列パターンを強調表示する
list, listchars 行末やタブ文字を表示する設定
laststatus ステータスラインの表示
俺はこんなトコロ。options.txt 読めば書いてあるんだが、さすがに
長いので全部は読んでないんで。
でも逆に言えば、この程度かも。
苦労した vim の設定項目とか挙げてみるか？ 俺の _gvimrc 中で
苦労した覚えがあるのは
magic 正規表現中の特殊文字の扱いを変更する
cinoptions C/C++ モードのインデントに関する詳細設定
hlsearch 検索でマッチした文字列パターンを強調表示する
list, listchars 行末やタブ文字を表示する設定
laststatus ステータスラインの表示
俺はこんなトコロ。options.txt 読めば書いてあるんだが、さすがに
長いので全部は読んでないんで。
でも逆に言えば、この程度かも。
>>355
いくらくれる？
いくらくれる？
>>358 ・∀・)つ⑩
>>357
348の言っている意味通じていないね。
目的から機能が調べにくいと行っているんだよ。
例えばCでインデント幅を２にして制御構文を青色にしたいと言う場合何をキーワードにして調べて良いのか解りづらい。
GUIの場合Cのプロパティ設定を開いてその設定を探せばいい。
ヘルプなんてみなくても簡単だし設定もあっという間だ。
348の言っている意味通じていないね。
目的から機能が調べにくいと行っているんだよ。
例えばCでインデント幅を２にして制御構文を青色にしたいと言う場合何をキーワードにして調べて良いのか解りづらい。
GUIの場合Cのプロパティ設定を開いてその設定を探せばいい。
ヘルプなんてみなくても簡単だし設定もあっという間だ。
>>358
自分で売れ
自分で売れ
> 例えばCでインデント幅を２にして制御構文を青色にしたいと言う場合何をキーワードにして調べて良いのか解りづらい。
shiftwidth と colorscheme だろ？
両方とも kaoriya 版 vim の $VIM/vimrc, $VIM/gvimrc に書いてあったから、
俺は何も悩まなかったけど。
shiftwidth と colorscheme だろ？
両方とも kaoriya 版 vim の $VIM/vimrc, $VIM/gvimrc に書いてあったから、
俺は何も悩まなかったけど。
>>362
インデント設定へは簡単に行き着けるだろうけど…ソフトタブとか考えると頭痛いよなぁ
正しく理解しているユーザがどれだけいるか…
構文要素１つ１つの色変更は初心者には絶対無理。中級者でも怪しいな。
カラースキームを片っ端から試して自分にあった奴を探す方が良いくらいだ。
インデント設定へは簡単に行き着けるだろうけど…ソフトタブとか考えると頭痛いよなぁ
正しく理解しているユーザがどれだけいるか…
構文要素１つ１つの色変更は初心者には絶対無理。中級者でも怪しいな。
カラースキームを片っ端から試して自分にあった奴を探す方が良いくらいだ。
>>368
ん。わかんね。具体的にどう１項目にまとめるのよ？
ん。わかんね。具体的にどう１項目にまとめるのよ？
>>371 どっかにそれに近いUIのスクリーンショットってない?
>>370
代わりに混在させるときに融通が利かなかったりするけど。コーディング規約が
異なる複数のプロジェクトのソースを同時並行的にさわってる場合とか、一方が
タブ幅 8 で一方がタブ幅 4 だと面倒だったりする。
Emacs とかだとファイルロード時に hook かけられるから、そこでファイル名
を元に決定する関数を書くとか逃げ道があるんだけど。
代わりに混在させるときに融通が利かなかったりするけど。コーディング規約が
異なる複数のプロジェクトのソースを同時並行的にさわってる場合とか、一方が
タブ幅 8 で一方がタブ幅 4 だと面倒だったりする。
Emacs とかだとファイルロード時に hook かけられるから、そこでファイル名
を元に決定する関数を書くとか逃げ道があるんだけど。
エディタの設定って、そんな面倒か？ 一回設定すればそれで終わりだし、
その後の編集能力とかモデリングソフトとの統合とかの方が、よほど重要
だと思うんだが。
その後の編集能力とかモデリングソフトとの統合とかの方が、よほど重要
だと思うんだが。
>>373
＞代わりに混在させるときに融通が利かなかったりするけど。コーディング規約が
＞異なる複数のプロジェクトのソースを同時並行的にさわってる場合とか、一方が
＞タブ幅 8 で一方がタブ幅 4 だと面倒だったりする。
それはテキストファイル設定であるかダイアログ設定であるかの問題じゃないでしょ。
ダイアログだって関連づけを拡張子だけでなくファイル名にすれば済む話だし。
＞代わりに混在させるときに融通が利かなかったりするけど。コーディング規約が
＞異なる複数のプロジェクトのソースを同時並行的にさわってる場合とか、一方が
＞タブ幅 8 で一方がタブ幅 4 だと面倒だったりする。
それはテキストファイル設定であるかダイアログ設定であるかの問題じゃないでしょ。
ダイアログだって関連づけを拡張子だけでなくファイル名にすれば済む話だし。
このスレ、相当数のVimユーザがVim批判側に回ってると見た
>>372
調べたけどうまいのがないなぁ
まぁ、リストに追加していくタイプなんだけど追加する時に何を追加するかを選ぶ。
そうすると選んだ項目に必要なダイアログが開くわけ。
そこでその項目に必要なものを入力してOKするとリストに追加される。
リストの左側にはチェックボックスが付いていてそれのON・OFFで設定を付けたり外したりも出来る。
調べたけどうまいのがないなぁ
まぁ、リストに追加していくタイプなんだけど追加する時に何を追加するかを選ぶ。
そうすると選んだ項目に必要なダイアログが開くわけ。
そこでその項目に必要なものを入力してOKするとリストに追加される。
リストの左側にはチェックボックスが付いていてそれのON・OFFで設定を付けたり外したりも出来る。
できるべ :highlight Statement guifg=blue
> ダイアログだって関連づけを拡張子だけでなくファイル名にすれば済む話だし。
そういう仕様になってるかどうか、って話だろう。少なくとも秀丸は
なってないと思ったが。
でも秀丸はマクロ強力だから、そっちでどうにかなるのか？ もはや GUI
がどうこうって話じゃないけど。
そういう仕様になってるかどうか、って話だろう。少なくとも秀丸は
なってないと思ったが。
でも秀丸はマクロ強力だから、そっちでどうにかなるのか？ もはや GUI
がどうこうって話じゃないけど。
>>381
それってguioptionsという項目1つについて、チェックボックスが複数必要ってこと？
それってguioptionsという項目1つについて、チェックボックスが複数必要ってこと？
>>384
guioptions にはフラグの集合を設定する。たとえば grLtM と書くと
g : メニュー項目をグレーに
r : 右側のスクロールバーは常に表示
L : ウィンドウが縦に分割された場合、左側のスクロールバーを表示
t : メニューを切り離し可能にする
M : システムメニュー $VIMRUNTIME/menu.vim を読まない
となる。各文字に意味が割り当てられてるから、ダイアログにするなら
各文字に対応してチェックボックス付ける必要がある。いくつか依存関係
のある項目 (L,l,R,r とか) もあるから、その制御も入れるとちょい
面倒やね。
guioptions にはフラグの集合を設定する。たとえば grLtM と書くと
g : メニュー項目をグレーに
r : 右側のスクロールバーは常に表示
L : ウィンドウが縦に分割された場合、左側のスクロールバーを表示
t : メニューを切り離し可能にする
M : システムメニュー $VIMRUNTIME/menu.vim を読まない
となる。各文字に意味が割り当てられてるから、ダイアログにするなら
各文字に対応してチェックボックス付ける必要がある。いくつか依存関係
のある項目 (L,l,R,r とか) もあるから、その制御も入れるとちょい
面倒やね。
>>385
grLtM直接書かせるの？普通にチェックボックス用意して
□ メニュー項目をグレーに
■ 右側のスクロールバーは常に表示
□ ウィンドウが縦に分割された場合、左側のスクロールバーを表示
□ メニューを切り離し可能にする
□ システムメニュー $VIMRUNTIME/menu.vim を読まない
みたいにするんじゃないんだ？それとも両方使えるようにするということか？
そもそもGUIでできるならユーザに生文字見せる必要あるか？
grLtM直接書かせるの？普通にチェックボックス用意して
□ メニュー項目をグレーに
■ 右側のスクロールバーは常に表示
□ ウィンドウが縦に分割された場合、左側のスクロールバーを表示
□ メニューを切り離し可能にする
□ システムメニュー $VIMRUNTIME/menu.vim を読まない
みたいにするんじゃないんだ？それとも両方使えるようにするということか？
そもそもGUIでできるならユーザに生文字見せる必要あるか？
> 普通にチェックボックス用意して
それで問題ないと思うが。何か問題があるようなことを書いた？＞俺
ちなみにフラグ数は vim 6.2.21 で 20 個の模様。説明は一行で済むのが
大半だけど、ちょい詳しく書かないと理解しづらいものもちらほら。
それで問題ないと思うが。何か問題があるようなことを書いた？＞俺
ちなみにフラグ数は vim 6.2.21 で 20 個の模様。説明は一行で済むのが
大半だけど、ちょい詳しく書かないと理解しづらいものもちらほら。
>>386をみるとやっぱダイアログの方が解りやすいなと思ってしまうダメなVim厨な漏れ
>>382
それってCの設定ファイルとvimrcがごっちゃならない？
それってCの設定ファイルとvimrcがごっちゃならない？
最近の設定ダイアログってデカいよね。
Eclipseさわってビビった。
Eclipseさわってビビった。
意味が分からないが、他のファイルの設定にも影響しないかという話なら
au FileType cpp
しとけば良いと思うが。
au FileType cpp
しとけば良いと思うが。
>>390
それが集中管理の問題点そのもの。だから分散管理もできるようになった。
ただhighlight Statementに限って言えば、ファイルタイプ毎の設定にはならんから良い回答ではないな。
autocmd Syntax cにhighlight cConditionalやcStatementなんかを組み合わせた方がよさげ。
それが集中管理の問題点そのもの。だから分散管理もできるようになった。
ただhighlight Statementに限って言えば、ファイルタイプ毎の設定にはならんから良い回答ではないな。
autocmd Syntax cにhighlight cConditionalやcStatementなんかを組み合わせた方がよさげ。
両方できるようにしておいて、あとはユーザの好みに任せようってこったな
自由度はいたずらに高い設計だ
自由度はいたずらに高い設計だ
>>393
俺はファイル別の設定は、ほとんどしてない。せいぜい C++ モードの時に
<, > も対応する括弧とみなす (matchpars に追加) という処理が入ってる
程度で。
色設定は colorscheme 書いて、全モード共通で使い回してる。
俺はファイル別の設定は、ほとんどしてない。せいぜい C++ モードの時に
<, > も対応する括弧とみなす (matchpars に追加) という処理が入ってる
程度で。
色設定は colorscheme 書いて、全モード共通で使い回してる。
>>394
guiを通していると、設定が保存されているファイルがどこにあってもいくつあっても関係ないからそこらヘンの悩みは不要だろう。
結局これだけ簡単な設定をするのにもVimは行き着くまでに相当の苦労をする。
guiを通していると、設定が保存されているファイルがどこにあってもいくつあっても関係ないからそこらヘンの悩みは不要だろう。
結局これだけ簡単な設定をするのにもVimは行き着くまでに相当の苦労をする。
398 ：仕様書無しさん：03/08/09 23:08
テキストファイル設定まんどくせ～
> 結局これだけ簡単な設定をするのにもVimは行き着くまでに相当の苦労をする。
所要時間は、だいたい 2ch で煽って 1 時間程度か？
> 362 ：仕様書無しさん ：03/08/09 22:04
所要時間は、だいたい 2ch で煽って 1 時間程度か？
> 362 ：仕様書無しさん ：03/08/09 22:04
>>397 その苦労が嫌ならVimなぞ使うな、つーこった
vim の設定がめんどいのは確かだが、プログラミングでクラスライブラリの
仕様を調べて、要求仕様洗い出して設計してっつー作業に比べれば、むしろ
息抜き程度だと思うんだが。
仕事に詰まったときに vim の :help 読んでたり。
仕様を調べて、要求仕様洗い出して設計してっつー作業に比べれば、むしろ
息抜き程度だと思うんだが。
仕事に詰まったときに vim の :help 読んでたり。
403 ：仕様書無しさん：03/08/09 23:27
反論が出来なくなると「使うな！！」ってのがテキストエディタ厨って感じだね。
煽りイカ
PGのくせにviの設定めんどくさがってるような奴は(ry
便利。ただし個人的にエディタを選ぶ場合には、ダイアログがあることの
優先順位は低い。
優先順位は低い。
エディタの設定が簡単な方が良いのは同意だけど、別に vim も使えないほど
複雑とは思わんけどなぁ。
vim はダイアログで設定できないから「使い物にならん」という意見の人間、
どういう環境でどういう仕事してるのか、ちょい興味アリ。使ってる IDE と
仕事内容とか書ける？
俺は設計は単独の UML モデリングソフト、コーディングは vim って環境で
マルチメディア系のソフト書きやってる。デバッガ使うときには vim じゃなく
VC++ の統合環境使うけど。
複雑とは思わんけどなぁ。
vim はダイアログで設定できないから「使い物にならん」という意見の人間、
どういう環境でどういう仕事してるのか、ちょい興味アリ。使ってる IDE と
仕事内容とか書ける？
俺は設計は単独の UML モデリングソフト、コーディングは vim って環境で
マルチメディア系のソフト書きやってる。デバッガ使うときには vim じゃなく
VC++ の統合環境使うけど。
仕事内容＝ASP関連
モデリング＝藁半紙
開発ソフト＝VC
モデリング＝藁半紙
開発ソフト＝VC
>>409
藁半紙って・・・
藁半紙って・・・
まだ入手可能だったのか＞藁半紙
高校時代以来、存在を目にしてなかったので、すでに絶滅していたのかと……。
高校時代以来、存在を目にしてなかったので、すでに絶滅していたのかと……。
今はわら半紙のほうが高価そうだな
稀少価値で
稀少価値で
>>408
＞vim はダイアログで設定できないから「使い物にならん」という意見の人間、
＞どういう環境でどういう仕事してるのか、ちょい興味アリ。使ってる IDE と
＞仕事内容とか書ける？
自分は使い物にならないとは言ってないけどね。
ただツールは使いやすくなる余地があるなら使いやすくなったほうが良いでしょ？
仕事は各施設をつないだ認証システムを作っていますね。
使っているのはVC。
ただいまのシステムをJavaにする動きがあるので近いうちにIDEは変わるでしょうね。
＞vim はダイアログで設定できないから「使い物にならん」という意見の人間、
＞どういう環境でどういう仕事してるのか、ちょい興味アリ。使ってる IDE と
＞仕事内容とか書ける？
自分は使い物にならないとは言ってないけどね。
ただツールは使いやすくなる余地があるなら使いやすくなったほうが良いでしょ？
仕事は各施設をつないだ認証システムを作っていますね。
使っているのはVC。
ただいまのシステムをJavaにする動きがあるので近いうちにIDEは変わるでしょうね。
414 ：仕様書無しさん：03/08/10 00:01
エディタくらいは、ちゃんとヘルプ読んでおこうぜ。
なんにもやらずに、そんな機能があるなんて知らなかった
とかいうヘタレがいるそうだな、ここには。
なんにもやらずに、そんな機能があるなんて知らなかった
とかいうヘタレがいるそうだな、ここには。
VC使い多いね。
ちょくちょく書き直す場合って、むしろモデリングツール使った方が
よくないか？
俺も仲間内で議論するときにはホワイトボードに書くこともあるけど。
よくないか？
俺も仲間内で議論するときにはホワイトボードに書くこともあるけど。
>>417
まあそうかも知れないがどうせちょっとだけの丸と四角だし適当に書いちゃう。
ちょくちょく直すような細かいものは書かないよ。
あと要らなくなった時の捨てる感覚が気持ちいい。
仲間内でホワイトボードは良く使うね。
あれがないと辛い。
俺の使っているのは印刷機能付きだからだいたい印刷して後で見直すね。
まあそうかも知れないがどうせちょっとだけの丸と四角だし適当に書いちゃう。
ちょくちょく直すような細かいものは書かないよ。
あと要らなくなった時の捨てる感覚が気持ちいい。
仲間内でホワイトボードは良く使うね。
あれがないと辛い。
俺の使っているのは印刷機能付きだからだいたい印刷して後で見直すね。
漏れはVB厨。
モデリングはしない。
テキストエディタも当然使わない。
VB便利だし必要ないからね。
モデリングはしない。
テキストエディタも当然使わない。
VB便利だし必要ないからね。
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
VC 以外の IDE 使って仕事してる人間、実はいないの？
んなわきゃねーと思うんだが。
んなわきゃねーと思うんだが。
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
423 ：仕様書無しさん：03/08/10 01:10
なぜEmacs使いがいないかわかったぞ！
行番号が左に表示されてないからだ！絶対そうだ！
行番号が左に表示されてないからだ！絶対そうだ！
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
開発環境としてみた場合VBはEmacsやVimより高機能だ。
冗談じゃなくて。
冗談じゃなくて。
さっきから釣り師やらネタ師やらウザイわねぇ。
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
なんかアンチIDE厨の自演に見えてきた。
428 ：仕様書無しさん：03/08/10 01:31
>>425
emacsよりVBが高機能？それができたらおまえに２５０マソ払ってやってもいいと思ってる。
emacsで開発やってことあるか？ 各種言語モード,gdb,shellが統合してるだけでも使う価値あり。
emacsにvb-modeがあればM$VuisualBasicなんて糞同然。
emacsよりVBが高機能？それができたらおまえに２５０マソ払ってやってもいいと思ってる。
emacsで開発やってことあるか？ 各種言語モード,gdb,shellが統合してるだけでも使う価値あり。
emacsにvb-modeがあればM$VuisualBasicなんて糞同然。
そうかも。しかし IDE 使いが、実際に使ってる IDE とかの話を
書いてくれないから……
書いてくれないから……
> emacsにvb-modeがあればM$VuisualBasicなんて糞同然。
いや VB の開発環境って、UI 作成と一体化してるから、さすがに
Emacs で肩代わりは無理だって。
逆に言えば、最初に UI ありきなソフトぐらいしか VB だと書けない
んだけど。ロジック作り込む必要があるなら VB 捨て捨てか、あるいは
VC あたりでコンポーネントを作り込んで VB はそれをフォームに張って
操作するだけにしとく。
いや VB の開発環境って、UI 作成と一体化してるから、さすがに
Emacs で肩代わりは無理だって。
逆に言えば、最初に UI ありきなソフトぐらいしか VB だと書けない
んだけど。ロジック作り込む必要があるなら VB 捨て捨てか、あるいは
VC あたりでコンポーネントを作り込んで VB はそれをフォームに張って
操作するだけにしとく。
431 ：仕様書無しさん：03/08/10 01:38
漏れ思ったがよ、emacsもIDEだろ。CUIなだけ。
「Emacs = 統合開発環境(IDE)兼ツールプラットフォーム」
一番優れてるのはEmacsってことだね。
「Emacs = 統合開発環境(IDE)兼ツールプラットフォーム」
一番優れてるのはEmacsってことだね。
>>431
GUIを扱えないIDEのどこが一番優れているのかと。
GUIを扱えないIDEのどこが一番優れているのかと。
>>431
漏れもEmacs使いで、かなり使いやすい開発環境だとは思うよ。
Gnome使って開発したことあるけど、Emacsで一からGUIのデザインするのはちょっと・・・
でも、まぁ、ソースをいきなり書き込むのに抵抗を感じる言語自体が悪いという気もする(GUIの構築に向いていない)。
HTMLなら、いきなり書き込めるもんな。
漏れもEmacs使いで、かなり使いやすい開発環境だとは思うよ。
Gnome使って開発したことあるけど、Emacsで一からGUIのデザインするのはちょっと・・・
でも、まぁ、ソースをいきなり書き込むのに抵抗を感じる言語自体が悪いという気もする(GUIの構築に向いていない)。
HTMLなら、いきなり書き込めるもんな。
434 ：仕様書無しさん：03/08/10 02:10
そろそろJava Emacsは出来上がった？
>>428
まず、デバッグ関係ね。
当然VBはステップ実行が出来るねぇ
その時ウォッチ式によりその時の変数の内容を閲覧ができるねぇ
そのウォッチ式にオブジェクトを追加すればそのオブジェクトの内容がツリーで見れたりもするねぇ
で、イミディエイトペインでそのオブジェクトの内容も変更できるねぇ
イミディエイトペインは関数も実行できるのでその状態で関数を実行することも出来るねぇ
実行場所を示すアイコンをつまんでググっと戻すだけで処理を巻き戻したりも出来るねぇ
デバッグ中にソースを修正することも出来るねぇ
他にもインテリセンスでしょ、リアルタイム構文エラー指摘でしょ、完璧な参照元、参照先へのジャンプでしょ
RADの部分は言わずもかなでEmacsには無理でしょ、コントロールのプロパティを設定もGUIで簡単に出来るでしょ
これって最近JavaのIDEが真似し始めたよねぇ
まだまだいっぱいあるけどVBの凄さを解ってもらえたかなぁ
IDEとしてはVCよりも良いよ。
今のIDEの基礎を作ったと言っても過言ではないね。
まず、デバッグ関係ね。
当然VBはステップ実行が出来るねぇ
その時ウォッチ式によりその時の変数の内容を閲覧ができるねぇ
そのウォッチ式にオブジェクトを追加すればそのオブジェクトの内容がツリーで見れたりもするねぇ
で、イミディエイトペインでそのオブジェクトの内容も変更できるねぇ
イミディエイトペインは関数も実行できるのでその状態で関数を実行することも出来るねぇ
実行場所を示すアイコンをつまんでググっと戻すだけで処理を巻き戻したりも出来るねぇ
デバッグ中にソースを修正することも出来るねぇ
他にもインテリセンスでしょ、リアルタイム構文エラー指摘でしょ、完璧な参照元、参照先へのジャンプでしょ
RADの部分は言わずもかなでEmacsには無理でしょ、コントロールのプロパティを設定もGUIで簡単に出来るでしょ
これって最近JavaのIDEが真似し始めたよねぇ
まだまだいっぱいあるけどVBの凄さを解ってもらえたかなぁ
IDEとしてはVCよりも良いよ。
今のIDEの基礎を作ったと言っても過言ではないね。
> IDEとしてはVCよりも良いよ。
VC は (特に VC6 までは) Visual なのはメニューとダイアログ作成ぐらいな
ものだったからなぁ。.net は触ってないのでしらんが。
しかし VB はユーザインターフェースまわり以外がクズだったのが何とも。
コントロールぺたぺた貼り付けて使うだけなら良いんだが、それ以上のことを
やろうと思うと…… (まぁ .net で Microsoft も見捨てたみたいだから、
どーでも良いけどさ)
VC は (特に VC6 までは) Visual なのはメニューとダイアログ作成ぐらいな
ものだったからなぁ。.net は触ってないのでしらんが。
しかし VB はユーザインターフェースまわり以外がクズだったのが何とも。
コントロールぺたぺた貼り付けて使うだけなら良いんだが、それ以上のことを
やろうと思うと…… (まぁ .net で Microsoft も見捨てたみたいだから、
どーでも良いけどさ)
VB自体は糞だが確かに開発環境としてみた場合Emacsには真似できない機能がかなりあるな。
438 ：仕様書無しさん：03/08/10 02:51
>>428
インテリセンスとリアルタイム構文エラー指摘以外はEmacsにもあるよ。
言語モードでは、コマンド一発でコンパイルでき、エラーはバッファに出力され、
エラー行にジャンプできる。ファイルを開いてなかったとしても、新しくバッファを作りる。
シェルとの連係の基本として、
M-h M-| srort
C-u M-! ls -l
応用したらいろんな場面で役立つよ。viにも似たような機能はあるけどね。
インテリセンスとリアルタイム構文エラー指摘以外はEmacsにもあるよ。
言語モードでは、コマンド一発でコンパイルでき、エラーはバッファに出力され、
エラー行にジャンプできる。ファイルを開いてなかったとしても、新しくバッファを作りる。
シェルとの連係の基本として、
M-h M-| srort
C-u M-! ls -l
応用したらいろんな場面で役立つよ。viにも似たような機能はあるけどね。
>>438
えっ、デバッグ中に処理巻き戻したりソース書き換えたりその場で関数実行したり評価したり出来る？
出来ないよねぇ
オブジェクトのツリー表示だって出来る？
VBは必要なところだけ開いたり折り畳んだり簡単に出来るよぉ
あと、RAD関係は？
オブジェクトを簡単に初期化設定できるプロパティ設定ウィンドウは？
えっ、デバッグ中に処理巻き戻したりソース書き換えたりその場で関数実行したり評価したり出来る？
出来ないよねぇ
オブジェクトのツリー表示だって出来る？
VBは必要なところだけ開いたり折り畳んだり簡単に出来るよぉ
あと、RAD関係は？
オブジェクトを簡単に初期化設定できるプロパティ設定ウィンドウは？
> えっ、デバッグ中に処理巻き戻したりソース書き換えたりその場で関数実行したり評価したり出来る？
処理を巻き戻す云々は、そもそも処理系の問題があるんじゃないの？
インタプリタとしても実行できる VB と、そもそもコンパイラ型言語で
ある C/C++/Java etc... だと話が違ってくるわな。
処理を巻き戻す云々は、そもそも処理系の問題があるんじゃないの？
インタプリタとしても実行できる VB と、そもそもコンパイラ型言語で
ある C/C++/Java etc... だと話が違ってくるわな。
あと C/C++ だとウォッチ式は、コンテクストによっては信用できない。
最適化の結果として変数自体が消えてる場合もあるし、レジスタに割り
当てられている場合には、別の変数がレジスタを使った時点で値が狂い、
メモリ上にとってる場合にはスタックポインタ・スタックフレーム
ポインタの影響を受ける。
アセンブラコードも並べてみないと、何とも言えないというのが
ネイティブ言語の世界です。はい。
最適化の結果として変数自体が消えてる場合もあるし、レジスタに割り
当てられている場合には、別の変数がレジスタを使った時点で値が狂い、
メモリ上にとってる場合にはスタックポインタ・スタックフレーム
ポインタの影響を受ける。
アセンブラコードも並べてみないと、何とも言えないというのが
ネイティブ言語の世界です。はい。
VB の話をしたいなら、ここじゃないだろう（ｗ
俺は vim 使いなんで知らんが。
> 仕事の内容なんて関係ないだろぉ
エディタの善し悪しとかエディタ vs IDE とかって、仕事なり何なりの
「目的」あって、はじめて善し悪しを評価できる｢手段」でしょーに。
> 仕事の内容なんて関係ないだろぉ
エディタの善し悪しとかエディタ vs IDE とかって、仕事なり何なりの
「目的」あって、はじめて善し悪しを評価できる｢手段」でしょーに。
451 ：仕様書無しさん：03/08/10 03:29
とうとうVB厨にも言い返せなくなったかｗ
テキストエディタ厨終わりだなｗ
テキストエディタ厨終わりだなｗ
453 ：仕様書無しさん：03/08/10 03:31
だから、VBのエディタがviならだれも勝てんと
>>428
２５０マン用意しておけよ～
２５０マン用意しておけよ～
確かにVBは良くできてるからな。
テキストエディタじゃ代わりは務まらんだろ。
テキストエディタじゃ代わりは務まらんだろ。
> だから、VBのエディタがviならだれも勝てんと
いや処理系の仕様自体がクソだから……。
しかし、なんで処理系の話とエディタの話がごっちゃになってるのやら。
いや処理系の仕様自体がクソだから……。
しかし、なんで処理系の話とエディタの話がごっちゃになってるのやら。
458 ：仕様書無しさん：03/08/10 03:42
emacs厨がVB厨に負けてるってのも珍しい光景だな。
> その時ウォッチ式によりその時の変数の内容を閲覧ができるねぇ
> そのウォッチ式にオブジェクトを追加すればそのオブジェクトの内容がツリーで見れたりもするねぇ
> で、イミディエイトペインでそのオブジェクトの内容も変更できるねぇ
> イミディエイトペインは関数も実行できるのでその状態で関数を実行することも出来るねぇ
このあたりは gdb 使ってるなら問題なくできる。ただ最適かけてると、
素直に動かない場合もあるから要注意って感じだが。
PC 巻き戻しはコンパイラ系の言語だとできないと思うなぁ。ソースの
動的修正は VC で、そういう設定を入れた上でビルドしてあれば可能
だね。gcc は調べたことないけど、たぶんできないと思うな。
コンパイラ型言語で実現しようと思ったら、関数呼び出しを全て間接
参照にしておくのが大前提になるし。共有ライブラリとかにしとけば
不可能ではないかもしれんけど。
> そのウォッチ式にオブジェクトを追加すればそのオブジェクトの内容がツリーで見れたりもするねぇ
> で、イミディエイトペインでそのオブジェクトの内容も変更できるねぇ
> イミディエイトペインは関数も実行できるのでその状態で関数を実行することも出来るねぇ
このあたりは gdb 使ってるなら問題なくできる。ただ最適かけてると、
素直に動かない場合もあるから要注意って感じだが。
PC 巻き戻しはコンパイラ系の言語だとできないと思うなぁ。ソースの
動的修正は VC で、そういう設定を入れた上でビルドしてあれば可能
だね。gcc は調べたことないけど、たぶんできないと思うな。
コンパイラ型言語で実現しようと思ったら、関数呼び出しを全て間接
参照にしておくのが大前提になるし。共有ライブラリとかにしとけば
不可能ではないかもしれんけど。
428 が VB 使ったことないのに、うっかり vb-mode とか言ったのが
敗因だろう。自作自演っつー可能性も捨てがたいが。
敗因だろう。自作自演っつー可能性も捨てがたいが。
461 ：仕様書無しさん：03/08/10 03:47
>>459
オブジェクトのツリー表示だって出来る？
VBは必要なところだけ開いたり折り畳んだり簡単に出来るよぉ
gdbって打ち込んで表示するかつねにダラダラ表示するしか出来なかったりしないぃ？
関数の実行や式の評価も出来るぅ？
オブジェクトのツリー表示だって出来る？
VBは必要なところだけ開いたり折り畳んだり簡単に出来るよぉ
gdbって打ち込んで表示するかつねにダラダラ表示するしか出来なかったりしないぃ？
関数の実行や式の評価も出来るぅ？
462 ：仕様書無しさん：03/08/10 03:47
>>460
そうだねぇ
そうだねぇ
もう終わっている言語の話をするなよ。
>>461
> オブジェクトのツリー表示だって出来る？
テキストベースの gdb だとできない。GUI 入れてコンパイルするか
DDD とかと組み合わせて使えばできるんじゃない。試したことないけど。
> 関数の実行や式の評価も出来るぅ？
それはもちろん。
俺は C++ プログラマなんで年中プログラミングやってるわけだが、
デバッガでその辺の機能を必要としたコトってないなぁ。たいてい
break, print, examine ぐらいでケリがついてしまう。
機能盛りだくさんなコントロールを外から買ってきて、フォームに
張って使うのが主流の VB と、そもそもデータ構造から自分で作ってく
ことが多い C++ だと、必要な機能も変わってくるんじゃなかろうか。
個人的には C++ で泣いてるのは、テンプレートが絡んだときの
クソ長いシンボル名だけど。
> オブジェクトのツリー表示だって出来る？
テキストベースの gdb だとできない。GUI 入れてコンパイルするか
DDD とかと組み合わせて使えばできるんじゃない。試したことないけど。
> 関数の実行や式の評価も出来るぅ？
それはもちろん。
俺は C++ プログラマなんで年中プログラミングやってるわけだが、
デバッガでその辺の機能を必要としたコトってないなぁ。たいてい
break, print, examine ぐらいでケリがついてしまう。
機能盛りだくさんなコントロールを外から買ってきて、フォームに
張って使うのが主流の VB と、そもそもデータ構造から自分で作ってく
ことが多い C++ だと、必要な機能も変わってくるんじゃなかろうか。
個人的には C++ で泣いてるのは、テンプレートが絡んだときの
クソ長いシンボル名だけど。
ここ見ているとほとんどがVS使いでEclipseとか最新のIDEを使っているﾔｼなんて皆無っぽい
467 ：仕様書無しさん：03/08/10 04:03
>>465
> > オブジェクトのツリー表示だって出来る？
> テキストベースの gdb だとできない。GUI 入れてコンパイルするか
> DDD とかと組み合わせて使えばできるんじゃない。試したことないけど。
それって出来ないって事だよぉ
> > オブジェクトのツリー表示だって出来る？
> テキストベースの gdb だとできない。GUI 入れてコンパイルするか
> DDD とかと組み合わせて使えばできるんじゃない。試したことないけど。
それって出来ないって事だよぉ
そんな気がする。IDE 勧めてる人間に具体的な話を聞くと、なぜか
IDE の話題が消えるんだよな。今回は VB という伏兵(w が出てきたが。
デバッガはバグの種類によっては便利なんだけど、場合によっては全く
使えんよね。実行パスが一本道のプログラムなら常にデバッガは有効
だけど、状態遷移が複雑になってくると、原因が問題点の直近にない
コトが多いから、あたりをつけるまでが大変。
結局、バグが出てからデバッガ使って対処したのでは手遅れで、実装
初期から assert() 散りばめて問題をいち早く検出したり、テスト
コードを書いたりといった策を事前に売っておく必要がある。で、
そうするとデバッガの活躍する余地が減ったり。せいぜい bt で
スタック遡ってコールシーケンスと引数の値をみるとか、そんなもん
だよね。
IDE の話題が消えるんだよな。今回は VB という伏兵(w が出てきたが。
デバッガはバグの種類によっては便利なんだけど、場合によっては全く
使えんよね。実行パスが一本道のプログラムなら常にデバッガは有効
だけど、状態遷移が複雑になってくると、原因が問題点の直近にない
コトが多いから、あたりをつけるまでが大変。
結局、バグが出てからデバッガ使って対処したのでは手遅れで、実装
初期から assert() 散りばめて問題をいち早く検出したり、テスト
コードを書いたりといった策を事前に売っておく必要がある。で、
そうするとデバッガの活躍する余地が減ったり。せいぜい bt で
スタック遡ってコールシーケンスと引数の値をみるとか、そんなもん
だよね。
469 ：仕様書無しさん：03/08/10 04:09
あと、忘れていたけどVBの場合デバッグ中にウォッチ式に追加しなくてもソースの対象の変数に
マウスポインタを持っていけばその時の内容がポップアップして表示されるよぉ
こんなことemacsに出来るぅ？
マウスポインタを持っていけばその時の内容がポップアップして表示されるよぉ
こんなことemacsに出来るぅ？
470 ：仕様書無しさん：03/08/10 04:10
>>468
そういうのはVBUnit使うんだよぉ
そういうのはVBUnit使うんだよぉ
なんかこのスレ読むと悲しくなってくるな。
いろんな意味で。
いろんな意味で。
> デバッガはバグの種類によっては便利なんだけど、場合によっては全く
それってデバッガは使えるという事だよぉ
それってデバッガは使えるという事だよぉ
473 ：仕様書無しさん：03/08/10 04:14
474 ：仕様書無しさん：03/08/10 04:15
>>472
真似するなよぉ
真似するなよぉ
だからユニットテストはテストをするもので
デバッガはテストで失敗した原因の
バグを取り除くものだと何度言ったら。
デバッガはテストで失敗した原因の
バグを取り除くものだと何度言ったら。
476 ：仕様書無しさん：03/08/10 04:18
>>468
> だけど、状態遷移が複雑になってくると、原因が問題点の直近にない
> コトが多いから、あたりをつけるまでが大変。
そう言う時は状態が遷移した場合に止まるようにウォッチ式を書いておくんだよぉ
ステートチャート図を見ながら当たりを付けるのも必要だよぉ
> だけど、状態遷移が複雑になってくると、原因が問題点の直近にない
> コトが多いから、あたりをつけるまでが大変。
そう言う時は状態が遷移した場合に止まるようにウォッチ式を書いておくんだよぉ
ステートチャート図を見ながら当たりを付けるのも必要だよぉ
VB厨強いなぁ
478 ：仕様書無しさん：03/08/10 04:23
469の質問誰か答えてよぉ
出来るのぉ？
出来るのぉ？
479 ：仕様書無しさん：03/08/10 04:26
>>469
おまえさ、さっきから「ねぇ」「よぉ」「るぅ」って、まじキモイ。
>マウスポインタを持っていけばその時の内容がポップアップして表示されるよぉ
gdbのオブションはいくつ知ってる？VB厨の能ミソじゃ無理だろうな・・・。
すまん、VB厨を相手にした俺が馬鹿だった。
おまえさ、さっきから「ねぇ」「よぉ」「るぅ」って、まじキモイ。
>マウスポインタを持っていけばその時の内容がポップアップして表示されるよぉ
gdbのオブションはいくつ知ってる？VB厨の能ミソじゃ無理だろうな・・・。
すまん、VB厨を相手にした俺が馬鹿だった。
> それってデバッガは使えるという事だよぉ
いや、｢デバッガに頼れないようなバグを潰すための仕組みを最初から
作り込んでいくと、結局デバッガで拾えるバグも潰してしまうことが
多い」っつー話だが。
デバッガで簡単に捕まえられるバグの代表例は変数の初期化ミスとか
だが、これも assert() きちんと書いておけば、ほぼ確実に引っかかる。
>>476
想定してるシステムが違うような気がする。俺が書いてるのは、状態を持つ
オブジェクト数が数百程度で、個々のオブジェクトが平均して毎秒数百回
程度の状態遷移を行う。
問題を再現させるのも難しいので、デバッガで追うのはまず無理。
いや、｢デバッガに頼れないようなバグを潰すための仕組みを最初から
作り込んでいくと、結局デバッガで拾えるバグも潰してしまうことが
多い」っつー話だが。
デバッガで簡単に捕まえられるバグの代表例は変数の初期化ミスとか
だが、これも assert() きちんと書いておけば、ほぼ確実に引っかかる。
>>476
想定してるシステムが違うような気がする。俺が書いてるのは、状態を持つ
オブジェクト数が数百程度で、個々のオブジェクトが平均して毎秒数百回
程度の状態遷移を行う。
問題を再現させるのも難しいので、デバッガで追うのはまず無理。
481 ：仕様書無しさん：03/08/10 04:31
操作体系は重要な問題なのだが。
485 ：仕様書無しさん：03/08/10 04:35
>>480
そんな特殊なケースの話するなよぉ
一般的にはデバッガは必要だよぉ
それとassert()ってソースに入れるのがなんか間違い泣きがするんだよぉ
特殊なケースじゃ仕方がないだろうけど釈然としないよぉ
普通はガード節で十分だよぉ
そんな特殊なケースの話するなよぉ
一般的にはデバッガは必要だよぉ
それとassert()ってソースに入れるのがなんか間違い泣きがするんだよぉ
特殊なケースじゃ仕方がないだろうけど釈然としないよぉ
普通はガード節で十分だよぉ
486 ：仕様書無しさん：03/08/10 04:35
いい加減に自作自演やめれ。
>>473
UnitTest は与えた特定の条件下で公開インターフェースが想定
通りに動くことを確認するもので assert() は個々の呼び出しに
対して事前・事後条件が成立するかを調べるもの。
assert() 端折って private なもののテストができない、っつー
のは何か根本的に間違ってるとしか……。
UnitTest は与えた特定の条件下で公開インターフェースが想定
通りに動くことを確認するもので assert() は個々の呼び出しに
対して事前・事後条件が成立するかを調べるもの。
assert() 端折って private なもののテストができない、っつー
のは何か根本的に間違ってるとしか……。
488 ：仕様書無しさん：03/08/10 04:36
> 一般的にはデバッガは必要だよぉ
誰か不要だといったのか？
誰か不要だといったのか？
いい加減に vim, emacs ユーザにスレ返してやれよ。
> それとassert()ってソースに入れるのがなんか間違い泣きがするんだよぉ
気のせい。
気のせい。
492 ：仕様書無しさん：03/08/10 04:38
493 ：仕様書無しさん：03/08/10 04:40
494 ：仕様書無しさん：03/08/10 04:42
428ちゃんと２５０マソくれよぉ
何が近いのか分かんが、別にリリースビルドには残らんから
問題なかろう。
assert() はプログラマの意思表明だから、むしろコメントに近いような
気がするけどな。この引数には NULL 渡すんじゃねー、みたいな。
問題なかろう。
assert() はプログラマの意思表明だから、むしろコメントに近いような
気がするけどな。この引数には NULL 渡すんじゃねー、みたいな。
assert()じゃループをｎ回繰り返したら
停止するとかで困る。
バグの探索中どんどん増えるのが困る。
停止するとかで困る。
バグの探索中どんどん増えるのが困る。
497 ：仕様書無しさん：03/08/10 04:48
>>495
リファクタしている時修正するのがめんどくさいよぉ
リファクタしている時修正するのがめんどくさいよぉ
>>435
> リアルタイム構文エラー指摘でしょ
vim だと括弧の対応ぐらいは見てくれる。あとキーワードの色づけ、
文字列・単一文字の色づけあたりもあるから、よほどのことがなければ。
> 完璧な参照元、参照先へのジャンプでしょ
OO 入ると原理的に無理だと思われ。実行時にならないとインスタンス
決まらないし。
etags ではなく Exuberant Ctags 使うと C++ でも、かなりのところ
まで参照先はたどれる。参照元は gtags でも使わんと無理じゃない？
> リアルタイム構文エラー指摘でしょ
vim だと括弧の対応ぐらいは見てくれる。あとキーワードの色づけ、
文字列・単一文字の色づけあたりもあるから、よほどのことがなければ。
> 完璧な参照元、参照先へのジャンプでしょ
OO 入ると原理的に無理だと思われ。実行時にならないとインスタンス
決まらないし。
etags ではなく Exuberant Ctags 使うと C++ でも、かなりのところ
まで参照先はたどれる。参照元は gtags でも使わんと無理じゃない？
500 ：仕様書無しさん：03/08/10 05:00
>>499
> > リアルタイム構文エラー指摘でしょ
> vim だと括弧の対応ぐらいは見てくれる。あとキーワードの色づけ、
> 文字列・単一文字の色づけあたりもあるから、よほどのことがなければ。
VBはインテリセンスとの組合せで自分が作ったクラスのメソッドのパラメータチェック（数や型）もしてくれるよぉ
vimじゃ自分が作ったクラスやメソッドやプロパティには色付かないでしょ？
> etags ではなく Exuberant Ctags 使うと C++ でも、かなりのところ
> まで参照先はたどれる。参照元は gtags でも使わんと無理じゃない？
Exuberant Ctags全然だめだったよぉ
gtagsはしらないぃ
> > リアルタイム構文エラー指摘でしょ
> vim だと括弧の対応ぐらいは見てくれる。あとキーワードの色づけ、
> 文字列・単一文字の色づけあたりもあるから、よほどのことがなければ。
VBはインテリセンスとの組合せで自分が作ったクラスのメソッドのパラメータチェック（数や型）もしてくれるよぉ
vimじゃ自分が作ったクラスやメソッドやプロパティには色付かないでしょ？
> etags ではなく Exuberant Ctags 使うと C++ でも、かなりのところ
> まで参照先はたどれる。参照元は gtags でも使わんと無理じゃない？
Exuberant Ctags全然だめだったよぉ
gtagsはしらないぃ
VB厨が常駐してるみたいなので質問。
VBで100プロジェクトまとめてビルドしたいときはどうやるの?
VBで100プロジェクトまとめてビルドしたいときはどうやるの?
だからインテリセンスはテンプレート絡むと使い物にならんと……
そもそも言語仕様が違うものを一緒くたにして比べても仕方なかろうて。
# 実は SlickEdit は良い感じなんだけど。
そもそも言語仕様が違うものを一緒くたにして比べても仕方なかろうて。
# 実は SlickEdit は良い感じなんだけど。
503 ：仕様書無しさん：03/08/10 05:06
504 ：仕様書無しさん：03/08/10 05:06
> だからインテリセンスはテンプレート絡むと使い物にならんと……
それは処理系依存の話。テンプレートが絡むと必ず使い物にならないわけじゃない。
それは処理系依存の話。テンプレートが絡むと必ず使い物にならないわけじゃない。
>>505
スマソVBなんて使った事ないもんで(w
スマソVBなんて使った事ないもんで(w
> でも、そんなに同時にビルドすることはないけどぉ
C, C++ だと 100 大杉にしても、2 桁単位でまとめてビルドはあるなぁ。
時間かかるからマシン 8 台ぐらい用意して distcc とかで並列ビルド
させてるけど。
C, C++ だと 100 大杉にしても、2 桁単位でまとめてビルドはあるなぁ。
時間かかるからマシン 8 台ぐらい用意して distcc とかで並列ビルド
させてるけど。
509 ：仕様書無しさん：03/08/10 05:11
>それに毎回全部ビルドなんて設計も間違っているよぉ
あほでちゅか?
あほでちゅか?
> それは処理系依存の話。テンプレートが絡むと必ず使い物にならないわけじゃない。S
SlickEdit だと割と良い感じだって。
ただ、それでも
template <typename T>
class Foo
{
T* p;
public:
void f() { p->
とかで補完かけたら、どうにもならんけど。上のコードはいかにも作り物
だけど、類似の例はよく出てくる。
SlickEdit だと割と良い感じだって。
ただ、それでも
template <typename T>
class Foo
{
T* p;
public:
void f() { p->
とかで補完かけたら、どうにもならんけど。上のコードはいかにも作り物
だけど、類似の例はよく出てくる。
それはC C++なんか関係なく例外的なプロジェクトだと思われ。
マシン8台でビルドしている奴なんかほとんどいないよ。
マシン8台でビルドしている奴なんかほとんどいないよ。
514 ：仕様書無しさん：03/08/10 05:14
VB厨にコンパイルという言葉を教えてあげてください。
516 ：仕様書無しさん：03/08/10 05:17
517 ：仕様書無しさん：03/08/10 05:19
>>514
それぞれの｢最新版」で動作することを確認しないと意味がないから。
決まった時刻に最新版を取り出してきてビルド、結果に問題があれば
担当者に通知が行って、ログ見て対処しろって話になる。
個人でマシン 8 台もってるワケじゃないぞ、もちろん。
それぞれの｢最新版」で動作することを確認しないと意味がないから。
決まった時刻に最新版を取り出してきてビルド、結果に問題があれば
担当者に通知が行って、ログ見て対処しろって話になる。
個人でマシン 8 台もってるワケじゃないぞ、もちろん。
一度クリーンな状態にしてビルドしたりするとき。
520 ：仕様書無しさん：03/08/10 05:22
521 ：仕様書無しさん：03/08/10 05:24
>>515 あなたが勉強してください。
なんとなくVB厨を装ったVC厨のような気がしてきた。
> それよりそういうのでテンプレートつかうのが気持ち悪いよぉ
最近だと関連型を直接テンプレートパラメタとして渡さず、ポリシークラス
として分離することが多いから。
最近だと関連型を直接テンプレートパラメタとして渡さず、ポリシークラス
として分離することが多いから。
>>521
EmacsなんてVBのプログラミングでさえマトモに出来ないのに。
EmacsなんてVBのプログラミングでさえマトモに出来ないのに。
>>524
自分の趣味の最近の話をしないでください。
自分の趣味の最近の話をしないでください。
世間的には、STL の頃からポリシークラスはとっくに常套手段なわけだが。
529 ：仕様書無しさん：03/08/10 05:31
>>521
なに言っているんだよぉ
話の流れ読めよぉ
emacsなんて全然統合されて無いじゃないかぁ
みんなバラバラだよぉ
統合って言うのはいろんな言語を扱える事じゃなくてエディタやデバッガやコンパイラやクラスブラウザや
色々な開発に必要な機能が集まっていることを言うんだよ。
しかも、それが垣根が無く使えることをねぇ
なに言っているんだよぉ
話の流れ読めよぉ
emacsなんて全然統合されて無いじゃないかぁ
みんなバラバラだよぉ
統合って言うのはいろんな言語を扱える事じゃなくてエディタやデバッガやコンパイラやクラスブラウザや
色々な開発に必要な機能が集まっていることを言うんだよ。
しかも、それが垣根が無く使えることをねぇ
Emacsだって自分で統合させればかなり統合できる。
でもIDEでははじめっから統合されているわけで無駄な手間。
でもIDEでははじめっから統合されているわけで無駄な手間。
531 ：仕様書無しさん：03/08/10 05:34
532 ：仕様書無しさん：03/08/10 05:35
> 色々な開発に必要な機能
言語が VB って段階で、すでにダメっつー案件も多かろうて。
言語が VB って段階で、すでにダメっつー案件も多かろうて。
535 ：仕様書無しさん：03/08/10 05:38
あんまりテンプレート使わないほうが良いよぉ
出来るだけ動的に解決しようよぉ
C++のソースはテンプレートが使ってあるものに限って汚いよぉ
出来るだけ動的に解決しようよぉ
C++のソースはテンプレートが使ってあるものに限って汚いよぉ
536 ：仕様書無しさん：03/08/10 05:38
537 ：仕様書無しさん：03/08/10 05:39
> この世界で統合っていうのは、共通のUIで違う作業を行う環境のことをいうんだろ。
あぁ。すでに基準がずれてる。
あぁ。すでに基準がずれてる。
539 ：仕様書無しさん：03/08/10 05:40
統合開発環境の意味としてはVB厨の言うとおり
>>536
おまえVB厨よろ恥ずかしいから消えてくれ。
おまえVB厨よろ恥ずかしいから消えてくれ。
>>531
その exe や dll を誰がどこで作るんだ？
その exe や dll を誰がどこで作るんだ？
543 ：仕様書無しさん：03/08/10 05:43
お前らﾌﾞﾋﾞ厨に苦戦するなよ・・・
一つの言語に依存した開発環境に挑戦するなんつーのは
ある意味チャレンジャーだな(w
ある意味チャレンジャーだな(w
>>542
8台のマシンで作るんだろ？（ｗ
8台のマシンで作るんだろ？（ｗ
546 ：仕様書無しさん：03/08/10 05:45
>>545
そう。nightly で最新版をビルドしてエラーチェック、各プロジェクトの
責任者が定期的にバイナリをリリース。
開発者は自分のプロジェクトと、依存関係が深いプロジェクトのソースだけ
は常に最新版を使って、それ以外は定期的にリリースされるバイナリを使う。
>>546
それを実現するためには、少なくとも「コンパイル時点で、コンパイルするヤツの
手元に最新ソースが全てそろってる」必要がある。同時並行的にある程度の
人数が開発してると、それは現実的に無理。
そう。nightly で最新版をビルドしてエラーチェック、各プロジェクトの
責任者が定期的にバイナリをリリース。
開発者は自分のプロジェクトと、依存関係が深いプロジェクトのソースだけ
は常に最新版を使って、それ以外は定期的にリリースされるバイナリを使う。
>>546
それを実現するためには、少なくとも「コンパイル時点で、コンパイルするヤツの
手元に最新ソースが全てそろってる」必要がある。同時並行的にある程度の
人数が開発してると、それは現実的に無理。
たしかに特化は汎用より便利だからねぇ。
んじゃ、ここらでVBの勝ちってことでVB厨には退場し
てもらうか
もともとviとemacsのスレだし(w
てもらうか
もともとviとemacsのスレだし(w
> 「コンパイル時点で、コンパイルするヤツの
> 手元に最新ソースが全てそろってる」
頼むからCVSの使い方を勉強してくれ。
最新のソースなんかそろっている必要ないだろ。
> 手元に最新ソースが全てそろってる」
頼むからCVSの使い方を勉強してくれ。
最新のソースなんかそろっている必要ないだろ。
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
またコピぺかよ(w
反論できないからコピペは止めてくれ。
555 ：仕様書無しさん：03/08/10 05:56
>今日は超人ハルク見に行く予定だしぃ
おれ見たけどつまんねえぞ(w
おれ見たけどつまんねえぞ(w
>>551
最新のソース or バイナリが の間違いだな。
どっちにしても cvs update してバイナリ持ってきて、さらに自分担当の
ソースをコンパイルして動作確認 cvs commit という一連の作業中に他人
の commit が入ったり、ある程度の確率で発生することは避けられない
「壊れたコードを commit しちゃった」問題に対処する時間が一定割合を
超えるようだと、破綻するとは思うけど。
最新のソース or バイナリが の間違いだな。
どっちにしても cvs update してバイナリ持ってきて、さらに自分担当の
ソースをコンパイルして動作確認 cvs commit という一連の作業中に他人
の commit が入ったり、ある程度の確率で発生することは避けられない
「壊れたコードを commit しちゃった」問題に対処する時間が一定割合を
超えるようだと、破綻するとは思うけど。
558 ：仕様書無しさん：03/08/10 05:58
つまるところ、このスレで IDE イチオシと主張している人間は VB 使いだけ
なの？
なの？
560 ：仕様書無しさん：03/08/10 06:02
>>557
でもさぁ、数十のプロジェクトが全て同時進行しているのか非常に謎だよねぇ
普通みんなできあがり時期が違うから途中はどうか知らないけど最終的にはきちんとしたバイナリがあると思うんだけどぉ
それでもみんなリビルドなのかなぁ
でもさぁ、数十のプロジェクトが全て同時進行しているのか非常に謎だよねぇ
普通みんなできあがり時期が違うから途中はどうか知らないけど最終的にはきちんとしたバイナリがあると思うんだけどぉ
それでもみんなリビルドなのかなぁ
562 ：仕様書無しさん：03/08/10 06:04
仕事によってはありえる話。全部内製で作ってるワケじゃなくて、
Lindows の clink'n'run 用バイナリ作ってるとかさ。
Lindows の clink'n'run 用バイナリ作ってるとかさ。
>>562
いや、君はもう良いから。映画に備えて寝てください。
いや、君はもう良いから。映画に備えて寝てください。
565 ：仕様書無しさん：03/08/10 06:10
そうだねぇ
もう寝るよぉ
ターミネーター３にしておけば良かったかなぁ
もう寝るよぉ
ターミネーター３にしておけば良かったかなぁ
>>566 キャー！！ナイスボディｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
568 ：supermathmania ◆ViEu89Okng ：03/08/10 11:48
それにしても、viの現在モードが分かりにくいのは何とかならないものか？
Escキーは遠くて押しづらいのに、どうしてコマンドモードに戻るのがESCなのだ？
Escキーは遠くて押しづらいのに、どうしてコマンドモードに戻るのがESCなのだ？
>>568
何度も出ているが、c-[かc-c使え。vimだったら好きなところにmapしろ。
何度も出ているが、c-[かc-c使え。vimだったら好きなところにmapしろ。
> それにしても、viの現在モードが分かりにくいのは何とかならないものか？
vim ならモードごとにカーソルを変更できる。guicursor 参照。
vim ならモードごとにカーソルを変更できる。guicursor 参照。
571 ：仕様書無しさん：03/08/10 12:38
つうか、そもそもなんで現在のモードがわからなくなるんだ？
忘れっぽいの？
忘れっぽいの？
>>568
set showmode じゃだめなのか?
set showmode じゃだめなのか?
573 ：仕様書無しさん：03/08/10 13:37
このゴリラどもめ。おまいらにemacsは無理。
574 ：仕様書無しさん：03/08/10 15:19
C-x r k (kill-rectangle)
575 ： ：03/08/10 15:35
.emacsの設定めんどくせー
576 ：仕様書無しさん：03/08/10 16:01
アウトラインモード 便利
taglist.vim とか？
578 ：８０：03/08/10 16:31
emacs なんて糞で使いづらいし、いくつもモードや画面があって
うぜーーーーーーーーーーーーーーーーーーんだよ
うぜーーーーーーーーーーーーーーーーーーんだよ
>>578
> emacs なんて糞で使いづらいし、いくつもモードや画面があって
> うぜーーーーーーーーーーーーーーーーーーんだよ
モードと画面が2つ以上あると区別つかない、頭の弱い人には一生かかっても
起動と終了以外は使えないでしょうね。
> emacs なんて糞で使いづらいし、いくつもモードや画面があって
> うぜーーーーーーーーーーーーーーーーーーんだよ
モードと画面が2つ以上あると区別つかない、頭の弱い人には一生かかっても
起動と終了以外は使えないでしょうね。
IDEも画面多すぎてわけわからん。
581 ：仕様書無しさん：03/08/10 19:02
モード行うぜーーー
なんかこの前見たviにはモードライン状の何かがあったぞ。
>>584
必要なウインドウだけ表示しろよ。
必要なウインドウだけ表示しろよ。
その程度の頭の弱さなら、メモ帳さへ使えないかもしれないけれど、モード行
はないから、使ってみては。
はないから、使ってみては。
統合環境はVisual Worksが一番
588 ：仕様書無しさん：03/08/11 01:14
やっとスレが枯れてきたなage
589 ：仕様書無しさん：03/08/11 01:15
ところで、ゲイツモードの実装の進捗はどうなんだ？
IDEモードを作ってほしい。
リアルタイムで簡易ヘルプ表示したり
エラー表示したり。
リアルタイムで簡易ヘルプ表示したり
エラー表示したり。
591 ：仕様書無しさん：03/08/11 01:59
Emacs ヴァージョン 20 へのダウングレード情報をお届けします。
Emacs 21 のさまざまな機能が省かれたことによる単純さをお楽しみください。
Emacs 21 のさまざまな機能が省かれたことによる単純さをお楽しみください。
592 ：仕様書無しさん：03/08/11 02:07
594 ：仕様書無しさん：03/08/11 02:31
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□■■■■■■■■■■■■■□□□□□□□□□□□
□□□□□□□■■■■■■■■■■■■■■■□□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■■□□□□□□□
□□□□■■■■■□□□□□□□□□□□■■■■■■□□□□□□
□□□□■■■■□■■■□□□■■■■□□■■■■■□□□□□□
□□□■■■■□□□□□□□□□□□□□□□■■■■■□□□□□
□□□■■■■□□■■■□□□■■■□□□□■■■■■■□□□□
□□□■■■□□■□□□□□□□□□■□□□□■■■■■□□□□
□□□■■■□■□□■■■■□□□□□■□□□■■■■■□□□□
□□■■■■□□□□■□□□□□□□□□□□□□■■■■■□□□
□■■■■□□□□□■■■■□□□□□□□□□□■■■■■□□□
□■■■■□□□□□□■■■■■■□□□□□□□■■■■■■□□
□■■■□□□□□■■■□□□□■■□□□□□□■■■■■■□□
□■■■□□□□□■□■■■■■□■■□□□□□■■■■■■□□
□■■■■□□□■■□■□□□□□□■■□□□□□■■■■■□□
□■■■■□□■■□□■■■□□□□■■□□□□■■■■■■□□
□■■■■■■■■□□■□□□□□□□■■□■■■■■■■■□□
□■■■■■■■■□□■■■■■□□□■■■■■■■■■■■□□
□■■■■■■■■□□□□□□□□□■■■■■■■■■■■■□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■■□□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□■■■■■■■■■■■■■□□□□□□□□□□□
□□□□□□□■■■■■■■■■■■■■■■□□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■■□□□□□□□
□□□□■■■■■□□□□□□□□□□□■■■■■■□□□□□□
□□□□■■■■□■■■□□□■■■■□□■■■■■□□□□□□
□□□■■■■□□□□□□□□□□□□□□□■■■■■□□□□□
□□□■■■■□□■■■□□□■■■□□□□■■■■■■□□□□
□□□■■■□□■□□□□□□□□□■□□□□■■■■■□□□□
□□□■■■□■□□■■■■□□□□□■□□□■■■■■□□□□
□□■■■■□□□□■□□□□□□□□□□□□□■■■■■□□□
□■■■■□□□□□■■■■□□□□□□□□□□■■■■■□□□
□■■■■□□□□□□■■■■■■□□□□□□□■■■■■■□□
□■■■□□□□□■■■□□□□■■□□□□□□■■■■■■□□
□■■■□□□□□■□■■■■■□■■□□□□□■■■■■■□□
□■■■■□□□■■□■□□□□□□■■□□□□□■■■■■□□
□■■■■□□■■□□■■■□□□□■■□□□□■■■■■■□□
□■■■■■■■■□□■□□□□□□□■■□■■■■■■■■□□
□■■■■■■■■□□■■■■■□□□■■■■■■■■■■■□□
□■■■■■■■■□□□□□□□□□■■■■■■■■■■■■□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■■□□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
595 ：仕様書無しさん：03/08/11 02:42
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□■■■■■■■■■■■■■□□□□□□□□□□□
□□□□□□□■■■■■■■■■■■■■■■□□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■■□□□□□□□
□□□□■■■■■□□□□□□□□□□□■■■■■■□□□□□□
□□□□■■■■□■■■□□□■■■■□□■■■■■□□□□□□
□□□■■■■□□□□□□□□□□□□□□□■■■■■□□□□□
□□□■■■■□□■■■□□□■■■□□□□■■■■■■□□□□
□□□■■■□□■□□□□□□□□□■□□□□■■■■■□□□□
□□□■■■□■□□■■■■□□□□□■□□□■■■■■□□□□
□□■■■■□□□□■□□□□□□□□□□□□□■■■■■□□□
□■■■■□□□□□■■■■□□□□□□□□□□■■■■■□□□
□■■■■□□□□□□■■■■■■□□□□□□□■■■■■■□□
□■■■□□□□□■■■□□□□■■□□□□□□■■■■■■□□
□■■■□□□□□■□■■■■■□■■□□□□□■■■■■■□□
□■■■■□□□■■□■□□□□□□■■□□□□□■■■■■□□
□■■■■□□■■□□■■■□□□□■■□□□□■■■■■■□□
□■■■■■■■■□□■□□□□□□□■■□■■■■■■■■□□
□■■■■■■■■□□■■■■■□□□■■■■■■■■■■■□□
□■■■■■■■■□□□□□□□□□■■■■■■■■■■■■□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■■□□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□■■■■■■■■■■■■■□□□□□□□□□□□
□□□□□□□■■■■■■■■■■■■■■■□□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■■□□□□□□□
□□□□■■■■■□□□□□□□□□□□■■■■■■□□□□□□
□□□□■■■■□■■■□□□■■■■□□■■■■■□□□□□□
□□□■■■■□□□□□□□□□□□□□□□■■■■■□□□□□
□□□■■■■□□■■■□□□■■■□□□□■■■■■■□□□□
□□□■■■□□■□□□□□□□□□■□□□□■■■■■□□□□
□□□■■■□■□□■■■■□□□□□■□□□■■■■■□□□□
□□■■■■□□□□■□□□□□□□□□□□□□■■■■■□□□
□■■■■□□□□□■■■■□□□□□□□□□□■■■■■□□□
□■■■■□□□□□□■■■■■■□□□□□□□■■■■■■□□
□■■■□□□□□■■■□□□□■■□□□□□□■■■■■■□□
□■■■□□□□□■□■■■■■□■■□□□□□■■■■■■□□
□■■■■□□□■■□■□□□□□□■■□□□□□■■■■■□□
□■■■■□□■■□□■■■□□□□■■□□□□■■■■■■□□
□■■■■■■■■□□■□□□□□□□■■□■■■■■■■■□□
□■■■■■■■■□□■■■■■□□□■■■■■■■■■■■□□
□■■■■■■■■□□□□□□□□□■■■■■■■■■■■■□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■■□□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
596 ：仕様書無しさん：03/08/11 03:19
emacs難しいな・・・。覚えにくいし。emacs覚えようとすると、漏れって頭悪いって再認識。
何か良い覚え方ないんでしょうかね。モード毎のキーバインド覚えるだけでも大変ヽ(`Д´)ﾉ
指に染み着かないんだよね。
何か良い覚え方ないんでしょうかね。モード毎のキーバインド覚えるだけでも大変ヽ(`Д´)ﾉ
指に染み着かないんだよね。
GUIなIDEって不慣れな機能はメニュー辿って行って
選択時に表示されるショートカットキーを見ると
次からはショートカット使えるようになるけど
CUIアプリって前もって覚えておかないと一生使えない機能が
山ほどあるから学習効果が低いんだよな。
選択時に表示されるショートカットキーを見ると
次からはショートカット使えるようになるけど
CUIアプリって前もって覚えておかないと一生使えない機能が
山ほどあるから学習効果が低いんだよな。
C++言語て前もって覚えておかないと一生使えない機能や関数が
山ほどあるから学習効果が低いんだよな。
山ほどあるから学習効果が低いんだよな。
>>598 言語はどれもそんなもんだろ。
Emacsはキーバインドだけは改善すべきだと思うんだが
改善する動きはないのか？
改善する動きはないのか？
>>600
> Emacsはキーバインドだけは改善すべきだと思うんだが
> 改善する動きはないのか？
どのように改善すべきと考えているのですか？
GNU ライセンスのもと配られているので、改編の自由もありますし、改編した
ものを配る自由もありますよ。
その改善が、広く受けいられれば、それが取り込まれて最初からその改善が有
効な状態で配られるかもしれませんね。
再度、確認なのですが、どのように改善すべきと考えているのですか？
あるいは、お手本になるようなキーバインドを持ったものは何でしょうか？
> Emacsはキーバインドだけは改善すべきだと思うんだが
> 改善する動きはないのか？
どのように改善すべきと考えているのですか？
GNU ライセンスのもと配られているので、改編の自由もありますし、改編した
ものを配る自由もありますよ。
その改善が、広く受けいられれば、それが取り込まれて最初からその改善が有
効な状態で配られるかもしれませんね。
再度、確認なのですが、どのように改善すべきと考えているのですか？
あるいは、お手本になるようなキーバインドを持ったものは何でしょうか？
602 ：仕様書無しさん：03/08/11 13:52
キーバインドはカスタマイズ可能なので、改善というよりも好み云々になるでしょう。
今のemacsにはvi-modeが標準でついてるから、vi風を好む人はそうやればいいだけ。
各モードで混乱する初心者はグローバル・ローカル キーマップの概念を覚えたら？
今のemacsにはvi-modeが標準でついてるから、vi風を好む人はそうやればいいだけ。
各モードで混乱する初心者はグローバル・ローカル キーマップの概念を覚えたら？
603 ：仕様書無しさん：03/08/11 14:16
C-x h M-x indent-region
604 ：仕様書無しさん：03/08/11 16:12
viもEmacsも使うけどviモードはイヤン EclipseをEmacsバインドで使ってる。
606 ：仕様書無しさん：03/08/11 18:12
607 ：仕様書無しさん：03/08/11 21:13
改造すれば？ なんて投げやりだからデフォルト
のあほなキーバインドのまま放置されて、そのままあぼん
のあほなキーバインドのまま放置されて、そのままあぼん
608 ：o((=゜♀゜=))o：03/08/11 21:21
609 ：仕様書無しさん：03/08/11 21:34
最初のキーバインドを考えたやつがクソ
611 ：仕様書無しさん：03/08/11 21:49
人様が作ったソフト使ってるのに作者を糞呼ばわりするのはどうかと。
しかも、作者は 嫌なら変えろ という拡張の余地も与えているのに。
しかも、作者は 嫌なら変えろ という拡張の余地も与えているのに。
613 ：仕様書無しさん：03/08/11 21:56
悪霊に取り付かれているという千穂ちゃん。
除霊をしてあげるという男に乳もまれるはオマンコ触られるは挿入されるは・・・
本当に悪霊は退散したのでしょうか？こんな気持ちのいい除霊だったらいつでもＯＫ!
制服好きならここ！
無料ムービーをどうぞ
http://www.pinkschool.com/
除霊をしてあげるという男に乳もまれるはオマンコ触られるは挿入されるは・・・
本当に悪霊は退散したのでしょうか？こんな気持ちのいい除霊だったらいつでもＯＫ!
制服好きならここ！
無料ムービーをどうぞ
http://www.pinkschool.com/
614 ：仕様書無しさん：03/08/11 22:34
あのキーバインドじゃ正直、、、、
Ctrl-P,N,F,B
まじで、なんもかんがえとらん。このオヤジ。
Ctrl-P,N,F,B
まじで、なんもかんがえとらん。このオヤジ。
615 ：仕様書無しさん：03/08/11 22:41
Emacsのキーバインドに惚れたわけじゃないもんね。
くだらないこと言ってる間に体を合わせろ。
くだらないこと言ってる間に体を合わせろ。
616 ：仕様書無しさん：03/08/11 22:43
C-p C-n はすぐ指に馴染む。別におかしくもない。
問題はC-f C-b だ。C-bは小指Ctrl、人差指bだからもうやってらんない。
バック！と思ったら、よいしょっ・・って感じで左手全開。
指が短いわけじゃないよ。それでも開くだろ？
問題はC-f C-b だ。C-bは小指Ctrl、人差指bだからもうやってらんない。
バック！と思ったら、よいしょっ・・って感じで左手全開。
指が短いわけじゃないよ。それでも開くだろ？
右のCtrlを使うんだ。
619 ：仕様書無しさん：03/08/11 23:14
右Ctrl 左Ctrlを両手小指で巧みに使う場面を想像してみろ。
エイ、ヤー、エイ、ヤー！ 基地害だろ。
エイ、ヤー、エイ、ヤー！ 基地害だろ。
620 ：仕様書無しさん：03/08/11 23:15
こんだけ普及するとわかってたら、ちっとは
まともなキーバインドにしとくんだった。
カスタマイズもせずにそのま使うやつがいるとは。
ちなみにショーコーとは似てないぽ。
まともなキーバインドにしとくんだった。
カスタマイズもせずにそのま使うやつがいるとは。
ちなみにショーコーとは似てないぽ。
それじゃ、親指Ctrl教に入信したまえ。
622 ：仕様書無しさん：03/08/11 23:20
Right-control
Meta
Shift
Meta
Shift
623 ：仕様書無しさん：03/08/11 23:22
Escape
Meta
Alt
Control
Shift
Meta
Alt
Control
Shift
624 ：仕様書無しさん：03/08/11 23:23
UNIXの勉強するならEmacsのソース嫁。とはよく言ったものだ。
vi？なんだそれは。
vi？なんだそれは。
>>619
俺は基地害だったのか・・・
俺は基地害だったのか・・・
626 ：仕様書無しさん：03/08/11 23:26
Emacs、勉強になるよ、確かに。
Emacsのないシステムにportingしようとして
viと格闘しているうちにEmacsなんかどうでも
よくなった。
Emacsのないシステムにportingしようとして
viと格闘しているうちにEmacsなんかどうでも
よくなった。
>>626
結局移植できなかっただけだろ？
結局移植できなかっただけだろ？
>>619
> エイ、ヤー、エイ、ヤー！ 基地害だろ。
キーを打つ度に、掛け声出すような人は、かなり珍しいですね。
小指を鍛えるためにコントロールキーのバネが異常に強いとか。
そんなキーボード使っている人もかなり、頭悪そうですが…
> エイ、ヤー、エイ、ヤー！ 基地害だろ。
キーを打つ度に、掛け声出すような人は、かなり珍しいですね。
小指を鍛えるためにコントロールキーのバネが異常に強いとか。
そんなキーボード使っている人もかなり、頭悪そうですが…
629 ：仕様書無しさん：03/08/11 23:31
630 ：仕様書無しさん：03/08/11 23:32
Emacs厨の忠誠心まで移植できなかったのさ。
631 ：仕様書無しさん：03/08/11 23:34
レクター博士はEmacs使い。
632 ：仕様書無しさん：03/08/11 23:35
おいおまえら！！
Emacsやる気ならまずピアノを極めてからにしろ
Emacsやる気ならまずピアノを極めてからにしろ
↓
↑
↑(;´Д｀)ﾊｧﾊｧ
v
i
i
ぬるぽ
639 ：クンクン(かじゅ猫係) ◆Yzu/FHch4w ：03/08/11 23:47
>>638
ｶﾞｶﾞｯｯ
ｶﾞｶﾞｯｯ
640 ：仕様書無しさん：03/08/11 23:55
いや、Emacsやってからピアノ習った方が効率いいよ。
642 ：仕様書無しさん：03/08/12 00:00
>>628
Emacs厨養成キーボードでつね。
Emacs厨養成キーボードでつね。
今日は 30点！
644 ：仕様書無しさん：03/08/12 00:35
>>644
> かけ声なはずねぇだろ。
> おまえまったく想像力ない。乏しいを超えてる。
> エイ、ヤー、エイ、ヤー！ 基地害だろ。
で、掛け声じゃなければ、あなたの呻き声かな？
想像力以前に、表現力が欠如してますね。頭弱いみたいだし。
> かけ声なはずねぇだろ。
> おまえまったく想像力ない。乏しいを超えてる。
> エイ、ヤー、エイ、ヤー！ 基地害だろ。
で、掛け声じゃなければ、あなたの呻き声かな？
想像力以前に、表現力が欠如してますね。頭弱いみたいだし。
646 ：仕様書無しさん：03/08/12 01:57
つまんなくなってきたね。
647 ：仕様書無しさん：03/08/12 02:04
IDE厨のがおもちろい
呼んだかね？
勝敗の見えている戦いほど退屈なものはない。
650 ：仕様書無しさん：03/08/12 02:11
あー。emacsの勝ちだしね。
そうか。じゃあ終了だな。
652 ：仕様書無しさん：03/08/12 02:22
emacsってどこで売ってるんですか？
654 ：仕様書無しさん：03/08/12 05:06
4000円くらいしても良いからヘルプからメニューまで全部日本語で設定をダイアログでいじれるツールと
便利なスクリプトがパッケージングされたEmacsをどこか売ってくれ。
それなら買って使ってみる。
便利なスクリプトがパッケージングされたEmacsをどこか売ってくれ。
それなら買って使ってみる。
おい藻前等、Vimに細かい半角全角コマンド＆メニューが追加されたぞ。
かなり便利。
このスレの影響だったりしてｗ
んなこたぁないかｗ
かなり便利。
このスレの影響だったりしてｗ
んなこたぁないかｗ
なんでそんなものが必要になるのかわからん。
入力する際に自分で決定すれば良いだけのことでは?
入力する際に自分で決定すれば良いだけのことでは?
>>655 ドロップした位置のウィンドウで開かれるようにもなってるぞ
661 ：仕様書無しさん：03/08/12 08:04
Emacsネタになると、とたんにレベルが落ちるな。
662 ：仕様書無しさん：03/08/12 08:09
ここに書き込んでいる時間でエディタを一つぐらいつくれそうだな。
663 ：仕様書無しさん：03/08/12 14:46
664 ：仕様書無しさん：03/08/12 16:49
《世の中には２種類のエディタしか存在しない。emacsか、それ以下かだ。》
665 ：仕様書無しさん：03/08/12 16:56
《emacsより上のものはIDEと呼ばれる。》
emacsﾏﾝｾｰな割にlisp知らないやつ大杉
(+ 1 2)
>>666はげどう。
そういうやつは絶対Vimの方が良いと思う。
そういうやつは絶対Vimの方が良いと思う。
おぉ、VimがD&Dしたウィンドウで展開されるように改良されている！！
これは前々から出来たらいいなぁと思っていたんでありがたい。
対応が早いのもVimの良さだなぁ
KoRoNさんのパワフルさには脱帽でつ。
これは前々から出来たらいいなぁと思っていたんでありがたい。
対応が早いのもVimの良さだなぁ
KoRoNさんのパワフルさには脱帽でつ。
670 ：仕様書無しさん：03/08/13 01:59
なんかネットランナーで xyzzy が特集されていたみたいだけどあんなもん普通の人間が使うか？
プログラマ以外、unix系変態エディタなんて使いづらくてみんな途中で投げ出すだろ。
とても一般人が扱える代物とは思えない。
あと、このスレにいるﾔｼ等ってみんな unix 使いか、または使った経験があるﾔｼばかりだろ？
windows しか使ったことが無いのにこれらのエディタを使っている変態っているのか？
unix と違い設定ファイル自体少ないし、プログラムは大体 IDE で済んじまうし、エディタの出番ないだろ。
結論として emacs や vim が必要なのはunix環境だけ、他は別に必要なしって感じになるがどうよ？
プログラマ以外、unix系変態エディタなんて使いづらくてみんな途中で投げ出すだろ。
とても一般人が扱える代物とは思えない。
あと、このスレにいるﾔｼ等ってみんな unix 使いか、または使った経験があるﾔｼばかりだろ？
windows しか使ったことが無いのにこれらのエディタを使っている変態っているのか？
unix と違い設定ファイル自体少ないし、プログラムは大体 IDE で済んじまうし、エディタの出番ないだろ。
結論として emacs や vim が必要なのはunix環境だけ、他は別に必要なしって感じになるがどうよ？
どっちもスクリプトで何でもやろうとしてしまっているからめちゃ遅そう。
おそらくwin系エディタの方が小気味よく動いてくれるだろう。
秀丸はメモ帳とほとんど変わらないスピードで動くし。
おそらくwin系エディタの方が小気味よく動いてくれるだろう。
秀丸はメモ帳とほとんど変わらないスピードで動くし。
vimも小気味よく動くよ。
674 ：仕様書無しさん：03/08/13 08:20
>>674
中身のない反論だな。
中身のない反論だな。
>>675
ネトランの記事自体が読者にxyzzyを普及させる意図では書かれてないんじゃないの？
単にトリビア的な扱いじゃないかしら。影響としてはにわかユーザが数週間増えて、
そのうちの5%でも定着すれば快挙と言えるんじゃないかな。
ネトランの記事自体が読者にxyzzyを普及させる意図では書かれてないんじゃないの？
単にトリビア的な扱いじゃないかしら。影響としてはにわかユーザが数週間増えて、
そのうちの5%でも定着すれば快挙と言えるんじゃないかな。
677 ：仕様書無しさん：03/08/13 11:27
678 ：仕様書無しさん：03/08/13 12:12
ｱﾌﾟﾘｹｰｼｮﾝのｻｲｽﾞを気にする時代か？数百MB～1GBもないだろ。
ﾏﾙﾁﾊﾞｯﾌｧのｴﾃﾞｨﾀも単一ﾊﾞｯﾌｧのｴﾃﾞｨﾀも今の時代は論理的に違うという事実だけしかない。効率との因果関係は時代と共に去ったんだよ。
ﾏﾙﾁﾊﾞｯﾌｧのｴﾃﾞｨﾀも単一ﾊﾞｯﾌｧのｴﾃﾞｨﾀも今の時代は論理的に違うという事実だけしかない。効率との因果関係は時代と共に去ったんだよ。
>677
Vim最高
今夜も Vim Vim
Vim最高
今夜も Vim Vim
680 ：仕様書無しさん：03/08/13 12:54
UNIX系の環境に触れたことも無いヤシが得意気に秀丸とか書いてるし。 素人以前はすっ込んでろ
681 ：仕様書無しさん：03/08/13 13:27
>>676
にわかユーザー増えるかねぇ
数週間と言っているがｲﾝｽｺして数回で投げるのがほとんどじゃないか？
>>677
エディタの設定ファイルの話じゃねぇぞ、その位理解しろよ
エディタの仕様目的として設定ファイルを編集すると言うのがあるだろ
unix の場合は色々なものがテキストファイルで設定されているが windows はそういうものは少ない。
よってエディタの使用機会が少ないと言うことだ。
複雑な設定や操作性、英語などの壁を越えて windows で unix 系変態エディタを使うメリットは少ないんだよ。
メモ帳とか操作が簡単な適当なエディタで十分。
あと、関係ないが WZ と Vim じゃ Vim の方が設定ファイル多いだろ
runtime 以下が半端な数じゃないと思うが。
にわかユーザー増えるかねぇ
数週間と言っているがｲﾝｽｺして数回で投げるのがほとんどじゃないか？
>>677
エディタの設定ファイルの話じゃねぇぞ、その位理解しろよ
エディタの仕様目的として設定ファイルを編集すると言うのがあるだろ
unix の場合は色々なものがテキストファイルで設定されているが windows はそういうものは少ない。
よってエディタの使用機会が少ないと言うことだ。
複雑な設定や操作性、英語などの壁を越えて windows で unix 系変態エディタを使うメリットは少ないんだよ。
メモ帳とか操作が簡単な適当なエディタで十分。
あと、関係ないが WZ と Vim じゃ Vim の方が設定ファイル多いだろ
runtime 以下が半端な数じゃないと思うが。
682 ：仕様書無しさん：03/08/13 13:57
教祖にケツを差し出せないようなやつはEMあｃｓつあくな
viとemacsってどっちが古いの？
vi
emacs
最近ようやくVimが使えだした。
コーディングにはVimの方がやはり向いてる。
ただSKK使いで、かつメール(mew)、mpg123-el、gnuplot-mode
maxima-mode なども使うのでフロントエンド、環境としては
emacsにまだまだ活躍してもらう。
コーディングにはVimの方がやはり向いてる。
ただSKK使いで、かつメール(mew)、mpg123-el、gnuplot-mode
maxima-mode なども使うのでフロントエンド、環境としては
emacsにまだまだ活躍してもらう。
Emacsのキーバインドなんて無理して覚える必要ない。
M-x 関数名 で呼び出せばいい。関数名は完全に覚えてなくても、
TAB で補完したり、それらしいものが複数あれば
C-h f 関数名 で説明を読んだりすればいい。
M-x 関数名 で呼び出せばいい。関数名は完全に覚えてなくても、
TAB で補完したり、それらしいものが複数あれば
C-h f 関数名 で説明を読んだりすればいい。
>>683
Multics の エディタ TECO 上のマクロとして作られたが1975年から77年。
Multics Emacs は1978年。
viは2BSDで追加されたから1978年。
Emacsの方が歴史が古いね。
Multics の エディタ TECO 上のマクロとして作られたが1975年から77年。
Multics Emacs は1978年。
viは2BSDで追加されたから1978年。
Emacsの方が歴史が古いね。
Emacsずいぶん古いエディタだったんだな。
28年前ってこのスレ住人で生まれてないヤツ結構多そうだ。
28年前ってこのスレ住人で生まれてないヤツ結構多そうだ。
691 ：仕様書無しさん：03/08/13 19:51
>>689
おまえこそ意味わからん。
Emacsのキーバインドっていうのはキーにelisp関数をバインドしているからキーバインドという。そのまんま。
キーマップってのは解るか？解らんだろうから先ずはメジャーモード・マイナーモードから攻めてみれ。
おまえこそ意味わからん。
Emacsのキーバインドっていうのはキーにelisp関数をバインドしているからキーバインドという。そのまんま。
キーマップってのは解るか？解らんだろうから先ずはメジャーモード・マイナーモードから攻めてみれ。
693 ：仕様書無しさん：03/08/13 20:18
emacs便利だよ。navi2chもあるし。
694 ：仕様書無しさん：03/08/13 20:34
・vimにはkill ringないの?
以前にヤンクしたものを取り出せる?
・emacsだとC-u C-SPCで以前にマークした
場所にじゅんぐりに移動できるがVimでは?
以前にヤンクしたものを取り出せる?
・emacsだとC-u C-SPCで以前にマークした
場所にじゅんぐりに移動できるがVimでは?
695 ：仕様書無しさん：03/08/13 21:34
>>693
それのどこが便利なんだ？
それのどこが便利なんだ？
697 ：仕様書無しさん：03/08/13 21:55
698 ：d：03/08/13 21:56
ルーズのはき方が街を歩いている女子校生並にマッチしています。
顔は少しふけ気味ではありますがなぜかセーラー服がよく似合います。
こういうなんちゃって女子校生もたまにはいいでしょ？
オマンコの具合はよさそうだし・・・
無料ムービーはこちらから
http://www.pinkschool.com/
顔は少しふけ気味ではありますがなぜかセーラー服がよく似合います。
こういうなんちゃって女子校生もたまにはいいでしょ？
オマンコの具合はよさそうだし・・・
無料ムービーはこちらから
http://www.pinkschool.com/
>>694
> ・vimにはkill ringないの?
> 以前にヤンクしたものを取り出せる?
:reg
> ・emacsだとC-u C-SPCで以前にマークした
> 場所にじゅんぐりに移動できるがVimでは?
c-o, c-i
> ・vimにはkill ringないの?
> 以前にヤンクしたものを取り出せる?
:reg
> ・emacsだとC-u C-SPCで以前にマークした
> 場所にじゅんぐりに移動できるがVimでは?
c-o, c-i
701 ：仕様書無しさん：03/08/13 22:13
vimはマーク位置に戻れない。
vimは補間機能がない。
vimは略語展開機能がない。
vimはヒストリー機構がない。
vimは補間機能がない。
vimは略語展開機能がない。
vimはヒストリー機構がない。
>>701
オマエが知らないだけであって、実は全部ある
オマエが知らないだけであって、実は全部ある
704 ：仕様書無しさん：03/08/13 22:22
emacsくらい優れた補間ができるエディタは存在しないって。
補完ならIDEが一番優れているわけだが。
《世の中には２種類のエディタしか存在しない。emacsか、それ以下かだ。》
Emacsの C-h k (describe-key) みたいのって Vim にある?
無いと思いたいのですね？
>>709
void ﾊｹｰﾝ
void ﾊｹｰﾝ
711 ：仕様書無しさん：03/08/13 22:59
715 ：仕様書無しさん：03/08/14 00:05
>>713
emacsのヘルプ？Info？詳しくは知らないけど、日本語の説明ありますか？
チュートリアルだけはJapaneseだったのを記憶してるのですが。
日本語化プロジェクトは立ち上がらないのかなぁ。
emacsのヘルプ？Info？詳しくは知らないけど、日本語の説明ありますか？
チュートリアルだけはJapaneseだったのを記憶してるのですが。
日本語化プロジェクトは立ち上がらないのかなぁ。
717 ：仕様書無しさん：03/08/14 00:16
GNU Emacs 1.0 を使い続けるストールマン
718 ：仕様書無しさん：03/08/14 00:18
719 ：仕様書無しさん：03/08/14 00:22
>>718
エディタを使いこなす人というのは、カーソル移動を論理的に行う。
そこで関数の出番なわけ。意味わかる？大丈夫？自ら「頭悪い」って言ってるみたいだし。
理解できないとしたらとても可哀想なことを言ってしまったね。許せ。
エディタを使いこなす人というのは、カーソル移動を論理的に行う。
そこで関数の出番なわけ。意味わかる？大丈夫？自ら「頭悪い」って言ってるみたいだし。
理解できないとしたらとても可哀想なことを言ってしまったね。許せ。
> エディタを使いこなす人というのは、カーソル移動を論理的に行う。
なんてことは証明されていません。
> そこで関数の出番なわけ。
ぜんぜん前の分とつながっていません。
頭悪すぎ。
なんてことは証明されていません。
> そこで関数の出番なわけ。
ぜんぜん前の分とつながっていません。
頭悪すぎ。
721 ：仕様書無しさん：03/08/14 00:25
722 ：d：03/08/14 00:26
なんか、面白い展開になってきた。
724 ：仕様書無しさん：03/08/14 00:28
>>713
> キーを打ってそれに対応する関数と説明を表示する機能。
> おれはemacserだけど、Vimにも絶対ありそうだよね。
カーソル下の単語がvimに関係ある場合にヘルプを見る機能ならあるな。
K
だ。
例えばバッファ内のmapって単語の上でKを押すと:help mapと同じ効果。
同様に、expandの上だと:help expandと同じ効果。
コマンドや組込み関数などvimに関係ある内容ならOK。
# 要するにhelpで見れるものならってOKこと。
vim scriptを書いている時や、人の書いたvim scriptを読む時に便利。
また、keywordprgでヘルプを見る挙動を変えられる。
filetype別にkeywordprgを指定(ftpluginの利用など)をすれば別言語のヘルプも使える。
(もちろん、vim help形式なtag付きヘルプが有ればだけど)
詳しくは
:help K
:help keywordprg
:help iskeyword
を参照。
> キーを打ってそれに対応する関数と説明を表示する機能。
> おれはemacserだけど、Vimにも絶対ありそうだよね。
カーソル下の単語がvimに関係ある場合にヘルプを見る機能ならあるな。
K
だ。
例えばバッファ内のmapって単語の上でKを押すと:help mapと同じ効果。
同様に、expandの上だと:help expandと同じ効果。
コマンドや組込み関数などvimに関係ある内容ならOK。
# 要するにhelpで見れるものならってOKこと。
vim scriptを書いている時や、人の書いたvim scriptを読む時に便利。
また、keywordprgでヘルプを見る挙動を変えられる。
filetype別にkeywordprgを指定(ftpluginの利用など)をすれば別言語のヘルプも使える。
(もちろん、vim help形式なtag付きヘルプが有ればだけど)
詳しくは
:help K
:help keywordprg
:help iskeyword
を参照。
>>716
Info ではなく、Emacs Lisp のコードに入っている説明文が表示されるもの
なので、これをぜんぶ日本語化するとなると大変なことになります。
ていうか英語で十分。それに、関数定義しているEmacs Lispコードを
すぐに参照できるし。
Info ではなく、Emacs Lisp のコードに入っている説明文が表示されるもの
なので、これをぜんぶ日本語化するとなると大変なことになります。
ていうか英語で十分。それに、関数定義しているEmacs Lispコードを
すぐに参照できるし。
728 ：仕様書無しさん：03/08/14 00:47
大体M-xは機能名知らないとまったく意味のない代物になるんだが・・・
730 ：仕様書無しさん：03/08/14 00:50
香ばしく。
アホ
733 ：仕様書無しさん：03/08/14 00:58
emacer同士がﾊﾞﾄって(ｒｙ
>>729
そんなときはM-x apropos。
Vim使いに質問。
キーボードマクロ使える?
emacsだと
C-( → (適当にキーを打つ) → C-)
でそのキーシーケンス内容を覚えてくれて、
C-x eで再現してくれる。
>>724はこういうのも全部関数に書いて
いくんだろうなぁ。
そんなときはM-x apropos。
Vim使いに質問。
キーボードマクロ使える?
emacsだと
C-( → (適当にキーを打つ) → C-)
でそのキーシーケンス内容を覚えてくれて、
C-x eで再現してくれる。
>>724はこういうのも全部関数に書いて
いくんだろうなぁ。
>>734
> Vim使いに質問。
> キーボードマクロ使える?
qと@で実現できる。
> emacsだと
> C-( → (適当にキーを打つ) → C-)
> でそのキーシーケンス内容を覚えてくれて、
> C-x eで再現してくれる。
qの後に名前付きレジスタを指定してコマンドを記憶し、
@でそのレジスタ内に入っているコマンドを実行。
q → a → 適当にキーを打つ → q で記憶
@a でコマンド実行。
# aの部分(レジスタ名)はアルファベット1文字なら何でも良い
@@は最近使った@を繰り返す。
> Vim使いに質問。
> キーボードマクロ使える?
qと@で実現できる。
> emacsだと
> C-( → (適当にキーを打つ) → C-)
> でそのキーシーケンス内容を覚えてくれて、
> C-x eで再現してくれる。
qの後に名前付きレジスタを指定してコマンドを記憶し、
@でそのレジスタ内に入っているコマンドを実行。
q → a → 適当にキーを打つ → q で記憶
@a でコマンド実行。
# aの部分(レジスタ名)はアルファベット1文字なら何でも良い
@@は最近使った@を繰り返す。
738 ： ◆gYFaJj4mIQ ：03/08/14 01:11
739 ：仕様書無しさん：03/08/14 01:11
C-( C-)が一発しか動作しないとでもお思いでつか？
なんのためのキーボードマクロかと。
なんのためのキーボードマクロかと。
743 ： ◆gYFaJj4mIQ ：03/08/14 01:18
>>739
いや、全くおもってないけど。
正直、エディタとしての機能だけなら
Vimも良いな。
なんかのフロントエンドある?とか聞きだすと
emacsの圧勝になっちゃってつまらんが、
負けるのもイヤなので、もうちょっとそこら辺から
攻めても良いでつか?
いや、全くおもってないけど。
正直、エディタとしての機能だけなら
Vimも良いな。
なんかのフロントエンドある?とか聞きだすと
emacsの圧勝になっちゃってつまらんが、
負けるのもイヤなので、もうちょっとそこら辺から
攻めても良いでつか?
Emacsのキーボードマクロは基本的に１つしか記憶できなかったと思う。
746 ： ◆gYFaJj4mIQ ：03/08/14 01:20
>>743
攻めてくれや
攻めてくれや
レジスタ？
emacs-lispのコードをネイティブコードに変換するlispプログラムって無いですか？
751 ：仕様書無しさん：03/08/14 01:25
g秀m
X秀macs
って感じかな。
X秀macs
って感じかな。
キーボードマクロ使える? とバカにしたつもりがVimの方が強力なキーボードマクロが付いていた罠。
754 ： ◆gYFaJj4mIQ ：03/08/14 01:35
では、いきまーす。
1. cvsのフロントエンド(pcl-cvs)
2. subversionのフロントエンド(svn.el)
3. ディレクトリのツリー表示(speedbar)
4. リモートのホストにあるファイルの編集(ange-ftp, tramp)
5. サーバとしての機能(gnuserv, emacsserver)
6. MUA(Mew, Wanderlust), ニュースリーダー(gnus, etc)
7. 各種アプリのフロントエンド的機能(w3m, mpg123, maxima, gnuplot, id3タグ編集)
玉石混合だけど、とりあえず。さあどうだ。
1. cvsのフロントエンド(pcl-cvs)
2. subversionのフロントエンド(svn.el)
3. ディレクトリのツリー表示(speedbar)
4. リモートのホストにあるファイルの編集(ange-ftp, tramp)
5. サーバとしての機能(gnuserv, emacsserver)
6. MUA(Mew, Wanderlust), ニュースリーダー(gnus, etc)
7. 各種アプリのフロントエンド的機能(w3m, mpg123, maxima, gnuplot, id3タグ編集)
玉石混合だけど、とりあえず。さあどうだ。
755 ： ◆gYFaJj4mIQ ：03/08/14 01:36
>>754
7.の細かいの以外は全部ありそう。
7.の細かいの以外は全部ありそう。
そもそもviでは「マクロ」と言えばキーボードマクロの意味だ。
なぜそうなるかというとviにはいわゆるマクロが無いので
マクロと呼べるものがキーボードマクロしか無いからだ。
Vimではいわゆるマクロも付いたけど
viの世界ではマクロと言うとキーボードマクロに意味になってしまうので
Vimのマクロは「Vimスクリプト」と呼ぶ。
キーボードマクロがたくさん登録できるから
よく使うキーボードマクロをあらかじめたくさん登録しておいて
簡易マクロのように使うこともできる。
なぜそうなるかというとviにはいわゆるマクロが無いので
マクロと呼べるものがキーボードマクロしか無いからだ。
Vimではいわゆるマクロも付いたけど
viの世界ではマクロと言うとキーボードマクロに意味になってしまうので
Vimのマクロは「Vimスクリプト」と呼ぶ。
キーボードマクロがたくさん登録できるから
よく使うキーボードマクロをあらかじめたくさん登録しておいて
簡易マクロのように使うこともできる。
vimのよく出てくるマクロ例を。
何も無いバッファでコマンドモードから開始。
i1<Esc>qayyp<Ctrl-A>q98@a
と打つと、1～100までの数字を書いてくれる。
ここではaがレジスタですな。
何も無いバッファでコマンドモードから開始。
i1<Esc>qayyp<Ctrl-A>q98@a
と打つと、1～100までの数字を書いてくれる。
ここではaがレジスタですな。
>>755
負けたくないとか言っているし固執しているようにしか思えんｗ
ざっと調べたところ1346はあるね。
5のサーバーとしての機能ってのがイマイチ解らないがVimもサーバーモードで違うVimから操作ができるな。
7は良く解らん、知っている人プリーズ。
エディタとしてはこんなことより編集機能の方に重点を置くべきだと思うけどなぁ
マクロ使えば双方のエディタともになんでも出来ちゃうし。
dictionary.add("A Portable Emacs Library", 4); //コメント
の""の中身変えたり()の中身変えたりする一般的編集はVimの方が全然速いよ。
修飾キー使わないし。
負けたくないとか言っているし固執しているようにしか思えんｗ
ざっと調べたところ1346はあるね。
5のサーバーとしての機能ってのがイマイチ解らないがVimもサーバーモードで違うVimから操作ができるな。
7は良く解らん、知っている人プリーズ。
エディタとしてはこんなことより編集機能の方に重点を置くべきだと思うけどなぁ
マクロ使えば双方のエディタともになんでも出来ちゃうし。
dictionary.add("A Portable Emacs Library", 4); //コメント
の""の中身変えたり()の中身変えたりする一般的編集はVimの方が全然速いよ。
修飾キー使わないし。
左CTRLキーに張り付いた小指が痛い
編集機能で対決したら emacs に勝ち目無し。
Emacs∋各種アプリ
Vim∈各種アプリ
Vim∈各種アプリ
>>754
1と4以外別にいらんなぁ
1と4以外別にいらんなぁ
764 ： ◆gYFaJj4mIQ ：03/08/14 02:08
>>759
いや、「負けたくない」ってのは
「emacs使えん、ステ」と
脊髄反射されるようになるのが尺なのよ。
だからあえてこの板では微妙な機能まで
持ち出してみた。
> マクロ使えば双方のエディタともになんでも出来ちゃうし。
そうなのよね。だから一応今すぐ手に
入りそうなもので比較しようと思って>>754を書いた。
5. は実はVim使いには必要ない機能だったりします。
なにか編集したい時に今動いてるemacsのリソースを
使って編集できる。重いemacsならでは。
7. は
w3m…ブラウザ
mpg123…mp3再生等。その時にid3タグ編集可
maxima, gnuplot…mathematicaまがいとプロットツール。その入力フロントエンド。
うーん、emacsくるしいw
あとの頼みは日本語入力だけかなぁ?
いや、「負けたくない」ってのは
「emacs使えん、ステ」と
脊髄反射されるようになるのが尺なのよ。
だからあえてこの板では微妙な機能まで
持ち出してみた。
> マクロ使えば双方のエディタともになんでも出来ちゃうし。
そうなのよね。だから一応今すぐ手に
入りそうなもので比較しようと思って>>754を書いた。
5. は実はVim使いには必要ない機能だったりします。
なにか編集したい時に今動いてるemacsのリソースを
使って編集できる。重いemacsならでは。
7. は
w3m…ブラウザ
mpg123…mp3再生等。その時にid3タグ編集可
maxima, gnuplot…mathematicaまがいとプロットツール。その入力フロントエンド。
うーん、emacsくるしいw
あとの頼みは日本語入力だけかなぁ?
765 ： ◆gYFaJj4mIQ ：03/08/14 02:13
だれかemacsハカーの方、援軍おながいします。
漏れはもうだめぽ…
ねよねよ。
漏れはもうだめぽ…
ねよねよ。
まぁ、どちらがすぐれてるかなんていっても意味ねーっての
たとえるならば、同じスポーツだからといって野球とサッカーどちらがすぐれてるのか？
とかいってるようなもんだろ。
たとえるならば、同じスポーツだからといって野球とサッカーどちらがすぐれてるのか？
とかいってるようなもんだろ。
767 ：仕様書無しさん：03/08/14 07:42
768 ：仕様書無しさん：03/08/14 08:16
かわいそうに……。だれかvim2chつくってやれよ。。
769 ：仕様書無しさん：03/08/14 08:17
vim のマクロで、マクロの途中で、キーボードからの入力を受けとることで
きますか？
きますか？
>>764
> 5. は実はVim使いには必要ない機能だったりします。
> なにか編集したい時に今動いてるemacsのリソースを
> 使って編集できる。重いemacsならでは。
でも、別プロセスにすると、動的補完とか使えないのでは？
vim は、別プロセスで開いている vim のバッファからも動的補完ができるの
かなぁ？
> 5. は実はVim使いには必要ない機能だったりします。
> なにか編集したい時に今動いてるemacsのリソースを
> 使って編集できる。重いemacsならでは。
でも、別プロセスにすると、動的補完とか使えないのでは？
vim は、別プロセスで開いている vim のバッファからも動的補完ができるの
かなぁ？
>>772
> :help input
> :help getchar
ちょっと説明が足りなかったようです。ごめんなさい。
q で始める、キーボードマクロの途中で、任意の入力を受け取ることができる
でしょうか？
例が適切でなくて申し訳ないのですが、ある編集中のファイルの任意の文字を
特定の文字(たとえばhogehoge)に、変えるようなキーボードマクロとか。
> :help input
> :help getchar
ちょっと説明が足りなかったようです。ごめんなさい。
q で始める、キーボードマクロの途中で、任意の入力を受け取ることができる
でしょうか？
例が適切でなくて申し訳ないのですが、ある編集中のファイルの任意の文字を
特定の文字(たとえばhogehoge)に、変えるようなキーボードマクロとか。
>>757
> キーボードマクロがたくさん登録できるから
> よく使うキーボードマクロをあらかじめたくさん登録しておいて
> 簡易マクロのように使うこともできる。
でも、1文字の名前じゃたくさん登録しても覚えにくくないですか？
emacsでは、
M-x name-last-kbd-macro
最も新しく定義したキーボードマクロに(そのセッションの間有効な)コマ
ンド名を付けます。
さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
また、数引数を指定して、insert-kbd-macro を呼び出すと、さらに（もしあれ
ば）キーボードマクロに割り当てたキーを記録するLispコードが追加されるの
で、ファイルをロードしたときに同じキーがマクロに割り当てられます。
> キーボードマクロがたくさん登録できるから
> よく使うキーボードマクロをあらかじめたくさん登録しておいて
> 簡易マクロのように使うこともできる。
でも、1文字の名前じゃたくさん登録しても覚えにくくないですか？
emacsでは、
M-x name-last-kbd-macro
最も新しく定義したキーボードマクロに(そのセッションの間有効な)コマ
ンド名を付けます。
さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
また、数引数を指定して、insert-kbd-macro を呼び出すと、さらに（もしあれ
ば）キーボードマクロに割り当てたキーを記録するLispコードが追加されるの
で、ファイルをロードしたときに同じキーがマクロに割り当てられます。
>>759
わざわざ末尾に//コメントが付けてあるのにﾜﾗﾀ
わざわざ末尾に//コメントが付けてあるのにﾜﾗﾀ
>>776
確かに、
でも vim のは即席であの編集能力を駆使した
マクロをいくつかポンポンと作成し使えることがすばらしいと思う。
俺的な感覚だと . の拡張版みたいな手軽さを感じる。
vim に慣れてるからそう思うだけのような気もするが・・・。
もしそういった操作をいつも行うようであれば、
独自に何らかのキーにマップすべき。
確かに、
でも vim のは即席であの編集能力を駆使した
マクロをいくつかポンポンと作成し使えることがすばらしいと思う。
俺的な感覚だと . の拡張版みたいな手軽さを感じる。
vim に慣れてるからそう思うだけのような気もするが・・・。
もしそういった操作をいつも行うようであれば、
独自に何らかのキーにマップすべき。
viは頭で覚える代物ではありません。体に染みこませる代物です。
>>779
> viは頭で覚える代物ではありません。体に染みこませる代物です。
そんなあなたは、こんなのは朝飯前なんでしょうねきっと…
----
http://vivi.dyndns.org/vivi/viMaster.phtml
----
> viは頭で覚える代物ではありません。体に染みこませる代物です。
そんなあなたは、こんなのは朝飯前なんでしょうねきっと…
----
http://vivi.dyndns.org/vivi/viMaster.phtml
----
781 ：仕様書無しさん：03/08/14 20:15
うたばんにプログラマーが出た。
おれはcall-last-kbd-macroをC-qに割り当ててるな。
特殊文字の入力とかいう滅多に使わない機能がこんな
一等地にあるのは犯罪。
特殊文字の入力とかいう滅多に使わない機能がこんな
一等地にあるのは犯罪。
783 ：仕様書無しさん：03/08/14 21:10
詰めEmacsは無いのでしょうか？すごく興味があるのですが。
JFにこんなのがあった。
editing with VIM HOWTO
http://www.linux.or.jp/JF/JFdocs/C-editing-with-VIM-HOWTO/auto-format.html
editing with VIM HOWTO
http://www.linux.or.jp/JF/JFdocs/C-editing-with-VIM-HOWTO/auto-format.html
>>782
いただきまつた
いただきまつた
このスレを見て普段はemacsでつけている日記を
Vimでつけてみた。日本語入力はskkなのでskkinputを使用。
むちゃくちゃつかいづらかった。
みんなVimで快適に日本語入力できてるの?挿入モードから出るときに
いちいちIMをoffにしなくちゃならんのが異常に苦痛なんだが…
ここはVim guru多そうなので
なんか良い対処法あったらおしえてくだされ。
Vimでつけてみた。日本語入力はskkなのでskkinputを使用。
むちゃくちゃつかいづらかった。
みんなVimで快適に日本語入力できてるの?挿入モードから出るときに
いちいちIMをoffにしなくちゃならんのが異常に苦痛なんだが…
ここはVim guru多そうなので
なんか良い対処法あったらおしえてくだされ。
788 ：名無しさん@Vim%Chalice：03/08/15 10:30
>>787
環境にもよるけど--enable-ximつけてconfigure & make し直す。
あと続きは向こうで。
Vim6 Part6 http://pc.2ch.net/test/read.cgi/unix/1058706125/
環境にもよるけど--enable-ximつけてconfigure & make し直す。
あと続きは向こうで。
Vim6 Part6 http://pc.2ch.net/test/read.cgi/unix/1058706125/
VJE+Vimで特に不自由してない
790 ：仕様書無しさん：03/08/15 21:33
>>790
微妙にグロ
微妙にグロ
792 ：仕様書無しさん：03/08/15 21:56
>>790
どうやったらその配色になりますか？
(set-foreground-color "black")
(set-background-color "AntiqueWhite")
(set-face-foreground 'modeline "white")
(set-face-background 'modeline "black")
(set-cursor-color "MediumPurple2")
(set-mouse-color "MediumPurple2")
真似てみたんですがうまくできないようです。
足りない記述があったら教えてもらえないでしょうか？
どうやったらその配色になりますか？
(set-foreground-color "black")
(set-background-color "AntiqueWhite")
(set-face-foreground 'modeline "white")
(set-face-background 'modeline "black")
(set-cursor-color "MediumPurple2")
(set-mouse-color "MediumPurple2")
真似てみたんですがうまくできないようです。
足りない記述があったら教えてもらえないでしょうか？
>>792
wget http://216.180.224.243/imgboard/src/1060882319063.jpg
Eterm --background-pixmap 1060882319063.jpg
でてきたEtermでemacs -nw
かなり良いYO!
wget http://216.180.224.243/imgboard/src/1060882319063.jpg
Eterm --background-pixmap 1060882319063.jpg
でてきたEtermでemacs -nw
かなり良いYO!
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
796 ：仕様書無しさん：03/08/16 00:31
Emacsは覚え辛いぞｺﾞﾙｧ age
言語を一つ覚える心構えが必要
>>792,>>793
おそらくEmacs使いを装ったvim使いでしょう。
はっきり言ってあきれました。
あはは。
vim使いはたまにこんなちんかす野郎がいるからいやだ。
今のうち早くウガンダの子供たちに寄付しなさい！
もしくは日曜日の札幌11RのクイーンSのオースミハルカ単勝に全財産注ぎ込みなさい。
おそらくEmacs使いを装ったvim使いでしょう。
はっきり言ってあきれました。
あはは。
vim使いはたまにこんなちんかす野郎がいるからいやだ。
今のうち早くウガンダの子供たちに寄付しなさい！
もしくは日曜日の札幌11RのクイーンSのオースミハルカ単勝に全財産注ぎ込みなさい。
799 ：仕様書無しさん：03/08/16 01:57
Emacs関連スレ、全部ageとこ。
800 ：仕様書無しさん：03/08/16 11:13
>>790
お肌つやつやしてるね。
お肌つやつやしてるね。
>>790
最近このポーズのウンコ写真よく見るんだが流行ってるのか？
最近このポーズのウンコ写真よく見るんだが流行ってるのか？
802 ：仕様書無しさん：03/08/16 15:33
おはよう。>>790のガトリング肛門が夢に出てきて欝。
怖くて開けないのだけど、グロ画像なんですか？
805 ：仕様書無しさん：03/08/16 20:49
スプァム ムェィル！ スプァム ムェィル！
806 ：仕様書無しさん：03/08/16 21:46
コーポレイトソフトウェアていうサポセンの馬鹿が
PGに喧嘩売ってます。
http://money.2ch.net/test/read.cgi/haken/1057486349/287
腹立ちました。
みんなでやっつけにいこう。
807 ：仕様書無しさん：03/08/16 22:11
結局、vim厨に喧嘩売れるのはIDE厨だけってことか。
このスレ終ったね。
このスレ終ったね。
Emacs惨敗だな
809 ：仕様書無しさん：03/08/17 01:52
emacsを５年使い続けたら箱入り娘になりそうだ。
恐くて使う気にならない。
恐くて使う気にならない。
811 ：仕様書無しさん：03/08/17 02:35
Emacsをしばらく使っていると洗脳される。
.emacsが愛く感じられ、フロッピーにバックアップとる程になる。
.emacsが愛く感じられ、フロッピーにバックアップとる程になる。
別にEmacsでなくてもCTRLは多用するだろう。
CTRLを多用しないのはviだけだ。
CTRLを多用しないのはviだけだ。
813 ：仕様書無しさん：03/08/17 03:45
814 ：>>２ちゃんねらーの皆さん：03/08/17 04:03
（ ´Д｀）/＜ 先生！！こんなのを見つけました。
http://www.hokekyoji.com/
http://www.yakuyoke.or.jp/
http://members.tripod.co.jp/hossyoji/index/
http://www.maap.com/tanjoh-ji/
http://www.honmonji.or.jp/
http://www.maap.com/tanjoh-ji/
http://www.kuonji.jp/
http://www.butsuzou.com/jiten/sanmen.html
http://www.butsuzou.com/list1/sanmen2.html
http://www.butsuzou.com/list1/sanmen3.html
http://www.butsuzou.com/keitai/sanmen-kz.html
http://www.hokekyoji.com/
http://www.yakuyoke.or.jp/
http://members.tripod.co.jp/hossyoji/index/
http://www.maap.com/tanjoh-ji/
http://www.honmonji.or.jp/
http://www.maap.com/tanjoh-ji/
http://www.kuonji.jp/
http://www.butsuzou.com/jiten/sanmen.html
http://www.butsuzou.com/list1/sanmen2.html
http://www.butsuzou.com/list1/sanmen3.html
http://www.butsuzou.com/keitai/sanmen-kz.html
つかわねーよカス
使いまくり。
ときどき押すかんじだよね。emacsは常に押してる。
ネトランのxyzzy読んだけど、けっこうわかりやすくていいと思うな。
821 ：仕様書無しさん：03/08/17 22:08
xyzzy使うくらいならMeadowが１２８倍マシ！
>>815
使うけど普通って事はないね。
俺は両方使う。
C-[はどちらかというとヴィジュアルモードから抜ける時に使うね。
Escは遠いが片手で使えるという利点があるんで次に打ち込む文字によっては意外に速い。
あと、キー自体が独立しているので誤打が少ないのも良いね。
使うけど普通って事はないね。
俺は両方使う。
C-[はどちらかというとヴィジュアルモードから抜ける時に使うね。
Escは遠いが片手で使えるという利点があるんで次に打ち込む文字によっては意外に速い。
あと、キー自体が独立しているので誤打が少ないのも良いね。
823 ：仕様書無しさん：03/08/18 03:36
おまいらまだわからんのか。Emacsは実在する最強のアプリケーションだということを。
最強の定義を教えろ
Vim は神速
驚速jade
>>823
使わない人にとっては粗大ゴミ
使わない人にとっては粗大ゴミ
>>776
> さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
かったるい。
１文字で良いよ。
解らなくなったら:regで見ても良いし。
emacsは複数のキーボードマクロ登録する時毎回名前付けなきゃならないの？
手軽さが無いね。
> さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
かったるい。
１文字で良いよ。
解らなくなったら:regで見ても良いし。
emacsは複数のキーボードマクロ登録する時毎回名前付けなきゃならないの？
手軽さが無いね。
829 ：仕様書無しさん：03/08/18 07:55
830 ：仕様書無しさん：03/08/18 09:42
831 ：仕様書無しさん：03/08/18 09:45
>>828
> かったるい。
> １文字で良いよ。
dmacro.el とかどうよ。
http://homepage2.nifty.com/ohkubo/kuboon/xyzzy/dmacro.l.html
> かったるい。
> １文字で良いよ。
dmacro.el とかどうよ。
http://homepage2.nifty.com/ohkubo/kuboon/xyzzy/dmacro.l.html
833 ：仕様書無しさん：03/08/18 11:52
おれは高林哲さんの記事読んでから、UNIXはSSH経由でしか
使わない自分の使い方が正しいことを確信したね。
PuTTY(Windows)経由で全て操作。Xなんて絶対に使わない。
GUIアプリケーションに関してはもうWindowsだよ。
あと、Windowsだって十分Hackの対象に成り得ることを、
UNIXerがなぜ見落とすのか不思議でならない。「ハッカーは
UNIXを使う」って、今のヲタクはOSなんて分け隔てなく
使ってるだろうに。。。妄想上のハッカーをUNIX陣営に取り込みたい
だけなのではないかと。おれが見るところでは、LisperなGNU信者だけが
正しい拘りを持っているように見えるね。後の連中は自分に嘘をついている
やつらばかり。
JavaやC#のような、やれることを限定して生産性を上げるような
プログラミング言語を使うときもIDEを積極的に使う。
もちろんEmacsは使うが、IDEが良さそうだと感じたときは
簡単に乗り換える。不必要な自由は重荷でしかない。
どうでもいいところに拘りを持つひとは本質を見失う。
当然IDEのまともなサポートの得られていない言語を使うときはEmacsだけど。
UNIXとはシステムプログラミングのための
教材だっていう割り切り方が、今は一番よいように思えるね。
あとネットワークアプリケーションのプロトコルについて考えるときとか。
車が出始めたころの自転車屋のような様相ですな＜UNIX屋
適材適所なんて口でいうのは簡単だけど、技術を純粋に眺める目を養うのは
簡単ではないからね。
使わない自分の使い方が正しいことを確信したね。
PuTTY(Windows)経由で全て操作。Xなんて絶対に使わない。
GUIアプリケーションに関してはもうWindowsだよ。
あと、Windowsだって十分Hackの対象に成り得ることを、
UNIXerがなぜ見落とすのか不思議でならない。「ハッカーは
UNIXを使う」って、今のヲタクはOSなんて分け隔てなく
使ってるだろうに。。。妄想上のハッカーをUNIX陣営に取り込みたい
だけなのではないかと。おれが見るところでは、LisperなGNU信者だけが
正しい拘りを持っているように見えるね。後の連中は自分に嘘をついている
やつらばかり。
JavaやC#のような、やれることを限定して生産性を上げるような
プログラミング言語を使うときもIDEを積極的に使う。
もちろんEmacsは使うが、IDEが良さそうだと感じたときは
簡単に乗り換える。不必要な自由は重荷でしかない。
どうでもいいところに拘りを持つひとは本質を見失う。
当然IDEのまともなサポートの得られていない言語を使うときはEmacsだけど。
UNIXとはシステムプログラミングのための
教材だっていう割り切り方が、今は一番よいように思えるね。
あとネットワークアプリケーションのプロトコルについて考えるときとか。
車が出始めたころの自転車屋のような様相ですな＜UNIX屋
適材適所なんて口でいうのは簡単だけど、技術を純粋に眺める目を養うのは
簡単ではないからね。
834 ：仕様書無しさん：03/08/18 12:13
>>833が良い事言った。
835 ：仕様書無しさん：03/08/18 12:14
>>833が良い事言ったフリをした。
>833
PGの言い分としては的を得てるね。まさにスレの趣旨に則った正しいｶｷｺだ。
PGの言い分としては的を得てるね。まさにスレの趣旨に則った正しいｶｷｺだ。
>>833
このコピペっぽい発言は、ひとことで言うと「どれでもいい」、って言ってるわけだな。
このコピペっぽい発言は、ひとことで言うと「どれでもいい」、って言ってるわけだな。
そうだよ。単に道具なんだから。
あとはその道具の学習コストとのトレードオフで
決めるだけです。
あとはその道具の学習コストとのトレードオフで
決めるだけです。
840 ：仕様書無しさん：03/08/18 13:29
UNIX屋＝ビーヲタ
UNIX板とビートルズ板ってすげえ雰囲気が似てる
UNIX板とビートルズ板ってすげえ雰囲気が似てる
841 ：仕様書無しさん：03/08/18 13:59
まあビーヲタの方が若干歳を食っているし、
比較にならないほどアホなんだが。
比較にならないほどアホなんだが。
843 ：朝鮮人・部落民の坂東孝信を嬲り殺そうぜ！！！：03/08/18 17:22
＜＜＜ 阪神大震災は大笑いだぜ！ ＞＞＞＞＞
あそこらへんって朝鮮人のエタ・非人部落が多いから
そのまま全滅させたかったんだよね。
坂東孝信は朝鮮人の部落民だよな。
手足をもぎ取ってなぶり殺そうぜ。
登山ナイフで坂東孝信のハラワタ抉リまくろうぜ！
坂東の横浜市金沢区富岡一丁目41-4の家も燃やしてやろうぜ。
電話：０９３－５２１－７０１１に殴り込みだ。
ソレソレこいつの一家もなぶり殺しだぜ。
あそこらへんって朝鮮人のエタ・非人部落が多いから
そのまま全滅させたかったんだよね。
坂東孝信は朝鮮人の部落民だよな。
手足をもぎ取ってなぶり殺そうぜ。
登山ナイフで坂東孝信のハラワタ抉リまくろうぜ！
坂東の横浜市金沢区富岡一丁目41-4の家も燃やしてやろうぜ。
電話：０９３－５２１－７０１１に殴り込みだ。
ソレソレこいつの一家もなぶり殺しだぜ。
844 ：abc：03/08/18 19:42
845 ：仕様書無しさん：03/08/18 19:45
vimにLISPがつけばいいんじゃないの？
・・・と歴史的アイデアの発表をしてみるテスト。
・・・と歴史的アイデアの発表をしてみるテスト。
846 ：仕様書無しさん：03/08/18 19:47
少くとも、的を得た発現ではない。
最近滞ってるが、ここはvi vs emacs スレだ。
最近滞ってるが、ここはvi vs emacs スレだ。
847 ：仕様書無しさん：03/08/18 19:48
vimにはRuby付けたらいい。
Ruby, Perl, PythonのInterfaceならあるけどな。
849 ：仕様書無しさん：03/08/18 19:56
凄いね。
いろんなvimがあるんだねぇ。
いろんなvimがあるんだねぇ。
850 ：@@：03/08/18 20:02
｢今私のオッパイ見てたでしょう。｣ってそりゃ見ますって。
これだけの立派なオッパイが目の前にあったら。
淫乱女教師がフェラ、パイズリで同僚の先生を責めまくります。
挿入部のアップも豊富なのでオマンコもモロ見えですよ。
無料動画をどうぞ
http://www.exciteroom.com/
これだけの立派なオッパイが目の前にあったら。
淫乱女教師がフェラ、パイズリで同僚の先生を責めまくります。
挿入部のアップも豊富なのでオマンコもモロ見えですよ。
無料動画をどうぞ
http://www.exciteroom.com/
851 ：仕様書無しさん：03/08/18 20:23
一つだけ付け足しておかなくてはいけません。
高林哲氏がUNIX界においてあまりよく思われていないことの
原因は分ります。UNIXとはユーザランドだけでなく、
システムプログラミングが出来てなんぼのものなのです。
カーネルだけでなく、コンパイラやリンカ、libcに通じてこそ
一人前なのです。高林氏は一介のアプリケーションプログラマ
に過ぎません。つまり一人前のUNIXerではないのです。
そう言う人がUNIXについて批判的な態度を取ろうものなら
よく思われないことは当然でしょう。
まあ最近の若い人には一人前のUNIXerどころか、
それを目指そうという人間すら少ないそうですがね。
高林哲氏がUNIX界においてあまりよく思われていないことの
原因は分ります。UNIXとはユーザランドだけでなく、
システムプログラミングが出来てなんぼのものなのです。
カーネルだけでなく、コンパイラやリンカ、libcに通じてこそ
一人前なのです。高林氏は一介のアプリケーションプログラマ
に過ぎません。つまり一人前のUNIXerではないのです。
そう言う人がUNIXについて批判的な態度を取ろうものなら
よく思われないことは当然でしょう。
まあ最近の若い人には一人前のUNIXerどころか、
それを目指そうという人間すら少ないそうですがね。
852 ：仕様書無しさん：03/08/18 20:27
UNIXerになったらなにかよい事あるの？
853 ：仕様書無しさん：03/08/18 20:34
>>851
そんな馬鹿な世界を目指す大馬鹿が多いはず無いだろｗ
そんな馬鹿な世界を目指す大馬鹿が多いはず無いだろｗ
854 ：仕様書無しさん：03/08/18 20:36
855 ：仕様書無しさん：03/08/18 20:47
857 ：仕様書無しさん：03/08/18 23:36
>>856
独学で勉強して「できます」だと降って来ることは少かれ。
シェルでtrapやってシステムプログラマー気取れば率が上がる。
あと忘れてならないのが、Emacs。これだね。
EmacsでUNIXプログラミングやるだけで別格扱いするクライアントもいる。。。
どこまで理解してるかは口が裂けても教えない罠。
独学で勉強して「できます」だと降って来ることは少かれ。
シェルでtrapやってシステムプログラマー気取れば率が上がる。
あと忘れてならないのが、Emacs。これだね。
EmacsでUNIXプログラミングやるだけで別格扱いするクライアントもいる。。。
どこまで理解してるかは口が裂けても教えない罠。
>>848
いや、rubyスクリプトベースで動くvimを作れって意味だろ。
いや、rubyスクリプトベースで動くvimを作れって意味だろ。
>>829
結局何かに割り当てなきゃならないだろ。
しかも、これを繰り返して再利用すると確信をして取っておかなきゃならない。
Vimの場合はそう言うことを意識しなくてもマクロ自体残っている。
再利用したい時にすればいいと言う気軽さが全然違う。
それに、Vimには「.」もあるのでマクロの気軽さは段違い。
>>832
ダイナミックマクロは同じ動作をしないと登録されないからかえって遅いよ。
ダイナミックマクロの利点は意識しないでマクロに登録されるところ。
ただこちらにしても複数ストックにはある程度仕掛けが必要。
そういえばViViのダイナミックマクロいつになったらマトモになるんだか・・・
結局何かに割り当てなきゃならないだろ。
しかも、これを繰り返して再利用すると確信をして取っておかなきゃならない。
Vimの場合はそう言うことを意識しなくてもマクロ自体残っている。
再利用したい時にすればいいと言う気軽さが全然違う。
それに、Vimには「.」もあるのでマクロの気軽さは段違い。
>>832
ダイナミックマクロは同じ動作をしないと登録されないからかえって遅いよ。
ダイナミックマクロの利点は意識しないでマクロに登録されるところ。
ただこちらにしても複数ストックにはある程度仕掛けが必要。
そういえばViViのダイナミックマクロいつになったらマトモになるんだか・・・
>>858遅くてかなわん
862 ：仕様書無しさん：03/08/19 01:26
>>861
違う違う。
俺の言っている割り当ては
> さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
この操作をキーなりなんなりに割り当てるって事。
違う違う。
俺の言っている割り当ては
> さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
この操作をキーなりなんなりに割り当てるって事。
viviまんせー。
カラーダイアログとかおれがしってるのでは一番使いやすい。
ヘルプも日本語だし。ヴぃｍのヘルプは所々しか訳ないからきちーんだよ。
アウトラインくらいデフォルトで出るようにしといてくれよ。ヴぃｍ。
カラー設定とアウトラインとラインカーソルがサクサクできるようになればヴぃｍを使いたい。
現在もちょこっとづつ勉強中だけど。viviの方が明らかに初心者（vi操作したことない人）を意識
したつくりになってるよ。ｃｔｒｌ＋ｌでvi コマンド一覧出るし。
あと、ヴぃｍのでふぉるとのカラーのセットはどれもセンスねーよ。もっとシンプルなやつねーのか。
カラーダイアログとかおれがしってるのでは一番使いやすい。
ヘルプも日本語だし。ヴぃｍのヘルプは所々しか訳ないからきちーんだよ。
アウトラインくらいデフォルトで出るようにしといてくれよ。ヴぃｍ。
カラー設定とアウトラインとラインカーソルがサクサクできるようになればヴぃｍを使いたい。
現在もちょこっとづつ勉強中だけど。viviの方が明らかに初心者（vi操作したことない人）を意識
したつくりになってるよ。ｃｔｒｌ＋ｌでvi コマンド一覧出るし。
あと、ヴぃｍのでふぉるとのカラーのセットはどれもセンスねーよ。もっとシンプルなやつねーのか。
865 ：仕様書無しさん：03/08/19 08:22
866 ：仕様書無しさん：03/08/19 09:13
>>864
カラー表示エディタなんてクソ。目が悪くなる。
予約語がハイライトされてるなんて気持ち悪い。
せいぜいコメント文がやや暗い色になる程度だな。
ヘルプが日本語？ どうでもいいだろそんなこと。
コマンド一覧？ 覚えてるだろ、普通。
それよりもviviのデフォルトセットで、ctrlだかshift＋リターンで
上に改行するの止めれ。
vivi愛用してるけどデフォルトセットが気に入らない。
>>865
自分で作るの、面白そう。MacOSX版の日本語対応viで気に入ったのが
ないから作りたい。vim？しっくりこない。viviマック版が欲しい。
カラー表示エディタなんてクソ。目が悪くなる。
予約語がハイライトされてるなんて気持ち悪い。
せいぜいコメント文がやや暗い色になる程度だな。
ヘルプが日本語？ どうでもいいだろそんなこと。
コマンド一覧？ 覚えてるだろ、普通。
それよりもviviのデフォルトセットで、ctrlだかshift＋リターンで
上に改行するの止めれ。
vivi愛用してるけどデフォルトセットが気に入らない。
>>865
自分で作るの、面白そう。MacOSX版の日本語対応viで気に入ったのが
ないから作りたい。vim？しっくりこない。viviマック版が欲しい。
>>866
> カラー表示エディタなんてクソ。目が悪くなる。
> 予約語がハイライトされてるなんて気持ち悪い。
> せいぜいコメント文がやや暗い色になる程度だな。
クソな具体性がゼロだな。
カラーになっただけで目が悪くなるかよ。
ただのお前の趣味じゃねぇか。
> カラー表示エディタなんてクソ。目が悪くなる。
> 予約語がハイライトされてるなんて気持ち悪い。
> せいぜいコメント文がやや暗い色になる程度だな。
クソな具体性がゼロだな。
カラーになっただけで目が悪くなるかよ。
ただのお前の趣味じゃねぇか。
>>866
＞それよりもviviのデフォルトセットで、ctrlだかshift＋リターンで
＞上に改行するの止めれ。
俺はそれが気に入っている。
htmlのタグ入力する時に便利だし。
<table width="100">|
この状態で<C-L>でタグ補完
<table width="100">|</table>
ここで<CR>すると
<table width="100">
|</table>
さらに<S-CR>で
<table width="100">
|
</table>
そう言えば、Vimってhtmlのタグ補完できる？
＞それよりもviviのデフォルトセットで、ctrlだかshift＋リターンで
＞上に改行するの止めれ。
俺はそれが気に入っている。
htmlのタグ入力する時に便利だし。
<table width="100">|
この状態で<C-L>でタグ補完
<table width="100">|</table>
ここで<CR>すると
<table width="100">
|</table>
さらに<S-CR>で
<table width="100">
|
</table>
そう言えば、Vimってhtmlのタグ補完できる？
869 ：仕様書無しさん：03/08/19 13:05
別に配色は要らないと思う。
インデントで十分解るだろ。
インデントで十分解るだろ。
870 ：仕様書無しさん：03/08/19 13:27
予約語のｶﾗｰ表示は、ｽﾍﾟﾙﾐｽを防ぐﾒﾘｯﾄがある。
つまらないことがｺﾝﾊﾟｲﾙｴﾗｰに混ざってたらｲﾗｲﾗするだろ？
つまらないことがｺﾝﾊﾟｲﾙｴﾗｰに混ざってたらｲﾗｲﾗするだろ？
871 ：仕様書無しさん：03/08/19 14:15
>>867
そうだよ趣味だよ。デフォルトで他人の趣味を押しつけられるのが
イヤだって話だ。作者の趣味なんだろうからしょーがないけどさ。
OS入れ直すたびにカラーセットを作り直すのが面倒なんだよ。
>>868
CTRLだかSHIFTを離すのが遅れる時があるんだよ、結構。
それで改行が上にいってイライラすることがあるのでね。
HTMLのその使い方は便利そうだけど、上記のような状態なので
オレには向かなさそうだ。
>>869
その通りだ。
>>870
予約語をタイプミスするのは疲れすぎ。
そういうときは休憩しようぜ。
まあ確かに unsigned とかミスりやすいけどな。
そうだよ趣味だよ。デフォルトで他人の趣味を押しつけられるのが
イヤだって話だ。作者の趣味なんだろうからしょーがないけどさ。
OS入れ直すたびにカラーセットを作り直すのが面倒なんだよ。
>>868
CTRLだかSHIFTを離すのが遅れる時があるんだよ、結構。
それで改行が上にいってイライラすることがあるのでね。
HTMLのその使い方は便利そうだけど、上記のような状態なので
オレには向かなさそうだ。
>>869
その通りだ。
>>870
予約語をタイプミスするのは疲れすぎ。
そういうときは休憩しようぜ。
まあ確かに unsigned とかミスりやすいけどな。
> OS入れ直すたびにカラーセットを作り直すのが面倒なんだよ。
設定ファイルコピーしろよ。
> 予約語をタイプミスするのは疲れすぎ。
補完機能使えよ。
設定ファイルコピーしろよ。
> 予約語をタイプミスするのは疲れすぎ。
補完機能使えよ。
>>871
> そうだよ趣味だよ。
なら色が付けられるエディタはクソだとか言うなよ。
それにそんなの色つけ無い設定にすれば良いだけじゃないか。
クソでも何でもない。
> 予約語をタイプミスするのは疲れすぎ。
疲れに関係なくタイプミスは犯すよ。
まぁ、他の人間が言っているように補完でだいぶ回避できるけどね。
あと、""で囲まれた文字列なんかも色を少し落とす、もしくは明るくすれば閉じ忘れとかも減る。
制御構文を他の予約語と違う色を付ければソースの見通しも断然良くなる（結構重要な利点）。
最初は違和感あるかも知れないが慣れれば色付けは非常に便利なものになる。
ちょっとガマンして１ヶ月くらいやってみそ。
> そうだよ趣味だよ。
なら色が付けられるエディタはクソだとか言うなよ。
それにそんなの色つけ無い設定にすれば良いだけじゃないか。
クソでも何でもない。
> 予約語をタイプミスするのは疲れすぎ。
疲れに関係なくタイプミスは犯すよ。
まぁ、他の人間が言っているように補完でだいぶ回避できるけどね。
あと、""で囲まれた文字列なんかも色を少し落とす、もしくは明るくすれば閉じ忘れとかも減る。
制御構文を他の予約語と違う色を付ければソースの見通しも断然良くなる（結構重要な利点）。
最初は違和感あるかも知れないが慣れれば色付けは非常に便利なものになる。
ちょっとガマンして１ヶ月くらいやってみそ。
ViViは重くて好きでない。秀丸の方が良い。
>>871
＞OS入れ直すたびにカラーセットを作り直すのが面倒なんだよ。
viviは設定をエクスポート、インポート出来るだろ。
他のエディタも設定ファイル自体をコピーすることで設定を保存できるし。
それにどちらにしてもファイルタイプ毎の設定はカラー設定だけに留まらないからカラー設定が
無いエディタでも設定を保存しないで入れ直したら面倒だ。
こうなるともうほとんど言いがかりだろ。
＞OS入れ直すたびにカラーセットを作り直すのが面倒なんだよ。
viviは設定をエクスポート、インポート出来るだろ。
他のエディタも設定ファイル自体をコピーすることで設定を保存できるし。
それにどちらにしてもファイルタイプ毎の設定はカラー設定だけに留まらないからカラー設定が
無いエディタでも設定を保存しないで入れ直したら面倒だ。
こうなるともうほとんど言いがかりだろ。
>>874
ViViを重いと言っていたらVimやMeadowは使えない。
つーか、ほぼメモ帳と同じ起動速度やレスポンスを誇る秀丸と比べたら全てのエディタが重いよ。
まあ、vi操作系じゃないし補完も無いようなエディタは使う気がまったく起きないが。
そう言えば補完があるエディタってvi系とemacs系以外にあったっけ？
ViViを重いと言っていたらVimやMeadowは使えない。
つーか、ほぼメモ帳と同じ起動速度やレスポンスを誇る秀丸と比べたら全てのエディタが重いよ。
まあ、vi操作系じゃないし補完も無いようなエディタは使う気がまったく起きないが。
そう言えば補完があるエディタってvi系とemacs系以外にあったっけ？
vimは軽いと思うぞ。少なくとも、秀丸とほとんど変わらん。
そりゃ環境や編集対象による。
長いファイルだとVimが有利だったりするし。
長いファイルだとVimが有利だったりするし。
>>863
> > さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
>
> この操作をキーなりなんなりに割り当てるって事。
Vim でも、キーなんかに割り当ててないでしょ?
@a とか、するんじゃナインの?
emacs でも、1文字の名前で insert-kbd-macro で、登録すれば、@a と同じよ
うに M-xa するだけじゃないの?
キーなりなんなりに割り当てるという意味がわからないのですが…
> > さらに、M-x insert-kbd-macro RET MACRONAME RET で、好きな名前が使えます。
>
> この操作をキーなりなんなりに割り当てるって事。
Vim でも、キーなんかに割り当ててないでしょ?
@a とか、するんじゃナインの?
emacs でも、1文字の名前で insert-kbd-macro で、登録すれば、@a と同じよ
うに M-xa するだけじゃないの?
キーなりなんなりに割り当てるという意味がわからないのですが…
>>877
そりゃ無い。
俺は貧弱なマシンに色々なエディタを入れているがVimは明らかに起動が遅い。
あと、動作自体もちょっとまったりしているね。
思い部類のエディタだよ。
>>878
秀丸は最近のバージョンで大きなファイルも抗争区で開けるようになった。
まあ、大きなファイルなど開く場面はほぼ無いけどね。
そりゃ無い。
俺は貧弱なマシンに色々なエディタを入れているがVimは明らかに起動が遅い。
あと、動作自体もちょっとまったりしているね。
思い部類のエディタだよ。
>>878
秀丸は最近のバージョンで大きなファイルも抗争区で開けるようになった。
まあ、大きなファイルなど開く場面はほぼ無いけどね。
時になんでマクロの話なのにキーバインドの話なんかしてるんだ？
機能があーだこーだ言うのなら話は別として、たかがキーバインドの話で、
何でそんなに熱くなるのだね？
そもそも "気に入らなきゃ変えればいいだろ" というのが Emacs 使いの発想なのか？
機能があーだこーだ言うのなら話は別として、たかがキーバインドの話で、
何でそんなに熱くなるのだね？
そもそも "気に入らなきゃ変えればいいだろ" というのが Emacs 使いの発想なのか？
>>881
> そもそも "気に入らなきゃ変えればいいだろ" というのが Emacs 使いの発想なのか？
そう発想しなきゃemacsなどとても使えません。
おれはEmacs使いだがこのスレ見てテキスト編集という点では
敗北を確信しました。
まあ今のEmacs並みにVimを快適に使うには修練がいる
と思うのでしばらくEmacsで行きますが…
> そもそも "気に入らなきゃ変えればいいだろ" というのが Emacs 使いの発想なのか？
そう発想しなきゃemacsなどとても使えません。
おれはEmacs使いだがこのスレ見てテキスト編集という点では
敗北を確信しました。
まあ今のEmacs並みにVimを快適に使うには修練がいる
と思うのでしばらくEmacsで行きますが…
気にいらなきゃ変えればいいだろうと言うけれど、
すでに体系だったキーバインドに影響が出ないように新たなキーバインドをサクサクと加えて
いくことがホントに可能なのかと小一時間問い詰めたい。
すでに体系だったキーバインドに影響が出ないように新たなキーバインドをサクサクと加えて
いくことがホントに可能なのかと小一時間問い詰めたい。
>>879
> emacs でも、1文字の名前で insert-kbd-macro で、登録すれば、@a と同じよ
> うに M-xa するだけじゃないの?
登録する操作もたるいし、それを簡単な何か別なものにぶつからないように割り当てるのもたるい。
同じマクロ繰り返すのも@@で良いし、数回繰り返すなら10@@とか打てば出来るしVimの方が楽に高度なことが出来て良い。
emacsで同じ事するのは色々面倒。
> emacs でも、1文字の名前で insert-kbd-macro で、登録すれば、@a と同じよ
> うに M-xa するだけじゃないの?
登録する操作もたるいし、それを簡単な何か別なものにぶつからないように割り当てるのもたるい。
同じマクロ繰り返すのも@@で良いし、数回繰り返すなら10@@とか打てば出来るしVimの方が楽に高度なことが出来て良い。
emacsで同じ事するのは色々面倒。
>>882
まったく。あの効率の良さは異常(褒め言葉)。
>>883-884
開始: C-x (
終了: C-x )
名前を付ける: M-x name-last-kbd-macro hogehoge
実行: M-x hogehoge
…かな、多分。
俺の場合、名前付けないで C-x e(call-last-kbd-macro) する方が圧倒的に多いんで気にならないけど。
わざわざ名前付けるくらいなら関数にして .emacs に書く。
周りに Emacs 使いがいない(vi ユーザばっか(ノД`))んで参考にならなかったらスマソ。
>>885
いや、実際変えてるし…。ただサクサクとは言えないかもしれないね。
足りなくて使わない無変換や Windows キーを新たな修飾キーにしている人もいる。
俺も過去にそうしてたけど、最近、実はデフォルトで結構使わない機能がバインドされてる、
という事に気が付いて、それを上書きして使ってる。
「このキーバインドはユーザのために残せ！」みたいな紳士規定があったらしいのだが、
lisp アプリケーションがほとんど守ってないので、結構混沌としていまふ(;´Д`)
そういう意味では「体系だっていない」かもしれない。
まったく。あの効率の良さは異常(褒め言葉)。
>>883-884
開始: C-x (
終了: C-x )
名前を付ける: M-x name-last-kbd-macro hogehoge
実行: M-x hogehoge
…かな、多分。
俺の場合、名前付けないで C-x e(call-last-kbd-macro) する方が圧倒的に多いんで気にならないけど。
わざわざ名前付けるくらいなら関数にして .emacs に書く。
周りに Emacs 使いがいない(vi ユーザばっか(ノД`))んで参考にならなかったらスマソ。
>>885
いや、実際変えてるし…。ただサクサクとは言えないかもしれないね。
足りなくて使わない無変換や Windows キーを新たな修飾キーにしている人もいる。
俺も過去にそうしてたけど、最近、実はデフォルトで結構使わない機能がバインドされてる、
という事に気が付いて、それを上書きして使ってる。
「このキーバインドはユーザのために残せ！」みたいな紳士規定があったらしいのだが、
lisp アプリケーションがほとんど守ってないので、結構混沌としていまふ(;´Д`)
そういう意味では「体系だっていない」かもしれない。
流石に繰り返しぐらいできるだろう。
C-u 数字 だっけ？
C-u 数字 だっけ？
名前付けをキーに割り当てても手数はVimより多いね。
emacsの名前付けない操作とVimの名前付け操作が同じくらいか。
あと、意識して残すと決めないといけないのが辛い。
手軽さでVimの勝ち。
emacsの名前付けない操作とVimの名前付け操作が同じくらいか。
あと、意識して残すと決めないといけないのが辛い。
手軽さでVimの勝ち。
俺はキーボードマクロなんて滅多に使わないなあ。
「.」があればほとんど済んでしまうし。
「.」があればほとんど済んでしまうし。
両方使えた方が面白いしｶｺｲｲ!!
unixの仕事回ってきてvimもemacsも使えないとか言ったら馬鹿にされそう。
unixの仕事回ってきてvimもemacsも使えないとか言ったら馬鹿にされそう。
「紳士協定」ね。
>>888
> 流石に繰り返しぐらいできるだろう。
> C-u 数字 だっけ？
X な、環境では、C-数字で、いけますね。二桁目(１０以上は、数字を押すだ
けでOK)。
ESC 数字 というのもありますね。
> 流石に繰り返しぐらいできるだろう。
> C-u 数字 だっけ？
X な、環境では、C-数字で、いけますね。二桁目(１０以上は、数字を押すだ
けでOK)。
ESC 数字 というのもありますね。
なんだ、紳士規定って(;´Д`)
(´-`).｡oO(…vim で imap4 に対応したメーラと irc クライアントでねーかなぁ…)
(´-`).｡oO(…vim で imap4 に対応したメーラと irc クライアントでねーかなぁ…)
（´-`）.｡oO（理由忘れたけど irc クライアントは KoRoN さんがさじ投げてたなぁ・・・
（´-`）.｡oO（イベント駆動できないから
898 ：仕様書無しさん：03/08/19 17:31
emacsは修飾キーがうざいんじゃﾎﾞｹｰ！！
C-数字とか押しづらいんじゃー！！
流れるように打てないじゃねぇかー！！
C-数字とか押しづらいんじゃー！！
流れるように打てないじゃねぇかー！！
>>889
> 手軽さでVimの勝ち。
確かに手軽さでは、Vim の勝ちでしょうね。
でも、頭の弱そうな、>>886 がいうように、高度という点では、Vim だけでき
るというわけじゃないでしょう。
Vim のレジスタも、Emacs のレジスタも同じ1文字だし、1文字の名前が、何か
特別なものぶつかるといっている時点で、>>886 は、頭弱すぎ。
私も、キーボードマクロを何個も使うことが少ないので、C-xe を良く使うな。
実行前に、回数を指定することはよくありますけれどね。
登録する操作が、たるければ、C-x8 とか、C-x9 とかに、name-last-kbd-macro
バインドしておけば、たるさが緩和されるかも…
> 手軽さでVimの勝ち。
確かに手軽さでは、Vim の勝ちでしょうね。
でも、頭の弱そうな、>>886 がいうように、高度という点では、Vim だけでき
るというわけじゃないでしょう。
Vim のレジスタも、Emacs のレジスタも同じ1文字だし、1文字の名前が、何か
特別なものぶつかるといっている時点で、>>886 は、頭弱すぎ。
私も、キーボードマクロを何個も使うことが少ないので、C-xe を良く使うな。
実行前に、回数を指定することはよくありますけれどね。
登録する操作が、たるければ、C-x8 とか、C-x9 とかに、name-last-kbd-macro
バインドしておけば、たるさが緩和されるかも…
（´-`）.｡oO（たかがエディタのVimで何でもやろうとするなよ
頭弱いのと理解力ないのが戦っているスレはここですか。
登録する操作をキーに割り当てる話だと何度も言っているのに>>899は結局最後まで理解できなかったようだ。
まぁ899の言うようにC-x8とかに割り当ててもたるいってことは解ったよ。
例えばaに割り当てる場合は<C-X>8a<CR>だろ？マクロ登録終了後に。
タル！！
Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから実質手間ゼロだよ。
emacsは割り当てると言うたるい作業をしてもなおたるいと言うのがもうダメ。
まぁ899の言うようにC-x8とかに割り当ててもたるいってことは解ったよ。
例えばaに割り当てる場合は<C-X>8a<CR>だろ？マクロ登録終了後に。
タル！！
Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから実質手間ゼロだよ。
emacsは割り当てると言うたるい作業をしてもなおたるいと言うのがもうダメ。
899はレジスタとキーマップの話がごっちゃになってるな
次スレどうするの？
（´-`）.｡oO（そういえばこのスレはIDE厨あんまり来なかったなぁ…）
（´-`）.｡oO（そういえばこのスレはIDE厨あんまり来なかったなぁ…）
いらん。
そんなおれはemacser。
そんなおれはemacser。
前スレにあったやつだけどコイツの最初のため息が聞きたくてつい見てしまうｗ
そんなにイヤイヤでプレゼンになるのか？
ttp://seriss.com/people/erco/fltk-videos/tutorial-fltk-hello.html
そんなにイヤイヤでプレゼンになるのか？
ttp://seriss.com/people/erco/fltk-videos/tutorial-fltk-hello.html
910 ：仕様書無しさん：03/08/19 19:40
viper-modeつかえね～
クソだ
クソだ
>>908
emacserってところで似非であることが判明。
emacserってところで似非であることが判明。
>>905
> Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから実質手間ゼロだよ。
Emacs なら、終了時「C-x)」に数引数を指定するとすぐに繰り返しますから、
場合によっては使えるかもよ。
しかも、数引数に0を指定したときは、エラーが出るまで繰り返しますから、
何行あるかわかないような状態の時は、それなり使えるかもね。
上記を参考に誰かいい例題考えておくれ。
> Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから実質手間ゼロだよ。
Emacs なら、終了時「C-x)」に数引数を指定するとすぐに繰り返しますから、
場合によっては使えるかもよ。
しかも、数引数に0を指定したときは、エラーが出るまで繰り返しますから、
何行あるかわかないような状態の時は、それなり使えるかもね。
上記を参考に誰かいい例題考えておくれ。
名前付きキーボードマクロの話じゃなかったのか？
>>913
複数のキーボードマクロを登録しておくと言う話から来たような。
複数のキーボードマクロを登録しておくと言う話から来たような。
vimなら記録したマクロの微修正も簡単なんだがemacs的にはどうよ
>>915
既出
既出
Vim で、何行あるかわからないファイルを開いている状態で、カーソル位置が
1行、1カラム目にあるとして、全行に'数字 '(数字(0から始まる)＋スペース)を挿入するの
はどうすの？
>>758 では、100だけ繰り返す例で良く似ているのがあったのだけれど…
----
i1<Esc>qayyp<Ctrl-A>q98@a
----
行の最後までというのがわからない…
上記の例のストロークだと 14ですね。
X 上で動いている Emacs でという前提だと、
<C-1><f3><f3><return><C-1>00<f4>
8ストロークです。
1行、1カラム目にあるとして、全行に'数字 '(数字(0から始まる)＋スペース)を挿入するの
はどうすの？
>>758 では、100だけ繰り返す例で良く似ているのがあったのだけれど…
----
i1<Esc>qayyp<Ctrl-A>q98@a
----
行の最後までというのがわからない…
上記の例のストロークだと 14ですね。
X 上で動いている Emacs でという前提だと、
<C-1><f3><f3><return><C-1>00<f4>
8ストロークです。
917=899でしょ？
なんか必死だなｗ
なんか必死だなｗ
>>917
vim じゃ出来ない。
vim じゃ出来ない。
>>905
> 登録する操作をキーに割り当てる話だと何度も言っているのに>>899は結局最後まで理解できなかったようだ。
その件についてはどうもごめんなさい。
> まぁ899の言うようにC-x8とかに割り当ててもたるいってことは解ったよ。
> 例えばaに割り当てる場合は<C-X>8a<CR>だろ？マクロ登録終了後に。
> タル！！
> Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから実質手間ゼロだよ。
> emacsは割り当てると言うたるい作業をしてもなおたるいと言うのがもうダメ。
ちょっと調べてみました。Kim F. Storm さんによると、
----
;; This functionality is normally bound
;; to C-x (, C-x ), and C-x e, but these bindings are too hard to
;; type to be really useful for doing small repeated tasks.
----
と、タル!! とかなので、
----
;; With kmacro, two function keys are dedicated to keyboard macros,
;; by default F3 and F4.
----
と、定義したようです。(もちろん今までのもキーバインドも残っています)
私も知らなかったのですが、デフォルトでは、キーボードマクロは、8個まで
自動で覚えてくれます。
> Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから
> 実質手間ゼロだよ。
というのが、Emacs にも当てはまりますね。だから、デフォルトで8個までな
ら、何も考えずに、単に <f3> すればいいことになりますね。
少しは、タルくなくなったでしょうか?
> 登録する操作をキーに割り当てる話だと何度も言っているのに>>899は結局最後まで理解できなかったようだ。
その件についてはどうもごめんなさい。
> まぁ899の言うようにC-x8とかに割り当ててもたるいってことは解ったよ。
> 例えばaに割り当てる場合は<C-X>8a<CR>だろ？マクロ登録終了後に。
> タル！！
> Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから実質手間ゼロだよ。
> emacsは割り当てると言うたるい作業をしてもなおたるいと言うのがもうダメ。
ちょっと調べてみました。Kim F. Storm さんによると、
----
;; This functionality is normally bound
;; to C-x (, C-x ), and C-x e, but these bindings are too hard to
;; type to be really useful for doing small repeated tasks.
----
と、タル!! とかなので、
----
;; With kmacro, two function keys are dedicated to keyboard macros,
;; by default F3 and F4.
----
と、定義したようです。(もちろん今までのもキーバインドも残っています)
私も知らなかったのですが、デフォルトでは、キーボードマクロは、8個まで
自動で覚えてくれます。
> Vimだったらqaでしかもマクロ開始（emacsの「C-x (」）もかねているから
> 実質手間ゼロだよ。
というのが、Emacs にも当てはまりますね。だから、デフォルトで8個までな
ら、何も考えずに、単に <f3> すればいいことになりますね。
少しは、タルくなくなったでしょうか?
あと、Emacs だと、リージョンをしてそのリージョンにだけキーボードマクロ
を実行することもできます。
デフォルトのキーバインドは、C-xC-kr ですね。C-xC-k は、キーボードマク
ロ関係のプレフィックスになっています。他にも面白いのがありますので、
Emacs 使いの人は、describe-bindings(C-hb) して、確認してみてくださいね。
を実行することもできます。
デフォルトのキーバインドは、C-xC-kr ですね。C-xC-k は、キーボードマク
ロ関係のプレフィックスになっています。他にも面白いのがありますので、
Emacs 使いの人は、describe-bindings(C-hb) して、確認してみてくださいね。
リージョンだけに適用ってのは便利だな
Vimにも欲しいところ
そう言えばキーボードマクロって Bernie Greenberg が発明して Multics Emacs に載せたんだよな
その後 Stallman がパクったという経緯があるから Emacs は元祖キーボードマクロって感じか
25年の重みだあね
Vimにも欲しいところ
そう言えばキーボードマクロって Bernie Greenberg が発明して Multics Emacs に載せたんだよな
その後 Stallman がパクったという経緯があるから Emacs は元祖キーボードマクロって感じか
25年の重みだあね
>>917 X限定かよ
924 ：仕様書無しさん：03/08/19 21:45
次スレをお頼み申した。
>>923
> >>917 X限定かよ
正確には確認できないんですが、emacs -nw でも、<f3> は使えているようで
すから、ヒョッとすると以下でいけるかもしれません。
----
<ESC-1><f3><f3><return><ESC>100<f4>
----
> >>917 X限定かよ
正確には確認できないんですが、emacs -nw でも、<f3> は使えているようで
すから、ヒョッとすると以下でいけるかもしれません。
----
<ESC-1><f3><f3><return><ESC>100<f4>
----
煽り口調が突然慇懃になったのは優位な立場に立ったからと推測するが如何か。
>>928
くるしいな
くるしいな
>927
おそらく正解。
解りやすいキャラだね。
おそらく正解。
解りやすいキャラだね。
:%s/^/\=line(".")-1." "/
>>925
これはどういう動きになるのか一つ一つ解説してくれ
これはどういう動きになるのか一つ一つ解説してくれ
934 ：仕様書無しさん：03/08/19 22:07
vimしょぼ！！
vim,emacs以外のエディタはどうやるんだろね。
ひょっとして出来ない？
ひょっとして出来ない？
フィルター使えよ。
キーボードマクロでする事じゃない。
キーボードマクロでする事じゃない。
>>933
> これはどういう動きになるのか一つ一つ解説してくれ
----
<ESC-1><f3><f3><return><ESC>100<f4>
----
<ESC-1><f3> : kmacro-counter を1にして、キーボードマクロ開始
<f3> : kmacro-counter を挿入して、kmacro-counter を 1 増加
<return> : 改行
<ESC>100<f4> : 100 回 <f3><return> を繰り返す
----
かな。
ちなみに、<f3><return> がキーボードマクロ部分です。
> これはどういう動きになるのか一つ一つ解説してくれ
----
<ESC-1><f3><f3><return><ESC>100<f4>
----
<ESC-1><f3> : kmacro-counter を1にして、キーボードマクロ開始
<f3> : kmacro-counter を挿入して、kmacro-counter を 1 増加
<return> : 改行
<ESC>100<f4> : 100 回 <f3><return> を繰り返す
----
かな。
ちなみに、<f3><return> がキーボードマクロ部分です。
kmacro.elが入ってる最近のEmacsの話か。
>>937
<f3>ってキーボードマクロ開始のキーなのに２回目の<f3>はカウンターの挿入とインクリメントって言うのが良く解らん。
<f3>ってキーボードマクロ開始のキーなのに２回目の<f3>はカウンターの挿入とインクリメントって言うのが良く解らん。
>>931
それだと一部分に数字を打つとか出来無くない？
それだと一部分に数字を打つとか出来無くない？
>>940
その場合、%を範囲指定に変えれば良いでしょ。
その場合、%を範囲指定に変えれば良いでしょ。
>>939
> <f3>ってキーボードマクロ開始のキーなのに２回目の<f3>はカウンターの挿入とインクリメントって言うのが良く解らん。
キーボードマクロを定義中/実行中は、<f3> は、カウンターの挿入とインクリ
メント になります。
----
<f3> runs the command kmacro-start-macro-or-insert-counter
When defining/executing macro, inserts macro counter and increments
the counter with ARG or 1 if missing. With C-u,
inserts previous kmacro-counter (but do not modify counter).
----
ということらしいです。
> <f3>ってキーボードマクロ開始のキーなのに２回目の<f3>はカウンターの挿入とインクリメントって言うのが良く解らん。
キーボードマクロを定義中/実行中は、<f3> は、カウンターの挿入とインクリ
メント になります。
----
<f3> runs the command kmacro-start-macro-or-insert-counter
When defining/executing macro, inserts macro counter and increments
the counter with ARG or 1 if missing. With C-u,
inserts previous kmacro-counter (but do not modify counter).
----
ということらしいです。
確かにフィルタ使ってやることだな
お題がemacsの特化した機能にマッチしたものだな。
半分反則。
半分反則。
ふぁんくしょんきぃ使いうざい。
798は馬神じゃん。オースミハルカ...
949 ：仕様書無しさん：03/08/20 02:03
次スレきぼんぬっころおながいします。
今のところvimとemacsどっちが優勢なの？
今んとこはIDEが劣勢。
いーまかー同士が共食いをしたりしてます。
いーまかー同士が共食いをしたりしてます。
IDE厨ってランニングのできない清原みたいだな
955 ：仕様書無しさん：03/08/20 10:21
:%!nl
perlとかpythonで開発する人はIDEは何を使ってるの？
vim はイチロー
>>959
cat -nとどう違うのだろう。
cat -nとどう違うのだろう。
961 ：仕様書無しさん：03/08/21 00:42
ちょっとemacsに意地悪な出題。
1, 100
2, 99
3, 98
・
・
100, 1
みたいなの出来る？
既にフィルタの仕事だがｗ
1, 100
2, 99
3, 98
・
・
100, 1
みたいなの出来る？
既にフィルタの仕事だがｗ
オプションがたくさんあるのか。
964 ：仕様書無しさん：03/08/21 01:24
SFU入れろや。
>>961
emacsじゃ出来ない
emacsじゃ出来ない
とりあえずVimの勝ちと言うことで
>>961
> 1, 100
> ・
> 100, 1
> みたいなの出来る？
別に問題なくできますよ。emacs は、レジスタに数字を登録でき、その特定の
レジスタのインクリメント、デクリメントもできますから。
ただ、vim のように表示されている数字のテキストを直接インクリメント、デ
クリメントできるかは、知らない。
----
C-100C-xrnaC-1<f3><f3>,SPCC-uC-xrgaC--C-xr+a<return>C-100<f4>
----
レジスタを直接扱う分、手数は多いですね。
> 1, 100
> ・
> 100, 1
> みたいなの出来る？
別に問題なくできますよ。emacs は、レジスタに数字を登録でき、その特定の
レジスタのインクリメント、デクリメントもできますから。
ただ、vim のように表示されている数字のテキストを直接インクリメント、デ
クリメントできるかは、知らない。
----
C-100C-xrnaC-1<f3><f3>,SPCC-uC-xrgaC--C-xr+a<return>C-100<f4>
----
レジスタを直接扱う分、手数は多いですね。
viでは最後の必殺技
:!emacs
があるんでemacsで可能なことは全て可能です。
よってviの勝ち
:!emacs
があるんでemacsで可能なことは全て可能です。
よってviの勝ち
M-! vi
阿呆くさいな。
阿呆くさいな。
書いちゃったね。
971 ：仕様書無しさん：03/08/23 00:54
そう言えばvimのemacsエミュレートだれか試したヤシいない？
あむご。あむご。
973 ：仕様書無しさん：03/08/23 02:39
正直もうテキストエディタ使っている場合じゃないと思うよ。
Unix-Cの枯れたプログラマ以外は。
Unix-Cの枯れたプログラマ以外は。
975 ：仕様書無しさん：03/08/23 16:47
viはいざというときのために覚えておけ！と言われているが、
最近は、いざというときに、emacsくらい起動できる。
最近は、いざというときに、emacsくらい起動できる。
いざという時であろうがなかろうが
Emacsみたいなウンコは不要
Vimがあれば充分
Emacsみたいなウンコは不要
Vimがあれば充分
emacs vs vi の長き戦いが眠りにつこうとしている。
978 ：仕様書無しさん：03/08/24 02:00
では第二試合はSakura vs QXということで。
979 ：名無しさん＠Ｅｍａｃｓ：03/08/24 08:10
edも使えない奴はグソ
edも使えない奴はグフ
edも使えない奴はフグ
edも使えない奴はアンディ
edも使えない奴はサムデイ
edなんて使わねーよ、カスが、普通catだろうが。
/etc/passwd を修正するのに cat を使うのか。バカだな。
打鍵数では ed は普通のどんなエディタよりも少ない。
打鍵数では ed は普通のどんなエディタよりも少ない。