テキストエディタをまったり語ろう ver.23

OCaml用の強調定義があるエディタってないかな。
自分で作れ、ですか、そうですかorz

>>653
つ emacs

>>653
vim

>>651
自演が無ければ良い荒縄だったｗ
vimの補完やオートフォーマット、編集コマンドなどを駆使して
議事録みたいなの作ってた
vimならでは、のアプローチで日本語あつかってて、ちょっとカコイイ

やっぱここってvimスレなんだな。
何かあるとvimしか出てこない

「○○できるのない？」
「つEmacs」
「つVim」
ってなるのはしょうがないんじゃね？
他にできるエディタがあれば、そっから話も広がるんだろうけど、、、

xyzzyやhidemaruでも結構できるよ。
っていうか、マクロがあるエディタなら
殆どどのエディタでも色分けくらい出来るだろ。

>>659
まぁそうなんだが、>>653 は自分で作りたくなさそうだぞ。
となると定義が用意されたエディタの紹介になるのも仕方がないだろう。
あとは誰かが他のエディタを紹介するかだな。

>>659
話がずれてね？色分けや補完の場合、できるできないじゃなくて、すでに誰かが定義ファイルを作っているなら
それを使いたいって話ですがな。OCamlはどの程度かわからないけど、構造が複雑だったり、
組み込み関数や予約語が多い言語は一から作るのは結構めんどい。

>>653
TextMateやe text editorでも行けるっぽい。

いまちょろっと OCaml ググって見たけど、勉強で使うならlinux 環境でemacsでいいんじゃね？
先生なんかも使ってそうだし。情報も豊富だし。

vimは標準で400以上の言語のシンタックスが用意してあるからそのまま即使えるって意味では敷居は低い
ocamlならなにもしなくとも色分けとインデントルール、キーマップなどが適用される

操作体系がアレだからそこで敷居が高いけど

>>653
手元ので調べたらgreenpadとSciTE
SciTEはメニューの一覧にないけど、定義ファイルはあるからどっかいじればいいはず

みんなありがとううう。

Vim入れてみました。
今までEmEditorな私には操作が難しすぎて泣きそうです。


GreenPadが標準で対応してたのは意外でしたｗ
色分けはVimの方が細かいですが、GreenPad軽くて分かりやすいので使ってみます。

これを機にVimも覚えよう・・かな。

3日で挫折するに1票

EmEditorの人だったらGreenPad 使った方がいいね
GreenPadの中の人はICFPで世界ランクに入るくらいの人だからocamlが標準対応でもおかしくないｗ
ただGreenPadの色付けファイル流用して簡単にEmEditorで色付け出来ないか？ｗ

あと全然関係ないけどEmEditor v7のβがすごい事になっている
ユーザーの要望を恐ろしいペースで取り込んで怒とうのバージョンアップ
秀丸v7で実装した機能はほぼ網羅してまだ突き進みそう
試したい人はどうぞ

EmEditor テキスト エディタ - EmEditor Professional 7 〜 まもなく公開
ttp://jp.emeditor.com/modules/feature1/

EmEditor Professional 7.00 beta 21
ttp://jp.emeditor.com/modules/newbb/viewtopic.php?topic_id=348&forum=12&post_id=1540

面白そうだな、ちっと試してみるかな

ちょｗ
Beta版で21もあるのかよｗ

要望と言うが、どれくらい実現されてるんだろう。
フォーラムの要望で地味に気になるのは、「マージンを設定できるか」というやつだが
それは実現されてるのか？

それは単純に見た目だけの話だから後回しだろうな
個人的にはどうでもいい要望

>>668
なんというウォシュレット…

ウォシュレット、、、ｗ
ここまでくると便器のふたがセンサーで上がる、ぐらいの感じだな

色分け作るのがめんどくさいって、どんだけ
適当に関数とか簡単な文法を抽出するだけじゃねぇかよ。
エディタの基本操作が知らないなら別だけど。

普通の使いかたが分からないヤツは
エディタ選ぶ前にメモ帳で適当なスクリプトでも覚えた方が速いだろ。

よってエディタより先にperlとかrubyとか好きなの一つ覚えたらいい。

>>675
いいじゃん。面倒くさがる奴がいたって。定義書く暇があるなら一行でもコードを書け。

