テキストエディタをま ..
75:名無しさん＠お腹いっぱい。
07/11/09 20:01:56 BypHLaFh0
>>72
まあ、特定のエディタの名前出してNGにって書いてあったら、そのつもりで
書いていなかったとしても、そう解釈されるのも仕方ない気はするな。
テンプレにいれるなら、>>71氏提案の「見たくない単語はNGワード登録で対処」で
いいんじゃないか。
あとwindows系エディタでスレ立ったけど、あれはwindows板にすべきだったね。
ソフ板なら隔離スレで「テキストエディタを殺伐と語る」がよかったような。
76:名無しさん＠お腹いっぱい。
07/11/09 20:30:08 BypHLaFh0
そろそろスレタイの話をしたいので、ネタ振り。
前スレにあったoeditのscheme実装の話、華麗にスルーされていたけど、
気になったから調べてみた。
・・・実話だった。（まだβ版だけど）
中の人、頑張ってるね〜。実装はオリジナルっぽい。R5RS準拠を目指すそうな。
実装された関数とかをみると、βでも結構使えるんじゃないかな？
77:名無しさん＠お腹いっぱい。
07/11/09 20:31:31 BypHLaFh0
気になる人のために、リファレンスの一部抜粋。
R5RSへの準拠を目標にしていますが、以下に挙げる点は標準と異なります。
- シンボルは大文字小文字を区別します。
- 数字型は32bit整数値のみサポートします。
- 健全なマクロ(define-syntax, let-syntax, letrec-syntax)はありません。
代わりに伝統的なマクロ(define-macro)が使えます。
- 以下の機能がありません。
dynamic-wind, char-ready?, その他いろいろ
また、SRFIのごく一部をサポートします。
SRFI-6<*> Basic String Ports
SRFI-8<*> receive: Binding to multiple values
SRFI-11 Syntax for receiving multiple values
SRFI-26<*> Notation for Specializing Parameters without Currying
SRFI-30<*> Nested Multi-line Comments
(<*>のSRFIは組み込みです。その他は(use srfi-11)などとする必要があります)
78:名無しさん＠お腹いっぱい。
07/11/09 20:45:07 PsirYES70
>>72 何で俺に粘着してんのかわからんけど
テンプレに名指しで書いてあったら「曲解する人」が出てくるだろ、って言ってるわけ
だから
「嫌いなエディタだからと言って排除しようとするのではなく、自分の判断でIDやWordをNGにして利用してください」
とか、>>71が言ってるみたいに「見たくない単語はNGワード登録で」
でいいじゃん
逆になんでテンプレにそこまで固有名詞入れたいんだ？
なんか恨みとか悪意とかあるわけ？
79:名無しさん＠お腹いっぱい。
07/11/09 20:51:13 Zr5KnDpB0
とりあえずID:PsirYES70はNG登録した方が良いということが分かったｗ
いい加減空気嫁よ。
80:名無しさん＠お腹いっぱい。
07/11/09 21:02:17 CFRV+2E00
..
生=>CUI、火=>GUI
...
荒縄=>UNIX、ポットン=>UNIX=WIN、水洗=>WIN
.....
苦行一日目の生臭ですが、こんなのでどうでしょうか
81:名無しさん＠お腹いっぱい。
07/11/09 21:10:57 1gqbxQE40
>>76
できたらEmacsやxyzzyみたいにガンガン使える感じですか
それとも他のエディタのようなマクロレベルでしょうか？
82:名無しさん＠お腹いっぱい。
07/11/09 21:11:34 1gqbxQE40
文頭のできたらは無視してください
83:名無しさん＠お腹いっぱい。
07/11/09 21:17:37 PsirYES70
>>81
一行書いて評価させたりはできないみたい
マクロに直接Scheme文書いたら
ダイアログで表示結果が出てくる
つかSchemeインタープリタ内臓なのに
色分けがScheme対応してないって、、、w
でも頑張って開発進んでるみたいだね
ずいぶん前に試したときより、かなり高機能になってる
oeditスレって前になかったっけ？落ちたのかな
まぁ、こう書いている俺のIDもNG指定されてるのかもしれんがw
84:名無しさん＠お腹いっぱい。
07/11/09 21:20:02 tztHSkFW0
>>64
ふつうに vim で良いんじゃないか？
URLﾘﾝｸ(www.tuxed.de)
これは標準じゃないインテリセンスだけど
たしか vim7 になって標準でリフレクション利用したインテリセンスが付いたような
色付けはもちろんインデントも問題ないし snipet.vim 使えば TextMate のような事も出来たはず
あとクラスブラウザもあったような
85:名無しさん＠お腹いっぱい。
07/11/09 21:21:23 tztHSkFW0
>>77
srfi-42 ないのかー
あれは実用度最高なのになぁ
define-macro は現実的な妥協点だ
86:名無しさん＠お腹いっぱい。
07/11/09 21:36:11 BypHLaFh0
>>81,82
oedit,schemeはあんまりいじったことがないので正確ではないかもしれないけど、
さすがに歴史が違うので、すぐにemacs等と同じとはいかないみたい。
でもキーの定義などもできるし、イベントハンドラーも使えるので、
通常使う分にはあまり問題ないんじゃないかな。マクロでカーソル移動して
その範囲をコピーとかもできるし、正規表現で置換などもできるみたい。
ん〜ほかのエディタのマクロレベルっていっても、いろいろあるから
なんともいえないけど、すぐに必要になりそうなのはあるって感じだと思う。
あとカスタマイズマクロは、oedit.scmに書くだけなので、わかりやすいかな。
ちょっと調べてみたら、oedit自身は設定をレジストリに書いたりしないようなので、
気になったら試してみるといいんじゃないかな。
個人的には、マクロを対話的に試すscratchみたいなのが欲しいところ。
>>83
ワラタ。そういえば、schemeモードないね。
87:名無しさん＠お腹いっぱい。
07/11/09 21:45:04 PsirYES70
>>86
対話形式あれば便利なのにね
scratchバッファ作れば需要あると思う
試したとき、てっきりあると思って
必死にShift+EnterとかC+Enterとか押してたよw
それにしても、なぜ色分け無いのか、謎だw
88:名無しさん＠お腹いっぱい。
07/11/09 21:45:34 tztHSkFW0
emacs の elisp が他のエディタのマクロと違うのは elisp で emacs 自身のほとんど部分を書いている事で
lisp 系の言語を採用しただけじゃとっつきの難いマクロを採用したなぁってだけ
oedit は vim の MzScheme をスクリプトに使えるってのと大差ないと思うんだよな
逆にどんな言語でもその言語でエディタ自体のほとんどの部分を作っちゃえば emacs に近いと言える
自身のほとんどの部分を書き直し可能ってのは無限のカスタマイズにつながる
まぁ lisp みたいに動的に自身を組み立て直せる言語だからこそってのもあるだろうけど
89:名無しさん＠お腹いっぱい。
07/11/09 22:05:51 Zi7ahhoq0
AlphaがPython採用してくれないかなぁ
Vimよりも言語コードに強くて癖が無く
Pythonも使えたら言う事ないんだけどなぁ
90:名無しさん＠お腹いっぱい。
07/11/09 22:06:28 PsirYES70
>>88
ガベージコレクト有りで動的操作ができないとつらいね
そういう点でEmacsはウマいなぁ、と思う
今設計するんだと何になるんだろ？萌ディタ？違うかw
#そういえば前スレでxyzzyをシャワーホースつきポットン、って比喩が出てきて
#「シャワーホースがガベージコレクトの喩え？」って一人で想像してたw
91:名無しさん＠お腹いっぱい。
07/11/09 22:09:07 5PHgWeTl0
>>67
テンプレに挙がってるようなエディタを自分で試して、気に入ったものがなかったんなら
「これはここが気に入らない」って書いて相談したほうがいいよ。今のままだと、何を挙げても
「それはもう試しました」とか返ってきそうで答えにくい。
92:名無しさん＠お腹いっぱい。
07/11/09 22:15:10 PsirYES70
>>89
あれ？AlphaはPythonサポートしてんじゃないの？
公式だとスクリプト言語は VBScript 、JScript 、PerlScript 、RubyScript 、Pythonから
好きなものを使ってマクロ記述できるって書いてあるが
もっと根本的にってこと？
93:名無しさん＠お腹いっぱい。
07/11/09 22:23:46 Zi7ahhoq0
>>92
次期バージョンの構想でActiveScriptじゃなしに
ネイティブでSchemeかPython対応で悩んでたらしく
Schemeに傾きかけてた矢先oeditに先越されたらしい
94:名無しさん＠お腹いっぱい。
07/11/09 22:30:29 PsirYES70
>>93 (爆)
そりゃまたコントみたいな展開だなぁ
でも採用してくれれば、初Pythonネイティブエディタなのかな？
その辺のエディタが頑張ってマクロ資産を増やしてくれると
UNIX系(この表現嫌いだが)のエディタから乗り換える人が増えるだろうな
95:名無しさん＠お腹いっぱい。
07/11/09 22:33:01 tztHSkFW0
>>90
意外と JavaScript が良かったりする
関数型言語としてはクロージャが使えるし
オブジェクト言語としては動的分類、多重分類が使えるという何でもありさ
あとは強力なマクロがあれば完ぺきなんだけどなぁ
96:名無しさん＠お腹いっぱい。
07/11/09 23:55:53 gZAh2Ksl0
おいおまえら
URLﾘﾝｸ(yuukiremix.s33.xrea.com)
も仲間に入れてやってくれよ。な！
97:名無しさん＠お腹いっぱい。
07/11/09 23:59:14 /AcXStNY0
特徴一行目でふいたｗ
98:名無しさん＠お腹いっぱい。
07/11/10 00:07:11 VNS7aPgw0
様々な機能を搭載して分かりづらくなっていくエディタ…
もうやってられない。そんな人もきっと多いはず。
だからこそ今、シンプルイズベスト。レッツビギンチラシの裏。
すいません普段はVx使ってます。
99:名無しさん＠お腹いっぱい。
07/11/10 00:10:56 JSYJ9q9S0
>>96
何でこんな方向に進化してんだよｗ
VerUpのベクトルが変だろ、絶対ｗw
100:名無しさん＠お腹いっぱい。
07/11/10 00:17:19 auFmu2md0
だれかシンプルで拡張性の高いコンパクトなエディタを作ってほしい
vimやらxyzzyやら過去の遺産が大きすぎて習得する気になれない
マクロはDMonkeyでいいから頼むわ
101:名無しさん＠お腹いっぱい。
07/11/10 00:22:00 7Z7PGMrV0
>>100
xyzzy は最近のエディタでしょ。フルスクラッチから書かれたんだし。common lisp だし。
コンパクトというと、ファイルサイズが小さい？ 今時はメモリ潤沢に使えるから、あまり
気にしたことなかった＞＜
102:名無しさん＠お腹いっぱい。
07/11/10 00:29:44 JSYJ9q9S0
>>100
VxEditorじゃ駄目なの？
拡張性高そうに思えたけど
他にDMonkey形式って何があったっけ？
（いろいろあったような気がするけど忘れた）
103:名無しさん＠お腹いっぱい。
07/11/10 00:49:02 VNS7aPgw0
>>100
chirashi.exeを進めた人間が言うのも何だけど，
Vx + DMonkeyは手軽で便利な組み合わせで重宝してます。
自分はコマンドラインのフィルタコマンドを良く使うので
Vxの編集内容をWScriptの標準入力経由でコマンドに渡して，
標準出力の内容をVxで取り込むなんてスクリプトを良く作ります。
あとVCLの知識がちょこっとあるんで，簡単なUIを作って
Vxの機能拡張（もどき）をしたりとか。
Windows APIが直で呼べるのもなにげに嬉しい。
上に挙げた事は他のエディタでもできるんだろうけど，
なんとなくVxが手に馴染んでしまって手放せないだけです。
バージョンアップも再開したようだし，ちょっと期待。
104:名無しさん＠お腹いっぱい。
07/11/10 00:52:25 7Z7PGMrV0
Windows API が直で呼べるエディタってなにがあるんでしょう？
Wz がそうだけど。ほかになにがあるかな？
105:名無しさん＠お腹いっぱい。
07/11/10 01:00:06 s9+JZHRw0
>>103
>>100 で言っているemacsレベルのカスタマイズ性を提供できている、つまり
エディタ内部の振る舞いまでスクリプトで操作できる
emacs系でないエディタは萌ディタぐらいしかない
別にVxEditorが悪いとは言わんが
マクロ機能はごく普通、フリーにしてはしっかりしている程度
VxEditorしか知らないからといって
凡庸なVxEditorを特別なものであるかのように宣伝するのは
いつしかのvim使いのように煩わしい
>>104
それって重要なの？何ができるの？
106:名無しさん＠お腹いっぱい。
07/11/10 01:00:06 VNS7aPgw0
DanaもWindows API呼び出し可能です。
もう使う気ないけどｗｗｗｗ
昔はメインで使ってたんだけどな。
107:100
07/11/10 01:01:49 auFmu2md0
>>102-103
実は今俺Vx使ってるんだ
だけどもっと拡張性高いのが欲しい
そんなにVxに不満あるわけじゃないけど
108:名無しさん＠お腹いっぱい。
07/11/10 01:01:59 VNS7aPgw0
> VxEditorしか知らないからといって
> 凡庸なVxEditorを特別なものであるかのように宣伝するのは
> いつしかのvim使いのように煩わしい
サーセンｗｗｗｗｗｗｗｗｗ
全知全能スーパーゼウスのあなた様にはかないません。
109:名無しさん＠お腹いっぱい。
07/11/10 01:05:17 JSYJ9q9S0
>>104
そう言われると、直で呼べるのは思いつかないなぁ
WZはマクロがほとんどCだからできる業なのかな
でもWindows API直で呼んで何するの？って聞かれると困るよね
ダイアログボックスの改造、とか？ｗ
最近はメジャーな言語を積んでマルチプラットフォーム進出を目論むエディタ作者が多い気がするので
逆に、Windows固有の仕様からは離れて行ってる気がするね
110:名無しさん＠お腹いっぱい。
07/11/10 01:06:58 7Z7PGMrV0
>>105
>それって重要なの？何ができるの？
知らん。vistaだと.NETだからどうでもいいっちゃぁどうでもいいがw
111:名無しさん＠お腹いっぱい。
07/11/10 01:12:54 7Z7PGMrV0
>>106
Dana ですか。なつかしぃ〜 バージョンアップしないかな〜w
Beacky! のエディタ部分がDanaのサブセット版なんだよね。使いやすかった記憶が。
112:名無しさん＠お腹いっぱい。
07/11/10 01:17:28 VNS7aPgw0
>>107
「拡張性」がどんな事をさしてるのか良く分からないんだけど，
やりたい事がはっきりしていれば使うツールは絞られてくんじゃないかな。
105が言ってる萌ディタ試してみるってのもテじゃない？
>>109
>でもWindows API直で呼んで何するの？って聞かれると困るよね
SendMessage楽しいよｗｗｗ
113:名無しさん＠お腹いっぱい。
07/11/10 01:17:47 gfBHcKvN0
>>104
dllが読み込めるものであれば、win32apiを使うことはできるから、
やる気になれば、メジャーなのは結構できるんじゃないかな？
dllをマクロから読み込める機構があれば、結構無茶な機能を実装できるから、
メリットは、あるといえばあるんじゃないかな。
xyzzyのoutline-modeとか、画像表示とか、似非常駐化とかはそれで
実現されていたと思う。
114:名無しさん＠お腹いっぱい。
07/11/10 01:24:42 auFmu2md0
とりあえず萌ディタ試してみるわ
115:名無しさん＠お腹いっぱい。
07/11/10 01:28:40 VNS7aPgw0
> dllが読み込めるもの
あ，そうか，その表現の方がWindows API直呼び出しより正しいすね。
DanaもVxもそういうやり方だった。
Dana使ってた頃は自分でDLL作って機能拡張してました。アホだ。
>>111
細かい手直しは継続されてるみたいだけど，作者さんのやる気が…。
116:名無しさん＠お腹いっぱい。
07/11/10 01:29:33 JSYJ9q9S0
萌ディタ、作者帰ってきてくんないかなぁ〜
元気でやってるんだろうか、心配
117:名無しさん＠お腹いっぱい。
07/11/10 01:37:33 auFmu2md0
萌ディタ、俺のvistaだと起動すらしなかった…orz
118:名無しさん＠お腹いっぱい。
07/11/10 01:39:37 s9+JZHRw0
DLLだとEmEditorもそうだな
エクスプローラや、アウトラインや、Webプレビューなど、
追加機能が公式DLLとして提供されているのが特徴
119:名無しさん＠お腹いっぱい。
07/11/10 01:52:41 JSYJ9q9S0
思い出したが、秀丸も付属のDLL読み込めるな
ただ、秀丸専用に作ったDLL呼び出し用だから
WindowsAPIの呼び出しにはほとんど使えないらしい。
そういう使い方をしたい時はバイパス用のDLLを書いてくれ、だそうな
120:名無しさん＠お腹いっぱい。
07/11/10 02:24:02 538KF7ne0
>>115
VBScript だって com 作って読み込めばいいわけだからハッキリ言って出来ないものはないのでは
Windows API を呼べるとかそういうのはあんまりアドバンテージにならないと思うよ
というよりクラスプラットホームのエディタ（Emacs や Vim）なんかはそのマクロがどの環境でも動く
と言う意味で逆にあまりそういう事はしない
当然出来るんだけど
これは Firefox の拡張なんかも同じ感じだね
ハッキリ言って API を呼ばないと出来ないようなことなんてのはあんまり無いんだよね
121:名無しさん＠お腹いっぱい。
07/11/10 06:00:10 w74Aeu5+0
>>50
JmEditorも「allusers」っていう共通ユーザ用のフォルダを作れば
ある程度は持ち運びできると思う（ツールのパスとかはあれだけど）
122:115
07/11/10 10:08:01 VNS7aPgw0
や，アドバンテージっていうか
自分のやりたい事を実現するためにはAPIが手っ取り早かったんで
DLL呼び出しができると便利だなーくらいの感覚ですよ。
どの環境でも動くようなものを作るというなら話は別だけど，
自分の暮らしを豊かにするのが主目的なんで許して下さいｗ
>>117
せつないのうｗｗｗｗｗ
123:名無しさん＠お腹いっぱい。
07/11/10 10:10:05 538KF7ne0
>>122
だからそれならだいたいどのマクロでも出来るって事よ
出来ない方が少ないんじゃ無いかな
124:名無しさん＠お腹いっぱい。
07/11/10 16:58:04 Ic/xoF2U0
そうか、萌ディタ、Vistaで動かんのか
将来有望だっただけに残念
作者、戻ってこないかなぁ
ソース公開したら引き継ぐ奴もいるかもしらんのに
125:名無しさん＠お腹いっぱい。
07/11/11 13:38:05 U3/zFMYc0
>>122
たぶん自分がやりたいことが API 使わないと出来ないエディタはダメなエディタ
それだけマクロでカバーできる範囲が狭いと言うことだから
126:名無しさん＠お腹いっぱい。
07/11/11 15:53:30 /4xn4GT+0
まぁ、確かにそうだな
でも俺APIを直叩きするようなマクロが
どんなときに必要になるのか想像できんw
そんなに凝った事やらせたこともないな
だからWZのマクロも、俺には手に余るおもちゃ
127:名無しさん＠お腹いっぱい。
07/11/11 16:15:58 U3/zFMYc0
>>126
たぶん使いみちとしては >>113 で言っているような常駐などのOS特有の機能を使う物や
複雑な GUI を実現するものなどだと思う（ダイアログのような単純な物はマクロで作れるべき）
SendMessage でどうのこうのってのはだいたいダメダメ
128:名無しさん＠お腹いっぱい。
07/11/11 20:32:30 vpLxZuq70
ところで聞きたいのだが、現在のエディタに求められるものとはなんだろうか？
基本はプログラムを書くための機能と、日本語の文章を書くための機能。
今あるエディタはだいたいの水準で満していると思うが、他にあるべき機能ってなんだろうか？
例えば、
メーラー？
メモ機能？
PIM管理機能？
ファイラ？
129:名無しさん＠お腹いっぱい。
07/11/11 20:44:01 8OvB9/bm0
>>128
人による。
130:名無しさん＠お腹いっぱい。
07/11/11 20:53:59 P6e76Sje0
>>128
一昔前は高いお金を払わないとIDE環境が手に入らなかった時代と違って
今ならVSExpressもEclipseもあるわけで、プログラムを書く機能が必須だとは思わないなぁ
マイナー環境とかマイナー言語をやるならエディタでやらざるを得ないのかもしれないが。
それでもエディタでやるよりかはマイナー言語用のEclipseプラグインでも作った方が効率的だと思うけど
要求が細分化していくとそれぞれ専用ソフトがあったりするわけで
結局最大公約数としてはカスタマイズ機能で各人それぞれ必要な物を
組み合わせて使ってということになって、で行き着くところはEmacsみたいな？
131:名無しさん＠お腹いっぱい。
07/11/11 21:43:32 uKeEaxH30
Eclipseのプラグイン作るのちょーむずかしいよ
132:名無しさん＠お腹いっぱい。
07/11/11 22:19:56 YvIeyrma0
>>125
ユーザの要求レベルによるでしょ。大体 Win32API で出来ることを網羅して
いるマクロなんてないだろ。API コールできるのは、 ウィンドウズプログラ
ミングが出来る人にとっては大きなアドバンテージだと思うよ。
133:名無しさん＠お腹いっぱい。
07/11/11 22:45:59 /4xn4GT+0
>>128
俺は望むべき標準機能にアウトラインをあげたい
WZには前からあって使ってたが、
やはり単独のアウトラインプロセッサには見劣りする部分がある
そして今回、秀丸にも似たような機能がついた（少し自由度高い）
他のエディタでもマクロなんかで似たような機能を再現させたりしてるんだけど
少しずつ仕様が違うので標準化して欲しいところ（行頭の「.」の数等）
それに関連して、テキストの断片をドンドン保存、整理できる仕組みが欲しい
FireFoxのScrapBookや紙copiみたいな取り込み→整理→利用の流れが
エディタと一体化してると、ものすごく便利なのに、と思う
各エディタで「よく使うテキスト」や「テンプレート」みたいな名前で実装してるのもあるけど
もっとこの方向で使いやすいように進化してほしい
（WZに似たような機能があるけど使い辛い。他のは取り込みや登録が面倒）
簡易テキストデータベースみたいなエンジンを組み込んでくれればなぁ
134:名無しさん＠お腹いっぱい。
07/11/11 23:21:57 GVKfCsrV0
>>133
アウトラインの解析方法が違う事が気になるなら
複数の記述を出来るを選べば良いと思うよ。
そもそも行頭に.を使うアウトラインではプログラミングなどに使用すると問題が起きる。
それぞれの用途に合った仕様が必要になるのは仕方がないと思われ。
135:名無しさん＠お腹いっぱい。
07/11/11 23:27:12 GVKfCsrV0
Emacsenは結構そっち系統も充実してるよ。
howmとかChangelog、他にもWikiをエディタで編集したりするタイプなど
似たような感じなる。メールで同様に文章を管理する方法もあるし
他にも色々ありそう。恐らく他のエディタでも必要に感じる人は多いだろうから
何らかの方法があると思われ。先に良く調べてみたら良いよ。
136:名無しさん＠お腹いっぱい。
07/11/11 23:45:30 /4xn4GT+0
>>134
そうなんだよねぇ、行頭に.で具合の悪いファイルがある事は多いね
（そもそも、この仕様を最初に始めたのは何のツールなんだろう）
他の言語や仕様とかぶらない方式があればいいのにな
まぁフォーマットを変えるのは置換やsed、awkでとっととやればいいんだけど
置き換えた先での扱いや振る舞いが微妙に違ったりするので、困りモノ
>>135
howmはいいらしいね。俺がEmacsenじゃないのが残念
Vimでも動く版があるらしいけど、どっちもまだ試してない。
ブラウザや他ソフトやクリップボードを一箇所に取り込むのは実装しやすいんだろうけど
その先の管理、仕分けなんかはファイラー便りになることが多い
そこを何とかエディタ側でさっさとやりたいんだよなぁ
この路線って「不可能」なことはないんだけど「手間」がかかる事が多い
「仕分けしない、利用するときに（検索とかで）探す」路線もありだと思うんだけど、
自分としては再利用しやすいように多階層で仕分けしときたい
137:名無しさん＠お腹いっぱい。
07/11/12 00:11:50 ZhXGp2aI0
文章作成自体も
URLﾘﾝｸ(www.itmedia.co.jp)
この辺みると分かるように結構様々な工夫がある。
ただし、日本語だと微妙だったりして日本語向きのは今後も発展可能と思われ。
138:名無しさん＠お腹いっぱい。
07/11/12 01:30:16 xPWLm0wJ0
いろいろ工夫してる人いるんだね
出力段階でも思うけど
マークアップテキストのフォーマットも
用途に合わせてTeX系だったりXML系、HTML系(X含む)をはじめ
異常な数が乱立してる現状（なんでだろう）
この辺までもそのうちエディタの守備範囲になってくると思うので
早いとこデファクトスタンダードが決まって欲しい
まぁ歴史や用途やシェアの兼ね合いがかなりあるんだろうけど
139:名無しさん＠お腹いっぱい。
07/11/12 06:26:16 3Dy8ICri0
>>132
だからそれは普通のエディタでも出来るってことを前提として・・・
ループになってきたｗ
ユーザーの要求レベルと言っても掻き捨てレベルのマクロを api 使わなきゃならないなんてのは酷いエディタ
使用頻度の高いものはマクロに乗せておくべきでしょ
140:名無しさん＠お腹いっぱい。
07/11/12 07:22:19 Y5RVY9l30
oeditの本家掲示板で、前スレで出てきた文字数カウント方法を書いた人、
アホな行為は今後控えてください。本家掲示板では過去に既出の話題だし、
ここでも過去スレで出た話題。知らなかったのはあんだたけ。
141:名無しさん＠お腹いっぱい。
07/11/12 09:10:02 ZhXGp2aI0
そんな話、前スレに出てたか？
まあ、どっちでも良いけど。
142:名無しさん＠お腹いっぱい。
07/11/12 22:15:28 xPWLm0wJ0
API直叩きに関しては、プラットフォームどころか
OSのバージョンにさえ依存しかねないから
できれば叩かずに済ませたい
でも叩けるに越した事はない
でも叩かずに済むようにしてあるほうがもっと良い、ってことでしょ
どのレイヤーで動かすのも
（マクロ言語だろうが、API直叩きだろうが、自家製DLLだろうが）
機能としては変らないけど
手間としてはずいぶん違う、という認識です
143:名無しさん＠お腹いっぱい。
07/11/13 00:59:36 2iYZzh8o0
さてさて、萌ディタがVistaで動かないと言ってる人がいる件
デフォルトでは全く動かんね
J(ava)Scriptの仕様変更でもあったのかな？
試して見た人はいるかもしれんが念のため
本体(moe.exe)のプロパティから互換性で
「WindowsXP SP2」を選んで
□視覚テーマを無効
にチェック入れると一応起動する
単にGUI関係の設定を細かくいじってたのかも知れん
細かくチェックしてないので、どんな不具合が起こるか知らんが
144:名無しさん＠お腹いっぱい。
07/11/13 01:10:23 Ydm3/w1Q0
>>139
>ユーザーの要求レベルと言っても掻き捨てレベルのマクロを api 使わなきゃならないなんてのは酷いエディタ
常用として末長く便利に使う前提のマクロなんじゃないか？＞API使用マクロ
書き捨てマクロにAPI使いたい人がそんなにいるとは思えんが。
145:名無しさん＠お腹いっぱい。
07/11/13 01:12:37 I+vBOPVO0
>>143
俺の環境だと□テーマ無効にして互換モードで起動してもやっぱ動かないわ
146:名無しさん＠お腹いっぱい。
07/11/13 01:17:02 2iYZzh8o0
>>145
あぁ、俺、最初に念のため互換性のチェック項目を
全部（管理者権限まで）オンにして試して、moe.iniができた後、
一つ一つチェック項目を減らして行ったので
その過程が一度必要なのかも？
不確定な情報でスマン
147:50
07/11/13 12:05:12 uyBwhMsB0
>>50です。亀レスですみません。
>>52
ありがとうございます。
otbedit がなかなか良さそうでしたので、K2は乗り換えるつもりです。
使い勝手良さそうなら、これに一本化しようと思います。
軽そうなところも良いです。
>>121
上記でだいたい済んでしまいそうなので、せっかく紹介してもらいましたが、これで対応するつもりです。
こういった軽いエディタの検索置換機能に、ショートカットキーで
「選択範囲を検索語に登録」
「選択範囲を置換語に登録」
「全て置換」
が追加してもらえると軽微な置換があっというまに済んで楽なんですけどね。
もっとも使い方を間違えると、目も当てられない結果になりますが…
（往年のMacのYooEditにそんな機能があったのに〜）
148:名無しさん＠お腹いっぱい。
07/11/13 12:13:54 2iYZzh8o0
YooEdit懐かしいｗ
teachtextがアレだったぶん、お世話になったもんだ
あのころのマクドのテキスト環境は苦しかったなぁ
149:名無しさん＠お腹いっぱい。
07/11/14 01:16:52 /DE/Z6rw0
Macの漢字トーク７あたりまでは、テキスト不毛の地だったなぁ
標準でついてるエディタが32KB(だっけ？)までしか開けない、というオチw
beachtextとかYooeditとか海外製のフリーウェアも日本語回りでバグが出る出る
Perlは無いしawkもsedもコマンドラインが無いから外部から利用できないし
（インプットとアウトプットのテキストを指定してフィルターかます変な仕様）
ミミカキエディット（7.5の頃？）が出るまで気軽に使えなかった
Macのエディタは日本勢のミミカキやフンドシガ出る前はマクロは無いし
キー割り当ては変更できないし、外部スクリプトも呼び出せなかったw
高い金出してQEDEMという海外製エディタを取り寄せたら、マクロで日本語扱えなかった、、、
途中でEmacsが移植されたが、超重量級で、lispもなんかUNIXから引っ張ってきても動かない
なぜかとうとう最後までVi系のエディタはなかった気がする。なぜだ？
今はUNIXっぽくなって普通にEmacsでもViでも使えるんだろうなぁ
隔日の感あり
150:名無しさん＠お腹いっぱい。
07/11/14 01:24:14 EoIwnBne0
>>149
昔のMacってそんなに悲惨だったのか。
今はemacsが標準で入っているし、Macのキーバインドもemacs準拠だし、隔世の感だね。
151:名無しさん＠お腹いっぱい。
07/11/14 03:01:18 rgBQ+Oyl0
emacs、vi バインドだな
unix 系は ui 統一されてなくてイヤだ
152:名無しさん＠お腹いっぱい。
07/11/14 05:03:14 nw7Ta5e/0
一応、基本的にはEmacsキーバインドである程度統一されてるよう泣きがするが。
あとless風とか。
153:名無しさん＠お腹いっぱい。
07/11/14 08:04:16 /DE/Z6rw0
less風だとviに近いね
まぁ、カーソルキーで使ってると、そんなこと考えずに済むんだろうけど
ほとんどをEmacs風にするのも可能だろう（標準shellが何か知らないけど）
昔のMacのエディタで一番問題だったのは改行コードの判別や書き換えもできなかったこと
DOS=CR+LF、Mac=CR、UNIX系=LFだっけかな？
Dosのテキストを読み込むと行頭にずらずらと^Mが表示されて
Unixのテキストを読み込むと改行を一切関知せず長ーい一行のファイルとして読み込んでたw
もう文字コードの判別とかそういうレベルじゃない
まぁ途中からそんな事は無くなったけど
今のMacは文字コードとか改行コードは何使ってんだ？Unix風なのか？
154:名無しさん＠お腹いっぱい。
07/11/14 09:16:03 9gqY8QUQ0
漢字Talk7の頃にgawkがあった気がする。
Niftyのログ処理とかやってたよ。
当時のJEditあたりに改行変換って無かったっけ？
FD経由ならAppleFileExchangeで変換したりとか。
Drag&Dropで改行変換する単機能アプリがあった気がするが、何だっけかな。名前忘れたよ。
褌EditとかNisusのエディタ(こちらも名前を失念。日本語通った)、Macの中ではスクロールが早くて文書書きに使ってたな。
155:名無しさん＠お腹いっぱい。
07/11/14 09:27:50 /DE/Z6rw0
俺、最初にMacでjgawk触ったんだけど
awk本にコマンドラインからワンライナー（一行野郎）で便利に使える、とか書いてあるのが
一切できなくて苦労したなぁwコマンドラインも無ければ、引数を渡す仕組みも無いw
AppleFileExchangeって銃数年ぶりに聞いたよ
当時Win3.1とかで秀丸全盛の時代
「褌エディタ」が出てきたときは、機能としても驚きだったけど、名前も衝撃的だったw
なんで日本人がエディタ作ると、こんな名前になるんだ？って不思議に思ってた
156:名無しさん＠お腹いっぱい。
07/11/14 12:02:39 UTsiJFMK0
>>149
YooEditって和製だぞ
何かと勘違いしてんじゃねえの
俺がMac使ってたのは漢字Talkの7.5〜8.0の頃だけど、
Perlは使えたしJEditやYooEditはただのエディタとしては一応は
使い物になった。お世辞にも多機能とは言えんが
まあ、んなこと言わずんでも、爆弾出まくり落ちまくりで
協調的マルチタスクの糞OSが当時のMacだったけどな
157:名無しさん＠お腹いっぱい。
07/11/14 12:15:11 /DE/Z6rw0
すまん、たぶんteachtest+とかbeathtextとか
yeditとかとごっちゃになってるw
数だけはあったんだよなぁ、エディタ
俺は7.5を前に脱落した人間だが、ちゃんとその後発展してたのね
158:名無しさん＠お腹いっぱい。
07/11/14 22:49:40 /DE/Z6rw0
Macの初期って（どのプラットフォームでもそうだろうけど）
BSキーで2byte文字を1byteづつ削るエディタとかザラだったなぁ
と思い出に浸ってたらWZエディタのVer5.03が来てた
でも来てるだけw5.02にバージョンアップしてるとダメってなんだよw
なんかもういろいろとダメだ
自分とこのサイトで配ってるバージョンアップパッチを当てると
次のバージョンアップができないって、どんな仕様だよw
悔し涙を流しながらオリジナルのCD-ROMを探す秋の夕暮れ
159:名無しさん＠お腹いっぱい。
07/11/15 01:34:36 qjguDf0i0
このスレってどんな話題でも最終的には不毛な議論かボヤキになるなーｗｗｗｗ
もっとﾏﾀｰﾘしようぜ。
160:名無しさん＠お腹いっぱい。
07/11/15 01:53:04 GKb4LVZc0
けっこうまたーりしているほうだと思ってたよw
なにか革新的ななにかが発明されて、各エディタがこぞって実装するっていうエキサイティングな状況
ならともかく。
今時のエディタは基本的機能をだいたい備えているし、それ以外の機能はマクロで実装しちゃえばいいし。
なにかおもしろい機能をお知えてくれ〜〜
161:名無しさん＠お腹いっぱい。
07/11/15 02:29:01 hhOSmQ+o0
不毛な議論は嫌いだけど
ボヤキは結構嫌いじゃないなw
そのエディタに対する愛憎入り混じった感情が見て取れて
ちょっと興味深い＞ボヤキ
162:名無しさん＠お腹いっぱい。
07/11/16 15:48:20 efReoX4Q0
>>160
日本語の自動補完入力。特に固有名詞。
お叱りメールの返信で相手の名前や会社・部署名間違っちゃった日にゃあもうｏｒｚ
163:名無しさん＠お腹いっぱい。
07/11/16 16:21:44 m6nhO+Dh0
>>162
それってエディタで実現するべきなのか、日本語入力ソフトで実現すべきなのか、いつも悩む。
164:名無しさん＠お腹いっぱい。
07/11/16 16:50:40 IqJP1zfw0
>>163
編集中の内容を解釈しないと
まともな候補が出せないと思うので、エディタでやった方が精度が上がりそうにおもう。
165:名無しさん＠お腹いっぱい。
07/11/16 17:02:05 wz/7IP410
補完はどこまでインテリジェンスなエンジンを積むかで各エディタ差がつきそう
俺の勝手な予想では、動的補完と短文入力がシームレスになっていくと思う
（つまり単語だけじゃなく、文ごと補完するイメージなのかな）
今はパソコンのスペックも上がったし、エディタにそこまで求めるのも酷じゃないと思う
つまり前後の文脈を見ながら補完する内容の優先度を決めるので
うまい絞込みのノウハウと、辞書（や文）の学習が大きな鍵になると勝手に思っている
166:名無しさん＠お腹いっぱい。
07/11/17 12:22:00 LRyBt8/R0
前々スレで出てた↓がウィンドウズで出来れば解決なんだけどな
URLﾘﾝｸ(www.ergo.co.jp)
167:名無しさん＠お腹いっぱい。
07/11/17 12:30:09 kiGo8ZMt0
>>166
WindowsのIME周りのAPIで用意されているかどうかだな。
168:名無しさん＠お腹いっぱい。
07/11/17 12:33:47 dEAwHlbf0
社員の宣伝かと思った
そういうのはワープロから入っていくだろうなぁ
テキストエディタってプログラムとか英語入力に使っている人の方が多そう
169:名無しさん＠お腹いっぱい。
07/11/17 12:42:01 dEAwHlbf0
>>167
ATOK で同じようなことやっているね
たぶん自力だと思うけど
170:名無しさん＠お腹いっぱい。
07/11/17 12:44:29 kiGo8ZMt0
>>168
そうか？
俺はワープロで論文などの長文を書いている奴を見ると、後頭部を叩きたくなるよw
171:名無しさん＠お腹いっぱい。
07/11/17 12:45:50 kiGo8ZMt0
>>169
知らなかったorz
Verはいくつなんでしょう？
172:名無しさん＠お腹いっぱい。
07/11/17 14:38:44 dEAwHlbf0
>>170
まぁ会社だと普通はテキストデータで残したりせんのよ
テキストエディタで起こしてワープロに貼り付けて修飾はそっちでやるってのもありだけど
だんだんかったるくなってきてやらなくなる
最近は論文もワードで書くことが多くなってきたとか
tex があれだからなぁ
>>171
いろいろと勘違いしていた
動的に読み込む推測変換って感じなんだね
ATOK は食わせないとダメ
173:名無しさん＠お腹いっぱい。
07/11/17 14:42:21 dEAwHlbf0
InDesign とかの方向はどうなんだろうか
URLﾘﾝｸ(www.adobe.com)
174:名無しさん＠お腹いっぱい。
07/11/17 16:07:41 /Vob6mh80
論文はワードが一番何も考えずに書けるな
見出しや脚注や文字修飾やなんやかんや
あとフォント混在での特殊な言語記号入力の
使い勝手とか
175:名無しさん＠お腹いっぱい。
07/11/17 18:08:01 pjg1y6zu0
２０字×２０行で７９枚書いたんだけど、プリントする時
３０字×４０行にしたら３０枚になったの。
３０×４０は１２００文字、２０＊２０の原稿用紙３枚分でしょ？
てことは、３０＊４０が３０枚だから、原稿用紙に換算すると９０枚になる不思議。
なんで？
176:名無しさん＠お腹いっぱい。
07/11/17 18:42:23 rVA+CTNj0
改行が一切無いなら不思議だな。
177:名無しさん＠お腹いっぱい。
07/11/17 20:10:13 1TF+T75X0
>>17
作文の宿題の時、改行たくさん使って文章の量を水増ししたことない？
178:名無しさん＠お腹いっぱい。
07/11/18 02:09:21 SkQJjGlZ0
どうせ定型の形で見た目も装飾するんだから
なんでワードで入力の主要作業をすることになるのか
未だに理解できない。
エディタで書いて、マクロで自動に装飾するようにすれば
ワードを使うタイミングって雛形を作る時だけで良いんじゃないかと
常々思ってるけど、実際にはあの腐ったUIを使わないといけないという罠。
179:名無しさん＠お腹いっぱい。
07/11/18 04:27:57 Ai5Y7E6e0
論文書いたり少しはマトモな翻訳したりしたことない人なのかな？
最低限イタリックや傍点やルビはその場で確認できる形で編集
できないとやってられんよ
あとOpenType依存の特殊な文字の入力とかも外せないし
Wordでベタ書きしてInDesignで最終調整かな
180:名無しさん＠お腹いっぱい。
07/11/18 08:49:39 2IqKjvTu0
俺の場合、そういうのは編集者がやってくれるからな。
まあエディタの機能について語り合おうというスレなんだから
他人の仕事のやり方を見て後ろから頭を叩くのはやめようぜｗ
181:名無しさん＠お腹いっぱい。
07/11/18 09:43:25 wMpqm+wD0
いくら補完や短文支援の方向に向かっても
ワープロとのギリギリの境目ができてすみわけするよ
折り返しや禁則、見た目の装飾とかでも過去にそういう経緯があった
まぁ、その境界線を読みきれないエディタは
いくつか微妙なワープロになってしまうかもしれんがw
182:名無しさん＠お腹いっぱい。
07/11/18 10:50:58 SkQJjGlZ0
>>179
TeXは雛形も自分で作らないと駄目だけど
基本的にはTeXと同じ用な話なので論文書くのを問題にするのは変じゃないか？
それともTeXに反対なのか？
翻訳もエディタの辞書機能があるから逆にワードじゃとてもする気になれない。
機種依存文字は後で置換でいいよ。
183:名無しさん＠お腹いっぱい。
07/11/18 10:56:01 SkQJjGlZ0
TeXは全然進化してないのが少々問題だが。
マシンの性能に見合ったTeXのスタイルで進化したワープロとか
相当便利そう。
見た目作るという意味でのワープロなら
エディタとワープロは全然別物なので必然的に住み分けされるように思う。
184:名無しさん＠お腹いっぱい。
07/11/18 20:23:59 TWvFaPae0
そういう気が利いたのってジャストみたいな企業がやるのかなぁ。
それともオープンソースで出現するんだろうか。
>>181
ワープロ化しちゃったエディタをみると、ユーザーでもないのになぜか悲しくなるｗ
185:名無しさん＠お腹いっぱい。
07/11/18 21:26:36 xJaVXpVR0
・文字コード対応がひととおり出来てる、ユニコードとか対応可能
・マクロがJavaScriptなど分かりやすい言語で書ける
・Visual Studioみたいに、ファイルのショートカットをフォルダ構造で登録管理できる
を満たしているエディタってありますか？
186:名無しさん＠お腹いっぱい。
07/11/18 21:37:55 wMpqm+wD0
>>183
なんか、俺が好きになったエディタは
中途半端なワープロに進化する確率が高い
もう悲しい、悲しいw
187:名無しさん＠お腹いっぱい。
07/11/18 23:26:36 BKFxaj3q0
ワープロを通り越して環境に進化してしまうのが emacs
188:名無しさん＠お腹いっぱい。
07/11/19 00:53:21 oJfmhKgQ0
検索してみたけどワープロソフト総合スレみたいなのは無い？
（Mac板除く）
もはやWordや一太郎であって、ワードプロセッサーソフト全体で語ることなんてないのかね
昔はいろいろあったけど。
189:名無しさん＠お腹いっぱい。
07/11/19 01:42:35 tCdORg5x0
>>188
ワープロに限らず、エディタ、日本語入力ソフト、表計算、OSなどなど、かなり淘汰されている・・・
多様性が失なわれて、つまらない世界だね。
190:名無しさん＠お腹いっぱい。
07/11/19 02:55:10 znZSRXq+0
なんか１人勘違いした馬鹿が混じってるみたいだな
どうせここのところネタもなかったし保守にはちょうどいいが
191:名無しさん＠お腹いっぱい。
07/11/19 03:04:48 MBbuPIk+O
↑勘違いした馬鹿？
192:名無しさん＠お腹いっぱい。
07/11/19 07:30:05 uJcjBo1h0
>>185
jEdit にプラグインの ProjectViewer を足すと、そんな感じにできそうかな。
Unicode は BMP までのサポートで、マクロは JavaScript じゃなくてほとんど Java の
BeanShell だけど。
193:名無しさん＠お腹いっぱい。
07/11/19 11:34:37 VL+TTYpk0
>>189
各ソフト、多様性はホントに減ってきたね
昔はいろんな限界とか、作者の個性、方向性が
そのソフトの個性につながってたんだけど、、、
ここんとこ、このスレで言われている
「○○エディタの売りってどこよ？ワカラン」とか
「一つ珍しい機能ができると各エディタが後追い実装する」ってのも
如実になってきてるね
ワープロとかに比べると、まだエディタは分立してるから
このまま、各エディタで多様性を保って欲しい
194:名無しさん＠お腹いっぱい。
07/11/19 12:23:46 t9ZghZnD0
企業製品だと競争で淘汰されやすいし、パイを望めないなら撤退だからしかたないさ、
逆に個人製作のオンラインソフトが生きやすい分野もあるだろうし。
ファイラとか。
195:名無しさん＠お腹いっぱい。
07/11/19 12:33:32 iO2m8CNq0
老いると過去が美化されるらしいよ
196:名無しさん＠お腹いっぱい。
07/11/19 12:37:36 VL+TTYpk0
>>194
あー、たしかにファイラもそうだね
エディタもファイラも「なくてもOS標準でなんとかやっていける」ってのが大きいのかねぇ
まぁ、まったく老いて過去が美化されてるんだけど
ワープロ乱立時代は、それなりに面白かった
（当時はAmiPro派、どこいっちゃったんだか）
197:名無しさん＠お腹いっぱい。
07/11/19 19:46:58 mTXzkohI0
>>192
Java がマクロって面倒だなぁ
気軽にクロージャ使えたり Mix-in 出来る JavaScript とかの方がエディタのマクロには向いていそう
198:名無しさん＠お腹いっぱい。
07/11/20 08:02:04 tlbdxiG40
>>185
EmEditor Professional V7
ただし現在ベータ
199:名無しさん＠お腹いっぱい。
07/11/20 11:36:09 hX2MsHN90
JavaマクロならJava版EmacsのEclipseがあるじゃないか。
エディタじゃないけど。
200:名無しさん＠お腹いっぱい。
07/11/20 11:52:47 ERcw97IW0
Eclipse でマクロ使えたっけ？
なんかちょうどいい BeanShell の記事発見。
ふーん。 Swing で GUI 作れるのね。
URLﾘﾝｸ(journal.mycom.co.jp)
リスト 5 とリスト 6 がまったく同じなんだけど、これは間違いだよね？
201:名無しさん＠お腹いっぱい。
07/11/20 13:27:57 KxkAuwE10
>>185
J-cref
202:名無しさん＠お腹いっぱい。
07/11/20 21:31:17 eRIIYBMV0
>>199
あれめちゃくちゃ大変らしいよ
全然関係ないけどWindowsエディタでもこういうEmacsやVimの機能ガンガン移植してほしいなぁ
URLﾘﾝｸ(nschum.de)
URLﾘﾝｸ(nschum.de)
203:名無しさん＠お腹いっぱい。
07/11/20 21:41:04 zG00QgJo0
秀丸が補完に熱心になってるから
そっちの方向に行くかもね
でも、結局は有志で地道に辞書を作っていくしかないんだろうけど
204:名無しさん＠お腹いっぱい。
07/11/20 21:54:54 Tt4uoArh0
>>203
最近の秀丸の更新頻度は凄いね。
どしたんだ、いったい。
205:名無しさん＠お腹いっぱい。
07/11/20 22:03:48 eRIIYBMV0
>>203
EmacsやVimは辞書用意しなくても関数やメソッドの補完は出来る方向みたいよ
ちゃんと文脈見て自作クラスですら補完するとか
URLﾘﾝｸ(blog.blueblack.net)
URLﾘﾝｸ(blog.blueblack.net)
snippetsの方は自分で書かなきゃならないみたいね
でもただのテンプレートじゃなくてロジックを組み込んだテンプレートみたいだから
クラス名やメソッド名、フィールド名なんかが連動するとかいろいろ出来るみたい
206:名無しさん＠お腹いっぱい。
07/11/20 22:18:33 TPrhaKWk0
そういうのは、eclipseの方がいい気がするけど。
207:名無しさん＠お腹いっぱい。
07/11/20 22:18:55 zG00QgJo0
自作クラス名を補完するのって、どの階層でやってんだろうなぁ？＞Emacs、Vim
普段から言語ごとの色分けも補完も空気のように使ってるから意識したことない＞Vim
ただ、定義ファイルとか覗いてみると、単なる単語の羅列じゃなくて
それが「何に相当するか」を書くような仕様になってるから可能なのかな、と思う
秀丸を筆頭に、今後補完を組み込んでいくエディタは
定義や辞書の書式をきちんと設計しとかないと、袋小路に陥る予感
（でも秀丸の補完、日本語の動的補完までできてWindows系では斬新だったな）
208:名無しさん＠お腹いっぱい。
07/11/20 22:25:21 hX2MsHN90
snippetじゃないのも結局誰かが作った辞書が連動して
動いてるだけだと思われ。
まあ、使う人が多いからvimとかEmacsは自分で辞書作らなくても
どこかの外人が作ってくれる確立が高いけど。
209:名無しさん＠お腹いっぱい。
07/11/20 22:25:49 eRIIYBMV0
eclipse重いからなぁ・・・
210:名無しさん＠お腹いっぱい。
07/11/20 22:26:29 hX2MsHN90
>>206
少し前から、こういうのをエディタやるのが流行ってるように思うが
eclipseは比べると何が良いんだ？
211:名無しさん＠お腹いっぱい。
07/11/20 22:29:42 eRIIYBMV0
>>207-208
RubyとかJavaなんかは言語が持っているメタ機能でクラスとか環境から直接引き出しているみたい
最近の言語だとほとんどそういうことが出来るみたいだから辞書作る必要もないし動的にいま作ったクラスも補完できるんだぁね
逆に言えばマシンにそれらの言語が使える環境がないと補完できない気がする
まあ普通入っているから編集するんだろうけど
212:名無しさん＠お腹いっぱい。
07/11/20 22:31:57 zG00QgJo0
確かにVim使ってると、面倒な部分は
ほとんど外国の頑張ってる人が作ってくれてると思うなw
そういう意味では甘やかされてるかもしれん
こんなこといいな、できたらいいな、と思うと
外国人がバリバリ作ったりしてるw
まぁ、英語が不得手な俺のようなのは
日本語ドキュメント出るまでオアズケ食らったりするんだけど
213:名無しさん＠お腹いっぱい。
07/11/20 22:33:31 zG00QgJo0
>>211
RubyとかJavaすげーな
どっちも苦手な俺は、なんか損してるな
214:名無しさん＠お腹いっぱい。
07/11/20 22:36:03 hX2MsHN90
なるほど。言語の機能使ってたのか。
知らんかった。
確かにスクリプトとかだったらリアルタイムで簡単に出来るね。
賢いな。
215:名無しさん＠お腹いっぱい。
07/11/20 23:04:47 eRIIYBMV0
萌エディタもいろいろ出来るんだなぁ
URLﾘﾝｸ(la.ma.la)
EmEditorもたしかHTMLプレビューあったと思うけど同じようなこと出来るんだろうか
216:名無しさん＠お腹いっぱい。
07/11/20 23:27:39 YnKAJu390
Apsalyの新しいのを使ってみたけど、めっちゃ使えるエディタになってるね。
「初期ウィンドウの位置とサイズは履歴から再現」っていう設定が加わって
おっ！て思ったけど、同じ種類の違うファイルだと元の位置＆サイズに
なっちゃうみたい。。orz
217:名無しさん＠お腹いっぱい。
07/11/21 00:52:56 X5yxdfbN0
以前開いたファイルのカーソル位置や入力したコマンドなどの履歴を、保存・復元出来る機能って
地味だけど、あるとないとでは全然違う便利な機能だよね。
218:名無しさん＠お腹いっぱい。
07/11/21 02:03:11 X5yxdfbN0
>>212
それでもemacsの国際化は日本人がほとんどやったといっていいわけだから、日本もがんばっているぞ。
219:名無しさん＠お腹いっぱい。
07/11/21 02:09:51 toE6iyFb0
あぁ、muleの結果がほとんど反映されたんだっけ？＞emacs
その頃はノンキにmule使ってたなぁ
なぜだか今はVim使いだが
結局他の人が頑張ってくれた恩恵に預かってるだけの俺
頑張る人たち、ご苦労様です
220:名無しさん＠お腹いっぱい。
07/11/21 02:39:02 ss/KmxVO0
>>219
ただ恩恵にあずかってるからと言って恥じる事はない。
こういうのは、使ってる人が多くてなんぼだからな。
フリーソフト公開してる俺から言わせて貰えば、バグ報告とか欲しい機能
報告してくれるのも嬉しい。単なる感想とかでも。
それが実現するかどうかは知らないし、嵐みたいな真似は止めて欲しいが。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4985日前に更新/258 KB
担当:undef