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

emacs覧

前へ 1 2 3 4 5 6 7 8 9 10 11 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

453 = :

マクロなんてキー操作記録で即興で作るもの
それを書くってw生産性悪いねw

454 = :

それはマクロの中でもキーマクロという奴だろう。(手軽に使えるのが便利である)
おそらく条件に応じて処理したいからマクロ言語で書くんじゃないかな？

455 = :

emacs てそんなに偉いなん?

456 = :

偉いなんすよー

457 = :

そのとおり
偉いなん

458 = :

私はもともと秀丸ユーザだったけど、今 Windows を使うときは TeraPad かな？
軽いし、最初から色々設定しなくても十分使えるしね...
Linux では日本語文章の草稿を書くときは gedit、ソースを触るときは vi です。
特に秀丸が欲しいと思ったことはありません。

459 = :

偉いなんてもんじゃない
Emacs 様は環境であるぞ
OS が貧弱だった時代の偉大なる遺跡であるぞ

460 = :

emacs をここで

http://cns-guide.sfc.keio.ac.jp/2000/4/1/index.html

で勉強しようと思ったのですが、ややこしいキーバインドで直ぐに挫折。
vi でいいや。

461 = :

このスレなんですか

463 = :

viで事足りてるからいいです

464 = :

vimのまちがいぢゃないの、

466 = :

それは環境による。

467 = :

vi以外が無いのなら問題ないがややこしい複雑怪奇なキー操作や機能を
実装するこの手のエデイターは数が多すぎるのに全部操作が違うのが特徴。

酷いのはカーソルキーが文字編集中に使えないエデイタがあること。
ファンクションキーもInsertDeleteBackSpacePgeUP/Downなど
あるのにその操作をするのにダイレクトで押せない仕様を信仰するのは
精神が病気だってことな。

468 = :

そういう時代だったからしょうがない。

469 = :

DOSのMIFESなどがはびこった時代が懐かしい。
あの時代に競うテキストエデイターは複数あったわけだが
どれも今のそれらの１００分の１程度のサイズで機敏に素晴らしく
てきぱき動いていた。いまのそれらは巨大なサイズなわりに何かと
重装備で基本的な日本語すらうまく扱えないことがある。

つまりそんなものは英語のそれでいいじゃないか、ＶＩ使えばいいだろ。
メモリあまりまくっているから巨大化したのはいいとして、
設定次第で起動が超重くなるってどんだけ環境にやさしくないんだろ。
WindowsVistaが肥大化して悪口言われているような状態にしか思えない。
Unix系で最小のサイズのテキストエデイタですら、CP/Mで利用されていた
普通のWM.COMと比べれば２桁もサイズが大きい。重装備エデイタなら４桁違うわ。

471 = :

> １００分の１程度のサイズで機敏に素晴らしくてきぱき動いていた。
たんにスクロール速度の話なんじゃないかと...
DOS から Unix に来た人たちは ``vi とか emacs はスクロールが
遅くて使い物にならない''って, ごねてたが,
もとから Unix 使ってた連中に ``サーチかけろよ, ど素人が...''って
バカにされてたな.

473 = :

高速スクロールと目視が一番効率がいい

474 = :

おまえらコンソール版の超高速MifesがちゃんとLinux用で発売されている。
http://www.megasoft.co.jp/publish/milinux/

BSDじゃ無理かもしれんけどな。

475 = :

>>474
10 年近く前のソフトを出してきてなにが嬉しいんだい?
console なんて syslog と dmesg を出すだけのところじゃん.

477 = :

>>475
じゃないけど、５年以上は楽勝に経過してるわけだ。
誤差のうちだろ?

479 = :

MS-DOSのころのMifesって高速スクロールにウェイトが入っていなくて、
PC-9821 Af だと速すぎて困ったのは遠い昔の思い出。

480 = :

ファイル比較で両画面スクロールすると、ヒットしたところでフラッシュするのが
目にも頭にも心臓にも悪いんで、ファイル比較のときだけはvz使ってる。

481 = :

>>479
DOS/Vのフレームバッファですらi486以前で軽快に動いていたわけで。
丼だけ退化しているとか言い出すとスレチになるんだろうな。
WindowsのアプリでＧＵＩ描画するのに矩形で消してそこに背景で塗りつぶして
さらに小さいクライアントの窓で矩形に塗りつぶして、そこに背景で塗りつぶして
背景の模様で描画して、そこに表示する何かを全部描画したら
背景とか何も見えないのが常時なとかが遅い原因とおもった。
そして画面の一部が書き換わると、その部分だけではなく
全描画しなおすアプリとかよくあるので、遅いのは想像に任せる。

482 = :

どんなフォントでも文字が等幅で表示されるGUIのテキストエディタ
ってUnixには無いよね

483 = :

>>482
プロポーショナルフォントをって事？
まずその思想が間違っていると思うけど。

484 = :

>>483
いや、等幅フォントでも。

485 = :

コメントがイタリックになったり予約語が太字になると
字の幅が少し広がってズレるってのはよくあるが
これを回避できてるエディタはWindowsにしかない

486 = :

Emacs でできてると思うけど何か勘違いしてるのかな

487 = :

EMAXってフォントの設定が難しすぎます

488 = :

アラビア文字とかになると文字幅がアルファベット4つ分とかになるんだっけ？

489 = :

geanyという最強エディタができてから秀丸の移植どうこうの話題は不毛だな。

490 = :

>>488
そんなありえない仕様だったのね。

492 = :

>>489
あれが最強・・・
Unixユーザって欲が無いんだな

493 = :

>>492
一人geany押しが前からいるんだよ。相手にされないもんだからいろいろ出張してまでw

494 = :

Geany入れてみた
秀丸の代替品というよりもEclipseの軽量版っぽいものなのね
まあGeany押しの人は秀丸をそういうふうに使っていたからそれで満足なんだろうけど

495 = :

秀丸ちょっと試用してみたけどNotepad++のほうが高機能な気が。
おれはCream(Gvimの甘い版、Gvimにフロントエンドつけたようなもの)でいいし。
当時はろくなエディッタがなかったんだろうけど今は秀丸じゃなくてもいいよね。

497 = :

あっ、誤爆した

498 = :

そういえばプログラムの開発してた時、秀丸ユーザーが全部のタブを
スペースに変換して、また他の人が上書きするのかタブに戻してって延々
やられてこっちは、変更あった行をハイライトしてるけど、全部目で
確認しなきゃならないので、勘弁してくれって思ったな。まだそういう仕様なの?

500 = :

たいていのエディタでタブの扱い方は指定できるだろ。

多人数で開発してバージョン管理システム使うんならばハードタブの扱いや、
インデント数なんかをあらかじめ決めるのが普通じゃねーの？
で、その規則に合わせられないエディタは使用禁止と。

俺の周辺だとむしろハードタブは不可、スペースにしろというのがこのところが多いな。

前へ 1 2 3 4 5 6 7 8 9 10 11 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / emacs一覧へ

類似してるかもしれないスレッド

• 「Emacsは消滅すべき」、ゴスリング氏 (127) - [16%] - 2023/1/12 15:45