お前はお前の道をいけよ。いけば分かるさ。この荒縄道を（ry

>>675
そうは言うがな、大佐。
ttp://hide.maruo.co.jp/lib/hilight/ikki_ruby_hilight.html
例えばこんなのを抽出するだけ、とかそれこそどんだけだよ。

xyzzyはポットンだけど、荒縄で拭くんだぜ

SAKURA Editorがようやく正式に更新されたな。

>>677
適当に色分けするなんて数行のコードだろ。
そんなんもできない偽ものが群がっても糞しか出来んなｗ
少しは育ててやれよ。


>>678
自分で使うんなら8割作って後は適当で良いんだよ。
8割作るのは2割の作業量でいいってあれは結構信用していい。

マクロ書くのは好きな奴はいても、定義書くのが好きな奴はいないだろw
しかも数行で定義が済むってどんだけー脳内メルヘンな人?
適当でいいんだよって言う人のコードの方がどんだけクソなんだろうw

＞適当に色分けするなんて数行のコードだろ。

お前が作った定義スクリプトが糞の役にもたたんことはわかった
どのスクリプトでもいいから言語用の色分け定義読んでみなよ
「完全」でなくて適当でも相当大変なことになるから

エディタのマクロで色分ならどう考えても大した事ない
ってか、少なくともエディタ探して文句垂れてる間に出来る。

ここまでくると釣りとしか思えない
又は「適当にコメントと括弧と関数の色だけ分けときゃいいんだろ」って
言語の色分け自体を全くわかってないか、だな

vim使ってりゃ色分けで悩むことはない

peggy も組み込み系開発者にとってはいいぞ。

組み込みが負け組みに見えた俺はいったい…orz

>>684
vim の syntax の例

https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1/runtime/syntax/php.vim
https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1/runtime/syntax/perl.vim
https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1/runtime/syntax/ruby.vim

時間をかけて個人が作る半端な syntax より世界中の人々が時間をかけて練り上げた syntax を拾ってきた方が時間も品質も俄然高い
ちなみに vim は拾ってくる必要もなく標準で 490 以上の syntax が用意されている

https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1/runtime/syntax/

勿論誰かに作ってもらった方品質は高いことは否定しないが
見て分かるだろ、大して面倒でもないのが
殆どのコードは単純に関数とか当たり前のを書いてるだけ。

>>685
何を色分け如きで深刻に成っているのか知らんが
お前の色分けがユーザー全体が使うとか、重要な位置にある訳でもないのに
そんなに重要に考える必要なんて全くないな。
そもそも、今から勉強しようなんてヤツには
色分けなんて実際なくてもそれほど支障はない。

むしろ、ついでに文法も覚えれてラッキーなくらいだろ。
始めからそんなにビビッてないで、自分で使う程度のは
もっといい加減に作って早く数を書いてしまえ。
そうしたら完璧に目指すよりいいのが出来るから。
そもそも、その方が楽しい。まちがいない。

>>690
やっぱり釣りじゃなかったんだな
で、まずは>>689が出してくれてる一個千行以上のスクリプトが
どう「適当に」作れば数行のマクロになるのか教えてくれ

で、ユーザー全体が使うとか関係ないよ
「プログラムを書くときに最低限必要な色分け」って、どんなレベルか
プログラム書く人間ならわかるでしょ？（あんた自身が色分け必要じゃない人でも）

括弧の数の矛盾は？ネストしてあるときは？その内部は？エラー処理は？
そんな単純なことも考えないで「単純に」作ったモノが誰の役に立つんだ？
もちろんユーザー全体で使うなんて考えられないし
「今から勉強しよう」っていう初心者にも必要とされないでしょ？
「適当」でも最低限満たさなきゃならんハードルがある、ってこと

そんなことも考えずに
＞適当に色分けするなんて数行のコードだろ。
なんて脳内メルヘンを言ってるから笑われてるんだよ

プログラム書けるようになった厨二病が
「ソートってアレでしょ、一行一行比べてけば数行のコードで書けますよね」
なんて言ってるレベルの痛々しさを感じる

>>667
ICFPって何だろうと思って、探したらすぐに見つけた。
へぇー、こんなのやってるんだ。

