私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ秀丸をUnixに移植しろ!emacs,viはゴミ以下 3
emacs スレッド一覧へ / emacs とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
それはマクロの中でもキーマクロという奴だろう。(手軽に使えるのが便利である)
おそらく条件に応じて処理したいからマクロ言語で書くんじゃないかな?
おそらく条件に応じて処理したいからマクロ言語で書くんじゃないかな?
私はもともと秀丸ユーザだったけど、今 Windows を使うときは TeraPad かな?
軽いし、最初から色々設定しなくても十分使えるしね...
Linux では日本語文章の草稿を書くときは gedit、ソースを触るときは vi です。
特に秀丸が欲しいと思ったことはありません。
軽いし、最初から色々設定しなくても十分使えるしね...
Linux では日本語文章の草稿を書くときは gedit、ソースを触るときは vi です。
特に秀丸が欲しいと思ったことはありません。
偉いなんてもんじゃない
Emacs 様は環境であるぞ
OS が貧弱だった時代の偉大なる遺跡であるぞ
Emacs 様は環境であるぞ
OS が貧弱だった時代の偉大なる遺跡であるぞ
emacs をここで
http://cns-guide.sfc.keio.ac.jp/2000/4/1/index.html
で勉強しようと思ったのですが、ややこしいキーバインドで直ぐに挫折。
vi でいいや。
http://cns-guide.sfc.keio.ac.jp/2000/4/1/index.html
で勉強しようと思ったのですが、ややこしいキーバインドで直ぐに挫折。
vi でいいや。
vi以外が無いのなら問題ないがややこしい複雑怪奇なキー操作や機能を
実装するこの手のエデイターは数が多すぎるのに全部操作が違うのが特徴。
酷いのはカーソルキーが文字編集中に使えないエデイタがあること。
ファンクションキーもInsertDeleteBackSpacePgeUP/Downなど
あるのにその操作をするのにダイレクトで押せない仕様を信仰するのは
精神が病気だってことな。
実装するこの手のエデイターは数が多すぎるのに全部操作が違うのが特徴。
酷いのはカーソルキーが文字編集中に使えないエデイタがあること。
ファンクションキーもInsertDeleteBackSpacePgeUP/Downなど
あるのにその操作をするのにダイレクトで押せない仕様を信仰するのは
精神が病気だってことな。
DOSのMIFESなどがはびこった時代が懐かしい。
あの時代に競うテキストエデイターは複数あったわけだが
どれも今のそれらの100分の1程度のサイズで機敏に素晴らしく
てきぱき動いていた。いまのそれらは巨大なサイズなわりに何かと
重装備で基本的な日本語すらうまく扱えないことがある。
つまりそんなものは英語のそれでいいじゃないか、VI使えばいいだろ。
メモリあまりまくっているから巨大化したのはいいとして、
設定次第で起動が超重くなるってどんだけ環境にやさしくないんだろ。
WindowsVistaが肥大化して悪口言われているような状態にしか思えない。
Unix系で最小のサイズのテキストエデイタですら、CP/Mで利用されていた
普通のWM.COMと比べれば2桁もサイズが大きい。重装備エデイタなら4桁違うわ。
あの時代に競うテキストエデイターは複数あったわけだが
どれも今のそれらの100分の1程度のサイズで機敏に素晴らしく
てきぱき動いていた。いまのそれらは巨大なサイズなわりに何かと
重装備で基本的な日本語すらうまく扱えないことがある。
つまりそんなものは英語のそれでいいじゃないか、VI使えばいいだろ。
メモリあまりまくっているから巨大化したのはいいとして、
設定次第で起動が超重くなるってどんだけ環境にやさしくないんだろ。
WindowsVistaが肥大化して悪口言われているような状態にしか思えない。
Unix系で最小のサイズのテキストエデイタですら、CP/Mで利用されていた
普通のWM.COMと比べれば2桁もサイズが大きい。重装備エデイタなら4桁違うわ。
> 100分の1程度のサイズで機敏に素晴らしくてきぱき動いていた。
たんにスクロール速度の話なんじゃないかと...
DOS から Unix に来た人たちは ``vi とか emacs はスクロールが
遅くて使い物にならない''って, ごねてたが,
もとから Unix 使ってた連中に ``サーチかけろよ, ど素人が...''って
バカにされてたな.
たんにスクロール速度の話なんじゃないかと...
DOS から Unix に来た人たちは ``vi とか emacs はスクロールが
遅くて使い物にならない''って, ごねてたが,
もとから Unix 使ってた連中に ``サーチかけろよ, ど素人が...''って
バカにされてたな.
100%同じ体験をしたおぼえがあるなw
>DOSからUnixへ、viはスクロールが…、「サーチかけろ」と言われる
使用方法の文化の違いもあるけど
ハードウェア依存の表示方法とか色々あるんだろうな
>DOSからUnixへ、viはスクロールが…、「サーチかけろ」と言われる
使用方法の文化の違いもあるけど
ハードウェア依存の表示方法とか色々あるんだろうな
MS-DOSのころのMifesって高速スクロールにウェイトが入っていなくて、
PC-9821 Af だと速すぎて困ったのは遠い昔の思い出。
PC-9821 Af だと速すぎて困ったのは遠い昔の思い出。
ファイル比較で両画面スクロールすると、ヒットしたところでフラッシュするのが
目にも頭にも心臓にも悪いんで、ファイル比較のときだけはvz使ってる。
目にも頭にも心臓にも悪いんで、ファイル比較のときだけはvz使ってる。
>>479
DOS/Vのフレームバッファですらi486以前で軽快に動いていたわけで。
丼だけ退化しているとか言い出すとスレチになるんだろうな。
WindowsのアプリでGUI描画するのに矩形で消してそこに背景で塗りつぶして
さらに小さいクライアントの窓で矩形に塗りつぶして、そこに背景で塗りつぶして
背景の模様で描画して、そこに表示する何かを全部描画したら
背景とか何も見えないのが常時なとかが遅い原因とおもった。
そして画面の一部が書き換わると、その部分だけではなく
全描画しなおすアプリとかよくあるので、遅いのは想像に任せる。
DOS/Vのフレームバッファですらi486以前で軽快に動いていたわけで。
丼だけ退化しているとか言い出すとスレチになるんだろうな。
WindowsのアプリでGUI描画するのに矩形で消してそこに背景で塗りつぶして
さらに小さいクライアントの窓で矩形に塗りつぶして、そこに背景で塗りつぶして
背景の模様で描画して、そこに表示する何かを全部描画したら
背景とか何も見えないのが常時なとかが遅い原因とおもった。
そして画面の一部が書き換わると、その部分だけではなく
全描画しなおすアプリとかよくあるので、遅いのは想像に任せる。
どんなフォントでも文字が等幅で表示されるGUIのテキストエディタ
ってUnixには無いよね
ってUnixには無いよね
>>483
いや、等幅フォントでも。
いや、等幅フォントでも。
コメントがイタリックになったり予約語が太字になると
字の幅が少し広がってズレるってのはよくあるが
これを回避できてるエディタはWindowsにしかない
字の幅が少し広がってズレるってのはよくあるが
これを回避できてるエディタはWindowsにしかない
geanyという最強エディタができてから秀丸の移植どうこうの話題は不毛だな。
>>488
そんなありえない仕様だったのね。
そんなありえない仕様だったのね。
>>490
全然そんなことはなかったようだ。
東アジアの文字幅
http://ja.wikipedia.org/wiki/%E6%9D%B1%E3%82%A2%E3%82%B8%E3%82%A2%E3%81%AE%E6%96%87%E5%AD%97%E5%B9%85
全然そんなことはなかったようだ。
東アジアの文字幅
http://ja.wikipedia.org/wiki/%E6%9D%B1%E3%82%A2%E3%82%B8%E3%82%A2%E3%81%AE%E6%96%87%E5%AD%97%E5%B9%85
>>492
一人geany押しが前からいるんだよ。相手にされないもんだからいろいろ出張してまでw
一人geany押しが前からいるんだよ。相手にされないもんだからいろいろ出張してまでw
Geany入れてみた
秀丸の代替品というよりもEclipseの軽量版っぽいものなのね
まあGeany押しの人は秀丸をそういうふうに使っていたからそれで満足なんだろうけど
秀丸の代替品というよりもEclipseの軽量版っぽいものなのね
まあGeany押しの人は秀丸をそういうふうに使っていたからそれで満足なんだろうけど
秀丸ちょっと試用してみたけどNotepad++のほうが高機能な気が。
おれはCream(Gvimの甘い版、Gvimにフロントエンドつけたようなもの)でいいし。
当時はろくなエディッタがなかったんだろうけど今は秀丸じゃなくてもいいよね。
おれはCream(Gvimの甘い版、Gvimにフロントエンドつけたようなもの)でいいし。
当時はろくなエディッタがなかったんだろうけど今は秀丸じゃなくてもいいよね。
そういえばプログラムの開発してた時、秀丸ユーザーが全部のタブを
スペースに変換して、また他の人が上書きするのかタブに戻してって延々
やられてこっちは、変更あった行をハイライトしてるけど、全部目で
確認しなきゃならないので、勘弁してくれって思ったな。まだそういう仕様なの?
スペースに変換して、また他の人が上書きするのかタブに戻してって延々
やられてこっちは、変更あった行をハイライトしてるけど、全部目で
確認しなきゃならないので、勘弁してくれって思ったな。まだそういう仕様なの?
たいていのエディタでタブの扱い方は指定できるだろ。
多人数で開発してバージョン管理システム使うんならばハードタブの扱いや、
インデント数なんかをあらかじめ決めるのが普通じゃねーの?
で、その規則に合わせられないエディタは使用禁止と。
俺の周辺だとむしろハードタブは不可、スペースにしろというのがこのところが多いな。
多人数で開発してバージョン管理システム使うんならばハードタブの扱いや、
インデント数なんかをあらかじめ決めるのが普通じゃねーの?
で、その規則に合わせられないエディタは使用禁止と。
俺の周辺だとむしろハードタブは不可、スペースにしろというのがこのところが多いな。
類似してるかもしれないスレッド
- 「Emacsは消滅すべき」、ゴスリング氏 (127) - [16%] - 2023/1/12 15:45
トップメニューへ / →のくす牧場書庫について