Emacs Part 54

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/12/02(金) 11:08:33.82 .net] GNU Emacs - GNU Project - Free Software Foundation (FSF) https://www.gnu.org/software/emacs/ EmacsWiki: サイトマップ www.emacswiki.org/emacs/ 前スレ Emacs Part 51 https://mevius.2ch.net/test/read.cgi/unix/1514601894/ Emacs Part 50 https://mevius.2ch.net/test/read.cgi/unix/1482097785/ Emacs Part 52 https://mevius.5ch.net/test/read.cgi/unix/1585125902/ Emacs Part 53 https://mevius.5ch.net/test/read.cgi/unix/1621758062/ 786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/14(日) 18:58:47.40 .net] claude codeとemacsの親和性良過ぎ LLMモードは乱立してるようだけども >>764 + vtermでclaude codeが一番使い安いや claude codeは別にコードを書く用途に限らずチャットとしても使える 文献PDF読ませたりメールの校正させたり beamerでスライド作らせたり重宝してる 787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/14(日) 19:09:04.95 .net] そういえば、先月のことだけど Emacs-30.2 がでてるね 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 06:55:55.65 .net] 28以降はクソ 789 名前：名無しさん＠お腹いっぱい。 [2025/09/15(月) 12:37:54.23 .net] neovImから移住してもええの？🐼 790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 14:34:04.01 .net] みんなどの OS で Emacs を使ってるのかな。 ワイは macOS だけど、Mac Port パッチ付きの Emacs を好む関係で ttps://github.com/railwaycat/homebrew-emacsmacport を使っているが、 最近は Mac Port パッチ ttps://bitbucket.org/mituharu/emacs-mac/ が以前ほど最新に追随しなくて、うーむ。 Emacs on Linux が一番親和性が高いのは認める。 791 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 15:23:53.20 .net] わしはMacPorts民だから脳死でMacPortsのやつ使ってる 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 16:51:10.05 .net] Linux で使っているの 793 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 18:38:45.92 .net] >>787 30.2で思い出したんだけど、先月リリースされた直後にソースアーカイブをダウンロードしようと思ってftp.gnu.orgにアクセスしたら タイムアウトになって、今アクセスしたらまたタイムアウトでアクセス出来なかった まあミラーが世界中にあるからそちらを使えば問題無いんだけど、ひょっとしてずっと落ちたままだったりするんだろうか＞ftp.gnu.org 794 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 18:51:10.24 .net] >>793 2-3日前のことだが、公式FTPサイトがかなり遅かったよ その時は一晩掛けてWindowsバイナリを落とせた 795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 20:00:58.19 .net] >>790 Emacs Mac Portの動向を追っていたら気付いていると思うけど、 jdtsmith/emacs-mac ttps://github.com/jdtsmith/emacs-mac がupstreamに追従しているから、自分でビルドしたらええよ 796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/15(月) 23:27:01.43 .net] >>795 ﾄﾝｸｽ 797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/16(火) 01:55:04.05 .net] 吾輩もMacPortsである 798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/16(火) 02:30:04.96 .net] 自分もMacPortsだけどinline patchを当てて使っている https://github.com/takaxp/ns-inline-patch >>795 もビルドしてみた 自分の使い方、解像度だとどちらでもいいなぁ 799 名前：名無しさん＠お腹いっぱい。 [2025/09/16(火) 08:53:19.52 .net] >>795 ありがとう知らなかった ここしばらく標準版を使っていたがやはりmac portは良い 800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/16(火) 16:05:32.98 .net] >>799 jdtsmith/emacs-macを追っているけど、しだいにこっちがcomunity版Emacs Mac Portになっちゃうかもな 自分の手元で、オレオレEmacs Mac Port 30.x upstreamを保守していたけど、やっぱみんなでやるほうがバグとか気づきやすい もっとも、この勢いでupstreamにmergeされてほしいとも思うわ 一番いいのは、いまのNS portといい感じでまとまってほしいと思う 801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/16(火) 21:49:16.30 .net] >>786 Emacsに特化した要素何一つなくね？ 802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/16(火) 23:32:17.25 .net] >>801 まぁその通りだけども？ emacsから＜も＞便利に使える Codex CLIもvtermで試してるけどもこれも良いね M-x docter がようやく完成したような感覚で感慨深い 803 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/17(水) 23:00:49.80 .net] M-x docter 懐かしいw 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/18(木) 01:15:24.99 .net] I am the psychotherapist. Please, describe your problems. Each time you are finished talking, type RET twice. 805 名前：名無しさん＠お腹いっぱい。 [2025/09/18(木) 02:33:55.65 .net] I am addicted to yours. RET RET 806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/18(木) 10:38:17.19 .net] Why do you say you are addicted to mine? RET RET 807 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/18(木) 10:49:51.11 .net] M-x doctorについてclaudeに聞いてみたが実は起源は相当古く由緒正しいだね 1966年ですか 808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/18(木) 11:00:24.37 .net] 昔のUnix(BSD?)に/usr/games/doctorって入ってた記憶 809 名前：名無しさん＠お腹いっぱい。 [2025/09/18(木) 19:22:27.36 .net] display-alistいじるの楽しいな！ 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/18(木) 23:43:03.32 .net] lisp は AI 811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 01:06:05.85 .net] pythonに取って代わられたよね? 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 01:12:30.31 .net] Richard Matthew Stallman の半分はLISPで出来ているので、Python に取って代わられるなんて出来ないよ？ 813 名前：名無しさん＠お腹いっぱい。 [2025/09/19(金) 01:38:31.15 .net] lispとかpythonとか遅い動的をなんでaiに使うんかね ライブラリはcで書かれてるんなら全部cで書けよ 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 02:33:11.97 .net] 80-20の法則を知らないのか？ プログラミングで言えば、全体の20%の部分が実行時間の80%を費やしてると言うことだ 実際は90-10(またはそれ以上)と言っても過言じゃない Pythonでコードを書いても、ライブラリはカリカリにチューニングされたCで書かれているので、大事な10%の部分はCと同程度の速度で動くから問題ない 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 07:17:26.95 .net] 数値計算のライブラリの肝心な部分はFORTRANなのでは 816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 07:37:53.98 .net] 少なくともnumpyは Python 61.3% C 33.4% となってるぞ 今時はSIMD(場合によってはGPUやNPU)を使うから昔の資産とか使わんと思うよ… 817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 07:49:44.67 .net] そうなのか 内部的にOpenBLASとかLAPACKとか使ってるのかと思ってた 818 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 12:57:15.11 .net] claude codeとcodex cliとgemini cliをmcpで連携して これをemacsから使う 凄い時代になったよ 819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 17:03:12.68 .net] >>795 Tahoeでビルドすると動かないようですね https://github.com/jdtsmith/emacs-mac/issues/96 820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/19(金) 17:28:33.06 .net] 4.2BSD-Tahoeかと、一瞬思った 821 名前：名無しさん＠お腹いっぱい。 [2025/09/19(金) 23:31:27.65 .net] 4.3BSDやろ，Tahoeは 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/20(土) 04:54:14.37 .net] そっか、ありがとう 823 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/09/20(土) 10:57:58.74 .net] >>819 CFLAGSに -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX15.sdk を追加してconfigureするのがワークアラウンド 824 名前：名無しさん＠お腹いっぱい。 [2025/10/04(土) 06:50:20.05 .net] 自分語りで恐縮だが、 仕事で作ってきたPythonコードの引き継ぎに先立ち、リファクタリングの効率化を目指して、 LSPを含めたEmacs環境を構築したんだが、作業を助けてくれる様々な機能に驚かされた。 もっと早く導入すればよかった。 初めからいいコードを書いていれば無駄な作業そのものを減らせたのにと反省もおおい。 825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 08:02:42.73 .net] どんな感じで構築したんだ？ 826 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 09:15:39.82 .net] どんな感じと言われても、オールインワンなパッケージは苦手なので、emacs-30をベースに 役立ちそうで、評判が高く、新しいものを追加した。 参考にしたのは次の記事だが、全部でなく、コード品質の向上に寄与しそうなEglotと、 ステップ実行したいのでデバッガのDapeが動作することを目指した。 Python用Emacs www.reddit.com/r/emacs/comments/1em4ua3/emacs_for_python/ 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 09:17:59.44 .net] それから、この辺も TreesitterとEglotを使ってPython用Emacsを設定する gist.github.com/habamax/290cda0e0cdc6118eb9a06121b9bc0d7 GNU Emacs で VS Code 相当のコード・デバッグ支援機能を設定する a-perpetual-novice.HATENABLOG.com/entry/2024/10/30/005400 a-perpetual-novice.HATENABLOG.com/entry/2024/11/01/013058 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 14:30:22.02 .net] まあ5年遅いな 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 15:27:40.44 .net] >>828 進化しろよ 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 15:58:24.20 .net] treesitterもLSPもEmacsとは関係がない もはやテキストエディターはモジュールを組み合わせる為の土台でしかなくなった これからは本体をシンプルにしてモジュールを組み合わせる柔軟性が求められる kitchen-sinkの時代は終わった 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 17:05:07.59 .net] >>830 じゃあVImが良いってなるやん emacsならlispで、vscodeならnodejsで拡張できるっていう良さがあるからエディタ選んで楽しむ余地はまだまだあるっしょ 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/04(土) 23:41:11.40 .net] >>831 Vimは大量の酷いCコードを整理する必要があるけど、もはや限界がある VimScriptもお世辞にも使いやすいとは言えない なのでEmacsの方がマシなのは間違いないけど、Emacsである必要性も薄らいで来てるのもまた事実w でもorg-modeみたいなキラーモジュールがあるからEmacsを離れられない人がほとんどなのも現実だろう 833 名前：名無しさん＠お腹いっぱい。 [2025/10/05(日) 00:43:52.21 .net] lsp作ったのもmsだしpythonで一番人気のls作ってるのもmsとゆう事実 ゴミみたいなソフトばっか作ってる印象だけど地味にossに貢献しとる vimはneovimでvimscriptの1000倍速いluaで設定書けるからそれでええやん 834 名前：名無しさん＠お腹いっぱい。 [2025/10/05(日) 00:46:29.22 .net] emacsはなぜか若いナオンに人気 https://m.youtube.com/watch?v=Uf4wiY5bchk 835 名前：名無しさん＠お腹いっぱい。 [2025/10/05(日) 01:00:03.42 .net] てか最近emacs触り始めたけどなんでも()つけないといけないlispてキチゲエみたいな言語やな プログラム向けとか神の言語とかゆわれてるけどそれならrubyとかputhonのほうが近いやんておもた 836 名前：名無しさん＠お腹いっぱい。 [2025/10/05(日) 05:26:54.44 .net] 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 で使えなくなりそうだけども、そういう観点から更新をしている人は世の中にいるのだろうか？ 長く使っている入力方法は簡単に捨てられないので、そういうところがあれば情報を共有したいと思ってるのでした。 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 06:34:58.15 .net] >>835 いま手元に実物が無いからうろ覚えだけど A君「LISPは機械を優先して、人にとっての使いやすさを無視した言語なんですか?」 K先生「それはある意味当たっておる。しかし機械が扱いやすいということは、回り回ってその機械を作ったり制御したりする人が楽をできるということでもある。まあ人と機械が歩み寄ったと思えば美談じゃ」 みたいな会話を読んで目から鱗が落ちたことがある https://www.shoeisha.co.jp/book/detail/9784798119410 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 09:16:32.78 .net] 28以降はクソ 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 09:26:00.51 .net] >>835 Emacsの歴史を知るとその疑問が解けるかもしれないよ GNU EmacsがEmacs Lispを採用したのは2番目のリンクで、どちらも日本語だが英語版より古い https://ja.wikipedia.org/wiki/Emacs https://www.gnu.org/gnu/rms-lisp.html 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 10:14:50.33 .net] ややこしい歴史をたどんなくても ・lisp が完全な高級言語の中で最も小さなインタプリタで実装できたから（当時はメモリとか貴重だった ・rms は MIT の AI研にいて lisp まわりの仕事してて詳しかった の2点で十分じゃよ 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 12:16:54.94 .net] >>835 Lispが神の言語なのにはちゃんと理由がある 要約すると、括弧とシンボルと幾つかのオペレーター(例えばcarやatomなど)があれば言語を構築出来ることを「発見」したから あと、構造化編集で調べれば分かるけど、括弧があるお陰で編集がめちゃやり易くなる 括弧の対応は自動でされる それとLisperは括弧じゃなくてインデントを見るので括弧が気にならなくなる もはや欠点が無いw 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 13:27:59.02 .net] インデントを見るといえばpythonだけど、個人的にはpythonにカッコついてればいいのにと思う 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 15:09:45.47 .net] >>841 極論を言えばプリミティブは lambda と eval さえあれば後はそれを使って全部実装できるって話はあるからな 入出力とかは全部 eval が担当はインチキだけど 844 名前：名無しさん＠お腹いっぱい。 [2025/10/05(日) 16:38:29.06 .net] doom emcas起動したらcpuが100張り付いたんだけどemacsてこんなに重いん？ 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 16:51:29.98 .net] >>842 HyというLispがあるよ 使ったこと無いけど、Pythonとの親和性を求めるなら良いかもね 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/05(日) 16:53:40.92 .net] >>844 裏でネイティブコードのコンパイルが行われてる 一度やれば次起動した時は負荷は上がらないけど、パッケージを更新するとまたコンパイルが走って一時的に負荷が上がる 847 名前：832 mailto:832 [2025/10/06(月) 02:43:16.18 .net] >> 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 に特化した窓口を教えてくれた１５２に感謝。 848 名前：名無しさん＠お腹いっぱい。 [2025/10/06(月) 07:06:13.00 .net] >>835 XML: その通り JS: おまえが言うな({[]}) 849 名前：832 mailto:832 [2025/10/06(月) 10:59:48.77 .net] 訂正：使ったのは 次だった。２７１に感謝。 >> 271 > https://chat.openai.com/g/g-ceQ8Ju6Rg-emacs-expert 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/07(火) 14:52:23.14 .net] >>830 もはやも何も昔からEmacsは環境… 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/09(木) 12:00:04.41 .net] 28以降はクソ環境 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/10/09(木) 17:19:46.12 .net] こっちと同じ話になってる Unixの哲学は単機能ツールの組合わせ→emacs え？ https://mao.5ch.net/test/read.cgi/linux/1600516823/ 853 名前：名無しさん＠お腹いっぱい。 [2025/10/11(土) 15:25:04.81 .net] ewwの使い勝手がいまいちなんだよね webページがフレームだと使い物にならない 854 名前：名無しさん＠お腹いっぱい。 [2025/12/08(月) 11:01:21.82 .net] vtetm、emacs 標準の quail 使った日本語入力だと漢字直接打ち込めるのな 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/08(月) 12:01:15.30 .net] ほんまやね ただしclaude codeでインライン入力出来ないのは変わらん >>764を教えてもらったんで ミニバッファじゃなくて普通のバッファを常時開いて 入力用バッファとして使用するように改良した vtermもキーバインド1つででバンバン開けるようにして 複数のclaude codeを平行して実行できる lispに暗いのでclaude codeマジ助かる 856 名前：名無しさん＠お腹いっぱい。 [2025/12/09(火) 12:33:01.43 .net] >>854 vterm 自体はちゃんと input-method 対応がなされてて、mozc.el の問題で入力出来なかっただけのようだ readonly の時に中断する処理のところを inhibit-readonly の時は中断させないよう条件を変えたら入力できるようになった 857 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/09(火) 13:26:03.75 .net] >>856 パッチをくだされ 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/09(火) 14:05:49.78 .net] >>857 要 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 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/09(火) 14:25:02.03 .net] 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)))) 860 名前：853 mailto:sage [2025/12/09(火) 15:38:34.58 .net] >>858 有難うございます！ vtermはmozcでインライン入力できるようになりました！ claude codeがインライン入力になると完璧なのですが こちらはclaude codeの問題だと思うので難しそうです しかし入力用バッファを別に開く方法よりも良いかもしれません 861 名前：名無しさん＠お腹いっぱい。 [2025/12/10(水) 15:49:33.16 .net] 28以降はクソ! 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/10(水) 20:16:11.04 .net] >>859 ありがとうございます。 困ってたんですよね。 863 名前：名無しさん＠お腹いっぱい。 [2025/12/11(木) 15:22:51.73 .net] line-spacing を設定すると window-text-height が狂うんだけど調整することって出来ないのかな 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/13(土) 23:48:44.25 .net] eglot + tramp + clangdで初期化失敗するのがうざい。 lsp-mode差し置いてマージされたんだからtrampの対応は必須にしてくれ。 MAKE EMACS GREAT AGAIN! 865 名前：名無しさん＠お腹いっぱい。 [2025/12/15(月) 14:23:56.92 .net] You can revert your Emacs to the version that you think is great. 866 名前：名無しさん＠お腹いっぱい。 [2025/12/15(月) 15:01:41.90 .net] インスコしたデフォルトだと Emacs限定で日本語の切り替えがおかしかったんで 遅ればせながら最近ibusを使いだした 867 名前：名無しさん＠お腹いっぱい。 [2025/12/15(月) 15:15:29.07 .net] >>866 ~/.Xresourcesに Emacs*UseXIM: false を書いて、emacs-mozcなりddskkなりお好きなものをどうぞ 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/15(月) 16:07:50.80 .net] 今時の人はemacsで日本語入力するのにelispを使わないんだな 869 名前：名無しさん＠お腹いっぱい。 [2025/12/15(月) 18:25:47.10 .net] 俺も昔はskk原理主義者だったが膝に矢を受けてしまってな 870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/15(月) 18:46:39.16 .net] fcitxとかだとcorfuやcompanyとかと競合するから仕方なくmozc.elとかを使ってるだけよ。 "elispを使う"ってくらい書く必要があるなら、文脈解析込みの日本語入力とかにしてほしい。 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/15(月) 18:47:43.40 .net] 膝に矢を受けたやつ久しぶりにみたw 872 名前：名無しさん＠お腹いっぱい。 [2025/12/15(月) 23:08:46.49 .net] context-skk とか結構色々やろうとしてたな～って記憶はある シフト押すのめんどくさくなって mozc になったけど 873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/15(月) 23:29:22.47 .net] 小指or手首に矢じゃないのか。 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/16(火) 09:53:56.14 .net] mozc.el使ってるならelispを使ってる 上でibusと書いてある人がいるけど emacsでibus使うのにelispが必要なのか 875 名前：名無しさん＠お腹いっぱい。 [2025/12/16(火) 20:06:10.05 .net] そりゃクラッチ踏めなくなればMTも無理だな 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/18(木) 13:15:04.00 .net] >>875 脚を切断でもしたのかよ() 877 名前：名無しさん＠お腹いっぱい。 [2025/12/18(木) 15:28:24.02 .net] 俺はSKKで鍛えた小指でクラッチ踏めるから楽勝さ 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2025/12/18(木) 15:57:32.93 .net] SKK は自分の限界が漢字かな変換出来る限界で、AIが勝手に長文書いてしまう世界からすると実に異端 879 名前：名無しさん＠お腹いっぱい。 [2025/12/18(木) 17:54:46.17 .net] 「変換」キーをstickyにして小指を疲労から解放した俺は甘え

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef