最初に使ったのは、確か1989年
Sunのworkstation上だったような気がする
wnnとeggが動いていたので
日本語入力は困っていたなかった気がする

岩波が粋がって「入門Wnn」だの「入門Scheme」だのとか出してたな。

>>47
有難うございます
org-open-at-point (C-c C-o) には影響与えないようです

>>8
9801のMS-DOS上で、DOS-Extenderで使ったのが最初かな。
1990年ごろか。その後FreeBSD(98)でも使ってたけど。

>>47
(add-to-list 'org-file-apps '("\\.x?html?\\'" . (lambda (file url) (w3m-find-file url))))
でできました

URI の頭が file: の html ファイルを開きたかったんやな
org-file-apps マッチが default やと org-file-apps-macos で open コマンド呼んでサファリが開くか

わしの設定は http: しか通用せんな
勉強になったわ

>>56
説明から抜けてました
すみません

Emacsって聳え立つくそだよね。

聳え立ってるねw

勃ってるよなぁ

るびきちさんは明後日の方に逝ってしまわれた

>>61
なんか知ってるのか？
明後日ってどういう事？

>>62
スピリチャルでオーラな世界に行ってしまわれた。

などとくそ以下が申しておりまして
いやはや、はは・・

>>64
ん、るびきち本人か？

anything.el 作ったのってるびきちけ？

anything.elは別の人から引き継いだものだけど、引き継ぐ前はどんな状態だったかは分からない
けど、anything.elを流行らしたのはるびきちだと思うよ

>>65
ん、なんかの私怨で名誉毀損か？

sbcl使いたくなってslime をemacs にぶっこんでみたけど何だこれ意味不明に長いショートカットキーまみれだしこれよーわからんな
てかsbclのdescrive-functionのドキュメントなにこれ全く意味わからん記号の羅列やん
elispのドキュメント見習ってくれよ(´・ω・｀)

>>69
何がしたいか分からんけど、slime使えばコード補完とか出来るし、それだけで十分便利だと思うけどね

最近出たlispのdata structure本を読みたいだけだからそんな大層なもんは要らんのだけどな
確かにこのfuzzy completionだかめっちゃいいなこれ

(define-key slime-mode-nanntoka-indirect "\C-\M-i" (lambda nil (interactive) (let ((targ-buf (get-buffer "*Fuzzy Copletions*"))) (slime-fuzzy-completion) (when (buffer-live-p targ-buf)　(swich-to-buffer-other-window targ-buf)))))))
とかやるとC-M-iで保管できるother windowから候補選択すると何故か余分な改行挟まれるのが難点だなこれ
この候補開いたときC-nとC-pオーヴァーライドして他のぶっファースライドさせるやり方はかなりオシャンティーポイントだわ何かの際にパクろ(´・ω・｀)

blog.tomoya.dev/posts/a-new-wave-has-arrived-at-emacs/
いろいろあるもんだなあ

Helmプラグインの代替がなくて移行できない

そこな、hemlockがあるじゃろ

あるパッケージの中に、ユーザーが自由に変えれる想定のリスト hoge が以下のように定義されてるとします
(defcustom hoge '("for" "bar"))

hoge に "baz" を追加したいときはどう書いたら良いんでしょうか
(custom-set-variables '(hoge '(ここの書き方が分かりません)))

(custom-set-variables '(hoge (append hoge '("baz"))))

