Live data from Hacker News

Sublime Text 3 dev build 3128 released

sublimetext.com

201–210 of 241 posts

Re: Sublime Text 3 dev build 3128 released

#201

I switched to Atom after years using sublime and I love it. Only wish they had syntax highlighting for Swift, something that I have yet to encounter in any text editor. Edit: Looked around a bit and it's fairly simple to add it to Atom.

I jumped ship the atom when all the hype was around. Semantically, they feel almost identical to me. But I missed the performance that came with sublime. I now bounce back and forth between the two, depending on... well I'm not sure why I bounce between the two.

I've still to encounter a bug in sublime. Can't quite say the same about atom. Both great editors though.

Why did you move away from sublime to atom? What was the nail in the coffin that made you move away?

Re: Sublime Text 3 dev build 3128 released

#202
post #136

Earlier quoted context omitted.

You're describing VS Code. Now you may not think it's lightweight, but for anyone not toiling away on a turn of the century machine it's plenty fast and has great debugging facilities.

I tried Sublime and VS Code with plugins, but I found the autocomplete to be really subpar compared to JetBrains IDEs, which I use day-to-day for work. Any plugins for JavaScript and Python that would improve that situation?

Have you tried ternjs (Sublime Package: https://github.com/ternjs/tern_for_sublime)? I use the config file from https://github.com/tststs/atom-ternjs/blob/master/README.md#... as a basis, works quite well.

Re: Sublime Text 3 dev build 3128 released

#203

Earlier quoted context omitted.

I only go back to sublime when i have to open really large files. Apart form that, couldn't be more happier with VS Code.

...as a sublime user, I go back to vim when I have to open really large files. I've never used vscode, but this makes me wonder how small a file has to be for vscode to manipulate it quickly.

You wouldn't use VSCode to edit one off files. You'd use VSCode when you want to mount a "project" folder, and then access the files within that.

You "can" open one-off files from the command line. It's just way slower than other methods if you're just doing a quick change, and you'd go mad waiting for the file to open.

Re: Sublime Text 3 dev build 3128 released

#204
post #136

Earlier quoted context omitted.

You're describing VS Code. Now you may not think it's lightweight, but for anyone not toiling away on a turn of the century machine it's plenty fast and has great debugging facilities.

I tried Sublime and VS Code with plugins, but I found the autocomplete to be really subpar compared to JetBrains IDEs, which I use day-to-day for work. Any plugins for JavaScript and Python that would improve that situation?

It's a trade-off, there are times in code, I just don't get autocomplete, especially from other file references... or it starts a few moments after I've opened the file... On the flip side, code never seems to just wig out and freeze for several seconds at a time (after initial open) like most IDEs tend to.

I'll take having to remember what I'm trying to type, look it up etc, and have autocomplete mostly work, vs. my editor wigging out in a large project for a really small change.

Also, absolutely love the integrated terminal and the git integration, though better merge/rebase would be nice.

Re: Sublime Text 3 dev build 3128 released

#205
post #151
post #6

The creator of Sublime Text tends to go silent for long periods between stretches of activity, which always makes me wonder about the future of the project. It's a shame, since ST is a well-thought-out editor with great attention to detail, and of course the speed argument (compared to Atom and VS Code), while beaten to death, still holds true. Of course, it's up to the author himself to choose how he communicates, m…

That is exactly the reason why I haven't bought a license yet. I consider the license an investment in Sublime's future. Since I don't have to pay, buying a license is more of a donation in order to show support. But the communication seems a bit too sparse/erratic for me to have much trust in this project. The time spans between updates, blog posts, or even tweets are simply way too long. I also consider the existen…

To take the opposite position: I'd _happily_ pay $100/year to ensure Sublime continues as an ongoing business.

I've already bought my ST2 and ST3 licences and honestly just looking for a way to pay more if it would ensure continuity.

Re: Sublime Text 3 dev build 3128 released

#206
post #164

Earlier quoted context omitted.

> The time spans between updates, blog posts, or even tweets are simply way too long. Is there a lot that you think ST still needs? As long as bugs are fixed, I'm happy with the functionality of the software today. The software feels done to me.

Integrated debugger similar to VSCode.

Sublime Text is just my text editor. If I want an IDE, I use an IDE (Visual Studio and PyCharm).

IMHO, Sublime Text should fight feature creep.

Re: Sublime Text 3 dev build 3128 released

#207

Earlier quoted context omitted.

I see. Perhaps I commented too fast. I don't think it's that big of a deal for a text editor, though. One thing is if you're a designer and all your files are PSDs and you're locked in with Photoshop, but if Sublime Text dies you still have lots of other editors that will open your plain text files: Atom, Eclipse, etc.

Once you have trained your muscle memory on a given editor, switching becomes a very big deal.

None of the four freedoms mention it having to be free. ;)

Re: Sublime Text 3 dev build 3128 released

#208
post #103

Earlier quoted context omitted.

I think the development of VS Code was kind of an accident. They built Monaco (the editor component) for Visual Studio Online, then made it a standalone text editor as a side project and it ended taking off big time.

I'd rather have VSC team have members working on making underlying electron API'S faster. Get it to speed of sublime.

If you compare it to the likes of Brackets and Atom, it was significantly faster than the others at release... I'm not sure what can be done to make significant performance gains... I mean being able to even handle large files (disabling any highlighting/autocomplete, and only displaying portion of the file may be necessary)... as it is, for most of what I've used it for vsc is great.

Electron is essentially Node grafted to Chromium... There are a few things that could be done, but would depend on a lot of upstream cooperation to do so.

Re: Sublime Text 3 dev build 3128 released

#209
post #136

Earlier quoted context omitted.

You're describing VS Code. Now you may not think it's lightweight, but for anyone not toiling away on a turn of the century machine it's plenty fast and has great debugging facilities.

I actually switched to VS Code vs Sublime for most tasks just recently. It has a few quirks (looking at you, files that just close for no reason) and isn't quite as quick, but the language/debugging packages and support are just leagues better.

"Files that just close": Ironically, VSCode adopted that feature from Sublime, and it works exactly the same. They're "preview" tabs, which you can recognize by the fact that the title is rendered in italics. You can make the tab permanent either by editing the file, or by hitting Cmd-K-E (on macOS, no idea about other OSes).

Re: Sublime Text 3 dev build 3128 released

#210

Earlier quoted context omitted.

I tried Sublime and VS Code with plugins, but I found the autocomplete to be really subpar compared to JetBrains IDEs, which I use day-to-day for work. Any plugins for JavaScript and Python that would improve that situation?

Have you tried ternjs (Sublime Package: https://github.com/ternjs/tern_for_sublime )? I use the config file from https://github.com/tststs/atom-ternjs/blob/master/README.md#... as a basis, works quite well.

I'll give it a shot. Thanks for the recommendation!
Post reply on HN