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.

You'd need to keep the python 3.3 plugin host disabled, but otherwise yes. OpenSSL 1.1 will be removed along with 3.3 in the next development cycle.

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.

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..

Just so you know, most of the action is in their unofficial Discord server.

https://discord.sublimetext.io/

The answer is probably "no". Sublime Text has no built-in remote editing capabilities.

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.

Not sure what you mean by "opening a repo on a remote server", but if you mean mounting a remote file system, this isn't really a sublime-specific feature. Use SSHFS (or other) and then just open the folder in Sublime and have at it.

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).

My use on remote servers is usually with winscp on windows and defining sublime as the default editor. Works fine for my use.

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

Curiosity is killing my cat here. How are we supposed to know when your freshman year of college was? Was it a year ago, 8?

As far as I know ST is just a text editor (File -> Open -> Choose File)... so what would "opening a repo" even mean in that context?