custom-set-variables を使わなくても (nconc hoge '("baz")) で良い様な

>>76-77
ありがとうございます
defcustom された変数を変えるときは custom-set-variables を使うべしという説明をいろんなところで読んで、そういうものだと思っていました

カスタマイズ変数は、設定されたときに何らかの処理を実行する場合が有るけど、setq等で単に設定した場合はそれが動かないので、不具合が生じる可能性があるかなと

>>79
ゆえに custom-set-variables で設定したほうが良いってことですか？

質問。

新しいバージョンでは、(nconc auto-mode-alist '("..." . "..."))がAttempt to modify read-only objectのエラーが出るようになりました。
調べてみると、jka-compr-mode-alist-additionsが末尾になったからだと把握。
なるほど。

で、ここからが質問。
ユーザーが変数をread-only objectにするためにはどうすればいいのでしょうか？
また、あるオブジェクトがread-onlyかどうかを調べるにはどうすれば？

jka-cmpr-hook.elで実装されてるみたいだからざっと読んでみたけど、まったくわからんかった。。。(´・ω・`)?

>>81
「pure storage」に格納されているオブジェクトを変更しようとした場合にそのエラーが出るみたい
ただしpurecopy函数(オブジェクトを pure storage にコピーして返す)は
「Emacsのビルド中とダンプ中を除き何もしない」

http://ayatakesi.github.io/lispref/27.2/html/Pure-Storage.html
http://emacs.stackexchange.com/questions/2364/what-is-the-function-purecopy-needed-for/2365

あるオブジェクトが pure storage に置かれたものか否か調べるLisp函数もなさげ
ということで質問の答えはどちらも「できない」ですね

>>82
ありがとうございます。
だいたい把握。

> ただしpurecopy函数(オブジェクトを pure storage にコピーして返す)は
> 「Emacsのビルド中とダンプ中を除き何もしない」

jka-cmpr-hook.elをまねて、purecopyを試してみたりしたけど、うまくいかないのはそういうことか。。。
describe-functionは読んでたけど、そういう説明はないんですよね。
# Stack Exchangeの質問者も、それでひっかかったんやろなあ。

> あるオブジェクトが pure storage に置かれたものか否か調べるLisp函数もなさげ

読み取り専用のためではなく、特殊な最適化が目的のようなので、真っ当なサポートもしてないんでしょうな。

この低調さは
廃れているのか？ 定着、安定して問題、話題が無いのか？

VSCodeがある今、ライトなEmacsユーザはVSCodeに移っていくだろうね

本当は、LSPのおかげでVSCodeの資産をEmacsでも使えるようになったから、Emacsを離れる必要は全くないのにね
逆にEmacs (Lisp)の資産を他に持ってくのは難しいわけだし

エディタをプログラム書くためだけの道具、と考えるならそれもあるかもしれんけど。
そもそもそんなんで移るようなやつがこんな板に来るかなあ？ｗ

先日話題となったサクラエディタとは全然違う。Emacs減ってるなぁ。
http://job-draft.jp/articles/524

仕事のマシンにそもそもemacsが入ってない、というパターンはあるかな。
vi系が入らないことはまずないだろうが、emacsまではね。
となると、新人教育の手間などを考えてVSCodeってのはあるのかな。
emacsの方が後々絶対に恩恵でかいのは間違いないけど、自分が教育係になった場合で考えても、習得できる見込がないやつにはそもそも勧められないしね…

いや、習得っつーか、node.jsで拡張できるVSCodeが良いかlispで拡張できるEmacsが良いかは完全に好みでしょ
この点に関してどっちが優れてるってのは絶対にない
強いて言えばEmacsは歴史が長い分いろんな神LISPがあるが、Emacsの方が恩恵がデカいとは必ずしも言えない
自分は好きだからEmacs一筋だけどね

>>90
いや、好みではない。
今さらLisp方言なんかダメ。

JavaScriptがいいとは思わんけど、全然マシ。

慣れてるからemacs使ってるけど、emacsじゃないと絶対できないことなんてないし、今更人に勧めようなんて気はさらさらおきないかな～

最近はVSCodeにEmacsキーバインドの設定してEmacsとどちらも使うようにしてみている。
でもEmacsのDiredによるファイル操作やhelmなどの検索機能はVSCodeで置き換えるものがないんだよなぁ。

vscordeはお手軽、実用的ですぐ使えるプラグインが充実してるのが大きいな。
libraryの不備でpythonに押されていったrubyのように見える。

>>90
いや、それは少し論点がずれてる。
自分の書きかたもまずかったが、どちらが優れているから、という話ではなくて、
emacsの良さを実感できるようになるまでの習得のコストがかなりかかるから、
単純にプログラム書ければいい的な発想でいくなら、VSCodeを使わせる、という
話になるだろうってこと。

あと、ぶっちゃけていえば、JavaScriptの方がemacs lispよりいいとかって話も
いささか馬鹿げてると思う。
エディタの拡張言語なんて汎用言語と100%互換性があるべき理由なんてほとんど
ないし(まあ、汎用言語と完全同一だったら楽だって話はあるだろうけど、エディタ
の拡張として適切なものと考えていく限り、必ず乖離は起きるというか起きなく
ちゃならんでしょう)node.jsにしても、vscodeにしても、いつまであるかわかんないでしょう。

大体において、eclipseが出たときにも同じような話あったしｗ

>>95
あとちょっと補足。
単純にプログラム書ければいい発想だとvscodeになるのは、
とりあえず、プログラム書けるところまで持っていくのに
覚えなくちゃいけないことが多々ある、ってこと。
(C-x C-bでバッファ一覧開いて、とかってところね、つまりｗ)
これは、そもそもemacsがウィンドウシステムなんてまだ
一般的ではない時代に作られた、またコンソールで使えなければ
ならないということに起因していて
今となっては如何ともしがたい点ではある。

VSCodeはマイクロソフトが関わってるから長続きしそうだけど拡張機能にメーラーとか無いのよね

>>97
是非作って欲しい。
Wanderlustみたいな人気の定番になると良いね。

ctrl-hでヘルプをデフォにするのはやめて欲しい

>>95
ずれてると言ってる内容が、世の一般からずれてるな。ｗ

Lisp方言なんかダメ(2回目)。
他から優れてるわけでもない、記法としてマイナー、わかりやすくもない、といいとこがほとんどない。

JavaScriptと争える立場には全然ない。