最近じゃorg-roamでの思考整理が主な使用になったわ

あの手のやつは何を書き上げてきたか忘れて
全体像見えなくなるのが怖いけど
その点ノードマップ吐き出してくれるから良さそうだな それ

emscs28でelispのネイティブコンパイルが入ると聞いて

チュートリアルとか一通り終わって、さぁ init.el を書いていくぞ！と思った時にどこからやり始めればいいか分からない問題

ネットからコピペ！

コピーしてペースト、コピーしてペースト
あれ、なんかおかしいけど何がおかしいかわからない...

コピペやなくても、自分で素から書いてても、なんかおかしくなることはある。
しゃあない。

Emacs Lisp にはまりどころが多いのだろうか

common lisp から比べると
これ無いの みたいなのがエラーになったりする

cl-lib である程度いけるんじゃないの？しらんけど

評価させないためのクォートとか異常やろ。
いつも評価のことを意識しないとダメやし、間違ったらわけのわからん奥のほうでエラーになりがちやし、LISPは罠が大杉やで。

えぇ... 設定のためにしかたなく Emacs Lisp を書かないといけない人にはつらいかもなぁ
他で Lisp 系の言語を学んだ人はいいかもしれないけど

チェーン評価！

C-g(keyboard-quit)のg、
C-l(recenter-top-bottom)のl、
C-v(scroll-up-command)のv、
C-w(kill-region)のwってなに由来？ コマンド名でも制御文字でもないよね…

>>264
gは制御文字のベル、lはシェルのclear screen、vはverticalからじゃないの。
知らんけど。

C-w (Wipe)じゃない？
今のkill-ringに入るのはついでみたいな。

>>261
それはバッククオートの事かも知れないけど、慣れても間違うことは多々ある
ただ、逆に言うと評価するしないを自在に操れるという、他の言語には無い事が出来てると考えれば良いだろう

>>267
いや、クォートだといってるやろ。リストリテラルか。
あと、カンマもややこしい。

罠満載だという話なんで、そこがいいとかのたまわれても困る。

C-v の v は ↓ に見立てているのだと思ってた

>>268
カンマ使うのはバッククオート内だろ

>>269
なら、逆スクロールはC-^になるはずやろ！

>>270
クォートはクォート、カンマはバッククォート。
べつもんやで？

>>272
> カンマはバッククォート。
悔し紛れの言い訳w

>>273
りかいりょくがすくなくて、たいへんですね！

考え始めたらわかんなくて悩んでたｗ
ちなみに、lessの
e(Forward one line)
y(Backward one line)
はなに由来かな？ スレ違いだけど、View-mode絡みということで

>>274
悔し紛れの言い訳乙

