最近の出来事

2026/08/02

AM中に起床。

掃除したり洗濯したり。

Google検索。期間指定の絞り込みができなくなってるなぁ？と思ったり。一時的なものかも知れませんが 何をすればそんな事になるんだ？

宇宙兄弟(46)。最終巻。昨年も記しましたが、 漂流事故は物語の2029年7月30日の出来事ですが、宇宙兄弟の連載が始まった2007年当時は、 スペースXは まだファルコン1を打ち上げ始めた頃で、アルテミス計画に至っては影もありませんでした。 まさかまた月を目指すとは思いもよらなかったように思います。 そういやアニメが終了したのは原作に追いついてしまったからという事を、さんま御殿だかで 小山宙哉氏自身が言ってた記憶がありますが、続きのアニメ化はあるだろうか？ ところで、「クリムゾンメサイヤ」は ラーメンズのコントが元ネタらしい。

ASSEMBLYは終了しましたが、Pouet の方にはアップロードされている最中のようです。

2026/08/01

AM中に起床。

散髪にお出かけ。空気が熱かった🥵

先日の、 「Magitでリモートマシンのリポジトリの stash pop がDropされたようになる件」 をもう一度確認してみたところ、なぜか再現しなくなりました。むーん？🤔 VMを再起動したとかに関係するのだっけ？

gptelをアップデートしてみたり。ちょろっと使った所では変った所は分からず。 使っていれば気づく事があるかも知れません。

ASSEMBLY。いくつかコンポを観ることができたり。

2026/07/31

テレワーク。早めに終了。

そういやメガデモイベントの 「ASSEMBLY SUMMER'26」が始まっている模様。

リモートのVMのgitリポジトリの操作をEmacsのTRAMPとMagitを使って操作する事があるのですが、 stashで退避させた後、 stash pop を実行すると、何故かstashで退避した変更が適用されずに stash自体も無くなってしまう(Dropしたのと同じになってしまう)という現象に遭遇したため、 新しいのを入れることにしてみたり。なにやら依存パッケージも色々入れ替えなくてはダメ だったのですが、何故か実行してもエラーでうまく動かず、エラーも訳が分からない感じだったので GoogleAIに泣きついたら、古い.elcが悪さをしている可能性があるという事で一旦関係しそうな パッケージの .elcファイルを消したら動くようになったり。magitは新しくする時に何かしら 引っかかっている気がします。
で、肝心のリモートマシンのリポジトリの stash pop がDropされたようになる件は解消されず。

2026/07/30

テレワーク。気持ち遅めに終了。

SAI2の2026-07-30版が出ていたり。お疲れ様です。色々バグが修正されている模様。
以下メモ。一旦バグっぽいものに限定しました。版数は気づいた時の版数で、遡っての確認はできていない場合あり。


調べごとをして終了。

2026/07/29

テレワーク。早くもなく遅くもなく終了。

熊本の地震。TVで現在の情報を表示しているのですが、左側に「熊本で震度7」とずっと出てて、 これ、今の情報なんだっけ？ と思ったりも。適切な見出しに変えた方がよいんじゃなかろうか？

SAI2の2026-07-29版が出ていたり。お疲れ様です。色々バグが修正されている模様。
以下メモ。版数は気づいた時の版数で、遡っての確認はできていない場合あり。


ちょろりコーディング。

2026/07/28

テレワーク。早くもなく遅くもなく終了。

そういや、Unicode 17の絵文字は、まだWindows11に来ていないよなぁ？と思ったり。 夏だったり秋だったりと、来る時期は決まっていないのだけれども、 なんでこんなに時間がかかるのだろうか？というのは毎度思います。

2026/07/27

本日休業。朝から野暮用でお出かけ。

そういえば、タスクマネージャーを見ていると、3～4% くらいとか薄っすらCPUを食っているプロセスが 居るなぁ？と思うことがありますが、24コアCPUの4% ってシングルコアに換算すると 100% になると 考えると「それ、必要な処理か？」と思ったりも。

SAI2の2026-07-27版が出ていたり。お疲れ様です。色々バグが修正されている模様。
以下メモ。版数は気づいた時の版数で、遡っての確認はできていない場合あり。


もそもそと実験コーディング。

2026/07/26

AM中に起床。

掃除したり洗濯したり。

用事があってスマホから電話を掛けたのですが、なぜかこちらの音声が向こうには伝わっていないようだったり。 家の固定電話に向けてかけて確認したところ、呼び出しにすぐに応じるとスマホの方はまだかけている最中の 状態になっていて、固定電話のほうは取っているのにスマホのほうは呼び出し中という、どうすりゃそんなことに なるんだ？というネゴシエーションのすれ違いが起こっているようでした。固定電話の方で3コール後に 取れは大丈夫そう。ていうか何それ？ 緊急通報で通話できない可能性があるじゃん。 電話としての本分が満たされていないとかクソ過ぎるのですが。

もそもそとコーディング。

2026/07/25

AM中に起床。

もそもそとコーディング。

2026/07/24

テレワーク。早めに終了。

気づいていなかったのですが、プリテストのEmacs-31.0.91が出たみたい (Emacs 31.0.91 pretest is available)。 そして、その後に新たな変更がコミットされていたり。なんの宣言もせずにいきなりリリースするから、 リリースしたと思ったらすぐ変更が入るってことになるのだろうか？🤔
さておき、IMEパッチ/他パッチをあててビルド。特に問題無くビルドは完了。 ちょろっと立ち上げた感じも特に問題無し。まぁ、既に追加のコミットがされているので、 最低でもあと一回はプリテストでリリースされるとは思いますけれども。

ちょろりコーディング。

2026/07/23

テレワーク。気持ち早めに終了。

調べごとをして終了。

2026/07/22

テレワーク。気持ち早めに終了。

D言語で多次元配列のコードを書いていたのですが、以下のようなコードでエラーになったり。

   :
  double[1][3] t;
  t[0][2]=1;
   :
test.d(54): Error: array index 2 is out of bounds `t[0][0 .. 1]`
      t[0][2]=1;
       ^

んんん？？？なんで？ DMDでもldc2でも同じみたい。
GoogleAIに聞いてみたところ、 「D言語において、double[1][3] t; という宣言は、「要素数が3つの配列」を1つだけ持つ2次元配列ではなく、 「要素数が1つの配列」を3つ持つ2次元配列として解釈されます。 ..... D言語の多次元配列の宣言は、型名の後ろ（左側）に向かって次元が追加されるという規則（右結合）があります。」 という回答がありました。解決策としては 「あなたが意図していたのが「1行 × 3列」の行列（要素数3の配列が1つ）である場合、宣言の数値を逆にします。」 という事らしい。 というか、ずっと前からそうらしい。今まで正方形行列しか扱ったことが無かったので知りませんでした。 しかしながら、D言語の公式マニュアルの 「13.13 Rectangular Arrays」 にもそう書かれてはいるのですが、ぶっちゃけ訳が分かりません。 だって、動的配列の場合は、「1行 × 3列」の配列って言われれば、

  double[][] t;
  t.length=1;
  t[0].length=3;
  t[0][2]=1;

って順番で割り当てるしアクセスするよなぁ？と思ったり。
ということを更にGoogleAIに聞いてみたら、 「結論から言うと、これは「見た目をわざわざ逆にしている」のではなく、 「型（Type）の組み立てルール」を徹底的に一貫させた結果、たまたま使用時と逆に見えてしまっています。....」 という回答がありました。説明はされてたのですが納得はできませんでした。 どちらかというと、文法的/解釈的にやらかしているけど変えるとソースコード互換性が無くなってしまうので、 理由をこじつけている感じに思えなくもありません。

2026/07/21

テレワーク。気持ち早めに終了。

調べごとをして終了。

2026/07/20

AM中に起床。

録画消化したりしてぐうたら過ごしたり。

もそもそと実験コーディング。

2026/07/19

AM中に起床。

掃除したり洗濯したり。

調べ事をしたりWeb巡回したりぐうたら過ごして終了。

2026/07/18

AM中に起床。

アニメ映画の「AKIRA」が(再)放送されていたのを観たり。 年始に放送されたのを観たのですが、なんだかんだとまた全部観てしまいました😅。 もう夏休みというのもあるのかな？と思ったのですが、公開が1988年7月16日で、38年前の丁度今の時期 というのもあったのだろうか？とは思ったりも。

2026/07/17

テレワーク。早めに終了。

Cygwinの gccが 13から14にアップグレードしたのですが、Emacsをビルドすると警告が大量に 出力されるようになったり。余計なキャストが警告されたり、staticかexternかを明確に指定しなくては ならなかったりで直してみたり。目障りなので全部直してみましたが、IMEパッチの部分は直す必要があるかと思いますが、 それ以外の公式の部分はそのうち直されるかも知れません。

2026/07/16

テレワーク。遅めに終了。

パッチをあてた Cygwin 3.6.10-1 でEmacsの負荷確認ではハングは発生せず。

2026/07/15

テレワーク。気持ち遅めに終了。

Windowsアップデート後にCygwinもアップデート。 Emacsのハング確認を行なったのですが、やっぱりハングが再現するので、Cygwin 3.6.10-1も パッチ(以前のメモ)をあてたものと入れ替え。

再起動したら、クリップボードに文字が入る度に Copilot Keyboardのアクアが吹き出しを 出すようになったり。バージョン 1.0.0.7575 からそうなっていたのですが (以前のメモ)、いつの間にか静かになっていました。 何が契機なのかはわからず。

2026/07/14

テレワーク。遅めに終了。

Cygwin 3.6.10-1が出ているもよう (アナウンス)。 Emacsハングに関係するような修正は入っていなさげ。という訳でEmacsハング対応の為にパッチをあててCygwinをビルド。 Windowsアップデートもあるので 試すのは明日にしよう。

2026/07/13

テレワーク。遅めに終了。

「これ描いて死ね(10)」。新キャラ？と思ったらそうじゃなかった。 テッシーが居なくなると、どうなるのか全く分からない....。次巻以降の展開が気になります。

2026/07/12

AM中に起床。

掃除したり洗濯したり。

SAI2の2026-07-12版が出ていたり。お疲れ様です。色々バグが修正されている模様。
以下メモ。版数は気づいた時の版数で、遡っての確認はできていない場合あり。


ちょろりコーディング。

2026/07/11

AM中に起床。

SAI2の2026-07-11版が出ていたり。お疲れ様です。色々バグが修正されている模様。
以下メモ。版数は気づいた時の版数で、遡っての確認はできていない場合あり。