ググルの社員チームが優勝するような大会なのね〜

おまいは中身を見てみろ
予約語や関数の名前を羅列とコメントガ殆どだろ。
グダグダな部分で痛々しい。
中身読めてないから、びびりすぎるんだ。

逆に言うとvimが外部でファイルとか読み込めば良いのに
殆どコードの中に入れて定義しているのが
今時のエディタと比べると少し変わっている。

vimの事はよく知らんが、>689のは「定義ファイル」だと思うが…（コメントに "Vim syntax file"てあるし)
エディタ本体のバイナリ部に組込まれたソースだっつー認識なら違うと思う。

uni系のエディタは拡張スクリプトで本体の動作のカスタマイズが可能みたいだし
単純のsyntaxの羅列よか柔軟な対応ができるから、やろうとするとなかなか大変、てーことじゃないの？


まぁ>692のは「強調表示」通り越してインテリセンスまで行っちゃってるような気がしなくもないが。
たとい秀丸の強調表示指定でも数行は自分には無理だがな

>>694
>>696が言ってるとおりだよ、あれはただのVim用定義ファイル
だから
＞予約語や関数の名前を羅列とコメントガ殆どだろ。
で当たり前なんだよ
あとはVimが何とかしてくれるんだから

お前がvimの定義ファイル仕様がわからんのはしょうがないけど
で、どうやってこれを他のエディタのマクロで数行で書くわけ？
何のエディタの何の言語用でもいいから晒してみてよ
他のエディタ探してグチってる間にできちゃうんでしょう？ｗ

ご自慢の２割の労力で８割の仕事をしてくれるマクロ、待ってるよ

ちなみにvimは定義ファイルさえ作れば
Vimが括弧の深さ、ネスト、内部の領域判別まで自動でやってくれる
だからこそ千行ちょっとの長さで簡便に色分け定義ができるわけ

その機能ごと、他のエディタのマクロで数行でやれるんだから
すごいスーパーハッカーなんでしょうね
尊敬しますｗ

つGABA

>>653 用にGreenPadのkwdファイルを見ながら、
EmEditor用OCAML強調構文ファイルを作った
http://www37.atwiki.jp/emeditor/pages/119.html
>>665 によると今までEmEditorってことだから
これで万事解決じゃない？

おつかれさん
やっぱり強調構文の機能があるエディタは便利だね
ネストや範囲分析もやってくれるしね
昔みたいにマクロで長々と繰り返し括弧の数調べるとか
もうやりたくないもんなぁ
（昔VZとかのマクロとかでキータイプの度に色付けさせてたっけ）

強調表示を定義さえ与えればやってくれるのって
Vim、xyzzy、秀丸、Em、WZくらい？
他にもあるんだっけ？

>>701
vimはスーパーハッカーじゃないと書けないんじゃなかったけ？

ん？なんで？
Vimも似たような定義書式だよ？
言語によっては強調する語が多いから
ダラダラ書かなきゃならないけど
構文評価エンジンが入ってるエディタなら、そんなもんでしょ？

まぁ、それを「マクロ機能レベルで数行で簡単に実現できる」って言い切れる
スーパーハッカー？がいたから期待してたんだけどねｗ

>>701
>ネストや範囲分析もやってくれるしね
>昔みたいにマクロで長々と繰り返し括弧の数調べるとか
>もうやりたくないもんなぁ

ここのところ特に重要視してるけど、強調表示の機能で言語ごとに設定する必要性ってある？
自分は秀使いだけど、秀のは言語体系ごとに構文まで見てチェックってのは、複数行コメント以外はないと思う
（正規表現使ってがんばればできるのかもしれんが）
ただ、言語に関係なく「対応するカッコの強調表示」「対応するカッコへ移動」って機能があるので
構文ネストとかで悩むことは少ないけど

↑単純なsyntaxの色分けだだけでなく、言語に合わせた構文チェック機能（IDEとかでよくやってくれるようなの）まで
「強調表示の範囲内」って想定なのかな？って意味です。わかりにくかったらスマソ

正規表現で対応できるのは字句解析まででしょ

＞言語に合わせた構文チェック機能（IDEとかでよくやってくれるようなの）まで
＞「強調表示の範囲内」って想定なのかな？
ま、それを定義さえ与えとけばやってくれるエディタもある、ってことですな

