Emacs Part 54 (858ﾚｽ)
Emacs Part 54 http://mevius.5ch.net/test/read.cgi/unix/1669946913/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
828: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 23:41:11.40 >>827 Vimは大量の酷いCコードを整理する必要があるけど、もはや限界がある VimScriptもお世辞にも使いやすいとは言えない なのでEmacsの方がマシなのは間違いないけど、Emacsである必要性も薄らいで来てるのもまた事実w でもorg-modeみたいなキラーモジュールがあるからEmacsを離れられない人がほとんどなのも現実だろう http://mevius.5ch.net/test/read.cgi/unix/1669946913/828
829: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 00:43:52.21 lsp作ったのもmsだしpythonで一番人気のls作ってるのもmsとゆう事実 ゴミみたいなソフトばっか作ってる印象だけど地味にossに貢献しとる vimはneovimでvimscriptの1000倍速いluaで設定書けるからそれでええやん http://mevius.5ch.net/test/read.cgi/unix/1669946913/829
830: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 00:46:29.22 emacsはなぜか若いナオンに人気 https://m.youtube.com/watch?v=Uf4wiY5bchk http://mevius.5ch.net/test/read.cgi/unix/1669946913/830
831: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 01:00:03.42 てか最近emacs触り始めたけどなんでも()つけないといけないlispてキチゲエみたいな言語やな プログラム向けとか神の言語とかゆわれてるけどそれならrubyとかputhonのほうが近いやんておもた http://mevius.5ch.net/test/read.cgi/unix/1669946913/831
832: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 05:26:54.44 emacs 30 シリーズも30.2 が出たので、29.x からそれにしたらいきなり egg 関連のパッケージがエラーおこしたが、それは割とすぐに対処できた。 obarray を作るには make-vector の最後の値を nil から０にせよということだ。あるいは obarray-make を使えと。 たとえば： https://www.agt.ne.jp/dokuwiki/emacs:emacs_29_%E3%82%92_emacs_30_%E3%81%AB%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%82%A2%E3%83%83%E3%83%97%E3%81%97%E3%81%9F%E3%82%89_tamago_%E3%81%8C%E5%8B%95%E3%81%8B%E3%81%AA%E3%81%8F%E3%81%AA%E3%81%A3%E3%81%9F%E8%A9%B1 で、実は手元でローカルにいろいろパッチを当てていた egg 関連の emacs-lisp を emacs 30.2 で compile しようとしたらどうも macroexpand が うまくいかないようでエラーを起こす。 多分どこかでマクロの引数が足りないところなどがあるんだろうけど古いemacsのコンパイラではmacro の展開が緩かったりで発見されていなかった問題かも。 それはともかくその過程で次のパッケージとウェブサイトを知った。 egg-tart (tamago-tsunagi と 追加の説明など） https://github.com/hata48915b/egg-tart やっぱりWnnが好き！ https://wnn.jp/ FreeBSD における Wnn8 https://maikaze.cafe.coocan.jp/wnn8.html 最後のは自分で .el 書き換えたりしてない人には詳しすぎるかも。 egg.el関連のソースはやはり漸次でもよいから直していかないと emacs 30.x (x > 2), 31.y で使えなくなりそうだけども、そういう観点から更新をしている人は世の中にいるのだろうか？ 長く使っている入力方法は簡単に捨てられないので、そういうところがあれば情報を共有したいと思ってるのでした。 http://mevius.5ch.net/test/read.cgi/unix/1669946913/832
833: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 06:34:58.15 >>831 いま手元に実物が無いからうろ覚えだけど A君「LISPは機械を優先して、人にとっての使いやすさを無視した言語なんですか?」 K先生「それはある意味当たっておる。しかし機械が扱いやすいということは、回り回ってその機械を作ったり制御したりする人が楽をできるということでもある。まあ人と機械が歩み寄ったと思えば美談じゃ」 みたいな会話を読んで目から鱗が落ちたことがある https://www.shoeisha.co.jp/book/detail/9784798119410 http://mevius.5ch.net/test/read.cgi/unix/1669946913/833
834: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 09:16:32.78 28以降はクソ http://mevius.5ch.net/test/read.cgi/unix/1669946913/834
835: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 09:26:00.51 >>831 Emacsの歴史を知るとその疑問が解けるかもしれないよ GNU EmacsがEmacs Lispを採用したのは2番目のリンクで、どちらも日本語だが英語版より古い https://ja.wikipedia.org/wiki/Emacs https://www.gnu.org/gnu/rms-lisp.html http://mevius.5ch.net/test/read.cgi/unix/1669946913/835
836: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 10:14:50.33 ややこしい歴史をたどんなくても ・lisp が完全な高級言語の中で最も小さなインタプリタで実装できたから（当時はメモリとか貴重だった ・rms は MIT の AI研にいて lisp まわりの仕事してて詳しかった の2点で十分じゃよ http://mevius.5ch.net/test/read.cgi/unix/1669946913/836
837: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 12:16:54.94 >>831 Lispが神の言語なのにはちゃんと理由がある 要約すると、括弧とシンボルと幾つかのオペレーター(例えばcarやatomなど)があれば言語を構築出来ることを「発見」したから あと、構造化編集で調べれば分かるけど、括弧があるお陰で編集がめちゃやり易くなる 括弧の対応は自動でされる それとLisperは括弧じゃなくてインデントを見るので括弧が気にならなくなる もはや欠点が無いw http://mevius.5ch.net/test/read.cgi/unix/1669946913/837
838: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 13:27:59.02 インデントを見るといえばpythonだけど、個人的にはpythonにカッコついてればいいのにと思う http://mevius.5ch.net/test/read.cgi/unix/1669946913/838
839: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 15:09:45.47 >>837 極論を言えばプリミティブは lambda と eval さえあれば後はそれを使って全部実装できるって話はあるからな 入出力とかは全部 eval が担当はインチキだけど http://mevius.5ch.net/test/read.cgi/unix/1669946913/839
840: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 16:38:29.06 doom emcas起動したらcpuが100張り付いたんだけどemacsてこんなに重いん？ http://mevius.5ch.net/test/read.cgi/unix/1669946913/840
841: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 16:51:29.98 >>838 HyというLispがあるよ 使ったこと無いけど、Pythonとの親和性を求めるなら良いかもね http://mevius.5ch.net/test/read.cgi/unix/1669946913/841
842: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 16:53:40.92 >>840 裏でネイティブコードのコンパイルが行われてる 一度やれば次起動した時は負荷は上がらないけど、パッケージを更新するとまたコンパイルが走って一時的に負荷が上がる http://mevius.5ch.net/test/read.cgi/unix/1669946913/842
843: 832 [832] 2025/10/06(月) 02:43:16.18 >> 152 > ChatGPT in Emacs > https://youtu.be/4oUrm4CnIjo 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 に特化した窓口を教えてくれた１５２に感謝。 http://mevius.5ch.net/test/read.cgi/unix/1669946913/843
844: 名無しさん＠お腹いっぱい。 [] 2025/10/06(月) 07:06:13.00 >>831 XML: その通り JS: おまえが言うな({[]}) http://mevius.5ch.net/test/read.cgi/unix/1669946913/844
845: 832 [832] 2025/10/06(月) 10:59:48.77 訂正：使ったのは 次だった。２７１に感謝。 >> 271 > https://chat.openai.com/g/g-ceQ8Ju6Rg-emacs-expert http://mevius.5ch.net/test/read.cgi/unix/1669946913/845
846: 名無しさん＠お腹いっぱい。 [sage] 2025/10/07(火) 14:52:23.14 >>826 もはやも何も昔からEmacsは環境… http://mevius.5ch.net/test/read.cgi/unix/1669946913/846
847: 名無しさん＠お腹いっぱい。 [sage] 2025/10/09(木) 12:00:04.41 28以降はクソ環境 http://mevius.5ch.net/test/read.cgi/unix/1669946913/847
848: 名無しさん＠お腹いっぱい。 [sage] 2025/10/09(木) 17:19:46.12 こっちと同じ話になってる Unixの哲学は単機能ツールの組合わせ→emacs え？ https://mao.5ch.net/test/read.cgi/linux/1600516823/ http://mevius.5ch.net/test/read.cgi/unix/1669946913/848
849: 名無しさん＠お腹いっぱい。 [] 2025/10/11(土) 15:25:04.81 ewwの使い勝手がいまいちなんだよね webページがフレームだと使い物にならない http://mevius.5ch.net/test/read.cgi/unix/1669946913/849
850: 名無しさん＠お腹いっぱい。 [] 2025/12/08(月) 11:01:21.82 vtetm、emacs 標準の quail 使った日本語入力だと漢字直接打ち込めるのな http://mevius.5ch.net/test/read.cgi/unix/1669946913/850
851: 名無しさん＠お腹いっぱい。 [sage] 2025/12/08(月) 12:01:15.30 ほんまやね ただしclaude codeでインライン入力出来ないのは変わらん >>760を教えてもらったんで ミニバッファじゃなくて普通のバッファを常時開いて 入力用バッファとして使用するように改良した vtermもキーバインド1つででバンバン開けるようにして 複数のclaude codeを平行して実行できる lispに暗いのでclaude codeマジ助かる http://mevius.5ch.net/test/read.cgi/unix/1669946913/851
852: 名無しさん＠お腹いっぱい。 [] 2025/12/09(火) 12:33:01.43 >>850 vterm 自体はちゃんと input-method 対応がなされてて、mozc.el の問題で入力出来なかっただけのようだ readonly の時に中断する処理のところを inhibit-readonly の時は中断させないよう条件を変えたら入力できるようになった http://mevius.5ch.net/test/read.cgi/unix/1669946913/852
853: 名無しさん＠お腹いっぱい。 [sage] 2025/12/09(火) 13:26:03.75 >>852 パッチをくだされ http://mevius.5ch.net/test/read.cgi/unix/1669946913/853
854: 名無しさん＠お腹いっぱい。 [sage] 2025/12/09(火) 14:05:49.78 >>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 http://mevius.5ch.net/test/read.cgi/unix/1669946913/854
855: 名無しさん＠お腹いっぱい。 [sage] 2025/12/09(火) 14:25:02.03 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)))) http://mevius.5ch.net/test/read.cgi/unix/1669946913/855
856: 853 [sage] 2025/12/09(火) 15:38:34.58 >>854 有難うございます！ vtermはmozcでインライン入力できるようになりました！ claude codeがインライン入力になると完璧なのですが こちらはclaude codeの問題だと思うので難しそうです しかし入力用バッファを別に開く方法よりも良いかもしれません http://mevius.5ch.net/test/read.cgi/unix/1669946913/856
857: 名無しさん＠お腹いっぱい。 [] 2025/12/10(水) 15:49:33.16 28以降はクソ! http://mevius.5ch.net/test/read.cgi/unix/1669946913/857
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 1 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.020s