テキストエディタ総合スレ

*nix上で動くGUIのエディタからCUIのエディタまで、どんどん語るスレです。

いません。

nano

Emacs

GEdit

KEdit
KWrite
Kate
KDevelop

これくらいしか知らん

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

freshmeat.net: Browse project tree - Topic :: Text Editors
http://unix.freshmeat.net/browse/63/

>>3
freshmeat.net で一番上に来てる vim とか vi 系……。

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

要望はこちらからどうぞ。
ttp://www.maruo.co.jp/hidesoft/

ついでに GnomeFiles から。

GnomeFiles :: Development :: Editors
http://www.gnomefiles.org/subcategory.php?sub_cat_id=66
GnomeFiles :: Productivity :: Text & Word Processing
http://www.gnomefiles.org/subcategory.php?sub_cat_id=82

バッファ実装のアルゴリズムって色々あるけど、最高にいけてるのはどれだと思う?

Vim vs Emacs (Editor War)
http://pc8.2ch.net/test/read.cgi/unix/983911547/
Vim6+ Part12
http://pc8.2ch.net/test/read.cgi/unix/1132968803/
:::viクローン nvi:::
http://pc8.2ch.net/test/read.cgi/unix/1038571375/
死ぬまでmuleを使い続けていくオトコたちのスレ
http://pc8.2ch.net/test/read.cgi/unix/1110484894/
EclipseはポストEmacs
http://pc8.2ch.net/test/read.cgi/unix/1088869202/
vi 2nd
http://pc8.2ch.net/test/read.cgi/unix/1020611467/
meadowについて語ってくれなスレッド
http://pc8.2ch.net/test/read.cgi/unix/1005460254/
エディタ作ったよ！見てみて！
http://pc8.2ch.net/test/read.cgi/unix/1008261818/
Ｅｍａｃｓ撲滅委員会 その２
http://pc8.2ch.net/test/read.cgi/unix/1091212668/
【モバイルEmacs】EmacsCEをどうにかスレ
http://pc8.2ch.net/test/read.cgi/unix/1018785449/
ed スレッド
http://pc8.2ch.net/test/read.cgi/unix/1035952508/
Viと仲良くする方法
http://pc8.2ch.net/test/read.cgi/unix/1015432673/
【熱く】お前のEmacsにはまった理由【語れ】
http://pc8.2ch.net/test/read.cgi/unix/1025755685/
Emacs part 17
http://pc8.2ch.net/test/read.cgi/unix/1126958720/
秀丸をUnixに移植しろ！emacs,viはゴミ以下 3
http://pc8.2ch.net/test/read.cgi/unix/1110364337/

もうめんどいやめた

MacのTextMateみたいなのがあればいいのにな。

VoodooPad が良いとも聞くね。でも個人的には、エディタみたいな好みの分かれる物は
オープンソースじゃないと辛いな。

KDEユーザーの俺はもちろんKWrite

KEditとの違いがわからない人へ。

とりあえずKWriteを使うといいよ。
日本語は大体がSJISかEUCJPなんだけど、大体はUTF8で読み込む仕様になっているから
エンコードタイプの変更ができるKWriteを　・・・ってただそれだけだけどね。
英語onlyとかただ打ち込むだけの人にはKEditでもいいけど。

gnotepad+　は？

軽くていいんだけど
エンコードの変更できない
gladeつーかgnomeつけてmakeしないと日本語メニューが微妙にでない
gnomeつけるとちょっと重くなる
たまに落ちる

Macならこれいいよ
http://www.barebones.com/products/textwrangler/index.shtml
そういう俺はEmacsだが

構文を理解してくれるのがshouldでなくmustになってる今日この頃

geditが文字化けしてやってられない人へ。
"開く"の所からエンコード設定の追加と削除ダイアログを起動
日本語のエンコーディングを追加しつつ他の言語をリストから全て排除

これで解決。

LeafPadいいよね
Linuxってシンプルなのがあんまりないからさ

使ってる人いる？

シンプルの定義を知りたいところだ

jedit

>>20
jEdit?
あんなもん日本語環境では使いもんにならん

>>21
やっぱマイナーな海外ものはつらいかな。
日本語リソースとかインライン変換可能にするパッチみたいのは見たけどね

ed

日本語使えるし、軽いし、シンプル。

cat

日本語使える．究極にシンプル．

>>24
それ、エディタ扱いでいいのかよ

echo

KWriteをクリスタルSVGで使った時の感動は忘れられない

First look at Vim 7
http://applications.linux.com/article.pl?sid=06/05/01/2235242

Hidemaru 6.00β for Linux