ちょろりコーディング。

2026/07/10

テレワーク。早くもなく遅くもなく終了。

調べごとをして終了。

2026/07/09

テレワーク。早めに終了。

そういや Emacs 31.0.90が出てから約一か月経ちましたが、31.0.91は出ないのだろうか？

2026/07/08

テレワーク。早めに終了。

全然気づいていなかったのですが、 libjxlのv0.12.0がリリースされていた模様 (公式)。 今回のリリースは修正や変更が大量に加えられているようです。
ビルドして試してみたのですが、手持ちのPNGファイルのひとつを cjxlに食わせてみたところ、 ICCプロファイルの読み込みでSegfaultするものがあるようだったり。 件のPNGファイルを ImageMagickの convertで PPMに変換してからPNGに再変換すると 大丈夫そうなので、元のPNGファイルに秘密がありそうな予感。ただし、以前のcjxlでは問題無く 食えていたなので、見かけ上はデグっているように見えます。
GoogleAIにICCプロファイルの調べ方を聞いたら、ImageMagickの「identify -verbose foo.png」 で調べれば良いとの回答があったので見てみたところ、 どうやらSegfaultしないPNGファイルはiccプロファイルが埋め込まれていないようなのですが、 SegfaultするPNGファイルは「GIMP built-in sRGB」というICCプロファイルが埋め込まれている らしいというのが分かりました。ImageMagickのconvertで再変換を行なうことで、ICCプロファイルが無くなり、 今回ビルドしたcjxlではSegfaultしなくなるという関係になっているようです。

2026/07/07

テレワーク。早くもなく遅くもなく終了。

攻殻機動隊のアニメ。原作ナイズだなぁと思ったり。 Production I.G じゃない攻殻アニメというのもなんか新鮮。

2026/07/06

テレワーク。早めに終了。

SAI2の2026-07-06版が出ている模様。お疲れ様です。色々修正されているようですが、先日のハーフトーンの件は まだ発見されてないみたい。

SAI2(2026-07-06版)で、図形(丸、三角、四角)を実行すると1回の実行で何故か31枚の図形レイヤーが生成される。 Undoすると1レイヤーずつ消えるので、自動実行的に31回図形実行をしているような振る舞いに見える。

2026/07/05

AM中に起床。

掃除したり洗濯したり。

SAI2(2026-07-04版)でグレイスケールモードキャンバスとハーフトーンを試していたところ、 描画バグと思われるものに遭遇したり。単純に、二つのレイヤーが重なっているとき、 上のレイヤーにハーフトーンを適用すると、下のレイヤーとの重なりの境界にゴミ表示が乗るようです。

SAI2 260704版 ハーフトーンレイヤー重ね合わせ表示バグ

既に誰かが報告されているかも知れませんが御参考まで。
追記1。すれ違いで 2026-07-05版が出ていたのですが、ハーフトーンの件はこちらでもまだ修正はされてなさそうです。 先日のモニタープロファイルの読み込みエラーは出なくなってました。ありがとうございます。
追記2。ハーフトーンの件はグレースケールモードキャンバスの時に発生するようです。 RGBカラーモードでは発生しませんでした。

何やら Copilot Keyboard の更新通知が表示されたのですが、設定→バージョン情報からは更新が確認できず。 Microsoft Storeを確認しても新しいのが置かれているような感じはせず。なんだこれ？🤔 証拠画像を取っておこうと思ったのですが、「Win + N」で過去の通知を表示させた状態でスクリーンショットを 取る方法が無さげ。マジで？

「ONEPIECE(115)」。だいぶ多くのネタが回収されてるようですが、あとどれくらい残っているんだ？ という感じです。そして話の続きが気になってしかたありません。

SAI2。グレースケールモードですが、A4サイズの1200dpi(=14032x9922pix)という解像度で使ってみてるのですが、 ちっとも突っかかる様子がありません。ブラシサイズ5000でテクスチャ有効にしてぐりぐり描いても、 タスクマネージャーで見るとSAI2のCPU使用率が 0% のままになってて、CPU使用率でソートしても上位にあがってきません。 なにこれ？ どうなってんの！？ 怖い！！ってなってます😅

2026/07/04

昼前起床。

ちょろり買い物にお出かけ。

SAI2の大規模改修版の更新が来てたり(2026-07-04版)。お疲れ様です。 先日のキャンバス領域が全面黒で描画される件は修正されてるようですが、 モニタープロファイルの読み込みでエラーが発生している模様 (errlog.sai2.20260704.115848.txt.xz)。 御参考まで。

SAI2を弄ってみたり。

「株式会社マジルミエ」のアニメは二期なのか？

2026/07/03

テレワーク。早くもなく遅くもなく終了。

昨日付けで気づいてなかったのですが、 SAI2の大規模改修版が来とる!!!!! (ペイントツールSAI開発室)。
ほんのちょっと触ったところ、なんかやべぇ感じしかしない(褒め)。 一点だけ、新規キャンバスの作成や既存のファイル読み込みを行なった時に例外が発生しているようです (errlog.sai2.20260704.001131.txt.xz)。 直後にキャンバス領域が全面黒で描画されますが、ビューの拡大/縮小で再描画されればその後の動作には影響は無いようです。 御参考まで。

2026/07/02

テレワーク。早くもなく遅くもなく終了。