その機能が無いエディタでは正規表現やマクロを使ってヒーヒー言いながら
がんばって解析したり、関数文字だけ無条件で強調してショボンするしかない
まぁ、個人的な意見だけど「言語の強調表示、色分け」って
最近はそのレベルを求められてるような気はする

今回はどっちのケースだろうが、「マクロで簡単に数行で」は無理でしょｗってことで

恐らく

> 関数文字だけ無条件で強調してショボン

こういうの想定して数行でどうとか言ってたんだろうね

きっと1行が千文字くらいあるマクロなんだろう。

>>690
> 殆どのコードは単純に関数とか当たり前のを書いてるだけ。

よく見ると判るけど sytax region 記述のおかげでその範囲内だけで有効な syntax などを定義したりしている
例えば ruby の syntax は正規表現のブレースの中だけで有効なものの色付けなんかをしている
あと他の syntax なども読み込めるので php なんかの場合は html の syntax を読み込んで
<% %> の中だけで有効な syntax の定義など
他にはヒアドキュメントなんてのもこの範囲だけ違う syntax などの事をしている
vim は設定が全部スクリプトなので設定パラメータにより出力を変えたりも出来るので意外と複雑なのよ

あと初学者の方がこういう支援があった方がいいと思う
言語の本質以外のところで足を引っ張られるよりもフィードバックが早くすぐに間違いに気づくほうが本来の学習に集中できる
定義作っても言語の事なんて判らないからね

しかし GreenPad 程度の色分けでテキストエディタを選ぶってのはちょっとなぁ
EmEditor の定義をエクスポートして見比べてみたけどほとんど違いがないｗ
この程度はがんばって貰いたいところ

ID:UX0IJ6V+0必死すぎ

>>707
�d
突き詰めると補完やヒント機能まで含めた総合開発支援機能と言えそうだね。
テキストエディタでそこまでやれてしまうというのも驚異だけど。

syntaxの羅列だけも数行では�_には同意

>>706
構文解析は確かに無理だけど、Excelみたいに1重カッコは青、2重は赤、3重は緑…てなぐあいに
ネストするカッコの色わけは正規表現でｶﾞﾝｶﾞればいけるのかな〜と思って。いや自分で試す根性はないけど。

>>705
意味まで考えたエラーは syntax だけじゃ無理だね
omni 補完なんかは ruby とかはリフレクション利用してメソッド読み込んだりしているからやる気になれば出来るんだろうけどちょっと重そう
使ってないから判らないけどバックで eclipse を動かすこれならやっているかも知れない
ttp://sourceforge.net/project/screenshots.php?group_id=145869

Emacs だとこんなのとか
ttp://d.hatena.ne.jp/khiker/20070630/emacs_ruby_flymake

まぁ unix 系エディタはなんでもありです

>>712
その程度で良いなら lisp の syntax でやっているよ
ttp://www.ac.cyberhome.ne.jp/~yakahaira/vimdoc/syntax.html#lisp.vim

ただ１０段階までだけど

見落としていたけどさっきの eclim でリアルタイム構文解析してたね
ttp://sourceforge.net/project/screenshots.php?group_id=145869&ssid=33068

俺のせいで vim 使いが悪者になってる・・・
ごめんよ vim 同士。もうここへは帰ってこないようにする。

UNIXエディタは重い、バッドノウハウのあり得ないUI
散らばりまくった設定ファイル、しかも設定のためにスクリプト言語を覚える必要があり
とどう考えてもウンコ
ここまでやるならIDE使った方が絶対にいい
それ以下なら軽いテキストエディタ使うし

えーと、なんかゴメン
当初は「エディタにどこまで求めるのが妥当か」っつーようなことを聞きたかったんだが
なんかよくわからない流れになってしまった。

誰かこれをxyzzyに移植してくれ！

巷で話題の anything.el を使ってみた ― ありえるえりあ
ttp://dev.ariel-networks.com/Members/matsuyama/open-anything-emacs

だからやっぱり jEdit をだな、

>>717
おいおい、誹謗中傷は止めようぜ。お前がそう思うのは勝手だが、言われなき中傷はお前の品格を疑われるし、
そのような者の言質に何の重みも持たないだろう。