さっそく動かしてみた。まあ確かに秀丸なんだけど、
描画や文字表示がところどころ変＆キー割り当てが変。

何処でダウンロードできるの?

Vim 7 Released
http://it.slashdot.org/article.pl?sid=06/05/08/168217

通常使用ならKwriteが一番使いやすいと思ってる。

通常じゃない使用ってどんな使用?

Bダッシュ

逆立ちしながら

目でピーナツをかみながら

あえてWine+Notepad。これ、最狂。

>>37
毎回フォントから選ばないといけないなｗ

Emacsみたいにスクリプトで拡張可能なエディタでUTF使えてX上で動くエディタで、
もっと現代的なのある？

eclipse

>>39
Emacs

ＸＥＭＡＣＳ

cat + iconv

XEmacsってまだ開発してるんだ・・・。もう終わったと思ってた。

てすと

Terapad

wine 上での xyzzy

WineとIMの兼ね合いが大切です。

KDE4ではKEditが無くなるようだ

KateとKWriteで充分というのが理由のようだ

e3!e3!e3!

GNOMEエディターって、もっと高機能にならないかな。
せめてCtrl-Hが使えないと話にならん。

>>51 使えてますが……

Ctrl + H ってなんだよ
何の機能かを言えよ

普通にバックスペースだろ。
確かに、geditだとCtrl-Hでバックスペースとして機能しない。
KDEのkeditとかだとバックスペースとして機能する。
ブラインドタッチだと[BS]キーは使わないしなぁ。

MacのBSは08hじゃないんだよね

>>54
誰がそんなこと決めたんだ？

普通にバックスペースだろ。

で
誰が決めたの？

>>54
GNOME では /desktop/gnome/interface/gtk_key_theme が Emacs になってれば、
バックスペースとして機能しますよ。
この設定は Firefox にも影響するもんだから、FAQ かと思ってた。

ただし、こんなバグもあり。

Bug 150059 ？ Emacs keybindings not honoured for some operations (e.g. Select All)
http://bugzilla.gnome.org/show_bug.cgi?id=150059

# つい C-a してしまいますが……

American Standard Code for Information Interchange

頼むからまともなエディタを大量派生して！！！！！！！！！！

不満な人が少ないから誰も作らない

不満無いよね

Windowsみたいにアイコンが沢山あると嬉しいんだけどねｗ

e3!e3!e3!

今から作るﾔｼは Gtk+ か Qt じゃないとまともな反応が来ないだろうなｗ

Motifで作りましたが何か
世の中から無視されてますが何か

>>67
反響はどうですか？

KDEとか使ってると既にKWriteとかと融合してるからなｗ

無視されてるのだから、反響も何も

魔女っ子の中の人？

Emacsっていつまでもなんか古くさいけど、なんで？

>>72
たとえばどこらへんが古くさいと感じる部分？

mule2.2からしかしらないけど、俺もなんとなく感じてた。

基本的にメニューが英語とか
フォントがビットマップのとことか(これは設定が悪いだけかもしれんが)
キーバインドが独特なこととか
設定がいまいちわかりにくいこととか(いちおう階層状になってるっぽいが、深くてよくわからん)

>>75
それらは「古くさい」ことなのか？
メニューが英語だと古くさいのか？？？

日本語化が追いついてないほど新しいんだよ

>>73
みかけの問題だけど、簡単な設定メニューみたいなの付けようとかいう話ってないの？
やれないことはないけど、.emacsやカスタマイズでの設定って最近のアプリと比べると異質な感じがする。どこまでもカスタマイズしたい人ようにはいいけど、もっと簡単にできる選択肢もあっていいんじゃないの？

>>78
メニューバーからいろいろできるじゃん。

一応customizeでそういう設定はできるようにはなってる。

ただ基本的にemacsのカスタマイズは一種のプログラミングなんだと考えるべき。
例えばsetqで変数に値を入力するだけの時だって、
値をベタに書くだけじゃなく
なんらかの関数を評価させてその出力をsetqするとかできる。
用意されたカスタマイズ用変数をいじるだけじゃなくて
adviceやらhookやらで自分の好みに挙動をかえられる。

そこら辺の利点が理解できてない人からすると
.emacsの記述は冗長で無駄に感じるかも知れない。

>>78
> .emacsやカスタマイズでの設定って
って言ってるから customize のことは知ってんのかと思った。

~/.emacs はプログラミングの世界に足をつっこませるための罠だと思う。

>>81
それはもちろん知ってるけど。

