テキストエディタを使い込め

やっぱテキストエディタだよねぇ　　　…てなわけで

Linuxで使えるテキストエディタで、
　　きれいな文書の書き方のコツ
　　こんな使い方でくるよ！
　　こうすれば問題解決！　　　　などなど
を教えあうスレ。
テキストエディタに関するくだ質もOK！


ただし、宗教論争はなし！
　み　・　ん　・　な　・　仲　・　良　・　く　！
よかね！

emacsは設定がめんどいカスエディタ

何か覚えなくても使えるのは、
gedit位じゃないですか。

表示も綺麗だし。ただ重いね。

emacsは使いこなせれば便利そうだけど、
設定ファイル書けない身としては辛い

emacsはエディタではない。

「環境」なのだよ。モマイラ。

いまさらemacsを覚える気にはならないな。
まあ。高機能なのは知ってるが、使い方覚えるのが大変だ。

>>3
leafpad

で、このスレは何するスレ?

教えあうのだ、教えあうのだよ！

ていうか、教えて欲しいのだ。
へたれな折れはEmacsも使えないし、ただ単にプレーンテキストを書くだけで、
ちっとも格好良い文書にならない。
なんでもいいからGive me tipsなのだ。
Emacs、gEdit、Kwrite・・・のグッドが使い方を教えておくれよ〜
職人がいるはずだろ、Linux板なんだから。エディタ職人がよ。

　　　　　　　　　　　＿∧＿∧　　　　　　よっこらしょ!
　　　　　　　　／￣　（　・∀・）⌒＼
　　　__　 　　/　　＿|　　　　 |　　　|
　　 ヽヽ 　 /　　/　 ＼　　　 |　　　|　　　　　　　　　　 ,,,,,,,iiiiillllll!!!!!!!lllllliiiii,,,,,,,
　　　 ＼＼|　　|＿＿__|　　　.|　　 |　　　　　　 　 　 .,llllﾞﾞﾞﾞﾞ　　　　　　　　ﾞﾞﾞﾞﾞlllll,
　　　　 ＼/　　＼　　　　　　 |　　 |　　　　　　 　 　 .|!!!!,,,,,,,,　　　　　　 ,,,,,,,,,!!!!|
　　　　　| ヽ＿「＼　　　　　　|　　 |､　　　　　　　　　|　 ﾞﾞﾞﾞ!!!!llllliiiiiiiiiilllll!!!!ﾞﾞﾞﾞ　.|
　　　　　|　　　 ＼ ＼――､. |　　 | ヽ　　　　　　 　 .|　　　　　.ﾞﾞﾞﾞﾞﾞﾞﾞﾞﾞ　　　　　|
　　　　　|　　　/　＼ "-､,　 ｀|　　|　　ヽ　　　　　　　|　　　　　　　　　　　 　　 |
　　＿／　　　/　　　 "-, "' （_　　ヽ　　ヽ　　　　　　.|　　　　　　　　　　　 　　 |
／　　　 ＿_ノ　　　　　　"'ｍ__｀＼ヽ_,,,, ヽ 　　　　　|　　　　　　　　　　　 　　 |
｀ー―￣　　　　　　　　　 ヽ､__｀/ー_,,,, ﾞﾞﾞﾞ!!!!!!!lllllllliii|　　　　　　　　　　　　 　 |
　　　　　　　　　　　　　　　　　　　　＼ﾞﾞﾞﾞﾞﾞﾞ!!!!!lllllllliiiii|　　　　　　　　　　　 　　 |
　　　　　　　　　　　　　　　　　　　　　 ＼　　　ヽ　 　|　　　　　　　　　　　 　　 |
　　　　　　　　　　　　　　　　　　　　　　　ヽ　 　＼　 |　　　　　　　　　　　　 　 |
　　　　　　　　　　　　　　　　　　　　　　　　| 　 　 ＼.|　　　　　　　　　　　　 　 |
　　　　　　　　　　　　　　　　　　　　　　　　｀ヽ､,,＿ノ|　　　　　　　　　　　　 　 |
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ﾞﾞ!!!,,,,,,,,　　　　　　 ,,,,,,,,,!!!ﾞﾞ
　　　　　　　　　　　　　　　　　　　　　　 　 　 　 　 　 　 ﾞﾞﾞﾞ!!!!llllliiiiiiiiiilllll!!!!ﾞﾞﾞﾞ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　／.// ･ｌ|∵ ヽ＼　←>>1

tips 覚えても文章の中身は変わらんぞ。

Emacs、gedit、kwriteまで書いておいてviが出てないとはゆるせん!!
お前が宗教論争の火種を作ってるんだろうが

brief移植きぼんぬ

>>1がvimを3年使い込むまでこのスレは休止します。

(｀ハ´)　

秀丸をUnixに移植しろ！emacs,viはゴミ以下

中国・アジア系女性の画像掲示板作りますた。(・∀・)
見に来てください

hhttp://g2003.immex.jp/cyons/

Emacs, gEdit, Kwrite, vim...
Emacs, gEdit, Kwrite, vim...
Emacs, gEdit, Kwrite, vim...　だあぁぁぁ！！！


折れだって、最初のエディタ体験はviだよぉぉぉぉ。
忘れもしない、1998年、Turbo Linuxのver.3のひとつ前のバージョン（いくつか忘れた。
とにかくしばらくしてver.3が出たことだけ憶えてる）だ。それをIBM ThinkPadにインスコ
しようと思ったら、ビデオカードが特殊だとかで、いきなりviで何かの設定ファイルの書き
直しを命じられたんだ。
どう思う？？　始めてLinuxを触ったその日にviで設定ファイルの修正をさせられたんだぜ！



辛かった....
訳のわからない（とその時は思ったさ）キーバインド。しょっちゅうミスをしたさ...

すまぬ。だからviを忘れた折れは、きっとその時のトラウマが無意識にvimを回避させたのだ
ろうと思うよ。すまぬ...　すまぬ...　すまぬ.................

ああ、忘れた。上の↑18は1ね。1。

viとvimを一緒にするなんてゆるせん!!
お前が宗教論争の火種を作ってるんだろうが

Vim使ってみると実際viよりものすごく使いやすくなってるな。

geditのプラグインって見掛けたためしがないな。

Emacsを22に上げてやっと環境のロケールをutf8に変える気になったな

kateって高機能そうで使い道がなさげな機能が多いな。

んで、nanoやjedは？jedなんてドキュメント充実してればおもしろそうなんだが

>>20
vi原理主義者の方ですか?

unix一般をlinuxの名称で表現するなという意味だと思う。
Emacs, gEdit, Kwrite, nvi...
みたいなおかしさ。

>>20　Debianでのパッケージ説明
vim; Vi IMproved - enhanced vi editor
Vim is an almost compatible version of the UNIX editor Vi. Many new
features have been added: multi level undo, syntax highlighting,
command line history, on-line help, filename completion, block operations,
folding, Unicode support, etc.
ま、vi系ってことで。。。そこで怒らないこと。おおらかに、おおらかに。

でもTurboで実際に使ったのは正真正銘のviだよ。

糞の役にも立たない書き込みを続ける>>1

一週間程度で>>1さんがいなくなりそうな予感がしつつも
現在Emacsをメインの開発環境にするべく勉強中の俺が来ましたよ。

とりあえずEmacs付属のチュートリアルをやって
コピペとカーソル移動とファイルの開閉が
難なく出来るように勉強してみては？
つか>>1さんは少なくともEmacsに関しては操作方法を
まったく知らないって前提でOK？

#ところでEmacsでの上下左右のカーソル移動って
#正直C-pとかよりも矢印キーの方が使いやすくね？

1は不要だけど、
このスレはうまく育ってほしい。

>>26
逆だ，矢印キーはもう使えない体になってしまった

>>26
どっちが使いやすいかは人それぞれ。
そういう話は宗教戦争になるからやめれ。

itemizeするとき、どんな規則で書いてる？
見やすいformatとかあるのかな？

o 1段目
* 2段目
- 3段目
内容

とか

KATEしか使えません><

kateいいじゃん。俺も使ってるよ。
まだ、Emacsとkateで7:3くらいの割合だけど、
Kdevelop使い始めたので、最近はだんだんとkateの比重が高くなってきた。

>>29
すまん、悪気はなかった。気をつける。

>>28
そうか…おれＰＣ触り始めたのWindows98からだから
viもEmacsも上下左右の単純な移動は矢印キーだよorz
矢印キーを使ってると妙な敗北感を得るのは気のせい？

最近「UNIXプログラミングの道具箱」とかいう本を読んで
bufferモードとDiredモードの使い方を知ったよ。
つかDiredって普通にコンソールでコマンド叩いてファイル操作するより楽だね。
でもこの機能正直このスレで扱うような内容じゃないよなorz

「一週間でサーバが立てられる〜」みたいな糞本だと
紙面の都合かしらん設定用テキストエディタはgeditや毛糸でごまかしてるよな。

diredとnavi2chは操作感が似てる。

…え?

>>34
べつにシステムに標準で入っているんだからいいんでない？
もっともsshとかで接続した時に困るかもしれんけど。
それでも nano とか microemacs とか使えばいいし。

カラー化で見やすくなったvimでいいよ

Emacs を二年程使ってみました。自分で成長させられるエディタって感じ。
「こりゃいーかも」と。メインの開発環境でしたとも。
で、1ヶ月程前にkateで戯れにソース開いたら…
アレって関数をクリックだけでアウトラインのようにたためるのね。
あぁ、もう早く言えと。便利ですね、と。
kate「こりゃいーかも」と。…歴史が繰り返しそうな気がしてなりません。

で、当然ながらemacsにもそういう機能はあるわけだが

emacs はしょぼいところはいっぱいあるけど
lisp で簡単に拡張できる魅力を覚えると
なかなか離れられなくなる。

>>40
横槍でｽﾏﾝがその機能を使うためのコマンドを教えてくれ！頼む！

>>42
更に横槍でｽﾏﾝが、その機能はアウトラインとemacsでぐぐれば腐る程(ry

少し前にunix板のemacsスレで（ｒｙ

ｽﾏｿemacsスレじゃなかったようだ
hideshow.elでｸﾞｸﾞ（ｒｙ

おまいらありがとう
そのキーワードのおかげでぐぐって調べられた
これから使ってみるよ

outline-mode便利すぎる。
これから開発とか設定に関するメモはこれで書こう…

おまいら普段Ｌｉｎｕｘの設定とかプログラミングに関してメモとるとき
どういう風にしてますか？
普通にテキストファイル？それともＨＴＭＬとか作ってる？

>>47
自分の情報整理スタイルを晒そうよ 3
http://pc8.2ch.net/test/read.cgi/unix/1082802636/

mifes for Linuxでいいじゃん。便利だよ。

change-log-mode

Emacsに慣れてしまった俺は、WindowsでもEmacs風のキー操作になってしまった。

mifesﾃﾗﾀｶｽorz
２万とか３万とか無理ぽ

>>48
�d
UNIX板にそんなスレがあるとは知らなかったよ。
スレッド覗いて簡単にまとめてみた。

howm 専用スレもある

Emacs change-log-mode シンプルで良い。
リンク機能はないが簡単なメモ書きには良い。

Emacs emacs-wiki 基本はWikiだから便利。
でも何も考えずにいると情報量が増えた時に破綻するかも。
「まとめる」ことを明確に考えていないとﾔﾊﾞｽだYO!

Emacs EtaskMode
emacs-wikiより良いかな…と思われたがメンテされなくなった。(>>466)

Emacs muse-mode
muse-mode は emacs-wiki をリファクタリングしたものらしい。(>>635)


>>50
すいません、change-log-modeってC-x 4 aで開けるアレですよね？
アレをどういう風にメモ書きに使っているのですか？

>>52
> アレをどういう風にメモ書きに使っているのですか？
http://www.google.com/search?q=changelog+%E3%83%A1%E3%83%A2

そのキーワードで色々出てくるのか（汗
歴史が長いんだね。
ようはブログみたいな使い方なのね。
情報ありがとう

今muse-modeを導入したんだけど、
ｸﾞｸﾞｯてもあんまり日本語の情報が出てこない…
使っている人いないのかな？

Emacsの話ばっかなのな・・・
Kateの話ほしっす

使い込めといってもエディタ一般ネタなら突っ込んだネタは出ないし
一般的な話題をするのはスレ違い。
スレタイのつけ方が敗因だな。

つまり>1が「テキストエディタ」という名前のエディタを開発すればいいんだろ

>>57
それだ。

Emacsの話ばっかなのな・・・
Kateの話ほしっす
コピペっす。

>>59
どんな話よ。

ヲレはダイヤモンドカーソルが使えるテキストエディタが良い。

やっぱ、viでしょ。
慣れるまで何度も挫折しそうになるけど、
慣れてしまえばviほど早く編集できる
エディタは他にないように思う。

と同じことをEmacs党も思ってるわけよ。

emacs メインで vi サブだが、
emacs のキーバインドは狂ってるよ。

オリジナルだと Meta キーがいい場所にあったらしいけど
今は Esc に振ってるから嬉しくもなんともない、って話を聞いた。
CapsLock とか何の権利があってあそこに居座ってるんだろう？
自分のPCはキーバインド変更してCtrlとスワップしてるから良いものの
人のPCいじるたびにフラストレーションで叩き壊したくなる。

>>65
俺は会社でいろんなＰＣをいじることがあるから、フラストレーションが
たまらないようにCtrlとCapsLockの入れ替えをせずに、その配置に慣
れるように訓練したよ。

デスクトップの場合、Ctrlは掌の外側の腹で押せるからすぐに慣れる
ね。ノートＰＣはCtrlの位置を体に覚えさせるのに時間が掛かったけど、
今ではほとんど意識せずに通常キーを押すのとは反対側のCtrlに小
指が行くようになったよ。

デスクトップだけど、Ctrlは小指でしっかり押してる。
外側の腹なんかで押したら半角/全角キーまで押してしまいそうだ。

Emacsのデフォでどうしても気にいらんのが
C-n C-p C-b C-fのカーソル移動な。(そりゃ覚えやすいけどよ)
こればっかりはViのhjklに当てないとなんもできん。
hjklはNethack半日やれば指が勝手に覚えてくれる。
悩ましいのはC-k、c-hなんかみたいに
頻繁に使うデフォのキーバインドをどこにやるか、なんだが
同様のことしてるおまえら、いたらさらしてください

完全にEmacsデフォルトのキーバインドに慣れているので問題なしです

emacs で hjkl 使いたいなら viper-mode 使うといいよ。

俺的にはvi脳とemacs脳は共存できる。
メモ帳(を含むMS-WIN上エディタ全般)脳の共存が無理。

そしてNethackはB3Fくらいで死ぬ。主に飢餓で。

>>70
vipper-modeｷﾀｺﾚ

ふと思ったんだけどさ。
なんで、ウィリアムは
ダイヤモンドカーソルと相容れないGUIデザインをしたんだろう?

WindowsにEmacsやviの影は一切感じられないし
彼自身は、カーソルキーが普通だったのかな?

まさか、マウスポインターでカーソルをするのが
唯一最良のインターフェイスと思ったんだろうか?

そのわりには、そんな思想を感じさせるような
MS製キーボードがリリースされていないんだよね。

英語に馴染まない人に理解しがたいp,nや位置関係が逆転に近いb,fは
個人的な発想が普及したものとして、納得はいくものだけど
MS社にとって、カーソル操作は
カーソルキーがあるからいいって程度の問題でしか無かったのかなぁ。

Windowsでのそれを無視できなかったgnomeとKDEの
ショートカットデザインを見ると暗澹たる気持ちになるよ。

#とりあえず、anthy + scimはカスタマイズが簡単だったので
#文節操作だけはctrl + a,s,d,f,e,xにした。かなり使いやすくなった。

分の場合、
CTRLやALTを押しながら、キーを打つ場合は手がずれるので、
CTRLやALTを押した状態での手のホームポジションを個別に暗記している。
「b」は通常、左手の人差し指で押すと思うが、
「CTRL+b」と打つ場合は左手小指でCTRLを押す都合上、左手が「b」から遠ざかるから、
右手人差し指で「b」を押すとか。　

あと、
「CTRL+w」は左小指でCTRL押して、左薬指で「w」、
「ESC+w」は左手親指で「ALT」を押しながら、左手薬指で「W」を押すとか。

「CTRL+c」とか「CTRL+d」は左手人差し指で押すが中指で押すか悩みどころ。
「CTRL+c」を左手小指+人差し指で押すと結構「CTRL+v」と押し間違える。
左手小指+中指だと押し間違いは無いが、遠すぎてきつい。

>「CTRL+w」は左小指でCTRL押して、左薬指で「w」、
>「ESC+w」は左手親指で「ALT」を押しながら、左手薬指で「W」を押すとか。
これは普通じゃまいか?

>>75
間違えた。中指だった。
ちなみにctrl押すときは「q」「a」「z」の列が左手薬指で押して
「w」「s」「x」の列は左手中指。「e」「d」「c」の列は「e」は中指だが、
「d」と「c」は中指と人差し指、どちらも微妙なので、場合により、どちらも使う。

ちなみに主な用途はコールセンターでお客の話のメモに使用
まあ会社なのでwinでmeadowなわけなのだが・・

名前:
電話番号:
住所
用件:

上記見たいな項目を客がランダムに言ってくるので、
これを話しながらメモるにはemacsが最適。
昔は秀丸を使用していて、カーソル位置を移動するたびに
ホームホジションからカーソルキーに手を移動してガチャガチャやっていたが、
emacsにしてからはホームポジションから手が離れんし、コピペも楽なので
一日経ったあとの疲れ方がかなり変わった。
なれるとカーソル移動のエディタにはもう戻れん。

viはカーソル移動+α程度しか知らないが、こういう使い方にはどうなのかな?
一時期練習したが、半角英数と日本語がランダムに出てくる文章でESCとかiとか半角ボタンとか何が何だかわけわからなくなって挫折したが。

自分もEmacs使いだが「〜をするならEmacsが最適！」というのは
不毛な言い争いになるのであれだな
まぁ自分の場合は何から何までほとんどがEmacsな訳だがw

kateってキーボードマクロ使えない？

カーソル移動にカーソルキーを使うという発想自体は自然なので理解できるが、
カーソルキーが合理的な位置にあるかどうかは別だよな。
そもそも人間の手でいくつまでのキーを自然に扱えるかという問題もあるので、
用途別にやみくもにキーを増やせばいいというわけでもない。

たとえば、スペースのひとつ下の段を設けて
左手側のctrlとaltの間に↑
その下に←↓→ってデザインはよくね。

これだと、Windowsキーもaltの→の右に置けるから
左altが本来の大きさに戻ってくれる。

そもそもホームポジションから、従来のカーソルキーは遠い。
ノートパソコンみたいに、右下のキーを特殊化して
カーソルキーを密着させても使いにくいだけだから
その枠を、下に広げたほうが幸せだと思うよ。

個人的には、BIOSレベルでタッチパッドが
カーソルキーとして使えるモードもいいかなと思う。

キーボードの話はこの辺でやったら?

【マウス】Good Mouse and Keyboard【キーボード】
http://pc8.2ch.net/test/read.cgi/linux/1066579070/
Keyboard キーボード 2
http://pc8.2ch.net/test/read.cgi/unix/1055904385/

　　　　　　　 　 ＿＿＿　 　　　　　　　　　　　　　　　＿
　　　　　　　／　＿＿＿＿ヽ　　　　　　 　 　　／ ￣　　￣ ＼
　　　　　　　|　 | /, −､, -､ｌ　　　　　　 　 　 /､　　　　　　 　　 ヽ
　　　　　　　| _|　-|　 ･|<　||　　　　　　 　 　 |･ |―-､　　　　　　 |
　　 , ―-､　(6　 ＿ｰ っ-´､}　　　　　　 　 ｑ -´　二 ヽ　　　　　 |
　　 |　-⊂)　＼ ヽ_ ￣￣ﾉﾉ　　　　　　 　　 ﾉ＿　ー　 |　　　　　|
　 　 |￣￣|／ （_ ∧￣ / ､　＼　　　　　　　 ＼.￣｀　 |　 　 　　/
　 　 ヽ　　｀　,.|　 　　￣　　|　　|　　　　　　 　　O＝＝＝＝＝ |
　 　 　 ｀− ´ |　　　　　　　| ＿|　　　　　　　　/　　　　　　 　　 |
　　　　　　 　　|　　　　　　 （t 　）　　　　　　　/　 　 /　　　　　　|
「Emacsってのを使ってみるよ！」
「これで僕もｽｰﾊﾟｰﾊｶｰの仲間入りだ！」

