MIFES for Console β版公開 166
ストーリー by Oliver
なつかし 部門より
なつかし 部門より
inu 曰く、 "PC Watchの記事によりますと、メガソフト株式会社は同社のMIFESユーザーサイトにおいて、Linuxコンソール上で動くエディタ、MIFES for Console(Linux)のβ版公開を開始したそうです。MIFESといえば、MS-DOS時代から現在にいたるまで各OSに移植されながら発売されている、息の長いエディタソフト。この機会にMIFESが懐かしい人もはじめての人も、触ってみてはいかが？"
システム障害でGUI から放り出され (スコア:2, 参考になる)
emacs も起動できなくなって途方にくれる方には朗報かも。 vi のような「モード」がないエディタですから。多分 vi よりもコンパクトだろうし。
＜ぼそ＞
いまどきの HDD 事情なら、最初から vi だもんなぁ…。ed で 緊急対応の rc ファイルを編集してサルベージ…てのを最後に やったのは ７ 年くらい昔のこと、SunOS 4.x の時代か。
＜／ぼそ＞
--- Toshiboumi bugbird Ohta
Re:システム障害でGUI から放り出され (スコア:1)
> rc ファイルを編集してサルベージ…てのを最後に
> やったのは ７ 年くらい昔のこと、SunOS 4.x の時代か。
ごめんなさい。それ、先週やりました。viのedモード？で
めんどっちい時、TERM=sun;export TERM;とやるとviでも
フルスクリーンで操作できて楽・・・
あと、SunOS4.xのコンソールログイン、ESC [ qと押すと、
バックが白から黒へ変更できる技、どのくらいの人が知って
いるかな？
-- gonta --
"May Macintosh be with you"
テープから起動 (スコア:1)
テープ(CGMT)でした。設定を間違えて、システムがあがらなく
なってしまって、テープからミニルートで起動して、ed で
config いじって修復。それ以前、GECOS ルーツのNECのNCOS
というOSもやってたのですが、そいつもシステムコンソールでは
ed しかつかえませんでした。
life is too short to hate each other.
Re:システム障害でGUI から放り出され (スコア:1)
emacs -nwってのは無しなのでしょうか？
Re:システム障害でGUI から放り出され (スコア:1)
emacs に比べ MIFES のほうが便利、という文脈で (スコア:1)
MIFES は共有ライブラリを使わない、と？
# mishimaは本田透先生を熱烈に応援しています
フィードバックやりにくそう (スコア:2, すばらしい洞察)
半角カタカナ不使用は当然としても
数字・英字は半角で表記してくださいとあるのに
半角カンマ( , )は使わないでください。
はどうかと思う
Re:フィードバックやりにくそう (スコア:1)
taka4
ううぅ (スコア:2)
(RED1.xの頃は使ってません)
Vz欲しい (スコア:1)
Xzじゃなくてコンソールで動くやつ。
やなぎ
字面じゃなく論旨を読もう。モデレートはそれからだ
Re:Vz欲しい (スコア:2, 参考になる)
Re:Vz欲しい (スコア:1)
思えばエディタ・ソフトはMS-DOS時代に既にほぼ完成しているので、コンソール用なら懐かしい名前が出てくるのも不思議はないですね。他にもいろいろ出てこないかな。
# ついでにMac OS XのTerminalにも対応して
Re:Vz欲しい (スコア:1)
ファイラー (Re:Vz欲しい) (スコア:1)
Windows時代になってもファイラーはいろいろある [nifty.com]んですね。コンソール族には手軽感とキーボード・オペレーションが替えがたい魅力なのでしょう。
Re:Vzマクロ (Re:Vz欲しい) (スコア:1)
Vz のマクロは何個か作りましたが、あのクセの強さは…
# Windows だと秀丸、FreeBSD だと vi 使ってます
# あっ、vi はマクロと言わないね
Re:ファイラー (Re:Vz欲しい) (スコア:1)
当時，エディタと言えば私にとっては SE3 でした。
だってお金無かったんですもの(笑)
＃あの当時は京都に足を向けて・・・寝てたな(^_^;
Re:Vz欲しい (スコア:1)
当時の液晶画面でVzの「高速スクロール」を行うと、 反応速度が遅くて何が表示されているのか わかんなくなったりしませんでしたか?
そういう理由もあったので、ほどほどに遅いMIFESのほうが好きでした。そのうちngに移行しちゃいましたが。
# 会社では30歳台半ばの人にMIFES for Winの愛用者が多いので、潜在的なMIFESユーザはまだまだいると思います。
Re:Vz欲しい (スコア:1)
（と思うたぶんロールアップキーとかで）のですが、
あれが好きでした。（文字が読めるから）
taka4
まだ売ってるよ (スコア:1)
『噂の真相』が続く限り販売継続するのかな。
他力本願。
Re:Vz欲しい (スコア:1)
vzの保存終了 → q
mifesの強制終了 → q
学生時代に何度泣いたことか(/_;)
# 今はviが便利で便利で(;^-^)/
MINI.EXE (スコア:1)
CONFIG.SYSやAUTOEXEC.BATの編集用に今でも使ってたりします。
Re:MINI.EXE (スコア:1)
Re:MINI.EXE (スコア:1)
あ、それ常識
cat >> .bashrc
とかも有り。
PCにECC Registeredメモリの利用を推奨します。
Re:MINI.EXE (スコア:1)
typeコマンドの結果を見ながら打ち直せばいいんだけど、間違えていたらすべて
やり直しになるのが痛い～。
Re:MINI.EXE (スコア:1)
リダイレクト使うのはこっちでしたね。
Re:MINI.EXE (スコア:1)
MINI.exeでも機能的にはいいのだけど複数ファイル開けないので。
ブートディスクにはこれとFILMTNをまず入れとくのがデフォルトになってます。
それとは別に、WindowsでもデフォルトエディタはMIFESを使ってたりします。今では少数派になってる事は重々承知ですが、なにぶんDOS時代からず～っとMIFES派だったもんでその流れで。ただ、DOS時代はキーをWordstar配列にしてたけど、WindowsではWindows標準にしてるのでその時点で決別する事もできたんですけどね。Unix系ではemacsなんですが、MIFESが出てくれてしかもコンソールで使えるならばちょっとだけ触ってはみたい。買うか？と言われるとかなり考えますが…。
TERM=hogehoge ./mi (スコア:1, すばらしい洞察)
ldd しても、libtermcap がいません。
Re:特殊文字表示 (スコア:3, 参考になる)
vi なら :set list でタブは ^I 改行は $ で表示するようになります。
素の vi だとこれらの文字が普通の文字と同じ色で表示されて区別が付きにくいのですが、
vi clone のひとつである vim だと vz などのように色分けして表示してくれるようです。
ただこのオプションだけではタブがタブの幅の設定に関係なく ^I の2文字で表示されて桁が合わないので、vz の様にはなりません。
vim は素の vi に比べれば、かなりたくさんのオプションがあるようなので、
別のオプションで何とかなるのかもしれません。
>>UNIXの先人たちが、そういう文字が表示されないのを不便と思わないのはなぜだろう、と不思議だったものです。いまでも不思議ですが。
vi にはコンソールの表示が遅いときのために、エディタの表示行数を減らすオプション(:set window=xx)があるくらいですから、
改行文字やタブなんて常時表示しておくのはもったいなくて、必要な時だけ表示すればよいという考えだったのでしょう。
Re:特殊文字表示 (スコア:1)
きっと「もったいない」って思想はあったんでしょうね。
でも、端末でどんな特殊表現が可能かはtermcapで定義可能な範囲でしかわからないから、ってのが一番大きいんじゃないかという気がします。
で、一般的(US-ASCIIが印字可能)な端末であれば表現できる方法として「^Iと$で表現」が採用されたものの、普段からこれじゃ見づらいってことでオプション扱いなんだと。
US-ASCIIに「→」とかあればまた違ったんじゃないかなぁ、って気がします。
Re:特殊文字表示 (スコア:1)
意味的に違いがないなら行末の余分なスペースなんて気にならないし、必要なら取り除くのも簡単。インデントを強制的に一定の形式にするのであれば indent 使う。
# なんてことばかり言うから煙たがられるんだろうけど…
つうことで、先人は先人で好きにしてるんだから、そんなことなんて気にせず、自分の好きにするのが一番。
Re:特殊文字表示 (スコア:1)
最近の設定ファイルでは少ないけど、区切りとして TAB と スペースで意味の変わるのってありますよね。あと全角スペースとか。
Re:特殊文字表示 (スコア:1)
時々、「make がエラー出すんです...」って言われて、Makefile 見せてもらったら、見た目的には問題なくて、ちょっとばかしハマッたりする事があります。
＃GNU make なら、分かりやすいエラーを出してくれるのですが...。
個人的には、特殊文字表示は、慣れれば使わなくなるのですが、Makefile 等 を書くのに不慣れな間は、使えると便利かなと思ったりします。
Re:特殊文字表示 (スコア:1)
>おぞけが走ったことがあるくらいに。
set showmodeはviそのものにあるオプションですけど・・・。
vi cloneが発祥ではないですよ。
＃わたしがそれを使っていたviは、SVR4.2MPの流れをくむ
＃商用UNIX上のものでしたけどね。
＃SunOSやSolaris上のviでもあるので、かなり古くからある
＃オプションだと思うのだけど・・・。
---- redbrick
Re:特殊文字表示 (スコア:1)
> 思わないのはなぜだろう、と不思議だったものです。
C言語もシェルスクリプトも余分なスペースは無視してくれるから
不便じゃないのでは? あって困ることはあまりないと思うけどな。
困ったら sed とかでカットすれば良いし。
(´д｀;)
Re:特殊文字表示 (スコア:1)
> リテラル内のタブとスペースはソース上の見た目が同じでも異なる動作となって悩むことになる
たいていの言語の場合、タブは'\t' などで表現できる方法がある。
> 行末 "\" の直後に見えない空白があればその存在は無視できない
viなら %s/ *$// emacs なら Pictureモードに入ってすぐ抜ける。
＃ 全角スペースだけはちょっと厄介かな？
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
Re:特殊文字表示 (スコア:1)
混入したその場で気付きやすいので、
後で悩んだり修正したりせずに済むという事もあると思います。
個人的には慣れてしまったので、無くても構わないのですが、
表示するという選択肢を作ることは悪いことではないと思います。
# なんでこんなに反発されてるのか謎だなあ。
戦わずして人の兵を屈するは、善の善なるものなり
Re:特殊文字表示 (スコア:1)
偏狭なOld Type [namazu.org]はその罵言ごと無視するのが一番です。 相手が、問題にしているソフトの作者やそれに類する人であるならともかく、 たいがいの場合そういった厄介な人物は単なる外野です。 それに、hatoyama氏は少なくとも氏にとって「それが便利な状況」を提示しているのに、 対する反論は「邪魔」「うるさい」「どうかしてる」。(←そういった表示が、 であってhatoyama氏を攻撃している訳ではないのに注意)
Re:特殊文字表示 (スコア:1)
「そういった機能が便利だと思わない」
もしくは、
「他の方法があるから無くてもいいんじゃないの？」
といった意見を言われただけでしょ？
先のコメントにもあったけど、自分の便利な使い方をするのが一番。
私は複数Windowを並べてマウスでリージョンをコピーすることが多い軟弱モノなので
行番号、Tab文字などが表示されているといっしょにコピーされて面倒なこと
が起こっちゃうから基本は非表示ですね（笑）
-- yuno
Re:特殊文字表示 (スコア:1)
一言で言えばアレゲじゃないから、かな？
> hatoyama氏は少なくとも氏にとって「それが便利な状況」を提示しているのに
ちょっと慣れれば vi の%sや emacs のPictureモード抜けの方が便利だというのに気づいて欲しかったのです。
＃ ついでに言うとviにもlistモードというのがあって、行末やタブを可視化してくれます。
＃ よく知らないけど、emacsにも探せばあると思う。
あまり使ったことのないMIFESを貶したいのではなく、元のAC氏に、
まわりの人がなぜ困っていないのかを勉強して欲しいなと…
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
Re:特殊文字表示 (スコア:1)
あ、ごめんなさい。
MIFESのつくりを確認しているわけでは無くって、vi, emacs -nwなんかでのスタイルについてです。
で、Emacsに限ってですが、GUIで動作させた時ってEmacsが持っているリージョンの
バッファはX11の持っているバッファと別ですよね？
ターミナルのウィンドウと相互にペーストする際に思ったようにできない事が
ときどきあってちょっといらいらしちゃうのですけど、いい方法ってあるんでしょうか？
-- yuno
Re:特殊文字表示 (スコア:1)
どちらの方が便利かはさておき、
現状では「無くても困らない」のは(私もそう思っていますし)、
確かにその通りなのだと思います。
ただ、現に「あると便利」という意見が出ているのに、
「代替手段があるから必要ない」と言うだけなのはどうかなあと思ったわけです。
実装されれば既存のユーザのvi/emacsへの移行もスムーズになるでしょうしね。
# じゃあお前が実装しろよと言われると困ってしまいますが。
戦わずして人の兵を屈するは、善の善なるものなり
Re:特殊文字表示 (スコア:1)
これって、Emacs側のバッファにはいっちゃうことありません？
私の環境ってターミナルにペーストできなくなることがあるんですよ。
#.emacsの設定かしら？
-- yuno
Re:特殊文字表示 (スコア:1)
Re:特殊文字表示 (スコア:1)
そもそも行末に空白が入力できないという仕様になっているべきということ？
入力できうるのなら、表示されてもされなくても空白をとるという作業自体は起こると
思うのですけど。。。
-- yuno
Re:特殊文字表示 (スコア:1)
sedでカットするしかないというなら不便ですが、エディタの機能も使える上に sedのようなツールも使えるのですから、むしろ多様性があると見るべきでしょう。
> 多様性を認めないのは、オープンソース/フリーソフトウェア以前のプロプラなUNIXを使っていた人々なのでしょうか。
関係ないのでは？ sedや vi (clone) はLinuxやFreeBSDにだってあるんでしょ？
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。
特殊文字表示よりも (スコア:1)
このオートインデント機能(でいいんだっけ？)を是非実装して頂きたい。
つーか、これが無いと仕事にならんよ…。
Emacs系以外でこの機能持ってるエディタってあるんですかね。
Re:特殊文字表示 (スコア:1)
:set list
というコマンドがあります。これを使用すると、
・タブが^Iで表示される
・行末に$が表示される
という表示形式になり、タブの検出や、行末の空白の検出を容易に行うことが出来ます。
Re:特殊文字表示 (スコア:1)
Re:特殊文字表示 (スコア:1)
左側に行番号が全部つくわけではありませんが、カーソルがある行の行番号でしたら、
.emacs に
(line-number-mode t)
を設定すれば、下に表示されます。
特定の行番号に飛びたい場合は M-x goto-line で飛べます(キー割り当てしてないと面倒というのはある)。
他には自分的には、C-s, C-rのインクリメンタルサーチで、キーワード頼りに
探していくので、行番号表示は特に必要ではなくなっちゃいました。
特殊文字表示は、必要になることが少ないので詳しくないです。
本当かい♪本当かい♪
Re:特殊文字表示 (スコア:1)
show-trailing-whitespace という変数をセットすれば
行末の空白(タブを含む)を表示してくれます。それで代用できるでしょう。
あぁ、「ン」が消えてるんですよ。「ビーフン・カレー」ね。