Vim Part14

1 名前：名無しさん＠お腹いっぱい。 [2007/03/19(月) 20:09:27 ] 立ててみた。 www.vim.org/ 前スレ pc10.2ch.net/test/read.cgi/unix/1151423973/ 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/28(月) 01:54:57 ] マニュアル嫁 136 名前：134 mailto:sage [2007/05/28(月) 12:42:27 ] >>135 死ぬ程読んだらわかった。 :help feature-list 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/28(月) 23:00:47 ] >>132 iconv?バージョンいくつ?KaoriYa配布のWindowsバイナリ? 全角にょろ(〜)が入ってるSJIS、EUC、UTF-8全部文字化けしない? .vimrc教えて! 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/29(火) 01:51:02 ] いろいろごにょごにょやっても、他のwindows用エディタと比べても、かなり間違えるにょろ。 特にJIS（iso2022jp）とUTF-8が弱いにょろ。 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/29(火) 05:10:44 ] iconvが糞すぎる 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/29(火) 10:14:51 ] iconvってそもそも自動判別の機能ないんじゃないの？ 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/29(火) 20:26:05 ] ないよ。 fencsに設定されているエンコーディングへiconvで変換を試みて、 成功すればそのエンコーディングであると判断している。 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/30(水) 14:49:16 ] verifyenc.vim 使っても .vimrc いじっても なんだかおかしいから、アホっぽいけど その場しのぎで↓こんなの使ってる・・・ ------- ~/bin/vi ------- #!/bin/sh nkf=/usr/local/bin/nkf vi=/usr/local/bin/vim vimenc='' if [ $# -ne 1 ]; then 　exec $vi "$*" else 　if [ -e "$1" ]; then 　　enc=`$nkf -g "$1"` 　　case $enc in 　　　ISO-2022-JP) vimenc='iso-2022-jp' ;; 　　　Shift_JIS)　 vimenc='cp932' ;; 　　　UTF-8)　　　 vimenc='utf-8' ;; 　　　*)　　　　　 vimenc='euc-jp' ;; 　　esac 　　exec $vi -c ":e ++enc=$vimenc" "$1" 　fi fi 143 名前：名無しさん＠お腹いっぱい。 [2007/05/30(水) 15:52:44 ] うまくいかない環境と再現手順を晒した方が解決は早いと思うが encとかfencsとかosとかiconvのバージョンとか... 144 名前：109 mailto:sage [2007/05/31(木) 16:14:33 ] 109です。 >>110 スレの空気が読めてなくてすいません。 で、だれか>>109と同じ問題が出てる人っています？ 自分なりに調べてみてたんだけど、解決していません。 syntax/howm_memo.vimで、:execを利用して、動的にsyntaxを組んでるのはわかりました。 これをg:howm_title_patternとかの変数から取らないで、=とか決め打ちで syntax match howmMemoTitle display "\(^= \)\@<=.*" とかに変えてみても状況はかわりません。 でも、ftがhowm_memoのbufferで、 :syntax match howmMemoTitle display "\(^= \)\@<=.*" をするとsyntaxが適用されます。 で、今この書き込み書いてる時に実験してて気付いたんですけど、一旦手で:syntaxを発行して色を変えた場合でも、 別のbufferをアクティブ？にして、もう一度howm_memoのbufferに戻ると、戻った瞬間に色が元通りになってしまいます。 :bufferで切り替えても、:spして分割していて別の表示されているbufferに行って戻ってでも同じです。 だれか解決のヒント下さい。 145 名前：名無しさん＠お腹いっぱい。 [2007/06/01(金) 01:02:06 ] キーワードをハイライトするsyntaxパターンの生成がバグってるっぽいよ。 キーワードが無いときに空マッチするパターン /\v()/ が生成されてる。 キーワードが無い状態でキーワードを追加したときも空マッチするパターンが生成される。 "<<< word1 word2" と書いて保存 -> /\v(|word1 word2)/ キーワードを登録してから再起動すればちゃんと表示されるっぽい。 146 名前：109 mailto:sage [2007/06/01(金) 02:56:29 ] >>145 はじめなにを言ってるのか理解出来ませんでしたorz。キーワード？？登録？？ とりあえず言われた通りにcome-fromリンクを作ってみたら、ちゃんとsyntaxが効くようになりました。 codeを追ってみると、なんとなくやってる事がわかりました。また、/\v()/が生成されてるって意味も。 しかし、これってすごいですね。come-from linkが増えるとg:howm_keywordが膨れ上がりそうだし、それに伴い重くなりそう。 howm_vimのsiteには「come-fromリンクが使えない」とあったので、ずっと使ってなかったのですが、それを使わないとsyntaxが効かないし、そもそも一応come-fromリンクは使えるみたいですね。 勉強になりました。 147 名前：名無しさん＠お腹いっぱい。 [2007/06/01(金) 05:28:41 ] あーなるほど。キーワードでラベル付けする機能かと思ったら全然違ったのね。 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 18:25:13 ] +clientserverでコンパイルってどうすりゃいいっすか？ ./configure --help　しても関連したこと書いてないっす。 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/03(日) 10:15:23 ] gvim用のカラースキームを256色端末用に変換 ttp://d.hatena.ne.jp/astronote/20070530/1180545901 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/03(日) 18:29:53 ] >>148 feature.hに書いてあるこの辺がキーではあるまいか？ #if (defined(WIN32) || defined(FEAT_XCLIPBOARD)) && defined(FEAT_EVAL) # define FEAT_CLIENTSERVER #endif 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 02:02:56 ] mixiのvimコミュのkusokabeﾜﾛﾀ 話が本題からずれまくりｗ 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/08(金) 11:44:08 ] google by keyword, vi風キーバンドｷﾀｰ www.google.com/search?esrch=BetaShortcuts&hl=en&q=vi+editor&btnG=Search#i=0 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/08(金) 12:24:03 ] そういえばBramも今googleでしたな。 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/08(金) 12:26:23 ] viのkeybindingsってgoogleのマネじゃんw 155 名前：名無しさん＠お腹いっぱい。 [2007/06/11(月) 23:56:02 ] 指定行から指定行のインデントを整える方法はありませんか？ 具体的には、Cのソースファイルのある範囲の再インデントがしたいです 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 00:14:58 ] vで範囲選択して= 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 01:59:03 ] 空白とタブを可視化したいのだけど、方法あるかな？ タブはset listで見えるようになるけど、 インデントが崩れるし行末に$が表示されるしで、 常時ONで使うのはちょっと厳しい。 なにか良い方法は無いものか・・・ 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 02:15:40 ] タブをハイライト表示させておいたら？ 空白はハイライトされないから、見ためで分かるし 159 名前：KoRoN@Vim%Chalice ◆8XALICEsdk mailto:sage [2007/06/12(火) 09:40:40 ] >>157 タブに関しては'listchars'を設定することで解決できるかもしれません。空白は色 をつける以外ないですね。 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 12:16:29 ] 匿名の場でコテハン名乗るって阿呆なの？ 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 12:40:58 ] >>160 うわぁ・・・ 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 12:44:54 ] >>160 半年ROMってろ 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 12:53:07 ] 確かにコテを名乗る必要が無い場面でも、コテを名乗ってるのは 異常だな。 Chaliceスレならまだしも 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 13:44:15 ] KoRoNの頭がおかしいのは周知の事実だろ 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 14:07:23 ] 情報の信頼性とかその他諸々に影響するから、ぜひ名乗ってもらいたいけどなぁ ちゃんと見てくれてるんだ〜って、要望取って更新して〜って言えるし 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 14:08:34 ] 2chで聞かずに直にメールしろよ 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/12(火) 14:38:24 ] 別にkoron氏に聞きたいわけじゃないっしょ。 168 名前：名無しさん＠お腹いっぱい。 [2007/06/12(火) 16:21:13 ] >>160 やったな、おい！大漁じゃねーか！ 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/13(水) 21:55:39 ] 半年VIMってろ ﾀﾞﾒ？ 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/13(水) 22:17:34 ] 俺も匿名の場で個人を主張するのはアホとしか思えないな 171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/13(水) 22:59:17 ] 名も名乗れないアホと聞いてもないのに名乗るアホ 両方揃って2ちゃんねるだよ 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/14(木) 21:30:23 ] 匿名にまぎれて個人を攻撃するのも2chならではだな。 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/14(木) 22:00:53 ] 匿名だから、できるんだよw 実際にあうと、なんともちっちゃな人間さ 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/14(木) 22:01:49 ] 匿名は、人間を勘違いさせるね 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/14(木) 23:06:58 ] configureオプション--with-featuresですが、 色々なサイトを見るとbigにしている人が多いみたいです。 fugeじゃ駄目ですか？というかwith-featuresって何ですか？ Debian4.0(etch)はtinyが入っていました。 何となく使いづらく感じるのはbigじゃないから？ 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 00:08:03 ] fuge じゃダメじゃないかな、やっぱり 177 名前：名無しさん＠お腹いっぱい。 [2007/06/15(金) 00:28:20 ] >>175 www.ac.cyberhome.ne.jp/~yakahaira/vimdoc/various.html#:version fugeよりはfuga、それよりはhogeだな。俺は。 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 07:44:47 ] >>177 産休！ fuge専用なんてないのか。bigの機能を使ってないような気がするけど とりあえずbigにしておけばいいと理解しました。 179 名前：名無しさん@Vim%Chalice mailto:sage [2007/06/15(金) 11:13:29 ]  このスレでも何人かhowm.vimを使ってる人がいるみたいなん  だけど  vimごと良く落ちますorz  previewする所で  激しく不安定なのは  vim7.1だから?  cygwinのvimだから?  changelogしか使う気失せるぐらい良く落ちます。同じ症状  の人いらっしゃいますか? 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 15:49:59 ] Vimでモードの変更はどうしたらいいですか？ 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 15:51:48 ] iとかaとか。 戻るのはEsc。 182 名前：180 mailto:sage [2007/06/15(金) 16:02:49 ] >>181 すみません。 言葉足らずで、意味が正しく伝わらなかったようです。 モードとは、入力, EX, 編集のモードではなくて C-modeとかそういうのです。 Emacsでいうところの、M-x c-modeとかそういう感じです。 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 18:02:31 ] :set filetype=c かな 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 18:25:37 ] >>182 :set filetype=c とか 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/15(金) 22:06:33 ] >>149 ColorSchemeという変更後イベントあるのだから autocmd VimEnter * :GuiColorScheme candy より autocmd ColorScheme * exec "GuiColorScheme ".g:color_name のがよくないか 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 01:10:12 ] コマンドラインでファイル名の大文字小文字を無視して補完する方法はありませんか? 例えば， :e f[Tab] として :e Foo.txt のように展開したいのですが． 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 03:49:22 ] >>186 Windows環境なら普通にそうなるけれども。 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 09:48:21 ] WinはOSが大文字と小文字の差を無視するからね :help /ignorecase によると、 :e \cf[Tag] でよいらしい 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 10:22:32 ] -DCASE_INSENSITIVE_FILENAMEつきでコンパイルすれば 大文字小文字を区別しなくなるもよう。 190 名前：名無しさん＠お腹いっぱい。 [2007/06/17(日) 11:43:25 ] タブの移動を「Ctrl+数字」で行おうと思ったんですが map <C-1> :tabn 1<cr> が動きません どうしたらいいのでしょうか？ 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 13:03:42 ] >>190 おそらく窓使いの憂鬱などのツールに頼るしかないでしょう。 www.ac.cyberhome.ne.jp/~yakahaira/vimdoc/vim_faq_help.html#faq-20.4 ja.wikipedia.org/wiki/Vim # C-1 など、マッピングできないキーが存在する（キャラクタ端末アプリケーションであるための制限） 192 名前：186 mailto:sage [2007/06/17(日) 13:15:04 ] >>187-189 情報ありがとうございます． 結局，CASE_INSENSITIVE_FILENAME を有効にしてコンパイルしました． 切り替えオプションがあると便利だと思うんですが， 現状では無いみたいですね． 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 13:30:36 ] >>192 set all のオプションに追加してくれｗ 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/17(日) 16:40:33 ] >>190 俺は新規タブ作成は<C-TAB>に タブ移動系はtで始まるmapにしている t{char}使わないし 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/18(月) 00:41:39 ] >>158 タブをハイライトだけだと行末の空白がみえないのですよ >>159 set lcs=tab:>-,trail:_ でタブと行末の空白が表示できるようになりました。 thx 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/23(土) 16:58:50 ] Eric S.Raymond - The Art of UNIX Programming www.amazon.co.jp/Art-UNIX-Programming-Eric-S-Raymond/dp/4756149480 のテキストエディタ論評はなかなか面白い。 197 名前：名無しさん＠お腹いっぱい。 [2007/06/24(日) 03:14:05 ] A Tale of Five Editors www.faqs.org/docs/artu/ch13s02.html これのこと？ 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 11:51:55 ] そう、A Tale of Five EditorsとThe Right Size for an Editorですな。 vimの設計が設計根本から間違っていること、普段我々が感じている不満が はっきりと書かれているよ。 By contrast, vi looks rather bloated and flabby. There are hundreds of commands, many of them duplicative. Evidently something about editors tends to push them in the direction of increasing complexity. In the case of vi, that something is not hard to identify; it's the desire for convenience. There is thus little prospect that the codebase-size ratio between Emacs and vi will improve in favor of vi; indeed, it seems likely to get worse. 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 12:09:27 ] 我々? 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 12:32:40 ] 「われわれ」と訓むんだよ。 201 名前：名無しさん＠お腹いっぱい。 [2007/06/24(日) 12:46:15 ] 設計が失敗してもいいもの作れるんだな。 感動した。 202 名前：KoRoN@Vim%Chalice ◆8XALICEsdk mailto:sage [2007/06/24(日) 13:26:22 ] >>198 原文からの引用の仕方に一抹の悪意を感じますが、ソフトウェア工学からみればVimが 複雑でヒドイ設計だというのは確かです。ただこの本のこの章に書いてある内容は、最 初から「プログラムは最も単機能(ed)か最も包括的(emacs)かであるべきだ」「その間 の妥協はヒドいモノになる」と言う著者のソフトウェア工学的な結論があって、テキス トエディタという例を使ってその結論に至る過程を説明している、ということを頭の片 隅に置いておくべきではないでしょうか。 この結論は、理想の設計という視点からは確かにそのとおりで反論の余地はありませ ん。しかし、現実には様々なコスト的な制約のため必ずしも理想の設計を行えるわけで はなく、加えてユーザが目的を達成するための「適切なコスト」という視点を欠いてい るように思えて仕方ありません。ソフトウェアがどんなユーザを対象としているのか、 対象となるユーザはどのような要求を持つのか、ソフトウェアがユーザに対してその要 求を実現するためにどれだけのコストを課すのか、という視点を抜きにVimの設計を語 られても「だからどうしたの?」となるだけです。 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 14:02:02 ] >>202 悪意をもったというか、俺が読んで溜飲が下がった箇所を引用したからね。 理想的な設計と現実の制約に従うこともトレードオフだが、 Vimはあまりにもひどい。内部設計だけの話ならまだいいが、 矩形範囲にexコマンドを適用できなかったり、:cwや:lwなど重複したコマンドが 無数にあって水ぶくれ、スクリプト言語インターフェイスも中途半端で 結局どれも本格的に使われるに至っていない。 …というあたりESRの言う通り。 ところで君は ・Vimがどんなユーザを対象としているのか ・対象となるユーザはどのような要求を持つのか ・Vimがユーザに対してその要求を実現するためにどれだけのコストを課すのか についてどう考えているの？ むしろVimはそのような考えた設計の結果でなく、いきあたりばったりに 拡張を繰り返した結果の産物だと思うがね。 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 14:16:10 ] 横からごめん、ならどのvi系エディタがスマートだと思う？ 使い勝手の面からではなく設計自体が優秀にみえるものね。 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 14:49:24 ] Emacsの重複コマンドにはまけるだろ。 様々な場面でつじつまがあってないし。 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 15:05:07 ] Emacsが包括的っていうのも眉唾もんだな、 やりたいことができなかったら、自分で 書けって感じだろ。 207 名前：KoRoN@Vim%Chalice ◆8XALICEsdk mailto:sage [2007/06/24(日) 15:12:41 ] >>203 重複コマンドは大体が直交性の維持目的、もしくは良く使われるからなどの慣習からく る理由でしょう。使われない機能があることは、それが大きなオーバーヘッドを生んで いない限り、問題にする必要は無いでしょう。使いたい機能がないのなら、自分で追加 すれば済む話です。 恐らく、貴方がVimを使いこなせていないこと、貴方の好みに合わないこと、貴方好み に修正しないもしくはされないこと、これらはVimの内部・外部含めたソフトウェアの 設計がマズいこととは直接の関係が無いように思えてなりません。それをさもVimユー ザ全体の不満であるような>>198の書き方は、心外と受け止められても仕方のないこと ではないでしょうか。 質問に対しての回答はその義務もありませし、書いたところで面白くもなかったので敢 えて答えません。今後も期待しないでください。Vimに限らずソフトウェアの設計が妥 当であるかは、ユーザの要求にどれだけ応えているかで測られるべきものです。そして オープンソースなソフトウェアにおいては、手を動かしたり声を挙げたりしないユーザ の要求は往々にして「初めから無いもの」として無視されるものです。 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 15:26:56 ] こいつだれ？ なんでコテハンで威張ってんの？ 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 15:36:25 ] a. 自分は偉いと思ってる b. 自分の発言が正しいと思ってる c. a. b. 共に思っている 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 15:40:35 ] d. 信者に自分の発言だと知らせてる 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 15:51:06 ] e. 自分の発言だと信頼性があると思われると思っている 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 16:04:26 ] f. 友達がいないから自分がいることをここで証明している 213 名前：名無しさん＠お腹いっぱい。 [2007/06/24(日) 17:19:09 ] オレいまだにjvim3なんだけど、古すぎ？ つかってるひといる？ 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 17:31:45 ] いるよ 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 17:52:27 ] 俺はvi Version 1.79だぞ。 結構パッチ当ててるし、自分で手直ししてるけど。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 17:57:55 ] KoRoNって坂村と同じだよな 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 18:12:19 ] 完璧に理念的に理想なソフトなんてないし 現実的に使いやすいとか手になじむとかは 完璧さとか完成度とかは別の要素のように思えるね。 職人の道具なんかと同じで歴史と習熟がかかわってくるので、 一見非効率っぽく見えても それを取りあげて最新の機械ぽんと渡してすむ問題ではないと思われる。 218 名前：日本では秀丸が勝ち組 mailto:sage [2007/06/24(日) 22:49:30 ] 古い法律は、後から例外を設けて、ツギハギだからけになる。 マンガの「ドラゴンボール」も、いきあたりばったりに、物語を進行させたので、 後から見ると、ところどころ不整合が生じている。 ギターの楽譜を初見で弾く場合、最後のフレーズを見た瞬間、 「あああ、ヤバイ、弾きにくくなる。これならばフレーズの導入部で ポジションチェンジしておけばよかった」と思う。 人間の活動で、後から全体を眺めて、やり直ししたいことは多々ある。 >>203 >理想的な設計と現実の制約に従うこともトレードオフだが、 >Vimはあまりにもひどい。内部設計だけの話ならまだいいが、 vi が古いから当然だと思う。 ed の時代に、矩形編集の必要性をどの程度、予見できますか。 >むしろVimはそのような考えた設計の結果でなく、いきあたりばったりに >拡張を繰り返した結果の産物だと思うがね。 perl もそうだ。はじめから、なにもかも予想して、設計できたらイイけど、 エスパーじゃないからムリだよ。 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 22:58:06 ] 他人の成果物にはケチ付けないと気が済まない奴って何処にでもいるよね。 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 23:55:56 ] emacsもレキシカルスコープがないとか キーバインドが変態とか 設計し直したい問題はあるよね。 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/24(日) 23:57:48 ] emacs vs vim は、他でやって！ 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 00:03:03 ] >>220 そんな風に設計し直したものをEmacsと呼ぶ必要性がどれほどあるのか まったく、悪しき習慣だぜ 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 01:17:10 ] Emacs2.0 って呼ぶべき 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 01:38:04 ] そして、このスレの住人が手を携えて設計も実装も完璧なVimを作る、というお話だったのさ (未来からきました) 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 03:58:50 ] >>207 >使われない機能があることは、それが大きなオーバーヘッドを生んで >いない限り、問題にする必要は無いでしょう。 使われない機能がたくさんあるとマニュアルもふくれあがって 初心者が使いたい機能を探せなくなってしまいますよ。 ソースのメンテナンスにもコストがかかる。 >ソフトウェアの設計が妥当であるかは、ユーザの要求にどれだけ応えているか >で測られるべきものです。 「ソフトウェアの価値」ならともかく、設計の妥当性とユーザの要求に答えているかは 関係ないんじゃないかなあ。 その基準で言うと、デバッガサポートは組み込んでほしいね。 ヘルプには「Vimの中でシェルを走らせたり、デバッガを制御したりできるようにはならない。」 と書いてあるけど、これはユーザの要求よりも優先するということ？ あと、矩形範囲に対するexコマンドもリクエストの上位に上がっているけど、 www.vim.org/sponsor/vote_results.php 今までこの要求に答えられていないのは設計がまずいせい？ 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 13:18:22 ] >>225 とりあえず、お前が重複だと思ってる機能のソース読んでみれば？ それがホントにメンテナンスコストかかるか見ろ。 あと、今までにこのスレッドで重複コマンドがあるから、わかりにくい っていう人はいなかったぞ？ 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 16:40:19 ] 使ってない人から来る苦情ほど意味のないものもない 設計思想そのものに文句があるならBramに言わなきゃ意味ないしな 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:27:34 ] >>226 コストは確実にかかる。 #ifdefの嵐のせいで、ちょっとした修正のつもりが特定のコンパイルオプションでは コンパイルが通らなくなったりする。 前に出てきたタブで大文字・小文字を無視して補完も、プラットフォームによっては 補完をシェルにやらせるなど、アドホックなやり方をしているから、簡単に見えること なのにオプションとして実現するのが面倒になっている。 「ソフトウェア工学からみれば」などと、あたかもソフトウェア工学を机上の空論である かのように言っているが、様々な経験と実証によって、Vimのような悪しき設計では開発が 困難になり、結果としてユーザの満足も得られなくなることがわかっているから 世間でも「より良い設計を」と言われるのだろう。 似たような機能の重複は、Vimの設計のまずさが表面に現れた事象の１つにすぎない。 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:37:07 ] 使いたくなかったら使わなかったらいいんじゃないの？ なんでわざわざ文句いいたいのか分からん 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:40:24 ] 愛ゆえにです。 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:41:50 ] そんなに文句があるんなら、自分で作り直したりしたら？ それに賛同する人がいるなら人集まるんじゃないの？ お前がいうにはみんな思ってるみたいだし、簡単でしょ 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:42:38 ] Vimってどっかのタイミングでスクラッチから書き直したりされてんの？ つか、いっそC++で書けばいいんじゃね？ 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:45:16 ] Emacsってどのタイミングで書き直されてんの？ 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:46:34 ] FreeBSDってどのタイミングで 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/25(月) 17:50:13 ] >>220 そのキーバインドはネ申です。 しばらく使うとそう感じてきます。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef