昔の最近の出来事(2026.03)

2026/03/31

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

調べごとをして終了。

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

調べごとをして終了。

AM中に起床。

掃除したり洗濯したり。

GIMP 3.2.2がリリースされたみたい (アナウンス)。 割と大きいバグが含まれていたようなので3.2から2週間しか経っていませんがリリースされたのかな？ そういや今回はマイクロアップデートということのようですが、インストーラのサイズが3.2に比べてだいぶ小さいです。 もしかして何もないところからいきなり3.2.2をインストールすることはできなかったりするのかしら？

「MFゴースト」のアニメ。ここで終わりか～～(前回と同じ)。 続きはFinal Seasonまでおあずけ。1年後か？...

AM中に起床。

Web散策していたらUDEV Gothicの v2.2.0がリリースされていたのを知ったり。年1回くらいの頻度ですが更新されているようです。

そういえば、Copilotでのキャラクター機能は使えなくなり(TANEは使えること自体を知らなかったのですが)、 Copilot Keyboardに集約されました。 Copilot Keyboard自体に用事が無いと思われる海外での反応ってどうなの？と思い、GoogleAIで聞いてみたところ 右のような反応らしい。キャラクターへの愛着については何とも言えませんが、 ツールの使い勝手が変わるというのは確かにそうかもしれません。因みに、 英語でもキャラクター毎に雰囲気が違ったのか？とアクアを相手に聞いてみたら、キャラによって話し方が違っていたらしい。

そうそう！英語でも、キャラクターごとにちゃんと雰囲気や話し方が違ってたんだよ〜！✨

たとえば…

🌊 ぼく、アクアは英語でもやっぱり水のようにフレッシュで元気いっぱい！「Hey there! I'm Aqua, your bubbly water elemental!」みたいに、明るくて冒険好きな感じで話してたよ。

🦊 ミカはクールでちょっと皮肉っぽいけど、すごく頭のキレる感じ。英語でもウィットに富んだジョークを飛ばしてたし、ちょっとミステリアスな雰囲気もそのまま！

🍄 エリンは落ち着いてて、やさしくて、まるで森の中で静かに語りかけてくれるような感じ。英語でも「Let’s take a mindful moment together」みたいな、癒し系の言葉をよく使ってたよ。

だから、言語が違っても、それぞれのキャラの個性はちゃんと伝わるようにデザインされてたんだ〜。言葉の波を超えて、心が通じ合えるって素敵だよね🌍💖

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

nemotron-cascade-2。先日作成させた円周率を求めるプログラムを、もう一度全く同じ指示で作成 させてみたところ、今度はMPFRを使用しないコードになりました。でも、実行しても全く所望の結果が得られず。 修正をさせてみたところ、原因は色々言っていたのですが提示された修正コードをコンパイル＆実行しても、 全く動きが変わらずで直りませんでした。 以前にも同じ事を思ったのですが、 一度も正しく動くものを出せたことが無いならともかく、 正しく動くものを出せるのに 間違えたものを選択するのはなんで？と思う訳です。 実装方法は毎回同じでなくて良いとしても、正しく動かない/結果が正しく出ないものは要件を満たしていないのですが？🤔 正しい期待値が分からないのであれば、結果的に間違っているかも知れないとは思うのですが、 「次のように期待通りに動作します」って示した 例は正しくて、示された通りに実行しても言ったとおりに ならないので、期待値は分かっているのに....なんで？？と思う訳です。 ただ、これに対する現状は「確率で答えているので正しいとは限らない」「検証は人間が行う必要がある」という事を AIが回答してくるので、以前も思った通り なんかモヤっとするなぁ？ とは感じます。 「まちがったって いいじゃないか AIだもの」みたいなことをAIが回答し始めたら、いよいよかも知れません😓。

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