　　　数か月後・・・
　　　　　　,-――-､　　　　　　　　　　　　　　　　　　＿＿＿
　　　　　 { , -_−_−　　　　　　　　　　　 　　　　 ／　　_ 　　_ ヽ
　　　　　.(6（ /),(ヽ|　　　　　　 　　　　　 　　　　/　 ,-（〃）bヾ）､l
　 　　 ／人 ー- ソヽ ＿　　　　　　　　　　　　 |　/三 U 　|~ 三|_
　 ／　 /　 | ￣_∧／　　 ヽ　 　　　　　　　 　|（__.）―-､_|＿つ_）
　 　 　 | |　 ＼/_/-､　 　　/　 　　　　　　　　 /　 /｀ー--―-´ /
　 　 　 |-＼ _|_ ）＿|　　 /　 　　　　　　　 　　|　 //￣（ ｔ ）￣/
　 　 　 ヽ-|￣|　 |＿|_ /　 　　　　　　　　,− |　　 | ヽ二二/⌒l
　 　 ／　 l―┴､|＿＿)　 　　　　　　　　|　 （＿＿＞ -―（＿ﾉ
　／　 　　｀-―┘ /　　　　　　　　　　　 ｀- ´
　　　　　　 　 　 /
　「設定変えるのが楽しすぎて未だに
　　　Cの勉強もしてないんだよ」　　　　　　　　　　　「・・・。」

>>82
実際のところプログラミングだろうがタグ打ちだろうが
なにかしらの用途がない奴にはカスタマイズしようがないのがEmacs。
フォント変えたりFaceいじったりだけなら三日で飽きるだろうな。
逆に何かを編集しててこういうことできねーか、みたいなアイデアには
大抵ついていけるのがEmacs。
つーかエディタってそういうもんだろ？

Emacsの場合卑怯と言えば卑怯だわなw
エディタの限界を超えたというかエディタとしての枠を完全に超えてる気がする

しいて言えば、Emacsは
テキストエディターを越えて、テキスト自体ではなく
テキスト編集の環境をエディットできるエディター

あらゆる機能があらゆる専用アプリに劣る半端エディタ。
それがEmacs

エディタの機能を拡張する機能はすごいよ。

五目並べばっかやってます。。

>>86
エディタとして使ってない奴のカスタマイズなんて
ありえないと言い切れれば俺はどっちでもいいけど
navi2chとかはEmacs慣れしてる人には他の2chビューアのどれよりも使いやすい。
そうでない人にはクソだろうけどな。

webからコピーしてメールにペーストしたりnavi2chからURL開いたりをemacs内だけで出来るって凄い事だと思うよ。
同じ事するにはFxと雷鳥とおちゅーしゃ開かないといけないわけでしょ。リソース差が違いすぎるよ。
emacsがあるからCUIが実用に耐えてるわけだし。

げんなり

確かに凄いｴﾃﾞｨﾀだ>>Emacs

>>88
結構強いよね

テトリスもできるぜ。

ema糞ユーザーはどこにでも突然沸いてきて
オラが村の自慢(しかも傍で聞いていて全く羨ましくない)を始めるのがうざい。

他のエディタの自慢してもいいよ。

viって凄いかな。軽くて操作性がいいこと以外思い付かない。
設定ファイルいじる時しか使わないけど。
漏れの精進が足らんのか。
viの達人カモンヌ

結局vsスレになってるし

>>90
screenとmuttとw3m+w3m-2ch.cgiとvimでいいじゃん

軽くて操作性がいいのは大事なことじゃないか。

おいら設定ファイルの変更なんかはviだよ。Vimではなく。
今のVimはEmacs22よりは軽いけどなんかEmacs20と同じくらいには重い気ガス
逆にまとまったテキスト一から書くのにvi周辺使う奴の気が知れん

nviは使ったことあるけどviは使ったことないや

いくりぷす

>>52
確かにEtask-modeは止ってるね。
やはりMS Projectに負けたか。。

>>101
たしかにね、viとかでね。HTML文書スクラッチとか死にますよ。
というか、全角半角混在にモード切替えで、もうヮヶゎヵ

話変わるけど
ファイル内にtabとか無駄なスペースとか入れないで
見た目だけ、段下げ表示できるテキストエディターってあるかな?

やっぱHTMLでも、pとかdivとか
ややこしく使ってると、段下げしたくなる。

>ファイル内にtabとか無駄なスペースとか入れないで
>見た目だけ、段下げ表示できるテキストエディターってあるかな?

インデントはあくまでtabと自分ルール決めといて
あとは/\t//すればよかろ。
引用部分にtab使ってる可能性あるならそういうのは最後に挿入。

つかそうまでしてhtmlファイルのサイズを気にするご時世でもないと思うが。

vim 重けりゃ jvim 使えばいいと思う。UTF-8 も使えるし。

vlisp搭載vimﾏﾀﾞｰ?

UNIXの管理や開発をしてるとviは避けて通れないから、
viを使ってる。別のを覚えるの面倒だし。ただそれだけ。

Gentooから入ったからエディタはNanoなの。
難しいこと一切無し。

ただやっぱEmacs覚えたいなぁ。

debianからだから俺もnanoなの。
BSDも使ってみたことがあるのでviの初歩くらいは覚えてるけど。

よく「手をホームポジションから動かさずに使える」っていうけど、結局ESCやEnterで動かすと思うのです。

ところでWindowsではEmEditor派。

esc は C-[
enter は C-m
で代用できるのも多いよ。
端末で動くソフトならまず使える。

ctrl-capslockの入れ換えが有名だけど
日本語入力起動キーに全角/半角を使わない人は
そこにESCを割り当てて使っている場合もある。

左ctrlがそうだったように、PC-9801キーボードでのESCは
106(109)の全角/半角の位置にあったからね。

PC-9801のMS-DOSでVzとか使っていた人だと、改行はctrl+mだし
PC/AT上でも、ホームポジション離れずに使えているのかな…

ただ、Linuxとかの、DOSエミュレーションで動かしても
長いファイル名の問題とかあって、制限はきつそうだけどさ…

普通 Metaキーは Altなので ESCなんて押さない
でもって Ctrlキーとか Altキーがブラインドで押しづらいキーボードは買わない
(Altはスペースの両隣ね)

>よく「手をホームポジションから動かさずに使える」っていうけど、結局ESCやEnterで動かすと思うのです。
人差し指さえ動かさなかったら全指元に戻せると思う。

>>1
の
　　きれいな文書の書き方のコツ
　　こんな使い方でくるよ！
　　こうすれば問題解決！　　　　などなど

を鑑みると、
>>30

のような問題を話し合いたかったのでは？

重要な部分のマークアップにこんなタグ(or 括弧) を使うと
検索が簡単、とか、桁を揃えてブッタ斬られたときの検索テク、
とか、見出しはこうして目立たせると検索も簡単とか

いや、なにも検索ばかりでくなていいけど、

要するに、etext とか reStructuredText とか、
和製オンラインウェアの README.TXT に見られる構造
のようなものを使いまわすコツの話とか

なにをいまさら…

つか今時テキストエディタなんて使ってる奴がいるとは驚きだな。
前世紀で絶滅したかと思っていたよ。
そんな砂つぶで城を建てるような愚かなことをしないで
目的別に特化したアプリ使えよな。

なんか作業しながらメモ取るには
お気に入りのエディタがもっとも特化してる。

私の.emacsは自分用に最も特化されております。

>>118
知らないのか？テキストエディタを４０年間使い続けると魔法が
使える様になるんだぜ

>>118
そのアプリを作るのにエディタが必要なわけだが。
IDE(統合開発環境)使ったとしても結局付属のエディタでコード書いてるわけだからな。

>>122
その付属のエディタは「テキストエディタ」なのか?
専用のエディタなんじゃないのか?

（　ﾟдﾟ）ﾎﾟｶｰﾝ

>>123
付属のエディタは
特化された（or専用の）「テキストエディタ」

テキストエディタを作るのに使ったテキストエディタは何？
えっと、つまりテキストエディタが存在しない頃にテキストエディタを作った時は、
どういう風に作ったんだろうなーって思って。

紙に書いてから、コード表見て自分でマシン語に直してた。

>>126
それはコンパイラでよく聞かれる質問だが
たいていは別OS別マシンのエディタを使う。
その連鎖を辿って行き着く最初のエディタは
コードを16進で直打ちしたんだろう。

>>125
コード書きエディタはコード以外も出力するから
あれをテキストエディタと呼ぶのはどうかと思う

>>129
まさにポエム！！

geditはダメっ子だということは動かしたい事実

>130 は一太郎やWordもテキストエディタって呼ぶんだろうな…

手に馴染むかどうかはキーボードで
全て操作できるかどうかに掛かっている

>>1
> 　　こんな使い方でくるよ！

$ export PAGER=leafpad
とか

なんかwindowsのmeadowとかMacのcarbon emacsとかあるけど、
なんだかんだ言ってlinuixのemacsが一番使い勝手いい気がする

>>135
（・∀・）人（・∀・）

外部コマンドとの連携はunixでやったほうが相性いいよな。

【補足】
135は一応meadowもcarbon emacsも使っての感想です。

>>135
>なんだかんだ言ってlinuixのemacsが一番使い勝手いい気がする

とりあえず。
linuix の emacs の情報を出してもらおうか。

とりあえず速い。
日本語環境を整えやすい。
安定している。

Linuixについて整理すべきだ

愛の溢れるLinuxです。

emacs22で.javaをjdeeで扱っていますが、C++とかCのやつって、ショボくないですか？
補完とか効くようなlispはないんでしょうか？

ed 愛用してますが、さすがに使ってる人いませんか?

居ません。

edはさすがに厳しいのでexで文化的な生活を送ってます。

>>135は指が太い

scribes

一時期WIndows環境で仕事をしていてviviの世代バックアップになれてしまいました。
で、今度Linuxに戻ってきたのですがgvimやvimで世代バックアップって可能なのでしょうか？

普通に rcs とか cvs じゃ駄目なの？

>>150
いや、特別な事前設定に無しに、保存の度に自動的に差分バックアップってのを実現させたいんです。
マクロ？を使えば可能なんでしょうか？

有料でいいからまともなエディタつくってくれよ。

ＫＷＲＩＴＥ

ぶっちゃけ秀丸が移植されたら、国内の企業系ではemacsの多くは駆逐され、
vi＋秀丸じゃないかなあ。ありえないか。
windows環境からUNIXのX Windowを使うだろうから、メジャーなエディタと同じ操作が出来れば
効率が良いんだけど。

まぁEmacsを好んで使っている人はキータイプ大好き人間が多いから、移行しないだろうけど。
あと、Emacsがいかに素晴らしいかを教えようとする人が多すぎる。
「慣れれば速い」って、そりゃ「慣れれば」速くもなるでしょうよ・・・

うちのvimはxemacsより起動が遅いし
geditよりemacsの方が起動が速いから、
もうスピードの話をしてもなにがなにやら。。。

>>「慣れれば速い」って、そりゃ「慣れれば」速くもなるでしょうよ・・・
はっ、目から鱗。。。CUI環境で操作する方が、操作処理が速いと教えていた俺、反省します。

>>154
あれだけ一世を風靡していたMifesを移植してもだめだったから、秀丸を移植してもだめじゃない？
>>155
geditもemacsもleafpadも起動に時間がかかる。ngで十分。

秀丸だけ移植しても話にならんだろ。
日本語入力やファイル選択ダイアログ、
ありとあらゆる部分で違和感覚えて嫌になる。

vi大好きっ子さんだって Windows じゃ
メモ帳やらなんやら使うでしょ。
結局そぐわねえものを無理に使ってもアレなんだよ。

viの話はもういいよ。
あんなの、エディタじゃないよ。
一昔前のＤＯＳのエディタみたいなものだろ。
秀丸になれてるから移植したら便利になる。

vi -> マニュアル軽トラ
emacs -> 大型トラック
秀丸 -> 乗用車オートマ

みたいなもんだろ。
軽トラには軽トラならではの用途と使い方があるんだよ。

だから、もう軽トラの話はいいってことだよ。
よく使う乗用車が必要なんだよ。

派遣先の会社で未レジストの秀丸の使用を
強制されたときは発狂しそうになった。
短期契約で助かった。

エディタで一番コワいのが、
突っ込んだ機能の微妙な差異。
そういう意味では下手に似ているより、
完全に別世界ナエディタの方がいいけど。

・・・VZ大好き人間としては、geditより
emacsの方が馴染みやすいですが。

vzならgeditのほうが近いはず。

Vz大好き人間としては、SHIFTキーを押したときのあのスムーススクロールがないと

事故レスごめん。
SHIFTキーを押したら高速になる(=スムースでなくなる)んだった

スムーススクロールはよかったね。
pc98 の時点で Vz から emacs(mule) に移行しちゃったけど、
スムーススクロールだけは心残りだった。

俺はKWriteで突き進む！！

geditは、秀丸マクロがないだろ？
rubyとかで、文末に改行いれてとか、日付いれてとかできるのかな。
できたとしても、ボタンひとつでマクロ実行できるわけじゃないし。
やっぱり、まだまだだな。

そりゃ秀丸マクロが秀丸以外についてるわけないさ。

こんな夜中にチャチャいれるな。
秀丸マクロをつけようと思ったら、つけれるんだよ。
ハッカーなら。

emacsでよければこんなのがあったな。
他にも随分色々とgoogleさんに問い合わせたら出てくる

;;;; 文末に日付挿入
;; キー割り当て
(global-set-key "\M-p" 'mydate)
;; マクロ
(defun mydate()
(interactive)
;; ページの先頭にジャンプ
;; カーソル位置に挿入ならば除外
(beginning-of-buffer)
(insert (format-time-string "%Y-%m-%d(%H:%M:%S)" (current-time)))
(insert "\n")
)

AT限定免許のやつにMTのよさがわかるわけない
vi使えないやつにviのよさがわかるわけない

emacsのマクロは、本当に変。
Lispかなんかが壊れたみたいな言語。
秀丸マクロは、まるで、簡易Ｃ言語のようで、わかりやすい、書きやすい。

lispが変ですか...
まぁ人によって読みやすい書きやすい言語ってあるからな。
ただ「変」と言い切るのはｲｶｶﾞﾅﾓﾉｶ

ものすごい勢いでマジレスが続いているので入りこめないッ

>>176
(;´Д｀)ﾊｧﾊｧ

lisp をマクロと言ってる時点で lisp 知らんな。

関数型言語が変態なのは間違いないけどな。

nanoとKWriteで万事解決。

マクロ？　それってお刺身にしたりするやつ？

>>180
それならKateの方がいいよ。

kwriteってマクロもないのかよ。最低だな。なんで、こんなに遅れてるの？
URIだってクリッカブルじゃないんだろ？

>>169
geditのマクロ用言語はPythonだよ。rubyはどうだか知らない。
| Gedit のためのプラグインを Python で記述できるようになっています。これによって強力な
| プログラマでなくとも Gedit の機能をを簡単に拡張、カスタマイズできます。外部コマンドの
| 実行、タグに基づいた補完のサポート、そして対話的な Python コンソールといった便利ない
| くつかのプラグインが Gedit に含まれています。
マクロ（プラグイン）にキーを割り当てて一発実行はもちろんできる。
また、UNIXコマンドをgeditの中から使えるから、makeとかgrepとか
シェルスクリプトでできる程度のことはできるし、それらにショートカ
ットキーを割り当てることももちろん可能。
gedit用のYaTeXができればgeditに移行してもいいかなと思っている。

あぁ、それから秀丸にはSFTP, FTP, WebDAVのファイルを直接編集できたっけ？

こっちでやったら?

秀丸をUnixに移植しろ！emacs,viはゴミ以下 3
http://pc8.2ch.net/test/read.cgi/unix/1110364337/

geditのマクロ用言語はPythonか。
Ｌｉｎｕｘマシンが使えないので、知らなかったよ。
ちょっと光が見えてきた。

ＵＲＩをクリッカブルにできないの？

>>1 の趣旨からみごとにはずれちゃってるな（笑）

ｋａｔｅでいいじゃん。内蔵ターミナルもついてるし。

"http://www.megasoft.co.jp/milinux/index.html"
テキストエディタ MIFES for Linux-MIFESシリーズ-製品情報-メガソフト株式会社

リンクまちがい。

MIFES for linux 　　　エディタ　　　　　
http://www.megasoft.co.jp/milinux/index.html

これ使ってみて。

>>190
M○SOFTの方ですか？
編集可能ファイルサイズが何故Windows版に負けているのですか？
ttp://www.megasoft.co.jp/milinux/product/hikaku.html

いちいち社員にしなくてもいい。

体験版があるよ。
http://www.megasoft.co.jp/cgi-bin/try/milinux/cgi/form.pl

マクロが弱そう。
ＵＲＩがクリッカブルじゃなさそう。
geditに勝てるのか。

クリッカブルにこだわるねぇ。

>>192
心情的にはM○SOFTさんにがんばって欲しいけど（MS-DOSの頃にものすごくお世話にな
ったから）、今はemacsに出会ったから他のエディタはいらない。
>>193
対抗馬はgeditじゃなくてngだと思う。コンソールアプリにURIのクリッカブルを求めるのは
筋違い。昔はMifesのマクロを書きまくったけど、秀丸のマクロと大差ない気がする。

始めまして。
RedHatLinux9にScribesというエディタを導入しようと、サイトからDLしてきたのですが、
インストールの方法がわかりません。
どなたかご存知の方がいたら教えていただけないでしょうか？

ダウンロードサイト
http://scribes.sourceforge.net/

>>196
http://scribes.sourceforge.net/documentation.html

>>197
どうもありがとうございます。
必要要件に記述されている、Yelp 2.12とPython2.4とGNOME Python Extras 2.12
のインストールの方法がわからないです。
ファイルの展開まではできたんですけどorz

よろしくお願いします

>>198
redhat9に入れるのは大変だと思うよ。
そんな古い環境に自分でgnome2.12を入れるなんて俺はしたくない
Fedora5だったらrpm用意されている

>>199
やっぱそうですよねぇ。自分的にはFedoraを使いたいのですが、会社で使う環境が
RHLなんですよ。
やっぱ、無理しないでRHLにデフォで入ってるgeditでやったほうがいいですかね

クリッカブルじゃないと、いちいちＵＲＩをコピーしてブラウザにはりつけて、めんどうで
しかたがないのだけど。おれだけなの？

Select & Paste

emacsて軽い？鳥の管理ツール情報ではパッケージが20Mはあるんですが。
メモリが60Mしか無いノートだからそこが気になる。

Leafpad(･∀･)ｲｲ!!

>>201
エディタで範囲選択してブラウザで中クリックするだけだから
そんなにめんどうだと思わないよ。
そもそもエディタで開いたファイルの URL に飛びたくなることが
そんなにない。

>>203
とりあえず使ってみて
重かったら消せば?

>>203
デスクトップ環境とかコテコテに使ってなきゃ60Mもメモリあれば全然OKかと。

X 使うなら軽量wmとkterm+emacsくらいでぎりぎりじゃないの。
5年前に32MBで上記の構成で使ってたけど
かなり厳しかった。
今はカーネルもXもemacsもでかくなってるし、64MBでもどうかな？

kateでキーボードマクロみたいなことできる？

[TAB]、[TAB]、[End]、";"、[Down]、[Home]を最終行まで繰り返し

とか。kateじゃなくてもLinuxで使えるGUIエディタなら何でもいいんだけど。

>>209
Emacs はだめ?

最悪はEmacsでもいいんだけど、俺が使うんじゃなくて人に使わせるもんで、
できればWindowsソフトライクなGnome/KDEアプリとかその辺がいいんだ。

たしかにemacsは最悪だ

でも愛してる

emacsは、emacsオタクの道具だろ。一般人向けが必要。

>>209
Mifes for Linux

試用版いれてみてよ。

RedHatLinux9で使えるwindowsライクなエディタってないですか？

Windows-like なエディタってnotepad.exeのこと？geditは？

Leafpad
gedit
kwrite
kedit

MS Wordとか開いても
ついいきなり jjjjj とか入力してしまう
私が来ましたよ

なの

gnome1.xの頃のgeditが良かったなあ。
初めてGNOME2使ったとき、機能激減ぶりに怒りを覚えた

>>222
逆だと思うけど。おれは、日本語文字列の検索・置換がまともにできないgeditに挫折して
emacsを覚えてしまった。geditさえちゃんとしてれば、emacs使いにならずにすんだのに。

昔はよかったは、老人のぐち。

グッチ裕三

15年近くEmacs使ってきたが、最近はすっかり Kate & Eclipse。
もうEmacsには戻れないなぁ。

Kateはいいセン行ってるとは思うんだけど、もうすこし自由度（拡張性）がほしい。

なんか kate ってさ、
・等幅フォントを使ってるのに日本語と英数で幅がずれる
日本語１文字が英数２文字の幅にあって欲しい
・日本語変換未確定の文字列が確定済みのフォントと合わない
みたいな感じが嫌で使ってないんだよね。

後者は skim でなんとかなるらしい (?) けど、前者は皆さんどうしてます？
Qt, GTK+ 両方同じことになるよね。gedit とか leafpad でも同じだし。
その割に konsole とか gnome-terminal とかではちゃんとなってるんだよね。
どういうことだ。わからん。

>>228
ずれないけど？
ttp://upup.is.land.to/src/up0411.jpg

>>229
あ、ホントだ。うちではこうなる
ttp://upup.is.land.to/src/up0417.png
何がいかんのかな。日頃の行いとかかな
ディストリは何？ アンチエイリアスかけてもちゃんとなるの？

>>228, 230
使うフォントにもよるみたい。
http://upup.is.land.to/src/up0429.jpg
↑ Osaka-Mono 13pt

確かに文字サイズによってはちゃんとなるね。
小さいサイズだとそろわなくなるのかな？
GTK+1 とかのころはサイズに関わらずちゃんとなってたんだが、
俺って完全に X の進化に取り残されたみたいだな。
まぁ、そのうちどんなサイズでも問題なくそろう綺麗なフォントが見つかるだろう
という淡い期待を胸に、当分はリコーのゴシック12ポイントを使うことにします

システム入れ替えたら？

Windowsでも、文字サイズを1.5ptの整数倍にしないと
全角と半角がそろわないとかはあったな

フォントによっても違うように見えるとかありそうだな

エディタのスクリーンショット集作ってみますた
ttp://homepage2.nifty.com/coin/editorshot/
一人だと限界があるので、画像募集中です

ウィンドウズのエディタばっかり。

gedit kwrite kedit

メモ帳しか使ったことありませんが何か？

メモ帳って何？ KNoteのこと？

最近の若い奴はメモ帳も知らないのか
メモ帳っていうのは白い紙が束になっているものだよ

ノートのことを帳面といったらじじい扱いされた。

じじい扱いするやつがバカだよ。
カタカナにしたら新しいと思っているアホ。

>>243
みたいなキャベツ太郎はポア

>>236
推定本人以外誰もアップロードしていないじゃんw

俺、うｐしたけど。
今見てみると、俺＋１くらいしか居ないようだ。

最近Fedra core5でlinux勉強し始めたものです

>geditには(厄介なことに)以前開いたファイルのエンコーディングを保存する機能がついていたりします
>おそらく間違ったエンコーディング情報が~/.gnome2/gedit->metadata.xmlあたりに保存されてしまって
>いたのではないかと思います
http://bbs.fedora.jp/read.php?FID=9&TID=3157

日本語の書かれているファイルはleafpadで開けばとりあえず大丈夫。ちぃ覚えた。

>238
Kateが抜けてるような希ガス。
kwriteは帯に短し襷中に長しで中途半端。
Keditなら時々使わんでもない。

自分、文系だけど人文系なんで経済とかみたいに数式使わん。
従ってTeXとか不要で、テキストエディタさえあれば良い。

>243
本当のじじいは灰皿のことを「タバコ盆」というのだよ。
辞書ではなく「字引」とか。

じびきは普通にいうだろ。

言うね。60代以上なら。

nanoが無い

サクラエディタ移植されないかな

>>253
愛用していたよ。
Linux環境で使用感が近いのってなんだろ? kate?

xyzzyのlinux版きぼん

>>255
そんなことをいわれたらemacsの立場が。。。

Common Lisp という点を除いて何かあるのか。。

そういういい方をしたらemacsも同じじゃね
elispを除いたら何かあるのか？

>>258
論点がずれてるぞ

>>259
論点なんてあるのか？
安直にLinuxのxyzzyが欲しい奴が居ても別に不思議じゃないが、
あーそうですか、って感じで話は終わってる
使い慣れたモノを使いやすいと思うのは当然だから特徴を云々
いったところで仕方がない

viで範囲指定してコピペしたい時ってどうやるのが一般的ですか？
y行数yやd行数dでpする方法しかとりあえず知らないのですが

行数数えるの面倒くさいでし

>>261
行数じゃなくてもいいじゃん。
y / とか。

vim なら v とか。

maして'yとか

>>260
・xyzzyほしい
・emacsあるじゃん
・Common Lispが使えるという以外にxyzzyにこだわる必要ないじゃん
・elispが使えるという以外にemacsにこだわる必要ないじゃん

という流れに見えたから、
最後のはちょっとおかしくね？
って思っただけ

Ｅｍａｃｓ撲滅委員会 その２
ttp://pc8.2ch.net/test/read.cgi/unix/1091212668/l2

>>265
たしかに俺も変な流れだと思った。

xyzzyのlinux版が必要かどうかの話なのに
なぜかすでに存在するemacsの評価になってる。

>>267
たしかに俺も変な流れだと思った。

テキストエディタを使い込めという話なのに
なぜか存在もしないxyzzyが必要かになってる。

初心者ですが、教えてほしいことがあります！テキストエディタで
改行コードを自動変換してくれるフリーソフトありませんか？
おしえてください！

>改行コードを自動変換
どういう意味だ？ 自動で認識ではなく変換？
どんなときでもCFで保存すればいいということか？

>>270
CFは無いと思うんだけど。
CR
CRLF
LF
の三種類が主。

すみません、まちがいました。
改行コードを自動で合わせてくれるフリーソフトでした。

>271
いつの間にか俺の脳内ではCFになっていた。ありがとう

>>272
まだ意味不明。
具体的な用例をあげた方がレスが付く気がする。

# win系のftpクライアント何かに付いていることがある
# 改行コード自動変換あたりを想像してるけど。

エディタの話じゃないなら
くだ質あたりでやった方がいいんじゃね。

え・・と聞いた話によると、秀丸をつかえば、開いたテキストに文字を追加するとき
に、自動で改行コードを元のテキストの改行コードに変換してくれる
らしいです。その機能をもったフリーソフトあったら教えてください！

>>276
もしかして，探しているソフトはWindows用?

>自動で改行コードを元のテキストの改行コードに変換
わからん。大抵のエディタは改行を変えと思うよ。
leafpadでも使っておけ
http://www.atmarkit.co.jp/flinux/rensai/linuxtips/820useleafpad.html

変え → 変えない

>>278さん、ありがとうございます！
つかわせていただきます。

win用なら下記が便利
http://www.vector.co.jp/soft/win95/util/se326595.html

そうそうLeafpadだ。うかつにgeditで開いてしまうと日本語が全部あぼーんしてしまう。

emacs使ってる人っている？

うん

ラインエディタ<ed>は、UTF-8の入力にも使えます。

UTF-8で日本語入力をしたいあなた！
UTF-8に対応した重いエディタを捨てて
軽い<ed>で書いてみませんか？

xterm -u8 &
ed
a
１行目の文です。
２行目の文です。
.
w foo.u8
q

これでUTF-8で書かれた
ファイルfoo.u8ができました。

emacsをcvsで追っかけるのが楽しい。

>>285

>cat /dev/stdin > foo
１行目の文です。
２行目の文です。
(ctrl+z)
>

cpでもOK?(化けるか?)

^Dじゃね？

初心者ですいません
わたしは　Fedora Core5を使っています。
文字はUTF-8 つかってます
いろいろやって（mule-ucxをごちょごちょ
undefineどうのこうの
）　UTF8のファイルの日本語をemacsで表示させることはできましたが、
にゅうりょくがままならずです・・
以前　/etc/sysconfig/i18nで　文字コードをeucJPにしているときは
入力表示もできたのですが　UTF-8のままで　emacs ニタイシ日本語入力
できるようにできないでしょうか？
教えてください　よろしくお願いします。

デフォルト(utf8)ではできるので、何かあんたが変なことをしていると思うよ

一度　けして　再インストールして　みても　できませんでした。
emacs上でanthyが日本語モードになってくれません・・・

>>291
anthy の切り替えは何のキーでしているの？
ctrl+space? shift+space? etc

半角全角キーをおせば　
anthyが起動します

C-\

294さん　それで反応しないんです
いえ反応はするんですが　エラーで　日本語入力開けない　とでます。

>>295
(set-input-method "japanese-anthy")　はしてるの？

>>296
cant activate とでてしまうんです・・

>>290
思い切って　OSごと　再インストールしました　
なんとか　いけそうです
みなさん　ありがとうございます
もう少し　本でも読んで詳しくなってから　出直します　(__)

>お茶碗
結局、何がしたかったんだ？自分の.emacs全然晒さずにマルチで質問しても
解決しなくて、再インストールかよｗ

>>299
まぁ初めのうちはうまく行かなかったら再インストールってのは
ある意味じゃ正解だろうけどね。最近インストールも速いし…

いや、もう俺はxyzzy一本でいいよ。
あまりにもEmacsは俺には難しいよ。

Ｅｍａｃｓ撲滅委員会 その２
http://pc8.2ch.net/test/read.cgi/unix/1091212668/l2

サクラエディタを使い込めというスレはここか。

scribesで良いよもう。

>>301
ほとんどかわらんだろｗ

>>304
pythonなんかでかかれたモンは信用できない。本物のプログラムはCかC++で書かれている。

以前KDE使ってたころはやっぱりKateが良かったな。
それかwineで秀丸なんかもありかな。
GNOMEではLeafpadかScribesだな。

>>305
See Ya C++?
http://www.allpeers.com/blog/2006/06/02/see-ya-c/
> It’s painful to work with a language that requires clunky header files,
> has a pitifully limited set of built-in types, doesn’t have proper
> support for exceptions, has subtly different syntax and behavior
> across platforms, etc. (complete with your own personal top ten
> things you hate about C++). Particularly painful when you consider
> the panoply of modern languages (Python, C#, Ruby, etc.) that have
> corrected most or all of these weaknesses.

今となってはC/C++はほとんどの部分で古いツール。モダンな言語
(Python, C#, Ruby, etc.)はその弱点のほとんどあるいはすべてを克服
している。

> What surprised me was not so much their dislike of C++ as a
> language, which is understandable, but the contention that (exact
> quote from the chat log) “if we were writing mozilla from scratch
> now, I doubt we’d use C/C++ for the vast majority of it.”

Mozillaの開発者Benjamin Smedbergは、これからMozillaを１から
書けるのだったら、C/C++はほとんどの部分で使わないだろうと言
っている。C++の嫌われ方は半端ではない。

>>307
そりゃXULとかXAMLを流行らせようとする会社の人間のいいそうなことだよ。
バグや脆弱性はどんな言語を使おうとも本質的に発生するものだ。
だったら、ノウハウ豊富なC/C++プログラムのほうがいい。まあ、おいらVMが嫌いなんだよ。
JavaでもAOTコンパイルしてくれるなら、まあ使わんでもない・・・

TEA text editor
http://tea-editor.sourceforge.net/
これ良いよ

SCIM＋Anthyで日本語入力するとKDEアプリがクラッシュするんです…

medit良いよ
http://mooedit.sourceforge.net/index.html

Linux用のXKeymacs
http://www.cam.hi-ho.ne.jp/oishi/
みたいなソフトってない？
これ使ってるからWinではEmacsライクなキー操作ができるんだが、
Linuxに戻ってLeafpadとかGeditとかfirefoxを使うときだけ
C-x, C-c, C-vとかを使わなくちゃいけなくて不便なんだが…
最低限コピペだけでもどうにかならないですかね。

>>312
xbindkeysとxvkbdを使えばどうだろう。

>>313
どっちも知りませんでした。ｻﾝｸｽです。ちょっと試してみます！

vi

vim

viでプログラミングする奴はバカ
http://pc8.2ch.net/test/read.cgi/tech/1156932067/

>>309
気持ち重い。
makeに必要なパッケージが多くてちょっと骨が折れた。

>>311
Shift_JISが文字化けする。
作者の名前が可愛げだから使ってみるか。

GUIベースのエディタで、
閉じ括弧でアンインデントが働くものってある？BS押すの面倒くさいんだけど。

gedit, medit, TEA, scribes にはそういう設定無かった。

>>309
これ良い。geditの置き換えにぴったり。XFceな俺がとうとう完全に非GNOMEに
なれたわ。キーバインド自在に変えられるようなんで、今WZeditorでやってる
html編集も置き換えられればWINEもいらなくなるな。

>>318
これだけ機能てんこもりな割には十分軽量だと思うけどなぁ。起動に掛かった
時間はgeditより遥かに早く、高速マシンなうちではleafpadあたりと区別が
付かん。

ブラウザで使うopenwysiwygエディタ
http://www.openwebware.com/products/openwysiwyg/

* Gedit
* Jedit
* Kate
* Scite
* Scribes

30年近く前にそれだけでプログラミングしようと腐心した
ed
が今でもちゃんと存在するUNIX-LINUX万歳!!!

gtk についてるtesttextってどうなの？

>>309
色分けされてるからなかなかいいね。
スクリプトの表示が分かり易く見える。

gvimは使えると思うんだけどなぁ。

使えるのと使いやすいので違うのでは？
emacsもviも非常に使えるけど
素人には使いやすくないよ。

○ 使える
emacs
vi

○ 使いやすい
leafpad
gedit
kate

全然足りないけど、こんな感じ？

creamも悪くないよ

GUI嫌いだったけど最近Kateが手に馴染んできた
キー操作カスタマイズするとEmacsよりいいかもね
目にやさしいのもGoo

Kateの起動時のウィンドウのサイズって変更できないの？

TEA良いみたいだが全然使いこなせない。

TEAの設定ってすごくいっぱいあるけどGUIでやってくれって感じだね。
そのわりにキーバインドの設定がマニュアルにもない。

それから、ターミナルから起動して終了させようとしても終了してくれない。
そのターミナルもかたまってしまうので、別のターミナルからいつも
kill -kill pidをしないといけない。ちなみにバージョンは14.0.1

>>333
16.0.5とか試してみたら？
キーバインドだけど、どうもソースをハックしてくれ、臭いなぁ。しかし、
コメントが非常に少なくちっとも分からんよ＜ソース

プログラミングの心得の無い俺には、使いこなせないエディタなのかな…

なんでKDEってkate　kedit　kwriteと
3つも似たようなエディターがパッケージされてるの?
特に後ろの2つの違いは分からん。

kateについて質問です。
Windowsの秀丸にあるようなアウトライン機能
を使うことはできるでしょうか。

>>336

デフォルトで使えるじゃん。
関数入れてみ？

デスクトップがGNOMEだとKateとかKDEのエディタ使えなくなりますか？

>>338
普通に使える。

Ubuntu Feisty（Gnome）で kate を使おうとしているんですが、
日本語入力で次のようなトラブルが発生してしまいます。
日本語入力にはSCIM Anthy を使用しています。

Kate で日本語を入力して改行し、さらに日本語を入力すると
改行前の箇所から入力されてしまいます。

また、同じタイミングで、キーボードからの入力が繰り返して
表示されてしまうこともあります。
katana と入力すると、「kかかたな」と表示されるようなことです。

どうしたら回避できるでしょうか。GNOMEを基本にして使って
いますので skim を使わずに済ましたいと考えています。

>Kate で日本語を入力して改行し、さらに日本語を入力すると
>改行前の箇所から入力されてしまいます。
この場合、改行していったんSCIMをoffにしてからonにしなおし
てから入力するとこの問題は発生しません。

>>340-341
Kate 使ってないから知らなかったけど、FC5+KDE+SCIM-anthy でも改行
に関して同じ症状出るね。これでは日本語は使いづらい。

>>341 はあくまでも回避法だね。かったるいし。

uimだと問題なす

SCIM-canna を使うとこの問題は起こらないのですが、いまさら canna、という気もしています。

スペースやタブを視覚的に表示するにはどうすれば…
terapadのような

>>345
どのエディタで?

視覚的というと流行は3Dでクルクル回ったりとかだな。
そんなエディタといえば……もちろん知らん。

いや、TAB 文字に色つけるくらいなら
いろんなエディタでできると思うよ。
全角空白と半角空白の区別は難しいかも。

>>345
emacsならタブ、半角空白、全角空白に好きな記号を色つきで表示できるけど、
他のエディタは知らん。おれは全角空白は薄い灰色の□にしている。
jaspace.elでぐぐれ。

Kate について質問です。
・「複数のファイルを検索する」という機能で、検索対象ファイルのコードを
指定する事はできるでしょうか。できるならどのようにしたらよいのでしょうか。
(Shift-JISのファイルが入ったディレクトリの中の全ファイルから検索したい)。

・アウトライン機能についてです。プログラムのツリー表示はデフォルトで
できるようですが、ツリー表示の定義(第n階層であるという指示)をユーザー
が自由に設定することはできないものでしょうか。

御教示よろしくお願いします。

唐揚げ定食

改行コード統一しないわけがわからん

有料のまんまで良いから、秀丸 for Linuxが欲しいんだが。

中の人をそそのかして作らせればいいさ

terapad for Linuxがｒｙ

っていうか、Kateは俺がつかったエディタの中で一番いい。いや、正確に言うと
一番いいのはEmEditorなんだが。Kateのここだけ改善されればというところがある。

それは
{　を入力した後、自動インデントされないこと。秀麻呂やEmEditorではされる。
あれが自動インデントされないと、なんか、激しく嫌だ。他のはダントツKateが一番。

まあ、欲をいえばTab化してほしいけど。ここまで、気を配られたエディタは非常にめずらしい。

>>356
Emacsはどうよ？自動インデントとかきれいにされるし。

Kate、タブバーあるよ。プラグインだけどうちの環境では最初から入ってた。
SUSE10.2、KDE3.5.7

すいません、変な質問なのですが、
geditの起動コマンドはgeditでいいのですか？
ターミナルに「gedit」と入力するちゃんと起動はするのですが、
ターミナル閉じてしまうとgeditも閉じてしまいます。
openofficeの場合は端末を閉じても終了しないので、
ひょっとしたらgeditの場合も別の起動コマンドがあるんじゃないかと思って
ちょっと気になりましたもので・・・。

gedit &

>>360
それダメなはず。
つかターミナルからの起動なら大抵>>359みたくなる。
OOoがむしろ特別。
どうしてもターミナル上から起動したいならman nohupしてみれ

>>360-361
ありがとうございました。
実はOOoもgeditもターミナルからしか起動できないのです(´・ω・｀)
でも「&」を入れることでターミナルをもう一つ起動しなくて済むので、
助かりましたm(_ _)m

nohup gedit

やっぱvi最高

おれはnanoなのだ！

あるお題をいかに素早く編集できるか
動画で競い合うっつーのはどう?

お題の内容によってそれぞれ得意不得意はあると思うけど。

じゃオレはcatでがんばるよ...

emacsってデフォでhtmlとかを色つけしてくれるんですか？

>>368
font-lock-mode を使おう。

>>368
ありがとうです。
おかげさまで色つけされるようになりました。
自分のだけ色つけされてないのかと、
不安になってたんですよ

きしゅつなら申し訳ないが、
ttp://scribes.sourceforge.net/demo.htm
ちょっと驚いた。emacsから浮気しそう

>>371
浮気しなくても、emacsでできるじゃん
http://platypope.org/yada/emacs-demo/

まぁ…abbrevだよな。

E Text Editor
http://www.e-texteditor.com/e_v10_released.html
> Yes, a linux version is in the works

viｺｲｻｰ!

Leafpad いいね。

ぼくはmousepadだお

駄小説書きに
もっとも適切なエディタを選択せよ。（５点）

>>371
textmateのsnippetだね
Emacsでもsnippet.elとsmart-snippet.elで出来るよ

>>379
ビデオ作ってうpして

http://blog.blueblack.net/item_38
というのがあった

>>380
>>372

>>381
これって便利そうだけど、wineでないと動かんみたいやん

>>383
http://scribes.sourceforge.net/

>>379
おお、expand-abbrevよりよさそうだな
教えてくれてありがとう

デフォの見た目が汚いねemacs
snippetの操作性も悪そう

>>386
それはフォントの問題なのでは?
操作性に関してはいくらでもカスタマイズできるからねぇ。emacsに限らず。

emacsユーザーの口癖
「カスタマイズできる」
デフォでだめなものはだめだ

え、だってこのスレ、テキストエディタを使い込め じゃん。

誰か俺にsnippet.elとsmart-snippet.elの違いを教えてくれ！

>>390
smart-snippet.el の動画を見つけた。いいねこれ。

ttp://smart-snippet.googlecode.com/files/smart-snippet.mpeg

使い込み != 不必要なカスタマイズ

まぁemacsにはテキストエディタトしてどうかっていう拡張いっぱいあるよなｗ

emacs に秀丸エディタの機能を持たせるようにカスタマイズしてくれたら、Windouwsやめて
まるっぽUbuntuにのりかえるんだけどなぁ。

Win使いの俺からしても秀丸はNoThankYou

>>394
無理に乗り換える必要ないじゃね？

秀丸ってwineで動くよな

>>397
普通に動く。
つーか秀丸にしかない機能って何だろう？

カスタマイズできるアウトライン機能

>>399
Windowsのエディタの中ではアウトライン機能実装するのかなり遅かったよね。
私はWzでアウトライン機能使ってたなあ。

ていうかカスタマイズできないアウトライン機能をのっけたエディタなんてあるの？

kate, gedit。
ツリー表示と同時に３ペインの表示ができて、アウトラインの見出の形式を
自由に設定できるエディタって、秀丸以外にあった？
Linuxで動くエディタでそんなのがあれば乗り換えてしまいたいんだけれど。
Wineでは日本語入力に問題あるしね。

>>401
Wzでもツリー表示できるけど、使ってなかったなあ。

秀丸のアウトライン機能と完全に同じものを望むなら大変だろうけど、
折り合いをつければ何かあるんじゃないかな。

ちなみに私はemacsのアウトライン機能で満足している。
不満足な部分は自分で修正できるしねぇ。
vimでもアウトライン機能あったなぁ、たしかツリー表示も出来た気が。

ee-outline というのがツリー表示できるね。
今使っているけど、意外といいかもしれない・・・
ttp://www.jurta.org/emacs/ee/outline.en.html

>>398
Ctrl-Alt-↓メニューも動くの？
Wine 使ったことないんだけどさ。

秀丸のアウトライン機能は、画面を縦分割して、一方にツリー表示をしてくれる。
その見出しの形式がカスタマイズ可能な点がありがたい。
kateも画面右側のペインにツリー表示ができるみたいだけれど、見出しの形式が
カスタマイズできないみたい（本当はできるのかもしれないけれど、どうもよくわからない）。

秀丸とほぼ同等な機能は、xyzzyでもできるけれど、dll を使って実現しているから、emacs
にはそのまま持ち込めない。

また秀丸かよ

それだけ優秀なエディタということですね。

秀丸は使いにくいというワケでもないけど
レジストするほどの価値は全く感じないな。
フリーのエディタで十分だと思う。

Peggyは

>>408
今はそうかもしれんが、俺がレジストしたときは、
電話代＋2400bps で１分１０円の通信料かかる頃なんで
得体の知れないフリーのエディタ試す金がもったいなかったんだな。

以来、一度も他のエディタにしようと思ったことがない。
俺がレジストしてから10年以上経ってるわけで、
Windows では秀丸のいいところ全部取り込んでるような
フリーエディタだってあって当たり前。


何で Linux には無いのか。

秀丸の話はこっちでやってるよ。

秀丸をUnixに移植しろ！emacs,viはゴミ以下 3
http://pc11.2ch.net/test/read.cgi/unix/1110364337/

>>411
そっちのスレもたまに行くけどさｗ

ただ、フルで移植する必要もないんだけどね。
gedit か mousepad で正規表現の検索と置換が普通に使えるようになればなぁ。

>>412
そうなんだけどさ。秀丸がLinuxに委囑されて、今のβバージョンだけど、ver.７あたりの機能がそのまま使えたら、Windowsからおさらばできるのに。

Peggy or Sakuraの俺には全くもって関係ない話

>>413
つーか、こないだから、秀丸秀丸うるさいわ、ボケ
geditで機能が欲しいなら自分でスクリプト書け、ダボが。
それが出来ないなら秀丸の作者に移植してくれって要求でもしていろ。
自分で何も行動せずくだ巻いてるなら、ここにくるな。

ったく、自らプラットフォームに縛られておいて、
そのことを無視した発言の数々、お前のような奴を女の腐ったようなというんだ。

どっちもｸﾏｰなわけだが、
初心者がとまどうような機能をやたらに削るのがポリシーのGNOME
標準のエディタなんだからしょうがない > gedit
正規表現なんてEmacsやvi同様の過去の遺物とでも勘違いしてる人
この板には多そうだし。
つかWindows上で秀丸におさまるまでの試行錯誤があったんなら
その程度の手間はかけて別なエディタ探すのが自然ちゃうか
多機能GUIエディタを使いたいならKateでも使えばどうよ

自分に合う道具を探すために本来の作業を置き去りにするのなら、
今ある道具に合う自分を作っていくほうが効率的。

そして自分に合う道具を作るために本来の作業を置き去りにするのですねｗ

そして道具に合う自分を作るために本来の作業を置き去りにするのですねｗ

昔、パソコンとかワークステーションを使いこなせるから、腕があると誤解したほら吹きがいた。

文字コード、改行コードを自動的に認識し表示出来るWindowsライクなエディタありますか？

>>421
gedit、leafpad などなど。

emacsでファイルを開くとき、例えば、
/usr/share/doc/zip/WHATSNEW
とするところを、
/u/s/d/zip/WHATSNEW
で開けるようにするelispってなんでしたっけ？
楽そうだから使おうかと思ったが、思い出せない・・・

(partial-completion-mode t) または M-x partial-completion-mode かな

>>424
おお、これかな？　最後にTABで補完ですね。
階層の深いファイルを開くときに便利だ。
ありがとですっ

>>422
geditは文字コードだけですね
改行コードは表示されませんね
leafpadは表示されますでしょうか？

>>426
TEA Editorおすすめ

>>426
む、ほんとだね。gedit中途半端だな・・・
leafpad では開けることを確認.
KDEのkateだっけ？　あれはどうだろうかね。

ああ、ごめん、改行記号を表示したいってことか。
改行表示は知らない.すまん。

>>428
kateは文字コードを自分で指定する必要があるぞ。
俺はWinも使うが、Linux上の文字コード関係はLeafpadかVimが優秀。

ちょっと気になったんで調べてみた。
windows で作成した38byte, 782kの2種類のsjisファイル

gedit　　　782Kのテキストが開けなかった。38byteのファイルは開けた
teaed　　　開けなかった。
leafpad　　問題無し。
gvim　　　 問題無し
emacs23　　問題無し
scribes　　開けない。

>>431
とりあえずそのファイルをUPしてみてくれ

とりあえず適当にVectorからTeraPadをダウンロードして中にあるReadme.txtを読みこんでみた。
gedit、leafpad、tea、meditではちゃんと開けたけど、scribesでは開けなかった。

gedit だけど、「��」「�＝vがあると開けないっぽい・・・・
ファイルサイズは関係なかった。

>>433
tea 開けた。自動認識では開けなかったよ・・・わざわざShift_JIS
指定しないと無理なのね・・・

>>435
設定でJapanese autodetectにしてたから気づかんかった。
autodetectでは開けないね。
Japanese autodetectではちゃんと自動認識する。

>>436
いや、Japanese autodetectにしても開けない.他に設定するとこあるのかな?

>>436
ubuntuのリポジトリにあるのがVer14.2.4だったので
17.1.1に上げたら自動認識するようになった。疲れたorz

synaptic見てたら、面白そうなエディタをハケンしたよ。
解説を読むと、テキストエディタでwikiっぽいことができるらしいのだが、正直使い方がよくわからん。
誰かマニュアル教えてくりないか〜？

zim
a desktop wiki
Zim is a WYSIWYG text editor. It aims at bringing the concept of a wiki to
your desktop. For example every page is saved as a text file with wiki markup.
Pages can contain links to other pages, and are saved automatically. Creating
a new page is as easy as linking to a non-existing page. This tool is intended
to keep track of TODO lists or serve as a personal scratch book.

>>439
普通のエディタじゃなくて個人用のwikiみたいな感じで、どっちかっていうとアウトラインエディタみたいな感じかな。
俺は以前から使ってるよ。
どこらへんがわからんの？

>>439
俺的にはemacs-wikiで十分

howmみたいなものか?

tiddlywikiもなかなか面白いよ。

この手のソフト幾つか試したけど結局google notebookに落ち着きそう。

emacsとgeditってどっちが使いやすいですか？
あと、XEmacsって消えかかってます？

>>445
あなたにとって使いやすいかそうでないかは分からないから・・・
どっちが高性能なら答えやすいけど

>445
すぐ使えるようになるが、それなりの機能なのが gedit
とにかく高機能だが、使えるようになるのに時間が掛かるのが emacs

起動にも時間が掛かるのが emacs

geditもプラグイン有効にしていくと結構重い。

emacs22の起動は結構軽いと思ったが

emacsの印刷アイコンをセーブアイコンと間違えて押してしまって、
orz
になることがたまにあるんだけど、
あのアイコンて消せないのかな？

>>451
(tool-bar-mode 0)

>>452
サンクス。

emacs を使ってる人は普通は単なる editor とは違う使い方をしていると思う。
あらゆるモード (TeX, C/C++, Ruby, lisp, html, etc), があるし、コンパイルしたり、
メールを管理したり。こういう作業は編集も必要だから同じ editor で常にできるのは楽。
今も navi2ch で emacs から書いてるけど。

>>454
ふと気づくとそれはOSやWindow Managerと変わらないという点に気づく
emacsあれば全て片付く

今はemacs使ってないから仮想モニタ10個ぐらい作ってそれぞれにアプリ配置

スペックの進化って恐いよね

そして最終的にはそれぞれのアプリを使った方が楽なことに気がつく。

メーラーなんてツリー表示して終わるもんじゃなくて
ツリー表示は始まりに過ぎないと思うんだがねぇ

>>456
そして、ようやくその頃にはemacsなしにはどんなアプリも使えないカタワな体に
なっていることに気づくが、すでに手遅れで治療矯正も出来ず、後に引けなくなってる。
そして、新たな感染者を作るために周囲に布教を始める。
恐ろしい話だ。

>>455-456
ある意味じゃそう思うよ。emacs は console しかない時代に
window たくさん開けるようなもので便利だった。

それぞれのアプリを使う方が楽かどうかはその人次第だね。
慣れもあるけど、個人的には editor は同じものを共有できた方が楽だな。
アプリごとに違う編集のしかたをするのはかったるいし、編集は kbd
メインだからあまりしょっちゅうマウス使いたくない。

ほんとemacs便利そうだよね
あの設定ファイルさせなければ…

emacsを設定変更不可で使わされ続けると発狂すると思う。

ところで皆さん.emacsファイルは何行くらい？
俺あんまいじらないでも快適に使えるので50行くらいだけど。
.Xresourcesの中のEmacs関連の設定と合わせても100行くらいか。

すごい長い人ってどんなこと書いてるのか教えてくれー

過去の遺産を引っ張ってくると…
400行ぐらいか

Ctl-Tでバッファ切り替えやYaTexやら懐かしいのが

emacs の lisp ファイルは数百行あるけど、ほとんどは distro のデフォルト。
ちょこっと書き換えたり、書き足したりするだけ。今や自分で書いたり変更したのは
数十行程度じゃないかな。昔のは動かなくなったりするし、最近のデフォルト
は十分使えるからね。

>>462
.emacsで読み込んでいる設定ファイル(.emacs.my.elとか)を含めると1156行です。
これって多い方なの？

>>465
distro に依るだろうけど、デフォルトの el ファイルで行数は
その程度あるよ。

使い込めという趣旨ではemacsは正解とも言える
後はそれで何をするか、とemacs捨てるときのあの覚悟

>>465
長いですね。。例えばどういう事書いてるんですか？

規制解除きたぁっ、書き込めるぅ；；

うちでは、~/.emacsの行数は1717行あった。
そのうちコメント行と空行を取り除いたら、733行になった。
多いか少ないかはわかんね。

cat .elisp/*.el | wc -l
で7000くらいになった。
設定というか自分でメジャーモード作ったり
アプリもどき作ると上限なく増えると思う。

なんとなくVineやDebianの日本語設定なんかを
そのまま使ってる人多いんちゃうかあんたら。
;でコメントアウトしてるところとか
まさにコメントのところとか
使いもしないrieceの設定とか全部混ざってるあれをそのままにしてりゃ
平気で1000行くらい超えるわな

Debianで22とGentooで23使ってるけど
日本語設定なんて全く必要ないなー。
この板的にはめずらしいのかもしれんけど
emacs上でもuim-ximでskk使うほうが統一感があって好き。
Emacsだけ特別な変換方式になんないところが。

こっちはubuntuでemacsだけど、もともとubuntuを使う人は
emacsを使うような人がメインではない、設定は各自で自分好みにやれ、
ということから、設定しないと日本語すら扱えなかった。
だから、自分でゼロから~/.emacs書いたよ。おかげで勉強にはなった。
ちなみに最近日本語設定をしてくれるメタパッケージが導入された。

vineではかなりカスタマイズされたemacsが入っていると聞いたよ。

テキストエディタで情報管理する方法、教えてケレ。
マク板でこんなスレがあったが、

テキストエディタで情報管理
http://pc11.2ch.net/test/read.cgi/mac/1188048483/

テキストの扱いならUNIX or Linuxの人がお得意はずだと思ってこちらに来た。
UNIX, Linux完全初心者の俺にエディタの素晴らしい活用法を教えてケレ。

>>474
自分の情報整理スタイルを晒そうよ 4
http://pc11.2ch.net/test/read.cgi/unix/1144584224/

>>475
先に書かれた…

Linux板でいうならEmacsでhowmとか
テキストエディタではなくvymとかbasketとか…かな

>>474
俺ならこう（未整理だけど）
・LDIF
・Windows INIファイル
・fortune
・GOTAKU形式

emacs 以外で普通にアウトラインを別窓に表示してくれるエディタないですか。
Cのソースやシェルスクリプトのみ可能なもの（kateなど）は除いてです。

jedが勝手に行を折り返してくれる症状が治せない oTL

>>478
エディタじゃなくてアウトラインプロセッサ使うとかダメ？

>>478
それプラス、キーワードの強調表示してくれるやつだとなおいいなあ。

って、結局、emacsになるんですかね。

>>481
いやだからアウトラインプロセッサ専用ソフト使えばいいじゃん。

emacsでもいいけどさ。

強調表示できるアウトラインプロセッサみつからなくて。

>>482
アウトラインプロセッサ専用のソフトって何があるの？
　　シラナイ。。。


　　　　　　　　　　　紹介しておくれ。

>>478, 481
秀丸ならできる。

>>484
knowit
basket(ちょっと違うが面白いぞ)

はて…何回か書いたような…

gjots2
NoteCase

自分でやれ……と言われそうだが、WinのサクラエディタをLinuxに移植してほしい……
ファイル形式ごとに設定を変えらるのと、ｔｅｘｔファイルだと改行位置を指定できるのが便利だった

>>488
emacsでいいじゃん。

>>489
オレも同じことを思った。

>>488
例えば、emacsだとファイルに設定を埋め込むことができる。

Local Variables:
mode: text
mode: auto-fill
fill-column: 70
End:

な感じでファイル末尾にでも書き込んでおけば、70桁自動折り返しな設定になる。

.emacsの編集についgeditを使ってしまいます・・・
マウスで操作しやすくて・・・

マウスを否定はしないが、少なくともテキスト入力主体のエディタで、
いちいちマウスまで手を移動させるのって、激しく非効率的じゃないかい？

姿勢とか書き方とかそーゆーのの問題かもしれないんですけども、
指伸ばすより手を伸ばした方が楽なこともあるもんで。
ほら、ブラウザとかもキーボードの方が楽なこともマウスの方が楽なこともあるし。
内容書いてるときと操作してるときで気分を切り分けたいときもあるし。

私はThinkPadもDynabookもFMV-BIBLOもキーボードの真ん中にヘソ付きです。
デスクじゃなくずっとノートで育っていてマウスに慣れていない為
キーボードからマウスに手を伸ばすのは不便だということに気付かずに来てしまいました。
Emacs勉強中の今もついクリト……いやヘソに指が伸びてしまいます。

.emacsの設定は nano でやってる

~/.emacsをnanoやgeditって、ちゃんと色分けできるの？

emacsの設定ファイルは、emacsでやった方が、バイトコンパイルとか読込とかその場で出来て
試行錯誤できるから、楽だと思うけど、なんでみんな他のエディタで書いているの？

ドラッグアンドドロップでカットアンドペーストしたいとか。
ちょこちょこっとしかいじらないときは左手だけでキーボード打つからとか。

そういう人はemacsを使わなくてもいいんじゃないか。

むしろ普通の人はemacsを使わなくてもいいんじゃないか。

>>499
> ドラッグアンドドロップでカットアンドペーストしたいとか
えぇ、そんなMacみたいなことができるの？

スルー推奨。触ったら負け。

>>504
そういうのを普通の人とは言わない

emacs以外となると選択肢的にいろいろ厳しい局面もあって、結局emacsというライトユーザーだから御免してちょ。

>>505
そういうのを普通の人とは言わない

マウスに手を伸ばさずにさくさく編集したいときはvi (vim)。
GUIでカット＆ペーストとかしたいときはgeditかtea。
emacsは何となく中途半端に感じて最近使っていない。

>>507
emacsを中途半端とは、これまた凄い意見だな。

>GUIでカット＆ペーストとかしたいときはgeditかtea。
leafpad 起動早いよ。

leafpadはsyntax coloringがないみたいなので使っていない。

日本語の文書（A4で15枚程度）の執筆に一番向いているエディタはどれですか？
vimは設定ファイルなんかをいじるときには使い易いですが、日本語編集には向いていませんよね・・・。
#例えば改行までを一文とみなすので、（みかけの）行単位での↑↓ができないなど

それとも私が設定の仕方を知らないだけなんでしょうか。。

>>510
個人的にはアウトライン機能で、見出しごとに降り畳んだりできるエディタがいいと思う。

長めの文書なら、ワープロを使うのも手。
OpenOfficeなら見た目の行単位でカーソル移動できるし、最初から入っているディストリも多い。

>>510
ちょっと気の利いたエディタは行の字数で折り返して見る機能がついてるよ。

ワープロ系っていろいろ機能がついてて面白そうなんで
時々挑戦するんだけど
キーバインドにめげて結局emacsにもどっちゃうんだよな。

>>510
> 日本語の文書
ってのがアバウトなんであれだけど、縦書きが必要だったり
数式やイラストが混在したり、表組み、段組みなんかの
レイアウトが複雑だったりしたら
それなりのワープロじゃないと無理だと思います。

だらだらテキスト並べるんなら何だっていいような気がします。
漏れならgeditかな。カーソルキー使わない人なんで。

ほとんどemacs@org-modeで済ましてる

たとえばgeditだったら、メニューの、編集→設定の中の表示の項目「テキストの折り返しを有効にする」をチェックして、
「単語を２行以上に分割しない」のチェックをはずすとふつうのワープロのような折り返しで表示されます。

便乗質問で申し訳ないけどemacs派の人教えて。
今のlinuxに載ってるemacsって日本語の置換とか大丈夫なの?
文字コードで失敗したりしない?
どうも昔使ったときの悪い印象がまだ残っている漏れです。

>>518
失敗したことを今のバージョンのEmacsで試せばいいじゃん。

そう言えば、昔geditで日本語検索・置換が出来なかったけど、最近は出来るようになったのか。
geditが全くだめだめだったので、emacsに走った。

geditはこれからの子です。やれば出来るんです。いつかは。

>>518
昔っていつごろ?
NEmacs 以前?

>>519
試すためにインストールしたくないんだよ。emacsは派生が多いし設定が面倒だから。

>>522
sjis/euc-jpからutf8になったあたり。

つーか文字コードの失敗ってなんだよ。

なんでもいいがこのスレには
Emacsにはコピペができないと
信じてらっしゃる人がいるらしい

emacsはかなり早い時期から多言語に対応してたけど
早すぎてかえってunicode対応遅れたよね。
ほかのエディタがunicodeベースに多言語対応してるのに比べて
独自にやってるしな。
今のemacs22はunicode普通に対応してるよ。

Mule-UCSでLispレベルからUnicode対応したのが
そんなに奇異か。
他エディタはGTK+やQTのテキストの扱いに準じてるだけのこと。
GTK2が当たり前になったからEmacsが浮いて見えるというのは分かるが。
GTK2以前はutf8を普通に読み書きできるのは
EmacsとjEditくらいしかなかった。

xeditもわりと早いうちからutf8読み書きできたような。

>>523
最近のディストリなら
インストールなんてコマンド1つ2つ打つだけじゃん。
派生は別に気にしなくていいよ。
今なら GNU Emacs 22 を入れればいい。
XEmacs はほぼ死に体だし。

>>525
ファイルを開くときの失敗ならまだわかるけど
置換の失敗ってのが謎だよね。

>>527
さんきゅ。それだけ確認したかったんだけどね。

emacs使いって傾向的にちょっとでも否定的な話しには
過剰反応して叩き出すから正直疲れる。実はだから嫌いだ。

エディタなんぞ(emacsを含めて)すきなもん使えばいいだろ、
人に、あるいは人から、とやかくいうような話かって気がしてるよ。

emacsに否定的な話はemacsへの無理解に基づくことがほとんどな気がする

>>533
俺もそう思うが、それは逆に emacs の機能が簡単にわかりにくい
ということを反映してるんじゃないかな。それが emacsの欠点かも。
機能が多すぎる(特に何か読み込めば）のと現代風にメニューベース
じゃないからかな。その分慣れりゃ emacs の方が操作速くしやすい
から俺は好きだけど。

俺も editor はほぼいつも emacs 使ってる、メールも 2ch も emacs だけど、
emacs のほんのほんの小さな一部しか知らないし使ってないという
印象を持ちつづけてる。

>>533
もしあなたがemacs信者なら根源的に考え方が違うので、たぶん話しても無駄だとは思う。
おいら思うにemacs使いのひとって職人気質の人と、あとはくだ質で講義始めちゃうような
学校の先生ぶりたい人の2種類がいるような気がしてる。おいらは特に後者が苦手なんだけど、
無理解が悪いのか、理解への努力が要求するアプリの仕様が悪いのかは場合によるんじゃね?
センズリでもなけりゃ、肝心なのはその結果、成果であって努力ではないし、
他に代替手段があるならシカトしてスルーするってのも一つの手だよ。
学習、理解、努力、そんなもんは手段でしかないし、もしそれにこだわって
結果、成果への妨げになるなら、そりゃ褒められた事ではなく
むしろ結果、成果の遅れへの怠惰な情けないいいわけでしかないと思うな。
目的と手段が逆になったら意味がないと思うのよ。

んだ。
emacsが好きならemacsを使えば良いし、geditが好きならgeditを使えば良い。
無理して自分を道具に合わせることはない。
ただ、それだけのお話。

Windows９５が出て今年で１３年目、ユーザの大部分はパソコンといえば
「GUIですべての機能を使えて当たり前、その上で便利なショートカットキーがついてるのが良いアプリ」って世の中
「重たくなるからGUIはいらない」ってのは時代遅れなんじゃないのかねぇ〜と、思うが、きっと叩かれるんだろうな、この発言

>>537
> 「重たくなるからGUIはいらない」ってのは時代遅れなんじゃないのかねぇ〜と、思うが、きっと叩かれるんだろうな、この発言

別にそんなこと無いでしょ。emacs だって上にアイコンの入ったバーが
付いてる位だし。

emacsはi18nとかl10nが遅れてるんだよ、UIで。
各種のelispも含めて。

置換で文字コードの失敗ある？ とか聞いておいて、具体例の一つも出さないわ、
じゃあ最新の環境で試してみればと言われても、いやだと抜かすわ、
あげくのはてに自分の偏見を露呈するこいつはなんなの？

あ、ただの荒しか。
バカにかまって損したぜ。

>>534
一応、emacs使いなんだけど、
> emacs の機能が簡単にわかりにくいということを反映してるんじゃないかな。
この点、同意だな。普段使う機能やキーアサインは覚えてしまっていて、心地
よいテンポで使えているんだが、今までつかったことのなかった機能を使った
りしようとするとやたらと調べにゃならぬことになる。その辺がもうちょっととっ
つきやすくなるといいんだがね。

DOS全盛時代に一世を風靡したVzの画期的なことは、ファンクションキーから
いろんな機能を呼び出して使えたこと。その機能の名称（たとえばコピーや張
り付け、ファイルの保存などなど）が画面に表示されるようになっていた。だか
ら初心者でもとっつきやすかったし、使い込んだ人でも普段使わない機能を、
問題なく使うことができた。もちろんそのカスタマイズもできた。
emacsでも基本的な機能をファンクションキー（C-ほげ や M-ほげ ではなくて）
で呼びだすことがデフォルトでできるようになっていると、とっつきやすくなると
思うな。

>>541
F10 でメニュー出るだろ。

>>542
うん、出る。でもさ、バッファ全体がメニュー画面になってしまうのって
かえって使いにくくない？

>>543
emacs -nw -q で試してみたが、画面分割されてメニューになったよ。
全体にはならなかった。

>>544
そうなの？同じオプションでやってみたけれど（普段は端末の中に
立ち上げたりはしないのだが）、F10が端末のファンクション呼び出
しに割り振られていて再現しなかったっす。

>>545
M-`
あるいは、
ESC押して「`」キーでもOK

>>532
>>519-531までの間に
一体どんな過剰反応があったか素で知りたいんだが。

Emacs以外がいいなあと思いながら、機能的に結局また戻ってきてしまう。
好きじゃないんだけど、さすがではあるといわざるを得ない。

・・・ような気がする。

>>547
例えば元は昨日のコメントに、未だにからむ>>547のような粘着ぶり。
これだけでも・・・w はいはい、ごめんなさい、ごめんさい。
Emacsサイコー、サイコー、最高です。
決して文句はいいません。今後はスルーします。だからもう許してw

#結局、関わったらおしまいなんだな、この連中にはやっぱり。

つまり、こういうことですわな。

UNIX板のVim vs EmacsスレにもVim派の頭の固いオヤジが一匹紛れ込んでいたが、同一人物かね。

>>549
> >>547
> 例えば元は昨日のコメントに、未だにからむ>>547のような粘着ぶり。
> これだけでも・・・w はいはい、ごめんなさい、ごめんさい。

別に 549 でも 547 でも無いが、どの程度「粘着」なのか数えてみた。

>>547 さん
Date: 2008/01/12(土) 03:29:36 ID:WDHW7hSC
Date: 2008/01/12(土) 03:46:15 ID:WDHW7hSC
Date: 2008/01/12(土) 19:38:51 ID:WDHW7hSC

>>549 さん
Date: 2008/01/12(土) 02:14:07 ID:Bx7hU4VM
Date: 2008/01/12(土) 02:15:40 ID:Bx7hU4VM
Date: 2008/01/12(土) 11:07:40 ID:Bx7hU4VM
Date: 2008/01/12(土) 11:57:19 ID:Bx7hU4VM
Date: 2008/01/12(土) 19:58:39 ID:Bx7hU4VM

UNIX板のEmacsスレには真性がいるが
おいらは粘着呼ばわり初体験だわ。>>526は別件だし。
アンチも基地外も、ことEmacsに関しては
どっちもどっちだと思うけどな。なぜか双方すぐキレる。

>>549
> >>547
> 例えば元は昨日のコメントに、未だにからむ>>547のような粘着ぶり。
> これだけでも・・・w はいはい、ごめんなさい、ごめんさい。

別に 549 でも 547 でも無いが、どの程度「粘着」なのか数えてみた。

>>547 さん
Date: 2008/01/12(土) 03:29:36 ID:WDHW7hSC
Date: 2008/01/12(土) 03:46:15 ID:WDHW7hSC
Date: 2008/01/12(土) 19:38:51 ID:WDHW7hSC
Date: 2008/01/12(土) 21:30:42 ID:WDHW7hSC

>>549 さん
Date: 2008/01/12(土) 02:14:07 ID:Bx7hU4VM
Date: 2008/01/12(土) 02:15:40 ID:Bx7hU4VM
Date: 2008/01/12(土) 11:07:40 ID:Bx7hU4VM
Date: 2008/01/12(土) 11:57:19 ID:Bx7hU4VM
Date: 2008/01/12(土) 19:58:39 ID:Bx7hU4VM

>>553
おもしろいな、数えてくれるのか。これも数えるのかな。
出きれば発言当て先と、発言の時間間隔も表示してくれ。
どんだけ粘着しているかよくわかるのでは?
>>549 Date: 2008/01/12(土) 19:58:39 ID:Bx7hU4VM
についてはカウントされるのは不本意だな。
要求されて答えたレスだからな。

しかし暇だね、君も。

つまりだよ。

emacsにちょっとでも否定的な態度をみせたら
いつまでもねちねちと揚げ足とるための
関係のない質問で情報を聞き出しつつ
よってたかってそれだけでキチガイ扱いだよ。
わざわざコメントの計数までとって嫌がらせまでされるわけ。

ちゃんとスレ読んでもらえればわかるが、もともとは
(なんにでも誰にでも、好き嫌いはあると思うが)、
漏れは好みじゃないってだけの話だが
「emacsに否定的」なんてことは「あってはならないまちがい」で
そんな「まちがったやつは修正してやらなければならない」ってことなのかもな。

怖いよな。ファシズムか宗教並だぜ。

まぁ、それでも関係ないな、ご苦労様な、こった。

>>546
ありがとう。 -nw で端末内に立ち上げて、 M-`してみました。
たしかにバッファの下半分の表示になりますね。
これ、.emacsにどう書いたらいいのですか？

専用ブラウザなら、そのスレで複数回発言してるIDは色が変わって
IDをクリックすればそのスレ内のそのIDの発言は全部見られる
ヒマ人でなくてもすぐに判る仕様

>>556
普段GUIで使っているんだよね？ だったらメニューバーを消した状態でF10で下半分メニュー
にならない？
デフォルトの挙動だから、そうならないなら、なにか設定変えたんではないかな。

emacs使ってるか使ってないか程度で人類を二分できると思ったら大間違いだ。

vi も混ぜてください

>>511-515
ありがとうございます
mousepadにしときます

Winから移行してきたユーザのためのlinuxエディタ紹介。
ttp://www.downloadsquad.com/2008/01/13/flipping-the-linux-switch-text-editors-for-new-users/

emacsでCやC++ソースの関数定義位置にジャンプとかできる？

できる

>563
M-C-a
M-C-e

Geany でF8コンパイルしてすぐにエラー行を修正しようとすると
Geany が落ちることがよくあるんだけど、なんだろう。

少し待ってから修正しようとすると大丈夫なんだけど
使い始めて間もないのでよくわかりません。

Scribesって自動でインデント整形してくれるの？
emacsのc-c,c-q viのgg=Gみたいな．

あー、Emacsね。あれは1978年頃のアイデアとしてはとても素晴らしいものだったよ。
何年前になるかな？30年前？みんな、もういい加減使うのをやめたらどうだ。
30年前と言えば、ムーアの法則が少なくとも15回は適用できることになる。2の15乗倍ものCPU性能があれば、
もっと違うやり方ができるはずだ。NetBeansを試してみることを強く勧めるね。セマンティックスをリアルタイムで
解釈してくれるプラットフォームを使い、キーストロークを逐次分析させることで、素晴らしい魔法のようなことが
できるようになるんだよ。だから、Emacsのことなど忘れてしまった方がいい。もうテレタイプなんて使っていないんだろう
それってあまり頭の良いことじゃない。とにかくEmacsを使うのはやめた方がいい。

>>568
まぁ釣りなんだろうけど、emacs って IDE として使うだけじゃないんだよ。
普通の text editor としても使うし、e-mail あるいはここに書き込むのに
も使える。どうせテキスト編集するなら同じインターフェースの方が楽な事も多い。

ちなみに NetBeans よりも Eclipse の方が個人的には好きだな。
Eclipse は使ってるよ。けど、Eclipse でメール書いたり 2ch に
書き込んだり、普通のテキスト編集はしないなぁ。

敢えてこのスレに書いてる君は NetBeans でほとんどの text editing
を行ってるの？

素直にV2CだのJDだの専ブラ使えよ。
テキストならなんでもいいよ、いちいちバカジャネ?
まぁ、NetBeansはないだろうけどな。

>>596
「Emacsは消滅すべき」、ゴスリング氏
ttp://pc11.2ch.net/test/read.cgi/unix/1194537250/

>>571
おはよう。その通りｗ
名無しとしての書き込みだとどのような反応になるか見てみたかった。
思った通り内容ではなく誰が述べたかに固執する典型的Japaneseが釣れていたようだが。

>>572
アンカーをぼけたのにはつっこんでくれないのね

emacsか。
うん、正直使う機会は減ってきている。
でもemacsに慣れちゃうと、navi2chが異様に使いやすいんだよなー
emacsキーバインドの２ちゃんブラウザがでたら、emacsを捨ててもいいと思ってる。

釣りをしたいんだったら、こっちへ行ってくれ。
「Emacsは消滅すべき」、ゴスリング氏
http://pc11.2ch.net/test/read.cgi/unix/1194537250/
Ｅｍａｃｓ撲滅委員会 その２
http://pc11.2ch.net/test/read.cgi/unix/1091212668/

ここはエディタの有用なノウハウをみんなで共有しようとするスレだから。

>>570
text editor どれでもいいとは思うよ。そういう意味じゃ emacs を
否定する事もない。text editing は　emacs に限らず統一の取れた
インターフェースから行えた方が楽だとは思うけど。

>>572
書いた通りだよ。Emacs は IDE としては別に勧める気は無いが
text editor としては使ってもいいんではというだけ。
ここは text editor のスレだからね。

俺は内容について議論しているけど、内容については全く議論せず
書いた人について固執するのはまさに >>572 だね。

だから好き好き人それぞれだろが。人に自分の好みを語って(暗に押し付けて)どうするよ?
emacsは嫌っている人も多い。それはエディタ自体の機能性能より、
あんたみたいなお節介で押し付けがましいユーザーが多いから。

>>577
押し付けてはない。余程読解力が無ければそう読めるのかもしれないが。

釣られたからといってムキになるなよ（　´,_ゝ｀）

なにげにgnome-terminal上でのvi(vim)でマウスのホイール回してみたら
ちゃんとスクロールする(編集行が移動する)んだな

>>580
gnome-terminal上ならエディタじゃないけどlessもmanも
ホイールスクロールするよん。

それどういう仕組みでやってんの？

ソース読んでないから当てずっぽうだけど
Windowシステムがマウス(ホイール)検知して
それをスクロールのキーコードに変換してんじゃないの?

そういえばimwheelというのがあったの思い出した。

ホイールが付いていない俺には、ちんぷんかんぷんだぜ。

あげ

矩形編集の出来るエディタplz


まじよろしくおながいしますよ
困ってるんですよ

>>587
vim, emacs, kate

>>588
すまんこ
vi系、emacs系、KDE系、以外でplz



まじよろしくおながいしますよ
困ってるんですよ

>>589
つまりは GTk 系ってことか?
なら SciTE で。

>>590
うひょー
ありがとう、良さそうです！！

emacsとvimはgtk+系じゃないの？

gtk系のツールキットでGUI構成できるようになっただけで
別にgnomeと心中するつもりなんかない。

ってかGtk+とGNOMEのコミュニティて別なんじゃ

お前のvimとemacsはgtkないと動かないの？バカなの？

>>592
はぁー？
emacs、vim共にX Windowがインストールされてなくても（CUIで）動くけど？

emacsは元々がCUIで真価を発揮するからね
GUI環境でマウス使えると統合環境に行っちゃうんだよね( ´ω`)

>>595
うちはXでも使うようにビルドしてるからCUIで使う場合でも
GtkやXのライブラリが無いと動かないよ？バカなの？

>>596
はぁー？
emacs、vim共にX Windowがインストールされていても（GUIでも）動くけど？

バカの相手するとバカが伝染るよ。

587=589=591です。
ああ、何か自分が原因で荒れてますね・・・

自分の場合 vi系とかemacs系のキーバインドに馴染めないので、
今回はパスさせてもらいました。
あと、Gnome派ですので、KDEのアプリも省かせてもらいました。

で、590さんが紹介してくれた SciTE をとても気に入りました。
ありがとうございました。

SciTE は、自分が欲しかった矩形編集以外にも、
改行コードを変更できたり、コードの折りたたみ機能があったり、
構文解析が良かったり、全体的に軽かったりで◎です。
実行結果は右ペインに出せるのも良いですね。
Linuxの中ではかなりお勧めのエディタではないでしょうか？

ただ、設定がGUIでは出来ないので、
テキストファイルで今シコシコと調整しています。

俺の場合、節操が無いのでemacsもvimもgnome-editorもleafpadも
Windows系エディタでも気分によって使う。
本格的にコードを書こうというとき以外ではnanoを一番使ってる。

と思ったら SciTEは EUC-JP に対応してない模様
これは痛い・・・・

あぁ、 gEditへ戻るか・・・・
leaf,medit,tea も試すか・・・・



つづく

>>603
苦労したくないなら素直にgvimかEmacsでも使えば。
キーバインドなんて最初だけだし。

emacsでもカーソルキー使うことできるし
セーブとかもメニュー使えば
ほとんどコントロールキー使わずにすむんじゃないの。

>>605
同意。gedit程度の機能でいいなら、アイコンの押下とメニューからの選択で全ての操作がすむ。

なんで無理強いするかね、emacs使いは。
やめなよ、いやがってるだろ。

emacs厨は時が止まっているんじゃね？
emacsのメニューだけで全てgeditの機能を補えるとかアフォだと思うわw
leafpadじゃないんだからさ
今のgeditはそれだけではカバーできねーよ
標準機能以外にもプラグインが100以上ありますので
emacs厨は時が止まっているんじゃね？w

>>608
で、君はその100以上ありますプラグインのうち、どれだけを常用しているんですか？

>emacsでもカーソルキー使うことできるし

カーソルキーの話なんて誰かしてるのか？w

>セーブとかもメニュー使えば
>ほとんどコントロールキー使わずにすむんじゃないの。

別に他のエディタでもコントロールキー使うけど？
質問者はキーバインドが違うって言ってるのにww
皆が皆、独特のキーバインドを覚えたいとでも思ってるかよw

>gedit程度の機能でいいなら、アイコンの押下とメニューからの選択で全ての操作がすむ。

だから無理だって
タコは半年ROMってろよw

>>609
常用しているのは10くらいだけど？
選べることは重要だからねぇ

そうそう、あんたの言うemacsのメニューだけでは無理だぜ？w

emacsを無理無理矢理に薦めている奴を見ると反吐が出るわww

で、そもそもの問題の矩形選択はできるのかな。

で、馴染めないと言っている奴に無理矢理emacsを薦めてどうするw
geditは「gedit程度の機能でいいならメニューですむ」とか言ってる奴への話

>>614
連投乙。

>>615
ああ、疲れたよ
エセemacs教が多くて

最近だと漢字コード自動認識が良くて軽めで直感的なエディタのお勧め
ってどれだろう？いろいろありすぎてよくわからなくなってきた。
leafpad, gedit, nano, …

その条件でnanoはありえない

>>617
leafpad をお勧めする。
linux版メモ帳。

>>619 サンクス。メモ帳よりは大分使いやすそうだけどね。

Emacs系キーバインドに慣れると
他のエディタでもついEmacsの操作をしてしまうので
他のエディタも使うならお勧めしないよ。

職場で何故かEmEditorFree使用者多いんだが
俺が使うとすぐ誤操作で終了してしまう。
カーソルを行末に移動したいだけだなんだがな…。

>>621
emacsキーバインドに変更してしまえばいい。
xkeyemacsとかなんとかいうツールもあったっけか。

>>621
そうなるのが嫌で若い人は、Emacsの操作なんて覚えたくないんだよ
Windowsでの仕事にも影響が出る
大体、Emacsなんて70年代の古い技術だろ、、、
苦労して覚えても小指が壊れるだけ

>>623
使いこめスレだから、もうちょっと前向きなお話をお願い。

emacsでもviでもgeditでも、どんどん使いこもう！！

emacs 大変だから、Win の xyzzy を移植してほしい。 (´･ω･｀)

サクラエディタを移植してほしい

サクラはオープンソースじゃなかったっけ？

>>627
そうだけど、Windowsべったりなアプリを移植しようとしたら
フルスクラッチで作るのと大して手間は変わらないと思う
まぁ無理な願いだなと

>>628
がんばれよ。
私はサクラ使わないからどうでもいいけど。

まぁEmacsのキーバインドを否定するってことは
シェルのコマンドライン編集を使ったことないからなんだろうな。

>>630
シェルでガリガリやってる人はすでにemacsかviのどっちかを使ってる可能性は高いよな。

>>630
コマンドライン編集どころかコマンドライン自体をほとんど
使わない人も今や多いんじゃない。無しで済む場合が多い。

C-a,e,w,m,h,dくらいしか使わないしなあ。

>>633 どうせ使うのなら c-r 位使おうぜ。

>>632
sshしてリモートで扱うときはコマンドライン使うよね。
会社や学校からリモートで自宅のマシンに接続とか、慣れたら便利すぎる。

>>635
SOHOとかなら別だが、まともな会社でリモートで自宅のマシンに接続とか
ありえない

確かに。
学校はわからんが、そんなザルな会社で働きたくないな。
あ、いや、やり放題だからむしろいいのか？

仕事中もネットは見られるからただ家のマシンに接続して遊んでるだけなんじゃねぇの？

LinuxとWinとMacで同様の環境にしようと思い
IMEはuim-skk、エディタはvimにした。
慣れたらそれなりに快適なんだが、ときどき
これで良いのだろうかと自問したりもする。

すみません、ちょっと教えてください。

Suse Linux を使ってます。
rpm のvim6.3 を削除して、ソースからvim7.1 を入れたのですが、:q などで終了して、
シェルに戻る時に必ずビープ音がするようになってしまいました。

どこかのスクリプトでエラーを起こしてるんじゃないかとは思うんですが、どうやって調べたらいいんでしょう？？？

windowmakerでつかえたnedit

>>640
質問は
[Linux板]
自分の使ってる鳥であるSUSEスレかくだ質でするのが妥当

VimのスレはUNIX板が活気ある。ソ板にもあったような気がするが……。
[UNIX板]
Vim Part15
http://pc11.2ch.net/test/read.cgi/unix/1202050038/

>>641
単にMotifを利用したテキストエディタだったと思うけど

>642

すまんっす。& Thx

EmEditorに一番使い勝手が似てるソフトって何ですかね？

秀九エディターかな

冷めた言い方をすると、そのエディタに固執し続けるか、
ドラスティックに変えるか、二択しかないと思うけど。

Debian EtchでEmacs23 SVN版を使っているんだが、Anthy.elを読み込むと、
Invalid read syntax: . in wrong context
というエラーが出る。
バイトコンパイルしてみると148行目で同文のエラーを出すんだが、
文法上は問題なさそうなんだ。

ちなみにEmacs22なら正常に使えるしバイトコンパイルも通った。
そのバイトコードをEmacs23で読み込ませたらAnthyは正しく機能した。
だけど、なんか腑に落ちん。

この手順を踏まないと使えないのは俺だけなんだろうか。
普通に使えてる人はどんな環境か教えてほしい。

>>647
バージョンチェックの問題。
(if (string-match "^22\." emacs-version)
の22を23に書き換えたら桶。

WindowsとLinuxで２つの操作覚えるのが面倒だな

マルチプラットフォームなエディタを使え。

>>648
教えてくれてありがとう。
だけど、それに該当する関数がanthy.el内に無いんだ…。
9100eのanthy.elの59行目にあることはあるけど、これは

(defvar anthy-accept-timeout 50)
(if (string-match "^22\." emacs-version)
(setq anthy-accept-timeout 1))

であって、Anthyの反応速度みたいだった。
試しに変更してみてもエラーは無くならなかった。

自分の.emacsは

(load-file "~/.elisp/leim-list.el")
(load-library "anthy")
(setq anthy-accept-timeout 1)
(setq default-input-method "japanese-anthy")

という設定で、if文は未使用。

よかったら、どのelispを変更すれば良いか教えてください。

>>658
>>647さんの報告されたトラブルを何か勘違いしていたみたいです。
>>648で指摘した箇所をいじっても無関係かも、です。ごめんなさい。
で、該当する関数は、anthy.el の59行目です。
ものは、9100e。Ubuntu 8.04のレポジトリからインストールしたものです。

Linuxデスクトップで使えるテキスト・エディター
http://opentechpress.jp/opensource/08/07/04/0111228.shtml

行間を指定できるエディターってありますか？

>>654
emacs

>>654
あります。

ありますか、では頑張ってもちっと探してみます。
お勧めがあれば探すためのヒントなど教えて頂ければ嬉しいのですが。

emacsは覚え直すことが多すぎて、本末転倒してしまうので辛いです。

いくつかエディタをインストールして触ってみたところteaが一番使いやすくて
これで行間が広げられれば言うことないんですけどねぇ・・・

>>657
要望投げてみたら?

>>emacsは覚え直すことが多すぎて、本末転倒してしまうので辛いです。
逆に考えるんだっ 今苦労しておけば、あとでどんなOSに移ろうとも、ちょー楽だとねっ

ま、無理にすすめないけどなー

あとは行間調整出来る端末で行間広げてコンソールエディタとかね。
geditに1px行間空けるパッチとかもあるみたいー

>>659
詐欺師みたいだw

>>657
行間が広げられるプラグインがあるのかどうかはわからないけど、
gedit＋プラグインでけっこう強力になる（日本語の解説サイトはあまりみないけど）。

>geditで行間を広げるプラグイン
ここのlinespacingが動くみたい
http://users.tkk.fi/~otsaloma/gedit/

>>661
たとえばどんなプラグインが強力なの?

>>662
出来た。すげーgedit見直した。

最近jed使い始めた。viを使うかjed使うか・・・

>>663
geditスレに色々載ってるよ

Emacsが設定しなくてもそこそこ使えることに気がついた

設定しないんだったらEmacs使う意味なくね？

つーかいらなくね?

んなこたぁーない

おれも似た印象を最近持った。

10年emacs使ってるうちにviper-mode改造したりして
かなり独特な操作の.emacsになってたのだが、
ある事情があって1年ほどemacs使ってなかった。
1年ぶりにPC触ったところ、
アホな話だが自分で作った独自操作が独特過ぎてなじめず、
しかたないので当座としてカスタマイズしなくても使えるvim使い出した。
1年くらいvim使ってたんだけど、やっぱり
emacsのあの機能が欲しい、って時にemacsを時々使ってて、
この間あらためて1から.emacs作り直すことにした。

そしたらまさに>>666と同じように
設定しなくても結構使えるんだなあと感心した次第。
あんまり効率性求め過ぎてカスタマイズし過ぎると
かえって訳わかんなくなると反省した。

1998年ならもすこしまともなeditorがあったろうに
そこでemacsなんぞを使い始めたのがそもそも非効率のはじまりじゃん。
ほら、そもそもいらなくね?

>>671 が使ってるエディタは何だ？

Word(M)Starクローン。

>>673
なにごまかしてんだよ。
エディタの名前を言え。

むかし、雑誌ソフトウェアデザインに、

「わが社が今度UNIX環境に移植したエディタXXは、同時に10個のファイルを
開くことができ、また画面を分けて2つのファイルを同時に編集することができる。
UNIX環境にはEmacsというエディタがあるようだが、そろそろわが社のXXのような
高機能エディタに移行すべきではないだろうか」

という記事が載っていたのを思い出した。

Emacsは指が痛い

手が小さいとたしかに小指とかが痛くなるかもしれないね

最近は、CtrlキーとCapsキーの交換を知らない人もいるとか。

あなたの噛んだ、小指が痛い♪

PC98のキーボードはCtrlとCapsの位置が逆だったけど
昔のワークステーションとかにもそういうのあったの？

>>680
というかそれが普通。
x68kもそうだったな〜

マッキントッシュのｷｰﾎﾞｰﾄﾞはCtrlがaの横でｳﾏｰだなあ

はいはい触らない。スレタイを読んでスルーよろし。

Linuxでは割と簡単にCtrlとCaps入れ替えられる環境が多くね？
俺も入れ替えてる。ただウチのキーボードだと
LEDと実際のCapsLockの状態が頻繁にズレる。

>>684
UNIX系では、CtrlとCapsの入れ換えは前提/要求仕様と言ってよいから当然。

Linuxで禁則処理できて、一行の文字数設定できるエディタありましたら教えてください。

>>686
ワープロじゃだめなの？

emacsでできるよ。
ワープロは禁則で折りかえしてはくれるけど
見た目だけで改行はしないよ。

>>686
ここで質問するときは文の先頭に「emacs以外で」と入れたほうがいいですよ。

>>689
俺はemacs派ではないが、
> ここで質問するときは文の先頭に「emacs以外で」と入れたほうがいいですよ。
なんで？

>>690
全ての質問の答えがemacsになるから。
確かにemacsなら何でもできる。
でも質問者はemacsなんて望んでない

>>690
> 全ての質問の答えがemacsになるから。
そんなバカな。その根拠は？
> でも質問者はemacsなんて望んでない
質問者がなにを望んでいるのか、あなたはわかるのですか。凄いですね。
みんなに代わって >>686 さんに答えてあげて下さい。

横レスだが、
毎度emacsが出てくると荒れるので、
emacsはemacs専用スレでやってください
1からemacsのレスを読んでください

自演中

>>694
あなたは自演乙厨ですね、分かります

ちなみにこのスレの>>2は俺です。

粘着乙

emacsの話題は別スレでやる方がお互い幸せになれると思うよ。
叩き合うのはあまりにも不毛。

単発自演乙であります。

>>699
あなたは自演乙厨ですね、分かります

あなたは分かります厨ですね。あなたの理解力になんかだれも
興味ないので書き込み自粛してください。

>>701
あなたは自粛して厨ですね。あなたの願望なんかだれも
興味ないので荒らさないでください。

厨房同士仲良くしたまえ

>>703
あなたは仲裁厨ですね。あなたを含む厨房とは
仲良くしたくないので命令しないでください。

指摘厨乙

emacs を出しちゃいかんということも無いと思うな。
他の editor も出てくればいいだけ。

>>686 の質問も他の editor 使ってる人がどの editor でどうするか
答えてあげればいいだけだと思うんだが。

emacsはエディタって言うより、ある種のプラットフォームだからな。
ちょっとエディタに特化した、Lisp環境。
ややモタつくのと、カスタマイズの面倒ささえ乗り切れば何でもあり
…なのだが、それは
「ここに○○エディタのソースあるから、改造してみ」
と言われてるような気がしないでもない。

>>707
せめてマクロくらいにまからないか？

>708
確かにマクロはマクロなんだが（Emacsのスペルのmacはmacroのことだし）
Emacsは基本機能までマクロ化されてるからなぁ…
やはりプラットフォームとかフレームワークの類に見える

あ…ありのまま 今　起こった事を話すぜ！
『おれはエディタの設定をしていたと
思ったらいつのまにかコーディングしていた』

emacs lisp にも macro って機能あるから
emacs使いは普通マクロって言い方は使わないよ。

いーからおまえら、>>1 を読め。
そしてエディタの使いこなしのノウハウを公開するんだっ

>>710
あるあるｗ

empcsに関しては、そーとー昔からおんなじような議論を見てるから
向き不向きがあるんだろうね。俺は不向きな方だがｗ
他に方法がなかったような時代ならemacsでも仕方ないか・・と思わないでもないが、
無理やり拡張した感は否めない。
要するに、使いにくい。

俺はXベースでの作業が多いのでエディタとしてはgedit＋プラグイン、
開発用ならeclipseと使い分けてる。
あとはviかな。

emacs使ってる人は必ずしも完璧とは思ってないんだよ。
(最強と思ってる人はいくらかいるかも知れないが。)

糞のようなGUIとか変態キーバインドとか
押しつけがましい思想とかいろいろ不満持ちつつも
融通がきく古い知り合いみたいな感じで離れられないんだよ。

まともにPC触ったのが大学からで、エディタはEmacsだったから
キーバインドが変態とは思わなかったなあ。

x68kから使っているからemacsのキーバインドはとても使いやすかったなあ。

あと、emacsがすべてにおいて最高とか最強とか思っているemacs使いはいないぞw
やっぱり使っていくうちに欠点とかわかってくるからさ。
たださー代替品がないだけでw

人は慣れてしまったものが一番使いやすい。
たとえば自転車に乗るのに「右足こいで、ハンドルつかんで、体重移動して・・」と
考えながら乗ってるのは最初のうちだけで、
考えなくても動けるようにならないとルートをどうするとか、別の作業に集中できない。

PCだとキーボード配列や入力方法などがある。
「こっちの方が入力が効率がいい」といったって、親指シフトやカナ入力は流行らない。
考えなくても使える、慣れたものの方がいい。

emacsがイイと言ってる人はそれしか使ってないとか、長く使っているという人が多いよね。
人がイヤだと思う部分には慣れてしまっていて、特定の機能が便利だという。
つまり論点がずれているから永遠に終わらない議論なんだと思う。

そういうのもあるだろうけど、個人的に思うのは
emacs独自の利点と便利さを
emacs使い以外が正確に理解できてないんじゃないかな。
おれはvimもよく使うし
いわゆる普通のwindowsエディタもたまに使うけど
emacsの拡張性の高さってのは突出してるよ。
そういうのに興味ない人は関係ないだろうけど
はまった人は抜けだせなくなる。

困ったもんだね。ゾンビかバンパイヤみたい。

windowsなら秀丸
数文字〜数行程度の編集ならvim
がっつり編集ならEmacs

おかげで時々キーバインドが混乱している

新人がとっつきにくいのがemacsの最大の欠点なんだよな。
今Linuxに入ってきてる奴らは基本WindowsからのGUIの人達だから、
徐々にemacsも化石化していくんだろうな。もうなってるか？

windowsからはじめた人は、それは違和感あるかもなあ。
でも世の中Windowsにあわせる必要なんてないしね。

# 防衛省はWindows使うべきじゃないと思うんだ。情報だだ漏れじゃん。

emacs は化石化してるとは言っても、どの distro でもしっかりパケージ
あるし、残ってくんじゃないかな。パケージャの中にも使ってる人がいそう。

初めてですぐ使える感じだと gedit/kedit, leafpad, Kate あたりかな。
Windows でも Notepad 使ってたり、Word でテキストファイル編集して
わけわからなくなってる人とか結構見るし、大抵はこの辺で十分な気がする。

このスレ的に「使い込む」となると、 emacs 以外で使い込むとますます良さ
が出てくるってどの editor だろう。Kate？

けっこう選択肢があるよねえ。
winのメモ帳に相当するleafpad、
好きだなあ。軽くて速くて。

>725
俺もテキストビューア代わりにしてる。
編集としてはホントにちょっとした編集でしか使わないけど、軽いのが良いよね。

geditとかleafpadとかで日本語打ってるときに気になるのが、
最終ラインを跨いだ漢字変換。自動でスクロールしないから
文字が隠れちゃって変換がうまくできない。

これを解決する方法ありまちゅか？

hack

hack... わかりまちぇん...

まぁ手っ取り早いのはエディタを変えることかな。

kateが機能的に至れり尽りせりで使い勝手が良さそうなんだけど
何故かこれも行間の設定が出来ないですね。
>662で紹介してくれているような
kateでも行間を設定できるプラグインってないでしょうか？

vi、それ以上のtxteditorはない

無印vi？

GEditのAutoDetectがUTF8以外で機能してくれません
ちゃんとEUC-JPとかShift_JISとかも選んでくれるようにしてるのにどうしてでしょうか?
Fedora8です。

geany いいね
俺が欲しかった機能が全て備わっている
ようやくLinuxでも馴染むエディタが見つかった感じ
軽いし
久々のヒットアプリだわ

>>735
IDE となっているじゃん。テキストエディタじゃないじゃん。

>>736
Wellcome!
Geany is a text editor ...........
http://www.geany.org

IDEって書いてあるよ。

>>738
>>737

そのサイトに軽量な統合開発環境です。って書いてあるよん。

そういった定義はどうでもいいから
emacsも単にテキストエディタとは呼べないし
geditもIDEになりえるから

別に IDE だろうが何だろうが、text editor として良い
というのなら別にいいんじゃない？
editor 以外の機能の話なら別だろうけど。

軽い以外の特徴がさっぱりだな

明日試してみるか。
新しいのを試してはvimに帰るのを何度繰り返したことか。
そのなかでもscribesは結構続いているけどな。

geanyは、過去ここで議論されていた機能が大体備わっている感じだなー
文字コード、改行コードの認識・表示・変更、
テキストの矩形編集、
スニペット機能や、コードの折りたたみとかも、
プラグインでファイルブラウザとかもあるね
geditより軽いし結構いいかも
頻繁に更新されているようだし、今後期待できそうな一品

windowsとの文字コードの問題を解決できるのは、
leafpadだけなのかと思ってたけど、
今日mousepadを操作してたら
mousepadでもそれが出来るのだと突然気づいた！

今まで全然気づかなかったおいらはバカです　(´･ω･｀)

>>746
え？Windowsとの文字コードの問題？
cp932の事か？
geditですら開けるぜ？

>>747
そうではなくて、
linuxで作ったテキスト文書をwindowsで正しく表示させる話。
geditでは出来ないんじゃないの？
改行がダメだと思ったけど？

半分はwindows上のエディタの方の問題だと思うけど。
ていうか、文字コード関係ないような。

すべてnotepadが悪い。
VistaのnotepadではちゃんとCRのみの改行コードに対応してたりせんのかな？知ってる人教えてー

Winで秀丸使え。

emditor-freeがいいよ。

>>748
それは文字コードではなく改行コードだろ
WindowsとUnixで改行コードが違うのは当然

gedit 試してみたけど、ひどいな。
LF でしか保存できないんだね。
CR+LF のファイル開いてみると一見ちゃんと読み込めてるんだが
編集して保存するといじったとこだけ LF になってる。

>>753
文字コードという言葉を入れたのは、shift_jis変換がmousepadとleafpad以外は出来ないと思ったから。
上記のエディタは、手動でshift_jisと入れて変換できる。
今のwindowsは、cp932かutf-8にすれば、全て読めるようになってるんだっけ？

>>755
普通にgeditでshift-jis保存も変換も出きるぜ

文字コードは問題なし
改行コードは無理だね

>>755
と思ったがお前が言っているのは、読み込み時の判定の事か？
それは弱いかもな

>>756
あっ、失礼！
geditでshift_jisできたんだね。
でも、geditはやたら重い上に、
改行コードがCR+LFで保存できないから使いものにならないっす　(´･ω･｀)

「出きる」って表記はやだな。
「出しきる」みたいで。

>>758
geditは外部コマンド、外部ツールを登録出来るから
読み込んだ後に、CR+LFの変換保存なんて簡単だけどな。
まー、そのあたり慣れていない人には無理だが。

geanyよさげだね

まーでも、>>754の言う、
>>編集して保存するといじったとこだけ LF になってる。
は問題だね。

そういやgnome使ってるのにgeditをインストールしてないのに気付いたw
leafpadとgeanyで十分ですよ。
meditも好きだけど。

geanyはほんとお勧めだな
今まで話題になっていなかったのが嘘のようだ

結局のところ、VMwareのWin2000上でメモ帳使うのが一番しっくりくる。

メモ帳より貧弱でクソエディタって存在する？

ed

つ チラシの裏
http://yuukiremix.s33.xrea.com/chirashi/

世界最弱のテキストエディタ
それはリダイレクティングecho

$ echo "#include <iostream>" > main.cpp
$ echo "#include <string>" >> main.cpp

むしろcatなら実用範囲かと

$ cat > main.cpp
#include <iosteam.h>
#include <string>
^Z

linuxで作った文書でも
.txtを付けてgmailに添付させて表示させれば
文字化け、改行の不具合はないようだ

ちょっと脱線するんだがビルジョイはviをcatで作ったって本当?

>>770 なんで ^Z なの？ ^D じゃないの？

ubuntuパッケージのtea-editorはバージョンが古いので
公式からソースを持ってきてビルドしようとしているのですが、
どこかに手順を解説しているサイトってありませんか？

>>774
README読めと言いたいところだが、暇だったからちゃんと答えてみよう。
qmake
make
sudo make install
でインストールできるけど、Ubuntuだとパッケージ管理したほうが楽だから最後のmake installはcheckinstallに置き換えればいい。
インストールに必要なファイルはsudo apt-get build-dep teaでいけると思う。
(apt-get build-depはそのパッケージをビルドするのに必要なファイルを自動でインストールしてくれる。バージョンが変わって必要なファイルが変わってたら適当に足りないものをインストールすればいい)
それとsudo apt-get install checkinstallでcheckinstallもインストールしておくといい。

初心者っぽいからアドバイスしとくと、まず最初に必ずREADMEやINSTALLは読むこと。
teaの場合はqmakeだけど、大抵は./configure、makeとやるから./configure --helpでオプションの確認もすること。
あとUbuntuならcheckinstallは便利なので、使い方を覚えておく。(とは言っても簡単)

と、ここまで書いたけど俺はUbuntu使ってないんだけどねw

おれは ed

病院で処方してもらえ。バイアグラ。

>>775
丁寧なアドバイスありがとうです。ただ、結果から言うとまだビルドできていません。
まず当方の環境で何もパッケージを追加せずにqmakeすると次のように表示されます。
> プログラム 'qmake' は以下のパッケージで見つかりました:
> * libqt4-dev
> * qt3-dev-tools
> 次の操作を試してください: sudo apt-get install <選択したパッケージ>
> bash: qmake: command not found

そこで、sudo apt-get install libqt4-dev の後にqmakeすると
> Project ERROR: TEA requires Qt 4.4 or newer but Qt 4.3.4 was detected.
と表示されるのでubuntuパッケージのQtではバージョンが低いようです。

そこで、教えて頂いた sudo apt-get build-dep tea の後にqmakeしてみましたが
> プログラム 'qmake' は以下のパッケージで見つかりました:
> * libqt4-dev
> * qt3-dev-tools
> 次の操作を試してください: sudo apt-get install <選択したパッケージ>
> bash: qmake: command not found
となって最初と同じです。

それならQt4.4をソースからビルドしてみようと
qt-x11-opensource-src-4.4.3.tar.gz をダウンロードしてビルドしてみましたが、
make install で次のエラーで異常終了…
> make[1]: *** [.obj/release-shared/qapplication.o] エラー 1
> make[1]: ディレクトリ `/ディレクトリ名/qt-x11-opensource-src-4.4.3/src/gui' から出ます
> make: *** [sub-gui-install_subtargets-ordered] エラー 2

まずはQtのビルド環境を作ることからのようですね orz

>>778
https://launchpad.net/~kubuntu-members-kde4/+archive
ここのリポジトリ追加したらどうだろう？
libqt4-devのバージョン4.4があるよ。

>>778
自己レス。再度やってみて書き込みの間違いに気付きました。
最後のエラーは make install でのエラーではなく make でのエラーでした。
つまり、再度やってみてもやっぱりエラーです（まぁ、同じ手順なので当然ですが…）。

>>779
ありがとうです。やってみます。

>>779
教えていただいたリポジトリを追加してやってみましたが、
残念ながらパッケージの依存関係が解決できずにインストールできませんでした。

ただ、それなら他のリポジトリにもあるのかも？と思い直して検索してみたら
…すみません、「サポートされていないアップデート（hardy-backports）」にありました。

ということで、qmake が使えるようになり tea のビルドができたのですが、
17.5.4（ubuntu パッケージからインストールしたバージョン）と
20.0.0（今回ビルドしたバージョン）では随分変わってしまったようですね。

話が前後しますが、そもそもバージョンを上げてみようと思ったのは
17.5.4 ではツールバーがカスタマイズできなくて、
どこかの説明にツールバーのカスタマイズは今後対応するようなことが書かれていたので、
それなら最新版なら対応されているかな？と思った次第です。
＃「ツール」→「挿入」→「日付/時間」の機能をツールバーに登録したい。

ところが 20.0.0 ではこの日付/時間の挿入そのものが見当たりません… orz
どこかのタイミングで大きく仕様が変わったんですかね？

よく頑張った。
ところでツールバーとかテキストエディタで使っているのか。
おもいっきり笑ってしまった。

>>781
おめ。
とりあえず俺もインストールしてみた(Arch)けど、Functions→PlaceにDateとTimeがあるよ。

emacsは多機能で覚えたいとは思うんだが…

キーストロークがvi系以上に変態的、elisp書かなきゃ使えない、日本語対応が変態(未だにemacs内は別に扱ってる？)、Windows環境では(gVimに比べて)ショボイ、そんなこんなで色々覚えたところで専用ソフトほど利便性が高いわけでもない。
上記のような印象があるんだがこれって偏見？

>>784
>>キーストロークがvi系以上に変態的
Ctrl + F（orward） と意味がわかるようになっている。HJKLってなに？:qとか:wqとか意味わからん。

>>elisp書かなきゃ使えない
コピペすればいいだけ。

>>日本語対応が変態(未だにemacs内は別に扱ってる？)
日本語が使えない環境でもEmacsだけは日本語が扱える。はらしょー。

>>Windows環境では(gVimに比べて)ショボイ
んなこたーない。いつの時代だ。

>>色々覚えたところで専用ソフトほど利便性が高いわけでもない。
全部Emacsだけで済むので逆にいろいろ憶えなくて済む。

つーかいちいちアゲるな。釣りならよそでやれ。

>>784
>>623

>>784
まずこのスレ全部嫁。
話はそれから

あのさ
今更なんだけど、ふと気がつくとXからターミナルのviにコピペできないんだよ
前は出来た気もするけど・・・

これって何をすればいいの？何かかますとか、ターミナルの設定とかバージョンでちがうの？
使ってるのはxterm と xfce4-terminal

あああ、、ごめんなさい　vi とvim　混同してた
俺いつも曖昧だから・・・この際聞きたいんだけど
vi と　vim 二つ存在させてる意味って何？
vimだけ入れとけばいいような気がするんだけど
viも残しておくことに何か意義があるの？

>>789
鯖管はvi憶えてないと困る。

そういう意味じゃなくて
vimでいいじゃん？ってはなし。vimじゃなくてviじゃないと困るケースがあるのかと

昔のはviしかなくてもそれはしょうがないけど、
今更パッケージしてリリースするOSならvimからviにリンクがあれば事が足りるんじゃないの？
いや、、そうはなっていない。＞＞理由があるはず
そういう質問

>>789
その「vi」ってのはどの vi のこと?

>>783
遅くなりましたがレスありがとうです。
日付と時刻の挿入機能の情報ありがとうございます。
日付と時刻はバラバラになってしまったようですね…

>>785
誰も突っ込まないから突っ込むけど
:q は quit で :wq は write+quit だろ?
ついでにyはyankでpはputでjはjoinそれに^と$は正規表現に由来してる
って俺は釣られちゃったのか?

vi を変態呼ばわりする方が変態なんですよ

このスレ的には vi も emacs も変態なんじゃね??

linux的には変態じゃねーですだよ。
Windowsから来た奴はそう思うかもしれないが。

今はWindowsを通らずに最初からUnixという人間は少ない

過去ログみてubuntuにteaというエディタを入れてみたんだが
これの設定ファイル（confファイル？）ってどこにあるの？
要はメニューの「設定」で設定したものがどこに保存されているのか教えて
よろしくお願いします（そもそも、confファイルってどこに作られるものなのだろう？）

ソースよめ

原稿書きをするとき、40字×260行とか、18字×134行とか、そういう制限のされ方すること、多いけど、Linuxのテキストエディタで、１行の文字数を決めて（ex｡１行40字とか）それで何行書いたかわかるようなエディタってないですか？

時々、所定の文字数で切って改行する機能ってあるけど、あれは後で書き加えとかしたらズレてしまうので、そういうのでは困ります。

ないですか？

>>801
Emacs ならズレても fill-region するだけで直るよ。

>>802
すません。それは知っていたのですが、
そういう風にいちいち直しながら書くのは面倒くさいので
Emacsはなしでお願いします。（説明不足でした）

右端を切って行数を数えるのではなく、
つながっているのだけれど、一定の文字数で折り曲げて、
それを行数に数えていく、というエディタを探しているのです。

それはプログラミング用ではない、日本語の原稿書き用エディタ
ていうことになるから、Unix系ではあまりありそうな気がしない
のだけれど、もしかしたら一本ぐらいはあるかも、と思っての質問です。

見た目の行数が知りたいということ？
"見た目の行数 emacs"でぐぐったらそういう関数が出てきた。

>>803
ない。
終わり。
次どうぞ

emacsならruler-modeがあるじゃん。
マウスで桁を折る位置を設定できるし、
標準で付いてるし。

>>803
C-x h して M-x fill-region で全文一括整形できるよ。
いちいちってほとでもない。

wineで頑張るんでいいんじゃないかなあ。

M-| fold -w 36 | cat -n
とかでもいいじゃん。

>>803
行の終わりに改行コードを入れたくなくて、パラグラフの終わり
にのみ改行したいという意味か？UNIX的なやり方なら、エディタ
で原稿を書きつつ、nkf -f80 原稿名 | wc -lで行を表示。watchコ
マンドと組み合わせて常時表示してたらいいんじゃね。80は全角
40文字の場合ね。
>>809
foldって２バイト文字を途中でぶったぎったりしなかったっけ？

Emacsを3年ぐらい使ってたけど、
RoRとかDjangoでの開発を楽にするためにvimに乗り換えてしまいました。
# vimだとコード補完が優秀だったため
でも最近プログラミングをしてないっすorz

803です。
>>810 Thanks !
なるほどUNIX的なアイデア。

ずっとGeany使ってたけど、ちょっとした文章の整形するのに機能を追加しようと思うとプラグイン作成しないとダメなのかな？
ちょっと調べたらCで作成するのかな？全く知識のない俺には難しい。
で、TEAに浮気してみた。
こっちはscriptとしてbashやpython、perl等々が使える。
ここらへんの言語はわかるしちょこちょこ書いて使ってみたが、かなり便利。
ちょっとTEAを使ってみようと思う。

>>812
autofillモードを使えば、文章を書き足しても自動で整形してくれるよ。

nkf -f って知らんかったわ。
fold だと2バイト文字ちょん切るんで
emacsで手動で整形してたけど
これは楽でいいや。

そういえば jvim2 にオマケで jfold が入ってたなー。

geanyの書式→選択範囲を送る→カスタムコマンドって使ってるやついる？
これの使い方がどうにもわからん。
適当なスクリプト書いてそれに送ったりしたいんだが、そういう使い方するものじゃないのかな？
選択した文字を送ってくれない。
%s付けても無理。
これはどういう使い方するんだろう。

sort とか tac とか rev とかで試したらうまくいってるようだが。

単純に空白文字で区切って実行してるだけだから変な挙動になってる
sh -c <入力文字列> にしてもらったらもっと賢くて使いやすいのにね

sortで試したらちゃんと動作はしました。
どうにかスクリプトへ出力させたいなぁ。

つーかいけました。
今までpythonでsysargv[1]でやってたのが間違いでした。
sys.stdin.read()でいけた。
何か根本的に勘違いしてたw

テキストエディタに限ったことじゃないけど、選択肢がありすぎ。
しかも使い込むまでメリット・デメリットがわからん。
vimとemacsで悩んでvimにしたんだけどやっぱemacsも気になる。

>>822
おめでとう。あなたは正しい選択をしました。どうぞ神の祝福を受けて
下さい。

結局、あれこれ試してみたけど、結局DSLに帰ってきちゃった。
CDからの起動でも、サクサク起動してなにもしないでネットにつながる。

保存のとき、半角英数だけしか使えないのが、唯一の欠点だけど。

UbuntuでローカルなWikiを探していて、
439で出ていたZim Desktop wikiを使ってみたんですが、
これってオートリンクしてくれないんでしょうか?
キャメルケースリンクはできたんだけど

設定ファイルやちょこっと編集 -> vim
ソース書くとか長めの編集 -> Emacs
中身見たい -> leafpad

こうなった。leafpadは軽くて素敵

中身を見たいときはエディタよりもページャの方が機敏に動いてくれると思うけど。
lvとかきらい？

Xなしの環境（サーバー設定とか） → vi,cat,more
Xありの環境（プログラミングとか） → geany,tea,scribes

zsh: command not found: lv

中身みたい2にlessがあるけどあれはエディタではないから

端末操作中はless使うけど
GUIファイラ使ってる時はgvimで読むな。

>>825
tiddlywikiってのがあって面白いよ。

shiftjisのテキストを見るときはleafpadを使ってる。
個人的にそういうテキストは編集することはないから。
自分で1からテキスト作成するときはgeany使ってる。
端末からはvim。

uim-skkに慣れて以来、日本語文書もvimで書くようになった。

俺もテキストビューア代わりにしてるな<leafpad
良くも悪くも軽すぎる

>>833
linux版メモ帳だね。
私はviかlvだな。ビュワーは。

>>833
leafpadってひょっとして変更禁止の閲覧モードにできるの？
ページャに必要な機能として「うっかり書き込み禁止」があると
思うんだが。私はlvを使っている。lvで閲覧していて編集したく
なったら、vでエディタに切り替えている。

なにその気持ち悪い改行

なにその気持ち悪い私

なにその気持ち悪いバナナ

>835
それは無いなぁ、そもそもキーボードに触らずに使うことが多いし。
純粋にテキストを表示するだけの超軽量テキストビューアがあればそれを使うかも知れんが。
ページャはキーボード触らなきゃいけないから使わないな。

>>839
>>そもそもキーボードに触らずに使うことが多いし。

・・・ぇ?

>>839
お前Linux使う理由無いわ。
なんでそんな不便な環境に？

おれもブラウザとかファイラとか
マウスだけで操作することよくあるよ？
その場合マウスだけですませられた方がスマートだと思うが。

もちろん端末エミュを使ってる時は
キーボードのみで完結した方が効率よい。

>>828
>>828
>>828
>>828
>>828

これだよ

>>817
おおお、カスタムコマンドってあったのか
geanyがさらに便利になった、ありがとう

>841
いやいや、シェルからなら俺だって普通にページャだよw
leafpadをビューア代わりに使う時ってのは、基本的にキーボードに触らないだろって話。

>845
$ strings hoge.pdf |less
の代わりに
$ strings hoge.pdf > fuga.txt && leafpad fuga.txt && rm fuga.txt
とか
$ find ./ -name "*.tex" -exec grep hoge {} ¥; |less
の代わりに
$ find ./ -name "*.tex" -exec grep hoge {} ¥; >  fuga.txt && leafpad fuga.txt && rm fuga.txt
とかしているのかと思った。

>>833
ネタだが、leafpadより(たぶん)軽いのを、ヒマだったので作ってみた(閲覧専用。軽い「だけ」がとりえ)。
以下の部分をファイルにセーブし、sh ファイル名 で実行するとできあがる(※ 要開発環境)
↓↓↓ここから
#!/bin/sh
cat > simpleedit.c.gz.uu <<EOF
begin-base64 644 simpleedit.c.gz
H4sICEx6Z0kCA3NpbXBsZWVkaXQuYwCFVHtP2zAQ/3v5FKZIVQoepGyTJkEm
FSgaUnmoZax7IGQSp7Fw48h2KAXx3XfnJH2jRVXq3O8evzvf3bbIIlnEnBwZ
Gwu1l37zthdFUjysyKZm305zbtbFxjK7LE2izMpl0bDd3h+ueXXSwooNyueZ
1SIzIlqHBimXm9yzyX7HRELc8Ge7GT5TerzBH0YanfLEJedtxzwRGSf9bud0
cP67S760DzxPZJaMmch8PDA9imiUMk124Pj0567lvXqEDG0nz09UZoEAicr/
Q5D/FPGIW1I+VuWSP3FJaxSIIeNjqaJHgsIH+XjoAWCMeOH3lR0CkmcUZWjl
otfPjjMrEgSQ3+xJYhQZq4vIErwo4t7g3tEdcNtj2ahgI36tVeRf/uj16OzV
cixqviQEg1t2lfMMspQiYlaozMMofrNKlpLGQIxBvxsL26DEuSIBdVqk6cqG
BasRNnfkLrUs1IlkxlBSGi0QwaqWJE40Z5ZfsAyIx6VRSaSBShCY1X2wwePs
AsrPob2ciNim9HMQUPhIuRilln4KgrmCibSS8rvS4gUSZZLipWGogQM6csKm
ZlX9lmsLyf1PmUOpbmCyZmpYuzkM18l15koErm50welqYYa2z5mEviiT9esE
S1QkxMfCb4UHLfLqbJMcGt4mPgw615o2AC7GHPoGvpT+mzVa2DVvaJ3EoYIb
912bt+/o1X3/9Oqy98tpoOskPgre83smJCfYMMuOCeHPwvrthSjYlOCKNvHg
5FVHh2MmYTB8bHuV+Nj1rR23cYy9R+GMSG0QusK8w+iCj5Wekg76JN0NpA7m
pKqJCwM3QhAq/NjG4yTFtByjrXCWu1OAtowxjYrLbj209SqpIiFd1J9Xbp0p
XGm8WralwiHLhcWwG9ab4c374HTrIsrHPcBHNoXhqZQPF7Dc6gqoFkgNJEIb
e60MoMGSHJYoc5PIJmdj+/VY2LINyz3W57lkEffLfRC4X7OydcRxgGHx3DJZ
cFOqbRoDLABd6nJYOxewgXtK5X61cAB68/4BDFOyjc0GAAA=
====
EOF
uudecode simpleedit.c.gz.uu
gunzip -df simpleedit.c.gz
cc simpleedit.c -o ./simpleedit -lXaw -lX11
↑↑↑ここまで

俺は時々コマンドラインからleafpadを使う。
同時に比べて見たいときとか、すぐ後でまた見そうな時は
まぁまぁ便利だと思う。

>>846
物事を複雑にするのが好きならそれでもいいと思うけど
$ strings hoge.pdf | leafpad
で、いいじゃない。

GUIでコマンドメインで打ち込むってのは利にかなっていない
賢く使い分ける人は >>828 のような感じだろ

geanyでPHP書いてる人いる？
コードの補完をしてくれるのは嬉しいんだけど、
関数を色分けするにはどうしたらいい？

filetypes.php filetypes.xlm には記述がないです。

php.tagsに掛かれている2000行近いものが、補完されるのかな
ここのキーワードを色分け可能でしょうか？

>>849
でも、なんかそんなFirefoxプラグインが出てて、結構盛り上がってたぞ？

>>850
geanyスレ立ってたよ

Madedit使ってみたけど、なかなか良いよ。

Windowsで使われてる、秀丸やサクラエディタにはかなわないけど、
コーディングするには十分な機能が備わってるよ。
まだver1になってないし、これからが楽しみ。

Linuxに正規表現の先読みが使えるエディタってある？
できれば戻り読みも欲しい。
perl互換の正規表現が使えるエディタがあれば最高なんだけど、
Linuxのエディタでも先読みくらいできるよね？

改行が表示されるエディタありますか？

>>856
emacs, vim
逆に表示されないエディタはどれ？

Linuxのテキストエディタって、基本、開発者向け、コード書き用だけど、
俺はライター向け、原稿書き用のエディタが欲しいわけよ。


例えば、
・一行何文字と指定して、行数もその文字数を越えれば改行していないくてもカウントしてくれる方式。
・印刷する際にも、一行何文字、一枚何行という形で印刷指定できること。
・アウトラインプロセッサー的機能も持っていること。
　例えば、行頭をインデントすると、画面上の表示では段落丸ごと右にズレて、
　　　　　　その段落全体を隠したり／表示したりの切り替えができる
　とかね。
・軽く動作し、テキストファイルで保存されること。
　上記の機能はoowriterのようなワープロなら実現できるけど、それでは嫌なのよ。あくまでテキストエディタであって欲しい。


こういうエディタを誰か作ってくれないか。

作っちゃいなよ。

>>858
> 軽く動作し
↑この条件を外せば、Emacs

私も原稿書き（論文、書籍、Web、長文メール）メインだけど、
Sweave(ESS)、yatex、museが便利すぎて、Emacs以外の選択肢は
考えられない。

Emacsは使う人を選ぶので、>>858がEmacsを使いこなせるかどう
かは知らないけど。

common lispでどうにもなりそうやね。

858です。
>>860　やっぱりそうなりますか。
Emacs、少し使ってみたんだが、結局、あまり十分使いこなさないまま放り出したナ。
も一度、チャレンジするかな。。。　やっぱ評価高いもんね。

ただ、
今はgEditがメインなんだけど、
gEditのように、編集したい文書をサイドペインに並べて、複数立ち上げて、タブで切り替え
ながら文章を組み立てていく、っていう使い方が結構、捨てがたいんだよね。。。

>>862
それもEmacsで出来るよ。

プログラマでも通常の文章を入力している時間の方が多いので、
Emacsを原稿書きに最適化している人はいっぱいいるよ。

Emacsを使っている小説家もいるし、vimを使っている作家もいるww

>>863　そうだったのか。勉強不足だ。。。
サンクス。再チャレンジしてみる気になってきたYO

Emacsでanthy.elだと、変換中にEUCとかに無くてutf-8にある文字 (�@とか) が文字化けするんですけど、
これどこかいじったらなおるんでしょうか?
他のアプリ上で入力したのをEmacsに貼り付けると表示はされるので、Anthy.elかそのまわりの問題だと
思うんですけれども。

>858
全部 emacs で実現できるじゃん。
ちなみに私も物書きです。

物書き=初心者ってつもりで使ってんのか?

質問者がライター、原稿書き用エディタって言ってるからじゃね？
ちなみにVimで同じ事をしてる私も物書き、他人には全くお勧めできない

EmacsはIM通さずに勝手に変換エンジンと通信する時点で却下だろ。
Windowsで言えば3.1時代に、DOSのFEPを無理やり使ってるような話だ。
物書きが欲する文房具感覚の彼岸、対極だ。
つーかLinuxにとってもEmacsは激しく時代遅れの異物。
最近はデフォルトで入ってないディストリがほとんど。
Emacs信者はいい加減うざすぎる。
vi信者は少数派を自覚してるからとくに問題ないんだが

>>869
君がviもemacsも使えない変な人ってのはよく分かった。

まぁソース書きじゃなく「日本語原稿書き」用に「今からエディタ探してる」人に
vi、Emacsをオススメしないのは一応マトモな理由なんじゃね？

「ソースのついでに日本語」とか、既にそういうエディタに慣れてるとかだったら
いくらでもオススメするんだけどね

>>869
> EmacsはIM通さずに勝手に変換エンジンと通信する時点で却下だろ。
> Windowsで言えば3.1時代に、DOSのFEPを無理やり使ってるような話だ。

別に Emacs を勧めるつもりはないんだけど、IM経由しないで変換エンジンと
通信するとどういう問題があるの？

Emacsを立ち上げると、まず日本語でインライン入力ができない。
この時点で激しくレガシーだと思わないEmacs信者。
逆に.emacsを設定すればインライン入力できると説教を始めるEmacs信者。
だからそれが行儀悪いんだろと言うと、
GUIに縛られないのはメリットだとかさらに理屈をこね始めるEmacs信者。
どこまでも世界の中心がEmacsなEmacs信者。
そのくせウェブはFirefoxで見てるんだろ。環境たりえないなら、環境に合わせろよ。

>>873
まぁまぁ、ここは宗教論争はしないスレだもんで。
Emacs以外で>>858の望みがかなうエディタを紹介してちょーでゃー。

XZ Editorでググったら案の定バグだらけのようで
OOo使ったり一太郎使ったり苦労してるようだね。
素直に仮想化環境にXP入れて以下略が正解かと。
メーラーのSylpheedみたいに日本人作者の登場を待ちましょ

自分が作者になればいいよ。

> Emacsを立ち上げると、まず日本語でインライン入力ができない。
？？そんなの経験したことがない。>>873はEmacsを使ったことがあるの？
Web閲覧はEmacsよりもFirefoxに同意。

>>858
Emacs以外なら、アウトラインプロセッサ系しか思い浮かばないけど、
Emacsに比べて、信頼性や安定性、それに軽快さに欠ける気がする。

>>873
興奮気味だね。このスレ見てもわかるけど、大体騒いだり
お説教するのは Emacs 否定者なんだな。

で、結局、IM経由しないと何がいけないの？
素朴な疑問なんだけど。

あと、Emacs はIM 経由では入力できないって言いたいの？

み・ん・な！　このスレの趣旨>>1を忘れるな！


-------------------------------------------------------
1 名前：login:Penguin []： 2006/02/16(木) 12:15:03 ID:nY2wKOvh (2)
やっぱテキストエディタだよねぇ　　　…てなわけで

Linuxで使えるテキストエディタで、
　　きれいな文書の書き方のコツ
　　こんな使い方でくるよ！
　　こうすれば問題解決！　　　　などなど
を教えあうスレ。
テキストエディタに関するくだ質もOK！


ただし、宗教論争はなし！
　み　・　ん　・　な　・　仲　・　良　・　く　！
よかね！
-------------------------------------------------------


仲良く教えあうのだ。

Emacsってやっぱり使ってみようかという気にはなるんだけど、すぐにポイ。
この無限ループを繰り返している人は多いと思う。

で、Emacs 以外のおすすめはないの?

みなさんこんにちは。このスレの>>2です。
当時学生だった自分も就職し、今は某大手ベンチャー企業の
サーバ管理者となりました。今もVimを愛用しています。
鯖缶なので当然といえば当然ですが。

vim は最低限知っておけ。大抵のディストリのデフォルト状態で付いているし、
その操作体系は他のcuiツールでも使えるから。screen+zshなんて、vim+emacsを
知ってればよい。
普段はlisperゆえにemacs使いだがな。lisperにとってみればemacs+slimeという
環境は代用がないくらい使いやすいので。
>>880
vimもemacsも操作体系に馴染めないからだろう。 ahead,previous,next,end とか
単語と連想させて覚えると初期の初期はなんとかなるよ。

>>883
組み込み系の小さいユーザランドにもたいていviはいるしね。
viのサバイバル性能は最強。

vimなら現役ソフト開発にも普通に使えるし。
むしろホームポジションから手が離れないから効率が良い。

emacs のどこが使いにくいのでせうか。
アウトラインフォントも使えるし、scim-bridge.elを使えば
scimで使える言語はどれでもつかえるし。
人文系の人に最適なエディタだとおもうんですがね。

>>885
使えるようになるまで覚えなくてはいけない事が結構あって
それが簡単にまとめてあるところがあまりないからじゃないかな。
例えば通常の編集に加えて、>>858 みたいにアウトラインプロセッサー、
サイドペインとかになると、ここで全部平気よ、と言う文書や URL 知らない。

「使い込む」という精神からすればそれでよいのかも知れないけど。

初めて使うならよくデザインされたGUIなら何も見ないで設定して使えるからね。
emacs も GUI あると言えるののかも知れんが、これで普段使ってる
人いないだろう。普通にいえば敷居が高いということかな。

と言いつつこれも emacs+navi2ch で書いてるけど…

でも他に「これ使え」って言えるようなのないんだよね。

jEditはいい線いってるけど、日本語のアウトラインが弱いんだよなぁ

機能があればいいってもんじゃなくて、
気の利いたとこが無いと、使ってて気持ちがよくない。
Vzや秀丸は乏しいハードウェアで俊敏に動かそうと苦しい努力をしたから
磨かれた作品としての雰囲気が出るわけで、
マシンパワーがあり余る時代は、いいエディタが出にくいと思う。

近年のオンラインソフトで秀丸以来の衝撃を受けたのが
エディタじゃないけど、2chブラウザのV2Cだ。
これも重いSwingが軽快に動くから、気持ちいいんだよね。

>>885
まぁテキストエディタにそんなに高度な機能を求めない人とかは
Emacsのキー操作が異質と感じるだろうから、他のエディタでいいや、ってなるのかも。
GNOMEとかKDEとかから入ると、標準のキー操作はWindowsライクだしね。

たとえばファイルを開くのだって...ってEmacsのメニューから開いてみると
いつのまにかGNOMEのファイルセレクタが出るようになってるんだな

>>890
…
> たとえばファイルを開くのだって...ってEmacsのメニューから開いてみると
> いつのまにかGNOMEのファイルセレクタが出るようになってるんだな

本当だ。俺の場合 KDE だけど。c-x c-f いつも使ってるから知らんかった。

エディタの中でシェルを起動して、そのままログを保存できるのありますか？
xemacsでできるのは知っていますが、それ以外で。

GNU Emacs

コンソールのプラグインを用意してるエディタは多いね。
Geanyはログも保存できるし。meditやanjutaにもある。
geditはpythonのコンソールが付いてる。

emacsがgtk+を使うようになったと思ったら、
最近はGNOMEにも依存するのか。
gnome-vfsが使えたりするのかな？

Emacsで、Anthy+scim-bridge.elまたはuim.elで使うと、変換候補にカタカナとかでてこないとか、
文節の判断が奇っ怪だったりとか、素のAnthyと変換時の挙動がいろいろ違ってます。
これはどっか設定が悪いのでしょうか?

>>896
Anthy使ってないのでよくわからないけど、anthy.elで試してみたら、
カタカナも候補に出たよ。

>>897
あー、すんません、anthy.el はうちでもちゃんと動いてますです。

>>880
まさしく今の俺じゃねーかw
キー操作を新しく覚えるのが面倒で困っている

Emacsは自分でカスタマイズしたのにどうカスタマイズしたのかたまに忘れる

お、これ便利じゃね？とか新発見をして有頂天になって、
よくよく考えたら過去に自分がカスタマイズしたものだったりw

おいらはWordStar系から入ったから
emacsのキーバインドは押して離してが多杉だし
使用頻度を考えてないし、カーソルキーの配置最悪だし
スクロールは半画面ごとだし
UNIX信者ってどうしようもない化石だと唖然とした記憶がある

まぁ人それぞれ使いやすいものを使えば良いと思う。

俺は vi から入ったんだけど、vi 使い慣れてて、emacs ってなんで
こんなに ctrl とか alt とかと2つ同時に押さなきゃいかんのだと
思って敬遠していた。しかし、当時日本語サポートとかは emacs の方が
良かったんで、両方使い出した、編集を要するものが全て emacs
で済んじゃうんで結局 emacs 使ってる。vi の機敏性は好きなんだけどね。

kbd から手を離して mouse でいろいろ操作するのはあまり馴染めない。
ただ、Windows でも編集速い人は結局ショートカット使いまくりだね。

Windows系の
範囲指定はShiftを押すだけ(Shiftを押しながらカーソルを動かす)
というのはけっこう好き

Emacsは何よりヘルプシステムが気に入ってるな
分からんことはさっと引ける
GUIの設定画面とにらめっこするのは非常に疲れる
ついでにinfoを読むのにもEmacsは便利だ

キーバインドの方は慣れればどうってことないな
気に入らなきゃ変えればいいしね
それより2ストロークのキーバインドを設定できないエディタのほうが困る

困るのは分割しても.emacs等々が膨大かつ複雑になることかな

>>904
LinuxのGUIでも普通にそれできるじゃん? Emacsでも。

Shift押しながら範囲指定は慣れるのに時間かかったなぁ
考え方の問題なんだろうけど
共通インターフェースとしては良い案だとは思った

それでも今でも範囲広いとイラッとすることがあるな

>>903
vi使いならuim-skkのvi協調モードで日本語も結構快適だよ。

>>904
同意。emacsだけど↓を設定に加えている。
(pc-selection-mode) ;; Shift + 矢印で領域選択

Shift範囲指定は、カーソル移動系のキーバインドにShift足せば何でも通用するってとこだな。
Shift+PageDownなら、1ページ分選択になる。
欠点は、Shift系のキーバインドをごっそり持っていってしまうこと。
Shift+のバインドは、ほぼ範囲指定専用になってしまう。

漢字TalkからのMac使いだから
Windowsのshiftで範囲選択するのは
むしろ当然という感じですんなりと入れた。

UNIXから入った人には抵抗大きいのか。

>>911
> UNIXから入った人には抵抗大きいのか。

いや、ほとんどCUIで、Emacsかviしか使ってない人たちだと思う。
LinuxのGUIでもShift使うのは当たり前。

MSDOS+一太郎から入ったけど、そのときは選択開始[return]→カーソル移動→選択終了[return]
で、Shiftは使わなかった気が。

Mac＋Windows出てくるまでは
ほとんどのエディタで範囲選択を開始してから移動で選択範囲が広がるという動作だったね
（一部あったのかもしれないけど見たことなかった）
X上でもKDEやgnome出てくるまでは結構Shift＋移動はレアじゃなかったっけ?

当時VZをWindowsっぽいキーに変更してみたら逆に気持ち悪かった思い出が、、、

あー、GUIという言い方がまずかった。
s/GUI/デスクトップ環境/
ってことで。

あぁスマン、揚げ足とるつもりじゃなかったんだ

どこが出所なんだろ＞Shift+カーソル
漢字Talk7やWin3.1の時は既にあったけど
それ以前を思い出せない

普通にCtrl+KとかCtrk+KBじゃないの?

最近になって、Linuxをまじめに使い始めた者なんですが

・日本語の文字コードに強く
・プログラミング向きで
・GUIでだいたい操作できる

この3つの点を満たすテキストエディタはないでしょうか？
今のメインはGeanyなのですが、文字コードの自動認識が弱くて困っています

>>918
gvimとEmacs

>>918
Geany で Geany のコード認識が弱いところをなおしてあげるとたぶんいろんな人から感謝されると思う。

Geanyのソースコード落としてみた
さて、コード認識関連はどこに書いてあるのかな

>>919
ありがとうございます。gvim使ったことなかったので、一度試してみます

>>920
目からウロコ
ちょっとソースコード落としてきます

document.cのhandle_encoding()でチェックしているみたいだね。

基本的に、UTF-8の認識＆変換しかやってないっぽい？
（多国語対応エディタだから、当たり前といえば当たり前だが）

>>918 jEdit

普段 emacs 使ってるて、EUC のファイルを通常の GUIエディタで編集しようと
したら意外と文字化けするんでちょっと驚いた。Leafpad が軽快で自動認識したけど、
これ元々日本人が書いたコードだよね。Leafpad 軽くて良いけど多機能のエディタ
じゃないし、コーディングには向かない。ただ、他のエディタの参考になるかも。

ネットブックには何がオススメ？
あんまり重くなくて、小さいスペースに詰め込みキーボードや
変則キー配列でもやっていけそうなやつ
やっぱvi辺り？

>>927
GUIいるかどうかじゃないのかな。viは慣れてるならカーソルの動きも操作も
速いからお勧め。ただ、kbdが使いにくいと辛い。使うのはA-zがほとんどだか
ら配列はそんなに気にならないと思う。GUI付きだと Leafpad 軽くて良い。
ただ、良くも悪くも単なるエディタであって「スマートエディタ」ではない。

結局何を求めるかによって変わるな。

ありがとうございます。
vi 覚えてみるかな…

GVim

漢字の長文を打つときはviはあんまり効率よくないな。
viのモードとIMのモードを個別に制御せんといかん。

うん。vimは文書作成には向いてないと思う。プログラミングにはすごくいいけどね。

英語で書けば無問題

SKKをvimスクリプトに移植したものは存在する。
使いにくい気がするが。

editraが育ってくれれば・・・・

　　　>>10　いまさらだが、ケリを入れさせてもらうぜ　　　　　　　　　　　　。゜　　　　
　　　＼__＿＿＿＿＿　＿＿＿＿＿＿＿＿/　,　　 ＿∧＿∧。ﾟ･　。゜
　　　　　　　　　　　　 ∨　　　　　　　　　　　　_,-''　　）＠　＠ 。ﾟ･　　　｡　。
　　　　　　 　 ∧ ∧　　　　　　　　　 //　, -' （.__,-''。ﾟ･　　//　｡　。 ......　よっこ ra sh....
　　　　　　　, - ´_ゝ｀）_　　　　　　　 .,-'~　,- '　　　　　　'/,　　　, ,　。゜
　　　 　.,/　 /　　 ヽヽヽ　　　,-/'~ 　,ノ /　　/　 ＼　　　 |　　　|　　　　　　　　 　 　,,,,,,,iiiiillllll!!!!!!!lllllliiiii,,,,,,,
　　 　 /　^)'　　　_ ｌ ゝ _)-'~　　 ,-'~　＼|　　|＿＿__|　　　 .|　　 |　　　　　　 　 　　.,llllﾞﾞﾞﾞﾞ　　　　　　 　　 ﾞﾞﾞﾞlllll,
　　　 / /'　 ヽ　　　 ^￣ 　　,-'~　　 ＼/　　　＼　　　　　　|　　 |　　　　　　 　 　　.|!!!!,,,,,,,,　　　　　　 ,,,,,,,,,!!!!|
　　　（ｉｉｉｉﾘ 　 ヽ 　　　　 .／　　　　　 | ヽ＿「＼ ＼――､.　| 　 |ヽ　　　　　　 　　.|　　　　 　.ﾞﾞﾞﾞﾞﾞﾞﾞﾞﾞ　　　　　　|
　　　　　　　 ||l､_　　 /　　　　＿／　　　/　　　　"-, "' （_　　ヽ　ヽ 　　　　　　　 .|　　　　　　　　　　　 　　　|
　　　　　　　　　　|　　 |　　　｀ー―￣　　　　　　　　　 　　ヽ､__｀/ー_,,,, ﾞﾞﾞﾞ!!!!!!!lllllllliii|　　　　　　　　　　　　　|
　　　　　　　　　　.|　　|　　　　　　　　　　　　　　　　　　　　　　　　＼ﾞﾞﾞﾞﾞﾞﾞ　!!!!!lllllllliiiii|　　　　　　　　　　　　　|
　　　　　　　　　　.|　 '､　　　　　　　　　　　　　　　　　　　　　　　 　 ＼　　　ヽ　　　|　　　　　　　　　　　 　　　|
　　　　　　　　　　 |　 |　　　　　　　　　　　　　　　　　　　　　　　　　　　　｀ヽ､,,＿ノ|　　　　　　　　　　　　　　 |
　　　　　　　　　　 |　 |　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ﾞﾞ!!!,,,,,,,,　　　　　　 ,,,,,,,,,!!!ﾞﾞ
　　　　　　　　,-　|　 |　　　　 　　　　　　　　　　　　　　　　　　　　　　　　　 　 　　　ﾞﾞﾞﾞ!!!!llllliiiiiiiiiilllll!!!!ﾞﾞﾞﾞ　　 　　
　　　　　　　　`ヽ　　 ）

emacs使うのはEmacsのソースを見ている人と、英語の出来る人だけでいいよ
やり込めない要素が多すぎるものに手を出す人はLinux使いにはなれないな

>>937
ネガスレじゃないので。

> やり込めない要素が多すぎるものに手を出す人はLinux使いにはなれない
訳が分からない

scribesなかなかいい

俺は嫌いな質問なんだけどさ、
「viって使える？」って新人さんとかに聞く人が居る。

あの質問はなんだ。
第一、viでうちらが、使う操作なんてそうそう多いもんじゃない。

それをさも、「viって知ってる？ｗｗｗ」って聞く人間がどうも嫌いだ。

>>941
仕事を任せるにあたって、相手のスキルを計る質問をしてはいかんと言う事ですか。
viの使い方をレクチャーする時間があれば自分でやった方が早い仕事とかあるっしょ。

テキストエディタを作った事のある人はどのくらいいるの？
ギャップバッファやピーステーブルなんかに関する知識
The Craft of Tex(ryなんて勿論読んでいるよね？

ねぇ？ねぇ？Emacsは環境（ｷﾘｯ

ed最高！

コンソール上で使うにはどれがいいの？
今はvim使ってるが。

>>945
vim でいいじゃん。

コンソールで長文を扱うなら選択肢はvimかmule(emacs)かnanoくらいしかないんでない？
他に何かあるかな

ed

>>932
ワード単位の移動(w)はすっごい便利じゃんよ
と思ったら日本語の長文の扱いか、、、確かに日本語向けではないかもな

MicroEmacsのJASSPA版を試したがUTF-8が通らんかった。
Linus版は通るらしい

Emacs…
最初に触れたのは,確かEmacs1.8で,
会社でだーれも使わなくなったSUN3で
なにも知らずにccでコンパイルして使ってた.

SUN3は,Solarisではなくって,BSD2.4系のSunOS
X-Windowも最低限の機能しか無かったし
Emacsがあると,いろいろ出来るからね.

メモリもハードディスクもどんどん消費してしまって…
よく止めてしまってお隣のSparcStationから
telnetさせてもらってShatdownしてました orz

はじめて使う時に参考にしてたのは,既出かもしんないけれど,

　初めて使う GNU Emacs
　UNIXユーティリティライブラリ
　啓学出版,矢吹道郎 監修,宮城史郎 著

　付録B キーバインドとコマンド一覧
　(P141-157, 1992年2月29日第1刷の場合)

付録Bだけコピーして手元に置いてても便利です.

当時仕事場でこの本使ってたら,いつのまにか上司も
次の版を買って来て使ってたとゆー本です(笑)

もう売って無かったら,図書館の司書さんにお願いして
取り寄せしてもらってみてはどうでしょう？
付録Bのみ複写依頼しても良さそうですよ.

>>951 です.
啓学出版って無くなってたんですね orz

同じ内容を網羅した本が, (株)テクノプレスから出ているそうです.

[初めて使う Mule/Emacs]
株式会社テクノプレス,矢吹道郎 監修,宮城史朗・小峰一純 著
A5判,304ページ,定価：本体2400円+税
ISBN4-924998-32-X
http://www.catnet.ne.jp/t-press/mule.html

チラ裏かと思ったら宣伝かよ

「やたら親切な人」なだけかもしれないけど
そこまで親切だと宣伝だと思われても仕方ないなw

いまさらこんな本宣伝しても、あまり意味無いような。
うちの会社でもEmacs使ってるのはおっさんばっかりだしな。
若いのはEclipseとか、なぜかvimが多い。

やはりviを華麗に使う人の指捌きを間近に見たら若者は魅了されるよ

やはりedを華麗に使う人の指捌きを間近に見たら若者は魅了されるよ

やはりechoを華麗に使う人の指捌きを間近に見たら若者は魅了されるよ

やはり万年筆を(ry

すみません…、私の要望に合うエディタって、あるでしょうか？

◆黒背景＆白文字にできる
◆空白、タブを記号で表示できる
◆行番号を表示できる
◆全画面表示にできる

そして、これが特に重要なのですが…、
◆特定の文字の色を変えることができる。
ただし、ファイルタイプによって自動的に変えるのではなく、
あくまでひとつひとつを指定できるもの。

Geany,gedit,Kate,KWrite,その他いろいろ試しましたが…orz
Geanyが自分の要望に一番近いのですが、どうにも色設定が面倒で…。
しかも、CakePHPの『.ctp』のような独自のファイルタイプだと
色設定をすることもできず…orz

>>960
jEdit にプラグイン Whitespace と Highlight を入れると、そんな感じになりそうな気がする。

jEdit - Programmer's Text Editor
http://pc12.2ch.net/test/read.cgi/software/1196182758/

>>961
ありがとうございますm(_ _)m

保守age
( ´. _ .`)
( ´ _ゝ`) （ ´ Д ｀）
(*´ω｀)ﾉ (*‘ω‘ *) (　ﾞﾟ'ωﾟ'） ｶｻｶｻ 癶( 癶;:ﾟ;�u;ﾟ;)癶 ｶｻｶｻ

emacs, vi, vimのどちらに手をつけようか迷ってるだけど、
Linux世代の私はどれを使えばいい？
生産メインなので普段はJavaやPHPのコード修正したり、設定ファイル弄ったりする程度。
普段はEmEditor(win)で開発してnano(笑）で修正してるんだけど。

codingするなら性格的にも個人的にはEmacs勧めるけど取り敢えず使ってみたら？
どちらにしろ使ってから決めれば良いと思う

centosの環境で使ってみたけど、viは色分けとかされるのに自動インデントされなかったり、
逆にemacsは自動インデントされるのに色分けされないみたいなところがあって
どちらも一長一短だなって思った。

vimだとプラグインが沢山あるみたいだし、そういった問題は無くなるのかな。
vi系は極められる人には最強とか、上級プログラマはみんな使ってるとか
言われてるらしいから厨房心をくすぐられるんだけど、
IDEや機能エディタが普及している中でこういうエディタ使うのってあまり時代に合わないもの？

>>966
vi はともかく、vimもEmacsも自動インデントも色分けも出来るがな。

＞JavaやPHPのコード修正したり、設定ファイル弄ったりする程度。
エディタでゴリゴリと書くのは卒業して、Eclipse使えば？
生産性が全然違うよ

あと、vim、Emacsは両方使ってみて肌に合う方を選ぶしかないね
両方合うなら両方使えばいいし

>>964
使ってるデスクトップ環境に標準で付いてくるのでも使えば？

emacsclient

>>969
nanoとviが付いてるけど職場でnano使うと馬鹿にされるorz
そんな上司はgedit使い。

>>968
本当はEmEditorの代替としてバリバリ使おうと思ってたんだけど、
たしかにそろそろIDEに移行したほうが良いと感じてる。
メイン環境、GUI環境ではeclipseにして、設定ファイルの編集や
コンソール上ではvimを使うのが今のところ最適案なのかな。

ちなみに少し前まではemacsにしようと思ってた。
高機能エディタの代替として使うのであればemacsのほうが合ってると思う。

>>971
悩んでないで全部試せよ。な？
別途お金がかかるわけじゃないんだからさ。

BlueFish

>>964 jEdit も仲間に入れてあげてください。

jEdit - Programmer's Text Editor
http://pc12.2ch.net/test/read.cgi/software/1196182758/

>>971
いやだからディス鳥に標準じゃなくて
デスクトップ環境（GNOMEとかKDEとかXfceとか）に標準のGUIエディタのこと
例えばGNOMEならそのgeditのことを言ったつもりだったんだが

まあ、馬鹿にされるのが嫌ならIDE使えば良いんじゃね
（俺的にはgedit使いがnanoを馬鹿にするのもおかしいとは思うが）
vi、emacsほど癖はないし、機能は本格的だしな

このスレの住人ってGUI環境での利用がデフォルト？

>>976
いいや、vi・emacsが双璧で後はゴミみたいなのが少々。

秀丸Linux版出してくれたら現価の倍の値段でも買うのにな。
作者が出す気ないみたいだからしょうがないけど。

HIDEMARU=8000YENw

>>978
細かいトコまでは確認してないがWineで動く
ところで、
秀丸の良さってなんなの？