調べごとをして終了。

2026/07/01

テレワーク。気持ち早めに終了。

テレビ欄を眺めていたら、日テレの深夜アニメ枠で「BanG Dream! It's MyGO!!!!!」が放送される ようだと知ったり。東京MXでは何度か再放送されていましたが、なぜ日テレでも放送？とは思ったりも。

2026/06/30

テレワーク。遅めに終了。

攻殻機動隊のアニメが始まるのか。ほぅ....

Web巡回して終了。

2026/06/29

テレワーク。早くもなく遅くもなく終了。

Emacs上で Copilot Keyboardで長い文章を入力していると、先頭の方から自動的に変換確定がされますが、 その時に入力した文字が大量に失われる場合があります。 これってメモ帳とかでも起こるのだろうか？と思い試してみたところ、入力した文字が失われることは無さそうですが、 先頭が自動的に変換確定されると同時に、入力した文字がひらがなのまま確定されてしまうようです。 いずれにしても、MS-IMEの場合は自動確定した変換結果の品質はともかく、入力した文字が失われたり ひらがなのまま確定したりはしないので、Copilot Keyboard側でなんとかしてほしいところかも。 そういや今月はCopilot Keyboardの更新は無いのかな？

2026/06/28

AM中に起床。

掃除したり洗濯したり。

EdgeでCopilotを起動すると、そのページの要約などができますが、ページのサイズの上限とかあるのか？ と聞いてみたところ、自動的にチャンク分割するので大きくても大丈夫だといった感じの回答が返ってきました。 以前、Emacsのマニュアルをプレーンテキストにして 適当に分割してOllama+qwen3.6:35bに食わせて、所望の内容が含まれているかを探してみた事がありましたが、 分割せずにテキストファイル(約59400行)をブラウザ表示した状態で、意味検索できるか試してみたところ、 イマイチうまく探すことはできませんでした。というか、あまりちゃんと読んでないような回答という感じがします。 まぁ、無料でできる範囲では期待はできないというのはあるかもしれませんが。

2026/06/27

昼頃起床。

以前、「C-u」で数値を入れたのち、C-y(yank)を 実行すると、想像するような動作にはならないなぁ？と思ったことがありました。 で、何気に以下のような定義を行なってみていました。

(defun my-yank (&optional arg)
  "Wrapper function to enable repeated yanking based on the numeric prefix argument (C-u N)."
  (interactive "p")
  (if (and arg (numberp arg) (< 0 arg))
      (dotimes (n arg)
        (yank))
    (yank))
  )