>>79
そりゃできるけどさ。やっぱEmacsがいつまでも古くさいのは何か変えようとする度にそういう風に変化を拒む人達が多いからなの？
ストールマンがEclipseから何か取り入れようとしてたみたいだけど、他の開発者達がささいなことでもdrastic changeって言ってたのみて変わることへの抵抗みたいなのがあるのかなって感じた。

別に拒んじゃいないよ。
設定メニューがないって言うからあるよと言ったまで。

マウスオペレーションとかメニューとかが古くさいのは
反対者がいるからじゃなくて
単にそこに力を入れる開発者が少ないだけの話じゃないかな。
熟練した人ほど正直いらんと感じてると思う。
あとは現代的なツールキットの採用が遅かったのもあるけど。

>>83
できることはできるけど、そのUIでみんな満足してる（かのような言動が多々見られる）のが疑問なんだよ。
「〜ないの？」って聞いてもたいてい「それ〜でできるよ」って言って終わりじゃない。


>>84
開発者はそれこそ熟練した人たちばかりだろうからよけい興味ないのかもね。
モダンにしようっていう動きは開発にはないの？

>>85
> そのUIでみんな満足してる（かのような言動が多々見られる）のが疑問なんだよ。
なら最初からそう聞けばいいじゃん。
「ないの？」って聞いたら「あるよ」で終わるのは当たり前。

>>86
それはそうだね。
でも例えば「〜したいだけなのにもっとましな方法ないの」って言ってもたいてい「.emacsでできるからいいじゃん、嫌なら他のエディタ使え。」でしょ。

そりゃ質問者の要求が筋違いだと思う。
そんな喧嘩ごしの物言いすれば
「嫌なら他のエディタ使え」といわれたって仕方ないだろう。

ほしい人がつくればいい。
無いのはほしい人がいないから。

>>88
言い方が悪かった。それは質問スレとかで言ったなら聞く人の態度悪いって言われても仕方ないけど、もっと一般的なフォーラムとかでEmacsもっとこうならないかなみたいなこと言ってもそういう回答が多いんじゃない？

>>89
けっきょくはそういうことなのかな。

初めはほしくて作り始めても、EmacsLispを触り始めたらメニューが不必要なことに気付くんだろう

>>91
ミイラ取りがミイラw

簡単な設定を求めるのは
GUIがモダンでなくてカッコ悪いから？

それともemacsが難しくて使いにくいのが
簡単設定で簡単に使えるようになると思うから？

簡単に設定できれば簡単に使えると思ってるならそれは違うと思う。
むしろemacs普通に使えるようになれば.emacsの設定なんてなんてことない。

使う以前に、設定でつまづいてたら話にならない。
そんな人はEmacs使うな、と言うのもアリだが
できれば簡単に使いたいと思う人もいる。

メニューで選んでぽちぽちやるだけで
今は結構設定できると思うけどな。

>>93
そういうスタンスならそれでもいいと思う。使いたい人は使うだろうし。
ただコミュニティは尻すぼみになっていくだろうけど。

Emacsってむずいのか？
普段Vim使ってて、Vimが使えない環境があったからEmacs使い始めたけど
普通になんも悩むことなく使えたぞ。

英語圏の人にとっては現状で十分使いやすいんじゃないのかな？
だって説明文あちこちにあるでしょ。
そりゃcustomizeがモダンでかっこいいとは思わないけど、
個人的には~/.emacsで満足だしなあ。
設定なんてわからなくてもコピペしてくれば十分だし。

コピペしなくても、customize-groupで十分すぎるほど設定できるでしょ。

macのmi
みたいなの無い？

まあ、customize-group はなんのためにあるのかよくわからん。
あまりにも使いにくくて、結局EmacsLisp覚えたほうが早かった。
というのが大抵のEmacserの通る道だろ。

jed 使いって居てはる？

いてはらなせん。

>>102
jedって何？
もしかして日本語も扱えるed？

いいえ、ジャワ語が使えるedです。

うわ、俺がジョークレスかえして久しぶりに覗いたらレスないでやんの。
こいつらセンスねえな。

そこで「java拡張したedです」とでも言ってくれてたらネタも膨らんだというのに、お前は

jokeditor だとか言いたいんだな。
寒いスレだ此処は。

印刷でcupsに対応した日本語エディターのお薦め教えてください。(FreeBSD)
印刷専用プログラムでもいいでし、ターミナルでもGUIでもいいです。
xfceのmousepad使いやすいけれど印刷は日本語非対応でした。
現状firefoxにテキスト読み込ませて印刷というのが暫定案。

テキストファイルの印刷なら、男は黙ってa2ps

日本語対応版、Unicode対応版などあるので好きなのをどうぞ

geditとかはどうかな
「印刷」と「印刷プレビュー」があるし
印刷部分のつくりはFirefoxと同じに見える

