Sublime Text Build 4213
Posted by konz 1 day ago
Comments
Comment by kylebebak 1 day ago
- 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.
Comment by iLemming 1 day ago
Comment by pixeljam 1 day ago
Comment by ben-schaaf 1 day ago
Comment by microflash 12 hours ago
Otherwise, really excellent editor. I use their Git client [1] daily and there’s nothing like it.
Comment by listenfaster 1 day ago
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.
Comment by ben-schaaf 1 day ago
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.
Comment by hackermanai 21 hours ago
I am glad to hear this. (As someone new also trying to sell a text editor)
Great inspiration.
Comment by kunley 1 day ago
Comment by ElectronBadger 1 day ago
Comment by boundless88 1 day ago
Comment by GuB-42 1 day ago
Of course, it supports remote filesystems (NFS, Windows network shares, etc..), as these are just files, you can also run Sublime Text on a remote desktop or X server, and there as plugins for things like ssh-based synchronization, so its not that you can't do it.
But what it doesn't have and that VSCode and Zed have is the ability to edit files on a remote server with only an ssh connection, by running the GUI part on one machine and the file I/O part on the other.
Even though Sublime Text is my primary editor and I have no intention to change, it is still something I miss. It is one of the reasons I sometimes switch to VSCode (which is a good reminder of how slow VSCode is compared to ST).
If you mean git repos, Sublime Text itself only has minimal git support, but it integrates well with Sublime Merge, which, of course, supports remotes. I don't use Sublime Merge though, it is probably very good, but I never took the time to learn it, I do most of my git work on the command line.
Comment by f30e3dfed1c9 20 hours ago
I thought Zed required a zed server on the remote machine for that. Docs seem to suggest so:
"Remote development requires two computers, your local machine that runs the Zed UI and the remote server which runs a Zed headless server. The two communicate over SSH, so you will need to be able to SSH from your local machine into the remote server to use this feature."
Comment by GuB-42 16 hours ago
But Sublime Text can't do that, it is not a client-server application, everything has to run on the same machine, while Zed and VSCode can split the UI part and file access part on two different machines.
Comment by f30e3dfed1c9 13 hours ago
Right, and the remote machine must be a platform that zed supports, since you have to run their server on it. That's often not the case for me.
Dunno about VSCode, never seen it.
Comment by kabr 1 day ago
If you mean interacting with git directly with Sublime, there's a number of plugins https://packagecontrol.io/packages/GitSavvy. But this does like any normal workflow does -- it creates a local repo and uses standard git commands to sync (push/pull).
Comment by az09mugen 1 day ago
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
Comment by plasticsoprano 1 day ago
Comment by boundless88 1 day ago
Comment by majorchord 1 day ago
Comment by auscompgeek 1 day ago
Comment by ivandenysov 1 day ago
Comment by leecommamichael 1 day ago
Comment by kunley 1 day ago
Comment by kzalesak 1 day ago
Comment by boundless88 1 day ago
Comment by prollings 1 day ago
Comment by boundless88 1 day ago
Comment by Krssst 1 day ago
Comment by dartharva 1 day ago
Comment by jiehong 1 day ago
But, Helix lsp integration and shortcuts is really excellent, and much better than anything else IMO.
Comment by dartharva 1 day ago
Nonsense statement, Notepad++ has always been superior in every metric
Comment by probablyStimmed 1 day ago
Comment by dartharva 23 hours ago
Comment by bigstrat2003 1 day ago
Comment by dsego 1 day ago
Comment by pier25 1 day ago
Comment by sleepybrett 1 day ago
Comment by piva00 1 day ago
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.
Comment by chao- 1 day ago
Comment by sleepybrett 2 hours ago
Comment by cosmic_cheese 1 day ago
Comment by audunw 1 day ago
At least it seems the next release might fix the bug where the git panel will jump to a different repo when you click on a file in it. They should seriously have fixed basic stuff like that before releasing 1.0. But they got in lots of cosmetic changes to the markdown viewer.. they really need to consider their priorities
Comment by eviks 1 day ago
Comment by bpev 1 day ago
Comment by hackermanai 22 hours ago
Comment by archonis 1 day ago
Comment by ben-schaaf 1 day ago
Comment by archonis 6 hours ago
Was it sustained use with files open over days / weeks?
(I've been a sublime user for well over a decade, across multiple platforms. Thanks for the downvote.)
Comment by ben-schaaf 3 hours ago
Do you have a specific memory issue where it keeps using more over time?
Comment by archonis 2 hours ago
Unfortunately, while this is something I've observed through major point releases and on different platforms, there have always been some plugins in use.
UnUnfortunately not enough commonality in configuration or hours in the day to track down if this would happen on a totally clean install...
I'm sure your roadmap is quite extensive, but it would be great if sublime itself could graph or warn when memory usage increased by some specified percentage, or if any particular plugin spikes resource usage.
Comment by open_ 1 day ago
And whatever it does, it does better than Zed, debatably.
Comment by gwking 1 day ago
Turns out, Zed is also busy pumping out AI features and the code editing experience is degrading. I'm actively shopping for a replacement.
Comment by hackermanai 22 hours ago
Comment by mcrk 1 day ago
Comment by bigstrat2003 1 day ago
Comment by hackermanai 22 hours ago
Yes. That is a bit shady.
Comment by eviks 1 day ago
By the way, are there any plans to extend beyond Python so you could depend only on the editor APIs breaking and otherwise use whatever language version you want?
Tangentially related, are there any great examples of apps greatly designed from the start in a way that can support plugin APIs without breakage for decade(s)? How do they do it?
Comment by ben-schaaf 2 hours ago
Comment by mikeaskew4 1 day ago
Comment by KazaNLP 1 day ago
Comment by blacksmith_tb 1 day ago
Comment by nh23423fefe 1 day ago
Comment by hackermanai 21 hours ago
Comment by Aldipower 1 day ago
Comment by hollandheese 23 hours ago
Comment by ben-schaaf 20 hours ago