Vim 6以降に関する話題、Part28です。
http://www.vim.org/
前スレ
Vim Part25 [転載禁止]?2ch.net
http://peace.2ch.net/test/read.cgi/unix/1427713482/
Vim Part26
http://mevius.2ch.net/test/read.cgi/unix/1455436351/
Vim Part27
http://mevius.5ch.net/test/read.cgi/unix/1507038883/
関連情報は>>2-6あたり
探検
Vim Part28
レス数が950を超えています。1000を超えると書き込みができなくなります。
2018/05/17(木) 19:18:17.53
2019/01/18(金) 20:05:59.62
vimは歴史が長いからほとんどの場面で一般的な多機能エディタそのものになれるが、多機能エディタ側はvimのごく一部を模倣するしかできていないのが現状
vsとかvscodeのエディタ部分に本物のvim嵌め込んで連携させられればかなりいいんだけど
vsとかvscodeのエディタ部分に本物のvim嵌め込んで連携させられればかなりいいんだけど
2019/01/18(金) 20:46:55.49
Vimを多機能化するってアプローチは本当に寒いと思うわ
拡張性で行ったらlispとかnode.jsに勝てるわけねぇし
>>889
それはあるかもな
現状spacemacs (というか evil?) が一番上手くVimをエミュレートできてるというのは皮肉な話だ
拡張性で行ったらlispとかnode.jsに勝てるわけねぇし
>>889
それはあるかもな
現状spacemacs (というか evil?) が一番上手くVimをエミュレートできてるというのは皮肉な話だ
2019/01/18(金) 21:37:24.98
さすがにVimからvscodeに乗り換えたわ。手軽だし見やすいし使いやすいでVimが勝てるところがないし
2019/01/18(金) 22:19:23.77
はいはい
2019/01/18(金) 22:43:05.37
てかIDEでvimキーバインド使うの最強じゃね?
intelijでvimプラグイン使ってるんだけど
本来のIDEのショートカットが使えなくて困る
解決方法教えてくまさい
intelijでvimプラグイン使ってるんだけど
本来のIDEのショートカットが使えなくて困る
解決方法教えてくまさい
2019/01/18(金) 22:53:15.78
>>893
Emacs
Emacs
2019/01/19(土) 04:20:48.08
vimに慣れてきた辺りの全能感は異常
んで深淵に入り込んで後悔する
んで深淵に入り込んで後悔する
2019/01/19(土) 13:09:30.60
20年以上使ってるけどoで入ってESCで抜ける
その間はメモ帳と同じ程度の操作しかしないって感じだ
行の連結のためにJを覚えさえすれば極普通に使える
その間はメモ帳と同じ程度の操作しかしないって感じだ
行の連結のためにJを覚えさえすれば極普通に使える
2019/01/19(土) 14:34:26.40
そのESCもいちいち遠くのキー押すのアホくさと思ってたらCtrl+[で代用できるっていうね
こんなの普通気付かんわ
こんなの普通気付かんわ
2019/01/19(土) 14:52:16.77
気付くも何も、ヘルプとか自分で調べない限り操作方法なんて分からないだろ
899名無しさん@お腹いっぱい。
2019/01/19(土) 15:01:46.44 Insを抜ける時はカーソル移動する時なので、hh,jj,kkに割り当ててる、ついでに保存も
合理的なはず
llだけはallなどの単語と被るのでlllにしてる
合理的なはず
llだけはallなどの単語と被るのでlllにしてる
2019/01/19(土) 17:34:05.57
jjとか2回押すよりC-[だな
2019/01/19(土) 20:04:01.72
日本語が有効な状態でキー入力する方法ない?
そのまま挿入モードにしようとして失敗したことくらいお前らにもあるだろ
っdでddやれないもんかね
そのまま挿入モードにしようとして失敗したことくらいお前らにもあるだろ
っdでddやれないもんかね
2019/01/19(土) 21:52:58.15
map
2019/01/21(月) 16:21:38.66
シンタックスハイライトの走査を
文字を書き込んでいる最中には停止して
書き終わってノーマルモードに戻ったときに評価するようなこと
って可能ですかね。
文字を書き込んでいる最中には停止して
書き終わってノーマルモードに戻ったときに評価するようなこと
って可能ですかね。
2019/01/21(月) 19:45:20.21
可能です
2019/01/22(火) 13:40:24.38
お世話になります。
Vim の7.2(だったかな?)なんですが、長いソースコードを読み込むとシンタックスカラーが適用されないんです(泣)
再度適用するコマンド(だったかな?)を実行しても駄目です。
.vimrcのどっかになんかのサイズを大きくする(?)オプションあったような気がするんですけど、ご存知の方、教えくださいm(_ _)m
Vim の7.2(だったかな?)なんですが、長いソースコードを読み込むとシンタックスカラーが適用されないんです(泣)
再度適用するコマンド(だったかな?)を実行しても駄目です。
.vimrcのどっかになんかのサイズを大きくする(?)オプションあったような気がするんですけど、ご存知の方、教えくださいm(_ _)m
2019/01/22(火) 15:59:52.46
>>905
Vim の version は8.1 でした。
Vim の version は8.1 でした。
2019/01/22(火) 17:33:45.07
1行が長いならset synmaxcol=0
2019/01/22(火) 21:51:30.57
2019/01/23(水) 00:40:11.90
今後のために :helpgrep からの :copen を憶えとこうか
2019/01/23(水) 08:41:02.42
お世話になります。
matchit.vim のことで。
<ul.*>:</ul>,<ol.*>:</ol> の組み合わせが上手く動作しないです。
<table.*>:</table> 等、他は問題ない(みたい)です。
何故か </ul> から <ul> への上方向には移動しますが、
<ul> から </ul> への順方向には移動しません。
お分かりの方、いませんか?
matchit.vim のことで。
<ul.*>:</ul>,<ol.*>:</ol> の組み合わせが上手く動作しないです。
<table.*>:</table> 等、他は問題ない(みたい)です。
何故か </ul> から <ul> への上方向には移動しますが、
<ul> から </ul> への順方向には移動しません。
お分かりの方、いませんか?
2019/01/24(木) 09:49:52.85
2019/01/24(木) 11:01:44.52
>>911
すばらしい!
そのものズバリですね。
日本語サイトばかり調べていたので気が付きませんでした。
<ul> の場合は % で次の <li> に進むんですね。
g% なら </ul> に。
でも記事どおりに match_words を編集して、<ul> と </ul> を対応するようにしました。
ありがとうございましたm(__)m
ところで、なんでこんな情報まで知ってるんですか?
すばらしい!
そのものズバリですね。
日本語サイトばかり調べていたので気が付きませんでした。
<ul> の場合は % で次の <li> に進むんですね。
g% なら </ul> に。
でも記事どおりに match_words を編集して、<ul> と </ul> を対応するようにしました。
ありがとうございましたm(__)m
ところで、なんでこんな情報まで知ってるんですか?
2019/01/24(木) 15:23:42.15
神回答者を煽っていくスタイル
914911
2019/01/24(木) 18:06:31.69 >>912
知ってたわけじゃないけど、どういう仕組みになってるんだと思って matchit.vim ul ol をキーワードにして検索すると一番上に出てきたぞ
SOの例だと ol と li の質問だったけど、b:match_words にパーサーの定義があってこれを編集すればカスタマイズできると書いてあった
知ってたわけじゃないけど、どういう仕組みになってるんだと思って matchit.vim ul ol をキーワードにして検索すると一番上に出てきたぞ
SOの例だと ol と li の質問だったけど、b:match_words にパーサーの定義があってこれを編集すればカスタマイズできると書いてあった
2019/01/24(木) 22:26:42.49
私自身はVimを使い続けたいと思っているのですが
vscodeよりVimのが適している状況があまり思いつかなくて悩んでいます。
今の私のVimの出番はリモート接続やコマンドラインで編集したいときと
貧弱マシン使うときくらいです。
活用方法があったら教えてください。
vscodeよりVimのが適している状況があまり思いつかなくて悩んでいます。
今の私のVimの出番はリモート接続やコマンドラインで編集したいときと
貧弱マシン使うときくらいです。
活用方法があったら教えてください。
2019/01/24(木) 22:42:21.44
vimの何が好きか知らないけどcodeでいいならcodeのvimキーバインドでいいんじゃない
2019/01/25(金) 00:10:53.19
それな
でもVSCの本来のショートカットが使えなくなる問題はあるよ
でもVSCの本来のショートカットが使えなくなる問題はあるよ
2019/01/25(金) 18:22:19.02
jedi-vim 入れたら数文字入力するたびに
.vim\dein\.cache\_vimrc\.dein\pythonx\jedi\jedi\evaluate\compiled\subprocess\__main__.pyなるファイルが
別窓で開いて全く動作しないのですがどうすればよいのでしょうか。
Windows版KaoriyaVim、Python3.5、jediインストール済みです。
.vim\dein\.cache\_vimrc\.dein\pythonx\jedi\jedi\evaluate\compiled\subprocess\__main__.pyなるファイルが
別窓で開いて全く動作しないのですがどうすればよいのでしょうか。
Windows版KaoriyaVim、Python3.5、jediインストール済みです。
2019/01/25(金) 21:24:20.05
#include "myheader.h" // myheader.hにaiueoaiueoと書いてある。
aiu
この状態で<C-n>をタイプするとVimのもともとの機能でaiueoaiueoと候補が表示されてくれるのですが
Neocompleteを使うことで<C-n>とタイプしなくても自動で表示されて欲しいです。
clangをインストールして他にプラグインを追加すればできるような説明がよく検索に引っかかるのですが
clangなし、他のプラグインなしでNeocompleteの機能だけで自動表示させる方法はないでしょうか?
aiu
この状態で<C-n>をタイプするとVimのもともとの機能でaiueoaiueoと候補が表示されてくれるのですが
Neocompleteを使うことで<C-n>とタイプしなくても自動で表示されて欲しいです。
clangをインストールして他にプラグインを追加すればできるような説明がよく検索に引っかかるのですが
clangなし、他のプラグインなしでNeocompleteの機能だけで自動表示させる方法はないでしょうか?
2019/01/26(土) 19:11:16.47
#include <gtk/gtk.h>
int main()
{
gtk_widget_set{ここで<C-x><C-i>}
とするとすべてのファイルを探しに行ってしまって
帰ってこなくなってしまうのですがすばやく補完を表示する方法はないでしょうか?
int main()
{
gtk_widget_set{ここで<C-x><C-i>}
とするとすべてのファイルを探しに行ってしまって
帰ってこなくなってしまうのですがすばやく補完を表示する方法はないでしょうか?
2019/01/26(土) 21:31:09.53
2019/01/26(土) 21:57:53.15
他のブラウザなり何かでコピーしたものをヤンクのレジスタにいれられます?
2019/01/26(土) 23:45:31.48
set clipboard&
set clipboard^=unnamedplus
クリップボードにヤンク文字列を入れるならこれ
vimが独自のクリップボードを持ってるからシステムとコピペできないとか実にふざけてる
set clipboard^=unnamedplus
クリップボードにヤンク文字列を入れるならこれ
vimが独自のクリップボードを持ってるからシステムとコピペできないとか実にふざけてる
2019/01/27(日) 06:49:32.00
クリップボード関連はプラットフォームとかvimの種類とかで違うでしょ
まず環境晒さないと
まず環境晒さないと
2019/01/27(日) 09:18:31.08
Ubntu18.4 pycharm Idea Vim pluginです
926921
2019/01/27(日) 13:11:50.18 >>920
921の方法はダメダメだった
そもそも <C-X><C-W> なんてコマンドはない
正しくは <C-N> で 'complete' オプションに w が入っていれば他ウィンドウからの単語が候補に入ることを利用したかった
しかしヘッダが他のヘッダをインクルードしているだけの場合はうまくいかない
で、代替案は :h ft-c-omni を見てもらいたい
ここではシステムの全てのヘッダの tags ファイルを作ってしまうという荒技が紹介されている
この方法では使うつもりのないライブラリの識別子までタグ補完の候補に入ってしまうので、使いたいライブラリのヘッダだけを ctags の対象にすればいいと思う
/usr/include 以下の全ヘッダから tags を作って試してみたが、 <C-X><C-I> よりかなり高速に補完できる
921の方法はダメダメだった
そもそも <C-X><C-W> なんてコマンドはない
正しくは <C-N> で 'complete' オプションに w が入っていれば他ウィンドウからの単語が候補に入ることを利用したかった
しかしヘッダが他のヘッダをインクルードしているだけの場合はうまくいかない
で、代替案は :h ft-c-omni を見てもらいたい
ここではシステムの全てのヘッダの tags ファイルを作ってしまうという荒技が紹介されている
この方法では使うつもりのないライブラリの識別子までタグ補完の候補に入ってしまうので、使いたいライブラリのヘッダだけを ctags の対象にすればいいと思う
/usr/include 以下の全ヘッダから tags を作って試してみたが、 <C-X><C-I> よりかなり高速に補完できる
2019/01/28(月) 08:23:51.02
:Fontzoom +1でGVimのフォントサイズを1増やせるプラグインを使用しているのですが
フォントサイズを変更するたびにウィンドウのサイズも変えたいです。
以下の設定では一瞬ウィンドウのサイズが変更されるのですが、すぐにもとに戻ってしまいます。
nnoremap <C-Up> :Fontzoom +1<CR>:set lines-=2<CR>:set columns-=2<CR>
どうすれば期待した結果を得られるのでしょうか。
フォントサイズを変更するたびにウィンドウのサイズも変えたいです。
以下の設定では一瞬ウィンドウのサイズが変更されるのですが、すぐにもとに戻ってしまいます。
nnoremap <C-Up> :Fontzoom +1<CR>:set lines-=2<CR>:set columns-=2<CR>
どうすれば期待した結果を得られるのでしょうか。
2019/01/29(火) 21:54:56.79
>>926
回答ありがとうございます。
ヘッダ内のキーワードが自動で表示されてほしかったので
Neocompleteでどうにかできないか調べてみたのですが
Shougo/neoincludeというプラグインがあって、
これを入れるとソースコード保存時にチェックが走って
その後、自動でヘッダファイル内のキーワードが補完されるようになりました。
回答ありがとうございます。
ヘッダ内のキーワードが自動で表示されてほしかったので
Neocompleteでどうにかできないか調べてみたのですが
Shougo/neoincludeというプラグインがあって、
これを入れるとソースコード保存時にチェックが走って
その後、自動でヘッダファイル内のキーワードが補完されるようになりました。
2019/01/30(水) 23:32:56.25
一行選択を<S-V>でできるようですが改行コードを含めずに一行選択する方法はないでしょうか?
2019/01/30(水) 23:53:18.10
v$hと同じことを?
2019/01/31(木) 10:39:54.63
改行を含まない行をテキストオブジェクトとしてLに当ててる。選択ならvilかval
xnoremap il g_o^o
xnoremap al g_o0o
onoremap <silent> il :<C-u>normal! ^vg_<CR>
onoremap <silent> al :<C-u>normal! 0vg_<CR>
xnoremap il g_o^o
xnoremap al g_o0o
onoremap <silent> il :<C-u>normal! ^vg_<CR>
onoremap <silent> al :<C-u>normal! 0vg_<CR>
2019/01/31(木) 13:53:50.16
今になってvim-surround入れたけど空白なしで囲むにはどうすりゃいい
933閉じ括弧を入力するのだ
2019/01/31(木) 14:17:49.512019/01/31(木) 15:25:13.97
2019/01/31(木) 16:52:56.58
daW
2019/02/01(金) 08:53:59.56
>>934
surroundは正直言って繰り返し処理には弱い
あなたの挙げた例なら、行選択後に
:norm ds)
でOK
(foo)
(bar) (baz)
とか、
(foo)
bar (baz)
とかいうことになっているなら
:s/(\(.\{-}\))/\1/g
こういう状況をスマートに処理できる代替プラグインはないものか
surroundは正直言って繰り返し処理には弱い
あなたの挙げた例なら、行選択後に
:norm ds)
でOK
(foo)
(bar) (baz)
とか、
(foo)
bar (baz)
とかいうことになっているなら
:s/(\(.\{-}\))/\1/g
こういう状況をスマートに処理できる代替プラグインはないものか
2019/02/01(金) 09:11:57.25
938aiueo
2019/02/03(日) 16:08:21.55 <p>太宰治</p>
の「太宰治」をVモードで選択して
「江戸川乱歩」を入力したら
<p>江戸川乱歩</p>になるようなショートカットキー
はないですか?
<p>太宰治</p>
↓
<p>江戸川乱歩</p>
置換の「R」キー後の入力も試したのですが
文字の長さが同じでないと上手く置換できないので
もしあれば教えてください。
の「太宰治」をVモードで選択して
「江戸川乱歩」を入力したら
<p>江戸川乱歩</p>になるようなショートカットキー
はないですか?
<p>太宰治</p>
↓
<p>江戸川乱歩</p>
置換の「R」キー後の入力も試したのですが
文字の長さが同じでないと上手く置換できないので
もしあれば教えてください。
2019/02/03(日) 16:24:16.39
2019/02/03(日) 16:25:02.71
941aiueo
2019/02/03(日) 16:33:27.68 >939 >940
早い回答ありがとうございます。
cit試してみます。
早い回答ありがとうございます。
cit試してみます。
942aiueo
2019/02/03(日) 16:44:15.18 citすげーー
ありがとうございました。
ありがとうございました。
2019/02/05(火) 09:33:38.04
c言語のソースファイルなどで以下のようなコメントの中にダブルクォートがあると
ダブルクォートで囲まれた部分のハイライトが優先されて配色されてしまいます。
// printf("hogehoge");
文字列部分もコメントの配色にする方法はないでしょうか?
ダブルクォートで囲まれた部分のハイライトが優先されて配色されてしまいます。
// printf("hogehoge");
文字列部分もコメントの配色にする方法はないでしょうか?
2019/02/05(火) 09:55:45.29
>>943
こっちでは普通に全部コメントの色になるぞ
Vim のバージョンと C シンタックスファイルのバージョンを確認してみてくれ
:e $VIMRUNTIME/syntax/c.vim
または C シンタックスを提供するプラグインを入れてないか確認
こっちでは普通に全部コメントの色になるぞ
Vim のバージョンと C シンタックスファイルのバージョンを確認してみてくれ
:e $VIMRUNTIME/syntax/c.vim
または C シンタックスを提供するプラグインを入れてないか確認
2019/02/05(火) 10:20:21.29
>>943
それと、 c_comment_strings という変数がなにかの拍子に定義されてないか確認
C言語ファイル内で:
:let c_comment_strings b:c_comment_strings
詳しくは :h ft-c-syntax
それと、 c_comment_strings という変数がなにかの拍子に定義されてないか確認
C言語ファイル内で:
:let c_comment_strings b:c_comment_strings
詳しくは :h ft-c-syntax
946943
2019/02/05(火) 11:24:30.78 回答ありがとうございます。
:highlight cComment2String
とすると
cComment2String xxx links to cString
となっており
:highlight link cComment2String cComment
とすると治りました。
:version
VIM - Vi IMproved 8.1 (2018 May 17, compiled May 20 2018 12:39:51)
MS-Windows 64 ビット コンソール 版
以下を試しましたが効果がありませんでした。
・vim test.c --cleanで開く
・unlet c_comment_strings
・colorscheme default
c.vimのヘッダー部分は以下です。
1 " Vim syntax file
2 " Language: C
3 " Maintainer: Bram Moolenaar <Bram@vim.org>
4 " Last Change: 2017 Apr 30
:highlight cComment2String
とすると
cComment2String xxx links to cString
となっており
:highlight link cComment2String cComment
とすると治りました。
:version
VIM - Vi IMproved 8.1 (2018 May 17, compiled May 20 2018 12:39:51)
MS-Windows 64 ビット コンソール 版
以下を試しましたが効果がありませんでした。
・vim test.c --cleanで開く
・unlet c_comment_strings
・colorscheme default
c.vimのヘッダー部分は以下です。
1 " Vim syntax file
2 " Language: C
3 " Maintainer: Bram Moolenaar <Bram@vim.org>
4 " Last Change: 2017 Apr 30
2019/02/05(火) 12:22:41.03
>>946
こちらでも vim --clean a.c で開いたところコメント内の文字列が文字列としてハイライトされてしまった
こちらの Vim はバージョン 8.1-751
syntax/c.vim は 2018 Sep 21
:let c_comment_strings
で、値が #1 であったのを確認
どうやら defaults.vim がこの変数を定義してしまうらしい
あなたの vimrc で defaults.vim を source しているならこれを消すか、 source の後に unlet c_comment_strings を書いてみてくれ
unlet は syntax ファイルが読み込まれる前(例えば vimrc 内)にしないと効果ないよ
こちらでも vim --clean a.c で開いたところコメント内の文字列が文字列としてハイライトされてしまった
こちらの Vim はバージョン 8.1-751
syntax/c.vim は 2018 Sep 21
:let c_comment_strings
で、値が #1 であったのを確認
どうやら defaults.vim がこの変数を定義してしまうらしい
あなたの vimrc で defaults.vim を source しているならこれを消すか、 source の後に unlet c_comment_strings を書いてみてくれ
unlet は syntax ファイルが読み込まれる前(例えば vimrc 内)にしないと効果ないよ
2019/02/05(火) 23:19:58.03
>>947
vimrcでunlet c_comment_stringsしたら治りました!
highlight link ~より良い感じな気がするのでこちらを残そうと思います。
ありがとうございました。
vimrcでunlet c_comment_stringsしたら治りました!
highlight link ~より良い感じな気がするのでこちらを残そうと思います。
ありがとうございました。
2019/02/06(水) 09:43:52.25
gvimでalt+キーでラテン語が出たけどなんぞこれ
alt押しながらyamadaって打ったらùáíáäáになった
vimだとこうはならんが
alt押しながらyamadaって打ったらùáíáäáになった
vimだとこうはならんが
2019/02/06(水) 13:55:21.50
>>949
それAltキーじゃなくてAltGrキーじゃないの?
それAltキーじゃなくてAltGrキーじゃないの?
2019/02/07(木) 16:05:13.43
Vimのファイルタイプ判定で
&runtimepathの各々の直下にあるdocディレクトリ以下に配置されているファイルをhelpファイルと見做す
という設定をしたいのですが
autocmd-patternsには変数として環境変数しか指定できないため困っています。
autocmdのファイルパターンにオプションの値を用いる良い方法はないでしょうか。
&runtimepathの各々の直下にあるdocディレクトリ以下に配置されているファイルをhelpファイルと見做す
という設定をしたいのですが
autocmd-patternsには変数として環境変数しか指定できないため困っています。
autocmdのファイルパターンにオプションの値を用いる良い方法はないでしょうか。
2019/02/07(木) 17:36:39.93
>>951
こいつを ~/.vim/ftdetect/help.vim に置いてみろ
function! s:IsInRTP(afile)
return index(map(split(&rtp, ','), 'resolve(v:val)'), resolve(a:afile)) != -1
endfunction
augroup ftdetectvimhelp
au!
au BufRead,BufNewFile */doc/* if s:IsInRTP(expand('<afile>:p:h:h')) |
\ setl ft=help |
\ endif
augroup END
こいつを ~/.vim/ftdetect/help.vim に置いてみろ
function! s:IsInRTP(afile)
return index(map(split(&rtp, ','), 'resolve(v:val)'), resolve(a:afile)) != -1
endfunction
augroup ftdetectvimhelp
au!
au BufRead,BufNewFile */doc/* if s:IsInRTP(expand('<afile>:p:h:h')) |
\ setl ft=help |
\ endif
augroup END
953名無しさん@お腹いっぱい。
2019/02/07(木) 18:52:19.65 >>951
augroup MyFileTypeDetection
autocmd!
for s:docdir in split(globpath(&runtimepath, 'doc/'), '\n')
execute 'autocmd BufNewFile,BufRead' (s:docdir . '**/*.txt') 'setlocal filetype=help'
endfor
augroup end
augroup MyFileTypeDetection
autocmd!
for s:docdir in split(globpath(&runtimepath, 'doc/'), '\n')
execute 'autocmd BufNewFile,BufRead' (s:docdir . '**/*.txt') 'setlocal filetype=help'
endfor
augroup end
2019/02/07(木) 19:58:48.59
なるほど、*/doc/*を含むディレクトリ以下のファイルを全部判定に回すんですね。
ありがとうございます。
ありがとうございます。
2019/02/08(金) 16:59:29.68
なんか知らない間にVimのdigriphsがめちゃくちゃ大量に定義されてるんだけど
これVim8くらいからかな。
これVim8くらいからかな。
2019/02/08(金) 19:10:17.36
githubで見る限り大量に追加されてるパッチは無い
10年以上前の話?
10年以上前の話?
2019/02/09(土) 02:53:37.15
そろそろmifesに追いつきましたかね?
2019/02/09(土) 12:29:59.67
what is mifes?
2019/02/10(日) 03:23:52.38
mifes is most useful editor in the world.
960名無しさん@お腹いっぱい。
2019/02/10(日) 23:00:21.94 聞いたことねえな
2019/02/11(月) 01:34:56.87
MSDOSのころに流行ったエデタァですよ。老人が使ってるのです
2019/02/11(月) 02:49:28.60
なんか古臭いデザインのサイトが出てきたと思ったら
値段が15120円とかマジかー
こんなの買う人とかおるんだね
値段が15120円とかマジかー
こんなの買う人とかおるんだね
2019/02/11(月) 07:30:27.22
ウガンダに寄付したほうがマシだな
2019/02/11(月) 16:56:27.87
しかも何が売りなのか見てみても肝心のソフトウェア紹介ページにあるのは
「テキストエディタとは」
「grep(グローバル検索)」
「diff(ファイル比較)」
「正規表現サンプル集」
はぁ?この時代にそこから語るの?
こんなんできないエディタの方が今の時代珍しいわww
レベルの素晴らしい売り文句
Wikipedia先生に至っては
「MS-DOSが主体の頃には高速かつ高性能なスクリーンエディタとして非常に多くの愛用者がいた[要出典]」
「要出典」
じいさま、じいさまや、せめて宣伝する前にwikipediaくらいは書きかえておきましょうや・・・
あとこれ売れないと思います
「テキストエディタとは」
「grep(グローバル検索)」
「diff(ファイル比較)」
「正規表現サンプル集」
はぁ?この時代にそこから語るの?
こんなんできないエディタの方が今の時代珍しいわww
レベルの素晴らしい売り文句
Wikipedia先生に至っては
「MS-DOSが主体の頃には高速かつ高性能なスクリーンエディタとして非常に多くの愛用者がいた[要出典]」
「要出典」
じいさま、じいさまや、せめて宣伝する前にwikipediaくらいは書きかえておきましょうや・・・
あとこれ売れないと思います
2019/02/11(月) 17:21:55.96
VimってAmigaで作られ始めたんだから世代的には大して変わらない筈なんだけどね
やはりオープンソースの力は偉大
やはりオープンソースの力は偉大
2019/02/11(月) 17:22:29.25
HTML構造のツリー表示がvimにはなさそう
CSVとXMLはプラグインでなんとかなりそう
CSVとXMLはプラグインでなんとかなりそう
2019/02/11(月) 22:17:49.00
tagbarとかあるでしょ
2019/02/12(火) 04:48:13.95
vim以外のテキストエディタでも/で検索したりuでアンドゥする体になったんだけど誰か責任取って
2019/02/12(火) 05:26:15.02
一般的っちゃ一般的よ
シェルにおけるEmacs風バインディングみたいなもん
もはやスタンダード
シェルにおけるEmacs風バインディングみたいなもん
もはやスタンダード
2019/02/12(火) 06:04:34.34
メジャーなIDEとエディタにはvimのエミュレーションがあるからな
仮にvimは滅んでも、vimキーバインドは生き残る(´・ω・`)
仮にvimは滅んでも、vimキーバインドは生き残る(´・ω・`)
2019/02/12(火) 06:21:52.47
ろくな出来なのが無いけどね
VSCodeのはまだ我慢できる
VSCodeのはまだ我慢できる
2019/02/12(火) 06:30:49.18
一方でシェルをviバインドにしたら使いにくくなる不思議
emacs操作と言ってもC-lしか使ってないけど
矢印キーで履歴を絞り込めるようにしたからC-rの出番もないっていう
後一応firefoxは/で簡易検索できるから・・・
emacs操作と言ってもC-lしか使ってないけど
矢印キーで履歴を絞り込めるようにしたからC-rの出番もないっていう
後一応firefoxは/で簡易検索できるから・・・
2019/02/12(火) 06:42:42.76
>>971
Emacs(spacemacs)の完成度の高さは注目に値する
Emacs(spacemacs)の完成度の高さは注目に値する
2019/02/12(火) 07:38:12.60
おいらそういうことじゃねえとおもうんだ
2019/02/12(火) 11:41:16.54
mifesってむかしは5万円ぐらいしたんじゃなかったっけ
2019/02/12(火) 12:54:16.29
なんでこの爺さん突然mifesがどうとか言い出したんだ?
ボケが悪化した?
ボケが悪化した?
2019/02/12(火) 13:42:05.92
vzとかもあったね
2019/02/12(火) 15:01:00.34
エディタ一般の話題を扱うスレッドではないし、ましてUNIX板。
過去のDOS専用のエディタなんて興味もない。
やめてくれないかな
過去のDOS専用のエディタなんて興味もない。
やめてくれないかな
2019/02/12(火) 15:14:07.94
なんでこんなに引っ張ったんだろね?
2019/02/12(火) 15:16:38.51
>>965
ルーツがblenderと同じとはamiga偉大だな
ルーツがblenderと同じとはamiga偉大だな
2019/02/12(火) 18:14:03.32
なんで急にmifesに発狂してんの?
まるでmifesのせいで日本でviが普及しなかったみたいな反応・・・
犬厨が窓叩きしてるみたいな・・・
まるでmifesのせいで日本でviが普及しなかったみたいな反応・・・
犬厨が窓叩きしてるみたいな・・・
2019/02/12(火) 18:29:57.15
誰も「発狂」してないだろ…
>>957責任取れな
>>957責任取れな
2019/02/12(火) 18:57:11.96
2019/02/12(火) 19:43:03.53
viキーバインドはエイズのように感染していくw
2019/02/12(火) 20:36:27.37
感染力は弱いけど発症したら治らないのね。
2019/02/12(火) 20:41:31.15
vimを嫌いになっても、vimキーバインドは嫌いにならないで下さい(´・ω・`)
2019/02/12(火) 21:46:54.30
viってvirusの略だしなw
2019/02/12(火) 21:58:41.24
android、iPhoneの世界的普及でLinux、BSDカーネルも一人に一台レベルで普及したが、
そのユーザーにはviキーバインドは普及しなかったな。
キーボードなしがウイルスの特効薬だった。
そのユーザーにはviキーバインドは普及しなかったな。
キーボードなしがウイルスの特効薬だった。
2019/02/13(水) 00:46:29.89
そら家中の家電集めてもや〜いお前ん家Linuxだらけ〜って言っても意味ないからな
ゲーム機器がBSDだとか言われてもで?って話で
ゲーム機器がBSDだとか言われてもで?って話で
レス数が950を超えています。1000を超えると書き込みができなくなります。
ニュース
- 【速報】 トランプ米大統領が高市首相に、台湾巡り助言したという報道は事実ではない 日本政府が否定 [お断り★]
- 【台湾有事】トランプ氏 電話会談で高市総理に発言抑制を要求か 米メディア報道… ★7 [BFU★]
- 【速報】 米大統領が台湾問題で高市首相に中国挑発しないよう助言との事実ない=日米首脳会談巡り官房長官(ロイター) [お断り★]
- 【ひるおび】国分太一に「違和感」「筋違い」「独善的と思われても…」八代弁護士が厳しい言葉並べる [ぐれ★]
- 「国分太一さんの悪口なんて聞いたことがない」 起業家・溝口勇児氏が擁護「三国志で言えば劉備」「誤解生まれているんじゃないか」 [muffin★]
- 石丸伸二氏が告白「今、滋賀県民なんですけど来月のには福岡県民になります」12月の移住発表 [バイト歴50年★]
- 【速報】高市内閣・木原官房長官、WSJ報道「そのような事実はない」 [115996789]
- 🇺🇸メディア大誤報、高市電話会談記事「🇨🇳刺激しないよう公の場で発言を控えろ」と加筆して訂正へ [709039863]
- 【悲報】『エヴァンゲリオン』を観た大学生、「これが30年前のカルトアニメですかw」と冷笑してしまう・・・・・・・・・ [839150984]
- 【悲報】木原官房長官、高市のことを書いたWSJに抗議wwwwwwwwwwwwwwwwww [834922174]
- おもろすぎる漫画のみ挙げてくスレwwwww
- 【高市悲報】麻生太郎さん、ものすごい顔で官邸入り [115996789]
