Emacs Part 54

Emacs Part 54 (856ﾚｽ)
上下前次 1-新

828: 10/04(土)23:41 AAS
>>827
Vimは大量の酷いCコードを整理する必要があるけど、もはや限界がある
VimScriptもお世辞にも使いやすいとは言えない
なのでEmacsの方がマシなのは間違いないけど、Emacsである必要性も薄らいで来てるのもまた事実w
でもorg-modeみたいなキラーモジュールがあるからEmacsを離れられない人がほとんどなのも現実だろう

829: 10/05(日)00:43 AAS
lsp作ったのもmsだしpythonで一番人気のls作ってるのもmsとゆう事実
ゴミみたいなソフトばっか作ってる印象だけど地味にossに貢献しとる
vimはneovimでvimscriptの1000倍速いluaで設定書けるからそれでええやん

830: 10/05(日)00:46 AAS
emacsはなぜか若いナオンに人気
動画ﾘﾝｸ[YouTube]

831(4): 10/05(日)01:00 AAS
てか最近emacs触り始めたけどなんでも()つけないといけないlispてキチゲエみたいな言語やな
プログラム向けとか神の言語とかゆわれてるけどそれならrubyとかputhonのほうが近いやんておもた

832(2): 10/05(日)05:26 AAS
emacs 30 シリーズも30.2 が出たので、29.x からそれにしたらいきなり egg 関連のパッケージがエラーおこしたが、それは割とすぐに対処できた。
obarray を作るには make-vector の最後の値を nil から０にせよということだ。あるいは obarray-make を使えと。
たとえば：
外部ﾘﾝｸ:www.agt.ne.jp

で、実は手元でローカルにいろいろパッチを当てていた egg 関連の emacs-lisp を emacs 30.2 で compile しようとしたらどうも macroexpand がうまくいかないようでエラーを起こす。
多分どこかでマクロの引数が足りないところなどがあるんだろうけど古いemacsのコンパイラではmacro の展開が緩かったりで発見されていなかった問題かも。