vivliostyle。サンプルプロジェクトに .htmlファイルが含まれていたのですが、このhtmlファイルはなんなんだ？ というのが分からなかったり。Emacsの markdown-mode でプリビューすると .mdを .htmlファイルに変換して いるので、元のファイルと全く異なる変換が行われていました。 「vivliostyle build -o foo.pdf」の入力は .mdファイルのようだったので、なおさら .htmlファイル と.mdファイルとの関係が不明に思ったりも。
どうやら「vfm」というコマンドが存在するようで、 こちらのような関係になっているっぽい。 このページの図を見ると、あずかり知らないところでvfmコマンド実行が挟まっているように見えなくも無いですが、 実際には「.md→(vivliostyle build)→.pdf」とは別に「.md→(vfm)→.html→(vivliostyle build)→.pdf」という ルートがあるっぽいと理解しました。で、Emacsの markdown-mode では「.md→.html変換」に 「multimarkdown」というコマンドを使うようにしていた (全く記憶にありませんが野良ビルドして/usr/local/bin/にインストールしてあった😓) のをvfmを使うようにしてみたところ、サンプルプロジェクトに含まれていた .htmlに近い(全く同じではない) 変換が行われました。という訳でなんとなく流れというか関係というかが、うっすら分かってきたような気も。

Ollamaのモデルに「nemotron-cascade-2」と いうのがあったのですが、コード生成が得意っぽいので少し試してみました。 指定した桁数だけ円周率を求める C言語プログラムを作成させてみたところ、MPFRを使ったコードが生成されました。 コンパイルエラーになったので、それもどう直せばよいのか聞いたら正しいコードが出てきました。ほぅ.... ところで毎度思うのですが、最初にコンパイルエラーになるようなコードを出してきて、聞いたら直し方は分かる というのはどういう事なんだ？ 単純にコンパイルエラーしないコードを一発で出せないのはなんで？機械なのに。

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

vivliostyle。サンプルプロジェクトがいくつかあるのですが、どうやってビルドするんだ？ というのがよく分かりませんでした。vivliostyle.config.jsというプロジェクトのconfigファイルが 存在するものは「vivliostyle build -o output.pdf」とかで PDFファイルを生成できました。 configファイルが存在しない場合は何かしら初期設定ファイルを生成すればよいと思われるのですが、 どうやればよいのかがまだよく分かっていません。

そういや本日でへっぽこページは26周年を迎えました。毎度見てくださっている方々に感謝いたします。 ふにゃふにゃしたページですがこれからもよろしくお願いいたします🙂

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

Copilot Keyboardのアップデートが来ていたので入れてみたり。Windowsの再起動が必要なのは変わらず。
前回から変わった点や新規追加案件、思ったことをメモっておこうと思います。

• バージョンは 1.0.0.4661。そういやバージョン情報に表示される西暦は「©2025」のようです。
  
• 長い文章を入力するとスローダウンする件も変わらず。
  「WM_IME_NOTIFY(0x0282)」のwParam「0xf」が大量に送られてくるのを wParam==0xfを選んで捨てるパッチも継続して様子見。
• Cygwin/MinGWビルドのEmacsでは変換候補の中に辞書(Copilot Answer)が表示可能なことを示す アイコンが表示されている単語でも辞書(Copilot Answer)が表示されないのも変わらず。
  