クォート(')とバッククォート(`)とアンクォート(,)は別物だよね...？え...？

>>276
もうあとにひけなくて、たいへんですね！

267名無しさん＠お腹いっぱい。2021/08/19(木) 12:19:32.65
>>261
それはバッククオートの事かも知れないけど、慣れても間違うことは多々ある
ただ、逆に言うと評価するしないを自在に操れるという、他の言語には無い事が出来てると考えれば良いだろう

268名無しさん＠お腹いっぱい。2021/08/19(木) 13:19:21.94
>>267
いや、クォートだといってるやろ。リストリテラルか。
あと、カンマもややこしい。

> あと、カンマもややこしい。
バッククオートを否定しておいて、直後にカンマの話をする
こういうのを支離滅裂という

>>279
ほんとうに　りかいりょくが　ないですね！
よみたいように　よんだらダメですよ。
かいてあるとおりに　よまないと。

傍から見たらどっちも異常者だから別のところで言い争ってくれ...

>>280
具体的に否定出来ない奴はずっとこんなことを言い続けるw
見てみ、多分次もそうだろうw

emacsは eval-region ができるから
デバッグはそんなに大変ではないと思うけど
init.el はそうやってデバッグしている

init.elはねバックグラウンドプロセス多すぎんねん
anonymous bufferみたいな糞特殊なinteractive lisp modeだかもあったりして
よく使うelispのフックに適当な関数を入れるとブラックスクリーン立ち上がったりするのが糞
歴史が長い故生姜ないがオートで起動されるコンフィグが糞みたいに多いし全く切り分け出来てないんよなemacs(´・ω・｀)

？？？

http://npc-npc.co.jp/parking/search?utf8=%E2%9C%93&search%5Btype%5D=2&word=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
http://opac.rikkyo.ac.jp/opac/opac_search/?lang=0&amode=2&appname=Netscape&version=5&cmode=0&smode=0&kywd=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
http://park.ajinomoto.co.jp/recipe/search/?search_word=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle
http://pinesgarden.jp/staff/%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle/
http://relocation-personnel.com/?cat=&s=%E3%83%98%E3%83%AB%E3%82%B9%E5%AC%A2%E3%83%BB%E5%A3%B2%E6%98%A5%E5%A9%A6%E3%81%AE%E9%87%91%E5%9F%8E%E8%8B%B1%E9%87%8C%E3%81%95%E3%82%93%EF%BC%881984%EF%BC%8F3%EF%BC%8F21%E7%94%9F%EF%BC%89%E3%81%AE%E8%87%AA%E6%92%AE%E3%82%8A%E3%83%8C%E3%83%BC%E3%83%89%E5%85%AC%E9%96%8B%E4%B8%ADavgle

save-excursionは、カレントバッファを保存してリストアするとドキュメントにあきてあるけど、この「カレントバッファ」てどういう意味？

エクスカーション内のswitch-to-bufferで別バッファに切り替えても、エクスカーション後にもとのカレントバッファに戻る、と思って使ったらそうじゃないし。。。

>>287
そのままの意味
set-buffer なら期待通り復元されるよ

save-excursion と switch-to-buffer で元のバッファが復元されないのは
switch-to-buffer じゃなくてそこから呼び出している set-window-buffer が原因みたい

(save-excursion (set-window-buffer (selected-window) (get-buffer-create "*temp*")))

これも switch-to-buffer 同様に復元しない
なぜなのか(バグ? 仕様?)はわかんない

save-excursion の件を抜きにしても
バッファを切り替えるだけのつもりで Emacs Lisp から switch-to-buffer を使うべきではない
(この対話的コマンドは単純にバッファを切り替えるだけとは限らないので)

switch-to-buffer のヘルプより:
> WARNING: This is NOT the way to work on another buffer temporarily
> within a Lisp program! Use ‘set-buffer’ instead. That avoids
> messing with the window-buffer correspondences.

たとえば
(setq switch-to-buffer-obey-display-actions t)
(add-to-list 'display-buffer-alist '("." (display-buffer-pop-up-frame)))
こんな風に設定されていると switch-to-buffer は新規フレームでバッファを訪問する

save-excursion は頻繁に使われるから、必要最低限の機能になってるんだよ。
window 関連の復元には save-window-excursion って関数が別にある。
ただこっちも新規フレームとか作られると復元しきれないけど。

>>288
ありがとう。

> set-buffer なら期待通り復元されるよ

確認できました。
とりあえずsave-window-excursion + switch-to-bufferにして動いてたんだけど、save-excursion + set-bufferになおすことにした。

> (save-excursion (set-window-buffer (selected-window) (get-buffer-create "*temp*")))
> これも switch-to-buffer 同様に復元しない
> なぜなのか(バグ? 仕様?)はわかんない

たぶん仕様なんでしょうね。
>>290も書いてますが、バッファはバッファ、ウインドウはウインドウということで。

> switch-to-buffer のヘルプより:

見てなかった。。。orz
set-bufferを使え！とはっきり書いてあるな。

いやー、describe-*は見るようにしてたつもりなんだけどなあ。

> たとえば
> (setq switch-to-buffer-obey-display-actions t)
> (add-to-list 'display-buffer-alist '("." (display-buffer-pop-up-frame)))
> こんな風に設定されていると switch-to-buffer は新規フレームでバッファを訪問する

しかし、いまだに知らないことが多いな。。。

入門こらベテランまで使えるemacsのバイブル的教科書ってあるん？

info

ないよね
infoはまぁ比較的役立つけど古い内容で正直開発前線のコード追えるほどは全く充実してない
正直何らかのclisp知らないときつい内容多いよね(´・ω・｀)

infoすごいと思う
それ故に書籍が出にくい状況もあるかも
ある程度慣れると本だと段々読まなくなるし売れなさそう

emacs自体巨大過ぎるし拡張も多いしで万人向け書籍って難しそうだ
目的を絞らないとね
入門書、elisp、org-mode、IDE、拡張紹介、etc…

週刊Emacs

じゃあwikiは?

実践Vim的な良書はないよね

構文単位での移動が便利すぎてVS Codeに移行できない

C-M-f？