(global-set-key "\C-y" 'my-yank)

定義してみたら、ほとんど使う場面は無いので、忘れてしまっていたのですが、 忘れたころに一瞬使うことがあって、そういや定義したなぁ？と思い出したり。 因みに、矩形領域を貼り付ける場合、恐らく多くの人が「そうなるのか....🥺」 という残念な振る舞いに思うかも知れませんが、よしなに。

2026/06/26

テレワーク。早くもなく遅くもなく終了。

Web巡回して終了。

2026/06/25

テレワーク。早めに終了。

調べごとをして終了。

2026/06/24

テレワーク。早くもなく遅くもなく終了。

眠くて死亡。

2026/06/23

テレワーク。早めに終了。

調べごとをして終了。

2026/06/22

テレワーク。早めに終了。

Web巡回して終了。

2026/06/21

AM中に起床。

掃除したり洗濯したり。

「これ描いて死ね(9)」。10巻は7月10日に出るらしい。アニメは7月3日からと渋滞してます。

2026/06/20

AM中に起床。

そういえば、minttyではsixelでも、独自のフルカラー表示シーケンスでも、画像を表示する事が可能です (以前のメモ)。 しかし、screenコマンドを挟んでいると表示されません。sixelの場合、img2sixelやchafaは、 パススルーのオプションを付ける事で、screenコマンドを挟んでいても パススルーシーケンス を検知すると その後の内容をそのままターミナルに送る事で、ターミナルの機能でsixelとして表示されます。 で、フルカラー表示の場合でも、同じように screenコマンドでパススルーできれば、 sixelと同じようにminttyでは表示できるんじゃないか？と思い、GoogleAIに尋ねてみたり。 結果から言うとうまくいきませんでした🥺。 ただ、「ESC P」と「ESC \」で包めばその間のシーケンスはscreenでは解釈しないとか、 .screenrcに 特定のシーケンスを解釈しないように設定する事ができるとか、 言っている事はどれも納得できる感じには思ったり。

一旦話を整理し直して、もう一度GoogleAIに順に問い合わせ、何度か状況をやりとりして、 最終的に「Windowsの仮想端末レイヤー(ConPTY)がシーケンスを無効化していて、minttyにはどうやっても伝わらない」 という結論に達しました。以下、原文。

なぜこれでも動かないのか？（現象の裏側）
1. screen 自体は \eP 〜 \e\\ を正しく解釈し、中の4連エスケープを半分（2連エスケープ 1b 1b 5d）
   にして Windows（ConPTY）へ出力しています。
2. しかし、Windows の ConPTY は「1b 1b 5d」という未知のシーケンス（壊れたOSCシーケンス）を受け
   取った際、エスケープ文字をすべて剥ぎ取ってプレーンテキストに直してしまうか、あるいはシーケンス
   全体を不正とみなして破棄しています。
つまり、ConPTY は「エスケープが何重になっていようが、自分に理解できない制御コード（1337;File）の
気配を察知した時点で一律で無効化する」という、非常に強固な検閲（パース）を行っています。

screen の内側にいる限り、標準出力（echo）をどう工夫しても、この 「screenの解釈」→「ConPTYの検閲」
のコンボを同時に突破するのは不可能であることが分かりました。

一旦話がそれますが、AI回答の文章ってときどきスラングを含んでいるなぁ？と思うことがあります。 前述の例だと「...のコンボ」とか。「コマンドを実行する」みたいなのも「コマンドを叩く」とか、 しれっと使ってるなぁと思うことがあります。
話を戻して、screenが実際に開いている /dev/ptyX に直接リダイレクトするという荒業が提示されました😅。 実際に試してみたら表示されました。いや、確かにそうかもだけど。

直接 /dev/ptyXに流し込んで minttyで画像表示

原理的には可能なのに、途中で阻まれているというのは、本当にやりよう無いんだっけ？とは思ったりも。

ところで、AIの回答は「確かに、普通に考えればそれでイケそうだけどなぁ？」と思う事が多いのですが、 実際にやってみるとそうはならない事があります。 例えば、以前遭遇したD言語での多次元配列の割り当て方とか。 今回のscreenをバイパスできればminttyの機能で画像表示できるハズというのもその一例に思います。 AIって何気に「普通に考えた結果」と合っているように思えます。

以前作成した、標準入力を指定できるようにしたshowimgexという スクリプトを、screenが挟まっているか否かを判定する条件を加えて、 ptyXへのリダイレクトを使うか否かを切り替えるようにしてみました (showimgex_20260621a.tar.xz)。 Cygwinの psコマンドはフォーマットやオプションが一般的なpsコマンドと違っているようなので、 Cygwin専用になっているかも知れませんが、mintty+screenの環境で画像をちょろっと確認したいときにお役に立つかも 知れません。御参考まで。

「あかね噺」のアニメ最終回。2期は2027年1月らしい。

2026/06/19

テレワーク。早めに終了。

調べごとをして終了。

2026/06/18

テレワーク。早めに終了。

Web巡回して終了。

2026/06/17

テレワーク。早めに終了。

調べごとをして終了。

2026/06/16

テレワーク。早めに終了。

そういえば、GUIのEmacsだと「\C-0..9」という「Ctrl+数字」のキーバインドが行えます。 いくつかの割り当てを自分の都合に合わせて使用しているのですが、元々何が割り当たっているのか知らないなぁ？ と思って調べてみたところ「C-u 0..9」と同じというのを知りました。 個人的には「もったいない」とは思ったりも。ところで、「C-u 0」って意味あるのか？ さておき、偶然、「C-u C-s」は「M-C-s」と同じ isearch-forward-regexp だというのに気づいたり。 「M-C-s」は「ALT+Ctrl+s」にしても「ESC Ctrl+s」にしてもイマイチ押しにくいので、 用事のある時にしか使わない感じがあったのですが、「C-u C-s」(我が家の設定では「C-; C-s」なのですが) なら手癖で押せる感じなので、もっと頻繁に使用する場面があるかも？と思ったりも。

2026/06/15

テレワーク。早めに終了。

Web巡回して終了。

2026/06/14

AM中に起床。

掃除したり洗濯したり。

何気にEmacsのInfoでiimage-modeについて調べてみたところドキュメントは無いみたい。 手元にあったemacs-24.3のinfoにも見当たらなかったので、もともと説明書は無かったみたい。 でもGoogleAIやOllama+qwen3.6:35bで聞くとどういうモードか説明が返ってくるんですよね。不思議。
iimage-modeの歴史についてGoogleAIに尋ねたところ、 Meadow のコミュニティなどで活動されていた小関氏(Koseki Yoshinori)により開発されたこと、 非常にシンプルな機能であるため独立されたマニュアル(info)を起こすほどではないと判断された(らしい) ことなどが分かりました。ほぅ....

2026/06/13

AM中に起床。

先日の改造したiimage-modeを使って表示や文書作成のテストを行なってみたり。 スナップショット画像を撮りながらメモ書きするようなユースケースを想定しています。

iimage-mode(改)テスト

オリジナルのiimage-modeではウインドウサイズに画像サイズを合わせて表示するのですが、 元の画像サイズが大きいとウインドウが画像表示で埋まってしまうため、 テキストファイル表示としては非常に見づらくなってしまいます。 かといって元画像をリサイズしてしまうと解像度が損なわれてスナップショット画像としての意味が無くなってしまいます。 という訳で、元の画像ファイルはそのままに、ほんのり内容を識別できるサムネイルくらいのサイズで表示して、 関連するテキストメモを取るといった用途に使用するには丁度良い感じになった気がします。
因みに、以前作成した拙作のclipsaveとELISP設定を使えば、 CygwinのEmacs上でクリップボードの画像を保存してリンクを挿入するまでの操作を行なう事はできます。 また、Emacs-31では yank-media というクリップボード画像の保存機能が使えるようになる予定ですが、 今のところorg-modeでしか機能しないようです。iimage-modeでも連携できるようになっていれば、 用途の選択肢は広がるかもなぁ？とは思います。

2026/06/12

テレワーク。早めに終了。

Emacsでテキストファイルに画像へのパスを記すとインライン表示するiimage-modeというマイナーモードがあります。 画像の表示サイズをコントロールできないのだっけ？と思い、Ollama+qwen3.6:35bで何気に聞いてみたら iimage-display-sizeなる変数でコントロールできるといった回答が返ってきたのですが、 特に反応せず、実際のlisp/iimage.elを見てみても変数でコントロールできるような感じではありませんでした。 どういうこと？🤔 因みに、org-modeではアトリビュートを使えば色々コントロールは可能ですが、 画像以外の部分もorg-modeのコントロール下にあるので、サムネイルくらいのサイズで参考画像を 表示できれば良いだけ....というのに、iimage-modeを使うも悪くないかな？と思ったのですが....

AI回答のように振る舞うと便利かもな？と思い、iimage.elをちょろっと改造してみたり。
因みに、実際にはそうなっていませんが、以下のような設定で挙動を変えられるということでした。 それにしても、実際には無いものなのに、なんでこんなに具体的なんだ？何かと間違えているのか？🤔

*** 📐 1. 主要変数：=iimage-display-size= の設定パターン
この変数はバッファローカルにもグローバルにも設定可能です。

| 値              | 動作                                                           | シナリオ                                 |
|-----------------+----------------------------------------------------------------+------------------------------------------|
| t（デフォルト） | ウィンドウの列幅・行高さに合わせて自動調整（アスペクト比保持） | 通常の閲覧用途                           |
| (WIDTH HEIGHT)  | 画像を指定ピクセル数で固定表示                                 | ドキュメントレイアウト統一、プレビュー用 |
| 無効化（nil）   | iimage-mode の制御を外す（通常はモードオフと同じ）             | トラブル時や手動表示切り替え時           |

さておき、改造したものはtとnilを逆にしてますが、大体この通りになるようにしたつもり。御参考まで。

--- iimage.el.orig	2026-01-03 01:07:30.270059300 +0900
+++ iimage.el	2026-06-14 14:01:52.512574400 +0900
@@ -53,17 +53,23 @@
   "List of directories to search for image files for `iimage-mode'."
   :type '(choice (const nil) (repeat directory)))

+(defcustom iimage-display-size nil
+  "Display image size control for `iimage-mode'."
+  :type '(choice (const :tag "FitWindow" nil)
+                 (const :tag "OriginalSize" t)
+                 (list :tag "SizeSpecify" integer integer)))
+
 (defvar iimage-mode-image-filename-regex
-  (concat "[-+./_0-9a-zA-Z]+\\."
-	  (regexp-opt (nconc (mapcar #'upcase
-				     image-file-name-extensions)
-			     image-file-name-extensions)
-		      t)))
+  (concat "[-+.~/_0-9a-zA-Z]+\\."
+          (regexp-opt (nconc (mapcar #'upcase
+                                     image-file-name-extensions)
+                             image-file-name-extensions)
+                      t)))

 (defcustom iimage-mode-image-regex-alist
   `((,(concat "\\(`?file://\\|\\[\\[\\|<\\|`\\)?"
-	      "\\(" iimage-mode-image-filename-regex "\\)"
-	      "\\(\\]\\]\\|>\\|'\\)?") . 2))
+              "\\(" iimage-mode-image-filename-regex "\\)"
+              "\\(\\]\\]\\|>\\|'\\)?") . 2))
   "Alist that specifies how to detect filenames of images to be displayed inline.
 The value should be an alist whose elements have the form

