Tkinterをもう一度使いやすくする: 書きやすさとアクセシビリティ

Tkinterは標準ライブラリに含まれ、すぐにGUIが書けることは、長くPythonの魅力の一つでした。しかし視覚障害のあるPythonユーザーや開発者にとって、Tkinterはスクリーンリーダーから利用しづらいGUIフレームワークでした。私はその課題を見てきました。 その状況が変わろうとしています。Tkinterが依存するTcl/Tk開発版ではスクリーンリーダー対応が進められています。私はPyCon JP 2025のスプリントリーダーとしてこれを確認し、現在もWindowsビルドを含め検証を続けています。これをPythonへ取り込む作業はCPythonのissueとして進行中で、標準ウィジェットが支援技術から利用できる日が近づいています。 一方で、見栄えを改善するために独自描画を行うGUI実装も広まっています。せっかく整備される基盤を活かし、アクセシブルなGUIを書きやすくする方法を考えています。 Tkinterが使いにくい理由を、見た目でなく書き方から捉え直してはどうでしょう。GUIウィジェットをPythonクラスとして扱うことは自然に見えますが、本当にそれが書きやすい設計なのでしょうか。「部品を登録し、実行はフレームワークに任せる」近年のPythonの流れと比べると、Tkinterの書き方は認知負荷が高く感じられる面があります。書きやすさとアクセシビリティは、別々の問題に見えて、つながっているのではないでしょうか。 この問題意識から、私は実験的フレームワークnextpytkを作っています。デコレータでウィジェットを登録し、状態の更新を宣言的に記述する部分は、すでに動作しています。狙いは、この書き方をアクセシブルなカスタムウィジェット実装にまで広げることです。Tkinterを、書きやすく、アクセシブルなGUI基盤として使い続ける道を探ります。