あとバッドノウハウと言う言葉自体、言い出しっぺの売名行為で作られたものだし、あまり広まってもいない。

だいたい人生は一生勉強だ。その中で無駄なことなんて一つもないさ。

なんかの言語のメンテナーの人だったんじゃないの？
で、「そんなのマクロで簡単にできるさHAHAHAHA」発言に切れてた、と

＞UNIXエディタは重い、バッドノウハウのあり得ないUI
エディタ内部に構文解析を実装してあるやつなら重くなく動くよ
マクロでカチャカチャまわしながらだったら、すげー重いが
Vimを重いとは言わんでしょ？まぁEmacsは（ry

>>722
今のemacs22以降はめちゃくちゃ早くなっているよ。viはともかくvimもemacsも重さ的には変わらなくなってきているよ。
第一PCの性能が上がりすぎて気にならなくなってきていると尾言える。

おぉ！じゃMeadowも軽々使えるようになってるってこと？
もう長いこと使ってないけど、ちょっと試してみるかな

>>724
Meadow は使っていないから知らない。ごめん。
ただ、emacs21,22,23と使ってきているけど、22以降は劇的に早くなっていますよ。

Meadowは重いよ
俺のメインパソじゃ使い物にならないくらい重い

そうか、まだ重いか
Mule for Windowsの頃は使ってたんだが、、、

Linuxと窓で同じの使いたいんだよねぇ
だからVimにしてる
Meadow軽くなったら検討するんだけどなぁ

>>727
ssh -X じゃだめなの？
うちではlinuxからのemacsを、まるでwindowsのネイティブアプリのようにウィンドウを引っ張ってきているw

というかvim使っているならコンソールからsshで使えるじゃん。emacsもそうだけど・・・

そうか、みんなそうやって使ってっからMeadowがなかなか進化しないんだな
（と言ったら各方面から怒られそうだが）

まぁXで飛ばしたりCygwinにいったりしつつ
結局gvim（GUI版）に落ち着いちゃったんだよな
いばらく全然Emacs系触ってないからXEmacsとの差もわかってないし
ちょっと犬糞に入れて試してみる

>>698
1000行なんていうからアホなんだろ、
あれは唯の定義だからコードみたいな類じゃない。
一部にコードらしき部分もあるが。当然マクロなのは理解してるが
強調表示だけするなら、マクロのコードと混ぜてる意味が分からないという意味な。

lispなら数行で書いて、後色付け指定するだけで出来る。
変わりに予約語とかの羅列は別ファイルにもできる。
まあ、普通はモードにするので、他の定義もするから多少長くなるが
色分けだけなら大したことない。

エディタの色分けにスパーハカーっておめでてぇな。
有名なエディタなら大抵予約語とか適当に集めてファイルにするだけ。
もっと別な事がやりたいなら、更に違う事が必要だが。
結局vimのマクロしか知らんのだろ。

vimの色分けが構文羅列して
やたらとマクロの中に書き込んでるからむしろ変わってる。
関数抽出するだけなら適当にやれば良いし手で書く部分ではない。
結局手で書く部分は色分けするだけなら大抵のエディタならたいしたことない。
勿論、細かい部分はエディタによって違うかもしれないがな。

>>ID:3anyjZEG0
よっぽど悔しかったんだねｗ
お前がさっさと数行のマクロを書けば解決するんじゃね？

TMemoもLightWriteも更新止まってるなあ。
他にこういうエディタ無いもんかな

>>730
meadowの開発版は、emacs 22ベースになってるらしいから軽くなってるかもよ？
vimに慣れてるなら、わざわざemacs使う必要はないと思うけどね。

emacs系のいいところは、scratchバッファだと思うのは自分だけかな？
メインで使っているのはxyzzyだけど、あれ楽しいねｗ

もうやめて！！色分け話のＮＰは０よ！

>>736
scratch は反則だよなw　あれで何でも出来ちゃうw　自分の書いたlispすぐ実行できて試せるから、
ふと気がつけば仕事そっちのけでlispいじっている自分に気づくw

>>736
xyzzy はいいエディタだけど、開発終了で、引き継ぐ人もいないみたいだし、どうなるのかね・・・

