テキストエディタをま ..
39:名無しさん@お腹いっぱい。
07/11/09 01:41:52 jXvvUc+i0
>>37
つうか、しつこい。貼り付いて粘着してんじゃねえよ。
40:名無しさん@お腹いっぱい。
07/11/09 02:05:21 J8OGI0x20
>>33
バカスw。前提が既におかしいだろ。
個人での取捨選択を何でテンプレに書く必要があるんだよ。
そんなの言われなくても勝手に個人がやることだろ。
そもそも2chを少しでも見てれば分かるだろ。
自ら相手をNG指定したと宣言して本当にNG指定してる嵐なんて見た事ないw
実際には相手に対して俺は気に食わないという意思表示として使われる。
41:名無しさん@お腹いっぱい。
07/11/09 02:10:52 J8OGI0x20
そもそも前スレではunix系は排除しようという話が出ているのに
ぶった切ってるから相手の主張の意味が分からんのだ。
42:名無しさん@お腹いっぱい。
07/11/09 02:23:19 PsirYES70
こうやって叩かれてるのも
そのうち「同一人物の自演」とか言われんのかね?w
#だいたいWinでもMacでも普通に動いてるエディタを
#「UNIX系」という言葉でくくるのは、そろそろ無理があると思うんだけど
43:名無しさん@お腹いっぱい。
07/11/09 02:37:08 jXvvUc+i0
粘着アンチは馬鹿だから馬鹿のために一応言っておくが、emacs はunix系じゃないからw
44:名無しさん@お腹いっぱい。
07/11/09 03:01:44 CazRca/90
揚げ足取りでそんなに喜ばれても。
45:名無しさん@お腹いっぱい。
07/11/09 03:40:39 C5+v21kD0
>>38
ブブーとかお子様語言われても知らんがなw
前スレを#で抽出してみただけだし。
俺はスレ分割の話をしただけでアンチUNIX的な人とやらが誰なのかわからんのだが、
「アンチUNIXの人がUNIXユーザーを同一人物したがってる」ってしきりに書いてるけど、
UNIX信者じゃない=アンチUNIXの人=同一人物ってしてる時点で同じだろと思うんだが。
>推奨したりテンプレに入れたり
推奨してないと思うが。そもそもテンプレに入ると何か問題あんの?
興味ない人が興味ないものを見ないだけでしょ?
テンプレのエディタで有名どころを分けるとしたら
Windowsライク
サクラエディタ、秀丸、真魚、無印エディタ、EmEditor、JmEditor、MKEditor、TeraPad、WZ EDITOR、GreenPad、VxEditor
UNIXライク
Meadow、vim、ViVi、xyzzy、Emacs
ってとこか?
46:名無しさん@お腹いっぱい。
07/11/09 06:20:21 UxxOhRXH0
URLリンク(alpha.sourceforge.jp)
AlphaがPythonを採用する決断を下してくれますように
47:名無しさん@お腹いっぱい。
07/11/09 07:45:50 tDbQQtVd0
>>45
> Windowsライク
> サクラエディタ、秀丸、真魚、無印エディタ、EmEditor、JmEditor、MKEditor、TeraPad、WZ EDITOR、GreenPad、VxEditor
K2Editorのこともたまには思い出してあげてください
48:名無しさん@お腹いっぱい。
07/11/09 09:07:17 PsirYES70
>>45
前スレを#で抽出ぅ?本気?それだけの理由?
コメントアウトを#でやるのは、遠い昔からの常套手段だと思ってたんだが?w(DOS、Win、UNIX限らず)
(まぁ個人で使ってる言語にこだわり持って"とか//とか/**/使う人も少数ながらいるけど)
そんだけの理由で自演扱いしておいて「ブブーとかお子様語言われても知らんがなw」って
開き直ってんじゃねーよ、まず謝る事を覚えたら?
なんか言葉尻とらえてゴチャゴチャ言ってるみたいだから、言い換えよう
「スレを分割したがったり、特定のエディタを追い出そうとしている人は、反論があっても自演扱いする」のね
(この定義ならあんたも入るでしょ)
だいたい何でそんなにテンプレ入りに固執するのかワカラン
(逆はわかるだろ?自分の使ってるエディタがNG推奨されて気分がいいやつなんていないんだよ)
49:名無しさん@お腹いっぱい。
07/11/09 09:09:07 ZGi0rv320
いい加減にして欲しいのだがな
50:名無しさん@お腹いっぱい。
07/11/09 09:16:05 DiwlSkL10
usbメモリで持ち運べてそのまま使え、
タブ形で正規表現検索置換ができるエディタでお勧めありますか?
いまはMKをメインで、正規表現検索が必要な時にK2を使って入るのですが、
ひとつでできればいいなと。
仕事のデータまとめに使うので、他人が作成したデータをいじることが多く
半角カナ⇔全角カナの変換もよく使うのでMKにショートカットキーを当てて
使っているのですが…
51:名無しさん@お腹いっぱい。
07/11/09 09:18:29 bzo/J9IK0
自分には >9は
自分が嫌いなエディタだからってスレから排除しようとするんじゃねえ、嫌ならてめえでローカルあぼーんすりゃいいだろが。
っていう意味にしか取れないんだけど。粘着アンチ呼ばわりされてるWin系が反論するならともかく
なんでUNIXの人がこんなに憤ってんだか全然理解できないワ
52:名無しさん@お腹いっぱい。
07/11/09 09:19:55 ZGi0rv320
>>50
otbedit、サクラエディタ
真魚も出来るとは思うけどUSBメモリで持ち運ぶとき制限があったとおもう
53:名無しさん@お腹いっぱい。
07/11/09 09:26:01 PsirYES70
>>51
最初からその表現なら俺も問題ないと思う
ただポツンと>>9がテンプレに書いてあったら
そういう意味にとらない人もいるでしょ?ってことで反論されてるんだと思う(俺も)
「嫌いなエディタだからと言って排除しようとするのではなく、自分の判断でIDやWordをNGにして利用してください」
って事なら特定のエディタ叩きにもならんから良いとは思うけど
54:名無しさん@お腹いっぱい。
07/11/09 10:12:20 587r+ITa0
熱くなりすぎて正論を言ってたとしても う ざ い
55:名無しさん@お腹いっぱい。
07/11/09 11:17:54 r95Ihrx50
また〜り語るんじゃなかったのか、このスレは。
56:名無しさん@お腹いっぱい。
07/11/09 11:56:51 87snKj3D0
>>48=>>53
わざわざコメントアウトをしてまでレスしてるってことだろ?
まずレスをよく読んでからレスしろよカス
むしろ黙ってろ
しかもNG「推奨」じゃないと何度も書かれてんのに、レス全然読んでないだろこいつw
自分が気に食わない奴のレスを流し読みしかしねーわ、煽ることしかしないわで、もはや>>48こそ荒らしだろ。
どうしても"アンチUNIX(笑)の特定個人(笑)がUNIX擁護を同一人物にしたがってる(笑)"ってことにしたいらしいし、
うざすぎる
57:名無しさん@お腹いっぱい。
07/11/09 12:06:07 EE88NP1o0
あーあ、もうスレ分割しかねーだろこれw
>>45の分け方でスレ分割でいいよ
今後もこういうことが繰り返されるよりずっといい
だれか建ててこいよ
58:名無しさん@お腹いっぱい。
07/11/09 12:14:15 EE88NP1o0
Windowsライクなテキストエディタを語ろう ver.1
スレリンク(software板)
建てれちゃったわ・・・('A`)
59:名無しさん@お腹いっぱい。
07/11/09 12:18:31 ZGi0rv320
立てちゃったか、まあいいけど
この60程度のレスの中にテキストエディタそのものについての話題無いこと無いこと
別れて平和に暮らせるなら双方それがいいだろう
60:名無しさん@お腹いっぱい。
07/11/09 12:28:09 PsirYES70
何だこの逆切れな流れ
俺は分割しないことに意味がある、と思ってたけど
まぁ建っちゃったし、それで幸せになれる人がいるんならいいや
61:名無しさん@お腹いっぱい。
07/11/09 12:30:51 Zi7ahhoq0
そもそもなんでunix由来のエディタの話だしちゃダメなの?
もちろんそればかり話題にするわけじゃないのにさ
62:名無しさん@お腹いっぱい。
07/11/09 12:33:18 ZGi0rv320
このスレの流れを見て何も疑問に思いませんでしたか?
63:名無しさん@お腹いっぱい。
07/11/09 12:41:38 jXvvUc+i0
>>58
立てるなら、Win板でやれよ、この馬鹿が。
削除依頼出してくるわ。
64:名無しさん@お腹いっぱい。
07/11/09 14:39:22 bzo/J9IK0
>>60
共存共栄のための妥協点が >9だったと思うんだが…
vimの話題が続いて、win厨が切れても >9嫁の一言で黙らせられる案だったのに。
それを気に入らないって言われちゃったらもうなす術ないべ。
65:名無しさん@お腹いっぱい。
07/11/09 14:47:32 LKVMO7vd0
俺は脳内フィルターでvim系はスルーしてるけど、
俺の書き込みは全員にスルーされてるようだからどうしようもない。
66:名無しさん@お腹いっぱい。
07/11/09 15:41:59 PsirYES70
>>64
うん、この流れを見ると、まったくそのとおりだったんだろうけど
そのテンプレに特定のエディタ、特定のグループ?の名前を入れたくなかったんだよね
67:名無しさん@お腹いっぱい。
07/11/09 16:02:29 4OFxQb5C0
win でPython書くなら何が一番いいですか?
68:名無しさん@お腹いっぱい。
07/11/09 16:12:51 PsirYES70
>>67
前スレ、最後のほうでも出たなぁ、その話題
「gedit はマクロpython」
「確かPythonってフリーのIDEとかもあるよ。"wxPython"とか」
「Emとか内部マクロみたいに使える」
「一応VimにはPython用のインターフェースがある」
とりあえず、こんな情報が出てた、素直にIDE使うか
書くだけなら色分け対応してればなんでもいいんじゃないかな?
69:名無しさん@お腹いっぱい。
07/11/09 16:35:01 jXvvUc+i0
>>67
最近のエディタならどれ使ってもpythonの色分けに対応していると思うよ。
もうちょっと具体的に質問すれば解答もつきやすいと思うよ。
70:名無しさん@お腹いっぱい。
07/11/09 16:43:39 jXvvUc+i0
>>69
s/解答/回答/
orz
71:名無しさん@お腹いっぱい。
07/11/09 18:30:15 Zi7ahhoq0
>>9をテンプレ入れるのはマズいでしょ
テンプレで名指しで特定エディタをNG登録推奨とか
どんだけ空気悪いスレなんだよ
「見たくない単語はNGワード登録で」でいいじゃん
72:名無しさん@お腹いっぱい。
07/11/09 18:32:57 C5+v21kD0
>>60>>66
お前ってほんとに
>ボクの大好きなエディタをNGワードに追加してる人がいるファビョーン論点ズラしたレスで攻撃するニダ
>個人で情報の取捨選択をしろ→取捨選択で自分が使っているエディタが捨てられるのが嫌
>→スレで排除してると曲解して排除はやめろと言う
だな
もう救いようがねえ
>>71
NG推奨と言い出したのはゴネたやつらだけ
少なくとも>>9は推奨というニュアンスで書いてない
取りあえずUNIXの話はこっちだけですることにして、
スレ違いの話とか質問とかは誘導したりし合えばいいだろう
スレタイは次スレの時考えればいいだろうし。
73:名無しさん@お腹いっぱい。
07/11/09 19:31:09 yz4kk0Vc0
特定のエディタについて深く話したいなら
そのエディタの個別スレでやれ。
74:名無しさん@お腹いっぱい。
07/11/09 19:43:07 bobyw3T+0
だよな
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登録した方が良いということが分かったw
いい加減空気嫁よ。
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
特徴一行目でふいたw
98:名無しさん@お腹いっぱい。
07/11/10 00:07:11 VNS7aPgw0
様々な機能を搭載して分かりづらくなっていくエディタ…
もうやってられない。そんな人もきっと多いはず。
だからこそ今、シンプルイズベスト。レッツビギンチラシの裏。
すいません普段はVx使ってます。
99:名無しさん@お腹いっぱい。
07/11/10 00:10:56 JSYJ9q9S0
>>96
何でこんな方向に進化してんだよw
VerUpのベクトルが変だろ、絶対ww
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呼び出し可能です。
もう使う気ないけどwwww
昔はメインで使ってたんだけどな。
107:100
07/11/10 01:01:49 auFmu2md0
>>102-103
実は今俺Vx使ってるんだ
だけどもっと拡張性高いのが欲しい
そんなにVxに不満あるわけじゃないけど
108:名無しさん@お腹いっぱい。
07/11/10 01:01:59 VNS7aPgw0
> VxEditorしか知らないからといって
> 凡庸なVxEditorを特別なものであるかのように宣伝するのは
> いつしかのvim使いのように煩わしい
サーセンwwwwwwwww
全知全能スーパーゼウスのあなた様にはかないません。
109:名無しさん@お腹いっぱい。
07/11/10 01:05:17 JSYJ9q9S0
>>104
そう言われると、直で呼べるのは思いつかないなぁ
WZはマクロがほとんどCだからできる業なのかな
でもWindows API直で呼んで何するの?って聞かれると困るよね
ダイアログボックスの改造、とか?w
最近はメジャーな言語を積んでマルチプラットフォーム進出を目論むエディタ作者が多い気がするので
逆に、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楽しいよwww
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呼び出しができると便利だなーくらいの感覚ですよ。
どの環境でも動くようなものを作るというなら話は別だけど,
自分の暮らしを豊かにするのが主目的なんで許して下さいw
>>117
せつないのうwwwww
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
だからそれは普通のエディタでも出来るってことを前提として・・・
ループになってきたw
ユーザーの要求レベルと言っても掻き捨てレベルのマクロを 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懐かしいw
teachtextがアレだったぶん、お世話になったもんだ
あのころのマクドのテキスト環境は苦しかったなぁ
149:名無しさん@お腹いっぱい。
07/11/14 01:16:52 /DE/Z6rw0
Macの漢字トーク7あたりまでは、テキスト不毛の地だったなぁ
標準でついてるエディタが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
このスレってどんな話題でも最終的には不毛な議論かボヤキになるなーwwww
もっとマターリしようぜ。
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
日本語の自動補完入力。特に固有名詞。
お叱りメールの返信で相手の名前や会社・部署名間違っちゃった日にゃあもうorz
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
20字×20行で79枚書いたんだけど、プリントする時
30字×40行にしたら30枚になったの。
30×40は1200文字、20*20の原稿用紙3枚分でしょ?
てことは、30*40が30枚だから、原稿用紙に換算すると90枚になる不思議。
なんで?
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
俺の場合、そういうのは編集者がやってくれるからな。
まあエディタの機能について語り合おうというスレなんだから
他人の仕事のやり方を見て後ろから頭を叩くのはやめようぜw
181:名無しさん@お腹いっぱい。
07/11/18 09:43:25 wMpqm+wD0
いくら補完や短文支援の方向に向かっても
ワープロとのギリギリの境目ができてすみわけするよ
折り返しや禁則、見た目の装飾とかでも過去にそういう経緯があった
まぁ、その境界線を読みきれないエディタは
いくつか微妙なワープロになってしまうかもしれんがw
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4990日前に更新/258 KB
担当:undef