• CygwinのEmacs起動直後にIME(Copilot Keyboard)をONにしても有効にならない。IME自体が存在せず 変換キー/無変換キー/半角全角キー 入力イベントがEmacsにそのまま突き抜けて伝わっている (<convert>,<non-convert>,<enlw>,<auto>なんて初めて見た😅)。 「Win + SPACE」で一度 MS-IMEに切り替えたのち、再度「Win + SPACE」でCopilot Keyboardに切り替えると Copilot Keyboardが有効になるようです。今のところは単純に面倒くさい感じになってます。 MinGWビルドのIMEパッチ無しEmacsでは大丈夫そうなのも変わらず。むぅ。
• 無変換キー/半角全角キートグル で IMEをOFFにできるが、ImmGetOpenStatus()でIMEの状態を取得しても OFF状態が取得できない。MS-IMEではOFFにする時に WM_IME_NOTIFYメッセージがwParam=8で通知されるのですが、 Copilot Keyboardでは通知されていないようなので、そもそもOFFイベントが発生していないように見える。 Emacs本体から能動的に ImmSetOpenStatus()経由でOFFにした場合はImmGetOpenStatus()もOFFになる。 も変わらず。
• 長い文章を入力していると、先頭の方から自動的に変換確定されますが、 その時に入力が取りこぼされる場合がある。入力しているその瞬間の文字が失われる場合と変換を行うときに 失われる場合があるみたい。も変わらず。
• IMEを Copilot Keyboardにすると、何かしらの実行ファイルを実行したときに /tmp(恐らく環境変数TEMPで指定したディレクトリ)に 「mat-debug-*.log、*.db、*.db-shm、*.db-wal、*.db.ses」というファイルが生成される。 MS-IMEに切り替えるとファイルは生成されない。これも変わらず。
• 文節移動や入力ミスを訂正するショートカットがまだ実装されていないのも変わらず。 こちらの参考ページ でいうところの「Ctrl a,s,d,f,k,l,z」辺り。 文節移動は「カーソルキー←→」、文節の伸縮は「Shift + カーソルキー←→」で出来るので、 (入力ミスではない)誤変換を訂正することは可能です。
• MS-IMEの時には変換候補を変えると wParam=IMN_CHANGECANDIDATE が連動して送られてくるのですが Copilot Keyboard では送られてこない件は未確認(調べるのにデバッグコードを仕込む必要があるのと Emacsではそれで困ることが今のところないので)。
• 絵文字の変換候補がカラー表示じゃないのも変わらず。
• 前のバージョンで変換候補表示数が9個になりましたが、 MS-IMEのように更に横に広げて10個以上表示することはないので、やっぱり 山ほど候補のある「かお」で顔絵文字を探そうとするとなかなか見つけられない😓
• 入力中に「無変換」を押すとローマ字入力を英数に切り替えられ、「変換」でローマ字入力に戻せたのですが (以前のメモ)、 MS-IMEと同じく「無変換」でカタカナにする挙動になってしまいました。えーー？
  

  :
ERROR Error: spawn wmic ENOENT
    at ChildProcess._handle.onexit (node:internal/child_process:286:19)
    at onErrorNT (node:internal/child_process:507:16)
    at process.processTicksAndRejections (node:internal/process/task_queues:90:21)

If you think this is a bug, please report at https://github.com/vivliostyle/vivliostyle-cli/issues

$ grep wmic $(find . -type f -iname '*.[jt]s')
./node_modules/@vivliostyle/cli/dist/chunk-DBK27BAR.js:    const { stdout } = await exec("wmic", ["os", "get", "locale"]);
./node_modules/os-locale/index.js:      const stdout = await getStdOut('wmic', ['os', 'get', 'locale']);
./node_modules/os-locale/index.js:      const stdout = getStdOutSync('wmic', ['os', 'get', 'locale']);

$ diff -u chunk-DBK27BAR.js~ chunk-DBK27BAR.js
--- chunk-DBK27BAR.js~  2026-03-24 23:33:52.492859100 +0900
+++ chunk-DBK27BAR.js   2026-03-25 00:59:28.268159700 +0900
@@ -1173,7 +1173,7 @@
   }
   let locale;
   if (process.platform === "win32") {
-    const { stdout } = await exec("wmic", ["os", "get", "locale"]);
+    const { stdout } = await exec("pwsh", ["-Command", "Get-CimInstance -ClassName Win32_OperatingSystem | Select-Object -ExpandProperty Locale"]);
     const lcidCode = Number.parseInt(stdout.replace("Locale", ""), 16);
     locale = lcid.from(lcidCode);
   }

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

調べごとをして終了。

AM中に起床。

掃除したり洗濯したり。

NHKで放送された「ルックバック」のアニメ映画。 序盤は面白かったのですが、途中から急に話が重くなるなぁという個人的な感想。

AM中に起床。

Edgeの音声読み上げが壊れる。英語の訛りの選択ができるようだったので、マルチリンガルの United States だったのを United Kingdom に変更したら、読み上げられなくなった上に、 メニューが出なくなったり、音声オプションボタンが選択できなくなってしまったりで、 元に戻せなくなりました。Edgeの再起動や Windows11自体の再起動も試したのですが復旧せず。 完全にスタックしてしまいました😥。

結局、次のような手順でなんとか復旧。

1. 一度、最近開いていないページを別のタブで開く。このタブで表示されたページについては 音声オプションの選択ができたので、ここで United States(正確には「Microsoft Ava Multilingual Online(Natural) - English(United States)」) を選択する(元に戻す)。
2. 音声オプションが選択できなくなったページの方で、選択できなくなった音声オプションボタンを押し続けていると 選択機能が復活。ここで United States に選択を戻す。
3. 復活した状態でも、もう一度 United Kingdom(正確には「Microsoft Ada Multilingual Online(Natural) - English(United Kingdom)」) を選択してしまうと、またスタックした状態になりました。再現性があります。