>>110 >>111 ありがとう
a2psとgeditをとりあえずいじってみることにします

a2psなんですがなんかについてきて入っていて日本語未対応でした。
FreeBSDなんですがportsにある　/japanese/a2psが使えそうですが
どうもeucのみ対応ポイ
perlなので改良しようと思います。
同名で複数のプログラムがあるのは嫌だしweb上の情報も錯綜しているので
FAQとしては「a2psは使えない」が正しいと思います。
テキストデータをa2ps的なもので変換して
lpr(cups版が同名というのも嫌だがディレクトリーが違う)で印刷という形は
正しいと思います。

geditをportsから入れました。
xfceなのでgtk2などは入っているものの
結構使っていないライブラリーが多いためビルドに数時間要し
リソースも結構食うのですがCPU占有率は低く
言語フィルターはmousepadより多いし
とりあえずCUPS-PDFで日本語をちゃんと出力してくれたしタブ対応なので
mousepadより使いやすいです。
uimとの相性を心配していたのですがそれも問題なし。

geditのヘルプを出せません。どのファイルで設定をへんこうするのでせう。
xfceのmousepad 印刷コマンドはa2psを叩いている模様
geditで改行コードの変更が分からないのでcr+lfとlfの切り替えはこちらむき
あとroot権限での使用時警告でるのは良い仕様だと思う。

a2psは事実上の標準だったことがあるので、そのインターフェイスに合わせた
いろんな実装やパッチがあるのはしょうがないべ。できるだけ他は変えたくないもんね。


mousepadって使ったこと無いけど、a2psのコマンドラインを触れるのなら、
最近のa2psにはエンコードを指定できるオプションがあるぞ。

コマンドラインからさわれるなら、cedillaとかgnomeのおまけのu2psとかに
乗り換えてしまうのも手

vimの
:hardcopy
はどうっすか？

windowsでテキストを印刷するのにいつもどうするか迷うよ。
vimの印刷でもいいんだけど見た目どうなるか把握しにくいから、
とりあえずopenoffice writerにコピペして印刷してる。

>>116 a2ps路線はいいと思うし今回の話からmousepadで日本語印刷できるようにするには
a2psのutf-8対応版でコマンド互換にすればよさそうなことがわかりました。

デスクトップがxfceなのでgnome系を使うのは筋が通っている(ライブラリーの無駄がない)ので
geditは入れたのですが
gnomeのおまけのu2psってのがFreeBSDの場合どこにあるのかわからんのです。
できた場合utf-8のテキストファイルをu2psで刷るというのは
GUIとコマンドと作業の分離という点では合理的だと思います。

>>117 vim探索してみました。FreeBSDの場合ja-jvimかな?
印刷機能あるみたいだね、viって聞くだけで二の足踏んじゃうけれど時間があったらためしてみる。

vimの印刷機能は行数を指定できるらしいけれどスクリプトで処理できるのかな?
a2ps互換路線のもので既存のものを前提にした場合
エディターとしてnanoも結構ありかなと思った。

mousepad を使うなら leafpad に乗り換えるのが吉かもな
パクリ元のleafpadの方が人気ありそうだし、mousepadも
追いつくだろうが、どうしても後手後手になるし

ちなみに手元のleafpad 0.8.14では印刷プレビューにevinceが必要だ
evinceが無くても印刷は出きるけど

gedit
SHIFT_JISないしはCP932保存だと「~」が使えない。バグだな。
ASCIIだというのにどういうことだ。
euc-jpだと大丈夫

なんかgnome系超重量ライブラリーが必要なものばかりすすめられる感じが...
evinceってpopplerをバックエンドにしたpdfビューアーじゃなかったっけ
なんか依存を見ただけで萎える。xpdfでいいや、
ちなみに画像化はgsでもできるしcupsのlprで印刷できる。

leafpad自体の依存は少ないみたいだから入れてみた。
gimpとgeditを入れている環境だからビルドはほとんど一瞬ですむ
なんか久しぶりだこんなのは
でもバージョンは0.8.9で印刷機能はなしだった。(freebsdのPorts)
内容はmousepadとほぼ同じローカライズもされていた。
mousepadも日本語は印刷できないか代替のa2psが必要だから
ほぼ等価消費リソースが少ない分だけleafpadの方がいいかな。

gnome-u2ps のソースをみっけたのだけれど
依存が激しい。
この程度のコマンドラインプログラムに
こんなに依存が激しいのは学生の習作プログラムでないと許されないと思う。
テキストの印刷って画像かpdfにして渡してもいいわけだから
それこそSDL-ttfとかwin32APIのテキスト関数で描画でもいいと感じる。
それに比べてa2ps-jがperlでパフォーマンスも低くないのが偉い

