Live data from Hacker News

Sublime Text 4 (Build 4126)

sublimetext.com

21–30 of 110 posts

Re: Sublime Text 4 (Build 4126)

#21
everyone's mentioning the speed (as they should), but I also prefer sublimeText for the GUI (or lack thereof). After a decade of using it, the keyboard shortcuts are also hardwired into my soul.

I also started using sublime Merge recently and I think I may feel the same way about it

Re: Sublime Text 4 (Build 4126)

#23

I still daily drive Sublime. I haven’t found an editor with less latency. It’s so fast and so consistent. VS Code feels like Eclipse in comparison.

Vim with my plugins in the terminal is noticeably faster than vanilla sublime for me. Sublime feels like Vim does over a good SSH connection. Its definitely good, but whatever magic terminal emulators use is definitely faster.

Re: Sublime Text 4 (Build 4126)

#24

I still daily drive Sublime. I haven’t found an editor with less latency. It’s so fast and so consistent. VS Code feels like Eclipse in comparison.

Daily driving to do what type of work exactly? 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…

I had a similar experience. Plugins I needed had a strong MVP vibe and had only portion of features implemented. I ended up with VSCode that I still don’t really like but it gets me what I need.

Re: Sublime Text 4 (Build 4126)

#25

I still daily drive Sublime. I haven’t found an editor with less latency. It’s so fast and so consistent. VS Code feels like Eclipse in comparison.

Daily driving to do what type of work exactly? 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…

If my editor is already has batteries installed whether they were included or not, why would I need to switch to VS Code? Because it’s cool?

The packages ecosystem is fine and always has been.

Re: Sublime Text 4 (Build 4126)

#26

maybe out of nostalgia, I always have Sublime installed on my computer. nowadays if i need a draft for a copy/paste or need to annotate something fast I use Sublime, which is always running. it became something like my advanced notepad

My general-purpose text editor (and has been, since last century) is BBEdit, but Sublime is also excellent (It handles extra-large text files better, so I use it for them). I use BBEdit because of "muscle memory." TextMate was also a big one, but I never got into it.

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.

Re: Sublime Text 4 (Build 4126)

#27
post #2

Even though I haven't met a Sublime user in a few years, it still must be popular since it's at v4. Last time I checked, Sublime was still proprietary, which is the reason I had skipped using it. I've heard Sublime has some useful features, though. If it's in their interest, I hope they decide liberate / open their source code. E: misspelling

As a software developer I prefer to pay for my text editor.

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

Re: Sublime Text 4 (Build 4126)

#29

Earlier quoted context omitted.

Daily driving to do what type of work exactly? 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…

If my editor is already has batteries installed whether they were included or not, why would I need to switch to VS Code? Because it’s cool? The packages ecosystem is fine and always has been.

No post body was provided.

Re: Sublime Text 4 (Build 4126)

#30
I used ST 2 and 3 for almost a decade. A couple of months ago I switched to VSCode.

Yes it's slower and clunkier but the extensions ecosystem is worth it. And also features like intellisense, unused vars, automatic updates of imports on file renames, and a long etc of QOL features ST doesn't have interest or capacity in implementing.

Post reply on HN