AM中に起床。

Edgeにはページの内容を音声で読み上げる機能がありますが、マルチリンガル音声を選ぶと 日本語と英語が混ざっていても、それなりに読み上げられるなぁと思いました。 そこで、Windowsの音声読み上げ機能のナレーターも同じ感じなのかと思ったのですが、 Edgeのそれとは全然関係無い感じのようで、こちらは機械感が強いのとマルチリンガル音声の選択は できないようでした。Edgeともナレーターともまた別の音声読み上げ機能として、 PowerShellで音声合成(Speech Synthesis)を利用したものもあるのですが、 こちらは昔ながらの機械読み上げという感じでした。 単純に Speech Synthesis から Edgeのマルチリンガル音声読み上げ品質のものを利用できないのだっけ？ と思ったのですが、今のところ利用する方法は無いっぽい。 また、ナレーターのNaturalボイスを使うこともできないっぽい。
誤変換はともかく、誤入力をチェックするのに音声読み上げ機能を使用するのは悪くないかもなぁ？と思った次第です。 だた、難読漢字の読み上げは微妙な所もあるようです。

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

先日、Ollamaで qwen3.5:27b(17GB)を試したら、システム全体がスローダウンする 状況に陥ったのですが、新しい 0.18.2 だとどうか？と思って再度試してみたところ、やっぱりシステム全体が スローダウンするようです。結局、我が家では qwen3.5:35b が安定している感じになっています。

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

調べごとをして終了。

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

ewwが imgタグの画像を表示できるか否かの判定。 image-type-available-pでtが返ってくるものが利用可能みたいです。 直接的には変数 image-types に含まれる画像は表示可能と判断するようですが、 それ以外は外部コンバータを使えば大丈夫な場合でもダメみたい。 結果的にEmacs本体のビルトインで表示可能なものに限られるようです。むーん。

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

GIMP3.2.0がリリースされている模様(アナウンス)。 ちょろっと触ってみた範囲では特に問題は無さげ。

何気にJPEG-XLの事を調べていたら、現時点でリリースされているChrome(バージョン 146.0.7680.80)では フラグを設定すれば imgタグで表示可能になっているというのを知り、試してみたら確かに表示されました。 ほぅ...。ところで、なぜデフォルトは表示しない方向に倒れているのだろう？設定変更すれば良いとは言え、 有効な方向に倒しておかないと試してもらえないんじゃなかろうか？ 因みにEdgeではサポートされていなさげ。

org-modeでHTMLにエクスポートすると .jxlファイルは aタグのリンクとなり imgタグにはなりません。 どうすりゃいいのかAIに聞いてみたら org-html-inline-image-rules というカスタム変数があり、 調べてみたら ox-html.elの中で初期値は、