ここのところ話題に上がっているのはglib2依存なのでKDEな人には勧めかねると思う。

> evinceってpopplerをバックエンドにしたpdfビューアーじゃなかったっけ

xpdfのコアをpopplerに分離したからxpdfもpoppler依存だし
表面をどのライブラリに依存するかの違いでしかない。
まぁevinceはマルチドキュメントビュアーということに
なっているので、さらに依存はキツいかもね。

xpdf : motif
gpdfview : gtk+2
evince : gnome

xpdf が若干軽いと言われたらそうかも知れんけど
gs必要ない俺には今更openmotif入れるのもアレなんで
gpdfviewを使ってるけど。

xpdfはpopplerじゃないよ。(124だけど)
あとeviceはgnome+gtk2+とさらにfusefsやらなにやら必要みたいだ。

情勢を見るとcairo+popplerの部分までは
現状ベクター描画の標準と考えていいようだ。

変節して申し訳ないけれど
実のところwebkitあたり入れたときにすでにpopplerも入っていたようだった。
おいらはxpdfはさっくり捨ててepdfviewを入れた。
でわざわざpopplerとpoppler-gtkもアップデートしたよ。
xpdfのコマンド部分が欲しい人はpoppler-toolsをいれるといいと思うのだが
gsとかぶっている気がする。
xpdfだとa2ps-jで作ったpsから起こしたpdfは文字化けしたりするのだけど
epdfviewだとしなかった。
速度的にはxpdfの方がちょっと速いけどナビゲーションしやすいし
若干きれいなのでこちらを使うことにした。
ようするにきれいじゃない分xpdfは速いみたいだ。

テキストエディタにプリント機能が内蔵されていない場合
コマンドラインで印刷する場合第一水準と第二水準までなら
既存のものではとりあえず軽量なperl版のa2ps-jを使うとして
iconvでeucにしてやってからa2ps-jで変換して
lpr(もろもろ)で出力すればいいと思う。
変換自体をコマンドラインでやるにしてもcairoを使ったような形でも良い気がした。
エディター自体に印刷機能がなくても行数指定で指示できれば結構選択肢が広がる。

しかしutf-8エディタとして印刷まで考えるとpdfでも出力できるgeditが使いやすいな。
UTF-8からならiconvでだいたいの形式になるし
2byteもとりあえずeucJPならいいみたいだし

あと日本語がないならば別にa2psなくてもcupsの場合レンダリングしてくれた。
「ただのテキストの印刷」を位置合わせとか含めてもう少し考えたいのと
エディターで固定でなくてコマンドで部分だけ印刷するとか
来年の課題かな。どうせつくんなら日本語重視だ。

付箋紙系っていろいろあると思うけれど保存しなくていいから便利
xfceのnote-pluginも操作性はびみょうだけど書いたものは保持されるから
webのメモとかテンプレートとかに使っている。
日本語入力が弱いソフト用にもnote-pluginで書いてコピペというては使えると思う。

ImageMagickのconvertだけでもテキストをpdfかpngにできそうだから
そこからcupsにわたして印刷というのはよいかも

最近主力はgeditで便利というかこれがメインなんだけど
強調表示の対応拡張子をasとかxulとかsvgとか増やしたいんだけどやり方が分からない。
設定とかの解説サイト無いかなぁ。色とかも変えたい。
s-jisがだめとか改行コード変えられないとかはleafpad使うのできにならない。

解説はたぶんこれ。
http://library.gnome.org/devel/gtksourceview-2.0/stable/lang-tutorial.html

>>131 ありがとう　でもGtkSourceViewというのを使っていることすら知らなかった。
ちょっとずつ調べてみるよ

gedit、ついにcp932での「~」(x7e)の誤変換がなくなったようだ。
ただしSHIFT_JIS指定だとだめなのはそのまま、

最近は軽量 emacs 区ローンって流行らないんですかね?
jed とかネタ振られて激しくスルーされてるみたいだけど。

DOS 時代からメールとかのテキストには ng 使い続けてます


ソース編集とか navi2ch みたいなアプリケーション類では
本家 emacs ももちろん使ってますが

>>134
PC性能が上がって、軽量じゃなくてもよくなってきたからかと。
Emacs常駐させても問題ないほどメモリ積んでるのが普通だし。

やべ、おれちょっと、jedi なんで、FORTHつかってくる〜。

geditで括弧の反対側が斑点してくれる機能だけでも
涙がでてくるくらいありがたいダス。
以前はいちいち括弧閉じるの後にコメントつけていたのがばかばかしい。