それはともかくその過程で次のパッケージとウェブサイトを知った。
egg-tart (tamago-tsunagi と追加の説明など）外部ﾘﾝｸ:github.com
やっぱりWnnが好き！外部ﾘﾝｸ:wnn.jp
FreeBSD における Wnn8 外部ﾘﾝｸ[html]:maikaze.cafe.coocan.jp

最後のは自分で .el 書き換えたりしてない人には詳しすぎるかも。
egg.el関連のソースはやはり漸次でもよいから直していかないと emacs 30.x (x > 2), 31.y で使えなくなりそうだけども、そういう観点から更新をしている人は世の中にいるのだろうか？
長く使っている入力方法は簡単に捨てられないので、そういうところがあれば情報を共有したいと思ってるのでした。

833: 10/05(日)06:34 AAS
>>831
いま手元に実物が無いからうろ覚えだけど
A君「LISPは機械を優先して、人にとっての使いやすさを無視した言語なんですか?」
K先生「それはある意味当たっておる。しかし機械が扱いやすいということは、回り回ってその機械を作ったり制御したりする人が楽をできるということでもある。まあ人と機械が歩み寄ったと思えば美談じゃ」
みたいな会話を読んで目から鱗が落ちたことがある
外部ﾘﾝｸ:www.shoeisha.co.jp

834: 10/05(日)09:16 AAS
28以降はクソ

835: 10/05(日)09:26 AAS
>>831
Emacsの歴史を知るとその疑問が解けるかもしれないよ
GNU EmacsがEmacs Lispを採用したのは2番目のリンクで、どちらも日本語だが英語版より古い

外部ﾘﾝｸ:ja.wikipedia.org
外部ﾘﾝｸ[html]:www.gnu.org

836: 10/05(日)10:14 AAS
ややこしい歴史をたどんなくても
・lisp が完全な高級言語の中で最も小さなインタプリタで実装できたから（当時はメモリとか貴重だった
・rms は MIT の AI研にいて lisp まわりの仕事してて詳しかった
の2点で十分じゃよ

837(1): 10/05(日)12:16 AAS
>>831
Lispが神の言語なのにはちゃんと理由がある
要約すると、括弧とシンボルと幾つかのオペレーター(例えばcarやatomなど)があれば言語を構築出来ることを「発見」したから
あと、構造化編集で調べれば分かるけど、括弧があるお陰で編集がめちゃやり易くなる
括弧の対応は自動でされる
それとLisperは括弧じゃなくてインデントを見るので括弧が気にならなくなる
もはや欠点が無いw

838(1): 10/05(日)13:27 AAS
インデントを見るといえばpythonだけど、個人的にはpythonにカッコついてればいいのにと思う

839: 10/05(日)15:09 AAS
>>837
極論を言えばプリミティブは lambda と eval さえあれば後はそれを使って全部実装できるって話はあるからな
入出力とかは全部 eval が担当はインチキだけど

840(1): 10/05(日)16:38 AAS
doom emcas起動したらcpuが100張り付いたんだけどemacsてこんなに重いん？

841: 10/05(日)16:51 AAS
>>838
HyというLispがあるよ
使ったこと無いけど、Pythonとの親和性を求めるなら良いかもね

842: 10/05(日)16:53 AAS
>>840
裏でネイティブコードのコンパイルが行われてる
一度やれば次起動した時は負荷は上がらないけど、パッケージを更新するとまたコンパイルが走って一時的に負荷が上がる

843: 832 [832] 10/06(月)02:43 AAS
>> 152

> ChatGPT in Emacs
> 動画ﾘﾝｸ[YouTube]

30.2 で tamago のバイトコンパイルどころかロードも失敗するのは、上の emacs に特化した？ chatgpt の対話窓口で数時間かけてデバッグしたら解決した。

なかなか参考になる体験。最初の数時間はうまくいったんだけど、最後の１時間半くらい、chatgpt が自分で定義した関数の引数の数と、
テスト用に示してきた関数での利用例での引数の数がマッチしてなくて、それで大混乱して１時間半くらい無駄にした。
こちらの手元の関数定義と向こうが考えてる修正中の定義が微妙にずれていたりするのかもしれない。
あと、なぜか、lisp の対話システムとしては致命的だがときどきカッコのマッチがおかしいのを出力する。シンタックスエラーで分かるからいいんだけど。

そんなわけで、defmacro の問題点は全部解決した. hangul.el は defmacro を修正したら今度は最後関数ボディが巨大になりすぎてコンパイルできないので、
マクロ利用をやめたり。

とりあえず、手元の tamago の .el ファイルはエラーせずに全部コンパイルできるようになった。
それをバイトコンパイルしたもので 30.2 で日本語入力が手元の FreeWnn４使ってるDebian/Linux でできてる。
第一歩すすんだ。

修正案：
1. 終了： ‘inhibit-point-motion-hooks’ is an obsolete variable (as of 25.1); use ‘cursor-intangible-mode’ or ‘cursor-sensor-mode’ instead
対応。
２．stirng-as-unibyte, string-as-multibyte の置き換え。
対応中。ただし、これは日本語サーバー使ってる部分しかテストできない。
3. 上の 1 に関連して 'tangible text property の利用をやめる方向でそれを取り除くのも chatgpt と相談しながらできるかもしれないと思い始めたところ。

生成AI でのコーディングは実用になる。結果が正しいかどうかはコンパイラ、インタプリタ―でテストは知らせれば真偽がわかる。
レポートの調査は、「これこれはこのURLに書かれています。」と言われて、本当かと調べたらなかったことが考えられないほどの頻度であるので、そういう使い方には向いてないと思う。

Emacs に特化した窓口を教えてくれた１５２に感謝。

844: 10/06(月)07:06 AAS
>>831
XML: その通り
JS: おまえが言うな({[]})

845: 832 [832] 10/06(月)10:59 AAS
訂正：使ったのは次だった。２７１に感謝。
>> 271
> 外部ﾘﾝｸ:chat.openai.com

846: 10/07(火)14:52 AAS
>>826
もはやも何も昔からEmacsは環境…

847: 10/09(木)12:00 AAS
28以降はクソ環境

848: 10/09(木)17:19 AAS
こっちと同じ話になってる

Unixの哲学は単機能ツールの組合わせ→emacs え？
2chｽﾚ:linux

849: 10/11(土)15:25 AAS
ewwの使い勝手がいまいちなんだよね
webページがフレームだと使い物にならない

850(1): 12/08(月)11:01 AAS
vtetm、emacs 標準の quail 使った日本語入力だと漢字直接打ち込めるのな

851: 12/08(月)12:01 AAS
ほんまやね
ただしclaude codeでインライン入力出来ないのは変わらん

>>760を教えてもらったんで
ミニバッファじゃなくて普通のバッファを常時開いて
入力用バッファとして使用するように改良した
vtermもキーバインド1つででバンバン開けるようにして
複数のclaude codeを平行して実行できる
lispに暗いのでclaude codeマジ助かる

852(1): 12/09(火)12:33 AAS
>>850
vterm 自体はちゃんと input-method 対応がなされてて、mozc.el の問題で入力出来なかっただけのようだ
readonly の時に中断する処理のところを inhibit-readonly の時は中断させないよう条件を変えたら入力できるようになった

853(2): 12/09(火)13:26 AAS
>>852
パッチをくだされ

854(1): 12/09(火)14:05 AAS
>>853
要 mozc-im

--- mozc.el 2025-12-09 13:53:28.846437999 +0900
***************
*** 745,747 ****
'("|" "|" " ")))))
! (if (and buffer-read-only (> (length text) 0))
(progn
--- 745,749 ----
'("|" "|" " ")))))
! (if (and buffer-read-only
! (not inhibit-read-only)
! (> (length text) 0))
(progn

--- mozc-im.el 2025-12-09 13:58:55.380217856 +0900
***************
*** 103,105 ****
"Consume KEY and following events by mozc."
! (if (or buffer-read-only
overriding-terminal-local-map
--- 103,106 ----
"Consume KEY and following events by mozc."
! (if (or (and buffer-read-only
! (not inhibit-read-only))
overriding-terminal-local-map

855: 12/09(火)14:25 AAS
advice にしてみた

(advice-add 'mozc-preedit-update :around
(lambda (old-func &rest r)
(let ((buffer-read-only (and buffer-read-only
(not inhibit-read-only))))
(apply old-func r)
)))
(advice-add 'mozc-im-input-method :around
(lambda (old-func &rest r)
(let ((buffer-read-only (and buffer-read-only
(not inhibit-read-only))))
(apply old-func r))))

856: 853 12/09(火)15:38 AAS
>>854
有難うございます！
vtermはmozcでインライン入力できるようになりました！

claude codeがインライン入力になると完璧なのですが
こちらはclaude codeの問題だと思うので難しそうです
しかし入力用バッファを別に開く方法よりも良いかもしれません

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.700s*