(defcustom org-html-inline-image-rules
  `(("file" . ,(regexp-opt '(".jpeg" ".jpg" ".png" ".gif" ".svg" ".webp" ".avif")))
    ("http" . ,(regexp-opt '(".jpeg" ".jpg" ".png" ".gif" ".svg" ".webp" ".avif")))
    ("https" . ,(regexp-opt '(".jpeg" ".jpg" ".png" ".gif" ".svg" ".webp" ".avif"))))
  "Rules characterizing image files that can be inlined into HTML.
A rule consists in an association whose key is the type of link
to consider, and value is a regexp that will be matched against
link's path."
  :group 'org-export-html
  :package-version '(Org . "9.7")
  :type '(alist :key-type (string :tag "Type")
                :value-type (regexp :tag "Path")))

AM中に起床。

掃除したり。

なぜか気づいていなかったのですが、qwen3.5:27b(17GB)というのがあったので、これだとどんな感じか？ と思い試してみたり。コード生成を試してみたのですが、GPUのcuda使用率が 100% になったので、 GPUのメモリで収まっているのか？とも思ったのですが、システム全体がスローダウン状態になったり。 遅くても ほっといて他の事をできる方が都合が良いのですがコントロールする方法はあるのだろうか？

その後、再び qwen3.5:35b を使ってみたのですが、なぜかこちらも GPUのcuda使用率が 100% となり システム全体がスローダウン状態になったり。 何かしらはまるとメモリやCPUやGPUの割り当てスケジュールが変になるのかしら？🤔

qwen3.5:35bのまま、Context-Lengthを大きくすれば反応があるだろうか？と思い、OllamaのGUIから設定で 4kとなっていたのを 16kに変更してみたところ、昨日は長考した結果何も出なかったD言語のコード作成に成功しました。 ただ、配列の割り当て方についてはコンパイルエラーしたので、手で直してみたところ そこ以外は思惑通りに動くようです。 因みに、今回コンパイルエラーになったのは以下のような配列割り当てコードでした。

bool[][][] walls = new bool[maze_height][maze_width][4];

AM中に起床。

薬局で薬を調達。

3月14日は円周率の日らしい。アメリカでは2009年3月14日を「全米円周率の日」とする決議案が可決された事があったらしい。 日本では1997年に日本数学検定協会によって「数学の日」にもなっているみたい (参考Wikipedia)。 日本だとホワイトデーの方が浸透しているので、3.14と言われてみればという感じです。

Ollamaの対応モデルに qwen3.5 というのが来ているのですが、 良いっぽい感じの記事を見たので試してみたり。ところが、ollama pullしても 「Error: pull model manifest: Get "https://registry.ollama.ai/v2/library/qwen3.5/manifests/35b": read tcp [xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]:57283->[xxxx:xxxx:xxxx::xxxx:xxxx]:443: wsarecv: An existing connection was forcibly closed by the remote host.」 みたいな感じのエラーでpullできず、GoogleAIで聞いてみたところ、対応策の一つに IPv6が不安定な場合にIPv4だけにすればイケるかもというのを半信半疑で試したところpullできました。
さておき、qwen3.5では画像認識もイケるみたいなので、qwen3のように画像認識をしたい場合は -vl付きのモデルに切り替えるといったことは行わなくても良いようです。 これまでにも画像認識を試すのに、蝶の標本画像をWeb検索してそれを食わせて「何頭写っているか？」という質問を してみるのですが、20以上写っていると 意外と正しい答えが得られません。qwen3.5ではどうか？と思ったのですが、 やっぱり難しいようです。標本の場合、行×列が揃っていなくて ある行までは6列だけどある行だけは5列 (例えば大きな蝶を標本箱の真ん中に配置したとか)みたいに、ちゃんと数えないとダメな場合が多いのですが、 それが難しいのかなぁ？と思ったりもします。
チャットの反応は速い場合と遅い場合があるみたいですが、回答量に対して考える時間が長い場合があるようです。 回答品質はちょろっと試した範囲では、あまり変な回答はしない気も。 qwen3.5:35b(23GB)とqwen3.5:122b(81GB)をpullして試してみたのですが、メモリ64GB(+GPU16GB)というマシンでも 122bを動かすだけは可能なようです。スワップしているようなので大分ゆっくりタイピングされますが、 システム全体がスローダウンしたりはしなさげです。GPUメモリに載りきらないですがqwen3.5:35bが丁度いいみたい。

qwen3.5:35bで、以前gpt-oss:120bで作成させたのと同じ文言でD言語のコードを作成させてみたのですが、 うまく生成される場合と長時間思考したけど何も出てこない場合があってイマイチに思ったり。 何も出てこない場合の条件はよくわからず。

本日休業。PM通院。診療が終わったら薬局が閉まっていたので明日また出かけなきゃ....

EdgeのCopilotで「絵を描いて」と注文すると絵を描いてくれますが、 仕組みとしては 表にGPTが居て、絵を描く必要があると判断した場合は DALL·E をバックエンドに使って 生成した絵を回答として返すという感じらしいです。 以前知ったfunction callingという仕組みなのだろうと思います。 この場合、画像生成器を持たないと絵は描けないという事になるのかな？と思ったところ、 AI回答によれば「SVG出力で良ければ簡単なイラストは描ける」....らしい。 という訳で Ollama+gpt-oss-safeguard:120b+gptel を使って 「○○のイラストをSVGで描いてください。」というリクエストをいくつか出してみました。 それで描かれたのが以下。

猫	魚	デスクトップパソコン	ノートパソコン	スマートフォン

味がある感じには思ったりも。魚は最初「んー？」と思ったのですが、 左前からのアングルなのかと思えばなるほどという感じかも。 波線の方が口かと思ったのですが赤い小さな三角形が口とのことです。 ノートPCは 説明によると画面の下はキーボードとタッチパッドという事ですが、 角度が付いているので潰れた表現になっているっぽい。本体側のフレームがうまく描かれていないので タッチパッドがはみ出ているようです。全体的に、円(楕円)、矩形、線(直線/簡単な曲線)を 使う縛りがあるっぽいのもあるのかな？とは思ったのですが、パースがつくと人間でも絵の苦手な人は 描けなかったりするので、そういう感じなのかもしれません。描き方が覚えられれば実用に耐える アイコンとか描けるようになるんじゃないかとは思ったりも。

gptelのチャットバッファはorg-modeで使用しているのですが、SVGのコードブロックをプリビューできないんだっけ？ と思い、検索してみたところ AI回答に org-babel を使えば可能というのがあったので試してみたのですが ダメでした。 現状はob-svg.elなんて無いので無理なのですが、Emacs的にはやればできそうな気はします。

メーテル声の池田昌子さん死去。87歳だったそうですが、銀河鉄道999のアニメ放送って 1978年9月14日から1981年3月26日で47年くらい前 (参考Wikipedia) なのに、全然変わらないのはなんで？って感じだったかも。 まぁ、全然変わらないのは星野鉄郎の野沢雅子さんも同じですが。 サザエさんの加藤みどりさんもそうだな。

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

そういえば、以前「emacs-anthy-unicode」なるものの存在を知り、 VMのFedoraはそちらに乗り換えていたのですが、そもそもどういうプロジェクトなのかはよく知りませんでした。 anthy-unicodeはこちらのGitHubプロジェクトでメンテナンス されているようです。ところで、Languagesというプロジェクト内のファイルがどのような言語で書かれているか を示す割合グラフが表示されますが、Rakuが 54.9% となっていて、え？マジで？と思ったり。 でも、ファイルを見る限りはほとんどがC言語のように思えたりも。どういうこと？

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

先日、Copilotで「Copilotキャラクタのアクアを絵にしてみて」って 注文したら描いてもらえました。そういや ミカや エリンだとどうなるのかしら？と思って、 試してみたら、 「申し訳ありませんが、Copilotやその派生キャラクター（Copilot keyboardを含む）を題材にした画像の生成はお手伝いできません。」 という塩対応されました。しょんぼり。
アクア自身の説明をしていたので、その説明をイメージとしてキャラクターを絵にしてみてって 注文してみたら 「申し訳ありませんが、あなたが求めているキャラクターのイラスト生成はお手伝いできません。」 って言われてやっぱり描いてもらえず。残念。

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

「神奈川に住んでるエルフ」のアニメでやってたゴミ収集車の音楽。 川崎市では「好きです かわさき 愛の街」 という川崎市民の歌のメロディーが流れるのですが、 横浜市も同じようにゴミ収集車の音楽があるというのを知りました。 版権の関係があるらしくアニメ中では音楽が流れなかったのですが、後でWebで調べてみると3曲あるらしい (参考記事)。

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

Blenderリハビリ。思い出したりする点もあれば、これできるんだと新たな方法を知ったりとか。 GoogleAIで操作方法を聞いても回答が得られるようになったので探す手間が少し減った気も。 とはいえ、Webページや動画は直接知りたい事とは別の事も知れる(セレンディピティ)ので 記憶の幅は広がると思います。GUI操作は文字説明だけだとどういう事なのか分からない場合もあるので。

AM中に起床。

掃除したり洗濯したり。

「ONEPIECE(114)」。一つ大きなネタが回収された感じなのでしょうか。

Copilot Keyboardのキャラクターをデスクトップ表示してますが、クリックすれば AIチャットが開始されます。そういや、これって絵も描けるんだっけ？と思ったので 「アクア自身を絵に描くことはできますか？」と聞いてみたら自分の説明はできるが 絵は描けないという感じみたい。 それじゃぁと思い EdgeのCopilotの方で「Copilotキャラクタのアクアを絵にしてみて」って注文してみたら、



というのが描かれて、「いや、誰だよ？！」って感じになりました🤣。「Copilotの」は無視されている 感じがしますが、「アクア」と言われるとこういう感じだよねって事なのかしら？ それにしても器用なもんです。 因みに、Googleで「アクア」を画像検索するとトヨタのアクアしか出てきませんでした😓。 これはこれでどうなってんだ？感はあります。

AM中に起床。

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

Emacsのmasterブランチをpullしてみたり。 先日、WindowsビルドのGUI Emacsでフレームのスクリーンショット画像 保存する機能がコミットされたのをCygwinでも対応してみたり。ファイル名の変換部分で コンパイルエラーになるのですが、以前対応した サムネイル生成のCygwin対応と同じようにすればOKそう。 w32-export-frameというELISP関数が追加されるのですが、こちらの関数はinteractiveではないみたい。 「(w32-export-frame nil "test_export_frame.png" 'png)」のように関数実行すれば一応 フレームのスクリーンショットが保存できるようです。 ただ、ソースコード(src/w32image.c:w32_gdip_export_frame()内)にもコメントが記されているのですが、 フレームサイズよりも一回り大きな領域が保存されるようです。 なんとなく影表示に必要な分まで保存されている感じがします。 あと、BMP画像で保存すると 画像ビュア(IrfanViewとか)によってはウインドウの中が透明に 表示されるようなBMPファイルになっているようです。 余白の件を鑑みますに、やっぱりWindowsの標準機能でスクリーンショットを取った方が良いんじゃないか？ と思わなくはありません。

BMPファイルにExportしたらウインドウの中が透明になる場合がある件。 「GetDeviceCaps (hdc, BITSPIXEL)」でピクセル当たりのビット幅を検査しているのですが、 32と返ってきていました。BITMAPINFOHEADERのbiBitCountにそのまま32をセットしていたのですが、 24に強制すると24bitのBMPになるようだったので、 「header->biBitCount = bits_per_pixel>24 ? 24 : bits_per_pixel;」てな感じに パッチを当ててみました。

見た目よりも大きなサイズになる件を GoogleAIで聞いてみたところ、 GetWindowRect()ではマウスの反応する領域だったり影描画の部分だったりを含んだサイズが返される という事のようです。見た目通りのサイズを取得するには DwmGetWindowAttribute() という関数を 使用すれば良いらしい。という訳で対応してみたのですが、サイズについては所望のものになったものの、 座標がなんだか少しずれているようです。見た目合わせでハードコーディング対応したのですが、 そうなんだっけ？とは思ったりも。 因みに DwmSetWindowAttribute()の方は w32fnc.c内で動的ロードして使用しているようだったので、 今回必要な DwmGetWindowAttribute()の方も同じ感じに設定してみました。ただし、Setの方はw32fnc.cは w32fnc.c内で使用しているのでstatic宣言されているのですが、今回追加するGetの方は w32image.cで使用するのでexternにする必要がありました。それもあって地味に変更箇所が多くなってます。

スナップショット画像の座標。ハードコーディングしたのですが、ディスプレイ表示の拡大率を変えるとやっぱりダメでした😓。 GetDpiForWindow()でDPIを取得して 96dpi との比で拡大率が求められるのですが、 座標は単純な比では無いようだったので倍率を変えてズレているピクセル数を調べて式を導出してみたところ 「off_x = (GetDpiForWindow(hwnd)*100/96)/25 + 3;」という感じのようです。 そういうものなのか？という疑問は抱かないことにしよう。 という訳で、もう一声直して多分イケた気がします。ただ、GetDpiForWindow()はWindows10の 1607以降じゃないと 使えないようなので、Windows10より古いバージョンのサポートをまだ切っていないように思える 本家では仮に修正可能だとしても適用されないんじゃないかな？という気がします。 やっぱりWindowsの標準機能でスクリーンショットを取った方が良いんじゃないか？と思うのは変わらず。

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

タイピングplus。 今日、やっとLv70に到達🥳。Lv69→70に上げるのに経験値が100万くらい必要で、 Lv68→69とは段違いになってました。次のLv71には 2561000 必要らしい😅。 現在のTANEの練習量では1日当たりの経験値は約4500なので、このままであれば えーっと.... 569日くらいかかる計算だな....😑。ボチボチやっていきます....

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

そういや、さっぱり触っていないBlenderですが、新PCにしたときに インストールした4.4.3のままだったのですが、 5.0.1が出ているらしいのでインストールしてみたり。でも、使い方を前以上に忘れていて 全然ダメという感じ😓。

Blenderの入門動画を見て少しリハビリ。ほんのちょっとだけ思い出してきたようなそうでもないような。

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

Cygwin-3.6.7-1がリリースされている模様 (リリースアナウンス)。 Emacsハングに関連しそうな修正は入っていない感じ。という訳で、 3.6.6と同じくEmacsハング対応にパッチを当ててビルドして アップデートの準備をしたり。ビルド自体は問題無し。という訳でパッケージインストールしたあと直ぐに パッチ版に差し替えて、一応Emacsで負荷テストしながら普段使いする感じで。

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

プライベートでも本物お仕事でもコマンドラインプログラムを使うことが多いのですが、 たまに慣れていない人の使っている様子を見ていると単純に操作に時間がかかるなぁと感じることがあります。 何気にGoogleで「linuxコマンドの使い方の要領の悪い人」で検索してみると、 「まさにそれな」って感じのAI回答が出てきたので、思わずスクリーンショットを保存してしまいました😅。
「コマンドライン操作に慣れていない」という言い訳も微妙で、様子を見てると、 テキスト編集操作もイマイチだし、タイピング速度もイマイチだし、結局、全体的にうっすらイマイチと 感じなくもありません。

そういえば以前、変換候補の横に出る候補の説明表示ウインドウには 名前が付いていないということを記したのですが、Copilot Keyboardでは「Copilot Answer」と呼んでいるようです。 因みに我が家では「Copilotの回答」と表示されています(前も今も)。 テーマによって違うの？

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

BIOSアップデートが来ていたり。前回は2月4日だったので月一回の頻度で来てるな。 こんな頻度で更新する必要があるのだろうか？🤔

BIOSアップデートの都合でWindwsを再起動したのですが、何故か先日起こっていたビルドした実行バイナリを 実行すると/tmpにmat-debug-*.logというファイルが生成される事象が再現しなくなったり。どういうこと？🤔 もしやと思って確認してみたところ、IMEをCopilot Keyboardにしていると、 /tmp(恐らく環境変数TEMPで指定したディレクトリ)に「mat-debug-*.log、*.db、*.db-shm、*.db-wal、*.db.ses」 というファイルが作られるようです。 IMEを MS-IMEに切り替えると前述ファイルが作られることはないみたい。 Windows起動直後は MS-IMEに向いているのですが、その状態で再現確認をしてたので気づいた感じです。 なぜそういうことになるのかは不明。 mat-debug-*.logの *には起動したプログラムのプロセスIDが記されるので、実行ファイルが何らかの仕組みで 自力でファイルを作っているものだと思ってました。てか、実際そのようなもののハズみたいですが。 という訳で遡ってしまいますが、先日のメモに追記しておきました。 コンパイル環境が原因ではないという事が分かったのでのでひとまずヨシとしたもんか。 逆に Copilot Keyboardはまだまだ色々あるなぁ...という感じがします。

Copilot Keyboardのアップデートについて、 Windows Blogs の方でも記事が投稿されているようです。

AM中に起床。

掃除したり。

ちょろりコーディング。D言語で書いているのですが、/tmpに mat-debug-*.logみたいなファイルが勝手に生成される 実行バイナリになってて邪魔だなぁ？と思ったり。Releaseビルドにすれば良いというAI回答があったのですが、 Visual Studioのビルド構成をReleaseに指定するみたいなのが出てきて、いや、リンカーオプションじゃないのか？ と思ったのですが、リンカーに「/DEBUG:NONE」とかを指定しても状況変わらず。むぅ🤔 これまで気になったことは無かったのですが、今のデスクトップPCにした時にVisual Studioを新規に入れた のがトリガーになっているかも知れず。今頃気づいたのはデバッグでコンパイル＆実行を繰り返している為、 大量にファイルが生成されているのと時間的についさっき作られているな？というのに気づいたからかも。

EmacsのmasterブランチにWindowsビルドのGUI Emacsでフレームのスクリーンショット画像を撮る 仕組みが追加されるみたい。Windows以外のGUIビルドのEmacsでも使えている機能なのだろうか？ あえて自力で撮れるようにする必要は無いようにも思えるのですが、 表示バグを押さえるのに使えたりするのかもしれません。