斑点→反転

gedit使うくらいならgeanyを勧める

UNIX用バイナリエディタで
文字コード部をS-JIS,EUC等の日本語で表示できる物
もしくは方法ってありますか？
bvi, emacsのバイナリモードを使ってみたけど
出来なさそうだったです。
やり方を教えてもらえると有り難いです

>>137
jed で {} 検出失敗し始め、バグが取れなくなって・・・

>>139 何? そのportsにも無いマイナーエディタは

>>140 自分で作ってみたらどう? 取り敢えずビューアーから
cでもいいけどperlでも充分できるはず
下手に既存のエディタを工夫するより意外と敷居は低い

ports（笑）

結構あるじゃん
ttp://www.geany.org/Download/ThirdPartyPackages

japanese/jed

jedって公式サイト全滅だしMakefileみただけで出来が悪そう。

geanyはdevelにあるのか。開発体制もしっかりしているし
gtk2使ってんだったら基本は大差ないだろうから
自分はプログラムを組む人だしxfce環境だからよいのかもな
>>139 すまんかった。　
>>142は撤回だ。感想は使ってから「自分には向いていない」とか
そういう私的次元でいうべきのようだ。
取り敢えず使ってみるよ。

geany 良いね。自分には向いている。追加依存もなくビルドも短時間。
でも端末でglxgearsを実行するとxtermやgnome-terminalで実行するより遅くなる。
確認系コマンドとか短時間処理限定だね。惜しい

CUIベースで良いンだけどそゆのじゃないよな。

どのグレードを望むんだかによるんじゃないのか?
GUIになれた自分はコンソールは全部nanoなの

geany CP932がだめなんだけれどleafpadとあわせて使うならば
もうgeditはいらないな。

>>150
ttp://www.geany.org/Documentation/ChangeLog

2009-06-14 Enrico Tr ger
src/encodings.c, src/encodings.h, src/plugindata.h:
Add Japanese encoding "CP932"

プログラマのためのテキストエディタ18選
http://journal.mycom.co.jp/news/2009/06/24/030/index.html

Emacsが隅に追いやられているのが悲しい…

VimとEmacsは本文で触れられない上に
「寄せられているコメントにはほかにも〜」「〜は繰り返し出てきている」
これフォローの一文なのかもしれないけど、なんとなくクレーマー扱いされてるような気もw

っていうか、この記事の視点はラインナップも含めて微妙だけど斬新な気もする
面白いな

まぁ知られているものを改めて紹介するよりかは
あまり知られてないものを紹介するほうがよかろう

emacs,vi以外の人はみんなカーソルキーでキー移動してる訳?

俺はEmacsでもviでもカーソルキーだが。

エディタによる差がなく、どのエディタでも使えるという安心感がある

昔からどのキーボードでも差がないようにviでhjlkだったけど
最近はカーソルキーの場所も割と決まってるので
そろそろカーソルキーに体を慣そうかと考えてる

カーソルキーには別の機能を持たせてる

>エディタによる差がなく、どのエディタでも使えるという安心感がある

素の vi は矢印キーが使えないんだが…

Emacsも、というかEmacsこそデフォルトでは
カーソルキーの使えないエディタだったような

>>151 あんがと、でも現バージョン(port)はまだ反映されてないようだ。

大容量のテキストを読み込ませた時に、速やかに編集可能状態に入れるエディタってありますか？

>>152
旧Mac OS(System 7)でもemacsもmacvimも動いてたのに。

漢字Talk７でvimあったんだ
よく探せばよかったよ
しかたなく（当時としては）重たいEmacsでヒーヒー言ってたのは良い思い出
まぁプチ両刀遣いになれたからいいか

http://libtextwrap.sourceforge.net/
i18n に配慮した text wrap ライブラリ (英字単語は、できり限り途中で折り返さない)
dotextwrap という簡単なフィルタコマンドも付いてるので、jed や joe のように utf8 が使えてフィルタコマンド
呼び出し機能はあっても行折り返し機能がないものでとりあえずの代用になるかと

http://invisible-island.net/vile/
vile、行折り返し機能は既にありますが、全角半角交じりだとうまく折り返せませんでした。で私がバグ報告した
のですが、最近やっと、作者がこのバグに取り組みはじめたのは朗報でも、当の私が Unix 的環境ではなくなっ
てしまったのでテストに付き合えません。誰か興味ある方、もしよろしければお願いいたします。

なお、現状、日本語が表示できるのはコンソールモードだけで、かつ en_US.UTF-8 ロケールのみです。フォント
にも制約があったかもしれませんが、私の当時の Unix 系環境は資料ごと失われてしまったので定かではありま
せん。また、編集機能も日本語で問題ないかどうかまではまだ調べてません。

