MacOS 26 Tahoeにおけるウィンドウサイズ変更の混乱が続く
MacOS 26.3 RCのリリースノートで修正されたとされたウィンドウサイズ変更の問題が、実際には解決されていないことが報告されている。
キーポイント
macOS 26.3 RCで修正されたウィンドウリサイズ領域のUI/UX問題が、正式版では修正が取り消され「既知の問題」に格下げされた
修正内容はウィンドウの角丸デザインに合わせたリサイズ領域の実装だったが、垂直・水平リサイズ領域が狭くなり操作性が低下する副作用があった
Appleがリリースノートで「解決済み」から「既知の問題」に記載を変更するなど、開発プロセスにおけるコミュニケーションの不整合が露呈
影響分析・編集コメントを表示
影響分析
この記事は、macOSのマイナーなUIバグとその開発プロセスにおける一貫性のなさを暴露したもので、OS開発の品質管理とコミュニケーションの課題を示している。AI業界との直接的な関連は薄いが、ソフトウェア開発におけるテストとリリース管理の重要性を再認識させる事例と言える。
編集コメント
Andrej KarpathyのようなAI研究者がOSのUIバグを詳細に分析・公開する点が興味深い。技術者の関心領域が核心的なAI研究から日常的なソフトウェア体験まで広がっていることを示唆する。
macOS 26.3、リリース候補版
macOS 26.3 RCのリリースノートで、Appleは私が最近のブログ記事で実証したウィンドウリサイズの問題が解決されたと述べました。
それを読んで私は嬉しかったのですが、同時に実際に何が変更されたのか興味も湧きました。
そこで、私は小さなテストアプリを書きました。
このアプリは、ウィンドウの右下隅周辺の領域をピクセル単位で走査し、シミュレートされたマウスクリックを連打して、どこでそのクリックに反応するか(赤)、どこでリサイズが開始されるか(緑)、どこで垂直または水平のみのリサイズが開始されるか(黄)、そしてどこでマウスイベントを全く受信しないか(青)を正確に検出します。
そして確かに、ウィンドウのリサイズ領域は、正方形の領域を使うのではなく、角の丸みに沿うようになりました:
これは間違いなく改善です!
しかし残念ながら、ご覧の通り、ウィンドウを垂直または水平のみにリサイズするために使われる黄色い領域の厚みも薄くなってしまいました。ウィンドウフレームの内側にある部分は、3ピクセルから2ピクセルになりました。
厚みは合計で7ピクセルから6ピクセルに減少し、これは14%の減少であり、見逃す可能性が14%高くなったことを意味します。
macOS 26.3、正式リリース版
macOS 26の正式版がリリースされた時、Appleが実装をさらに改良したかもしれないと興味を持ちました。そこで、私はもう一度走査を行いました。しかし、大きな驚きとともに、その修正は改良されていないどころか、完全に削除されていたのです!つまり、我々は以前の正方形の領域に戻ってしまいました:
そして実際、リリースノートも更新されています: 問題は「解決済みの問題」から「既知の問題」へと変更されました。
原文を表示
macOS 26.3, Release Candidate
In the release notes for macOS 26.3 RC, Apple stated that the window-resizing issue I demonstrated in my recent blog post had been resolved.
I was happy to read that, but also curious about what had actually changed.
So I wrote a little test app.
It performs a pixel-by-pixel scan in the area around the bottom-right corner of the window, hammering it with simulated mouse clicks to detect exactly where it responds to those clicks (red), where it’s about to resize (green), where it’s about to resize vertically or horizontally only (yellow), and where it doesn’t receive any mouse events at all (blue).
And indeed, the window resize areas now follow the corner radius instead of using square regions:
So that’s definitely better!
But unfortunately, as you can see, the thickness of the yellow area – used for resizing the window only vertically or horizontally – also became thinner. The portion that lies inside the window frame is now only 2 pixels instead of 3.
In total the thickness went down from 7 to 6 pixels, which is a 14% decrease, making it 14% more likely to miss it.
macOS 26.3, Final Release
When the final version of macOS 26 was released I was curious if Apple might have further refined the implementation. So I performed the scan once again. But to my big surprise, the fix was not only unrefined – it was completely removed! So we are now back to the previous square regions:
And in fact, the release notes have also been updated: the problem went from a “Resolved Issue” to a “Known Issue”.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み