Rendered at 18:03:03 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
kylebebak 2 hours ago [-]
The headline changes in this release are related to the Python plugin host:
- Upgraded Python 3.8 to Python 3.14
- Python 3.3 is now disabled by default
By default, Sublime plugins now all run under the Python 3.14. The 3.8 plugin host was removed (Python 3.8 reached EOL in Oct 2024), and the 3.3 plugin host is deprecated, and will be removed in a future release.
This is great for plugin devs. They get improvements to syntax, performance, type hints, the standard library, etc, and they can depend on modern versions of Python packages. Many packages no longer receive updates for 3.8 (e.g. https://github.com/psf/requests), let alone 3.3, and many others simply don't run on these older python versions (e.g. https://github.com/xberg-io/tree-sitter-language-pack).
Like the plugin systems for Emacs/Neovim/VS Code (and unlike the sandboxed systems for e.g. Zed and Helix), Sublime's plugin API has low-level access to the editor, and the runtime has full OS access.
I think Sublime was smart to bet on Python for the plugin system. They released the plugin system in 2009, before Python was everywhere. The super flexible plugin API and the huge package ecosystem is a powerful combo.
iLemming 31 minutes ago [-]
Emacs doesn't have "plugins", they are called "packages" for a reason. Every Emacs package is not just a plug-n-play "product", it's a recipe, you can use them as libraries, cherry-picking behaviors you want without ever executing the main features of the package.
pixeljam 3 hours ago [-]
Does this I can finally add it to my NixOS config without having to use `permittedInsecurePackages`?
If anyone is following along in the forums and understands the health of the team behind the product, could you give us a read on the prospective longterm health of the product? Most in my circle thing ST is dead or abandoned.
ben-schaaf 2 hours ago [-]
Long term prospects for Sublime Text look good. The business is healthy and there is consistent work being done by a small but dedicated team.
As for why specific issues aren't addressed, it's merely a prioritization thing. It's a large task, and I'm sure if you asked 100 people they'd all give you different answers for which "basic usability" thing needs to be addressed.
kunley 3 hours ago [-]
Not very much following the forums, but the pace they are producing things is fine. What is "basic usability thing" for you, might be something unimportant for the rest. How the team sets the priorities might be just fine for a lot of users..
ivandenysov 4 hours ago [-]
What are some reasons to pick Sublime Text over Zed for someone not familiar with either?
dsego 3 hours ago [-]
Zed pretty much copied everything over from Sublime, so it's pretty much on par.
Sublime was one of the first editors to have an uncluttered UI without toolbars, but with advanced features, like multi-cursor editing and the command palette.
As a long time sublime users, it still feels superior as it gets lots of small details right, like for example when I do Cmd+P to search for files and scroll through the files it will show a preview, Zed doesn't show a preview until you actually select the file.
sleepybrett 3 hours ago [-]
cough textmate
piva00 2 hours ago [-]
Yup, I used TextMate a lot back in the early 2000s, and Sublime from around 2010 and bought a license maybe a year later.
To this day I always install Sublime on my new machines, it's the perfect text editor for my needs: fast and snappy, buffers are persistent so I can use as a scratch pad without having to save files, can customise with plugins if needed, the command palette gives quite a bit of power user features.
I mostly use it as a scratch pad nowadays, like if I'm debugging something, collecting a bunch of text from different places to reference quickly, nothing too advanced (nor directly related to coding) and is still one of the most satisfying programs to use on my day-to-day. It's basically always open, just waiting for a new buffer.
chao- 3 hours ago [-]
Technically correct. However, for the majority of humans, their first encounter with these features and behaviors could never be TextMate, and instead would be Sublime Text. TextMate never growing to be cross-platform is a major reason for Sublime Text's early growth.
cosmic_cheese 2 hours ago [-]
I use Sublime mostly these days but I still have a soft spot for TextMate. Sublime is the closest that exists to its spiritual successor, but it’s missing the “macness” that TextMate brought back in the day, which is the cost of being a cross-platform app I suppose.
leecommamichael 3 hours ago [-]
For me? I already have Sublime Text installed, it works great, and has never not worked great.
kunley 3 hours ago [-]
Ditto
kzalesak 3 hours ago [-]
Sublime text is what notepad++ wished to be. There are many tasks that do not require a full IDE, not even vscode and sublime just works. Always, consistently, reliably works, is fast and a joy to use.
boundless88 3 hours ago [-]
If you're using AI to write code, IDE features don't really seem that important anymore.
Krssst 2 hours ago [-]
Also, LSP can turn Sublime Text into almost an IDE (but much more performant).
dartharva 20 minutes ago [-]
Sublime Text's implementation of LSP is the buggiest and clunkiest I have used in a text editor
dartharva 19 minutes ago [-]
>Sublime text is what notepad++ wished to be.
Nonsense statement, Notepad++ has always been superior in every metric
bpev 3 hours ago [-]
Don't have any metrics or anything, but I use both, and anecdotally, I feel like Sublime is snappier and gives me better battery life.
open_ 3 hours ago [-]
Sublime Text is not aligned with an 'any minute now' pivot to enshittification.
And whatever it does, it does better than Zed, debatably.
mcrk 3 hours ago [-]
If you need to ask this question, that means there is no difference for you. Just choose one and commit.
bigstrat2003 2 hours ago [-]
Sublime Text doesn't automatically download and run language servers without your consent. Zed does, and last I looked there's no way to turn that behavior off (the devs said it's an intentional decision to make things easier for users). I am personally of the opinion that it isn't acceptable for software to start pulling in other software without my consent, so I avoid Zed like the plague. The Gram fork of Zed is pretty good, though.
KazaNLP 3 hours ago [-]
I miss ST but I can’t go back after working almost exclusively in VSC for a year. ST is for serious DIYers
Aldipower 3 minutes ago [-]
I worked in VSC for 7 years and went back to Sublime Text today! VSC became so slow and overreaching..
boundless88 3 hours ago [-]
Does ST support opening a repo on a remote server? The last time I used it was back in my freshman year of college, and I haven't touched it since. Does anyone happen to know?
az09mugen 18 minutes ago [-]
My use on remote servers is usually with winscp on windows and defining sublime as the default editor. Works fine for my use.
- Upgraded Python 3.8 to Python 3.14
- Python 3.3 is now disabled by default
By default, Sublime plugins now all run under the Python 3.14. The 3.8 plugin host was removed (Python 3.8 reached EOL in Oct 2024), and the 3.3 plugin host is deprecated, and will be removed in a future release.
This is great for plugin devs. They get improvements to syntax, performance, type hints, the standard library, etc, and they can depend on modern versions of Python packages. Many packages no longer receive updates for 3.8 (e.g. https://github.com/psf/requests), let alone 3.3, and many others simply don't run on these older python versions (e.g. https://github.com/xberg-io/tree-sitter-language-pack).
Like the plugin systems for Emacs/Neovim/VS Code (and unlike the sandboxed systems for e.g. Zed and Helix), Sublime's plugin API has low-level access to the editor, and the runtime has full OS access.
I think Sublime was smart to bet on Python for the plugin system. They released the plugin system in 2009, before Python was everywhere. The super flexible plugin API and the huge package ecosystem is a powerful combo.
https://github.com/sublimehq/sublime_text/issues/5984 :)
If anyone is following along in the forums and understands the health of the team behind the product, could you give us a read on the prospective longterm health of the product? Most in my circle thing ST is dead or abandoned.
As for why specific issues aren't addressed, it's merely a prioritization thing. It's a large task, and I'm sure if you asked 100 people they'd all give you different answers for which "basic usability" thing needs to be addressed.
To this day I always install Sublime on my new machines, it's the perfect text editor for my needs: fast and snappy, buffers are persistent so I can use as a scratch pad without having to save files, can customise with plugins if needed, the command palette gives quite a bit of power user features.
I mostly use it as a scratch pad nowadays, like if I'm debugging something, collecting a bunch of text from different places to reference quickly, nothing too advanced (nor directly related to coding) and is still one of the most satisfying programs to use on my day-to-day. It's basically always open, just waiting for a new buffer.
Nonsense statement, Notepad++ has always been superior in every metric
And whatever it does, it does better than Zed, debatably.
I haven't looked much in the repo of plugins, but quickly searching 'ssh' there I found these (but not tested) that might fit your need : https://packagecontrol.io/packages/SSHubl https://packagecontrol.io/packages/OpenFileOverSSH