追記。
Perl を構文解析に使っているせいか、シンタックスハイライトをオンにすると文字化けしてしまっていたことを思い出
しました。

age

仕事で古いパソコンを使っています。ＯＳはUNIXです。このマシンに
テキストエディターを入れたいのですが、UNIXのテキストエディターのバイナリが
入手できるところをご存知の方いらっしゃいましたら、入手先を教えて下さい。

ソースからコンパイルするのは、私があまりUNIXに詳しくないので、あまり気が
進まないのですが、もしもコンパイルするしかないのでしたら、ソース入手先を
教えて頂けないでしょうか。また、コンパイルしか手段が無いとしたら、
UNIXでは、テキストエディターのバージョンいくつまで対応可能でしょうか。

>>170
UNIX なら必ず vi が入ってるはず。
$ man vi
で説明が読めるはず (日本語かどうかは UNIX の種類次第)。

コピペ
http://toro.2ch.net/test/read.cgi/unix/1294304524/396

Sublime Text2はどないでしょう
評判はよろしいようなのですが

edとedlinはどっちが使いやすいですか？

すいません、KATEでスクロールバーを太くしてソースの全貌というか概要を表示させる機能があったと思うんですが、どこで設定すればいいのでしょうか？
宜しくお願いします。

>>174
Erectile Dysfunction

ターミナル上で使える近代的なエディタがほしい

ターミナルという時点で近代的じゃない

「近代的」のニュアンスがよくわからんな

どうせまともなターミナルもないWin厨だろwww

古典的だがEmacsやvimもターミナル上でマウスホイールが使えるとか地味に進化してる
マウスクリックに反応してカーソル位置が設定できると良いが

最強、最高のエディタはEmacsだから
選択肢は一卓

powershellはunixのどのシェルより使いやすい
というかpowershellのおかげでオブジェクト志向のメリットをようやく理解した
使ってるエディタはjEditだが

>>183
キチガイは死ね

近代的なキチガイやね

ターミナル上で使えて、それでいてメモ帳ライクなインターフェイスを備えてるエディタはないものか

メモ帳ライクかは置いといて
簡単なのは ee とか nano とか。

一般的なGUIのテキストボックスがメモ帳ライクに作られてるから
ターミナル上でもそれに合わせたインターフェイスを使いたいわけですよ
「GUIなんていらねー」とか言ってIDEすら避けて通るような老害にはなりたくないわけです

「メモ帳ライク」ってのは具体的にどんなことがしたいの?

具体的に一般的なGUIのテキストボックスのようなことがしたい

>>188
老害になる前にまともなUNIX使いにもなれないだろうな(笑)

>>190
それじゃよくわからんなぁ。
もうちょい具体的に頼む。

たとえば ee とか nano で足りてないのはどういうとこ?

メニューバーが欲しいって事じゃないかな？
StackOverflowに似た記事があったのでみてみ
Simple linux console text editor wanted (StackOverflow)
http://stackoverflow.com/questions/5607352/simple-linux-console-text-editor-wanted

Diakonos(メニューなしっぽいキーバインド互換)
http://en.wikipedia.org/wiki/Diakonos
JED(メニューありキーバインドたぶん違う)
http://www.jedsoft.org/jed/
http://www.jedsoft.org/images/jed1.png

メモ帳野郎はCUIでやれば簡単に済むことをわざわざIDEでやるんだろうな
例えば行頭に連番を入れるみたいな事を一生懸命手で打ってる姿が目に浮かぶ

>>190
君はムリしないでWindowsでメモ帳とかを使ってればいいと思うよ(笑)

そういうことを言う老害にはなりたくないわけです

CUIでIDE使いたい、って話なん？
なんかよくわからんな。

厨房に老害とか言われてもなぁ

> 具体的に一般的なGUIのテキストボックスのようなことがしたい
そもそも聞いてるヤツが分かってないのにわざわざエスパー能力発揮して答えるバカがいるんだなw

>>194
そんくらいの人らはターミナル自体触ろうとしないんだからちょっとその妄想は無理がありますわ

>>200
メモ帳がご希望なんだろ？
メモ帳にそんな機能あるの？
使ったことがないから知らんが

「ターミナル上で動くメモ帳ライクなエディタ」を使いたいのであって
「メモ帳」が使いたいわけではないのです

繰り返しになるけど、
その「メモ帳ライク」とか
「一般的なGUIのテキストボックスのようなこと」とかが
どういうことを指すのかよくわからないので答えられない。
何がやりたいのかもうちょい詳しく説明してもらえる？

