You and I have very different definitions of “same”.

If the keyboard shortcuts where just “use ctr instead of command” I’d probably agree with you, but the shortcuts are changed dramatically between the 3 systems.

For example, replace uses F on Mac, but H on windows.

I've been using VS Code for years now, and while it is measurably slower (I still use sublime to handle ad-hoc grepping log files as code just won't handle that, and scrollable, highlighting and multicursor is MUCH better than smacking bash pipes together), the batteries included "It just works" approach of code means I don't really see a reason to head back.

Maybe it's changed since the sublime 2/3 days, but the packages ecosystem always felt a bit unpolished and anemic.

That's the only thing that stands between me and buying ST.

I believe Sublime HQ could really bring something in this space, because there are some good existing ones but none are great. Sublime DB could be great :)

e.g.

switch (something) {

    case one:

        return;

    case two:

        foo();

        break;

}

What's your test suite like? Whenever something is regressed in a dev build, do you try to cover it with tests? Or are the UI side of things not tested in an automated fashion?

What are the plans for matching VSCode's useful features, like the one whereby all syntaxes can inject themselves into Markdown fenced code blocks etc?

It'd be great to see some better SQL syntax highlighting support - I saw a community effort on the Packages repo aiming to address this. Will there be a way to switch "active" sql dialect? Or configure it per project?

In v3 I can type “def”, hit Tab and it works right away.

Are you considering adding the option to change auto-compete behavior to what was in version 3?

Thanks for listening and fixing the issue I've requested (handling files renames/deletes outside Sublime).

The only thing I'd like improved would be syntax-aware code folding, and folding support for Markdown files.

That used to be my reason for not using VSCode, but then I started using this: https://marketplace.visualstudio.com/items?itemName=ms-vscod...

I know new engine is supposed to speed up rendering, but on my linux boxes, everything feels slightly slower than before.

Not a big deal for an IDE or IDE light, but for what I use sublime for (quick text editing), it's a disappointing change.

VSCode is excellent, but I don't think that I do enough of the kind of coding that VSCode is optimized for, to make it worth it.

You're expected to purchase a license if you continue to use the software.

They're just asking nicely instead of crippling their software after an arbitrary time limit.

In light of the above, it makes sense for it to be proprietary and closed source.

Were it open source, people could fork it and distribute it freely, with no remuneration going back to the developers. I doubt the developers could offer any other incentive such as support to make up the shortfall.

"Source available" licences where the user is prohibited from providing the software to others doesn't meet the FSF's definition of freedom, so even that wouldn't please everyone.

As one of the people supporting it’s continuing existence, I think there will be more focus on what I need. For open source projects, the focus will be (and should be) on what the people putting in the time and money need.

There’s considerable overhead (in terms of optimizing workflows) to switching editors too, so just because an editor is good for today doesn’t mean it will be good tomorrow. Not that proprietary editors can’t change in a way negative for me. I just figure it’s less likely and, over time, will happen less often.

Of course, I could have the perfect editor by doing my own, but it’s orders of magnitudes less effort to pay someone $x. (Personally, I think sublime should go to a subscription model. Pay per release encourages feature bloat, which I do not want in a text editor.)

It's just so much faster than every other GUI editor, even VSCode which is "tolerable". I can open multi-gigabyte XML files without bringing my computer to its knees. The extension ecosystem is pretty weak compared to VSCode but it does what I need. And something is just better about the way Sublime renders text. It's easier on the eyes. And the multi-line / multi-cursor editing flow is better.

I still pull out other editors if I need some advanced refactoring or debugging feature but if I can avoid it, I do.

I must have overlooked this. While most of my programming is over ssh with vim, I’ve very much enjoyed Sublime on my own systems. Minimalism and unobtrusiveness has been very appealing to me. Free software is more important, though, so perhaps it’s back to vim, then.

I wish that the Xi editor was maintained more efficiently than it is.

Are you aware of good IDE’s besides vim and emacs? What do you use? I love vim but sometimes I just want something “friendlier” for a change.