プログラム組むときなんて（）のネストによる色づけと、予約語の強調しかやってない。
それ以上やると画面が乱雑になって見づらいだけ。

>>733
単純に羅列するだけの定義だけじゃないからね
分けるよりプログラムに埋めた方が１ファイルで済んで早い

でも外部のファイルを読み込んでそれを組み合わせるだけの定義もあるよ
たとえば eruby とか
https://vim.svn.sourceforge.net/svnroot/vim/branches/vim7.1/runtime/syntax/eruby.vim

これは html や yaml、javascript などの定義を組み合わせて一つの定義としている

>>740
例えば変数をスコープごとに色分けするだけでもかなり有用だよ
一発で影響範囲が見て取れる
また規約を守るコーディングでも役に立つ

>>736
22ベースのmeadow3 dev使っているけど全然重い
vimと変わらなくなったとか言い過ぎ
当然秀丸やemeditor使っているヤツが使ったらその異常な遅さに開いた口が塞がらなくなること請け合い

あくまでも21以前に比べて速くなっているって話でしょ

>>739
xyzzy開発終了なの？アララ、、、
使い込んだこと無いけど良いエディタだと思ってたんだが
ViViも開店休業状態だしポットンの灯は消えていくのか、、、

ユーザーで誰か開発引き継ぐ人はいないのか？

wikiとか本家とか覗いてみたけど開発終了のソースが見つからんかった
アレ？オレ釣られた？

>>745
もうずーーーっと更新がないってことだよ。

なるほど、了解

まあ、あんまり更新の必要も感じないけどね。
機能拡張はlispでごにょごにょすればいいだけだし。

俄かvim使いが嘘を吹聴するから
vimが実際以上に不足が目に付いて仕方がない。
間違った事を言うのが非常に気に食わない。

vi の利点は「 . 」
それ以外はあくまでもオマケだと思います

vi 以外には「 . 」が無いの？

日本語でおｋ

>>749
東亜板に紛れ込んだかと思ったじゃないかｗ
ちゃんと日本語でおｋ

>>751
.はviで「最後の変更を繰り返す」らしい

>>749
古株のVim使いになると、こんなに日本語が不自由になるんなら
オレは別に俄かでかまわない

あと何を嘘とか間違った事とか思ってんだろ？
まぁ、あんまり、つつかないほうがよい人かもしれないがw

自演されるからやめとけばいいのに。

スマン、もうつつかない

このスレで俺の中のvimのイメージが随分悪くなった

スレタイ読め、クズ共が！
まったり語ろうって書いてあるだろ
殺伐と語るな糞が

UNIX系エディタの人は相変わらずだなｗ

別のネタ振っても軽くスルーしてvimの話題になるからなあ
もうこのスレだめだな

もうVimをNG登録でいいんじゃない？
自分はVImその他色々使いだが、このスレだけでも
登録しようか、と本気で思う

他の話題でも振れば良いんじゃないか？
いままでの使ってきたテキストエディタの経歴とか
使用目的とかいま使っているテキストエディタで欲しい機能とか

一人熱心なvim自演野郎が居るからなあ。少し熱心に過ぎるというか。

じゃぁ話題を変えて、はじめてエディタをエディタとして意識して使ったエディタはみんななに？

私はマイクロemacsだった。当時、一つのファイルの別々の場所を同時に画面上で見れるのは衝撃だった。

結局 unix エディタの話題かよｗｗｗ

オレはVZだったなぁ
Emacsとまではいかんが
シェルとファイラと合わさった統合環境みたいに使ってた
今でも念のためにVZだけ入れたDOS7のFDは残してある
まぁ今の最新のPCで動くかどうかはわからんが、、、

>>764
しょうがないだろっw　当時x68kでまともに使えるエディタってこれしかなかったんだよっw
その後MS-DOSでVzに移行したがなっ
Vzはオールアセンブラであのメモリの少ない環境でよくぞここまで快適な動作をと感動ものだったね。
いまでもVzはすばらしい。

>>762
それをしてもvimの話題にしかならないから言ってるんだよ。
テキストエディタの総合スレみたいなのを探してここにくる人もいると思うけど、
ちょっとROMってるとvimvimvimvim…
書き込む気すら起きなくなる。