Sublime TextがPython 3.14を搭載、3.3はデフォルト無効に

Sublime Text Build 4213

Sublime Text Build 4213では、Python 3.8から3.14へのアップグレードが行われ、Python 3.3はデフォルトで無効化された。プラグイン互換性の問題がある場合は設定で3.3を再度有効にできる。また、C#シンタックスハイライトの書き直し、ファイルアイコンテーマの追加、git statusのパフォーマンス改善なども含まれる。

Sublime Text now ships with Python 3.14 and Python 3.3. Python 3.3 is disabled by default and will be removed in a future version.
  1. kylebebak

    このリリースの見出しとなる変更は、Pythonプラグインホストに関連するものです:

    - Python 3.8からPython 3.14へのアップグレード

    - Python 3.3はデフォルトで無効化

    デフォルトで、SublimeのプラグインはすべてPython 3.14で動作するようになりました。3.8プラグインホストは削除され(Python 3.8は2024年10月にEOLを迎えました)、3.3プラグインホストは非推奨となり、将来のリリースで削除される予定です。

    これはプラグイン開発者にとって素晴らしいことです。構文、パフォーマンス、型ヒント、標準ライブラリなどの改善が得られ、モダンなバージョンのPythonパッケージに依存できるようになります。多くのパッケージは3.8向けのアップデートを受けなくなっており(例:https://github.com/psf/requests)、ましてや3.3向けはなおさらです。また、これらの古いPythonバージョンでは単に動作しないものも多数あります(例:https://github.com/xberg-io/tree-sitter-language-pack)。

    Emacs/Neovim/VS Codeのプラグインシステムと同様に(そしてZedやHelixなどのサンドボックス化されたシステムとは異なり)、SublimeのプラグインAPIはエディタへの低レベルアクセスを持ち、ランタイムはOSへの完全なアクセス権を持っています。

    SublimeがプラグインシステムにPythonを採用したのは賢明な賭けだったと思います。彼らがプラグインシステムをリリースしたのは2009年で、Pythonがどこにでもあるようになる前のことでした。超柔軟なプラグインAPIと巨大なパッケージエコシステムの組み合わせは強力です。

  2. mikeaskew4

    何年も肥大化し続けるIDEを使った後にSTに戻ってきたのは、最近とても気持ちが良かった。そろそろ(ようやく)お金を払うべきかもしれない。

  3. pixeljam

    これでようやく`permittedInsecurePackages`を使わずにNixOSの設定に追加できるようになるってこと?

    https://github.com/sublimehq/sublime_text/issues/5984 :)

  4. ElectronBadger

    最高のコーディングエディタがさらに良くなった。

  5. listenfaster

    1年以上ぶりのリリース! https://github.com/sublimehq/sublime_text/issues/328 のような基本的な使い勝手の問題に対処する意志やリソースがないと感じて、STを離れていました。

    もしフォーラムを追っていて、この製品を支えるチームの健全性を理解している人がいたら、この製品の長期的な見通しについての見解を教えてもらえませんか? 私の周りでは、STは死んだか放棄されたと思っている人がほとんどです。

この日のほかの記事

2026-09-22