@@ -115,7 +121,7 @@
   "Display images if ARG is non-nil, undisplay them otherwise."
   (let ((image-path (cons default-directory iimage-mode-image-search-path))
         (edges (window-inside-pixel-edges (get-buffer-window)))
-	file)
+        file)
     (with-silent-modifications
       (save-excursion
         (dolist (pair iimage-mode-image-regex-alist)
@@ -127,16 +133,26 @@
               ;; remove them either (we may leave some of ours, and we
               ;; may remove other packages's display properties).
               (if arg
-                  (add-text-properties
-                   (match-beginning 0) (match-end 0)
-                   `(display
-                     ,(create-image file nil nil
-                                    :max-width (- (nth 2 edges) (nth 0 edges))
-				    :max-height (- (nth 3 edges) (nth 1 edges)))
-                     keymap ,image-map
-                     context-menu-functions (image-context-menu)
-                     modification-hooks
-                     (iimage-modification-hook)))
+                  (let ((img
+                         (cond
+                          ((not iimage-display-size)
+                           (create-image file nil nil
+                                         :max-width (- (nth 2 edges) (nth 0 edges))
+                                         :max-height (- (nth 3 edges) (nth 1 edges))))
+                          ((and (listp iimage-display-size)
+                                (= (length iimage-display-size) 2))
+                           (create-image file nil nil
+                                         :max-width (nth 0 iimage-display-size)
+                                         :max-height (nth 1 iimage-display-size)))
+                          (t
+                           (create-image file nil nil)))))
+                    (add-text-properties
+                       (match-beginning 0) (match-end 0)
+                       `(display ,img
+                         keymap ,image-map
+                         context-menu-functions (image-context-menu)
+                         modification-hooks
+                         (iimage-modification-hook))))
                 (remove-list-of-text-properties
                  (match-beginning 0) (match-end 0)
                  '(display modification-hooks))))))))))

2026/06/11

テレワーク。早めに終了。

調べごとをして終了。

2026/06/10

テレワーク。早めに終了。

調べごとをして終了。

2026/06/09

テレワーク。早めに終了。

Emacs 31では delete-trailing-whitespace-mode というマイナーモードが実装されているようです。 確かに、ありそうで無かったモードかも知れません。

2026/06/08

テレワーク。早めに終了。

Emacs 31.1向けのパッチの内容を思い出し。一通り思い出せたような気がする。 いくつかは公式の方で修正されたバグもありますが、基本的に直ってない方が多いのはいつも通りです。

2026/06/07

AM中に起床。

掃除したり洗濯したり。

Emacs 31.1向けにパッチの内容を思い出したり。 何気に1年ほど前から対応を始めていたので、色々忘れてしまっています😓。

2026/06/06

AM中に起床。

転院手続きにお出かけ。ほどなく完了。

そういえば Fedora44 へのアップグレードの案内が出てたなと思い出したり。 Emacs 31は Fedora43 には来ないかもな？と思ったので VirtualBoxの Fedora43を 44にアップグレードしてみたり。 時間がかかったのは 43のイメージを念のためクローンして 44のベースを作ってからアップグレードする このクローン実行だったりしましたが。さておき、ほどなくしてアップグレード終了。

すっかり忘れていたのですが、Emacs 31では *.elに 「; -*- lexical-binding: t -*-」というコメント内 キーワードが無いとワーニングメッセージが出ます。Cygwinでビルドしている Emacs 31向けには対応したのですが (以前のメモ)、これやらなくちゃダメなのか.....。 面倒くさかったので、シェルスクリプトを作って対応してみたり。一回使ったら終わりなので効率が悪い🥺。

全く気付いていなかったのですが、VirtualBoxのFedoraから環境変数DISPLAYを設定して、 ローカルPCの VcXsrv で画面を出そうとしたところ、gimpコマンドがPATHに無いなぁ？と思ったり。 VirtualBoxのグラフィック画面のアプリメニューには存在するし、起動もできるのでどうなってんだ？ と思い、GoogleAIに聞いてみたら 「Fedoraでは標準的にインストールされるGIMPはFlatpak版(コンテナ化されたアプリ)であることが多く、 通常のコマンドとは実行方向が異なります。」という回答が返ってきました。 「flatpak run --env=DISPLAY=ローカルPCのIPアドレス:0 --socket=x11 org.gimp.GIMP」 みたいな感じで実行すれば良いらしいのですが、VirtualBoxのGUIコンソールからはログアウトしておかなくては ならないみたい。GUIコンソールでログインしていると、DISPLAYで画面を出す先を指定しているにも関わらず、 GUIコンソール側に画面が出てしまうようです。なんでだよ？🤔 「flatpak list --app」でflatpakアプリの一覧を表示する事ができるようです。

2026/06/05

テレワーク。早めに終了。

Emacs 31.0.90 pretestがリリースされていたり (Emacs 31.0.90 pretest is available)。 なんか今回は早い気がする。

31.0.60のパッチをあてて 31.0.90をビルド。特に問題なくビルド完了。ちょろっと触ったところでは問題無し。 まあ、31.0.60で問題無かったのだから問題無くて当たり前かもしれませんが。 29の時は29.0.90からは順調に3ヶ月くらいでリリースされたので、それくらいで出る事を期待したいです。 ただし、29はブランチができてから29.0.90が出るまでにめちゃくちゃ時間がかかりましたが。

2026/06/04

テレワーク。早めに終了。

Ollama。今日見たらv0.30.4が出てたのでアップデートしてみたのですが、 やはりqwen3.6:35bは無理やりGPUで動こうとしている為か、全く反応できる様子も無ければ Windows全体がスローダウンしている感じになるのも変わらず。 他のモデルだとGPUで動けたり、CPUで動いたりとなっているようなので、今のところqwen3.6:35bだけが 変になっているように見えます。

GoogleAIに gptelで ollamaにGPUの使用をコントロールする方法を聞いてみたら、 「:request-params '(:options (:num_gpu N))」というプロパティを追加すればコントロールできるという回答が 得られました。Nの値を0にすればGPUを一切使用しない動きになるのですが、1以上の値のレイヤーを GPUに割り当てるという動きになるそうな。qwen3.6:35bは 40レイヤーあるらしいのですが、 半分よりもちょっと減らした18くらいにすると、GPUのメモリをちょっと手加減した割り当て量で動作するようです。 ともあれ、応答無し状態＆スローダウン状態にならずに応答が返ってくるようになったので、 しばらくこれで様子見しようと思います。 qwen3.6:27bもこれで調節すれば動くようだったので、一応調節して使えるようにしてみたり。

2026/06/03

テレワーク。早めに終了。

Ollamaの更新が3週間ほど無かったのですが、v0.30.0がリリースされたと思ったらv0.30.2が直ぐに リリースされてました。また高頻度リリースに戻るのかな？
v0.30.2にアップデートしたところ、qwen3.6:35bはこれまでCPUで動いている感じだったのですが、 無理やりGPUで動こうとしているようで、画面操作に影響が出るようになりました🥺。 これまで、qwen3.6:27bがGPUで動こうとして画面操作に影響が出る感じで使い物にならなかったのですが、 安定していたqwen3.6:35bでダメになったのが辛い。

2026/06/02

テレワーク。早めに終了。

台風。順調に向かっているな。明日の関東地方は一日荒れそう。 ところで台風の絵文字「🌀」ですが、Windows11の Fluent Emoji はデザインが雑過ぎない？

2026/06/01

テレワーク。早めに終了。

Emacsのartist-modeのメニューにSquareという正方形を書くと思われる描画ツールがあるのですが、 マウスで使ってみると 長方形を描くRectangleと同じ挙動をしたので なんだこれ？と思ったり。 キーボードでカーソル移動すると始点座標と終点座標との差で幅か高さの大きい方が採用されて 確かに正方形描画っぽく動くようです。マウス指定時のバグだろうか？ あと、正方形とは言っても文字数で数えた時のサイズなのですが、フォントは縦長なので 「3桁×3行」という正方形を描いたつもりでも見た目は正方形ではありません😓。これはこれでいいのか？

どうやら Rectangle描画で、Shiftキーを押しながらマウスドラッグすると Squareモード の挙動(長い辺を採用する)になるようです。メニューにわざわざ足すんなら、Shiftキーを押した 挙動にすべきなようには思います。因みに、直線ツールや円ツールでもShiftキーを押すと 挙動が変わるようなのですが、それらについてはメニューには追加されていません。 なぜ正方形だけメニューに追加しているのか謎。

TOP

古いの
2026.05 2026.04 2026.03 2026.02 2026.01
2025.12 2025.11 2025.10 2025.09 2025.08 2025.07 2025.06 2025.05 2025.04 2025.03 2025.02 2025.01
2024.12 2024.11 2024.10 2024.09 2024.08 2024.07 2024.06 2024.05 2024.04 2024.03 2024.02 2024.01
2023.12 2023.11 2023.10 2023.09 2023.08 2023.07 2023.06 2023.05 2023.04 2023.03 2023.02 2023.01
2022.12 2022.11 2022.10 2022.09 2022.08 2022.07 2022.06 2022.05 2022.04 2022.03 2022.02 2022.01
2021.12 2021.11 2021.10 2021.09 2021.08 2021.07 2021.06 2021.05 2021.04 2021.03 2021.02 2021.01
2020.12 2020.11 2020.10 2020.09 2020.08 2020.07 2020.06 2020.05 2020.04 2020.03 2020.02 2020.01
2019.12 2019.11 2019.10 2019.09 2019.08 2019.07 2019.06 2019.05 2019.04 2019.03 2019.02 2019.01
2018.12 2018.11 2018.10 2018.09 2018.08 2018.07 2018.06 2018.05 2018.04 2018.03 2018.02 2018.01
2017.12 2017.11 2017.10 2017.09 2017.08 2017.07 2017.06 2017.05 2017.04 2017.03 2017.02 2017.01
2016.12 2016.11 2016.10 2016.09 2016.08 2016.07 2016.06 2016.05 2016.04 2016.03 2016.02 2016.01
2015.12 2015.11 2015.10 2015.09 2015.08 2015.07 2015.06 2015.05 2015.04 2015.03 2015.02 2015.01
2014.12 2014.11 2014.10 2014.09 2014.08 2014.07 2014.06 2014.05 2014.04 2014.03 2014.02 2014.01
2013.12 2013.11 2013.10 2013.09 2013.08 2013.07 2013.06 2013.05 2013.04 2013.03 2013.02 2013.01
2012.12 2012.11 2012.10 2012.09 2012.08 2012.07 2012.06 2012.05 2012.04 2012.03 2012.02 2012.01
2011.12 2011.11 2011.10 2011.09 2011.08 2011.07 2011.06 2011.05 2011.04 2011.03 2011.02 2011.01
2010.12 2010.11 2010.10 2010.09 2010.08 2010.07 2010.06 2010.05 2010.04 2010.03 2010.02 2010.01
2009.12 2009.11 2009.10 2009.09 2009.08 2009.07 2009.06 2009.05 2009.04 2009.03 2009.02 2009.01
2008.12 2008.11 2008.10 2008.09 2008.08 2008.07 2008.06 2008.05 2008.04 2008.03 2008.02 2008.01
2007.12 2007.11 2007.10 2007.09 2007.08 2007.07 2007.06 2007.05 2007.04 2007.03 2007.02 2007.01
2006.12 2006.11 2006.10 2006.09 2006.08 2006.07 2006.06 2006.05 2006.04 2006.03 2006.02 2006.01
2005.12 2005.11 2005.10 2005.09 2005.08 2005.07 2005.06 2005.05 2005.04 2005.03 2005.02 2005.01
2004.12 2004.11 2004.10 2004.09 2004.08 2004.07 2004.06 2004.05 2004.04 2004.03 2004.02 2004.01
2003.12 2003.11 2003.10 2003.09 2003.08 2003.07 2003.06 2003.05 2003.04 2003.03 2003.02 2003.01
2002.12 2002.11 2002.10 2002.09 2002.08 2002.07 2002.06 2002.05 2002.04 2002.03 2002.02 2002.01
2001.12 2001.11 2001.10 2001.09 2001.08 2001.07 2001.06 2001.05 2001.04 2001.03 2001.02 2001.01
2000.12 2000.11 2000.10 2000.09 2000.08 2000.07 2000.06 2000.05 2000.04 2000.03