最近の出来事

2026/07/05

AM中に起床。

掃除したり洗濯したり。

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



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

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

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

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

昼前起床。

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

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

SAI2を弄ってみたり。

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

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

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

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

調べごとをして終了。

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

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

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

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

Web巡回して終了。

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

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

AM中に起床。

掃除したり洗濯したり。

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

昼頃起床。

以前、「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)

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

Web巡回して終了。

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

調べごとをして終了。

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

眠くて死亡。

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

調べごとをして終了。

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

Web巡回して終了。

AM中に起床。

掃除したり洗濯したり。

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

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の検閲」
のコンボを同時に突破するのは不可能であることが分かりました。

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

調べごとをして終了。

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

Web巡回して終了。

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

調べごとをして終了。

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

そういえば、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」なのですが) なら手癖で押せる感じなので、もっと頻繁に使用する場面があるかも？と思ったりも。

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

Web巡回して終了。

AM中に起床。

掃除したり洗濯したり。

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

AM中に起床。

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



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

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

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 の制御を外す（通常はモードオフと同じ）             | トラブル時や手動表示切り替え時           |

--- 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))))))))))

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

調べごとをして終了。

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

調べごとをして終了。

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

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

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

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

AM中に起床。

掃除したり洗濯したり。

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

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アプリの一覧を表示する事ができるようです。

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

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が出るまでにめちゃくちゃ時間がかかりましたが。

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

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もこれで調節すれば動くようだったので、一応調節して使えるようにしてみたり。

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

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

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

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

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

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

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