徹底的】プログラマーが語るviとemacs 9【ﾊﾞﾄﾙ】
1 ：仕様書無しさん：
前スレ
http://pc.2ch.net/test/read.cgi/prog/1069868102/
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/
Emacsを使ったLonghorn開発デモムービー
ttp://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/msdntv/episodes/en/20031028lhorndb/manifest.xml&rate=1&WMPVer=9.0.0.3008
Vimを使ったfltk開発デモムービー
ttp://seriss.com/people/erco/fltk-videos/tutorial-fltk-hello.html
http://pc.2ch.net/test/read.cgi/prog/1069868102/
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/
Emacsを使ったLonghorn開発デモムービー
ttp://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/msdntv/episodes/en/20031028lhorndb/manifest.xml&rate=1&WMPVer=9.0.0.3008
Vimを使ったfltk開発デモムービー
ttp://seriss.com/people/erco/fltk-videos/tutorial-fltk-hello.html
|
|
|
2 ：仕様書無しさん：04/01/30 01:13
vim.org入れて欲しかった・・・
kaoriya イラネ
Winならkaoriyaだろ。むしろ、ViViがいらん。
vim.org
http://www.vim.org/
http://www.vim.org/
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
>>8
でもさ、VS2003のIDEってデフォルト状態だとキーバインドが
駄目駄目だろ？
emacs風とかにカスタマイズするの面倒だと思うし、完全に
emacs風にはならないよ。
vi風には絶対出来ないし。
eclipseもemacs風には出来るけど、emacsにはかなり劣るな。
でもさ、VS2003のIDEってデフォルト状態だとキーバインドが
駄目駄目だろ？
emacs風とかにカスタマイズするの面倒だと思うし、完全に
emacs風にはならないよ。
vi風には絶対出来ないし。
eclipseもemacs風には出来るけど、emacsにはかなり劣るな。
>>9
そもそもEmacs自体カスタマイズが面倒という罠
そもそもEmacs自体カスタマイズが面倒という罠
viならカスタマイズせずともそれなりに使えるからな
VS.NETでバリバリにカスタマイズしたキーバインドを
他のマシンにインスコしたVS.NETに移す方法ってないかなぁ
ファイルに保存してネットで配布したりさ
それができるならカスタマイズする気にもなるのだけれど
他のマシンにインスコしたVS.NETに移す方法ってないかなぁ
ファイルに保存してネットで配布したりさ
それができるならカスタマイズする気にもなるのだけれど
>>6
vim.org だけで良い。
vim.org だけで良い。
WinでVim.org？
本家って日本語入力うまくいくっけ？
本家って日本語入力うまくいくっけ？
emacs M-b で戻っているときに一個多く戻ってしまうと、M-f M-f M-b ってのが糞。
>>15
該当のレジストリをファイルに書き出すだけじゃダメ？
該当のレジストリをファイルに書き出すだけじゃダメ？
>>20 どれが該当するキーなの？
22 ：仕様書無しさん：04/01/30 14:36
私はEMACSに住んでいます
>>21
調べてみた。
レジストリじゃなくなったのね
C:\Document and Settings\ユーザー名\Application Data\Microsoft\VisualStudio7.1\キー設定名.vsk
かな
調べてみた。
レジストリじゃなくなったのね
C:\Document and Settings\ユーザー名\Application Data\Microsoft\VisualStudio7.1\キー設定名.vsk
かな
>>23 ありがと。XMLにしといてくれれば良いのにね。
25 ：仕様書無しさん：04/01/31 02:02
複数行の先頭に">"を付けたい場合はどうしますか？
:1,10s/^/>/
:'<,'>s/^/>/
:%s/^/>/
真ん中のvisual選択が一番多いかな
:'<,'>s/^/>/
:%s/^/>/
真ん中のvisual選択が一番多いかな
28 ：仕様書無しさん：04/01/31 02:26
Emacs だと
M-% C-qj Enter C-qj > Enter
で適当にy、q かな。
M-% C-qj Enter C-qj > Enter
で適当にy、q かな。
>>27
それが一番思考時間が短くて何気に早いんだよな。
それが一番思考時間が短くて何気に早いんだよな。
>>29
そのまま Ctrl-j を使えば Enter 押す必要ないと思われ。
そのまま Ctrl-j を使えば Enter 押す必要ないと思われ。
vi使いの人に聞きたいが、viper-modeの不満な点って具体的にどういうとこ？
>>32
けたたましい警笛が鳴りそうなとこ
けたたましい警笛が鳴りそうなとこ
vimってexコマンド打つときに補完できないの？
viper-modeで:q!したら、Emacsが終了してしまった
(´-`).。ｏＯ(34はvimのemacsエミュレータがあることを知らないんだろうな・・・
40 ：仕様書無しさん：04/01/31 14:30
>>40
馬鹿ですか？
馬鹿ですか？
>>35
出来ません。ちなみにviper-modeなら出来ます。
出来ません。ちなみにviper-modeなら出来ます。
行頭に文字を追加して戻る
vi
ESC 0 i 追加 ESC Shift a
労力：4+3+2+x+4+2+1 = 16+x
Emacs
Ctrl a 追加 Ctrl e
労力：2+1+x+2+2 = 7+x
vi
ESC 0 i 追加 ESC Shift a
労力：4+3+2+x+4+2+1 = 16+x
Emacs
Ctrl a 追加 Ctrl e
労力：2+1+x+2+2 = 7+x
44 ：仕様書無しさん：04/01/31 17:02
このスレの成長ぶりを見てるとさ、Emacs が９連勝なんだよね。
なぜかって？そりゃあ、vi と emacs 9 だから。
vi は進化してない。emacsだけバージョン9という見方も。
なぜかって？そりゃあ、vi と emacs 9 だから。
vi は進化してない。emacsだけバージョン9という見方も。
>>43
使用頻度がかなり低そうだね。
使用頻度がかなり低そうだね。
>>43
viがこれなら何点？
ESC Shift i 追加 ESC Shift a
で、ここから課題が生まれた。
今回行った変更と、
ESC 0 i 追加 ESC Shift a
↓
ESC Shift i 追加 ESC Shift a
その手数。
vi
SHIFT f 0 c w 変更 ESC SHIFT a
emacs
CTRL r 0 CTRL d 変更 CTRL e
viがこれなら何点？
ESC Shift i 追加 ESC Shift a
で、ここから課題が生まれた。
今回行った変更と、
ESC 0 i 追加 ESC Shift a
↓
ESC Shift i 追加 ESC Shift a
その手数。
vi
SHIFT f 0 c w 変更 ESC SHIFT a
emacs
CTRL r 0 CTRL d 変更 CTRL e
>>42
え？viってマジでコマンドの補完も出来ないの？
え？viってマジでコマンドの補完も出来ないの？
>>40
激しく同意。
elispをエミュレートできなければ、emacsを
エミュレートしたとはいえないな。
viじゃ絶対無理だし、
elisp＞＞＞＞＞＞＞＞＞＞Vim scriptだから、
vimでも無理だな。
emacsはelispがあるから、vim scriptをエミュレートする必要ない。
激しく同意。
elispをエミュレートできなければ、emacsを
エミュレートしたとはいえないな。
viじゃ絶対無理だし、
elisp＞＞＞＞＞＞＞＞＞＞Vim scriptだから、
vimでも無理だな。
emacsはelispがあるから、vim scriptをエミュレートする必要ない。
だから viper-mode まったくエミュレートできてないじゃんｗ
661-665で使う機能全然装備されてないし、exコマンドなんて目も当てられないほど何もないし。
661-665で使う機能全然装備されてないし、exコマンドなんて目も当てられないほど何もないし。
Vimacsとやらは、M-xをどれだけエミュレートできるんだ？
メーラもニュースリーダもいらんなぁ
両方とも専用のがあるし。
両方とも専用のがあるし。
>>52
全部
全部
vim狂信者は今度は嘘つきか？ｗ
tab押したら^Iと表示されるんだが？
出来ませんなあ。ｗ
出来ませんなあ。ｗ
vim使いはemacs解っているがemacs使いはvim知らないで話している。
お話になりませんな。
お話になりませんな。
:se<Tab>
↓
:se^I
なにこれ？ｗ
↓
:se^I
なにこれ？ｗ
>>60
でも、「全部出来ない」は嘘だったね。ｗ
でも、「全部出来ない」は嘘だったね。ｗ
>>63
漏れのvimはそれで補完できてるが何か？
漏れのvimはそれで補完できてるが何か？
>>62
vim使いはvimも知らないで話しているようです。ｗ
vim使いはvimも知らないで話しているようです。ｗ
>>65
俺のでは出来てないが？
俺のでは出来てないが？
>>68
バージョンいくつ？ 漏れはgvim6.2
バージョンいくつ？ 漏れはgvim6.2
663-665まで viper じゃ出来ないことを確認。
661-665までで viper が出来るのは662の一つ目以外は出来ないようです。
661-665までで viper が出来るのは662の一つ目以外は出来ないようです。
言い方おかしかった。
662の一つ目以外は viper じゃ出来ないって結論です。
662の一つ目以外は viper じゃ出来ないって結論です。
>>69
vim --version
VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Sep 17 2003 12:46:46)
Included patches: 1-98
vim --version
VIM - Vi IMproved 6.2 (2003 Jun 1, compiled Sep 17 2003 12:46:46)
Included patches: 1-98
viperつかえねーｗ
うちのvimでもtab補完できた。
72のはなんでできないんだろうね。
72のはなんでできないんだろうね。
何も調べないで嘘つきとか言っている難癖の教えてくんは放置で。
Emacsスレでも基本的には相手にしませんから。
Emacsスレでも基本的には相手にしませんから。
vimはデフォルトでwildchar=<Tab>に設定するはず
もしかしてset compatibleしてない？
そうするとデフォルトじゃなくなるっぽいよ
:help 'wildchar'
を参照
もしかしてset compatibleしてない？
そうするとデフォルトじゃなくなるっぽいよ
:help 'wildchar'
を参照
ﾌﾟｯ
>>78
ドンマイ
ドンマイ
試そうとして思ったが、viper-modeって選択モードにならないのか？
ならない。
それが最大の糞さ加減。
それが最大の糞さ加減。
こんな糞モード重いEmacsで使うぐらいなら普通にEmacs使うか、vimを快適に使った方が圧倒的に良い。
つーか、viperって使っている奇特なヤツいるの？
つーか、viperって使っている奇特なヤツいるの？
emacsって行の入力の先頭に行くにはどうしたらいいの？
C-a だと本当に1カラム目まで移動しちゃうよね。
M-a だと単位がそういう単位じゃないから駄目だし。
C-a だと本当に1カラム目まで移動しちゃうよね。
M-a だと単位がそういう単位じゃないから駄目だし。
>>86
そうか？左右別のキーだろうに。
そうか？左右別のキーだろうに。
>>87
オレ左のMとっさに使えないんだわ。
前スレで言う同時押しポジションに手を設定しているのでとてもつらい。
あと、C-/も同じ理由でつらい。
C-yもMが親指から離れてしまう。
よく使うC-bも手が人より少し小さいので目一杯小指と人差し指を開いた状態になり次の動作に
素早く対応できない。
みなさん、器用ですね。
オレ左のMとっさに使えないんだわ。
前スレで言う同時押しポジションに手を設定しているのでとてもつらい。
あと、C-/も同じ理由でつらい。
C-yもMが親指から離れてしまう。
よく使うC-bも手が人より少し小さいので目一杯小指と人差し指を開いた状態になり次の動作に
素早く対応できない。
みなさん、器用ですね。
>>88
>オレ左のMとっさに使えないんだわ。
>前スレで言う同時押しポジションに手を設定しているのでとてもつらい。
>あと、C-/も同じ理由でつらい。
？
不器用だね。
>C-yもMが親指から離れてしまう。
>よく使うC-bも手が人より少し小さいので目一杯小指と人差し指を開いた状態になり次の動作に
yは右手では？
bもこの場合は右手。
>オレ左のMとっさに使えないんだわ。
>前スレで言う同時押しポジションに手を設定しているのでとてもつらい。
>あと、C-/も同じ理由でつらい。
？
不器用だね。
>C-yもMが親指から離れてしまう。
>よく使うC-bも手が人より少し小さいので目一杯小指と人差し指を開いた状態になり次の動作に
yは右手では？
bもこの場合は右手。
>>89
うーん、うまく伝わってないかも。
まず、左手は小指にCtrl、人差し指にfが配置されている。
右手は人差し指にn、小指にp、親指にAltって感じ。
この状態だと、基本動作は非常にスムーズだけど C-/は非常に押しづらい。
次にC-yだけで右手に人差し指でyは押すよね。
そのときに右手の親指に置いてあるAltから離れてしまうんだよ。
あと、bは右手での操作はあり得ない。
M-b が非常に押しづらくなってしまうので M-b C-b C-b C-b みたいな移動がとても出来なくなってしまう。
というか、普通bは左手でしょ。
そんな感じでEmacsの操作体系はあまり評価していない。
うーん、うまく伝わってないかも。
まず、左手は小指にCtrl、人差し指にfが配置されている。
右手は人差し指にn、小指にp、親指にAltって感じ。
この状態だと、基本動作は非常にスムーズだけど C-/は非常に押しづらい。
次にC-yだけで右手に人差し指でyは押すよね。
そのときに右手の親指に置いてあるAltから離れてしまうんだよ。
あと、bは右手での操作はあり得ない。
M-b が非常に押しづらくなってしまうので M-b C-b C-b C-b みたいな移動がとても出来なくなってしまう。
というか、普通bは左手でしょ。
そんな感じでEmacsの操作体系はあまり評価していない。
右手でMeta（Alt）使うのが悪い。
>>93
それだと右左を使い分けるときにどうしてもタイムラグが起こると思うんだけど。
CやMとybが両方ってなると特に。
連続した動作に組み入れたときになめらかに操作できない。
M-mはひだりMを使う限り押せるけどその場合次の動作が遅くなる。
例えば C-f 繋がるときとか。
それだと右左を使い分けるときにどうしてもタイムラグが起こると思うんだけど。
CやMとybが両方ってなると特に。
連続した動作に組み入れたときになめらかに操作できない。
M-mはひだりMを使う限り押せるけどその場合次の動作が遅くなる。
例えば C-f 繋がるときとか。
>>46
>ESC Shift i 追加 ESC Shift a
0の3がShiftが2に変わるだけ。
ESC shift i 追加 ESC Shift a
労力：4+2+2+x+4+2+1 = 15+x
Ctrl a 追加 Ctrl e
労力：2+1+x+2+2 = 7+x
双方コマンドにいるとして、
SHIFT f 0 c w 変更 ESC SHIFT a
2+1+3+2+2+x+4+2+1 = 17+x
r 0 CTRL d 変更 CTRL e
2+3+2+1+x+2+2 = 12+x
>ESC Shift i 追加 ESC Shift a
0の3がShiftが2に変わるだけ。
ESC shift i 追加 ESC Shift a
労力：4+2+2+x+4+2+1 = 15+x
Ctrl a 追加 Ctrl e
労力：2+1+x+2+2 = 7+x
双方コマンドにいるとして、
SHIFT f 0 c w 変更 ESC SHIFT a
2+1+3+2+2+x+4+2+1 = 17+x
r 0 CTRL d 変更 CTRL e
2+3+2+1+x+2+2 = 12+x
>>95
その計算方法いい加減すぎるからなんの参考にもならない。
その計算方法いい加減すぎるからなんの参考にもならない。
ってかいちいち真に受けるなって
やれやれだな
手順よりもコード内容そのものに集中しろ
手順よりもコード内容そのものに集中しろ
良いコードを書くためには、いかに少ない手順で必要なことができるかは重要だ。
……というレスが付くのに100ｾﾞﾆｰ。
……というレスが付くのに100ｾﾞﾆｰ。
102 ：仕様書無しさん：04/02/01 00:01
>M-b C-b C-b M-d M-d C-/ test M-f
日本語109キーボードの場合(Win)
M-b(左親指-右人差し指) C-b(左小指-右人差し指)
M-d(左親指-左人差し指) C-/(左小指-右人差し指)
M-f(左親指-左人差し指)
日本語109キーボードの場合(Win)
M-b(左親指-右人差し指) C-b(左小指-右人差し指)
M-d(左親指-左人差し指) C-/(左小指-右人差し指)
M-f(左親指-左人差し指)
呪文となえてるみたいだ…
というかさあ、Escはキー入れ替えしない？
どうやるの？
ViMasterのカーソル移動をやっていて思うこと。
結局はhjkｌfだけ使ってるのが一番早い。
結局はhjkｌfだけ使ってるのが一番早い。
左手でviのカーソルを動かそうとすると上下逆に動かしてしまうのは俺だけか？
>>111
やってみ。
hjklばかりで、たまにHL}ぐらいで、早いときは10秒台いくけど、
ｆや/やb、w、0などの技を使いまくると早くて25秒ぐらい。
まあ、もちろん設定でカーソルの表示間隔が最速に
なってるけどね。
やってみ。
hjklばかりで、たまにHL}ぐらいで、早いときは10秒台いくけど、
ｆや/やb、w、0などの技を使いまくると早くて25秒ぐらい。
まあ、もちろん設定でカーソルの表示間隔が最速に
なってるけどね。
小技を使うと30秒台で二段とかになるのに
hjklだけだと10秒台で一級なのが笑える。
hjklだけだと10秒台で一級なのが笑える。
すまん、寝ちまった。
>>104
ごめん、キーはいっさい入れ替えてないんだ。
それに普通の109だし。
103みたいな普通の戻って、消して、消しすぎたのをUndoして入力して移動
みたいな動作がどうしても遅くなってしまう。
>>105
> C-/(左小指-右人差し指) M-f(左親指-左人差し指)
これはどう考えてもつらいと思う。
C-/はポジション崩れまくるから次の動作や前の動作によってものロスになるし、
M-f はオレには指の構造上難しすぎる。
頻度の高い操作としてこれは頂けないんじゃないだろうか。
やっぱ、emacsは基本動作の操作性があんまり良くないと思う。
>>109
よく解る。
意外と人間の「思考時間」ってのは時間を食うんだよね。
しかし、瞬間的に状況が展開されるViMasterと違い、実際の操作は編集中に次の動作を
考えるからその「思考時間」が短縮出来る。
あと、最近はXMLやHTMLを扱う言語が増えてきているので、一行の文字列が長いし
クラス、メソッド、変数名を長いものを使うことが増えてきている。
実際にはFfTtを使った方が早いよ。
>>104
ごめん、キーはいっさい入れ替えてないんだ。
それに普通の109だし。
103みたいな普通の戻って、消して、消しすぎたのをUndoして入力して移動
みたいな動作がどうしても遅くなってしまう。
>>105
> C-/(左小指-右人差し指) M-f(左親指-左人差し指)
これはどう考えてもつらいと思う。
C-/はポジション崩れまくるから次の動作や前の動作によってものロスになるし、
M-f はオレには指の構造上難しすぎる。
頻度の高い操作としてこれは頂けないんじゃないだろうか。
やっぱ、emacsは基本動作の操作性があんまり良くないと思う。
>>109
よく解る。
意外と人間の「思考時間」ってのは時間を食うんだよね。
しかし、瞬間的に状況が展開されるViMasterと違い、実際の操作は編集中に次の動作を
考えるからその「思考時間」が短縮出来る。
あと、最近はXMLやHTMLを扱う言語が増えてきているので、一行の文字列が長いし
クラス、メソッド、変数名を長いものを使うことが増えてきている。
実際にはFfTtを使った方が早いよ。
ViMaster、初心者の俺がhjklだけで、ベスト11秒台、平均15秒台。
数時間練習したらこのぐらいになった。
早さだけで言うなら、ランキングページの5位あたりの7段クラス。
hjklが結局かなり早いことが判明。
俺の感想だと、もっと練習すれば、普通に9段、名人クラスもいける。
数時間練習したらこのぐらいになった。
早さだけで言うなら、ランキングページの5位あたりの7段クラス。
hjklが結局かなり早いことが判明。
俺の感想だと、もっと練習すれば、普通に9段、名人クラスもいける。
>>114
109キーボードは、Emacs使いにとっては普通の
キーボードじゃないよな？
Winでは普通だが。
>C-/はポジション崩れまくるから次の動作や前の動作に
>よってものロスになるし、
C-/が右手人さし指というのは間違いだろ。小指なら
別に崩れんと思うが。
109キーボードは、Emacs使いにとっては普通の
キーボードじゃないよな？
Winでは普通だが。
>C-/はポジション崩れまくるから次の動作や前の動作に
>よってものロスになるし、
C-/が右手人さし指というのは間違いだろ。小指なら
別に崩れんと思うが。
結局、ViMasterをやったことにより、ここでの議論でf 0だとか、
C-sだとか、M-b、M-fだのbだのwだのShift aだのと言ってた議論は
全く意味無いことが判明した。
結論。よっぽど飛ばないとき以外は、C-fbpn、hjkl使え。
C-sだとか、M-b、M-fだのbだのwだのShift aだのと言ってた議論は
全く意味無いことが判明した。
結論。よっぽど飛ばないとき以外は、C-fbpn、hjkl使え。
俺はhjklで楽に15秒出してるのに、ランキングのページの奴らは
何日も練習して必死に技を使って20秒なんだと思うと笑えてくるよ。ｗ
何日も練習して必死に技を使って20秒なんだと思うと笑えてくるよ。ｗ
hjklを推奨してる連中に言いたい。
お前らはメモ帳でも使ってろ。
お前らはメモ帳でも使ってろ。
hjklが、並み居る猛者たちより速いという現実に文句言ってくれ。ｗ
【 種 別 】curMove
【 段級位 】二段
【 平均タイム 】13.88
【平均ストローク】113.10
【 Stroke/Sec 】 8.15
【 ベストタイム 】11.84 ( 79)
【最小ストローク】71 ( 13.72)
【 種 別 】curmove2
【 段級位 】三級
【 平均タイム 】17.94
【平均ストローク】210.50
【 Stroke/Sec 】11.73
【 ベストタイム 】15.73 ( 183)
【最小ストローク】142 ( 17.94)
hjklしか使ってませんが何か？
CurMove2は最高記録より早い。ｗ
【 段級位 】二段
【 平均タイム 】13.88
【平均ストローク】113.10
【 Stroke/Sec 】 8.15
【 ベストタイム 】11.84 ( 79)
【最小ストローク】71 ( 13.72)
【 種 別 】curmove2
【 段級位 】三級
【 平均タイム 】17.94
【平均ストローク】210.50
【 Stroke/Sec 】11.73
【 ベストタイム 】15.73 ( 183)
【最小ストローク】142 ( 17.94)
hjklしか使ってませんが何か？
CurMove2は最高記録より早い。ｗ
vim も ctrl-hoge を多用するから emacs の ctrl 依存を揶揄できない罠
数回やってみた。
【 種 別 】curMove
【 段級位 】五段
【 平均タイム 】16.26
【平均ストローク】51.00
【 Stroke/Sec 】 3.14
【 ベストタイム 】13.76 ( 41)
【最小ストローク】41 ( 13.76)
やっぱり tab tab break; で 2 番目の tab にカーソルを合わせるとか、
m_finalPos の l にカーソルを合わせるのが微妙にキツイ。現実の
コーディングでは、まず出くわさないと思うんだが。
【 種 別 】curMove
【 段級位 】五段
【 平均タイム 】16.26
【平均ストローク】51.00
【 Stroke/Sec 】 3.14
【 ベストタイム 】13.76 ( 41)
【最小ストローク】41 ( 13.76)
やっぱり tab tab break; で 2 番目の tab にカーソルを合わせるとか、
m_finalPos の l にカーソルを合わせるのが微妙にキツイ。現実の
コーディングでは、まず出くわさないと思うんだが。
結局hjklが一番汎用的で一番早いわけですね？
vimが常々自慢していた、多種多様なカーソル移動も、ほとんど
意味がないということですね？
vimが常々自慢していた、多種多様なカーソル移動も、ほとんど
意味がないということですね？
同じ行の先頭から何文字も先に行く時とかlじゃなくてwの方が早いけどな
fの方がもっと早いけど時と場合によるかな
(fに続けて打つ検索する文字が打ち易ければ早い)
fの方がもっと早いけど時と場合によるかな
(fに続けて打つ検索する文字が打ち易ければ早い)
でも、結局fやwを使った達人がlを使った初心者にタイムで負けてるみたいだけどね。
ポインティングデバイス併用したほうが速いケースすらあるだろ。
今日は映画1000円だった。
>>116
それだと109じゃ駄目って事になっちゃうけど、うに限定？
犬使いもいるし、会社のキーボード勝手に変えれないしキーボード限定はつらいと思う。
窓使いも一時使っていたけど、キー掴んで死ぬことが多かったんでやめました。
それにキー変えなくても使えるようになりたいしね。
> C-/が右手人さし指というのは間違いだろ。小指なら別に崩れんと思うが。
これも左手にCtrlとMを置いた形を想定しているんだよね。
109だとそれはつらい。
Ctrlに小指、Mに親指を置いて、M-f C-f みたいなことやってみると解るけどとてもじゃないけど
人間の手の構造上素早い操作は無理だしC と Mから指が離れてしまう。
●viがhjklの方が早いと言っている人たちへ
>>114で言っているけど一般的なコーディングでは次の編集位置はほとんどの場合意識している。
操作をしているときに、その「思考時間」が吸収するされるので実際の所はFfTtを使った方が早い。
ViMasterはランダムでカウントが直前に移動箇所が知らされるので結局「思考時間」がながく実際の
操作に近い結果は計れない。
また、実際に移動するべき位置が現実的でないのもhjklの方が早い要因だろう。
また>>114で言ったとおり、XMLやHTMLなどの横に長いものを編集する場合にもhjklでは遅い。
それ以外のコーディングでも、Javaなどの名前のクラスライブラリを編集する場合もそうだろう。
<td align="center"><a href="http://www.yahoo.co.jp/>OCN</a><td>
こういう場合にOCNをYahooに変換とか、yahoo.co.jpをocn.co.jpに変えるとか深インデント、ネスト
したタグをlだけで移動するのはロスだ。
クラスライブラリを使うときも同様、wbfなどの移動コマンドを使わないと効率的ではないだろう。
ViMasterはあくまでもお遊びソフトでしか無いと言うこと。
思考時間を短くする訓練には良いけどね。
hjklを使ったらそれすら出来ないでしょｗ
>>116
それだと109じゃ駄目って事になっちゃうけど、うに限定？
犬使いもいるし、会社のキーボード勝手に変えれないしキーボード限定はつらいと思う。
窓使いも一時使っていたけど、キー掴んで死ぬことが多かったんでやめました。
それにキー変えなくても使えるようになりたいしね。
> C-/が右手人さし指というのは間違いだろ。小指なら別に崩れんと思うが。
これも左手にCtrlとMを置いた形を想定しているんだよね。
109だとそれはつらい。
Ctrlに小指、Mに親指を置いて、M-f C-f みたいなことやってみると解るけどとてもじゃないけど
人間の手の構造上素早い操作は無理だしC と Mから指が離れてしまう。
●viがhjklの方が早いと言っている人たちへ
>>114で言っているけど一般的なコーディングでは次の編集位置はほとんどの場合意識している。
操作をしているときに、その「思考時間」が吸収するされるので実際の所はFfTtを使った方が早い。
ViMasterはランダムでカウントが直前に移動箇所が知らされるので結局「思考時間」がながく実際の
操作に近い結果は計れない。
また、実際に移動するべき位置が現実的でないのもhjklの方が早い要因だろう。
また>>114で言ったとおり、XMLやHTMLなどの横に長いものを編集する場合にもhjklでは遅い。
それ以外のコーディングでも、Javaなどの名前のクラスライブラリを編集する場合もそうだろう。
<td align="center"><a href="http://www.yahoo.co.jp/>OCN</a><td>
こういう場合にOCNをYahooに変換とか、yahoo.co.jpをocn.co.jpに変えるとか深インデント、ネスト
したタグをlだけで移動するのはロスだ。
クラスライブラリを使うときも同様、wbfなどの移動コマンドを使わないと効率的ではないだろう。
ViMasterはあくまでもお遊びソフトでしか無いと言うこと。
思考時間を短くする訓練には良いけどね。
hjklを使ったらそれすら出来ないでしょｗ
>>129
まあ109だと、Ctrlが遠いから少しやりにくいだろうなあ。
個人的に、109でAltが親指は違うだろうと思う。
Altは中指あたりだろう。
ま、109だとESCがとんでもないことになるから、viは論外だけどな。ｗ
まあ109だと、Ctrlが遠いから少しやりにくいだろうなあ。
個人的に、109でAltが親指は違うだろうと思う。
Altは中指あたりだろう。
ま、109だとESCがとんでもないことになるから、viは論外だけどな。ｗ
Meadow使いの漏れはCapsLockをCtrlに割り振らないと
やってらんないなあ。たまに人のキーボード使うと大変なことに
やってらんないなあ。たまに人のキーボード使うと大変なことに
132 ：仕様書無しさん：04/02/01 22:56
思考コストが一番安いのはｊｊｊｊｊｊｊｊｊｊｊｊ
ｆ○；；；；；
検索やタグジャンプの思考コストの低さもかなりのもんだがな。
ｆ○；；；；；
検索やタグジャンプの思考コストの低さもかなりのもんだがな。
>>130
> ま、109だとESCがとんでもないことになるから、viは論外だけどな。ｗ
そうでも無いよ。
編集移動動作とは独立して区切りで使うからそれほどでもない。
また、意外に左手を斜め上に振るだけだからコストが低かったりする。
薬指と中指で結構いい加減＆おおざっぱに押しても押し間違わないのでスピードを抑えないで押せるし。
emacsのCtrlとMは移動、編集中に常について回るのでかなりのコスト。
やっぱ、109だとつらいか。
emacs嫌いじゃないんだけどな。
> ま、109だとESCがとんでもないことになるから、viは論外だけどな。ｗ
そうでも無いよ。
編集移動動作とは独立して区切りで使うからそれほどでもない。
また、意外に左手を斜め上に振るだけだからコストが低かったりする。
薬指と中指で結構いい加減＆おおざっぱに押しても押し間違わないのでスピードを抑えないで押せるし。
emacsのCtrlとMは移動、編集中に常について回るのでかなりのコスト。
やっぱ、109だとつらいか。
emacs嫌いじゃないんだけどな。
ノートでもEmacsつらいな。
Vimは快適だけど。
Vimは快適だけど。
> ViMasterはランダムでカウントが直前に移動箇所が知らされるので結局「思考時間」がながく実際の
> 操作に近い結果は計れない。
なんか変だった。
実際は以下の文。
> ViMasterはランダムでカウントの直後に移動箇所が知らされるので結局「思考時間」がながく実際の
> 操作に近い結果は計れない。
> 操作に近い結果は計れない。
なんか変だった。
実際は以下の文。
> ViMasterはランダムでカウントの直後に移動箇所が知らされるので結局「思考時間」がながく実際の
> 操作に近い結果は計れない。
109 で Alt 押せないって言ってる奴、どんなキーボード使ってんのよ。
109なら半角/全角とEsc入れ替えたほうが良い気が
>>139
どういう指運びって、そのまま打てばいいのでは？
どういう指運びって、そのまま打てばいいのでは？
109でキー入れ替えなら、CtrlとCapsLockは必須。
別に入れ替えなくても109でCtrlで全然大丈夫だが。
ESCなんて離れすぎ。ｗ
別に入れ替えなくても109でCtrlで全然大丈夫だが。
ESCなんて離れすぎ。ｗ
日本語109キーボードの場合(Win)
M-b(左中指-右人差し指) C-b(左小指-右人差し指)
M-d(左中指-左人差し指) C-/(左小指-右小指)
M-f(左中指-左人差し指)
M-b(左中指-右人差し指) C-b(左小指-右人差し指)
M-d(左中指-左人差し指) C-/(左小指-右小指)
M-f(左中指-左人差し指)
>>143
> ESCなんて離れすぎ。ｗ
>>133読んで貰うしかないけど、早いよ。
左手の指先全体でメチャいい加減に押せるからスピード殺さないで押に行き、戻れるんだよね。
使い慣れていないからおそらく「遠い」「遅い」と感じてしまうだけ。
実際の移動や、挿入モードへ移るときには使わないしね。
抜けるときだけ。
> ESCなんて離れすぎ。ｗ
>>133読んで貰うしかないけど、早いよ。
左手の指先全体でメチャいい加減に押せるからスピード殺さないで押に行き、戻れるんだよね。
使い慣れていないからおそらく「遠い」「遅い」と感じてしまうだけ。
実際の移動や、挿入モードへ移るときには使わないしね。
抜けるときだけ。
いや、どう見ても遠いし遅いって。
一生懸命打ちやすいと強弁しなくていいよ。ｗ
一生懸命打ちやすいと強弁しなくていいよ。ｗ
>>147
これは平行線だね。
これは平行線だね。
たまーにEsc押すつもりでF1誤爆してしまう。
Officeとかだと糞重いヘルプが立ち上がるし・・・
Officeとかだと糞重いヘルプが立ち上がるし・・・
別にC-aとM-d押すぐらいだったら、C-adddで終わり。
そういうのが実は一番早い。
ストローク数だけにとらわれてる人にはわからないだろうけど。
ViMasterで明らかな数値が出てるのに認めないし。ｗ
そういうのが実は一番早い。
ストローク数だけにとらわれてる人にはわからないだろうけど。
ViMasterで明らかな数値が出てるのに認めないし。ｗ
>>151
いえ、ストローク数にこだわっているわけじゃないですが実際にM-dは使用頻度高いと思うんだよね。
そのキーが M-d(左中指-左人差し指) なのは正直ロスが大きいと思うわけで。
ViMasterの方はちゃんとした、説明をしているのでこれで納得できないのであれば終わりにします。
あと、語尾にwなど付け始めているのでひょっとしたもうまともな議論は出来ないかな？
ここら辺でお開きでしょうか。
いえ、ストローク数にこだわっているわけじゃないですが実際にM-dは使用頻度高いと思うんだよね。
そのキーが M-d(左中指-左人差し指) なのは正直ロスが大きいと思うわけで。
ViMasterの方はちゃんとした、説明をしているのでこれで納得できないのであれば終わりにします。
あと、語尾にwなど付け始めているのでひょっとしたもうまともな議論は出来ないかな？
ここら辺でお開きでしょうか。
Escや矢印押すときは絶対にキーボード見てしまう。
>>154
ストローク数にこだわってないなら、C-dの頻度がM-dより
多いことぐらいわかるでしょ。
大体、C-a M-dのようなケースは非常に稀だし、大してロスじゃないし。
ViMasterのは説明になってないね。
誰でもわかるようなことしか言ってない。
それでも、fや;やwは遅いんだよ。
自分でViMasterやってみればわかるんじゃないの？
ストローク数にこだわってないなら、C-dの頻度がM-dより
多いことぐらいわかるでしょ。
大体、C-a M-dのようなケースは非常に稀だし、大してロスじゃないし。
ViMasterのは説明になってないね。
誰でもわかるようなことしか言ってない。
それでも、fや;やwは遅いんだよ。
自分でViMasterやってみればわかるんじゃないの？
>>156
C-a M-d は確かにあまりやらないね。
M-b M-b C-f C-f C-f M-d みたいなのが一番使用頻度が高い。
この指運びも>>145のフォームじゃ非常につらい。
とても早く押せる感じじゃない。
ViMasterの方はもう良いでしょ。
伝わっていないようなので。
お開きにしましょう。
C-a M-d は確かにあまりやらないね。
M-b M-b C-f C-f C-f M-d みたいなのが一番使用頻度が高い。
この指運びも>>145のフォームじゃ非常につらい。
とても早く押せる感じじゃない。
ViMasterの方はもう良いでしょ。
伝わっていないようなので。
お開きにしましょう。
「ViMasterじゃ計れない」と言っているのにViMasterやってみろと言っている時点でアレだな。
ViMasterでは計れないかどうか、ViMasterをやってみればわかると思うね。
しっかりしたデータを持ち出されて都合が悪くなったときの
常套句。
「それじゃ計れない。」
常套句。
「それじゃ計れない。」
思考ゲームであるvimasterをhjklでやって、早いとか喜んでいる時点で厨まるだしだがｗ
思考ゲームだとか、喜んでいるとかそんなことはどうでもいい。
hjklですばやく編集できているという事実が示されているだけだ。
hjklですばやく編集できているという事実が示されているだけだ。
ここのemacs厨はなんてレベルが低いんだろうか…
129へのまともな反論ひとつもないじゃん
129へのまともな反論ひとつもないじゃん
9.34でちゃったよ。
9段クラスの記録出ちゃったね。
初心者で能力もなく始めたばかりの俺でこれだからな。
やっぱり下手にfとかwとか使わない方がいいな。
>一般的なコーディングでは次の編集位置はほとんどの場合意識している。
>操作をしているときに、その「思考時間」が
>吸収するされるので実際の所はFfTtを使った方が早い。
ViMaster実際やってみればわかるよ。lの方が早い。
下手にfとか使うとどれだけ時間ロスするか。
まだ離れた位置への/とかだったらわかるけどね。
これはemacsのC-sでも大差ないな。
>また>>114で言ったとおり、XMLやHTMLなどの横に
>長いものを編集する場合にもhjklでは遅い。
そんなに遅くないんだな。これが。
curmove2程度なら十分lで対抗できる。
まあ、改行がきちんとしてない場合はwとか使ってもいいけどね。
XMLでも稀な場合でしょ。
9段クラスの記録出ちゃったね。
初心者で能力もなく始めたばかりの俺でこれだからな。
やっぱり下手にfとかwとか使わない方がいいな。
>一般的なコーディングでは次の編集位置はほとんどの場合意識している。
>操作をしているときに、その「思考時間」が
>吸収するされるので実際の所はFfTtを使った方が早い。
ViMaster実際やってみればわかるよ。lの方が早い。
下手にfとか使うとどれだけ時間ロスするか。
まだ離れた位置への/とかだったらわかるけどね。
これはemacsのC-sでも大差ないな。
>また>>114で言ったとおり、XMLやHTMLなどの横に
>長いものを編集する場合にもhjklでは遅い。
そんなに遅くないんだな。これが。
curmove2程度なら十分lで対抗できる。
まあ、改行がきちんとしてない場合はwとか使ってもいいけどね。
XMLでも稀な場合でしょ。
＞165
>一般的なコーディングでは次の編集位置はほとんどの場合意識している。
>操作をしているときに、その「思考時間」が
>吸収するされるので実際の所はFfTtを使った方が早い。
ここの意味がやっぱり全然解ってないな。
まぁ、本スレ以外のemacs厨ならこんなものか…
>一般的なコーディングでは次の編集位置はほとんどの場合意識している。
>操作をしているときに、その「思考時間」が
>吸収するされるので実際の所はFfTtを使った方が早い。
ここの意味がやっぱり全然解ってないな。
まぁ、本スレ以外のemacs厨ならこんなものか…
>>166
fやtなんてのは所詮その行しか検索しないわけよ。
平均すれば10文字程度かな？長くても飛ぶのは大体100文字ぐらい。
lで10文字なんて一瞬。一秒間に30ぐらい進むからね。
FやTなんてのは論外ね。shiftなんて押してる暇があったら
lで30文字ぐらい進んでる。ｗ
fやtなんてのは所詮その行しか検索しないわけよ。
平均すれば10文字程度かな？長くても飛ぶのは大体100文字ぐらい。
lで10文字なんて一瞬。一秒間に30ぐらい進むからね。
FやTなんてのは論外ね。shiftなんて押してる暇があったら
lで30文字ぐらい進んでる。ｗ
>>167
よっぽどf打つの遅いんだね。
よっぽどf打つの遅いんだね。
>>169
思考時間って知ってる？
思考時間って知ってる？
>>170
１「次のカーソルはあのoのところだよな。もともとわかってるぞ。よし、lでそこまで移動しよう」
２「次のカーソルがoのところに来たぞ。よし、lでそこまで移動しよう」
３「次のカーソルはあのoのところだよな。もともとわかってるぞ。よし、fでそこまで移動しよう」
４「次のカーソルがoのところに来たぞ。よし、fでそこまで移動しよう」
１と２において、位置を認識してからキーを決定する時間は同じだよね？
３と４もそうだよね？
１「次のカーソルはあのoのところだよな。もともとわかってるぞ。よし、lでそこまで移動しよう」
２「次のカーソルがoのところに来たぞ。よし、lでそこまで移動しよう」
３「次のカーソルはあのoのところだよな。もともとわかってるぞ。よし、fでそこまで移動しよう」
４「次のカーソルがoのところに来たぞ。よし、fでそこまで移動しよう」
１と２において、位置を認識してからキーを決定する時間は同じだよね？
３と４もそうだよね？
いきなりどこにあるのか解らない状態からパッと行く先が現れ、その瞬間からカウントされる
場合hjklの方が思考時間を使わないだけ早い。
しかし、次にどこに飛ぶのか解っている場合、fなどを使った方が早い。
例えば、２行したの頭aに飛ぶと解っていればjjfaとすぐに反応できる。
コードを打っているときはこのように先が解っていることが多い。
それは自分の意志で移動先を決めているから、また編集の延長上にあるということからと言うところが大きい。
ViMasterでhjklが早い理由はこれによる。
もし、ViMasterで移動先が表示されてからカウントが始まるのでなく、実際にキー入力をした瞬間
からカウントを開始すれば、fw/などを使った方が早いだろう。
また、ランダムに移動先が決まるのは現実的ではない。
単語の先頭、文字の区切りなどに移動したいことの方が多いだろう。
場合hjklの方が思考時間を使わないだけ早い。
しかし、次にどこに飛ぶのか解っている場合、fなどを使った方が早い。
例えば、２行したの頭aに飛ぶと解っていればjjfaとすぐに反応できる。
コードを打っているときはこのように先が解っていることが多い。
それは自分の意志で移動先を決めているから、また編集の延長上にあるということからと言うところが大きい。
ViMasterでhjklが早い理由はこれによる。
もし、ViMasterで移動先が表示されてからカウントが始まるのでなく、実際にキー入力をした瞬間
からカウントを開始すれば、fw/などを使った方が早いだろう。
また、ランダムに移動先が決まるのは現実的ではない。
単語の先頭、文字の区切りなどに移動したいことの方が多いだろう。
>>172
よくわからないんだけど、f使ってる限り、fか他のキーかの思考は
どこかで必ずあるわけで、思考時間がなぜか節約されるって
考えはおかしい気がする。
確かに、事前にどういうキーを押すかどうか全部綿密に計画的に
決めていて、その計画を練ってる時間を除外するなら、
fは早くなるかもしれないけど。
それって全然汎用的とはいえないと思う。
大体、ViMasterも事前に文章はわかってるわけで、カーソルがこの位置なら
このキーを使うというのは、ある程度計画を立てておくことは可能。
よくわからないんだけど、f使ってる限り、fか他のキーかの思考は
どこかで必ずあるわけで、思考時間がなぜか節約されるって
考えはおかしい気がする。
確かに、事前にどういうキーを押すかどうか全部綿密に計画的に
決めていて、その計画を練ってる時間を除外するなら、
fは早くなるかもしれないけど。
それって全然汎用的とはいえないと思う。
大体、ViMasterも事前に文章はわかってるわけで、カーソルがこの位置なら
このキーを使うというのは、ある程度計画を立てておくことは可能。
>>173
自分の場合は現在の文を打ち終わる前に移動箇所を大体特定している。
そして相対的な移動距離が大きいは場合はfを使うとその時に既に考えているのでlよりも早い。
ViMasterは文が解っていても相対的な移動方法がそれだけでは解らないので結局のところ
移動箇所が特定できてから思考に入ってしまう。
汎用的ではないと言うが、これはある程度vimに慣れ親しんだものならごく普通に出来ることで
まったく、問題がない。
逆に普段emacsを使っている人はhjklの方が早いでしょう。
自分の場合は現在の文を打ち終わる前に移動箇所を大体特定している。
そして相対的な移動距離が大きいは場合はfを使うとその時に既に考えているのでlよりも早い。
ViMasterは文が解っていても相対的な移動方法がそれだけでは解らないので結局のところ
移動箇所が特定できてから思考に入ってしまう。
汎用的ではないと言うが、これはある程度vimに慣れ親しんだものならごく普通に出来ることで
まったく、問題がない。
逆に普段emacsを使っている人はhjklの方が早いでしょう。
>>174
>自分の場合は現在の文を打ち終わる前に移動箇所を大体特定している。
>そして相対的な移動距離が大きいは場合はfを使うとその時に既に考えているのでlよりも早い。
打つのが非常に遅い人かな？
もしくは素早く打ちながらも他ごとを考えられる器用な人かな？
まあ、それなら、fでも、多少ランダムなのより早くなるだろうね。
でも、それでもlより早くなるかというと････
キー一つ打ってる間にlなら10文字以上進んでると思うけどね。
>ViMasterは文が解っていても相対的な移動方法がそれだけでは解らないので結局のところ
>移動箇所が特定できてから思考に入ってしまう。
それでも、限りなく0にすることは可能でしょ。何度も繰り返すんだし。
そういう人がランキングに乗るわけで。
>自分の場合は現在の文を打ち終わる前に移動箇所を大体特定している。
>そして相対的な移動距離が大きいは場合はfを使うとその時に既に考えているのでlよりも早い。
打つのが非常に遅い人かな？
もしくは素早く打ちながらも他ごとを考えられる器用な人かな？
まあ、それなら、fでも、多少ランダムなのより早くなるだろうね。
でも、それでもlより早くなるかというと････
キー一つ打ってる間にlなら10文字以上進んでると思うけどね。
>ViMasterは文が解っていても相対的な移動方法がそれだけでは解らないので結局のところ
>移動箇所が特定できてから思考に入ってしまう。
それでも、限りなく0にすることは可能でしょ。何度も繰り返すんだし。
そういう人がランキングに乗るわけで。
; , が使える状況だったのに h l で移動を繰り返した時の腹立たしさといったら!
>>175
打つのはそれなりだと思う。
先のことを考えるのは、先ほども言ったとおりvimをそれなりに使っている人にはそれほど苦でもない。
実際のところこのくらいは器用でも何でもない。
先が決まっていてfaを使うと解っていればlより早い。
>それでも、限りなく0にすることは可能でしょ。何度も繰り返すんだし。
>そういう人がランキングに乗るわけで。
ゼロにはならない。
繰り返しても全ての出題が予想していたところに移動先が集まることなど無いというのが理由。
また、移動先が解らない時点で必ず思考時間は発生してしまう。
ランキングに乗っている人たちはそれでもあれだけの記録を出せる猛者と言うこと。
もともと、リアルタイム性のパズルもしくは思考の訓練をして遊ぶようなアプリなので
それをhjklでやっても為にならないし、それこそ時間の無駄。
打つのはそれなりだと思う。
先のことを考えるのは、先ほども言ったとおりvimをそれなりに使っている人にはそれほど苦でもない。
実際のところこのくらいは器用でも何でもない。
先が決まっていてfaを使うと解っていればlより早い。
>それでも、限りなく0にすることは可能でしょ。何度も繰り返すんだし。
>そういう人がランキングに乗るわけで。
ゼロにはならない。
繰り返しても全ての出題が予想していたところに移動先が集まることなど無いというのが理由。
また、移動先が解らない時点で必ず思考時間は発生してしまう。
ランキングに乗っている人たちはそれでもあれだけの記録を出せる猛者と言うこと。
もともと、リアルタイム性のパズルもしくは思考の訓練をして遊ぶようなアプリなので
それをhjklでやっても為にならないし、それこそ時間の無駄。
>>177
>先のことを考えるのは、先ほども言ったとおりvimをそれなりに使っている人にはそれほど苦でもない。
>実際のところこのくらいは器用でも何でもない。
でも結局先のことを考えてるわけだ。
つまり、その考えてる部分で別のことを考えられるののにも関わらず、
それを無駄にして先はどうするかを考えてる。
結局それは時間をロスしてるのと同じだと思う。
>ゼロにはならない。
>繰り返しても全ての出題が予想していたところに移動先が集まることなど無いというのが理由。
>また、移動先が解らない時点で必ず思考時間は発生してしまう。
でもゼロには近くなる。
この辺にボールが来たらこう体を動かすとスポーツ選手が
反射的に動けるのと同じ。
ランキングに顔を出すような。慣れた上級者クラスになると
自然に体が反応するに近くなってくるはずだと思う。
それでも、初心者のlにほとんど勝てないというわけ。
>先のことを考えるのは、先ほども言ったとおりvimをそれなりに使っている人にはそれほど苦でもない。
>実際のところこのくらいは器用でも何でもない。
でも結局先のことを考えてるわけだ。
つまり、その考えてる部分で別のことを考えられるののにも関わらず、
それを無駄にして先はどうするかを考えてる。
結局それは時間をロスしてるのと同じだと思う。
>ゼロにはならない。
>繰り返しても全ての出題が予想していたところに移動先が集まることなど無いというのが理由。
>また、移動先が解らない時点で必ず思考時間は発生してしまう。
でもゼロには近くなる。
この辺にボールが来たらこう体を動かすとスポーツ選手が
反射的に動けるのと同じ。
ランキングに顔を出すような。慣れた上級者クラスになると
自然に体が反応するに近くなってくるはずだと思う。
それでも、初心者のlにほとんど勝てないというわけ。
>もともと、リアルタイム性のパズルもしくは思考の訓練をして遊ぶようなアプリなので
>それをhjklでやっても為にならないし、それこそ時間の無駄。
もちろん、速さや思考の節約などの効率性を本当に重視するなら、
hjklでも良いわけで。
それをやらないのはそういう意図もあるんだろうね。
ただ、ストロークと時間をがんばって両方縮めている
上級者に、hjklで初心者でも対抗できるわけだ。それだけ早いわけだ。
>それをhjklでやっても為にならないし、それこそ時間の無駄。
もちろん、速さや思考の節約などの効率性を本当に重視するなら、
hjklでも良いわけで。
それをやらないのはそういう意図もあるんだろうね。
ただ、ストロークと時間をがんばって両方縮めている
上級者に、hjklで初心者でも対抗できるわけだ。それだけ早いわけだ。
なんというかexのsを入力する時間とn.繰り返しを比べたら
思考が少なくてすむぶんn.の方が速いんだぜとか
それぐらいｼｮﾎﾞいんだけど君の理論
思考が少なくてすむぶんn.の方が速いんだぜとか
それぐらいｼｮﾎﾞいんだけど君の理論
ん？思考時間をさかんに持ち出そうとしてるのは君の方だろ？
まあ、ある程度あると思うよ。思考時間ってのは。
上級者になればなるほどなくなるんだろうけど。
あと、当たり前だけど、押しっぱなしのキーがものすごくストローク
が早くなるってことや、普通に一回キー打ってる時間がこれに比べてはるかに
長いってことね。
まあ、ある程度あると思うよ。思考時間ってのは。
上級者になればなるほどなくなるんだろうけど。
あと、当たり前だけど、押しっぱなしのキーがものすごくストローク
が早くなるってことや、普通に一回キー打ってる時間がこれに比べてはるかに
長いってことね。
>>178
>つまり、その考えてる部分で別のことを考えられるののにも関わらず、
>それを無駄にして先はどうするかを考えてる。
これは少し難癖っぽい。
>ランキングに顔を出すような。慣れた上級者クラスになると
>自然に体が反応するに近くなってくるはずだと思う。
ゼロにはならない。
ただでさえ短期決戦なあの状況で思考時間の差は大きい。
また、実際にはコードからコードへと連続編集する場合とは別にコードの組み立てを
考えてから、移動する場合も多い。
その場合はやはり同じ理由でfが早い。
>>179
ハンデ戦だと言うこと。
>>180
ほとんどの短い距離の置換はn.の繰り返しの方が早い。
これはしょぼくも何ともない理論。
いい加減仕事に差し支えるのでこれにて。
>つまり、その考えてる部分で別のことを考えられるののにも関わらず、
>それを無駄にして先はどうするかを考えてる。
これは少し難癖っぽい。
>ランキングに顔を出すような。慣れた上級者クラスになると
>自然に体が反応するに近くなってくるはずだと思う。
ゼロにはならない。
ただでさえ短期決戦なあの状況で思考時間の差は大きい。
また、実際にはコードからコードへと連続編集する場合とは別にコードの組み立てを
考えてから、移動する場合も多い。
その場合はやはり同じ理由でfが早い。
>>179
ハンデ戦だと言うこと。
>>180
ほとんどの短い距離の置換はn.の繰り返しの方が早い。
これはしょぼくも何ともない理論。
いい加減仕事に差し支えるのでこれにて。
>>182
>これは少し難癖っぽい。
うーん、でもどこかでfがどうか考えてる時間をとってるんでしょ？
やっぱり、なぜか編集のときにそれが無いと考えるのは納得いかないなあ。
何で難癖なのかな？
>ゼロにはならない。
>ただでさえ短期決戦なあの状況で思考時間の差は大きい。
そうかな？
ほとんど0だと思うけど。
そんなこと言い出したら、hjklだって迷う時間はあるよ。
まあ、そもそもfで思考時間が取られるからって、言い訳には
あまりなってないと思うけどね。
時間が取られることは悪いことなわけで、それはViMasterじゃなくても
なんら変わらないわけで。
>また、実際にはコードからコードへと連続編集する場合とは別にコードの組み立てを
>考えてから、移動する場合も多い。
だから、その組み立て方に合わせて移動するわけでしょ？
まあ、君が去るようだから議論はここでおしまいだけどね。
>これは少し難癖っぽい。
うーん、でもどこかでfがどうか考えてる時間をとってるんでしょ？
やっぱり、なぜか編集のときにそれが無いと考えるのは納得いかないなあ。
何で難癖なのかな？
>ゼロにはならない。
>ただでさえ短期決戦なあの状況で思考時間の差は大きい。
そうかな？
ほとんど0だと思うけど。
そんなこと言い出したら、hjklだって迷う時間はあるよ。
まあ、そもそもfで思考時間が取られるからって、言い訳には
あまりなってないと思うけどね。
時間が取られることは悪いことなわけで、それはViMasterじゃなくても
なんら変わらないわけで。
>また、実際にはコードからコードへと連続編集する場合とは別にコードの組み立てを
>考えてから、移動する場合も多い。
だから、その組み立て方に合わせて移動するわけでしょ？
まあ、君が去るようだから議論はここでおしまいだけどね。
最後に今一度やってみたけど 12.54 がだった。
数回やれば、9秒代もおそらく出せるだろう。
数回やれば、9秒代もおそらく出せるだろう。
>ハンデ戦だと言うこと。
つまり、ストロークを短くするような打ち方はハンデだと。
そんなうち方よりも、ストロークを気にしないで打った方が（つまりは
hjklを押しまくったほうが）早いということを認めるわけだ。
つまり、ストロークを短くするような打ち方はハンデだと。
そんなうち方よりも、ストロークを気にしないで打った方が（つまりは
hjklを押しまくったほうが）早いということを認めるわけだ。
>>185
ハンデは思考時間。
ちなみに今、10.84が出た。
これは出題にかなり依存するな。
トップ人が遅いのはおそらく参加人数が非常に少ないことに寄るのかも。
これだと7秒くらいまでなら行けそう。
それでは、今度こそ落ちる。
ハンデは思考時間。
ちなみに今、10.84が出た。
これは出題にかなり依存するな。
トップ人が遅いのはおそらく参加人数が非常に少ないことに寄るのかも。
これだと7秒くらいまでなら行けそう。
それでは、今度こそ落ちる。
>>184
凄いね。きっと君はランキングのページの並み居る強豪を
上回る上級者なんだね。
そうでなければ、ネットのランキングがあまりにも低レベルなのか。ｗ
まあどっちにしろ僕ちんは初心者でしゅけどね。ｗ
凄いね。きっと君はランキングのページの並み居る強豪を
上回る上級者なんだね。
そうでなければ、ネットのランキングがあまりにも低レベルなのか。ｗ
まあどっちにしろ僕ちんは初心者でしゅけどね。ｗ
>>186
思考時間って言ってもねぇ。
何度も言ってるように少ないだろうし。
多くてもそれ、全然言い訳になってないよ。
あとね、君一人が早くても何の意味も無いのよ。
きっと君はあのサイトの人たちを上回る上級者なんだというのは
伝わるけど。
hjklなら俺以外にもいろんな人が10秒とか出せるよ。
だって、俺、vi初心者だし。俺が出来るってことは
ほとんどの人が出来るな多分。
一方、ストロークを少なくするようなやり方では、10人に一人
程度なんだろうね。
思考時間って言ってもねぇ。
何度も言ってるように少ないだろうし。
多くてもそれ、全然言い訳になってないよ。
あとね、君一人が早くても何の意味も無いのよ。
きっと君はあのサイトの人たちを上回る上級者なんだというのは
伝わるけど。
hjklなら俺以外にもいろんな人が10秒とか出せるよ。
だって、俺、vi初心者だし。俺が出来るってことは
ほとんどの人が出来るな多分。
一方、ストロークを少なくするようなやり方では、10人に一人
程度なんだろうね。
vimaster落としてやってみたけど、これってどう考えても移動先が行頭になることが多い。
これじゃ、サンプルにならないよ。
大体これViVi用だろｗ
参加しているのもViVi使いだけみたいだし、186みたいなvim使いがほんの数回やったら
あっという間に記録なんて更新しちゃうんじゃない？
それにしても、これは無いと思うけど。
とくにcurmove1。
行頭行末の出現割合で全て決まるしｗ
これじゃ、サンプルにならないよ。
大体これViVi用だろｗ
参加しているのもViVi使いだけみたいだし、186みたいなvim使いがほんの数回やったら
あっという間に記録なんて更新しちゃうんじゃない？
それにしても、これは無いと思うけど。
とくにcurmove1。
行頭行末の出現割合で全て決まるしｗ
まあ、行頭への移動だったら、hよりも早い移動方法が
いくらでもあるんじゃないですかね。
Vimの使い方がわかってるVim使いはそれ使ったら
いいんじゃないの。ｗ
あと、ViVi使いもVim使いも同じようなもんだろ。
母集団の大きさは全然違うけど、あくまで超人は除外しての話で
一般人の話だから。
あと、CurMove2は行頭にくること少ないぞ。
いくらでもあるんじゃないですかね。
Vimの使い方がわかってるVim使いはそれ使ったら
いいんじゃないの。ｗ
あと、ViVi使いもVim使いも同じようなもんだろ。
母集団の大きさは全然違うけど、あくまで超人は除外しての話で
一般人の話だから。
あと、CurMove2は行頭にくること少ないぞ。
CurMove2現実的じゃないしｗ
あんなに長い一単語、しかも同じ文字の並びってｗ
あれじゃ、hjklが早くて当たり前のようなｗ
それからViViにはショボイのしかいないよ。
みんなvimに移っちゃうからｗ
あんなに長い一単語、しかも同じ文字の並びってｗ
あれじゃ、hjklが早くて当たり前のようなｗ
それからViViにはショボイのしかいないよ。
みんなvimに移っちゃうからｗ
＞190
＞まあ、行頭への移動だったら、hよりも早い移動方法が
＞いくらでもあるんじゃないですかね。
一行に2文字ないしは三文字しかなかったり、続いて行頭がくる場合なんてjkの上下運動だけで良いだろｗ
それが幾つ来るかで決まるよ。
＞まあ、行頭への移動だったら、hよりも早い移動方法が
＞いくらでもあるんじゃないですかね。
一行に2文字ないしは三文字しかなかったり、続いて行頭がくる場合なんてjkの上下運動だけで良いだろｗ
それが幾つ来るかで決まるよ。
CurMove2なんてf;つかったら早い典型例に見えるけど？
それでもlで対抗できてしまう。
まあ、確かに上級者はViViとは比較にならないぐらいいるだろうけど。
でも、まあでも現実的な一般の人レベルの上級者ならViViでも
それなりにたくさんいるだろ。
だいたい、作者だっているぞ。20秒ぐらいのところに。ｗ
いくらなんでもViViの作者を初級者とは呼ばないだろう。
少なくとも普通の中級者以上の人で20秒ぐらいらしい。
それでもlで対抗できてしまう。
まあ、確かに上級者はViViとは比較にならないぐらいいるだろうけど。
でも、まあでも現実的な一般の人レベルの上級者ならViViでも
それなりにたくさんいるだろ。
だいたい、作者だっているぞ。20秒ぐらいのところに。ｗ
いくらなんでもViViの作者を初級者とは呼ばないだろう。
少なくとも普通の中級者以上の人で20秒ぐらいらしい。
＞193
f使って早いのは多くて2～3個同じ文字がある場合だよｗ
完璧に勘違いしているみたいだけれどｗ
CurMove2なんて一番fに向いてない例だってのｗ
あと、ViViなんてヘタレの集まりだから上級者なんていないでしょ。
作者だってかなり低レベルの使い手だしｗ
それに一二回やって飽きている可能性もありｗ
それでも劇遅だと思うけどｗ
＞194
ちゃうちゃうｗ、jkでしか動かないようなものばかり出れば早いって事だよｗ
しかも、CurMoveってそんなんばっかｗ
当方も余裕で10.35が出たぞｗ
f使って早いのは多くて2～3個同じ文字がある場合だよｗ
完璧に勘違いしているみたいだけれどｗ
CurMove2なんて一番fに向いてない例だってのｗ
あと、ViViなんてヘタレの集まりだから上級者なんていないでしょ。
作者だってかなり低レベルの使い手だしｗ
それに一二回やって飽きている可能性もありｗ
それでも劇遅だと思うけどｗ
＞194
ちゃうちゃうｗ、jkでしか動かないようなものばかり出れば早いって事だよｗ
しかも、CurMoveってそんなんばっかｗ
当方も余裕で10.35が出たぞｗ
>>195
>f使って早いのは多くて2～3個同じ文字がある場合だよｗ
>完璧に勘違いしているみたいだけれどｗ
>CurMove2なんて一番fに向いてない例だってのｗ
そうかなあ。fを一回使うだけで、最後まで;による定量の移動が
確保できるんだから好都合だと思うんだけどね。
その移動量に慣れていればとても有利になる。
まあでもこの辺は上級者に言わせれば違うのかもね。
>作者だってかなり低レベルの使い手だしｗ
>それに一二回やって飽きている可能性もありｗ
>それでも劇遅だと思うけどｗ
うーん、ちょっと説得力の無い意見だね。ｗ
ViViを作ってるんだから、どう贔屓目に見ても、Viには精通してるだろうし、
Vi（Vi）とともに生活してるのは確実なわけで。
大体、Viが相当好きだからViVi作ってるんでしょ。
普通に考えて「相当低レベル」ってのはありえないでしょう。
普通に考えれば相当の上級者、いくら低くても中級者のはしくれ程度は
あるでしょう。
まあ、そういう人を相当低レベルだと言っちゃうなら、
話がかみ合わなくて当然だね。
俺から言わせれば、そういう人は超人的なマスターだから、
別次元の話だよ。
そんな超人ならhjk使わない方が早くて当然かもな。ｗ
>f使って早いのは多くて2～3個同じ文字がある場合だよｗ
>完璧に勘違いしているみたいだけれどｗ
>CurMove2なんて一番fに向いてない例だってのｗ
そうかなあ。fを一回使うだけで、最後まで;による定量の移動が
確保できるんだから好都合だと思うんだけどね。
その移動量に慣れていればとても有利になる。
まあでもこの辺は上級者に言わせれば違うのかもね。
>作者だってかなり低レベルの使い手だしｗ
>それに一二回やって飽きている可能性もありｗ
>それでも劇遅だと思うけどｗ
うーん、ちょっと説得力の無い意見だね。ｗ
ViViを作ってるんだから、どう贔屓目に見ても、Viには精通してるだろうし、
Vi（Vi）とともに生活してるのは確実なわけで。
大体、Viが相当好きだからViVi作ってるんでしょ。
普通に考えて「相当低レベル」ってのはありえないでしょう。
普通に考えれば相当の上級者、いくら低くても中級者のはしくれ程度は
あるでしょう。
まあ、そういう人を相当低レベルだと言っちゃうなら、
話がかみ合わなくて当然だね。
俺から言わせれば、そういう人は超人的なマスターだから、
別次元の話だよ。
そんな超人ならhjk使わない方が早くて当然かもな。ｗ
>>198
えっ・・・
えっ・・・
hjklの方がいくら早かろうと
どれくらい動いたか目視しなきゃならないのが嫌。
どれくらい動いたか目視しなきゃならないのが嫌。
てかカーソルの移動時間なんて編集してるテキストの内容練ってる時間に
比べたら微々たる物
そもそもプログラミングならIDEを（ｒｙ
比べたら微々たる物
そもそもプログラミングならIDEを（ｒｙ
hlで横移動する人に問いたい。
頻繁に発生するであろう、行き過ぎて戻る時間をなぜ黙殺しているのか？
おまえらは果たして、一秒間に３０カラム移動するカーソルを、単語単位で
ビシッと止められるのかと。
現実的に考えて、まず無理だろ。
頻繁に発生するであろう、行き過ぎて戻る時間をなぜ黙殺しているのか？
おまえらは果たして、一秒間に３０カラム移動するカーソルを、単語単位で
ビシッと止められるのかと。
現実的に考えて、まず無理だろ。
emacs 使ってる人間から質問なんだが、インクリメンタルサーチで移動したり
しないのか？
しないのか？
C-fとかC-bの長押しダルイ
仮に遅くても単語移動使ったほうがマシ
仮に遅くても単語移動使ったほうがマシ
hl移動
hlを押しっぱなしにする→近くで止める→hlで微調整する(wb?)
ft移動
目標場所を見る→対象文字を見つける→ft*
>>203
インクリメンタルサーチは、決定キーを押す１ストロークが
いちいち気になる。
hlを押しっぱなしにする→近くで止める→hlで微調整する(wb?)
ft移動
目標場所を見る→対象文字を見つける→ft*
>>203
インクリメンタルサーチは、決定キーを押す１ストロークが
いちいち気になる。
デクリメンタルサーチ
vi使いはカーソルを移動させる為にエディタを使ってるみてーだ。
>>209
Yes,I do.
Yes,I do.
Emacsとviってそもそも比較対象ですらないだろ
まぁ、先にちょっとこれでも見てくれ。
ttp://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/msdntv/episodes/en/20031028lhorndb/manifest.xml&rate=1&WMPVer=9.0.0.3008
M$のホモグラマがEmacsを使って、Longhornの開発デモをしているよな。
で、C-f C-b の長押の方が早いと言っている奴らはこれと同じ編集を C-f C-b で
こ れ 以 上 に 早 く 編 集 で き る と 思 っ て い る わ け ？
オレもEmacs使っているけど、こんな恥ずかしいこと言っていると笑われるぞ。
つか、良い迷惑だからやめてくれ。
これは同じようにvimにも言えることだろう。
つか、夜中までさんざん粘っているのが一人だけなので騒いでいるのはそいつだけか。
社会人じゃねえな。
ttp://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/msdntv/episodes/en/20031028lhorndb/manifest.xml&rate=1&WMPVer=9.0.0.3008
M$のホモグラマがEmacsを使って、Longhornの開発デモをしているよな。
で、C-f C-b の長押の方が早いと言っている奴らはこれと同じ編集を C-f C-b で
こ れ 以 上 に 早 く 編 集 で き る と 思 っ て い る わ け ？
オレもEmacs使っているけど、こんな恥ずかしいこと言っていると笑われるぞ。
つか、良い迷惑だからやめてくれ。
これは同じようにvimにも言えることだろう。
つか、夜中までさんざん粘っているのが一人だけなので騒いでいるのはそいつだけか。
社会人じゃねえな。
どうでもいいけど、映像に直リン張ってくれないかな。
IE 依存してて、Mozilla じゃ見れない。
IE 依存してて、Mozilla じゃ見れない。
>>213
ほれ。
http://msdn.microsoft.com/msdntv/episodes/en/20031028lhorndb/ChrisA-DonB_100K.asx
>>212
見てみたけど、さして早い編集だとは思えなかったが。
dabbrev も {forward,backward,kill}-word も使ってねーし。
xaml も、なんか sgml-mode か何かで(ミニバッファ見えないから分からん)普通に打ってるしなぁ。
ほれ。
http://msdn.microsoft.com/msdntv/episodes/en/20031028lhorndb/ChrisA-DonB_100K.asx
>>212
見てみたけど、さして早い編集だとは思えなかったが。
dabbrev も {forward,backward,kill}-word も使ってねーし。
xaml も、なんか sgml-mode か何かで(ミニバッファ見えないから分からん)普通に打ってるしなぁ。
dabbrev活用したら見てる人に不親切だろ。
いや、この人はM-fbを使ってる。
まあ、M-fb使ってる以外は特に変わったことはしてないし、
C-fbよりも明らかに早いとは思えなかったけど。
まあ、M-fb使ってる以外は特に変わったことはしてないし、
C-fbよりも明らかに早いとは思えなかったけど。
MSは社内で発展しまくりかYO！素晴らしいぜ。
>>217
いや、明らかに早いと思うが・・・
いや、明らかに早いと思うが・・・
最近Emacsちょっと触ってみたんだが、
マウス持った状態では、Windows標準のC-z,x,c,v,a,wというキーバインドが便利であることを
再認識しました。
というか、あれだ。viとemacsは片手＋マウスではまるで役立たずになるが
その点、Windows標準のエディタは勝っているな。
マウス持った状態では、Windows標準のC-z,x,c,v,a,wというキーバインドが便利であることを
再認識しました。
というか、あれだ。viとemacsは片手＋マウスではまるで役立たずになるが
その点、Windows標準のエディタは勝っているな。
>>221
最速設定では行きすぎるだろ
最速設定では行きすぎるだろ
あと、長さには依存しないというのが良く意味がわからないが、
カーソルの移動速度は設定に依存する。
カーソルの移動速度は設定に依存する。
*Message*バッファを移動してみた。
M-f連打・・・70秒（左手がむちゃくちゃ疲れる）。
C-f長押し･･･80秒。
感想は、「これだけがんばっても、C-fと10秒しか変わらないのか･･･」
まあ、「M-f長押し」が一番早いのは言うまでもないが、
単語2、3個の移動で長押しなんかしないな。
M-f連打・・・70秒（左手がむちゃくちゃ疲れる）。
C-f長押し･･･80秒。
感想は、「これだけがんばっても、C-fと10秒しか変わらないのか･･･」
まあ、「M-f長押し」が一番早いのは言うまでもないが、
単語2、3個の移動で長押しなんかしないな。
C-f 長押し - 100sec
M-f 連打 - 60sec
俺は全然違った。設定に依存するのかな。21.3.50 で emacs -q。
M-f 連打 - 60sec
俺は全然違った。設定に依存するのかな。21.3.50 で emacs -q。
>>227
設定に激しく依存する。
Linuxなどならkbdrateとか、Xの設定とかで変える。
Windowsならコントロールパネルで。
http://www.itmedia.co.jp/help/tips/windows/w0148.html
個人低には最速にしてるけど、遅い方がかえって良いって
いう人も中にはいるみたいだね。
設定に激しく依存する。
Linuxなどならkbdrateとか、Xの設定とかで変える。
Windowsならコントロールパネルで。
http://www.itmedia.co.jp/help/tips/windows/w0148.html
個人低には最速にしてるけど、遅い方がかえって良いって
いう人も中にはいるみたいだね。
対象がおかしい。
普通は2～5回押せば目的地に着くんだから疲れることはないだろ。
馬鹿馬鹿しい。
普通は2～5回押せば目的地に着くんだから疲れることはないだろ。
馬鹿馬鹿しい。
そんなOSレベルで全てのキーリピートが変わってしまうような設定はイヤだ。
それにやっぱり M-f M-b の方が早いし。
つーか、このスレにべったりひっついて C-f C-b が早いと言っている Emacs厨って一人だけだろ？
同じ話題を本スレに投げてやろうか？
失笑されるだけだと思うけどｗ
それにやっぱり M-f M-b の方が早いし。
つーか、このスレにべったりひっついて C-f C-b が早いと言っている Emacs厨って一人だけだろ？
同じ話題を本スレに投げてやろうか？
失笑されるだけだと思うけどｗ
最速にすると、C-fの方が早いな。ｗ
どうでもいいけど。ｗ
どうでもいいけど。ｗ
最速にした場合、近い場所への移動が困難。
バランス的に考えると M-f M-b C-s の方が柔軟で早いな。
バランス的に考えると M-f M-b C-s の方が柔軟で早いな。
単語単位の移動はEmacs/vi両方とも
コーディングスタイルによって変わるよな
void hoge(int hage)
と
void hoge( int hage )
だと前者はM-bがよけいに必要だったりする
コーディングスタイルによって変わるよな
void hoge(int hage)
と
void hoge( int hage )
だと前者はM-bがよけいに必要だったりする
日本語の文章書いていると単語単位の移動が使いづらくて困る
日本人向けに作ってないからなぁ
日本人向けに作ったところで、日本人にも単語の区切りが良くわからない。
vimで日本語はちょっと・・・
239 ：仕様書無しさん：04/02/09 00:03
いいソフト（？）みつけたから張っとく。
http://hashi4.civil.tohoku.ac.jp/soft/tips/ctrl2caps.reg
左ctrl と caps を入れ替えるレジストリ変更。ダウンロードしたらダブルクリックするだけ。
しかし、パソ起動しなくなっても責任とらんよ。
変更取り消したい場合は、レジストリから削除すればよし。窓使いの憂鬱とかより使いやすいよ。
あれは、書き方悪いのかなんか誤動作しちまう。
vi使いの人にどーぞ。
http://hashi4.civil.tohoku.ac.jp/soft/tips/ctrl2caps.reg
左ctrl と caps を入れ替えるレジストリ変更。ダウンロードしたらダブルクリックするだけ。
しかし、パソ起動しなくなっても責任とらんよ。
変更取り消したい場合は、レジストリから削除すればよし。窓使いの憂鬱とかより使いやすいよ。
あれは、書き方悪いのかなんか誤動作しちまう。
vi使いの人にどーぞ。
muleはスレ違い？
>>240
OKに決まってるだろ。
OKに決まってるだろ。
ambsearch.vimってどこにあるの?
>>239
今更だな……。
今更だな……。
GNUスタイルの括弧ってこんなのでしょ。
void main()
{
hoge
}
だせーと思ってたんだけど、vimで括弧の先頭に
ジャンプできんのね。知らんかった
void main()
{
hoge
}
だせーと思ってたんだけど、vimで括弧の先頭に
ジャンプできんのね。知らんかった
main の返り値と引数がオカシイ、と言ってみるテスト。
括弧といえばlispだろ。
このスレもとうとう息があがってきました。
ﾊｧﾊｧ
エディタで編集する時間よりも、文字を打ってる時間やコードを考える時間の方が長い。
Emacsだけが最強なことに気が付きました
Windows環境では秀丸が最強です。
秀丸っていくらでしたっけ？
4000yen?
255 ：仕様書無しさん：04/02/12 22:10
マクロに三角関数無くても最強でつか？
256 ：仕様書無しさん：04/02/13 01:11
通報準備OK牧場
Emacs本の値段は？
258 ：仕様書無しさん：04/02/14 00:56
259 ：仕様書無しさん：04/02/14 01:47
emacs系(?)のエディターを使いたいのですが、
タブ（インデント）をTabキーを押しても何もならないのですが
どのようにしたら挿入できるのでしょうか？（c-modeやphp-mode）
私はWindows環境でMeadowとxyzzyのふたつを入れてみたのですが
（当然の結果かもしれませんが）どちらも同じでした・・・
タブ（インデント）をTabキーを押しても何もならないのですが
どのようにしたら挿入できるのでしょうか？（c-modeやphp-mode）
私はWindows環境でMeadowとxyzzyのふたつを入れてみたのですが
（当然の結果かもしれませんが）どちらも同じでした・・・
C-q TAB じゃないかな。
インデントとタブは違うぞ。
C-mode などでは TAB を押すとその行での適切なインデントが
されるようになっている。
インデントとタブは違うぞ。
C-mode などでは TAB を押すとその行での適切なインデントが
されるようになっている。
261 ：仕様書無しさん：04/02/14 02:26
＞＞２６０さん
すごーーい！なりました！感動です・・・
（入門者ですみません。もうすぐ大学生になるのですが、
プログラミングに興味があり、かたちから入ろうとしてるバカです）
レス頂く前にvim（Windowsの）を今入れてみたのですが、
vim1本でばりばりプログラムを書く人も多くいらっしゃるのでしょうか？
すごーーい！なりました！感動です・・・
（入門者ですみません。もうすぐ大学生になるのですが、
プログラミングに興味があり、かたちから入ろうとしてるバカです）
レス頂く前にvim（Windowsの）を今入れてみたのですが、
vim1本でばりばりプログラムを書く人も多くいらっしゃるのでしょうか？
262 ：仕様書無しさん：04/02/14 02:36
hidemaru=4000yen
これ常識だろ
これ常識だろ
バトルスレらしくバトれ！！
ちなみにオレはVimだ。
小指を鍛える趣味はないのでEmacsなぞ使わん！！
あんなノッソリしたエディタ使ってられるか！！
編集コマンドへぼすぎるんじゃボケ！！
移動コマンドもなんだアレは！！
反吐が出る！！
ちなみにオレはVimだ。
小指を鍛える趣味はないのでEmacsなぞ使わん！！
あんなノッソリしたエディタ使ってられるか！！
編集コマンドへぼすぎるんじゃボケ！！
移動コマンドもなんだアレは！！
反吐が出る！！
Meadowは禿しくメモリリークしているような悪寒
viなんか使っているから・・・
ttp://headlines.yahoo.co.jp/hl?a=20040214-00000002-zdn_n-sci
ttp://headlines.yahoo.co.jp/hl?a=20040214-00000002-zdn_n-sci
Emacsの方が良くクラッシュするが・・・
つーかviクラッシュしたの見たこと無い。
そう考えるとviユーザーが現場に多いと言うことだな。
つーかviクラッシュしたの見たこと無い。
そう考えるとviユーザーが現場に多いと言うことだな。
267 ：仕様書無しさん：04/02/14 21:01
telnetでvi。最低。
>>266
emacsにしてもviにしても、よくクラッシュするツールがunix系の環境で
いままで生き延びてるわけないだろ。少しは考えて喋れ。
emacsは確かに操作性がviより下だ。だが、それを補ってなお有り余る拡張性がある。
問題は、vimでもそれなりの拡張性があるのでemacsである必要が薄くなってきたことか。
emacsにしてもviにしても、よくクラッシュするツールがunix系の環境で
いままで生き延びてるわけないだろ。少しは考えて喋れ。
emacsは確かに操作性がviより下だ。だが、それを補ってなお有り余る拡張性がある。
問題は、vimでもそれなりの拡張性があるのでemacsである必要が薄くなってきたことか。
そういや、キルリングを使うときのコツって何かない？
Windowsユーザーなので、クリップボード感覚で使おうとするんだが
ある単語をキルリングの先頭にあるものに置き換えたいとき、M-d, C-y, M-yと
yank-popせねばならんのがどうにも嫌だ。
C-wにしろ、C-kにしろ編集したら、大抵キルリングの先頭にあるものが
奥に押し込められるってのは、どうなんでしょうか？
Windowsユーザーなので、クリップボード感覚で使おうとするんだが
ある単語をキルリングの先頭にあるものに置き換えたいとき、M-d, C-y, M-yと
yank-popせねばならんのがどうにも嫌だ。
C-wにしろ、C-kにしろ編集したら、大抵キルリングの先頭にあるものが
奥に押し込められるってのは、どうなんでしょうか？
271 ：仕様書無しさん：04/02/14 23:48
>>270
どうもこうも、OS違うんだから素直に従える脳みそ作りから始めてみたら？
どうもこうも、OS違うんだから素直に従える脳みそ作りから始めてみたら？
つーか、ここはバトルスレ
Emacs質問スレではない
相手を叩け
Emacs質問スレではない
相手を叩け
EmacsどころかMeadow2すら落ちたことないなぁ
☆ ﾁﾝ ﾏﾁｸﾀﾋﾞﾚﾀ～
ﾏﾁｸﾀﾋﾞﾚﾀ～
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ >>273 バックトレースまだぁ？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
ﾏﾁｸﾀﾋﾞﾚﾀ～
☆ ﾁﾝ 〃 ∧＿∧ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
ヽ ＿＿_＼（＼・∀・） ＜ >>273 バックトレースまだぁ？
＼＿／⊂ ⊂＿ ) ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
／￣￣￣￣￣￣ ／|
|￣￣￣￣￣￣￣| |
| 愛媛みかん |／
,ｒｎ
r｢l l h
| ､. !j
ゝ .f ＿
| | ,r'⌒ ⌒ヽ､
,｣ L_ f ,,r'￣￣ヾ. ヽ.
ヾー‐' | ゞ‐=H:=‐fｰ)r､）
| じ､ ﾞiー'･･ー' i.ﾄｿ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
＼ ＼. l､ r==i ,; |' ＜ vim マンセーーー
＼ ﾉﾘ^ー-＞==__,..-‐ﾍ＿＿＿＼＿＿＿＿＿＿＿＿＿＿＿＿＿_
＼ ノ ﾊヽ |_/oヽ__／ /＼
＼ / / / |.
y' /o O ,l |
俺の使っているMeadowも何故か落ちまくる。
メモリーもリークしているようだし。
つーか、起動するの重すぎる。
メモリーもリークしているようだし。
つーか、起動するの重すぎる。
xyzzyでも使ってろ
落ちたことねーよ。
ただ、会社のPCはへぼいのでxyzzyを使っている。
Meadowは重たくなければいいものなんだが...
ただ、会社のPCはへぼいのでxyzzyを使っている。
Meadowは重たくなければいいものなんだが...
286 ：Kraftwerk - Computer Liebe：04/02/27 21:46
アニメ板の方の【バトル】プログラマーシラセ最新スレも熱い。（ぉ
BPS - Battle Programmer SHIRASE - 7Mbps
http://comic2.2ch.net/test/read.cgi/anime/1074138479/
BPS - Battle Programmer SHIRASE - 7Mbps
http://comic2.2ch.net/test/read.cgi/anime/1074138479/
ここもすっかり寂れたねぇ
それにしても Meadow 落ちるなぁ
それにしても Meadow 落ちるなぁ
288 ：名無しさん@Vim%Chalice：04/03/03 10:13
>>287 いまさら煽りでつか?
２匹(;`ｰ´)o／￣￣￣￣￣￣~ >°))))彡 ﾂﾚﾀ
>>259
M-x text-modeシロ。
つか、おれはしてる。C/C++だろがPerlだろがlistだろが、とにかく全部text-mode。
インデントはおれの好きにさせろ、といいたい。＞emacs(muleだけど)
ついでだけど、viは葛。モードかなにか知らんがわかりにくいんだよ。
M-x text-modeシロ。
つか、おれはしてる。C/C++だろがPerlだろがlistだろが、とにかく全部text-mode。
インデントはおれの好きにさせろ、といいたい。＞emacs(muleだけど)
ついでだけど、viは葛。モードかなにか知らんがわかりにくいんだよ。
293 ：仕様書無しさん：04/03/05 08:30
EMACS!!
294 ：仕様書無しさん：04/03/05 08:42
普段は使わないんですが、
Makefileに一行追加するときとかにvi使います。
NetHackのせいで、あの嘘のようなキーバインドに慣れました。
死にたい……。
Makefileに一行追加するときとかにvi使います。
NetHackのせいで、あの嘘のようなキーバインドに慣れました。
死にたい……。
C-fbnpも十分嘘みたいなキーバインドだと思うが・・・。
>>294
左上にカーソル移動をするために、おもわずyを押してしまいそうな悪寒。
左上にカーソル移動をするために、おもわずyを押してしまいそうな悪寒。
今日も Meaddow が落ちた。
いい加減にして欲しい。
いい加減にして欲しい。
299 ：仕様書無しさん：04/03/11 09:04
質問です。
どうして Meadow はこんなに遅いんですか？
カーソル動かすだけでももっさり感がつきまといます。
xyzzyやGVimはあんなに速いのに・・・
どうして Meadow はこんなに遅いんですか？
カーソル動かすだけでももっさり感がつきまといます。
xyzzyやGVimはあんなに速いのに・・・
,ｒｎ
r｢l l h
| ､. !j
ゝ .f ＿
| | ,r'⌒ ⌒ヽ､
,｣ L_ f ,,r'￣￣ヾ. ヽ.
ヾー‐' | ゞ‐=H:=‐fｰ)r､）
| じ､ ﾞiー'･･ー' i.ﾄｿ ／￣￣￣￣￣￣￣￣￣￣￣￣￣
＼ ＼. l､ r==i ,; |' ＜ xyzzy マンセーーー
＼ ﾉﾘ^ー-＞==__,..-‐ﾍ＿＿＿＼＿＿＿＿＿＿＿＿＿＿＿＿＿_
＼ ノ ﾊヽ |_/oヽ__／ /＼
＼ / / / |.
y' /o O ,l |
|┃
|┃三 ,ｨ, (fー--─‐- ､、
|┃. ,ｲ/〃 ヾ= 、
|┃ N ｛ ＼
|┃ ﾄ.l ヽ l
ｶﾞﾗｯ.|┃ ､ゝ丶 ,..ｨ从 |
|┃ ＼`.、_ _,. _彡'ﾉﾘ__,.ゝ、 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣
|┃三 ｀ゞf‐＞ｎ;ﾊ二r^ｧｎj＜ y=ﾚヽ ＜ 話は聞かせてもらったぞ！
|┃. |fjl、 ｀￣ﾘj＾ヾ) ￣´ ﾉ ﾚ ﾘ | emacsは滅亡する！
|┃三 ヾl.`ｰ- べｌ,- ｀ ｰ-‐' ,ン ＼＿＿＿＿＿＿＿＿＿＿＿＿
|┃ l r─‐-､ /:|
|┃三 ﾄ､ ｀二¨´ ,.ｲ |
|┃ _亅::ヽ、 .／ i :ﾄ､
|┃ -‐''｢ F′:: `:ー '´ ,.' ﾌ ＞ｰ､
|┃ ﾄ､ヾ;､..__ , '_,.／ ／l
|┃三 ,ｨ, (fー--─‐- ､、
|┃. ,ｲ/〃 ヾ= 、
|┃ N ｛ ＼
|┃ ﾄ.l ヽ l
ｶﾞﾗｯ.|┃ ､ゝ丶 ,..ｨ从 |
|┃ ＼`.、_ _,. _彡'ﾉﾘ__,.ゝ、 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣
|┃三 ｀ゞf‐＞ｎ;ﾊ二r^ｧｎj＜ y=ﾚヽ ＜ 話は聞かせてもらったぞ！
|┃. |fjl、 ｀￣ﾘj＾ヾ) ￣´ ﾉ ﾚ ﾘ | emacsは滅亡する！
|┃三 ヾl.`ｰ- べｌ,- ｀ ｰ-‐' ,ン ＼＿＿＿＿＿＿＿＿＿＿＿＿
|┃ l r─‐-､ /:|
|┃三 ﾄ､ ｀二¨´ ,.ｲ |
|┃ _亅::ヽ、 .／ i :ﾄ､
|┃ -‐''｢ F′:: `:ー '´ ,.' ﾌ ＞ｰ､
|┃ ﾄ､ヾ;､..__ , '_,.／ ／l
>>301 な、なんだってーっ？！
ハッキリ言ってEmacsよりxyzzyの方がずっと良い。
elisp(ﾟ⊿ﾟ)ｲﾗﾈ
それより何故Schemeじゃなく、CommonLispなのかと小一時間(ry
それより何故Schemeじゃなく、CommonLispなのかと小一時間(ry
ここのスレタイを読めない、ちょんが多いな。
307 ：仕様書無しさん：04/03/21 13:38
読みたくない文字は読めない仕様に脳がなってます。
308 ：仕様書無しさん：04/03/30 22:21
vi使ってみたんだが子供の使う使い捨てエディタだな。
Windows のメモ帳と同じか。
色も付かんしショボイ。
Windows のメモ帳と同じか。
色も付かんしショボイ。
emacs使ってみたんだが子供の使う使い捨てエディタだな。
Windows のメモ帳と同じか。
色も付かんしショボイ。
Windows のメモ帳と同じか。
色も付かんしショボイ。
>>308-309
みんな乗るなよ...
みんな乗るなよ...
「子供が使う」はどうでもいいけど、
「使い捨て」ってどういう意味なのかが理解できん。
説明してみろ
「使い捨て」ってどういう意味なのかが理解できん。
説明してみろ
良い所を見ようとしない、
というか悪いところしか見えない人は
恋人はもちろん、友達おらんだろうな。
というか悪いところしか見えない人は
恋人はもちろん、友達おらんだろうな。
313 ：仕様書無しさん：04/03/31 23:49
>>311
一回試しに使ってそれっきり。
一回試しに使ってそれっきり。
なるほど、じゃ次は使い捨てじゃないエディタは何なのか語ってもらおうか
315 ：仕様書無しさん：04/04/01 01:04
ひでま
316 ：仕様書無しさん：04/04/01 02:32
317 ：仕様書無しさん：04/04/01 02:37
wordstarですが何か?
318 ：仕様書無しさん：04/04/01 03:13
vi(m) ってさぁ、何も出来ないでしょ。
せめてテキストエディタとしてまともに使えればと思うけどプロポーショナルすら表示できないもんなぁ
日本語とASCIIのフォントも別に出来ないし、シェルモードもない。
つーか、メジャーモードみたいなのも無いでしょ。
全部同じモード。
もう、つかえねぇテキストエディタ代表だよあれじゃｗ
秀丸とかの方が早くて安定している分まだマシなんじゃないの？
せめてテキストエディタとしてまともに使えればと思うけどプロポーショナルすら表示できないもんなぁ
日本語とASCIIのフォントも別に出来ないし、シェルモードもない。
つーか、メジャーモードみたいなのも無いでしょ。
全部同じモード。
もう、つかえねぇテキストエディタ代表だよあれじゃｗ
秀丸とかの方が早くて安定している分まだマシなんじゃないの？
>>318ってさぁ、何も出来ないでしょ。
せめてマニュアルくらい読めれば（ｒｙ
せめてマニュアルくらい読めれば（ｒｙ
321 ：仕様書無しさん：04/04/01 22:37
全部事実を書いたまでだが・・・
マニュアルをいくら読んでもプロポーショナルが使えるとは書かれていないが？
フォントもASCIIと日本語を別に設定できるという記述は見つけられないが？
シェルモードもないだろ？
ファイルタイプよんでちょっと設定が変わるものをメジャーモードとも言わないがなぁｗ
まぁ、具体的は反論が出来ないのは解るがｗ
マニュアルをいくら読んでもプロポーショナルが使えるとは書かれていないが？
フォントもASCIIと日本語を別に設定できるという記述は見つけられないが？
シェルモードもないだろ？
ファイルタイプよんでちょっと設定が変わるものをメジャーモードとも言わないがなぁｗ
まぁ、具体的は反論が出来ないのは解るがｗ
欠点しか指摘できない知障がいるな
sageることも知らないし
sageることも知らないし
エディタに何を求めるのか？
「プロポーショナルが使えたり、フォントもASCIIと日本語を別に設定できたり」
なんぞを求めることは正しいのか？。俺はそんな機能はイラン
シェルモードについてだが、「ツールボックスアプローチとキッチンシンクアプローチの違い」
というしかいえない。
基本的にシェルモードというのはエディタに求めるべき機能であるとは思えない。
ある方が便利なことは認めるが、emacsみたいに開発環境化してしまうと、
エディタと開発環境の比較という意味の無い論議になるではないか。
「プロポーショナルが使えたり、フォントもASCIIと日本語を別に設定できたり」
なんぞを求めることは正しいのか？。俺はそんな機能はイラン
シェルモードについてだが、「ツールボックスアプローチとキッチンシンクアプローチの違い」
というしかいえない。
基本的にシェルモードというのはエディタに求めるべき機能であるとは思えない。
ある方が便利なことは認めるが、emacsみたいに開発環境化してしまうと、
エディタと開発環境の比較という意味の無い論議になるではないか。
324 ：仕様書無しさん：04/04/04 02:36
>>323
> 「プロポーショナルが使えたり、フォントもASCIIと日本語を別に設定できたり」
> なんぞを求めることは正しいのか？。俺はそんな機能はイラン
それはお前の意見であり大衆の意見ではない。
実際にかなり多くの需要があり、主要テキストエディタでは軒並み使える。
これが事実だ。
対応する、文字コードもEmacsに比べかなり少ない。
これもテキストエディタに求める人間は多いだろう。
結果的にvi(m)は廃れた。
用途は限定され、設定ファイルの変更、もしくは一部のプログラマしか使わなくなり
その唯一の使用法でもEmacsに劣る。
頑固にテキストエディタの機能にくくる割にはお粗末な顛末だ。
> 「プロポーショナルが使えたり、フォントもASCIIと日本語を別に設定できたり」
> なんぞを求めることは正しいのか？。俺はそんな機能はイラン
それはお前の意見であり大衆の意見ではない。
実際にかなり多くの需要があり、主要テキストエディタでは軒並み使える。
これが事実だ。
対応する、文字コードもEmacsに比べかなり少ない。
これもテキストエディタに求める人間は多いだろう。
結果的にvi(m)は廃れた。
用途は限定され、設定ファイルの変更、もしくは一部のプログラマしか使わなくなり
その唯一の使用法でもEmacsに劣る。
頑固にテキストエディタの機能にくくる割にはお粗末な顛末だ。
英語圏の連中には vi ユーザのほうが emacs ユーザより多い気がする。
やつらは html も vi でほいほい書いてるからな。
らくちんでいいよな。
やつらは html も vi でほいほい書いてるからな。
らくちんでいいよな。
326 ：仕様書無しさん：04/04/04 04:03
viでこの業界が嫌になる新人がいるんだろな。
まぁ、そういう奴はさっさと去ってもらったほうがいいさ。
とりあえず、viを使わせるというのもありだな。
まぁ、そういう奴はさっさと去ってもらったほうがいいさ。
とりあえず、viを使わせるというのもありだな。
327 ：仕様書無しさん：04/04/04 04:31
>>325
んなこたぁ無い。
>>326
vi(m)なんざ奥は浅いから誰でもすぐ使えるようになる。
つーか、Emacs使えるヤツはみんな楽勝でvi(m)くらい使える。
大体プログラマ特性がvi(m)の操作で決まるって何よｗ
elispのセンスで決まるとかならまだしもｗ
ドカタらしい答えだなｗ
んなこたぁ無い。
>>326
vi(m)なんざ奥は浅いから誰でもすぐ使えるようになる。
つーか、Emacs使えるヤツはみんな楽勝でvi(m)くらい使える。
大体プログラマ特性がvi(m)の操作で決まるって何よｗ
elispのセンスで決まるとかならまだしもｗ
ドカタらしい答えだなｗ
人を徹底的に馬鹿にするからemacs厨って嫌いなんだよ
>>328
負け犬臭いですね
負け犬臭いですね
> 結果的にvi(m)は廃れた。
廃れた。ということにしたいのですね :D
廃れた。ということにしたいのですね :D
だからさー、用途限定でいいわけ。わかる？
emacsのなんでもかんでもゲロみたいに詰め込む姿勢が嫌なの。
そりゃおまいはゲロにまみれてるのがお似合いだけどさあ。
emacsのなんでもかんでもゲロみたいに詰め込む姿勢が嫌なの。
そりゃおまいはゲロにまみれてるのがお似合いだけどさあ。
>>331
でも、用途限定でもemacsに負けてるんでしょｗ
でも、用途限定でもemacsに負けてるんでしょｗ
必ずと言っていいほど、つっかかってくるのは emacso 使ってるヤシだな･･･。
emacso つかってるヤシは子供が多いのか？
emacso つかってるヤシは子供が多いのか？
え～と・・・ここバトルスレなんすけどｗ
ネタでも何でも良いから罵り合って楽しむというのが当然のｽﾀﾝｽかと。
viの人もいっちょ暴れてみたら？
ネタでも何でも良いから罵り合って楽しむというのが当然のｽﾀﾝｽかと。
viの人もいっちょ暴れてみたら？
ちなみに漏れは、vi(m) も emacso も使う。
どっちも好きだが、emacso ユーザの偏見がましい所は好きじゃない。
その点 vi(m) ユーザのほうが、大人に見える。
どっちも好きだが、emacso ユーザの偏見がましい所は好きじゃない。
その点 vi(m) ユーザのほうが、大人に見える。
> どっちも好きだが、emacso ユーザの偏見がましい所は好きじゃない。
> その点 vi(m) ユーザのほうが、大人に見える。
それ自体が偏見じゃないか？
> その点 vi(m) ユーザのほうが、大人に見える。
それ自体が偏見じゃないか？
viは簡単にコピペやカッペができるところがいい。
341 ：仕様書無しさん：04/04/17 15:53
viってOSにおまけで付いてくるメモ帳でしょ？
そんなの何時までも使っていられないよ（藁
そんなの何時までも使っていられないよ（藁
使ったことの無い奴が想像で何言おうと知ったこっちゃない。
343 ：仕様書無しさん：04/04/17 16:07
いやぁ、使ったことあるけどさぁ、あまりにもの糞加減に使うのやめたよ
アレは、原始人が使うエディタでしょ、何も出来ないもの（藁
キータイプ数も爆発的に増えるしね
まぁ、現実について行けない年寄り用の介護エディタって所かな（藁
アレは、原始人が使うエディタでしょ、何も出来ないもの（藁
キータイプ数も爆発的に増えるしね
まぁ、現実について行けない年寄り用の介護エディタって所かな（藁
>何も出来ないもの（藁
>キータイプ数も爆発的に増えるしね
ふーん(w
>キータイプ数も爆発的に増えるしね
ふーん(w
345 ：仕様書無しさん：04/04/17 16:12
346 ：仕様書無しさん：04/04/17 16:17
別にemacsでもいいじゃん（藁
348 ：仕様書無しさん：04/04/17 16:23
なに色も付かないエディタ使っているヤツがほざいているんだよ（藁
>>339
カッペって初めて聞いた
カッペって初めて聞いた
色が付けば満足らしい
>>343
> キータイプ数も爆発的に増えるしね
あのモードって萎えるよな。
でも昔は、みんなあのタイプだったらしい。
オライリーのEmacs本の最初に
> 多くのエディタ（とりわけvi）と違って、Emacsの場合はテキスト入力用のモードと
> コマンド入力用のモードが分かれていない。
と書かれている。
結構画期的だったんだな当時は。
> キータイプ数も爆発的に増えるしね
あのモードって萎えるよな。
でも昔は、みんなあのタイプだったらしい。
オライリーのEmacs本の最初に
> 多くのエディタ（とりわけvi）と違って、Emacsの場合はテキスト入力用のモードと
> コマンド入力用のモードが分かれていない。
と書かれている。
結構画期的だったんだな当時は。
352 ：仕様書無しさん：04/04/17 16:40
まぁ、viはまったく進化してないしな。
無くなるのも時間の問題かも。
無くなるのも時間の問題かも。
と、思ったけどviはcと同じで無くしたいけど無くせない嫌らしいポジションにいるのかもｗ
vimを進化形と認めたくないなら、たしかにまったく進化してないな。
しかし、色が付かないと最低限レベルクリアできないのか(w
しかし、色が付かないと最低限レベルクリアできないのか(w
356 ：仕様書無しさん：04/04/17 19:36
vim調べてみたけど大して変わらなそうだな
色は付くみたいだけど（藁
色は付くみたいだけど（藁
だから使ったこと無い奴は黙ってろと。
viってインサートモード使いにくくない？
359 ：仕様書無しさん：04/04/17 23:57
360 ：仕様書無しさん：04/04/17 23:58
vimは、もともとviイミテーションを略したなまえだろ。
viとvimって操作方法が同じ以外、別もんだし、同列に考えることすらおかしい。
viとvimって操作方法が同じ以外、別もんだし、同列に考えることすらおかしい。
vi improvedなんだけど。
「もともと」と書かれてるだろうが
>>364
>363
>363
>>365
逃げたな、ﾌﾟｯ
逃げたな、ﾌﾟｯ
ちゃんと嫁
どっちでもいいんだよ。
そんなことより糞コードをもっとましに書けや。
そんなことより糞コードをもっとましに書けや。
370 ：仕様書無しさん：04/04/29 13:46
vimのソース汚ねぇな
371 ：仕様書無しさん：04/05/01 20:58
なんでこんなスレが９スレも続いてるんだ？
話す事なんか無いだろ。
話す事なんか無いだろ。
宗教戦争ﾏﾝｾｰ
373 ：仕様書無しさん：04/05/02 04:17
＿＿
γ￣ ﾟ・ ｡ヽ
へ＿ノﾟﾟ･ﾟ｡γ⌒ヽωﾟ）
ノo･ﾟﾟ｡ ´д｡ξ、 ν″
ι ｡Дζ_ゝ`ゞo〉 ＜ｽｲ...ﾏ...ｾ...ｺﾞﾎﾞ..ｺﾞﾎﾞｯ...ﾁｮｯ...ﾄ..ｽﾞｽﾞｽﾞ...ｺｺﾄﾎﾞﾘﾏ...ﾏ...ｸﾞﾎﾞｯ
／三≡ﾟ・ﾟ つ "⌒つ
～〈 ｀,∀ﾟ・ﾟ｡ っ ﾍノ■）
ζ・∀･・）ιﾟ｡ﾟﾟ 'Д⌒J
ノ ∴ι"ヾー｡~'つ っ
（＿と 。ﾟﾟ・・ /⌒ヽﾟ ｡）
）ﾟ・ﾟ｡ﾟﾟノ "；
|｡/|ﾟ / ,’
// |ﾟ| ．
Ｕ .Ｕ ＿
γ￣ ﾟ・ ｡ヽ
へ＿ノﾟﾟ･ﾟ｡γ⌒ヽωﾟ）
ノo･ﾟﾟ｡ ´д｡ξ、 ν″
ι ｡Дζ_ゝ`ゞo〉 ＜ｽｲ...ﾏ...ｾ...ｺﾞﾎﾞ..ｺﾞﾎﾞｯ...ﾁｮｯ...ﾄ..ｽﾞｽﾞｽﾞ...ｺｺﾄﾎﾞﾘﾏ...ﾏ...ｸﾞﾎﾞｯ
／三≡ﾟ・ﾟ つ "⌒つ
～〈 ｀,∀ﾟ・ﾟ｡ っ ﾍノ■）
ζ・∀･・）ιﾟ｡ﾟﾟ 'Д⌒J
ノ ∴ι"ヾー｡~'つ っ
（＿と 。ﾟﾟ・・ /⌒ヽﾟ ｡）
）ﾟ・ﾟ｡ﾟﾟノ "；
|｡/|ﾟ / ,’
// |ﾟ| ．
Ｕ .Ｕ ＿
374 ：仕様書無しさん：04/05/11 23:40
そう言えば47氏はJava使い物にならない、信用していない等メチャ否定派だったな
ココで薦めているヤツってマジでJava使っているの？
ココで薦めているヤツってマジでJava使っているの？
>>374
ダウソ板にかえれ
ダウソ板にかえれ
376 ：仕様書無しさん：04/05/13 13:49
EmacsはSchemeの標準的な実装と比べて、どんなところがダサイの？
377 ：仕様書無しさん：04/05/14 01:34
半端なところ
378 ：仕様書無しさん：04/05/15 13:02
>>374
確かにJavaは実用化されないでこのまま沈みそう
確かにJavaは実用化されないでこのまま沈みそう
携帯系では盛況だけどな＜Java
実用化されてないだろ
>>381
どうなったら実用化なんだ？
どうなったら実用化なんだ？
認知度の高いまたは利用度の高いクライアントアプリの登場
>>383
なんでそれでＪＡＶＡが実用化されたことになるのかサッパリわけわかめ。
なんでそれでＪＡＶＡが実用化されたことになるのかサッパリわけわかめ。
いま、vim使っているんだが微妙に痒いところに手が届かないね
で、痒いところってどのへんよ
すまない、今掻けた
わざわざ最小環境作ったのに、hosts書き換えるごときでemacsインスコする後輩萎え
つか納入物勝手に変えんなヴォケ
つか納入物勝手に変えんなヴォケ
391 ：仕様書無しさん：04/05/29 01:44
GVimなんかレジストリ汚すからもっと最悪
392 ：仕様書無しさん：04/05/30 00:19
そこでmemo帳ですよ。
#gvim レジストリ汚さないように、起動オプションで制御できたような気がする。
最近強制になったんじゃなかったっけ？
OCX意外に使うようになったような・・・
OCX意外に使うようになったような・・・
395 ：仕様書無しさん：04/06/05 11:45
Emacs重いはキーバインド最悪だわでまったく使えんな
C-f C-b C-p C-n ってなに？
動的補完の方向性も一方方向だけ（逆方向もあるが押ズラ区使い物にならん）
Undoはキーを覚えるだけのいい加減な実装（なのでループ状態）
大体修飾キー使いすぎで、高速な編集が出来ない
lispで遊ぶためのオモチャだな
C-f C-b C-p C-n ってなに？
動的補完の方向性も一方方向だけ（逆方向もあるが押ズラ区使い物にならん）
Undoはキーを覚えるだけのいい加減な実装（なのでループ状態）
大体修飾キー使いすぎで、高速な編集が出来ない
lispで遊ぶためのオモチャだな
396 ：仕様書無しさん：04/06/05 12:51
やっぱＶｉだろ。
ねーねー。前から不思議に思ってたんだけどね、
シンプルな物を組み合わせてパワーを引き出すってのが
UNIX文化では好まれる傾向なんだよね?
なんで、Emacsはこんなに受け入れられたのかなぁ。
ってこの手の話題は外出?
シンプルな物を組み合わせてパワーを引き出すってのが
UNIX文化では好まれる傾向なんだよね?
なんで、Emacsはこんなに受け入れられたのかなぁ。
ってこの手の話題は外出?
398 ：仕様書無しさん：04/06/05 14:41
lispが面白かったからだろ？
まぁﾊｶｰはemacsなど使わないが
まぁﾊｶｰはemacsなど使わないが
399 ：プロ固定金土日こと星山成寿(李明煕/イ・ミョンヒ）：04/06/05 15:22
プロ固定金土日こと星山成寿(李明煕/イ・ミョンヒ）
の２ちゃんねるワンポイントアドバイスの時間です。
長年プロ固定してますので、削除とか他人のIP抜き取り個人情報調べ、
２ちゃんねるのアングラの仕事など西村博之の右腕として広範囲な仕事を
任されております。一般に２ちゃんねるは、収益を上げてない個人管理の掲示板
かのように思われていますが、各トピックごとに様々な人間がアクセスしてくる
ため、それらのIPで個人情報を調べた名簿を企業に売買しすることにより、
裏側では巨大な収益をあげております。DHCの裁判でいきなり５億円もの損害賠償
を請求されているのも、彼らの独自の調査によって２ちゃんが裏側で稼いでいる
情報がばれているからにほかなりません。２ちゃんねるでも、ほんの一部の幹部
しかしらない情報としましては、「薬・違法掲示板」の名簿を、覚醒剤の売買
組織に、売り捌いていることです。これに関しては、アングラマネーなので当然
税金もかからず、実は一番の巨大な利益は「薬・違法掲示板」で集まった
シャブ中連中の個人情報を組織に転売することにより得ています。
最近それらの情報に警察や公安が気づき始めたため、西村博之の実家には何度も
ガサ入れ（家宅捜査）に入られており、逮捕への証拠固めとして、国家権力が
動き始めて、かなり立場的には危険になったことは確かです。ですので、
以前ほど堂々と、そのような行為もできなくなってきているので、私も住居を
転々としている次第です。あっ、このことについては、本当に危ない話
なので、他言しないでくださいね。もしばれた場合は、ネタ情報として
逆にでたらめな似通った情報をたくさんネット上に流すことにより、煙に
まいてください。大抵の場合、ガセの情報をたくさん流せば、またネタが
始まったと、冗談で終わります。以前オウム真理教が毒ガスサリンを
自分たちが作っているのに、毒ガスで命を狙われたなどと自作自演した
作戦と同じ手口ですね。よろしくお願いします。
の２ちゃんねるワンポイントアドバイスの時間です。
長年プロ固定してますので、削除とか他人のIP抜き取り個人情報調べ、
２ちゃんねるのアングラの仕事など西村博之の右腕として広範囲な仕事を
任されております。一般に２ちゃんねるは、収益を上げてない個人管理の掲示板
かのように思われていますが、各トピックごとに様々な人間がアクセスしてくる
ため、それらのIPで個人情報を調べた名簿を企業に売買しすることにより、
裏側では巨大な収益をあげております。DHCの裁判でいきなり５億円もの損害賠償
を請求されているのも、彼らの独自の調査によって２ちゃんが裏側で稼いでいる
情報がばれているからにほかなりません。２ちゃんねるでも、ほんの一部の幹部
しかしらない情報としましては、「薬・違法掲示板」の名簿を、覚醒剤の売買
組織に、売り捌いていることです。これに関しては、アングラマネーなので当然
税金もかからず、実は一番の巨大な利益は「薬・違法掲示板」で集まった
シャブ中連中の個人情報を組織に転売することにより得ています。
最近それらの情報に警察や公安が気づき始めたため、西村博之の実家には何度も
ガサ入れ（家宅捜査）に入られており、逮捕への証拠固めとして、国家権力が
動き始めて、かなり立場的には危険になったことは確かです。ですので、
以前ほど堂々と、そのような行為もできなくなってきているので、私も住居を
転々としている次第です。あっ、このことについては、本当に危ない話
なので、他言しないでくださいね。もしばれた場合は、ネタ情報として
逆にでたらめな似通った情報をたくさんネット上に流すことにより、煙に
まいてください。大抵の場合、ガセの情報をたくさん流せば、またネタが
始まったと、冗談で終わります。以前オウム真理教が毒ガスサリンを
自分たちが作っているのに、毒ガスで命を狙われたなどと自作自演した
作戦と同じ手口ですね。よろしくお願いします。
400 ：仕様書無しさん：04/06/05 15:58
Meadow不安定すぎ
落ちまくる
落ちまくる
>>400
自分でコンパイルしたバイナリとかじゃないだろうな？
自分でコンパイルしたバイナリとかじゃないだろうな？
402 ：仕様書無しさん：04/06/06 01:30
漏れは自分でコンパイルしたバイナリだけど落ちないよ。
404 ：仕様書無しさん：04/06/06 01:56
恐らく、.emacsの記述の関係だと思うんだが
起動数秒後にカーソルがどこにいてもトップに戻ったり
gnuservのエラーか何かのメッセージが出て落ちる
.emacsを綺麗に削ると安定したりするんだが
面倒なので結局Vimを使っている
しかし.emacsの記述でこんなに不安定になるのは無しだと思うよ
Vimは落ちた試しがない
しかも高速
起動数秒後にカーソルがどこにいてもトップに戻ったり
gnuservのエラーか何かのメッセージが出て落ちる
.emacsを綺麗に削ると安定したりするんだが
面倒なので結局Vimを使っている
しかし.emacsの記述でこんなに不安定になるのは無しだと思うよ
Vimは落ちた試しがない
しかも高速
Emacsのundoは確かに酷い。使い物にならない。
もうちょっとなんとかならんもんかね。
もうちょっとなんとかならんもんかね。
407 ：仕様書無しさん：04/06/06 13:35
>>406
戻しすぎた場合にRedoやUndoで行ったり来たりしたい時
戻しすぎた場合にRedoやUndoで行ったり来たりしたい時
>>407
Redo.el 入れれば出来るよ。
Redo.el 入れれば出来るよ。
409 ：仕様書無しさん：04/06/06 22:09
まぁ、記憶容量が低い人にはシンプルが一番ってことで。
411 ：仕様書無しさん：04/06/07 00:23
人間に負担を強いる時点で終わりだろｗ
じゃMTの車も終わってるな
実際終わってんじゃん。逆転ありえないし。
楽なATがすべてにおいて優れてるとは限らんちゅーことですよ。
ＰＣがどんなに悲惨な状況に陥ってもたいていＶｉは動く。Ｖｉ使えれば最悪の事態は免れる。
ATユーザーの方が多いってことは
そんだけ支持されてんのよ。つまり（ｒｙ
そんだけ支持されてんのよ。つまり（ｒｙ
417 ：仕様書無しさん：04/06/07 02:25
MTなんて無くなってきてるじゃんｗ
418 ：仕様書無しさん：04/06/07 02:45
意味のない負担は要らんな
VimはEmacsよりコストが安くEmacsと比べて遜色のない事が出来る
しかも反応も早い
VimはEmacsよりコストが安くEmacsと比べて遜色のない事が出来る
しかも反応も早い
vi 系はテキスト入力するのに Normal とか Insert とかモードが
分かれてるのがマンドクサく感じるなぁ。
分かれてるのがマンドクサく感じるなぁ。
420 ：仕様書無しさん：04/06/07 03:38
Emacsは何をするにも修飾キーを使うのがウザイ
しかも、非常に頭の悪い配置だし
連続して流れるように打てない
しかも、非常に頭の悪い配置だし
連続して流れるように打てない
421 ：ヽ(´ー`)ノ ◆.ogCuANUcE ：04/06/07 15:36
422 ：仕様書無しさん：04/06/07 22:10
どう考えてもedよりvi
結論：viの勝ち
粘着、(ﾟДﾟ)ｳｾﾞｪｪｪ 。
若い人は「タイプライタしか使えないという環境」を想像も出来ないんだね
>>425
はやく教えろよ。オッサン
はやく教えろよ。オッサン
あれ、このスレにいるやつって
みんなおっさんじゃなかったっけ。( ´,_ゝ｀)ﾌﾟｯ
みんなおっさんじゃなかったっけ。( ´,_ゝ｀)ﾌﾟｯ
>>425 はまだ？
431 ：仕様書無しさん：04/06/09 23:58
/. にVim6.3リリースの記事載ってるね
Emacsの次のリリースはいつ？
Emacsの次のリリースはいつ？
432 ：仕様書無しさん：04/06/13 03:31
実際の所、Emacs系とvi系じゃどちらの方がユーザー多いの？
オレはEmacsの終わっているデフォルトキーバインドが許せなくてVim使っているが
オレはEmacsの終わっているデフォルトキーバインドが許せなくてVim使っているが
日本ではemacsの方が多いと思われ。
unixの日本語入力環境はnemacsの歴史が古いからねぇ
日本の教育現場で実用に耐えるのはemacsしかなかったんじゃないかなぁ
いまも日本語入力という意味じゃ大差ないし
日本の教育現場で実用に耐えるのはemacsしかなかったんじゃないかなぁ
いまも日本語入力という意味じゃ大差ないし
435 ：仕様書無しさん：04/06/14 00:48
なるほどね
vi系は主にプログラマが使うから日本語なんてそんなに気にしないが
emacs系はプログラマ以外が使う方が多いしな
vi系は主にプログラマが使うから日本語なんてそんなに気にしないが
emacs系はプログラマ以外が使う方が多いしな
436 ：仕様書無しさん：04/06/14 09:05
なるほどね
vi系は主にプログラミングに使うから日本語なんてそんなに気にしないが
emacs系はプログラミング以外に使う方が多いしな
vi系は主にプログラミングに使うから日本語なんてそんなに気にしないが
emacs系はプログラミング以外に使う方が多いしな
lisp 弄る前提があるから emacs
もかなりの割合をプログラマがしめてたりしない？
それとも、設定済みのを配布する事で、
プログラマ以外もバリバリ使ってたりするのかな？
もかなりの割合をプログラマがしめてたりしない？
それとも、設定済みのを配布する事で、
プログラマ以外もバリバリ使ってたりするのかな？
438 ：仕様書無しさん：04/06/20 05:38
Emacsはプログラマ以外の方が圧倒的に大いに決まってるだろｗ
lispなんてほんの一部の人間しか弄くってないよ
弄くっても設定レベル
ほとんどがあり物のlispひらって来て使っているだけ
それに比べてviなんてプログラム以外の用途でどう使うのよｗ
あとは設定ファイルを弄くるくらいか？
普通の人があのモードありのエディタを使うのは辛すぎる
それに比べて、Emacsは打てばそのまま入力されるから入りやすい
Emacs人口が増えるわけさ
lispなんてほんの一部の人間しか弄くってないよ
弄くっても設定レベル
ほとんどがあり物のlispひらって来て使っているだけ
それに比べてviなんてプログラム以外の用途でどう使うのよｗ
あとは設定ファイルを弄くるくらいか？
普通の人があのモードありのエディタを使うのは辛すぎる
それに比べて、Emacsは打てばそのまま入力されるから入りやすい
Emacs人口が増えるわけさ
あら、よく見たら 436 でプログラミングに言いなおしてたのか。
多重投稿かとおもってた。わかり辛い…。
Emacs をプログラマ以外がこぞって使うような環境って
どんな環境なんだろう？
UnixやLinux端末の職場や学校だとそんな感じなのかな？
自分の場合はWindows環境でMeadow使ってるんだけど、
周りに vi や emacs 使ってる人なんて、プログラマですら
一人も見たことない…。
どんな環境なんだろう？
UnixやLinux端末の職場や学校だとそんな感じなのかな？
自分の場合はWindows環境でMeadow使ってるんだけど、
周りに vi や emacs 使ってる人なんて、プログラマですら
一人も見たことない…。
>425 ﾏﾀﾞｰ?? ﾁﾝﾁﾝ（AA略
>>440
大学でUNIXをメインで使ってるところだと、日本語入力はEmacsでしかできないからなぁ
大学でUNIXをメインで使ってるところだと、日本語入力はEmacsでしかできないからなぁ
>>440
タイプライタしか使えないという環境よりは、ありそうだね。
タイプライタしか使えないという環境よりは、ありそうだね。
444 ：仕様書無しさん：04/06/21 01:07
emacsを使っちゃいけない理由なんてあるの？使えない環境におかれてる奴が
やせ我慢してるようにしか思えないけど。
やせ我慢してるようにしか思えないけど。
emacs自体が使い難いから使わないだけなんだが
447 ：仕様書無しさん：04/06/21 04:12
この指がｖｉのことを覚えてるの
>>446
どっち使うにしても、馴れの問題だとは思うけどね。
どっち使うにしても、馴れの問題だとは思うけどね。
449 ：仕様書無しさん：04/06/21 04:52
emacsは常にctrl押してないか？
指がつりそう。
指がつりそう。
>>449
たぶんお前のキーボードcontolキーの位置間違ってる。
たぶんお前のキーボードcontolキーの位置間違ってる。
少なくとも使い勝手は emacs > vi だと思う。
そういや親指シフト使ってた奴も「慣れると早い」っつってたな。
そういや親指シフト使ってた奴も「慣れると早い」っつってたな。
>>449
Control と CapsLock の配置を入れ替えれ。
そっちが標準。
>>451
日本語入力じゃないけど、１０６キーボードの変換キーを
シフトに割り当てて親指で押してる。なかなか快適。
Control と CapsLock の配置を入れ替えれ。
そっちが標準。
>>451
日本語入力じゃないけど、１０６キーボードの変換キーを
シフトに割り当てて親指で押してる。なかなか快適。
453 ：仕様書無しさん：04/06/22 02:30
>>451
どう考えてもviだろｗ
どう考えてもviだろｗ
>>453
どう考えたの？
どう考えたの？
455 ：仕様書無しさん：04/06/22 04:16
>>455
上２つはただ単に馴れの問題でしょ。
どっちを最初に使ったかに過ぎない。
重いのは同意。
1行に画面から文字がはみ出すまで入力してからスクロールさせると
なんだかガタガタするんだよな…。
ところで、色々できるっていう Emacs の利点は考慮に入れないの？
なんか vi に有利な点だけで比較してるように見受けられる。
上２つはただ単に馴れの問題でしょ。
どっちを最初に使ったかに過ぎない。
重いのは同意。
1行に画面から文字がはみ出すまで入力してからスクロールさせると
なんだかガタガタするんだよな…。
ところで、色々できるっていう Emacs の利点は考慮に入れないの？
なんか vi に有利な点だけで比較してるように見受けられる。
今時、Emacsが重いなんて一体どんなショボイ環境使ってんだ？
emacsﾏﾝｾｰ
460 ：仕様書無しさん：04/06/23 00:26
こんどのRPGツクールはEmacsみたいだぞ
ttp://www.forest.impress.co.jp/article/2004/06/22/rpgxptrial.html
> 本ソフトで作ったゲームのメニュー画面やメッセージウィンドウ、戦闘システムなどゲームの根幹に
> 関わる部分は、この“RGSS”で作成されている。そのため、これらのスクリプトを専用エディターで
> 編集すれば、メニュー画面や戦闘画面のレイアウトをがらりと変更したり、戦闘時の当たり判定や
> ダメージ計算などを細かくカスタマイズするなど、工夫次第でより独自性の高いゲームを作成できるようになった。
ttp://www.forest.impress.co.jp/article/2004/06/22/rpgxptrial_3r.jpg
これを見る限り、RubyっぽいからかなりちゃんとしたOOPLなんじゃないかな
ちと面白そう
ttp://www.forest.impress.co.jp/article/2004/06/22/rpgxptrial.html
> 本ソフトで作ったゲームのメニュー画面やメッセージウィンドウ、戦闘システムなどゲームの根幹に
> 関わる部分は、この“RGSS”で作成されている。そのため、これらのスクリプトを専用エディターで
> 編集すれば、メニュー画面や戦闘画面のレイアウトをがらりと変更したり、戦闘時の当たり判定や
> ダメージ計算などを細かくカスタマイズするなど、工夫次第でより独自性の高いゲームを作成できるようになった。
ttp://www.forest.impress.co.jp/article/2004/06/22/rpgxptrial_3r.jpg
これを見る限り、RubyっぽいからかなりちゃんとしたOOPLなんじゃないかな
ちと面白そう
462 ：仕様書無しさん：04/06/23 20:44
viでiコマンドの拡張版としてIコマンドで日本語入力モードｉできるようにしてほしい。
あとaも同様に。作ろうと思ったんだけどよいソースがなくて。
あとaも同様に。作ろうと思ったんだけどよいソースがなくて。
465 ：仕様書無しさん：04/06/24 02:05
>>462
それだと I と A が潰れるだろタコ
それだと I と A が潰れるだろタコ
466 ：名無しさん＠お腹いっぱい。：04/06/24 11:44
vim ってプレーンなテキストエディタかと思ってたけど、
結構スクリプトで色々できるんだね。
結構スクリプトで色々できるんだね。
468 ：仕様書無しさん：04/06/25 05:42
だって2chブラウザすらあるし
Emacs化が進んでいるんだなｗ
470 ：仕様書無しさん：04/06/26 01:34
軽くて操作性編集性に優れていて、高度なカスタマイズも出来てしまうので
既に弱点無いよ
既に弱点無いよ
471 ：名無しさん@Vim%Chalice：04/06/26 02:31
vimユーザな俺からしても、むしろ弱点だらけだと思うが
とっつきが悪いというのはでか過ぎる弱点。
カスタマイズしなきゃロクに使えん、とも言えるわけで。
今時こんな前時代的なエディタを使い始める人もいない。
そんなエディタを布教してくる香具師も正直迷惑。
カスタマイズしなきゃロクに使えん、とも言えるわけで。
今時こんな前時代的なエディタを使い始める人もいない。
そんなエディタを布教してくる香具師も正直迷惑。
473 ：仕様書無しさん：04/06/26 13:56
イニシャルコストが高い＝糞
と言う図式は小学生までなら許してやろう
と言う図式は小学生までなら許してやろう
え？Emacsってカスタマイズして使うものなの？
俺、フォントと初期ウィンドウの大きさくらいしか変えてないけど。
みんな普通、どの辺りをカスタマイズしてんの？
俺、フォントと初期ウィンドウの大きさくらいしか変えてないけど。
みんな普通、どの辺りをカスタマイズしてんの？
お前はEmacs使っている意味ないな
emacs使っていてlispいじれない
と言う図式は小学生までなら許してやろう
と言う図式は小学生までなら許してやろう
だからどの辺りを変えてるのか言いなよ
笑ったりしないから
笑ったりしないから
lispがそんなに欲しいならemacsスレに行くか自分で探しましょう
まあ、「カスタマイズしなきゃ使えない」と「カスタマイズで強化できる」
では全然状況が違うわけだが、XKeyEmacs とかでキーバインドを
再現するだけの需要がある時点で、「カスタマイズしなきゃ使えない」
ってのは有り得ないな。
それは vim もそうだろうけど。
では全然状況が違うわけだが、XKeyEmacs とかでキーバインドを
再現するだけの需要がある時点で、「カスタマイズしなきゃ使えない」
ってのは有り得ないな。
それは vim もそうだろうけど。
keybind の設定で100行くらい。
vimはperlとかtclのインターフェースも使えまつ。
>>483
あんなことやこんなこともできちゃいます。今すぐ「同意するボタン」をクリック！！
あんなことやこんなこともできちゃいます。今すぐ「同意するボタン」をクリック！！
XKeymacsのvi版ってあるのかなぁ？
需要ないだろ
viなんて一部の時代錯誤の人間しか使わんしｗ
viなんて一部の時代錯誤の人間しか使わんしｗ
zsh のキーバインドにはあるけど。
>>480
C-p n f b
M-f b
主要移動がこんな頭文字から取ったようなキーバインド
この時点で最悪だと思うが
動的補完も単方向
逆方向にするためにはキータイプが異常にタルイ
つーか、常に指の自由度が固定される修飾キー使用って時点で駄目
こんな最低仕様で vim と比べるなよ
C-p n f b
M-f b
主要移動がこんな頭文字から取ったようなキーバインド
この時点で最悪だと思うが
動的補完も単方向
逆方向にするためにはキータイプが異常にタルイ
つーか、常に指の自由度が固定される修飾キー使用って時点で駄目
こんな最低仕様で vim と比べるなよ
行選択もないな
ブロック選択は視覚的に理解できなく、しかもキーバインドが酷すぎ
タイプ数も多い
繰り返しもマクロしかなく弱い
マークもジャンプすると移動しちまう
初期状態のemacsなんぞ糞も良いところ
vimと比べると天地の差だ
ブロック選択は視覚的に理解できなく、しかもキーバインドが酷すぎ
タイプ数も多い
繰り返しもマクロしかなく弱い
マークもジャンプすると移動しちまう
初期状態のemacsなんぞ糞も良いところ
vimと比べると天地の差だ
490 ：仕様書無しさん：04/06/27 01:31
>>485
mayu とかでそんな設定ファイルがあった気がする。
mayu とかでそんな設定ファイルがあった気がする。
mayuは激しくマシンの動きがおかしくなるのでオススメできない
>>489
君なかなかいいね．もっと書いてよ．
君なかなかいいね．もっと書いてよ．
>>488
>C-p n f b
>M-f b
>主要移動がこんな頭文字から取ったようなキーバインド
>この時点で最悪だと思うが
んなもん馴れの問題だって。
そんな事を言い出したら、
「vi はキーを押しても、素直に文字が入力されないから使い辛い。
こんな最低使用でEmacsと比べるなよ。」
とか俺も言っちゃうぞ。
馴れの問題をエディタの問題として語ってもグルグル話がループするだけ。
>C-p n f b
>M-f b
>主要移動がこんな頭文字から取ったようなキーバインド
>この時点で最悪だと思うが
んなもん馴れの問題だって。
そんな事を言い出したら、
「vi はキーを押しても、素直に文字が入力されないから使い辛い。
こんな最低使用でEmacsと比べるなよ。」
とか俺も言っちゃうぞ。
馴れの問題をエディタの問題として語ってもグルグル話がループするだけ。
>>494
慣れの問題じゃないね
hjkl と C-p n f b M-f b じゃ明らかに vi の方が早く確実に打てる
emacsのこれらの配置は利点があってしたものじゃないから vi のモードと比較するのが既に間違い
vi のモードはモード切替のコストと引き替えに修飾キー使用頻度の低さ、実際のプログラムにおける
繰り返し処理の簡便さを手に入れている
C-p n f b M-f b は考え抜かれてそうなった訳じゃなく、ただ単に頭文字からそれを取っただけだ
理解を容易のするという意味では頭文字は優れているがそれは使用頻度の低い物に適用する
物であって、主要の移動キーなどに採用しているのは考え無しの証拠。
馴れの一言で逃げるものではない
また、馴れたときのことを考えても、vi(m) の方が圧倒的に上だな
ハフマン圧縮の様に、使用頻度高いコマンドのコストを減らし、それ以外のコストを増やす事により
最終的には高いパフォーマンスを得ている
考え無しで、キーを決めコストの高いキーバインドにしてしまっているemacsなんぞ話にならんね
慣れの問題じゃないね
hjkl と C-p n f b M-f b じゃ明らかに vi の方が早く確実に打てる
emacsのこれらの配置は利点があってしたものじゃないから vi のモードと比較するのが既に間違い
vi のモードはモード切替のコストと引き替えに修飾キー使用頻度の低さ、実際のプログラムにおける
繰り返し処理の簡便さを手に入れている
C-p n f b M-f b は考え抜かれてそうなった訳じゃなく、ただ単に頭文字からそれを取っただけだ
理解を容易のするという意味では頭文字は優れているがそれは使用頻度の低い物に適用する
物であって、主要の移動キーなどに採用しているのは考え無しの証拠。
馴れの一言で逃げるものではない
また、馴れたときのことを考えても、vi(m) の方が圧倒的に上だな
ハフマン圧縮の様に、使用頻度高いコマンドのコストを減らし、それ以外のコストを増やす事により
最終的には高いパフォーマンスを得ている
考え無しで、キーを決めコストの高いキーバインドにしてしまっているemacsなんぞ話にならんね
俺も495と同じ。
emacsのキー配置が嫌い。viの方が早く打てるし、楽。
そんだけ。
emacsのキー配置が嫌い。viの方が早く打てるし、楽。
そんだけ。
>>495
なかなか理論的な説明だな。
でも明らかにemacsより優れているのに、なぜviiが圧倒的なシェアをしめてないのか？
そっちの理由も理論的に説明してくれるとありがたい。
主観的感情的な説明でがっかりさせられることはないと信じてるぜ。
なかなか理論的な説明だな。
でも明らかにemacsより優れているのに、なぜviiが圧倒的なシェアをしめてないのか？
そっちの理由も理論的に説明してくれるとありがたい。
主観的感情的な説明でがっかりさせられることはないと信じてるぜ。
>>497
簡単な話だ
モードはライトユーザーには敷居が高い
誰もがマニュアル車を運転でいないのと同じで、モードはプログラマなどの
コア層で無いと恩恵が薄いわけだ
それに比べて emacs はカーソルで移動し、文字を打てば普通に使える
vi(m)が拾えないユーザー層を拾っているわけだな
簡単な話だ
モードはライトユーザーには敷居が高い
誰もがマニュアル車を運転でいないのと同じで、モードはプログラマなどの
コア層で無いと恩恵が薄いわけだ
それに比べて emacs はカーソルで移動し、文字を打てば普通に使える
vi(m)が拾えないユーザー層を拾っているわけだな
あと、ライトユーザー的には日本語とモードの相性の悪さが敬遠する理由になる
まぁプログラマとしては関係ないがな
まぁプログラマとしては関係ないがな
500 ：仕様書無しさん：04/06/27 20:10
嫌ならバインド変えればいいだろ
その説明だとプログラマはみんなviを使ってないとおかしいだろ
ほんとがっかりしたよ
ほんとがっかりしたよ
モードは、敷居が高いというか俺には利点が理解できなかった。
装飾キーが煩雑って言ってるのは、Aの横にCAPSがあるキーボード
を前提に話してないか？
左小指でCTRL押す分には全然問題ないしサッと操作できるんだが。
あとHJKLの横並び配列って本当に考えられて配置してる？
ホームポジションから微妙にずれちゃってるし、本当に操作性を考えるなら
アローキーを模した配置のほうがより直感的で良いと思うんだが。
emacsのCtrl+NPFBが単に頭文字をとっただけなのと同様、viのＨＪＫＬも単に横並びのキーを選んだだけ。
どっちも慣れさえすれば、指が勝手に動いてくれる。
そんなんで優位性云々を言うような次元の低い話はやめよーよ
どっちも慣れさえすれば、指が勝手に動いてくれる。
そんなんで優位性云々を言うような次元の低い話はやめよーよ
>あとHJKLの横並び配列って本当に考えられて配置してる？
俺はこの方が指の上下の移動がなくてやりやすいと思うけどな。
アローキーを模した配置だと上下が微妙にずれちゃうしストレス感じる。
俺はこの方が指の上下の移動がなくてやりやすいと思うけどな。
アローキーを模した配置だと上下が微妙にずれちゃうしストレス感じる。
いつも延々キーバインドの話で言い争ってるの？
506 ：仕様書無しさん：04/06/27 21:31
Lの右隣って；で決まりだっけ？
>>509
ああ、英語だと「:」だね。
そんならやっぱりアローキーを模しておけばって気もするが。
ゲームなんかでもASDW使うのが普通なんだから、多少のズレなんか
問題にならないよな。
どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
ああ、英語だと「:」だね。
そんならやっぱりアローキーを模しておけばって気もするが。
ゲームなんかでもASDW使うのが普通なんだから、多少のズレなんか
問題にならないよな。
どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
511 ：仕様書無しさん：04/06/28 03:51
>>501
お前は本当にアホだな
入門がemacsならそのまま使い続けるプログラマも多いだろ
lispの拡張性に騙される連中もいるしな
>>502
emacsの修飾キーは Ctrl 、Meta を使いしかも同時に Shift を要求する物もある
また、２ストロークに及ぶ操作も珍しくなく（ファイルオープンなどは良い例だ）非常にコストが高い
人間の手の構造上同時押しは動ける範囲が固定され流れるように打つのには向いていない
数十時間を費やして、修飾キーの組み合わせが普通に打てるようになっても
その数十時間を普通にタイプに費やせばさらに速くなる
また、HJKLは配列的に横並びで使い良い（もともとマシンのキー配列を模したもの）
指が上下に動かないのでアロー配列よりも動きが素早く負担が少ない
カーソルの上下移動など emacs など比べものにならない
あとJKL; とか言っているヤツがいるが小指を多用する事になる
まぁ微妙なところではあるが考えたあげくHJKLを採用したのだろう
>>510
アローキーもしたら負担がデカイよ
> どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
いるらしい
お前は本当にアホだな
入門がemacsならそのまま使い続けるプログラマも多いだろ
lispの拡張性に騙される連中もいるしな
>>502
emacsの修飾キーは Ctrl 、Meta を使いしかも同時に Shift を要求する物もある
また、２ストロークに及ぶ操作も珍しくなく（ファイルオープンなどは良い例だ）非常にコストが高い
人間の手の構造上同時押しは動ける範囲が固定され流れるように打つのには向いていない
数十時間を費やして、修飾キーの組み合わせが普通に打てるようになっても
その数十時間を普通にタイプに費やせばさらに速くなる
また、HJKLは配列的に横並びで使い良い（もともとマシンのキー配列を模したもの）
指が上下に動かないのでアロー配列よりも動きが素早く負担が少ない
カーソルの上下移動など emacs など比べものにならない
あとJKL; とか言っているヤツがいるが小指を多用する事になる
まぁ微妙なところではあるが考えたあげくHJKLを採用したのだろう
>>510
アローキーもしたら負担がデカイよ
> どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
いるらしい
>>510
ゲームとプログラムを一緒にしない方がいい。
そもそも、ゲームの場合、コントローラーの十字ボタンを模してるし。
問題にならないなら、何故、別売りのコントローラーがあるんだ？
>>511
>指が上下に動かないのでアロー配列よりも動きが素早く負担が少ない
>カーソルの上下移動など emacs など比べものにならない
これに一票。この利点はvi使いにしか分からない。
ゲームとプログラムを一緒にしない方がいい。
そもそも、ゲームの場合、コントローラーの十字ボタンを模してるし。
問題にならないなら、何故、別売りのコントローラーがあるんだ？
>>511
>指が上下に動かないのでアロー配列よりも動きが素早く負担が少ない
>カーソルの上下移動など emacs など比べものにならない
これに一票。この利点はvi使いにしか分からない。
hjklのhはバックスペースのhと同じだから分かりやすい
>>513
指が覚えてしまえば関係無くなるけどね。
指が覚えてしまえば関係無くなるけどね。
>>511
> 入門がemacsならそのまま使い続けるプログラマも多いだろ
やれやれ、明らかに優れてるなら移行するだろ と言いたいんだが・・・・
お前が熱弁をふるえばふるうほど、viの優位性は初期状態でのキーバインドだけと受け取られるぞ。
確かに指が自然と覚えるまでの時間が普通の人より極端に長い人は、viにしといたほうが無難だと俺も思うが。
> 入門がemacsならそのまま使い続けるプログラマも多いだろ
やれやれ、明らかに優れてるなら移行するだろ と言いたいんだが・・・・
お前が熱弁をふるえばふるうほど、viの優位性は初期状態でのキーバインドだけと受け取られるぞ。
確かに指が自然と覚えるまでの時間が普通の人より極端に長い人は、viにしといたほうが無難だと俺も思うが。
海外には結構viユーザ多いよ
>>516
ソースは？
ソースは？
viってちょっとした編集にしか使ったことないんだけど、複数ファイルを開いてる時って保存してからじゃないと別なバッファに移れないの？
>>511
>> どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
>いるらしい
じゃあ、やっぱり配列はたいした問題じゃないんじゃん。
証明乙。
>>512
実際にコントローラー使ってゲームやってるやつなんか殆どいないよ。
なぜならキーボード前提でゲームが設計されてるから。
本当に装飾キーのタイプが言うほど効率悪いか？
どうでも良い内容ではあるけど、キーストロークでの効率に付き合ってみると、
入力状態から一度 ESC で抜けるほうが、装飾キーよりも指の動く範囲が広い
上に確実に1回分のキーストロークが増えるし実質、最低2ストロークなんだが。
んで、操作した後入力に戻るためにまた1回。
「入力中断」→「移動」→「入力モードへ」
効率悪くないか？ Emacsとかその他エディタなら
「移動」
だけなんだけど。
なんか、 vi 側の熱弁を聞けば聞くほど悲しくなってくるのは俺だけか？
>> どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
>いるらしい
じゃあ、やっぱり配列はたいした問題じゃないんじゃん。
証明乙。
>>512
実際にコントローラー使ってゲームやってるやつなんか殆どいないよ。
なぜならキーボード前提でゲームが設計されてるから。
本当に装飾キーのタイプが言うほど効率悪いか？
どうでも良い内容ではあるけど、キーストロークでの効率に付き合ってみると、
入力状態から一度 ESC で抜けるほうが、装飾キーよりも指の動く範囲が広い
上に確実に1回分のキーストロークが増えるし実質、最低2ストロークなんだが。
んで、操作した後入力に戻るためにまた1回。
「入力中断」→「移動」→「入力モードへ」
効率悪くないか？ Emacsとかその他エディタなら
「移動」
だけなんだけど。
なんか、 vi 側の熱弁を聞けば聞くほど悲しくなってくるのは俺だけか？
hjklが「考え抜かれた」仕様なんだから、ＥＳＣでホームポジションから手を話すのもたぶん深い理由があると思うよ。
その説明を待とうよ。
その説明を待とうよ。
521 ：仕様書無しさん：04/06/28 15:38
ヴぃを抹殺したい
>>519-520
escはC-[で代用できるから, ホームポジションは維持できる
escはC-[で代用できるから, ホームポジションは維持できる
>>522
結局、装飾キーつかうんじゃん。
結局、装飾キーつかうんじゃん。
_, ._
（ ﾟ Дﾟ） ｶﾞｼｬ
( つ O. __
と＿)_) （__(）､;.o：。
ﾟ*･:.｡
（ ﾟ Дﾟ） ｶﾞｼｬ
( つ O. __
と＿)_) （__(）､;.o：。
ﾟ*･:.｡
525 ：名無しさん＠お腹いっぱい。：04/06/28 18:58
vim でカーソルキー/Del/BSを好きなだけ使え
>>525
もう本末転倒だ（ｗ
もう本末転倒だ（ｗ
本人が使いやすいように使ったらよかんべー。
528 ：仕様書無しさん：04/06/28 19:38
ヴぃを殺すプログラムは可能なのか？
529 ：仕様書無しさん：04/06/28 22:10
すでに小学生の屁理屈だなｗ
>>515
何度も言うように、指が覚えても vi 操作の方が圧倒的に早い
>>519
> >> どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
> >いるらしい
> じゃあ、やっぱり配列はたいした問題じゃないんじゃん。
例外中の例外のデータを取り上げて、たいした問題じゃないとはめでたいなｗ
それでは、100%のあり得ないこの世の中、全ての事がたいした事がないだろうｗ
あと、ゲームのコントロールだが指をダイヤモンドに固定しそれしか操作をしないという前提を
忘れているだろう
エディタの編集はそこからのつなぎが存在する。
既に比較する対象として、クリアしていない事に気付くべきだろう。
モード切替の利点は既に説明したのでさようなら
>>523
頻度の問題だろう？ｗ
>>515
何度も言うように、指が覚えても vi 操作の方が圧倒的に早い
>>519
> >> どうでも良いけど、ＤＶＯＲＡＫ配列で vi 使ってるやつっているのかな？
> >いるらしい
> じゃあ、やっぱり配列はたいした問題じゃないんじゃん。
例外中の例外のデータを取り上げて、たいした問題じゃないとはめでたいなｗ
それでは、100%のあり得ないこの世の中、全ての事がたいした事がないだろうｗ
あと、ゲームのコントロールだが指をダイヤモンドに固定しそれしか操作をしないという前提を
忘れているだろう
エディタの編集はそこからのつなぎが存在する。
既に比較する対象として、クリアしていない事に気付くべきだろう。
モード切替の利点は既に説明したのでさようなら
>>523
頻度の問題だろう？ｗ
>>529
>何度も言うように、指が覚えても vi 操作の方が圧倒的に早い
何度も聞いてるが一度としてまともな回答が無いんだが。
>あと、ゲームのコントロールだが指をダイヤモンドに固定しそれしか操作をしないという前提を
>忘れているだろう
移動キーの周辺に各種アクションキーを割り振るのが普通なのでそんなことはないよ。
FPSとかやったこと有る？ 複雑なゲームは結構キーを使うよ。
>頻度の問題だろう？ｗ
あのさぁ…。 君の方が屁理屈だろう。
入力から戻る為の vi で一番使用頻度の高いキーに装飾キーを使った時点で、
Emacs の C-x から始まるキーが vi の c-[ から始まる操作に変わっただけで、
もう手数の多い emacs 操作になっちまってるんだが。
ついでに言えば、ESCを押して操作したら更に効率悪いし。
結局の所、
>「入力中断」→「移動」→「入力モードへ」
>
>効率悪くないか？ Emacsとかその他エディタなら
>
>「移動」
>
>だけなんだけど。
この部分への反論が出来ない時点で決定的にダメダメだよ。
ここを論破できなけりゃ、単純に vi は操作の手数が多いエディタって事になっちまう。
それと同時に今まで語ってきた操作効率に関する部分が片っ端から崩壊しちまうんだが。
>何度も言うように、指が覚えても vi 操作の方が圧倒的に早い
何度も聞いてるが一度としてまともな回答が無いんだが。
>あと、ゲームのコントロールだが指をダイヤモンドに固定しそれしか操作をしないという前提を
>忘れているだろう
移動キーの周辺に各種アクションキーを割り振るのが普通なのでそんなことはないよ。
FPSとかやったこと有る？ 複雑なゲームは結構キーを使うよ。
>頻度の問題だろう？ｗ
あのさぁ…。 君の方が屁理屈だろう。
入力から戻る為の vi で一番使用頻度の高いキーに装飾キーを使った時点で、
Emacs の C-x から始まるキーが vi の c-[ から始まる操作に変わっただけで、
もう手数の多い emacs 操作になっちまってるんだが。
ついでに言えば、ESCを押して操作したら更に効率悪いし。
結局の所、
>「入力中断」→「移動」→「入力モードへ」
>
>効率悪くないか？ Emacsとかその他エディタなら
>
>「移動」
>
>だけなんだけど。
この部分への反論が出来ない時点で決定的にダメダメだよ。
ここを論破できなけりゃ、単純に vi は操作の手数が多いエディタって事になっちまう。
それと同時に今まで語ってきた操作効率に関する部分が片っ端から崩壊しちまうんだが。
学生バトルsage
>>531
ｵｻｰﾝだろ
ｵｻｰﾝだろ
議論と関係ないところで相手を馬鹿にした発言をしたり、wを多用しているところに529の苦しさがうかがえる。
ほとんど勝負はついたようなものだが、本当に優位性を主張したいなら529も真面目に反論したらどうか？
ほとんど勝負はついたようなものだが、本当に優位性を主張したいなら529も真面目に反論したらどうか？
534 ：仕様書無しさん：04/06/28 23:18
>>530
> 何度も聞いてるが一度としてまともな回答が無いんだが。
>>511に普通に理由を書いているが
> 移動キーの周辺に各種アクションキーを割り振るのが普通なのでそんなことはないよ。
> FPSとかやったこと有る？ 複雑なゲームは結構キーを使うよ。
ほとんど固定されたキーとの組み合わせだろ
指はダイアモンドに固定されている
そんなスタイルでテキストエディットが速くできるかねｗ
比較対象にならないと何度も言っているのだがなぁ
> この部分への反論が出来ない時点で決定的にダメダメだよ。
まず、emacsならその移動で既にコストを払う
まぁここまでなら微差だろう
しかしvi(m)は入力モードへ入る場合、使用頻度の高い編集コマンドや移動との組み合わせで
そのコストを吸収している。
A は行末へ移動し入力モードへ、o どこにいてもは次行に空行を作り、インデントを揃えた形で挿入モードへ入る
Cでは emacs の C-k と同じ動きだ。
こうなるとコストは最後のC-[のみ。
それで手に入れられるのは、修飾キーを使わない豊富な移動コマンドや編集コマンド
例えば、リファクタリングなどである一部のメソッドやまとまりを抽出する場合、V jjj yで三行
コピー、その後移動して、p で貼り付けるだけだ。
検索では * キー一発でカーソルしたのワードを検索し、n と N により検索方法を素早く変えられる。
また、常に一つ前の入力モードの行動を覚えている . はソースの編集を飛躍的に向上させる。
> 何度も聞いてるが一度としてまともな回答が無いんだが。
>>511に普通に理由を書いているが
> 移動キーの周辺に各種アクションキーを割り振るのが普通なのでそんなことはないよ。
> FPSとかやったこと有る？ 複雑なゲームは結構キーを使うよ。
ほとんど固定されたキーとの組み合わせだろ
指はダイアモンドに固定されている
そんなスタイルでテキストエディットが速くできるかねｗ
比較対象にならないと何度も言っているのだがなぁ
> この部分への反論が出来ない時点で決定的にダメダメだよ。
まず、emacsならその移動で既にコストを払う
まぁここまでなら微差だろう
しかしvi(m)は入力モードへ入る場合、使用頻度の高い編集コマンドや移動との組み合わせで
そのコストを吸収している。
A は行末へ移動し入力モードへ、o どこにいてもは次行に空行を作り、インデントを揃えた形で挿入モードへ入る
Cでは emacs の C-k と同じ動きだ。
こうなるとコストは最後のC-[のみ。
それで手に入れられるのは、修飾キーを使わない豊富な移動コマンドや編集コマンド
例えば、リファクタリングなどである一部のメソッドやまとまりを抽出する場合、V jjj yで三行
コピー、その後移動して、p で貼り付けるだけだ。
検索では * キー一発でカーソルしたのワードを検索し、n と N により検索方法を素早く変えられる。
また、常に一つ前の入力モードの行動を覚えている . はソースの編集を飛躍的に向上させる。
535 ：仕様書無しさん：04/06/28 23:20
>>530
では、そろそろ emacs の良さとやらも教えて貰おうか
では、そろそろ emacs の良さとやらも教えて貰おうか
モード対修飾キーは飽きたな
違う話題でバトれよ
違う話題でバトれよ
>>534
まともに答えれないってのは言い過ぎだった。すまん。
でも、その部分もひっくるめての効率の話。
あとダイアモンドに無理して固定する必要は無い、
ゲーム配列の場合は指3本で操作するんだよ。
指が動くのが嫌とか言いそうだけど、HJKLだってHJの間で動かすからたいした差じゃない。
IJKLと仮定した場合も、IKの間で指が動くだけだし。個人的にはHJよりもIKの間で動く方が楽だな。
>まず、emacsならその移動で既にコストを払う
こっちは逆だと主張してるんだが意味はわかってるんだろうか？
vi はいちいちESCを押す分 Emacs の方が「移動開始～完了～入力」までに押すキーの数が少ないんだが。
>A は行末へ移動し入力モードへ、o どこにいてもは次行に空行を作り、インデントを揃えた形で挿入モードへ入る
>Cでは emacs の C-k と同じ動きだ。
>こうなるとコストは最後のC-[のみ。
そこらへんの操作は Emacs だと CTRL 押しながら同じキーを押すだけ。
大甘に見て、CTRLを推すのを１ストロークとして見た所で、 vi とコストは変わってないんだが。
特別な操作をする分には、CTRL押しっぱなしだから最初以外はコストにならないし。
一言で言えば、いちいちESC押すのが無駄なコスト
あと、一つ言っておくと、俺は Emacs のよさを語ってるんじゃなくて、
君の言う vi 利点は利点だったとしても、他のエディタをけなせるような類
の物ではないって事が言いたいだけ。
まともに答えれないってのは言い過ぎだった。すまん。
でも、その部分もひっくるめての効率の話。
あとダイアモンドに無理して固定する必要は無い、
ゲーム配列の場合は指3本で操作するんだよ。
指が動くのが嫌とか言いそうだけど、HJKLだってHJの間で動かすからたいした差じゃない。
IJKLと仮定した場合も、IKの間で指が動くだけだし。個人的にはHJよりもIKの間で動く方が楽だな。
>まず、emacsならその移動で既にコストを払う
こっちは逆だと主張してるんだが意味はわかってるんだろうか？
vi はいちいちESCを押す分 Emacs の方が「移動開始～完了～入力」までに押すキーの数が少ないんだが。
>A は行末へ移動し入力モードへ、o どこにいてもは次行に空行を作り、インデントを揃えた形で挿入モードへ入る
>Cでは emacs の C-k と同じ動きだ。
>こうなるとコストは最後のC-[のみ。
そこらへんの操作は Emacs だと CTRL 押しながら同じキーを押すだけ。
大甘に見て、CTRLを推すのを１ストロークとして見た所で、 vi とコストは変わってないんだが。
特別な操作をする分には、CTRL押しっぱなしだから最初以外はコストにならないし。
一言で言えば、いちいちESC押すのが無駄なコスト
あと、一つ言っておくと、俺は Emacs のよさを語ってるんじゃなくて、
君の言う vi 利点は利点だったとしても、他のエディタをけなせるような類
の物ではないって事が言いたいだけ。
あ、そうそうこれ以降はHJKLとアローキー配置の優劣の話はもう止めとく。
話がごちゃごちゃするし、Emacsとも関係ないから。
話がごちゃごちゃするし、Emacsとも関係ないから。
視点をかえて。。。
敵のエディタで羨ましい所を晒してください。
emacsの C-y の後の M-y
敵のエディタで羨ましい所を晒してください。
emacsの C-y の後の M-y
>>539
より一層煩雑やん。
より一層煩雑やん。
>>540
emacs 使いの俺から見ると…。vi の軽量な所かな…。
Meadowだけで１６０M超えてる上に cygwin まで含めたら
テキストエディタとしては、異様なサイズに…。
cygwin 適当に入れたから合計で…８００M超えてやがる…。
まあ、必要な部分だけ取り出せば良いんだがメンドクサイしなぁ。
emacs 使いの俺から見ると…。vi の軽量な所かな…。
Meadowだけで１６０M超えてる上に cygwin まで含めたら
テキストエディタとしては、異様なサイズに…。
cygwin 適当に入れたから合計で…８００M超えてやがる…。
まあ、必要な部分だけ取り出せば良いんだがメンドクサイしなぁ。
lispって単純な言語だと思うよ。多分。
だけど、カッコつけすぎてんじゃない？
だけど、カッコつけすぎてんじゃない？
viはescが致命傷。どう考えても遠過ぎ。
しかしemacsは小指がつらい。どうしたらいいよ。
しかしemacsは小指がつらい。どうしたらいいよ。
転職した方がいいよ
>>544
A の隣のCTRL押すのに指が痛いの？
それとも、Shiftの下にCTRLが有る？
Shiftの下に有るならキーマップを入れ替えてAの横にCTRLを
もってくれば良い。
てか emacs ならそれが標準。
そうでないなら…軟弱な小指を呪え。
A の隣のCTRL押すのに指が痛いの？
それとも、Shiftの下にCTRLが有る？
Shiftの下に有るならキーマップを入れ替えてAの横にCTRLを
もってくれば良い。
てか emacs ならそれが標準。
そうでないなら…軟弱な小指を呪え。
>>542
vim使いの自分からすると、lispを中心にした綺麗な設計かな
vim使いの自分からすると、lispを中心にした綺麗な設計かな
Ctrl は、無変換などに割り当てて、親指で押すようにしてみるといい。
ESCは確かに遠いと昔は思っていたが、書くのが一段落したら
ESCを押すリズムが身についてしまった。もう・・・帰れない・・・。
ESCを押すリズムが身についてしまった。もう・・・帰れない・・・。
Escキーが遠いって言ってる人
両者を比較する際に>>546みたいにキーマップ入れ換えアリで考えるなら
Escも入れ換えりゃいいのでは？ 無変換キーでも何でもいいから
Ctrl入れ換えはアリでEsc入れ換えはナシなんて
emacsに有利な言い訳を言わせないためにも
両者を比較する際に>>546みたいにキーマップ入れ換えアリで考えるなら
Escも入れ換えりゃいいのでは？ 無変換キーでも何でもいいから
Ctrl入れ換えはアリでEsc入れ換えはナシなんて
emacsに有利な言い訳を言わせないためにも
vimだったら<C-c>がescの代わりになる
と言ってみるテスト
と言ってみるテスト
>>550
それでも良いけど、元をたどれば英語配列が基準ってだけの話だよ。
それは vi も同じでしょ？
それに英語配列以外を想定した変態キーマップを前提にしても、
vi のキーストローク数が変わるわけじゃないし。
そもそも vi つかってても C-h とか C-[ を多用する人は、
Ctrl リマップしてるんじゃ？
それでも良いけど、元をたどれば英語配列が基準ってだけの話だよ。
それは vi も同じでしょ？
それに英語配列以外を想定した変態キーマップを前提にしても、
vi のキーストローク数が変わるわけじゃないし。
そもそも vi つかってても C-h とか C-[ を多用する人は、
Ctrl リマップしてるんじゃ？
キーストローク数とホームポジションからの距離は別物と扱えと言うことか
規制が解けたか・・・
>>537
> IJKLと仮定した場合も、IKの間で指が動くだけだし。個人的にはHJよりもIKの間で動く方が楽だな。
上下移動は使用頻度の高い操作
JKでの移動の方がスムーズなんだよ
JHの頻度と比べて、やはりHJKLが優れていると思う
> そこらへんの操作は Emacs だと CTRL 押しながら同じキーを押すだけ。
> 大甘に見て、CTRLを推すのを１ストロークとして見た所で、 vi とコストは変わってないんだが。
> 特別な操作をする分には、CTRL押しっぱなしだから最初以外はコストにならないし。
ちゃんと読んでくれ
同等と扱って、C-[のコストのみ残して話をしているだろ
で、そのコストとのトレードで手に入る利点をその後に幾つも述べている
また、話を進める上で同等と扱ったが、実は同等ではない。
それはストローク数ではなく、修飾キーの組み合わせから普通のキーへつなげる時の
負担やラグが存在するからだ。
例えば、一分間に６００文字打てる人間はCtrl、Metaの組み合わせで６００文字は打てない
恐らく４００もいかないだろう
修飾キーで指が固定される場合、どうしても人の手の構造的にどうしても連続的に打てない
様になっているわけだ
また、それだけではなく負担も大きい
せめて、p n f b じゃ無かったらちっとはマシなんだけどね
>>538
じゃ、お終いと言う事で
>>537
> IJKLと仮定した場合も、IKの間で指が動くだけだし。個人的にはHJよりもIKの間で動く方が楽だな。
上下移動は使用頻度の高い操作
JKでの移動の方がスムーズなんだよ
JHの頻度と比べて、やはりHJKLが優れていると思う
> そこらへんの操作は Emacs だと CTRL 押しながら同じキーを押すだけ。
> 大甘に見て、CTRLを推すのを１ストロークとして見た所で、 vi とコストは変わってないんだが。
> 特別な操作をする分には、CTRL押しっぱなしだから最初以外はコストにならないし。
ちゃんと読んでくれ
同等と扱って、C-[のコストのみ残して話をしているだろ
で、そのコストとのトレードで手に入る利点をその後に幾つも述べている
また、話を進める上で同等と扱ったが、実は同等ではない。
それはストローク数ではなく、修飾キーの組み合わせから普通のキーへつなげる時の
負担やラグが存在するからだ。
例えば、一分間に６００文字打てる人間はCtrl、Metaの組み合わせで６００文字は打てない
恐らく４００もいかないだろう
修飾キーで指が固定される場合、どうしても人の手の構造的にどうしても連続的に打てない
様になっているわけだ
また、それだけではなく負担も大きい
せめて、p n f b じゃ無かったらちっとはマシなんだけどね
>>538
じゃ、お終いと言う事で
>>555
>JKでの移動の方がスムーズなんだよ
>JHの頻度と比べて、やはりHJKLが優れていると思う
あ～もう、突っ込みたいがHJKLに関しては自分でもうやめると言ったから
返答はやめとく。
>同等と扱って、C-[のコストのみ残して話をしているだろ
>で、そのコストとのトレードで手に入る利点をその後に幾つも述べている
それってこの珍回答の事？↓
>例えば、リファクタリングなどである一部のメソッドやまとまりを抽出する場合、V jjj yで三行
>コピー、その後移動して、p で貼り付けるだけだ。
>検索では * キー一発でカーソルしたのワードを検索し、n と N により検索方法を素早く変えられる。
>また、常に一つ前の入力モードの行動を覚えている . はソースの編集を飛躍的に向上させる。
「Shift-v jjj y 移動 p」ってようは「選択開始、移動×３、コピー、移動、貼り付け」ってやってるだけで
普通のエディタ操作と何が違うんだ？ 検索に関しても殆ど同じようなもんなんだが。
キーを押すのが楽って事？ Shift 使ってるよ？
あと編集終わったら入力モードに入らなきゃいけないよね？
とはいえ、 Emacs は Alt-w がコピーだからそこはちょっとEmacsの方がメンドクサイな。
最後の . だけはいまいち用途がわからないな。
単に直前の入力限定でコピーしなくてもペーストできるってだけでしょ？
どんな時に使うと、「ソースの編集を飛躍的に向上」になるんだ？ 全然解らん。
>JKでの移動の方がスムーズなんだよ
>JHの頻度と比べて、やはりHJKLが優れていると思う
あ～もう、突っ込みたいがHJKLに関しては自分でもうやめると言ったから
返答はやめとく。
>同等と扱って、C-[のコストのみ残して話をしているだろ
>で、そのコストとのトレードで手に入る利点をその後に幾つも述べている
それってこの珍回答の事？↓
>例えば、リファクタリングなどである一部のメソッドやまとまりを抽出する場合、V jjj yで三行
>コピー、その後移動して、p で貼り付けるだけだ。
>検索では * キー一発でカーソルしたのワードを検索し、n と N により検索方法を素早く変えられる。
>また、常に一つ前の入力モードの行動を覚えている . はソースの編集を飛躍的に向上させる。
「Shift-v jjj y 移動 p」ってようは「選択開始、移動×３、コピー、移動、貼り付け」ってやってるだけで
普通のエディタ操作と何が違うんだ？ 検索に関しても殆ど同じようなもんなんだが。
キーを押すのが楽って事？ Shift 使ってるよ？
あと編集終わったら入力モードに入らなきゃいけないよね？
とはいえ、 Emacs は Alt-w がコピーだからそこはちょっとEmacsの方がメンドクサイな。
最後の . だけはいまいち用途がわからないな。
単に直前の入力限定でコピーしなくてもペーストできるってだけでしょ？
どんな時に使うと、「ソースの編集を飛躍的に向上」になるんだ？ 全然解らん。
>また、話を進める上で同等と扱ったが、実は同等ではない。
>それはストローク数ではなく、修飾キーの組み合わせから普通のキーへつなげる時の
>負担やラグが存在するからだ。
君の推奨する A や C を押す vi 操作も結構頻繁に Shift が出てくるんだが？
Shift のコストは無視かい？ 一度でも装飾キーが必要になったらもうかわらんだろ。
>例えば、一分間に６００文字打てる人間はCtrl、Metaの組み合わせで６００文字は打てない
>恐らく４００もいかないだろう
>修飾キーで指が固定される場合、どうしても人の手の構造的にどうしても連続的に打てない
>様になっているわけだ
>また、それだけではなく負担も大きい
君は Emacs が CTRL を押しながら文字を入力すると思っている？
それとも君は延々文字を打たずにカットアンドペーストでソースの大半入力してるのか？
それなら確かに CTRL をロックするより、vi 操作の法が良いだろうね。
装飾キーを使うと連続的に打てないというより、打ち辛いってのはそれなりに解るが、
入力抜ける→編集→入力に戻る、ってのも十分めんどいんだって。
日常的には、大量にカットアンドペーストなんかで編集するような場面よりも、
「移動」「入力」「移動」「入力」の反復の方がよっぽど多いと思うんだけど。
そして、その時 vi 操作はいまいち煩雑。
俺が一番気にしてるのはこの部分だね。文字入力時のモード切り替えの多さ。
>>538
>じゃ、お終いと言う事で
俺はHJKLに関しては終わりと言ったんだが。本当～に、本当～によく読んでくれ。
でもまぁ、もう馬鹿みたいだし終わりでいいや。見てる人が勝手に判断してくれれば良いよ。
「vi は今までに提示された利点で他のエディタを貶せるほど優秀なエディタなのか」
個人的には聞けば聞くほど「馴れの問題」「コスト的にもカワラネェ」って考えが強くなるだけなんだが。
>それはストローク数ではなく、修飾キーの組み合わせから普通のキーへつなげる時の
>負担やラグが存在するからだ。
君の推奨する A や C を押す vi 操作も結構頻繁に Shift が出てくるんだが？
Shift のコストは無視かい？ 一度でも装飾キーが必要になったらもうかわらんだろ。
>例えば、一分間に６００文字打てる人間はCtrl、Metaの組み合わせで６００文字は打てない
>恐らく４００もいかないだろう
>修飾キーで指が固定される場合、どうしても人の手の構造的にどうしても連続的に打てない
>様になっているわけだ
>また、それだけではなく負担も大きい
君は Emacs が CTRL を押しながら文字を入力すると思っている？
それとも君は延々文字を打たずにカットアンドペーストでソースの大半入力してるのか？
それなら確かに CTRL をロックするより、vi 操作の法が良いだろうね。
装飾キーを使うと連続的に打てないというより、打ち辛いってのはそれなりに解るが、
入力抜ける→編集→入力に戻る、ってのも十分めんどいんだって。
日常的には、大量にカットアンドペーストなんかで編集するような場面よりも、
「移動」「入力」「移動」「入力」の反復の方がよっぽど多いと思うんだけど。
そして、その時 vi 操作はいまいち煩雑。
俺が一番気にしてるのはこの部分だね。文字入力時のモード切り替えの多さ。
>>538
>じゃ、お終いと言う事で
俺はHJKLに関しては終わりと言ったんだが。本当～に、本当～によく読んでくれ。
でもまぁ、もう馬鹿みたいだし終わりでいいや。見てる人が勝手に判断してくれれば良いよ。
「vi は今までに提示された利点で他のエディタを貶せるほど優秀なエディタなのか」
個人的には聞けば聞くほど「馴れの問題」「コスト的にもカワラネェ」って考えが強くなるだけなんだが。
どっちでもIN
山本君でも佐藤君でもYeah!!
どっちでもIN
好きでも嫌いでも
男でも女でも・・・
どっちでもIN!!
山本君でも佐藤君でもYeah!!
どっちでもIN
好きでも嫌いでも
男でも女でも・・・
どっちでもIN!!
>>556-557
> あと編集終わったら入力モードに入らなきゃいけないよね？
> 入力抜ける→編集→入力に戻る、ってのも十分めんどいんだって。
挿入モードに戻すのがデフォルトだと思ってる時点でvi(m)の使い方を理解してない
> あと編集終わったら入力モードに入らなきゃいけないよね？
> 入力抜ける→編集→入力に戻る、ってのも十分めんどいんだって。
挿入モードに戻すのがデフォルトだと思ってる時点でvi(m)の使い方を理解してない
Emacsの連中はどうして自分のエディタの利点を晒さないんだろな
自分が受けに回るのが怖いからだと推測するがそのへんはどう?
ツッコミだけだと楽だからね
自分が受けに回るのが怖いからだと推測するがそのへんはどう?
ツッコミだけだと楽だからね
>>559
別に無理に戻んなくてもいいんだけどさ、
日常的な入力操作として「移動」「入力」を反復したときにメンドイのが
問題だって言ってるじゃない。
でも、それも慣れの問題だから最終的にもどうでも良いとも言っているの。
そもそも、一番の議題は
「vi は今までに提示された利点で他のエディタを貶せるほど優秀なエディタなのか」
って所。
別に無理に戻んなくてもいいんだけどさ、
日常的な入力操作として「移動」「入力」を反復したときにメンドイのが
問題だって言ってるじゃない。
でも、それも慣れの問題だから最終的にもどうでも良いとも言っているの。
そもそも、一番の議題は
「vi は今までに提示された利点で他のエディタを貶せるほど優秀なエディタなのか」
って所。
>>556
> 「Shift-v jjj y 移動 p」ってようは「選択開始、移動×３、コピー、移動、貼り付け」ってやってるだけで
> 普通のエディタ操作と何が違うんだ？ 検索に関しても殆ど同じようなもんなんだが。
割り込んで申し訳ないけど、これってEmacsだと C-a C-Space C-n C-n C-n M-w だから面倒。
貼り付ける時も C-s で飛んだ時は、 C-a C-n C-y だし。
vim の V や p はどの位置にいても関係ないからやりやすいよ。
> 「Shift-v jjj y 移動 p」ってようは「選択開始、移動×３、コピー、移動、貼り付け」ってやってるだけで
> 普通のエディタ操作と何が違うんだ？ 検索に関しても殆ど同じようなもんなんだが。
割り込んで申し訳ないけど、これってEmacsだと C-a C-Space C-n C-n C-n M-w だから面倒。
貼り付ける時も C-s で飛んだ時は、 C-a C-n C-y だし。
vim の V や p はどの位置にいても関係ないからやりやすいよ。
>>562
スレタイ読め
スレタイ読め
じゃあvimのテキストオブジェクトも利点に入れといてね
せっかくviに慣れたのに、頭ごなしに他のエディタ薦められると正直ムッとするよ。
結局は慣れの問題なんだろうけど
emacs
とっつきやすさを重視、初心者(入門)向け
vi
スピードを重視、プロ向け
って感じがしてきたな。
emacs
とっつきやすさを重視、初心者(入門)向け
vi
スピードを重視、プロ向け
って感じがしてきたな。
また荒れるようなことを言う・・・
まだUNIXを知らない頃に大学の授業で最初にemacsを紹介されて使ったけど
後からviの存在を知って使ってみたらもうemacsには戻れなくなってたよ…
後からviの存在を知って使ってみたらもうemacsには戻れなくなってたよ…
正直飽きた。どうでもよくね？
>>570
このスレそのものを否定する意見だ（ｗ
このスレそのものを否定する意見だ（ｗ
viに慣れちゃうと他のエディタは使えなくなってしまうね。それほどクセがある。
こんな時間に妙にスレが伸びてると思ったら、>>555の自演臭がきついな。一生アク禁になってりゃ良かったのに。
Emacsの利点を語ってくれる、突っ込まれても臆さない勇者はいないの？
>>563
ああ、そうだね c-a が抜けてた。
検索して貼り付けって場面には余り出会わないからそれは考えてなかった。
てか、モードって概念上でのカットアンドペーストとかは総合的に vi が優秀でよいと思うよ。
ただ「入力」「移動」を繰り返した場合の煩雑さで差し引き０だと思ってる。
>>564
もともとは Emacs の移動系の話からの派生だから、
いきなりこの話になったわけじゃない。
だいたい、モードが利点かどうかに話を絞ったらそれはもう、
vi と その他エディタの図式と同じになっちゃうんだけどね。
>>565
そもそも、標準的なキーバインドの話で優劣を決めようとしだしたのは
vi 側の人だと思うが。
>566
それを vi 側のある人が Emacs 側にやったから変な議論してたんだけどね。
>570
バインドに関しては俺も、もうどうでも良いよ。
ああ、そうだね c-a が抜けてた。
検索して貼り付けって場面には余り出会わないからそれは考えてなかった。
てか、モードって概念上でのカットアンドペーストとかは総合的に vi が優秀でよいと思うよ。
ただ「入力」「移動」を繰り返した場合の煩雑さで差し引き０だと思ってる。
>>564
もともとは Emacs の移動系の話からの派生だから、
いきなりこの話になったわけじゃない。
だいたい、モードが利点かどうかに話を絞ったらそれはもう、
vi と その他エディタの図式と同じになっちゃうんだけどね。
>>565
そもそも、標準的なキーバインドの話で優劣を決めようとしだしたのは
vi 側の人だと思うが。
>566
それを vi 側のある人が Emacs 側にやったから変な議論してたんだけどね。
>570
バインドに関しては俺も、もうどうでも良いよ。
fbnpは酷いと思う
> 563
貼り付ける場所を間違えた場合は Meta + Shift + \ も入ります。
この連続操作で小指と中指が骨折しそうです。
Emacs使っている人は小指は常人の二倍以上の太さがあるのかも知れません。
ちなみにvi(m)は u と押すだけですぐに戻ります。
人差し指で、チョンです。
貼り付ける場所を間違えた場合は Meta + Shift + \ も入ります。
この連続操作で小指と中指が骨折しそうです。
Emacs使っている人は小指は常人の二倍以上の太さがあるのかも知れません。
ちなみにvi(m)は u と押すだけですぐに戻ります。
人差し指で、チョンです。
>>578
間違って Meta + Shift + \ を二回押しちゃったｒ（ｒｙ
間違って Meta + Shift + \ を二回押しちゃったｒ（ｒｙ
> 579
それは失礼しました。
578 も Meta + Shift + \ じゃなくて Ctrl + Shift + \ でしたね。
で、redo はどうやるのでしょうか？
ま、まさか Ctrl + Space 挟んでから Ctrl + / なんて言わないでしょうね！！
い、いや・・・さすがにそんな事は・・・
それは失礼しました。
578 も Meta + Shift + \ じゃなくて Ctrl + Shift + \ でしたね。
で、redo はどうやるのでしょうか？
ま、まさか Ctrl + Space 挟んでから Ctrl + / なんて言わないでしょうね！！
い、いや・・・さすがにそんな事は・・・
>>581
標準バインドでなければ、マクロ入れれば普通に出来るけど。
まあ、Redoが素で実装されてないのはどうかと思うけどね。
それが「嫌だエディタは素の状態で使うもんだ」と言うのなら君は
それでいいんじゃない？
Ctrl + Shift + \ て何にもバインドされてないけど…
ああ、\じゃなくてバックスラッシュといいたいのか。
んで、なんでそんなに蒸し返すのに必死なの？
標準バインドでなければ、マクロ入れれば普通に出来るけど。
まあ、Redoが素で実装されてないのはどうかと思うけどね。
それが「嫌だエディタは素の状態で使うもんだ」と言うのなら君は
それでいいんじゃない？
Ctrl + Shift + \ て何にもバインドされてないけど…
ああ、\じゃなくてバックスラッシュといいたいのか。
んで、なんでそんなに蒸し返すのに必死なの？
> 582
一行目、EOFへジャンプするにはどういう操作でしたっけ？
一行目、EOFへジャンプするにはどういう操作でしたっけ？
>>583
555か？
あくまで標準キーバインドの話に終始したいのか？
この操作が君にとってエディタの優劣を決めるほど重要な操作なわけ？
Emacsの標準なら Ctrl-Home と Ctrl-End だね。
ESCよりはちょっと遠いね手も動くし。
でも、嫌なら別のキーに割り振れば良いんだが。
いったい何をしたいのかが良くわからないんだけど。
まず何をしたいのか言ったらどう？
555か？
あくまで標準キーバインドの話に終始したいのか？
この操作が君にとってエディタの優劣を決めるほど重要な操作なわけ？
Emacsの標準なら Ctrl-Home と Ctrl-End だね。
ESCよりはちょっと遠いね手も動くし。
でも、嫌なら別のキーに割り振れば良いんだが。
いったい何をしたいのかが良くわからないんだけど。
まず何をしたいのか言ったらどう？
>>583
Meta-Ctrl-<
Meta-Ctrl->
キーバインドを好きなように変えられると(実際出来るけど)仮定すると,
vi と Emacs はどっちがより感動を与えますか?
と,キーバインド以外に話を振ってみるRMS.
Meta-Ctrl-<
Meta-Ctrl->
キーバインドを好きなように変えられると(実際出来るけど)仮定すると,
vi と Emacs はどっちがより感動を与えますか?
と,キーバインド以外に話を振ってみるRMS.
Ctrl 要らないし.
navi2ch >> chalice
だから
emacs > vim
だから
emacs > vim
588 ：仕様書無しさん：04/06/30 14:48
おまいら！
何故 WzEditor のキーバインドの話は出ませんか？
何故 WzEditor のキーバインドの話は出ませんか？
おまえら
打鍵数を最小にしたけりゃ
これ使え:
$ cat | bzip2 -d > hello.c
打鍵数を最小にしたけりゃ
これ使え:
$ cat | bzip2 -d > hello.c
プログラマってSEになれない人たちのことですよね？
プログラマーになれないSE
SEになれないプログラマー
どっちも存在すると思うんだが。
SEになれないプログラマー
どっちも存在すると思うんだが。
糞コテに何言っても無駄。時間の無駄だからヤメトケ。
>>575
> ただ「入力」「移動」を繰り返した場合の煩雑さで差し引き０だと思ってる。
一番多い移動と入力は、上下移動して次行から、ソースを追加でしょ。
そうすると、emacs の場合は C-n C-n C-e Ret abc って感じ。
これが vi(m) だと、 j j o abc C-[ だな。
煩雑か？
同等、もしくは Ctrl が無い分だけ vi(m) の方が楽だと思うが。
> ただ「入力」「移動」を繰り返した場合の煩雑さで差し引き０だと思ってる。
一番多い移動と入力は、上下移動して次行から、ソースを追加でしょ。
そうすると、emacs の場合は C-n C-n C-e Ret abc って感じ。
これが vi(m) だと、 j j o abc C-[ だな。
煩雑か？
同等、もしくは Ctrl が無い分だけ vi(m) の方が楽だと思うが。
横からスマン。
俺的に575はviを使いこなせてない気がするんだけど、どうだろ？
使いこなせてない分、viの良さを理解していないように見える。
俺的に575はviを使いこなせてない気がするんだけど、どうだろ？
使いこなせてない分、viの良さを理解していないように見える。
> そうすると、emacs の場合は C-n C-n C-e Ret abc って感じ。
感覚的に言うと,Ctrl を押しながら, n, n, e だから同等はあるかも知れないが,
Ctrl が無い分だけ vi(m) の方が楽と言うわけではないと思う.
感覚的に言うと,Ctrl を押しながら, n, n, e だから同等はあるかも知れないが,
Ctrl が無い分だけ vi(m) の方が楽と言うわけではないと思う.
>>597
ああ、見落としてた。
じゃあ、議論以前の問題だな。575は退場すべき。
俺から見ると、viを使いこなせてない香具師が
「vi使えねーよ！」ってわめいてるって感じ。
見苦しいよ。出直して来い。
ああ、見落としてた。
じゃあ、議論以前の問題だな。575は退場すべき。
俺から見ると、viを使いこなせてない香具師が
「vi使えねーよ！」ってわめいてるって感じ。
見苦しいよ。出直して来い。
実のところ、指摘されてる
>「入力」「移動」を繰り返した場合の煩雑さで
って部分 vi はどうなの？
>「入力」「移動」を繰り返した場合の煩雑さで
って部分 vi はどうなの？
>>598
押っぱなしってずっと力を掛けてるわけだからなんか辛くね？
あと、mayu とか使ってないと C-e とか指が結構辛いぞ。
それに比べて、vi(m)はホームポジションからほとんど動いてないからやっぱ魅力的だな。
モードで一番不利な[入力-移動]のコストは互角だから、あとはモードで得られる利点がそのままプラス。
押っぱなしってずっと力を掛けてるわけだからなんか辛くね？
あと、mayu とか使ってないと C-e とか指が結構辛いぞ。
それに比べて、vi(m)はホームポジションからほとんど動いてないからやっぱ魅力的だな。
モードで一番不利な[入力-移動]のコストは互角だから、あとはモードで得られる利点がそのままプラス。
こんなたいしたことの無い話で >551
みたいのが無駄に挑発的な書き方しなければ、
こんなゴチャゴチャした話にはならなかっただろうけどね。
「比べ物にならない」とか「騙される」とか。
みたいのが無駄に挑発的な書き方しなければ、
こんなゴチャゴチャした話にはならなかっただろうけどね。
「比べ物にならない」とか「騙される」とか。
ﾊﾞﾄﾙｽﾚですから。
ある意味わざとでも挑発的に書いて貰わないと。
ある意味わざとでも挑発的に書いて貰わないと。
>>607
本気でそれやったら悲惨なスレになりそうな…。
本気でそれやったら悲惨なスレになりそうな…。
emacsはlispでvi(m)厨を釣ってくれ
Lisp か、結局さんざんやったキーバインドの優劣競うのも、
マクロ組んでバインドしちゃえば操作数は減らせるからね。
>595 の C-n C-n C-e Ret だって C-e+Ret のマクロを作っちゃえば
操作数減るし。
マクロを無視しての効率議論ってなんか無駄だよな。
ただ、マクロを前提にするとカスタマイズの幅が広がりすぎて
比較する意味すらなくなる危険性も孕んでいる気がしなくも無い（ｗ
結局好み、とか慣れって結論に行き着かない？
xyzzy みたいにOSとの親睦性が高ければなんかあるかもしれないけど。
マクロ組んでバインドしちゃえば操作数は減らせるからね。
>595 の C-n C-n C-e Ret だって C-e+Ret のマクロを作っちゃえば
操作数減るし。
マクロを無視しての効率議論ってなんか無駄だよな。
ただ、マクロを前提にするとカスタマイズの幅が広がりすぎて
比較する意味すらなくなる危険性も孕んでいる気がしなくも無い（ｗ
結局好み、とか慣れって結論に行き着かない？
xyzzy みたいにOSとの親睦性が高ければなんかあるかもしれないけど。
>>610
それがそうでもない。
簡単にバインド追加するほどキーは空いてないし、バインド切り替えるなら
玉突き的に変えていかなければならなくなる。
C-c 系の入れれば2ストローク。
結局のところ初期バインドは重要になる。
＃ちなみに vim なら Meta まるまる余っているから追加し放題だけど、スタイル的にまずしない。
よく、emacs使うヤツはバインドで出来ると言うが、そんな物は割り当てる場所
がなければ絵に描いた餅。
キーバインド以外で M-x で使うまとまった処理をさせるならなかなか lisp は良いけどね。
まぁ、vimのマクロもかなり強力なのでほとんど同じことできるよ。
それがそうでもない。
簡単にバインド追加するほどキーは空いてないし、バインド切り替えるなら
玉突き的に変えていかなければならなくなる。
C-c 系の入れれば2ストローク。
結局のところ初期バインドは重要になる。
＃ちなみに vim なら Meta まるまる余っているから追加し放題だけど、スタイル的にまずしない。
よく、emacs使うヤツはバインドで出来ると言うが、そんな物は割り当てる場所
がなければ絵に描いた餅。
キーバインド以外で M-x で使うまとまった処理をさせるならなかなか lisp は良いけどね。
まぁ、vimのマクロもかなり強力なのでほとんど同じことできるよ。
＞玉突き的に変えていかなければならなくなる。
普通は、自分が滅多に使わないやつを上書きしてすますんじゃないかな。
消えちゃった機能でもいざとなれば大抵の場合はM-xで呼び出せるわけだし。
普通は、自分が滅多に使わないやつを上書きしてすますんじゃないかな。
消えちゃった機能でもいざとなれば大抵の場合はM-xで呼び出せるわけだし。
>>612
そうなんだけど、オレは潰して良いキーはほとんど無いなぁ
emacs は一つのキーに一つの機能を割り当てるから、全部それなりに使うんだよね。
例えばどこ潰して何入れてる？
自分は M-k 潰して、一行削除にしているけど。
そうなんだけど、オレは潰して良いキーはほとんど無いなぁ
emacs は一つのキーに一つの機能を割り当てるから、全部それなりに使うんだよね。
例えばどこ潰して何入れてる？
自分は M-k 潰して、一行削除にしているけど。
>>613
まあ沢山あるかというと、そうでもないけど。例を挙げると、
C-hをdelete-backward-char(BackSpace相当) ← これはみんなやってるかな。
C-qをcall-last-kbd-macro(キーボードマクロの実行)
C-@はC-spcで代用できるのでカーソル位置に空行を追加するマクロに割り当て(C-oとはちょっと違う)
M-gをgoto-line(行番号指定ジャンプ)
あと、使いやすいのになぜか空いてるところも意外に
あるのでそこも活用してる( C-; C-: M-o など)。
＞自分は M-k 潰して、一行削除にしているけど。
これいただき(w
まあ沢山あるかというと、そうでもないけど。例を挙げると、
C-hをdelete-backward-char(BackSpace相当) ← これはみんなやってるかな。
C-qをcall-last-kbd-macro(キーボードマクロの実行)
C-@はC-spcで代用できるのでカーソル位置に空行を追加するマクロに割り当て(C-oとはちょっと違う)
M-gをgoto-line(行番号指定ジャンプ)
あと、使いやすいのになぜか空いてるところも意外に
あるのでそこも活用してる( C-; C-: M-o など)。
＞自分は M-k 潰して、一行削除にしているけど。
これいただき(w
>>614
C-h はやっているし、C-q はどうでも良いけど
C-@ は言われてみればそうだね。
動きとしては C-a C-o もしくは、 C-a C-n C-o かな？
C-; C-: M-o は気が付かなかったな。
なんでこんなに使いやすいところが空いているんだろう・・・
とりあえず、一行コピーと、dabbrev正方向、逆方向に割り当てよう。
C-h はやっているし、C-q はどうでも良いけど
C-@ は言われてみればそうだね。
動きとしては C-a C-o もしくは、 C-a C-n C-o かな？
C-; C-: M-o は気が付かなかったな。
なんでこんなに使いやすいところが空いているんだろう・・・
とりあえず、一行コピーと、dabbrev正方向、逆方向に割り当てよう。
vi系のヤツはemacs随分知ってるな
使い分けてるのか？
使い分けてるのか？
たいして割り当てられないじゃん。
これで割り当てればいいと言う逃げが使えなくなったな。
これで割り当てればいいと言う逃げが使えなくなったな。
>617
なんか、頭でっかちだなぁ。
無理にでも相手を否定したいだけなんだろうけど。
むしろキーが足りないことにして逃げてるんじゃ？
正直２ストローク以外は必要に応じて
割り当てなおしちゃっても良いと思うけど。
ALTとの組み合わせもあるし、頻度によっては
数字とかファンクションでも良い場合もあるし。
なんか、頭でっかちだなぁ。
無理にでも相手を否定したいだけなんだろうけど。
むしろキーが足りないことにして逃げてるんじゃ？
正直２ストローク以外は必要に応じて
割り当てなおしちゃっても良いと思うけど。
ALTとの組み合わせもあるし、頻度によっては
数字とかファンクションでも良い場合もあるし。
>>618
俺、学校で vi 無理やり使わされて vi 嫌いになった…。
直前に vz 使って事と、たいした説明も無く使わされた上に
挿入モードでアローキー押したら ^L とかが入力されたりして
ぶち切れそうになった。
今のはそんな事ないって解ってはいるんだけど。
俺、学校で vi 無理やり使わされて vi 嫌いになった…。
直前に vz 使って事と、たいした説明も無く使わされた上に
挿入モードでアローキー押したら ^L とかが入力されたりして
ぶち切れそうになった。
今のはそんな事ないって解ってはいるんだけど。
>>622
まず、vimの利点である移動系、編集系のコマンドがそれほど効かなくなる点だ。
文字が空白で分かれている英文に比べ、日本語はその別れがない。
もちろんオプションで文節を設定できるが、細かく刻みすぎている。
そして、ft 系の移動なども効かない。
これは KoNoN氏の ambsearch でどうにかなるが、それでも英文に日本語が
入っている時に力を発揮するもので（XMLの中の日本語要素など）日本語の文
では、検索に引っかかりすぎてしまう。
migemo なども普通の分を書く上ではそれほど重要度はないだろう。
こうなると、モードのコストだけ残るようになる。
また、常に日本語を入力するだけなら良いが、論文などで英文の引用や数式を扱う
となると、emacsのメジャーモードが有利になる。
vimだと、前述の英文を打つ場合など、モードの切り替えとIME切り替えなど二つのモード
を操ることになり、煩雑になるのは否めない（これはもの凄く大きな問題ではないが）
総合的に見て、日本語を扱う場合はemacsという結論になるんだよ。
＃なんで、vim大好きっこのオレがこんなこと言ってるんだろう・・・
まぁ、このスレタイの内容なら、vimに軍配を上げるけどね。
まず、vimの利点である移動系、編集系のコマンドがそれほど効かなくなる点だ。
文字が空白で分かれている英文に比べ、日本語はその別れがない。
もちろんオプションで文節を設定できるが、細かく刻みすぎている。
そして、ft 系の移動なども効かない。
これは KoNoN氏の ambsearch でどうにかなるが、それでも英文に日本語が
入っている時に力を発揮するもので（XMLの中の日本語要素など）日本語の文
では、検索に引っかかりすぎてしまう。
migemo なども普通の分を書く上ではそれほど重要度はないだろう。
こうなると、モードのコストだけ残るようになる。
また、常に日本語を入力するだけなら良いが、論文などで英文の引用や数式を扱う
となると、emacsのメジャーモードが有利になる。
vimだと、前述の英文を打つ場合など、モードの切り替えとIME切り替えなど二つのモード
を操ることになり、煩雑になるのは否めない（これはもの凄く大きな問題ではないが）
総合的に見て、日本語を扱う場合はemacsという結論になるんだよ。
＃なんで、vim大好きっこのオレがこんなこと言ってるんだろう・・・
まぁ、このスレタイの内容なら、vimに軍配を上げるけどね。
624 ：仕様書無しさん：04/07/02 03:51
>>623
なるほど、良くわかりました。
サンクスです。
しかし、このスレに居る人たちってどんな勢いでタイプしてるんだろう？
俺ふつうにノタノタ文字単位でカーソル移動してるし。
打ってる様を動画でみてみたいな（ｗ
なるほど、良くわかりました。
サンクスです。
しかし、このスレに居る人たちってどんな勢いでタイプしてるんだろう？
俺ふつうにノタノタ文字単位でカーソル移動してるし。
打ってる様を動画でみてみたいな（ｗ
2ch でイチイチ age て書く香具師は…大概キモイ傾向にある。
おまいら、良い事を思いつきましたよ！
Emacs で vim の操作を再現するマクロがあった気がするから、
それを入れれば日本語に強い vi 操作の完成ですよ！
ちゃんと動くのかしらんけど。
さて此処で問題。
このエディタは Emacs ? vi ?
Emacs で vim の操作を再現するマクロがあった気がするから、
それを入れれば日本語に強い vi 操作の完成ですよ！
ちゃんと動くのかしらんけど。
さて此処で問題。
このエディタは Emacs ? vi ?
>>627
vi(m)の仕組み自体が日本語に向いてないと言っているのに
それをemacsで再現しても、まったく問題の解決になってないと思うが。
余計に遅くて、機能も限定されたどっちつかずの駄目エディタになるのが目に見えている。
viper-modeの役立たずっぷりが良い例だろう。
vimそのまま使った方が高速で高機能。
ところでvimを再現するマクロって聞いたことがないがどれ？
vi(m)の仕組み自体が日本語に向いてないと言っているのに
それをemacsで再現しても、まったく問題の解決になってないと思うが。
余計に遅くて、機能も限定されたどっちつかずの駄目エディタになるのが目に見えている。
viper-modeの役立たずっぷりが良い例だろう。
vimそのまま使った方が高速で高機能。
ところでvimを再現するマクロって聞いたことがないがどれ？
631 ：仕様書無しさん：04/07/03 17:40
流れ的には vim の勝ちっぽいけどどうなったの？
632 ：仕様書無しさん：04/07/03 19:36
やっぱり、navi2ch を使いながら migemo はかなり使えると思う。
>>631
どっちも使ってないからどうでもｲｲに一票。
どっちも使ってないからどうでもｲｲに一票。
634 ：仕様書無しさん：04/07/03 21:33
viもある程度マスターしたし、暇だし、ってことで
emacsをやり始めたんだけど、
行単位のコピペって標準では存在しないの？
viならyypみたいな
emacsをやり始めたんだけど、
行単位のコピペって標準では存在しないの？
viならyypみたいな
間違えた
C-a C-Spc C-n M-w だ
C-a C-Spc C-n M-w だ
637 ：仕様書無しさん：04/07/03 22:33
四手かぁ。。。vi ならYp。の二手。
超多用してるしなー。ちなみに、yyはYと同じじゃつまらんので、行末まで
コピーに変更してある。２ｃｈで見かけた人のパクッた。なかなか良いかんじ。
一行コピー。ちょっと違う記述ためしてみたい時にコピッてラインコメントにして、
下にお試しコード書いてみるとか。
超多用してるしなー。ちなみに、yyはYと同じじゃつまらんので、行末まで
コピーに変更してある。２ｃｈで見かけた人のパクッた。なかなか良いかんじ。
一行コピー。ちょっと違う記述ためしてみたい時にコピッてラインコメントにして、
下にお試しコード書いてみるとか。
638 ：仕様書無しさん：04/07/03 22:34
もしかして、編集作業だけならemacsよりもviの方が効率的？
一行コピーは秀丸でももっと簡単だ
一行コピーは秀丸でももっと簡単だ
>>637
何か勘違いしているけど、636はyyの動作だよ。
貼り付けまで含めると5手。
C-a C-Spc C-n M-w C-y
使用頻度が高いなら、この操作をどっかのキーに割り当てるしかないね。
あんまり割り当てると来ないし、組み合わせが出来ないから「1行コピー」
専用のキーになっちゃうけど。
何か勘違いしているけど、636はyyの動作だよ。
貼り付けまで含めると5手。
C-a C-Spc C-n M-w C-y
使用頻度が高いなら、この操作をどっかのキーに割り当てるしかないね。
あんまり割り当てると来ないし、組み合わせが出来ないから「1行コピー」
専用のキーになっちゃうけど。
640 ：仕様書無しさん：04/07/03 22:47
ファック！！！
五手かよっ！俺を腱鞘炎にしようってのかええぇぇ？
うぃんどうずだって三手くらいでコピーできそうなもんだ。
五手かよっ！俺を腱鞘炎にしようってのかええぇぇ？
うぃんどうずだって三手くらいでコピーできそうなもんだ。
C-a C-k C-y して C-y は？
>>641
それが速いんだけど、一度カットが入るから
なんか不安になるよね（ｗ
Emacsはなんか、コピペ操作に関しては整理しなおしたほうが良いんだよね。
自分で簡単コピーマクロ作ろうかなとも思うんだけど、XKeyEmacs との整合性
を考えて今だに踏み出せない。
それが速いんだけど、一度カットが入るから
なんか不安になるよね（ｗ
Emacsはなんか、コピペ操作に関しては整理しなおしたほうが良いんだよね。
自分で簡単コピーマクロ作ろうかなとも思うんだけど、XKeyEmacs との整合性
を考えて今だに踏み出せない。
645 ：仕様書無しさん：04/07/03 23:18
２行コピーだとemacsはもっと大変か？
viなら2yypだけど
viなら2yypだけど
646 ：仕様書無しさん：04/07/03 23:21
コピペプログラマにはviの方がいいってか
647 ：仕様書無しさん：04/07/03 23:25
↑重複のない一行一行が独創性あふれる唯一無二のプログラム書く人
>>647 ｳｹﾀ
実際コードをコピペって考えてみたらあんまやらないな。
俺普通にガシガシ書いてっちゃうんだけど。
コードの一部を変更する時で、元を残す必要がある場合にコピペ＋コメントアウトする位かな。
でも、残すのも元に戻すのも基本的にはバージョン管理側でやっちゃってるし。
俺普通にガシガシ書いてっちゃうんだけど。
コードの一部を変更する時で、元を残す必要がある場合にコピペ＋コメントアウトする位かな。
でも、残すのも元に戻すのも基本的にはバージョン管理側でやっちゃってるし。
>>644
C-k が改行まで含めてカットの設定になってる場合はRETいらないと思われ。
C-k が改行まで含めてカットの設定になってる場合はRETいらないと思われ。
>>651
でもこれバインドの変更で動作変わるわけじゃないから微妙。
でもこれバインドの変更で動作変わるわけじゃないから微妙。
どちらにしろ動きが気持ち悪いな。
なんとなく不健康な感じ。
なんとなく不健康な感じ。
まあ一度カットするのはね。
655 ：仕様書無しさん：04/07/04 00:44
近所のモスに手首の辺が段々畑になってるアルバイトの子がいるの。
いや、リストカットの嵐の後なんだけど。釣りもらうときどうしてもみちゃうわけよ。
ふつーに働いてる風を見ると、おとなしそーな子に見えるんだけど、やっぱり地雷系
かしらと思ったり。
いや、リストカットの嵐の後なんだけど。釣りもらうときどうしてもみちゃうわけよ。
ふつーに働いてる風を見ると、おとなしそーな子に見えるんだけど、やっぱり地雷系
かしらと思ったり。
Ctrl, Metaが打ちやすい（らしい）キーボード。
ttp://gomashio.jp/archives/000291.html
やっぱ手数だけで評価するのは無理があると思うけど。
emacsでもっとも重要なキーが小指押しだという設計は
どうしても納得できない。
ttp://gomashio.jp/archives/000291.html
やっぱ手数だけで評価するのは無理があると思うけど。
emacsでもっとも重要なキーが小指押しだという設計は
どうしても納得できない。
>>656
慣れれば最高ってのは解るんだが、大きさがちょっとね…。
これ買うなら、日本語キーボードで「変換」「無変換」をリマップして
CTRLとかALTにしちゃえばいいやと思ってしまう。
でも俺普通に小指で押すけどね。
慣れれば最高ってのは解るんだが、大きさがちょっとね…。
これ買うなら、日本語キーボードで「変換」「無変換」をリマップして
CTRLとかALTにしちゃえばいいやと思ってしまう。
でも俺普通に小指で押すけどね。
>>656-656
それって親指云々の前にdvorak配列だからお前らじゃ無理
それって親指云々の前にdvorak配列だからお前らじゃ無理
ムービーも張っておくか
KINESIS
ttp://www.tarokawa.net/kinesis/fingermove/kinesis02.mpeg
SGI
ttp://www.tarokawa.net/kinesis/fingermove/sgi01.mpeg
SGIの方が早いように見えるｗ
KINESIS
ttp://www.tarokawa.net/kinesis/fingermove/kinesis02.mpeg
SGI
ttp://www.tarokawa.net/kinesis/fingermove/sgi01.mpeg
SGIの方が早いように見えるｗ
SpaceをCtrlにリマップというアイデア
>>661
お前らみたいなのはQWERTYにどっぷりでEmacsのバインドを覚えているから。
ほとんどキーを考えないで押せるほど、体にたたき込まれているから今更変更なんぞ出きんだろう。
C-f C-b C-p C-n すらままならないな。
逆にいまからEmacsやろうというヤツなら大丈夫かもな。
どちらにしろじじいは引っ込んでろって事だ。
お前らみたいなのはQWERTYにどっぷりでEmacsのバインドを覚えているから。
ほとんどキーを考えないで押せるほど、体にたたき込まれているから今更変更なんぞ出きんだろう。
C-f C-b C-p C-n すらままならないな。
逆にいまからEmacsやろうというヤツなら大丈夫かもな。
どちらにしろじじいは引っ込んでろって事だ。
揚げ足を取るつもりはないのだが。
× コピー
○ ヤンク
× コピー
○ ヤンク
ナウなヤンク
667 ：仕様書無しさん：04/07/04 12:35
ぺヤンク ソース焼きそば
うわ、あげちまったｽﾏｿ
「ヤンク」して「ペ」ーストばかりしてると
「ソース」コードが「焼きそば」(スパゲッティ)コードになるとこじつけてみる
うー さぶい
「ヤンク」して「ペ」ーストばかりしてると
「ソース」コードが「焼きそば」(スパゲッティ)コードになるとこじつけてみる
うー さぶい
>>670 まさに罰、むしろ拷問？
emacs使いは辛そうだが、vim使いはemacsも使えるのでそれほど罰にならんな
深い操作ってなんだよ。
elisp かけば深い操作なのか。
elisp かけば深い操作なのか。
C-k連打すれば応用効くか
>>679
先生！その程度のemacsの使い方では設定ファイルを編集するときだけviを使う連中と大差ないです。
先生！その程度のemacsの使い方では設定ファイルを編集するときだけviを使う連中と大差ないです。
>>680
どこが？
ソース編集するならこれくらいで十分だと思うが。
具体的に、何が必要ですか？
当然重要でプライオリティが高いんでしょうね。
さぁ、列挙お願いします。
また、vi と vim はまったく別物だから、それ一緒にされても。
どこが？
ソース編集するならこれくらいで十分だと思うが。
具体的に、何が必要ですか？
当然重要でプライオリティが高いんでしょうね。
さぁ、列挙お願いします。
また、vi と vim はまったく別物だから、それ一緒にされても。
まぁ、オライリーのEmacs本一通り読んでいれば問題ないな
そう言えば最近のディストリに入っているviはvimやelivis、nviなんだっけ？
そう言えば最近のディストリに入っているviはvimやelivis、nviなんだっけ？
>>651
> それだと途中からの C-k が使いづらいと思うけど。
途中からの場合は、そうならない。
(setq kill-whole-line t)
設定してある場合は、カーソルが行頭にある場合だけ、改行も含めてカットする。
ちなみに私は、vi の yy とか便利だと思ったので、ちょっと動きが違うが、
カーソルが行のどこにあっても、行削除するマクロをつくって、M-k に割り当てている。
数引数をつければ、当然複数行です。
> それだと途中からの C-k が使いづらいと思うけど。
途中からの場合は、そうならない。
(setq kill-whole-line t)
設定してある場合は、カーソルが行頭にある場合だけ、改行も含めてカットする。
ちなみに私は、vi の yy とか便利だと思ったので、ちょっと動きが違うが、
カーソルが行のどこにあっても、行削除するマクロをつくって、M-k に割り当てている。
数引数をつければ、当然複数行です。
685 ：仕様書無しさん：04/07/04 14:57
#include <stdio.h>
これの下にstring.hも追加したいときってviなら
yyp
fs
cw
string
ってやるけど
emacsならもっと簡単にできんの？
出来るなら乗り移ってもいいけど
これの下にstring.hも追加したいときってviなら
yyp
fs
cw
string
ってやるけど
emacsならもっと簡単にできんの？
出来るなら乗り移ってもいいけど
vi(m) は正確には
Y p f s c w s t r i n g C-[
かな。
手数は同じ、emacs は683を適用すればもっと短くなる。
でも、コマンド見れば解るけど、vim は速く打てるキーばかりなので
こうなると手数で決めるのも違う気がしてくる。
Y p f s c w s t r i n g C-[
かな。
手数は同じ、emacs は683を適用すればもっと短くなる。
でも、コマンド見れば解るけど、vim は速く打てるキーばかりなので
こうなると手数で決めるのも違う気がしてくる。
Ypfd;cwring<ESC>
yf<o<C-R>"string.h><C-[>
o#i<C-P> <string.h><C-[>
o#i<C-P> <string.h><C-[>
>>690
emacsは逆検索だから vi よりさらに短くなるが正解
emacsは逆検索だから vi よりさらに短くなるが正解
「出来るなら乗り換えてもいい」というやつで
本当に乗り換えたやつはいない
本当に乗り換えたやつはいない
ただの煽りですから
いや、そもそもエディタで論争すること自体が無意味だと思うのだが。
これを言いだすと身も蓋もないけど。
これを言いだすと身も蓋もないけど。
698 ：仕様書無しさん：04/07/06 22:22
どうでもよくない人間がいるんだろ？
700 ：仕様書無しさん：04/07/06 22:29
>>699
まさか？本気で論争しているアフォがいるとでも？
まさか？本気で論争しているアフォがいるとでも？
>>700
いないと言い切れるの？
いないと言い切れるの？
俺はすこーしだけいると思うよ。
703 ：仕様書無しさん：04/07/06 22:37
そうだよね。。。たかがエディタに本気で熱くなるような
うっすら寒い腐れヴァカなんているわけないよね。。。
うっすら寒い腐れヴァカなんているわけないよね。。。
自分はヴァカじゃないんだと宣言しないと安心できない人達が集うスレはここですか？
>>703
数日前までいたけどなｗ
数日前までいたけどなｗ
「ネタなんだよ」
「俺はヴァカじゃないんだよ」
と宣言しながらもう９スレも続けてる人達はけっこう馬鹿だと思った。
「俺はヴァカじゃないんだよ」
と宣言しながらもう９スレも続けてる人達はけっこう馬鹿だと思った。
コレは神事とか儀式とかそういった類だろ
709 ：仕様書無しさん：04/07/08 03:38
Emacsを使ったLonghorn開発デモムービー。MSさんもすきですな。
http://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/msdntv/episodes/en/20031028lhorndb/manifest.xml&rate=1&WMPVer=9.0.0.3008
http://msdn.microsoft.com/seminar/shared/asp/view.asp?url=/msdntv/episodes/en/20031028lhorndb/manifest.xml&rate=1&WMPVer=9.0.0.3008
712 ：名無しさん＠お腹いっぱい。：04/07/08 13:06
>>711
emacs 使うとホモになるって本当ですか？
emacs 使うとホモになるって本当ですか？
>>712
e m a c s ?
e m a c s ?
ウホッ！イイ macs。。。
とかかけば満足なのか？
とかかけば満足なのか？
ところでこいつ(.emacs.el)を見てくれ
こいつをどう思う？
とか言えばいいんだろ。
こいつをどう思う？
とか言えばいいんだろ。
717 ：仕様書無しさん：04/07/08 23:39
>>711
それと、viのこれを比べると、viは所詮口だけなんだなぁと実感するよ
これ、どう考えても遅いよな
ttp://seriss.com/people/erco/fltk-videos/tutorial-fltk-hello.html
それと、viのこれを比べると、viは所詮口だけなんだなぁと実感するよ
これ、どう考えても遅いよな
ttp://seriss.com/people/erco/fltk-videos/tutorial-fltk-hello.html
>>717
妙にハイなMSプログラマと違って、テンションばり低だな('A`)
また、Emacsに比べてなんて泥臭いんだろう。
vi 終了してシェルに戻ってコンパイルしてまた、vi 立ち上げて・・・
正直、こんなことやってられんよ。
妙にハイなMSプログラマと違って、テンションばり低だな('A`)
また、Emacsに比べてなんて泥臭いんだろう。
vi 終了してシェルに戻ってコンパイルしてまた、vi 立ち上げて・・・
正直、こんなことやってられんよ。
ちょこちょこっっとした編集じゃかえってキータイプ多いからな
viの真価はこんな動画じゃ解らんって
viの真価はこんな動画じゃ解らんって
694のスレといいvi派は言い訳が多いな。
設定ファイルをかるく弄る用のエディタでしょ、viは
vim 使ったことのない人には良さは伝えにくいな
>>720
:makeとか:clとか:cnとか
:makeとか:clとか:cnとか
スレタイはemacsとviなのに、vimとかと比べたがるやつが多いな。
なら、スレタイ変えろ。
なら、スレタイ変えろ。
↑
池
池
728 ：仕様書無しさん：04/07/10 23:46
スレタイにそった内容になっているスレなどまれ
>>725
今のディストリにはviという名前でほとんどクローンしか入ってないが
今のディストリにはviという名前でほとんどクローンしか入ってないが
おまえは、でぃすとりって書きたいだけだろ。
でぃすとりゲーム
732 ：仕様書無しさん：04/07/13 01:05
今日、emacsの癖でCtlr+Pを連打した後にエンターキー連打してたら
会社のプリンターから自分の編集中の画面が山ほど出てきました。
むかつきます。
会社のプリンターから自分の編集中の画面が山ほど出てきました。
むかつきます。
733 ：ﾌﾟｯ：04/07/13 02:09
Ctlr+P
しかもﾂﾏﾝﾈ
よくあることだからね。
736 ：仕様書無しさん：04/07/13 17:42
秀丸とつぶやくと激しくスレ違いといわれるスレはここですか？
737 ：仕様書無しさん：04/07/13 17:43
ヘ_ヘ
ミ・・ ミ ということにしたいのですね？
( ° )～
ミ・・ ミ ということにしたいのですね？
( ° )～
7～8年前のfjでの彼は輝いていたな。
博識だったから信者も多かった。
まぁ言葉が悪いのは当時から一緒だがｗ
博識だったから信者も多かった。
まぁ言葉が悪いのは当時から一緒だがｗ
737はただの低能な嵐
Emacs を X 無しで使ってると Meta key が効かなくてｲﾗｲﾗ
シェアのvi系はあるのはなぜ？
emacs系はないよね？
emacs系はないよね？
は?
emacsは本家が強すぎてそれ以上のをおいそれと作れないからじゃねぇ？
viとかだと簡単に凌駕できそうだし小銭稼ぎできるかもと夢見るんだろ
viとかだと簡単に凌駕できそうだし小銭稼ぎできるかもと夢見るんだろ
Emacsはシェアのスクリプトが沢山あるよ
シェアってそういう意味か。
ごめん、一回だけ
Emacsなら～手もかかるのかよ！とか言ってるvi派いるけど、
viは何か文字入力しようとするたびに、aやiやoなどを押して
最後にESCで戻るという二手が毎回入るからね。
結局トータルではviの方が何手もかかるよね。
viは何か文字入力しようとするたびに、aやiやoなどを押して
最後にESCで戻るという二手が毎回入るからね。
結局トータルではviの方が何手もかかるよね。
750 ：仕様書無しさん：04/08/06 22:09
何万回同じ意見を書けば気がすむの？
>>750
お前は伝統の戦いをこのスレで終わらせるつもりか？
お前は伝統の戦いをこのスレで終わらせるつもりか？
巨人阪神戦みたいなもんですか。
もちろんemacsは巨人で。
もちろんemacsは巨人で。
でも今までEmacs勝ったこと一回もなかったような
754 ：仕様書無しさん：04/08/07 02:38
Emacs は vim に比べて重いよ
今のPCでは差は感じられない程度だけどね。
viは確かにコマンドの手数で連戦連勝なんだけど、
入力の手数で負けるからね。
なんかどうでもいいとこばかり勝って、一番重要な
ところで負けて結局負けって感じ。
入力の手数で負けるからね。
なんかどうでもいいとこばかり勝って、一番重要な
ところで負けて結局負けって感じ。
Emacsは基本のキーバインドが糞だからそれで既に惨敗だと思うけど
ココにいるのって、Unix-Cの可哀想な奴らでしょ？
普通IDE使うもんね
普通IDE使うもんね
>>759 が使ってる IDE って何だい？
それで、その IDE はどのくらいの言語に対応しているのだろう。
少なくとも C/C++, Perl, PHP, Java は使いたいな。
Eclipse なら行けそうか。
でも、サーバに SSH でつないで編集とかできるのかな。
それで、その IDE はどのくらいの言語に対応しているのだろう。
少なくとも C/C++, Perl, PHP, Java は使いたいな。
Eclipse なら行けそうか。
でも、サーバに SSH でつないで編集とかできるのかな。
VS & Eclipse
これで、ほとんどOK
PerlやPHPなんて糞言語触る気もないし
これで、ほとんどOK
PerlやPHPなんて糞言語触る気もないし
何でもかんでも一つのエディタで済まそうなんて
ウンコした後尻を拭いた手でカレーを食うようなもんだよ。
ウンコした後尻を拭いた手でカレーを食うようなもんだよ。
オレのウンコはソフティでなかなかイケるよ
765 ：仕様書無しさん：04/08/07 16:35
まあまあ。viとemacsの共通して駄目なところを
IDEを軸に検証するのは無駄なことではあるまい。
IDEを軸に検証するのは無駄なことではあるまい。
IDE厨が混ざってくるのも伝統です
スレ違いを正すことが優先します。
Linuxのデスクトップ環境が充実して
高度なアプリケーションが増えてきたた結果
emcas内に閉じこもることは完全に不可能になった。
emacsの存在意義は完全に消滅したといえるだろう。
高度なアプリケーションが増えてきたた結果
emcas内に閉じこもることは完全に不可能になった。
emacsの存在意義は完全に消滅したといえるだろう。
>>758
>>595って普通ならC-n C-n C-n abc Retだね。
で、実質Ctrlはどちらも「一回」。
emacsは押したままだからね。
n n nの連打も実質1.5手ぐらいかな。同じキーだからね。
つまり、
emacs Ctｒｌ + 1.5 + Ret + abc
vi Ctrl + 1.25 + 1 + [ + abc
かな。Retと[では[の方が押しにくいね。
大体1手ぐらいviの方が複雑に思う。
>>595って普通ならC-n C-n C-n abc Retだね。
で、実質Ctrlはどちらも「一回」。
emacsは押したままだからね。
n n nの連打も実質1.5手ぐらいかな。同じキーだからね。
つまり、
emacs Ctｒｌ + 1.5 + Ret + abc
vi Ctrl + 1.25 + 1 + [ + abc
かな。Retと[では[の方が押しにくいね。
大体1手ぐらいviの方が複雑に思う。
常に Ctrl を押続かなきゃならない Emacs より明らかに負担が少ないと思うが
あと、その数値の根拠が皆無だ
あと、その数値の根拠が皆無だ
emacsのバインドは全て糞だろ
切り取りが C-w ってなぁ押づらいんじゃボォケ
同様にコピーもAlt-wでふざけるな！！
vi(m)ならdで切り取り、yでコピーで超楽ちん
ema糞は逝って良し
切り取りが C-w ってなぁ押づらいんじゃボォケ
同様にコピーもAlt-wでふざけるな！！
vi(m)ならdで切り取り、yでコピーで超楽ちん
ema糞は逝って良し
あと基本移動のC-fbpn、Alt-fbなんて問題外だから
Ctrl-{なんてCtrl+ｗより押しづらいんじゃボォケ
それが一番多用するコマンドなんてふざけるな！
あとシェルモードも無いなんて論外だから。
それが一番多用するコマンドなんてふざけるな！
あとシェルモードも無いなんて論外だから。
dで切り取りyでコピーはらくちん。だねぇ。
その前に、Ctrl+[押さなくちゃいけないけどなｗ
あれ、Ctrl+wよりも手数が多くなっちゃった！ｗ
その前に、Ctrl+[押さなくちゃいけないけどなｗ
あれ、Ctrl+wよりも手数が多くなっちゃった！ｗ
C-[のどこが押しづらいんだよﾌﾟｯ
C-wなんて糞も言いところじゃねぇか
Alt-wもくそおしづれぇよ
それにC-[がいやならお前らの大好きなC-gにでも割り当てろよｶｽ
ema糞と違って割り当てるキーは死ぬほど残っているんだよﾀｰｺ
シェルモード？(ﾟ⊿ﾟ)ｲﾗﾈ
:shで十分だね
C-wなんて糞も言いところじゃねぇか
Alt-wもくそおしづれぇよ
それにC-[がいやならお前らの大好きなC-gにでも割り当てろよｶｽ
ema糞と違って割り当てるキーは死ぬほど残っているんだよﾀｰｺ
シェルモード？(ﾟ⊿ﾟ)ｲﾗﾈ
:shで十分だね
なんか低脳が多いなぁ
押し続けるのと一回押すのが同じとか言っているｱﾎから
かならずC-[とか言っているｱﾎまで色とりどりのｱﾎがそろい踏みだﾌﾟｯ
押し続けるのと一回押すのが同じとか言っているｱﾎから
かならずC-[とか言っているｱﾎまで色とりどりのｱﾎがそろい踏みだﾌﾟｯ
ちょっと釣り針垂らすと爆釣だなｗ
押し続けるのと一回押すのが違うと言ってるバカは
ウケルな。
全く同じ負担なんて誰でもわかるのに。
そんなにviを勝たせたいのかねぇ。
ウケルな。
全く同じ負担なんて誰でもわかるのに。
そんなにviを勝たせたいのかねぇ。
しかも、C-[が押しやすくてC-wが押しづらいらしいｗ
いやー都合のいい感覚をお持ちでｗ
いやー都合のいい感覚をお持ちでｗ
(´-`).。ｏＯ(emacsの人はやっぱりキーバインドにコンプレックス持っているのかなぁ・・・
バレたか…。
emacs は大好きだけど、fbnp は無いよな。
emacs は大好きだけど、fbnp は無いよな。
783 ：仕様書無しさん：04/08/07 23:12
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。
ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス
エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。
また懐かしいコピペを…、
釣る方も釣られる方も元気だなぁ
わざとやっているんなら良いんだけど、素だったら怖いよなぁｗ
わざとやっているんなら良いんだけど、素だったら怖いよなぁｗ
>>784
でも783って真実だよな
でも783って真実だよな
779はかなり頭悪そう
もうどうでもよくね？
emacsのC-xって押しにくくないか？
Aの横をCtrlにしていても、ホームポジションから手が離れるし無意味。
もっと考えてショートカット作ればいいのに
あと、viはまったくしらん。
Aの横をCtrlにしていても、ホームポジションから手が離れるし無意味。
もっと考えてショートカット作ればいいのに
あと、viはまったくしらん。
別に？
確かに押しづらい
と言うかファイル開いたり、バッファ入れ替えたりでツーストローク、修飾キー、押しづらいキーの
組み合わせってのがなんとも
と言うかファイル開いたり、バッファ入れ替えたりでツーストローク、修飾キー、押しづらいキーの
組み合わせってのがなんとも
C-xが押しづらいのにC-[は押しづらくないの？
C-a C-e C-f C-b
これも押しづらい。
これならカーソルキー使ったほうが疲れなくていい。
これも押しづらい。
これならカーソルキー使ったほうが疲れなくていい。
C-x 押すときは、x はどの指で押しているんですか？
ホームポジションにこだわって、薬指ですか？
それだとたしかに押すづらいですね。
ホームポジションにこだわって、薬指ですか？
それだとたしかに押すづらいですね。
C-bも押しづらい
なんで使用頻度の高いキーがこれほど押しづらいのか理解に苦しむ
決定された理由が「単語の頭文字」という知性のかけらもないものなのが呆れる
779ほど小指が筋骨隆々じゃないので、押し続けている操作は作業時間が増えるたびに
小指が疲れてきて、プルプルしてくる
それだけじゃなく、２ストロークもある、Metaも使う、数回繰り返しのC-数字も打ちにくい
酷い操作体系だ
なんで使用頻度の高いキーがこれほど押しづらいのか理解に苦しむ
決定された理由が「単語の頭文字」という知性のかけらもないものなのが呆れる
779ほど小指が筋骨隆々じゃないので、押し続けている操作は作業時間が増えるたびに
小指が疲れてきて、プルプルしてくる
それだけじゃなく、２ストロークもある、Metaも使う、数回繰り返しのC-数字も打ちにくい
酷い操作体系だ
796 ：仕様書無しさん：04/08/08 15:25
ﾊﾞﾄﾚよ
まだやってたのか
798 ：仕様書無しさん：04/08/08 15:33
emacsのような素晴らしいエディタって、もう出てこないだろうね。
>>798
emacsのようなエディタじゃタダのクローンだろ。
emacsのようなエディタじゃタダのクローンだろ。
自分の使ってるエディタを正当化する言い訳しかしてないなここ
だってネタスレだよ？
803 ：仕様書無しさん：04/08/08 16:36
大体vi側が釣り糸垂らして、emacs側が食い付くって感じだな
餌はキーバインド
コンプレックスがあるのか、食い付きはかなり良いので釣果は期待できる
餌はキーバインド
コンプレックスがあるのか、食い付きはかなり良いので釣果は期待できる
emacsはlispで語るものだから別に痛くも痒くもありませんが
↓おまえは「ＬＩＳＰで動くＯＳまだぁー？」と言う
「ＬＩＳＰで動くＯＳまだぁー？」
↓おまえは「もうあるけどなにか？」と言う。
emcasはもはやOS
810 ：仕様書無しさん：04/08/08 20:32
あたし、viとｾｯｸﾙしたいの。
凄いテクで感じまくるの。それでいてタンパクなの。
emacsとｾｯｸﾙは二度としたくない。
だって、粘着なんだもの。
凄いテクで感じまくるの。それでいてタンパクなの。
emacsとｾｯｸﾙは二度としたくない。
だって、粘着なんだもの。
811 ：仕様書無しさん：04/08/08 20:37
ｸﾘを押さえながらﾃｨｸﾋﾞ押すとか、そういうの嫌なのね。
同時攻めなんてバブルの産物よ。
同時攻めなんてバブルの産物よ。
今日は天気良かったせいか変なのがわいてる。
一説には rms の .emacs は空とか言われてますが、実はキーバインドバリバリ
に変更してます。
とかだったら暴動がおきるな。
に変更してます。
とかだったら暴動がおきるな。
emacs はカスタマイズしつつ使うもんだろう。
使用頻度とか言っている人は、日本語入力するときは、
ローマ字ですか、それとも…
ローマ字ですか、それとも…
819 ：仕様書無しさん：04/08/09 16:36
はまはま
820 ：仕様書無しさん：04/08/09 16:59
ていうか、emaxのカーソル移動を
^F ^B ^N ^P のまま使ってるアホって存在するの？
普通は使い易いように変えるだろ？
^F ^B ^N ^P のまま使ってるアホって存在するの？
普通は使い易いように変えるだろ？
821 ：仕様書無しさん：04/08/09 17:02
ためしにおまえのキーバインド例をあげてみろ。
^A^S^D^W
そのまま使ってるけど、俺ってアホだったのか。
ちなみに、完全にデフォルト操作に慣れているから、
>>822 みたいなバインドじゃ、発狂するな。
>>822 みたいなバインドじゃ、発狂するな。
そうでもないよ。
もちろんそうよ
ﾀﾞｲﾔﾓﾝﾄﾞｶｰｿﾙ儲ｲﾀ━━━━(ﾟ∀ﾟ)━━━━!!
>>828
ダイヤモンドカーソルなら^A^S^W^Zじゃねぇの？
まぁ、取り合えず叩きたかっただけなんだろうな。
まぁ、これほど不条理な叩き方もないだろうが。
ちなみに漏れはemacsにはじめて触れたときカーソル移動に
単語の頭文字を付けるという発想に物凄く感動したんだがな。
コントロールキーを押しながら文字キーで機能的な操作が行えるって
言うのも自分の頭をViみたいに入力モード、コマンドモードって
切り替えなくてもいいから好き。
その観点から行くと、日本語入力モード、英語モードを切り替えずに
シームレスに打てる手法が存在すれば俺好みなのだろうが、
そんな方法無学にてシラネェ。誰か教えて。
ダイヤモンドカーソルなら^A^S^W^Zじゃねぇの？
まぁ、取り合えず叩きたかっただけなんだろうな。
まぁ、これほど不条理な叩き方もないだろうが。
ちなみに漏れはemacsにはじめて触れたときカーソル移動に
単語の頭文字を付けるという発想に物凄く感動したんだがな。
コントロールキーを押しながら文字キーで機能的な操作が行えるって
言うのも自分の頭をViみたいに入力モード、コマンドモードって
切り替えなくてもいいから好き。
その観点から行くと、日本語入力モード、英語モードを切り替えずに
シームレスに打てる手法が存在すれば俺好みなのだろうが、
そんな方法無学にてシラネェ。誰か教えて。
boiled-egg がそんな感じじゃないかな。
使ったことないから感触は知らないけど。
使ったことないから感触は知らないけど。
ていうかビルジョイが良く考えてレガシー排除した最新のエディタをフルスクラッチで開発すれば全て解決。
Bill Joy は vi がこんなに流行るんならこんなの作るんじゃなかったと言って
るそうだけど、どっちの意味だろう。
1.金とるんだった。
2.はずかちー。
るそうだけど、どっちの意味だろう。
1.金とるんだった。
2.はずかちー。
>>834
> 打ち始めてから英語モードのままだったとか結構ある。
試したことないけれど、Egg-ReMix なんてどうでしょう？
説明によると、
----
日本語と半角アルファベットの入力モードの切り替えが必要ないように拡張する
Elisp プログラムです。
----
でも、最新バージョンが、一年以上前の 2003/06/15 v-0.207 だ。
> 打ち始めてから英語モードのままだったとか結構ある。
試したことないけれど、Egg-ReMix なんてどうでしょう？
説明によると、
----
日本語と半角アルファベットの入力モードの切り替えが必要ないように拡張する
Elisp プログラムです。
----
でも、最新バージョンが、一年以上前の 2003/06/15 v-0.207 だ。
>>833
2です。
2です。
C-fbpnってちょっと手が広がってるだけで、
別に打ちにくくない。
ホームポジション離れるけど、関係なし。
慣れればホームポジション外れたって、
スムーズに行き来できるし。
C-xのxだって普通に人差し指で押すし。
C-[打たなくちゃいけない分だけ、むしろ
viのhjklのほうが遅い。
別に打ちにくくない。
ホームポジション離れるけど、関係なし。
慣れればホームポジション外れたって、
スムーズに行き来できるし。
C-xのxだって普通に人差し指で押すし。
C-[打たなくちゃいけない分だけ、むしろ
viのhjklのほうが遅い。
慣れちゃえば問題ないかもしれないけど、
今は上下左右、文頭、文末、辛すぎる・・・
結局カーソルキーとHOME,END使っちゃう
今は上下左右、文頭、文末、辛すぎる・・・
結局カーソルキーとHOME,END使っちゃう
> 結局カーソルキーとHOME,END使っちゃう
えー？ そんなことないだろ。
ホームポジションを離れて、カーソルキーとHOME,ENDを使うなら、
頭文字をとっただけの C-fbpn や、頻繁な Esc のほうがまだマシ。
えー？ そんなことないだろ。
ホームポジションを離れて、カーソルキーとHOME,ENDを使うなら、
頭文字をとっただけの C-fbpn や、頻繁な Esc のほうがまだマシ。
840 ：仕様書無しさん：04/08/14 16:22
日本語英語の切り替えは「変換」を使えばいいだろ。
英字入力も未入力状態と入力確定状態を使い分けようとすると大変。
リージョンはどこに割り当ててるの？
あぁ、vimか
emacsのﾔﾂだと思っていた
あとviモードって何よｗ
emacsのﾔﾂだと思っていた
あとviモードって何よｗ
>>846
スマソ。コマンドモードねorz
スマソ。コマンドモードねorz
俺はshift+space
>>847
ノーマルモードじゃね？
ノーマルモードじゃね？
vim のヘルプを見る限り
ノーマルモード、挿入モード、コマンドラインモード、ヴィジュアルモード、演算待ち状態モードの五つ
map の割り当ても順に、nmap imap cmap vmap omap ね
ノーマルモード、挿入モード、コマンドラインモード、ヴィジュアルモード、演算待ち状態モードの五つ
map の割り当ても順に、nmap imap cmap vmap omap ね
Linux上で使っているテキストエディタは？
調査期間：2002/9/6～9/20
vi
72.1% (802)
Emacs
21.9% (243)
調査期間：2002/9/6～9/20
vi
72.1% (802)
Emacs
21.9% (243)
>>854
これはどこで行われた調査？
これはどこで行われた調査？
857 ：仕様書無しさん：04/09/13 03:52:35
徹底的～～～～～～！ｳｷ～～～！ｷｮｰｰｰｰｰｰｰｰｰｰ！
てっていてきにーーーーー！advance。
てっていてきにーーーーー！advance。
なんかviの圧勝じゃん。
Part10を待たずに決着ついちゃったね。
Part10を待たずに決着ついちゃったね。
なんかemacsの圧勝じゃん。
Part10を待たずに決着ついちゃったね。
Part10を待たずに決着ついちゃったね。
860 ：仕様書無しさん：04/09/14 00:08:17
emacs至上主義者だった漏れだが最近Viも学び始めた。
結果、セコイ設定ファイルはVi
じっくり編集するコーディングはemacs
こういう使い分けをする人が殆どだとは思う。
結局「これが最強！」とかいって、どのファイルを編集するにも同じエディタ使ってる
奴はそのエディタの熟練者がそれしか使えない厨房だと悟った。
結果、セコイ設定ファイルはVi
じっくり編集するコーディングはemacs
こういう使い分けをする人が殆どだとは思う。
結局「これが最強！」とかいって、どのファイルを編集するにも同じエディタ使ってる
奴はそのエディタの熟練者がそれしか使えない厨房だと悟った。
>>860
あんたはvimを知らないからセコい設定はviとか言っているわけだが
あんたはvimを知らないからセコい設定はviとか言っているわけだが
24 名前：デフォルトの名無しさん[] 投稿日：04/09/13 20:23:35
Tabとスペース混ぜてインデントする人に聞きたいんだけど、どうしてあんなことしてるの？
しかもタブ幅は８。
エディタによって激しく読みづらくなる
25 名前：デフォルトの名無しさん[sage] 投稿日：04/09/13 20:30:40
>>24
Emacs だとデフォルトでそうなっちゃうと思う。
漏れも以前そうだったけど、最近は (setq-default indent-tabs-mode nil) としてる。
26 名前：デフォルトの名無しさん[sage] 投稿日：04/09/13 20:33:20
>>24 emacsのデフォルトの挙動だからでは。
emacs使いの人は (setq indent-tabs-mode nil) してからコードを書いて欲しい
27 名前：デフォルトの名無しさん[] 投稿日：04/09/13 20:33:25
>>24
ホワイトスペースという言語がある。
お前がインデントだと思っている部分はおそらくホワイトスペースで書かれている。
一つのソースがコンパイラを使い分けることで二通りの解釈ができるということだ。
28 名前：デフォルトの名無しさん[sage] 投稿日：04/09/13 20:35:25
emacs厨って何度言っても絶対に変態的インデントやめないんだよな・・・
マジ迷惑
Tabとスペース混ぜてインデントする人に聞きたいんだけど、どうしてあんなことしてるの？
しかもタブ幅は８。
エディタによって激しく読みづらくなる
25 名前：デフォルトの名無しさん[sage] 投稿日：04/09/13 20:30:40
>>24
Emacs だとデフォルトでそうなっちゃうと思う。
漏れも以前そうだったけど、最近は (setq-default indent-tabs-mode nil) としてる。
26 名前：デフォルトの名無しさん[sage] 投稿日：04/09/13 20:33:20
>>24 emacsのデフォルトの挙動だからでは。
emacs使いの人は (setq indent-tabs-mode nil) してからコードを書いて欲しい
27 名前：デフォルトの名無しさん[] 投稿日：04/09/13 20:33:25
>>24
ホワイトスペースという言語がある。
お前がインデントだと思っている部分はおそらくホワイトスペースで書かれている。
一つのソースがコンパイラを使い分けることで二通りの解釈ができるということだ。
28 名前：デフォルトの名無しさん[sage] 投稿日：04/09/13 20:35:25
emacs厨って何度言っても絶対に変態的インデントやめないんだよな・・・
マジ迷惑
本当にemacsのインデントは意味不明。最初だけなんでtabなんだ?
emacsってプリミティブな編集機能においてvimに劣り
ソースコードの編集においてIDEに劣り
メールや文書作成、WEBサイト構築等において
それぞれ専用アプリに劣る典型的な器用貧乏だな。
そのしょぼさが大昔のしょぼいマシンにベストマッチだったのは
否定しないが今わざわざ使うメリットは皆無だな。
ソースコードの編集においてIDEに劣り
メールや文書作成、WEBサイト構築等において
それぞれ専用アプリに劣る典型的な器用貧乏だな。
そのしょぼさが大昔のしょぼいマシンにベストマッチだったのは
否定しないが今わざわざ使うメリットは皆無だな。
煽りとしてはひねりが足りないな。
直球ど真ん中過ぎて反論不能ってことかｗ
つーか、別にEmacs無くてもいいけどよ
何で高機能IDEといわれるものが軒並みGUI操作重視なんだよ。
もう少しCUIにも力を入れてくれ…。
viはすべてにおいてありえない。
嫌々使い始めて嫌々使わざるを得ないエディタ。
これを使いこなして得意になる奴はvi使いこなしてこそ
Linuxer(UNIXer)であり鯖管でありｽｰﾊﾟｰﾊｶｰっていう
妙な考えに取り付かれたナルシストぐらい。
その証拠に編集に対する打鍵数でemacsに何手勝るとか言って喜ぶ。
C-x といった操作は二打鍵に換算するのに P は一打に換算するなど
何かと自分の都合の良いほうに話を持っていってまで勝ちたがる。
腐ってるよ。
何で高機能IDEといわれるものが軒並みGUI操作重視なんだよ。
もう少しCUIにも力を入れてくれ…。
viはすべてにおいてありえない。
嫌々使い始めて嫌々使わざるを得ないエディタ。
これを使いこなして得意になる奴はvi使いこなしてこそ
Linuxer(UNIXer)であり鯖管でありｽｰﾊﾟｰﾊｶｰっていう
妙な考えに取り付かれたナルシストぐらい。
その証拠に編集に対する打鍵数でemacsに何手勝るとか言って喜ぶ。
C-x といった操作は二打鍵に換算するのに P は一打に換算するなど
何かと自分の都合の良いほうに話を持っていってまで勝ちたがる。
腐ってるよ。
このスレではそれが趣旨なわけだが。
emacsにしろviにしろ、普通に使っているだけでは遭遇しない機能が多すぎ。
下手したら一生知らないまま終わる機能とか沢山あるよな。
下手したら一生知らないまま終わる機能とか沢山あるよな。
素の vi ならば、そんなに沢山の機能は無い
組み合わせが幾らでも考えられるだけ
組み合わせが幾らでも考えられるだけ
>>868
主旨なのは
>つーか、別にEmacs無くてもいいけどよ
>何で高機能IDEといわれるものが軒並みGUI操作重視なんだよ。
>もう少しCUIにも力を入れてくれ…。
なのか
>viはすべてにおいてありえない。
>嫌々使い始めて嫌々使わざるを得ないエディタ。
のどっちよ
主旨なのは
>つーか、別にEmacs無くてもいいけどよ
>何で高機能IDEといわれるものが軒並みGUI操作重視なんだよ。
>もう少しCUIにも力を入れてくれ…。
なのか
>viはすべてにおいてありえない。
>嫌々使い始めて嫌々使わざるを得ないエディタ。
のどっちよ
>その証拠に編集に対する打鍵数でemacsに何手勝るとか言って喜ぶ。
>C-x といった操作は二打鍵に換算するのに P は一打に換算するなど
>何かと自分の都合の良いほうに話を持っていってまで勝ちたがる。
これじゃね？
>C-x といった操作は二打鍵に換算するのに P は一打に換算するなど
>何かと自分の都合の良いほうに話を持っていってまで勝ちたがる。
これじゃね？
でも C-x C-f とか打ちづらいよなぁ
全部左手一本でやらなきゃならないし、Ctrl打ちづらいし
やっぱりvi(m)だよなぁ
全部左手一本でやらなきゃならないし、Ctrl打ちづらいし
やっぱりvi(m)だよなぁ
ctrl打ちづらいのはキーボードの問題だろ。
swapしとけ。
swapしとけ。
viでコマンドを打ち込む時、補完はできないの？
C-nやC-pだとコマンドの履歴になるんだが。
C-nやC-pだとコマンドの履歴になるんだが。
vimならTabで補完されるっしょ？
それってファイル名とかだけじゃ？
viユーザは超高速タイピングが可能だから補完機能なんて最小限でいいんだよ。
879 ：仕様書無しさん：04/09/17 11:23:11
emacs なんて、「Lispカッコイイ」とか言ってるバカが騙されて使ってるだけだろ。
emacs派の連中は、emacsが入っていない環境に突っ込まれたらどうするつもりだ?
vim派の連中は、vimが入っていない環境に突っ込まれたらどうするつもりだ?
そりゃ・・・もちろんダウンロード。
ダウンロードが出来ない環境のところには行かないし
ダウンロードが出来ない環境のところには行かないし
>>881 効率落ちるけどとりあえず素の vi で何とかなるよ
882と883でだいぶポイントに差がついたな。
886 ：仕様書無しさん：04/09/20 19:55:23
連休だってのに書き込みナッシングっ！！
いや、せっかくの連休に２ちゃんみてるような奴は少数派だからw
こんな不毛なやり取りは職場で金もらいながらじゃないとやってられん
>>884
ええと、ファイル名の補完じゃなくて、grepとか置換をする場合の単語の補完はできるんでしょうか？
ええと、ファイル名の補完じゃなくて、grepとか置換をする場合の単語の補完はできるんでしょうか？
>>889
Ctrl + F のあと出来る
Ctrl + F のあと出来る
>>889
Ctrl + r のあと Ctrl + w でカーソルのある単語がコピーされるよ
Ctrl + r のあと Ctrl + w でカーソルのある単語がコピーされるよ
縦書きができるのはどっちだ？
しょうがねぇ奴だな。基本的に何もわかってねぇ。
らりぱっぱな頭のお前にはどのエディター使っても縦書きできねぇよ。
ねろ！諦めてねろ！
らりぱっぱな頭のお前にはどのエディター使っても縦書きできねぇよ。
ねろ！諦めてねろ！
emacs を良く知らない人ほど emacs を誉める。
vi を良く知る人ほど vi を誉める。
vi を良く知る人ほど vi を誉める。
ちょっとここを通りますよ…
v
i
v
i
ビルゾイってviを生んだことを後悔していたのか！
だったらｃｓｈを作ったことに、その256倍程度反省してほしい。
cshｲﾗﾈ
csh公害をなんとかしろよと
だったらｃｓｈを作ったことに、その256倍程度反省してほしい。
cshｲﾗﾈ
csh公害をなんとかしろよと
kaoriyaのgvimってなんでインストーラつけないんだ？
gvimで一番大事な、右メニュー追加が究極に面倒だし、
ちょっと前までどうにも動作が不安定だったし。ﾌﾟﾝﾌﾟﾝ
激しくすれ違い
gvimで一番大事な、右メニュー追加が究極に面倒だし、
ちょっと前までどうにも動作が不安定だったし。ﾌﾟﾝﾌﾟﾝ
激しくすれ違い
vim使っているヤツが右クリックが一番重要かよ
たとえgvimだろうがマウスなんて使わないし
あと不安定な時なんて無かったぞ
お前のマシンがヘボイだけだろ
たとえgvimだろうがマウスなんて使わないし
あと不安定な時なんて無かったぞ
お前のマシンがヘボイだけだろ
Winでファイル起動する時に右クリックで出る 送る(N) にgvimを登録したいってことでしょ
さすがに起動した後はマウス使わないべ
.txtにgvimを関連付けしちゃえばダブルクリックでいけるけどな
さすがに起動した後はマウス使わないべ
.txtにgvimを関連付けしちゃえばダブルクリックでいけるけどな
>>901
gVimは比較的に起動が遅いタイプのエディタだ
で、「.txt」のファイルはどちらかというと書くよりも閲覧の多いファイル
そう言う場合は編集能力よりも軽い方が良い
そうすると、ビューワかgVimで選択出来る方が良いわけだが
その場合頻度の高いビューワをデフォルトにする
軽く編集能力もあるメモ帳、もしくはもう少し性能の高いエディタに関連づけるのが普通
これも一種のツールキットアプローチ
と言う事で関連づけで常にgVimが起動するようにするのはマヌケのする事
gVimは比較的に起動が遅いタイプのエディタだ
で、「.txt」のファイルはどちらかというと書くよりも閲覧の多いファイル
そう言う場合は編集能力よりも軽い方が良い
そうすると、ビューワかgVimで選択出来る方が良いわけだが
その場合頻度の高いビューワをデフォルトにする
軽く編集能力もあるメモ帳、もしくはもう少し性能の高いエディタに関連づけるのが普通
これも一種のツールキットアプローチ
と言う事で関連づけで常にgVimが起動するようにするのはマヌケのする事
そういうときは
[HKEY_CLASSES_ROOT\*\shell]
にエントリーを追加せよ
[HKEY_CLASSES_ROOT\*\shell]
にエントリーを追加せよ
>>902 そこでABrowserですよ
>>903
関連づけはしないでしょ？
>>904
ビューワーとしてなんかキーバインドが少ない
less並に豊富にないと修正出来ないテキストエディタってだけ
つーかビューワとしては最低レベルだと思うぞABrowserは
これならメモ帳の方がマシ
関連づけはしないでしょ？
>>904
ビューワーとしてなんかキーバインドが少ない
less並に豊富にないと修正出来ないテキストエディタってだけ
つーかビューワとしては最低レベルだと思うぞABrowserは
これならメモ帳の方がマシ
windowsで編集するファイルに３，４個在る abc を def に書き換えるとき
abc のあたりにマウスポインタ持ってってダブルクリックして abc を反転させて def に書き換え
書き換えた def をダブルクリックして反転させてCtrl+cでコピー
残りの abc を各々ダブルクリックして反転させてはCtrl+vで def を貼り付け
という操作をしてる。
同様の操作、viとかemacsでどうやる？
abc のあたりにマウスポインタ持ってってダブルクリックして abc を反転させて def に書き換え
書き換えた def をダブルクリックして反転させてCtrl+cでコピー
残りの abc を各々ダブルクリックして反転させてはCtrl+vで def を貼り付け
という操作をしてる。
同様の操作、viとかemacsでどうやる？
<<emacs>>
M-%
abc
def
yyy
M-%
abc
def
yyy
909 ：仕様書無しさん：04/10/25 22:53:08
emacsがメモ帳より劣るのは、起動時間だけかと思ってた・・・ (;´д｀)トホホ
911 ：仕様書無しさん：04/10/26 00:06:07
ちょっと待て
実際に打ってみるとVimが一番速いぞ
実際に打ってみるとVimが一番速いぞ
ってことでvim最強決定
糸冬
糸冬
913 ：仕様書無しさん ：04/10/26 01:11:04
ＳＥをＳＥＸしてお金貰える仕事なんだと勘違いしていた少年時代は
貴方だけじゃない
貴方だけじゃない
一つのディレクトリにある複数ファイル中の abc を def に書き換えるなら話は変わってくるよね
>>914 sed使え
まったくだな
どうしてもエディタでやりたいならEmacsもVimもスクリプト組めば終わりだし
どうしてもエディタでやりたいならEmacsもVimもスクリプト組めば終わりだし
GNU bash, version 2.05a.0(1)-release と GNU sed version 3.02 で
for i in *;do sed -e 's/abc/def/g'<$i>$i.tmp;mv $i.tmp $i;done
こんなかんじか。荒っぽいが。
同様の操作、viとかemacsでどうやる？
for i in *;do sed -e 's/abc/def/g'<$i>$i.tmp;mv $i.tmp $i;done
こんなかんじか。荒っぽいが。
同様の操作、viとかemacsでどうやる？
一年ぐらいemacs使ってからvimに転向したvim使いだけど、
emacsと比べてこの機能はvimに欲しいなって思うのが
browse-kill-ring相当の機能。
いくつかまえのレジスタの内容取り出すとき、
:di
とかでわざわざ確認して、それをペーストするのがだるい。
emacsと比べてこの機能はvimに欲しいなって思うのが
browse-kill-ring相当の機能。
いくつかまえのレジスタの内容取り出すとき、
:di
とかでわざわざ確認して、それをペーストするのがだるい。
>>918
その機能の仕様をもうちょい説明して
その機能の仕様をもうちょい説明して
>>919
簡単に言うとシェルのコマンド履歴のようなもんの
レジスタ版(emacsじゃレジスタって言わないけど)
レジスタにつっこんでった内容を一覧表示し、
検索したりしてフォーカス当てて
その内容を簡単にペーストできる。
簡単に言うとシェルのコマンド履歴のようなもんの
レジスタ版(emacsじゃレジスタって言わないけど)
レジスタにつっこんでった内容を一覧表示し、
検索したりしてフォーカス当てて
その内容を簡単にペーストできる。
そんなの自分で作れば良いじゃん
emacsでもelisp使わなかった派？
emacsでもelisp使わなかった派？
別にそんなところにフックかけなくても作れると思うが
>>900
>普通に送るに登録するだけだろそれってｗ
sendtoってうまく動作しない場合あるよな？
そのひとつに確かパスが 8.3形式とかでプログラムに渡されるので、場合により不具合がでる。
オイラは限定された環境の時しか使わないよ、あんなの。
それに.txtなんかに関連付けする？ﾊｧ。浦島太郎かよ？
何が言いたいのか意味不明なら
kaoriya版じゃない gvimを導入して右クリックしてみれ
※sendtoなんて不勉強な秀丸使いが良くやるのと一緒にすﾅ
>普通に送るに登録するだけだろそれってｗ
sendtoってうまく動作しない場合あるよな？
そのひとつに確かパスが 8.3形式とかでプログラムに渡されるので、場合により不具合がでる。
オイラは限定された環境の時しか使わないよ、あんなの。
それに.txtなんかに関連付けする？ﾊｧ。浦島太郎かよ？
何が言いたいのか意味不明なら
kaoriya版じゃない gvimを導入して右クリックしてみれ
※sendtoなんて不勉強な秀丸使いが良くやるのと一緒にすﾅ
>sendtoってうまく動作しない場合あるよな？
ないよ
ないよ
sendtoの件といい924の無知っぷりが笑えるな
しかも例の右クリックは不安定になる事が多数報告されているからkaoriya版では外しているのに（ﾌﾟｯ
しかも例の右クリックは不安定になる事が多数報告されているからkaoriya版では外しているのに（ﾌﾟｯ
sendtoなんか使っていて威張るな
たいした事もできない小僧よ
kaoriya版で外しているのは、適切なバージョンのmsvcrtを使っていないからに過ぎん。
たいした事もできない小僧よ
kaoriya版で外しているのは、適切なバージョンのmsvcrtを使っていないからに過ぎん。
ＶＢ厨の俺に言わせてもらうと、このスレの内容は遠い世界で起こっていることのようだ。
なんかまた恥ずかしい事言っているな（ﾌﾟｯ
>>927
> しかし、もしも可能ならばgvimext.dllを使っての右クリックメニューの追加は諦める
> ことをお奨めします。ちゃんと現象を把握していないのでアナウンスはしてなかったの
> ですが、gvimext.dllを使うと稀にOSが不安定になるケースがあるようで、個人的には
> 使用を控えています。申し訳ありませんが、利用する際はその点よろしくご考慮くださ
> い。
> しかし、もしも可能ならばgvimext.dllを使っての右クリックメニューの追加は諦める
> ことをお奨めします。ちゃんと現象を把握していないのでアナウンスはしてなかったの
> ですが、gvimext.dllを使うと稀にOSが不安定になるケースがあるようで、個人的には
> 使用を控えています。申し訳ありませんが、利用する際はその点よろしくご考慮くださ
> い。
932 ：仕様書無しさん：04/11/01 11:30:24
みっともねぇなぁ（ﾌﾟｯ
933 ：仕様書無しさん：04/11/01 11:36:43
だいたいさぁ、ﾚｼﾞｽﾄﾘ汚してOSを不安定する恐れのあるものを入れる為に
ｲﾝｽﾄｰﾗｰが欲しいって考えがもう頭悪いよなぁ（ﾌﾟｯ
しかもそれで追加されるのがｺﾝﾃｷｽﾄﾒﾆｭｰからの起動（ﾌﾟｯ
ｲﾝｽﾄｰﾗｰが欲しいって考えがもう頭悪いよなぁ（ﾌﾟｯ
しかもそれで追加されるのがｺﾝﾃｷｽﾄﾒﾆｭｰからの起動（ﾌﾟｯ
レジストリ汚す代わりにファイルを汚してOSを不安定にする。
それだけの違いですけどね。
それだけの違いですけどね。
ようするにvi使うなって事でFA?
うん
お前はvi使わなくていいよ(^o^)
お前はvi使わなくていいよ(^o^)
っていうか
そもそもとかいっているヤシ、イタイ
ノンポリを気取るならwinでviなんか使うなよ(w
そもそもとかいっているヤシ、イタイ
ノンポリを気取るならwinでviなんか使うなよ(w
ノンポリってなに？
玄人だけが使っていた時代と違うんだからさ・・・
もう少し現実を見て喋れ
もう少し現実を見て喋れ
と、玄人気取りが申しております。
お前らってさ
コードを書けないエンドユーザーとか、
井戸の蛙の自称パワーユーザーとか、
スクリプトを少々とかのサンデープログラマとかなんだろ？
その程度の器量で、gvimの右メニューとかインストーラの有無とかセコイ事で、
あーだこーだ不毛な潰し合いをするなよ(w
コードを書けないエンドユーザーとか、
井戸の蛙の自称パワーユーザーとか、
スクリプトを少々とかのサンデープログラマとかなんだろ？
その程度の器量で、gvimの右メニューとかインストーラの有無とかセコイ事で、
あーだこーだ不毛な潰し合いをするなよ(w
942 ：仕様書無しさん：04/11/02 00:39:29
>>934
何が汚れるんだ？ｗ
何が汚れるんだ？ｗ
/etcを破壊するとLinuxが起動しなくなる。
%SystemRoot%を破壊すると、Windowsが起動しなくなる
vimはターミナルで色づけでファイル読むときにしかつかわん。
つーか、その用途では最強。
つーか、その用途では最強。
946 ：仕様書無しさん：04/11/06 21:28:07
>>945
普通に使ってもかなり良いと思うけど
普通に使ってもかなり良いと思うけど
viはノートPCだとESCキーが小さくてやりにくい。
つか、半角/全角キーが隣接してるから・・（ｒｙ涙
ESCキーを他のキーに変更する設定ってあるんだっけ・・？
つか、半角/全角キーが隣接してるから・・（ｒｙ涙
ESCキーを他のキーに変更する設定ってあるんだっけ・・？
CTRL-Cにしろよ
949 ：仕様書無しさん：04/11/06 22:03:21
ｱﾘｶﾞ㌧。でも、これはこれでやりにくい・・ワンタッチで
できるようにならないかなぁ（ワガママでスマソ）
できるようにならないかなぁ（ワガママでスマソ）
951 ：仕様書無しさん：04/11/06 22:06:40
あと好きなキーにESCをマップすればいい
これを参考にしてマップしてみますた。
レスしてくれた人、感謝感謝でつ(´∇｀)
tp://suken.jp/~tet/freebsd/free22.html
レスしてくれた人、感謝感謝でつ(´∇｀)
tp://suken.jp/~tet/freebsd/free22.html
MeadowでフォントをMSゴシックにしたいんだけど
英字がCourier Newになっちゃうんだけどどうしたらよいんでしょう。。。
英字がCourier Newになっちゃうんだけどどうしたらよいんでしょう。。。
>953
Format c:
Format c:
955 ：仕様書無しさん：04/12/02 19:31:55
>>953
ぐぐれ
ぐぐれ
調べたんだけど
どのサイトも似たようなことばかり書いてあってわからないんですよ。。。
てきとうにいじってたらできましたが、、、むーいまいちわからん
どのサイトも似たようなことばかり書いてあってわからないんですよ。。。
てきとうにいじってたらできましたが、、、むーいまいちわからん
Meadowのフォント設定は確かに糞だ
最近、emacsを使いはじめたんだけど
使い易いように設定するのって大変だね、これ('A`)
調べてもわからなかったんで、質問させて下さい。
vimの set number みたいに
左に行番号を表示させるにはどうすればいいんでしょう？
あとプログラミングモードで、インデントの幅を一時的に変更するのは
どうやるんでしょう？
余分に下げたい行の先頭で空白を追加しても
()や;を入力すると強制的に戻されてしまう orz
使い易いように設定するのって大変だね、これ('A`)
調べてもわからなかったんで、質問させて下さい。
vimの set number みたいに
左に行番号を表示させるにはどうすればいいんでしょう？
あとプログラミングモードで、インデントの幅を一時的に変更するのは
どうやるんでしょう？
余分に下げたい行の先頭で空白を追加しても
()や;を入力すると強制的に戻されてしまう orz
とりあえず１番目の問題に付いて自己レス。
下のサイトのemacs雑記に置いてある、wb-line-number.el使えばOK。
ttp://homepage1.nifty.com/blankspace/index.html
行番号の表示の機能ってデフォで用意されてないのね ('A`)
emacsのmanual見てもわからんはずだ・・・
あると結構便利だと思うんだけどなあ。
下のサイトのemacs雑記に置いてある、wb-line-number.el使えばOK。
ttp://homepage1.nifty.com/blankspace/index.html
行番号の表示の機能ってデフォで用意されてないのね ('A`)
emacsのmanual見てもわからんはずだ・・・
あると結構便利だと思うんだけどなあ。
961 ：仕様書無しさん：04/12/18 16:29:58
vim使っているが行番号なんて表示させた事がない
つーか必要性をまったく感じない
つーか必要性をまったく感じない
962 ：仕様書無しさん：04/12/18 16:35:46
エディタ戦争って完全に湿気たよな～
そのうち言語もそうなるんだろうか？
そのうち言語もそうなるんだろうか？
自分の気に入らない意見は邪魔か。
完全にガキだな。
完全にガキだな。
>>961は常に一発完動なプログラムを書くんだよきっと
VimにはEmacsのcompilation-modeみたいな奴はないの？
エラーで移動のときには、行番号は確かに無くても問題は無いが、
「表示させたことがない」ってのはちょっと凄いな
'number'の存在を知らないぐらいに凄いよ
「表示させたことがない」ってのはちょっと凄いな
'number'の存在を知らないぐらいに凄いよ
両方ダメって事か
edlinよりはましだけどね
edlinよりはましだけどね
エディタがソースの文法を理解していないエディタは糞。viとかemacsとかな。
>>968
writeDebugLog( "error at %s:%d\n", __FILE__, __LINE__ );
writeDebugLog( "error at %s:%d\n", __FILE__, __LINE__ );
>>972
何が言いたいのか意味ワカンネ
何が言いたいのか意味ワカンネ
974 ：仕様書無しさん：05/01/29 18:58:58
>961は５行くらいのしか書かないんじゃない？
961と968は958からの流れで、エディタの左側に行番号を表示させる必要が
ないと言いたかったんだろ。
ないと言いたかったんだろ。
>>972
とんでもない馬鹿だな
とんでもない馬鹿だな
まぁ 30 行もあれば P2P が実装できるからな
そりゃ、一度も改行しなかったら一行で何でも書けるしな
マジで行番号なんて表示させてる馬鹿いるの？
981 ：仕様書無しさん：05/01/29 22:45:41
980はヘタレプログラマーなんだろうな。
いや、仕事がないのかもしれん。かわいそうに。
いや、仕事がないのかもしれん。かわいそうに。
行番号表示はあると便利よな
「すいません○○さん、あなたの作ったコードのXX行目のコードなんですが」
とか、言ったときに行番号あると楽。
まぁ、直接飛ぶのが一番スマートなのはわかるけどさ。
あっても邪魔にならないだろ？
行番号があるせいでソース表示領域が侵されて可読性下がるような
糞コードは論外だしな
「すいません○○さん、あなたの作ったコードのXX行目のコードなんですが」
とか、言ったときに行番号あると楽。
まぁ、直接飛ぶのが一番スマートなのはわかるけどさ。
あっても邪魔にならないだろ？
行番号があるせいでソース表示領域が侵されて可読性下がるような
糞コードは論外だしな
ところで話は変わるけど
次スレどうする？
次スレどうする？
>>980
逆に問う。行番号が無いメリットを教えてくれ。
逆に問う。行番号が無いメリットを教えてくれ。
そうか。じゃ、980のPCディスプレイは小さいんだな。
つーか、ホントにプログラマーなのか小一時間（ｒｙ
つーか、ホントにプログラマーなのか小一時間（ｒｙ
行番号なんてステータスバーやモード行にちょこっと表示されてりゃ十分じゃん。
vimで
:g/{/
とかするとき行番号があると落ち着く
:g/{/
とかするとき行番号があると落ち着く
>>988
それじゃ今カーソルがある場所近辺しか分かんねーじゃん
それじゃ今カーソルがある場所近辺しか分かんねーじゃん
>988
またヘタレプログラマーが一匹（ｒｙ
またヘタレプログラマーが一匹（ｒｙ
992 ：仕様書無しさん：05/01/30 23:39:15
emacsは9版逝ってるのにviは初版か
993 ：仕様書無しさん：
vimの圧勝ってことでFA?