今までどのエディタを使って
どういう点が足りてなかったの？

>>202
>>193はどうなのさ
他にも見つけてきたぜ
http://askubuntu.com/questions/42453/equivalent-text-editor-to-ms-dos-editor
下2つはメモ帳ルックで片方はPascalのIDE

A DOS-style editor for Linux(SETEDIT)
http://dfarq.homeip.net/2002/06/a-dos-style-editor-for-linux/
http://setedit.sourceforge.net/#scrnsht

ターミナルで動く時点で元のメモ帳からだいぶ遠いんだから
メモ帳のどの部分を再現したいのか書かないと探しようがないな
まぁ本人もよくわかってないんだろうけど

そういうのが欲しいなあという願望を書いただけであって
別に探してくれとは頼んでないっていうか、もはや諦めてる
どうせどれもこれもキーコードやらなんやらで泥臭い事しないと思い通りには動かんし
そういう設定増やして身動き取れなくなるのはもう嫌だ

この人なにがそんなに不満なの？

・人生は有限、ゆめゆめ時間を無駄にすべからず
・どんな場面にも必ず一定数の馬鹿が存在する

→馬鹿を相手にするな

そういうことを言う老害にはなりたくないわけです

こういう話題で過剰反応してる奴ってのは大抵、老害じゃなくて
老害の真似してハッカー気分に浸ってる連中だったりする

キチンと人に説明できない時点でダメでしょ。

近代的=カーソルキーでカーソルが動くこと。

カーソルキー=hjklのこと。

>>213
カーソルキーないんで。
あ、ちゃんと現在市販されているキーボードだ。

カーソルキーもないキーボード使ってる老害にはなりたくないわけです

vimならカーソルキーもマウスホイールも使えるでしょ

>>215
カーソルキーなしのキーボードしか買って貰えない学生さんですか？
しっかり勉強して今度はもっといいキーボード買って貰いましょうね。

カーソルキーは普通に便利だぞ
俺はキーリマップソフト使って変換+hjklにカーソル移動を割り当ててるけど
カーソルキー自体もしょっちゅう使う
HHKとかマジで老害御用達だと思う

変な奴が住み着いちゃったなぁ

だねえ

老害呼ばわりされた時だけすっとんできて、ろくに話を広げる事も出来ず悪態つくだけのお前らが
他人を変な奴呼ばわりとかできる身分か

>>222
悪態ついてんのはお前が最初だぞ

なんか「老害老害」って盛んに吠えてるヤツ、どうしようもないほどの頭の悪さとスキルの低さがにじみ出てるな

すみませんが老害の方のみ投稿をおねがいします

話をさ、広げようぜ
お前ら頭良くてスキル高いんだろ？
スキルの低い馬鹿が調子こいてるならちゃんとした知識を用いて叩き潰せばいいだろ
それが面倒なら>>209
それともガチで>>211なのか？

>>226
お前こそ視野角1度しかない糞みたいな書き込みしてる事に気づけよ

話広がらねえなぁ
HHKの有用性とか熱く語れるちゃんとした老害来ねえかなぁ

テキストエディタ総合スレに来てHHK語るなんてどこのアホだよ
ホントに変なやつ住み着いたな
このキチガイ夏が終わるまでいつづけるんかなあ

カーソルキーの有無とエディタを絡めて語るのがアホなのかい？
文脈を理解できないふりして何も語れることが無いのを誤魔化す方がよっぽどアホっぽいよ

HHKって言葉を最近知って使いたいんだろうな
常用派にも不必要派にも今更すぎる話のネタだし

「呆れてる俺アピール＋素人認定を続けてればそのうち偉い人が来てこんな奴やっつけてくれる」
専門板にありがちですね

>>209

>>228
職場で上司にバカにされてんだろw

元々メモ帳程度しか扱えないスキルの人間がなんかのはずみでターミナル操作が必須の業務(部署)に配属されてしまって、やむなくここでターミナル上で使えるメモ帳ライク(笑)なエディタは？とか聞いて馬鹿にされ…
で、自分の及ばないスキル・知識については全て「老害だ！」と叫ばないと精神の安定(プライド)が保てなくなってるってことだな。
まぁ、気の毒な奴だ

そっから話つながってんだw＞ターミナル上でメモ帳みたいな…
別の変なのが湧いてるのかと思った

ee大好きぃぃ

こんな過疎スレに変やヤツしかいないのが笑える
8月2日に書いてたやつ反省しろよバカどもが

自分が変な奴という自覚がないから半年たってもそのまま

そういうことを言う老害にはなりたくないわけです

つーん