Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Sublime Text 3 marked as recommended build

sublimetext.com

Post reply on HN
Print view View original

111–120 of 135 posts

Re: Sublime Text 3 marked as recommended build

#111

Post by gelatocar »

SquareWheel wrote: post #105
dang wrote: post #101

Earlier quoted context omitted.

Ok, we'll use your phrase as the title. If someone suggests a better (more accurate and neutral) title, we can change it again. (Though that may have to wait overnight...)

The current title ("Sublime Text 3 is still in beta") sounds like an attack to me, implying slow development. I'd suggest "Sublime Text 3 marked as recommended build (Feb 2016)", or something like that. More wordy, but more accurate.

I certainly didn't intend any negative connotations to that sentence, but I agree in the context of the title it does give undue emphasis to 'still'. FWIW I use ST3 beta every day and it is an excellent text editor. I have no qualms about the development rate.

I think something like your title or even along the lines of 'Sublime Text 3 released [false alarm]' would work.

Re: Sublime Text 3 marked as recommended build

#113

Post by z3t4 »

tiplus wrote: post #69
dvirsky wrote: post #54

Maybe I'm biased but it seems like Sublime lost its huge margin in the "editor race". Occasionally I try to use Sublime, but the plugins are always lacking. For my needs, VSCode is already better with better plugins (C, Go, Python), and I'm more productive with it although it lacks some features in the editor itself. And it doesn't feel slower even though it's written in JS. Plus it's open source. I hope the Sublime…

Why does VSCode need a 'Pricacy Statement' (Help menu) which explains how Microsoft shares personal data? I get that it was written by MS, but why would I want a code editor that calls home? Or better ask does it send user/system data back to MS? this cfg entry: // Enable usage data and errors to be sent to Microsoft. "telemetry.enableTelemetry": true,

> web pages you visit, and the search terms you enter.

https://www.visualstudio.com/en-us/dn948229

Re: Sublime Text 3 marked as recommended build

#115

Post by dvirsky »

z3t4 wrote: post #113
tiplus wrote: post #69

Earlier quoted context omitted.

Why does VSCode need a 'Pricacy Statement' (Help menu) which explains how Microsoft shares personal data? I get that it was written by MS, but why would I want a code editor that calls home? Or better ask does it send user/system data back to MS? this cfg entry: // Enable usage data and errors to be sent to Microsoft. "telemetry.enableTelemetry": true,

> web pages you visit, and the search terms you enter. https://www.visualstudio.com/en-us/dn948229

it's a bit unclear but in the context of the whole document, it seems like they mean web pages and searches on their website, which is both legit and trivial. What worries me a bit is the fact that it's unclear.

Re: Sublime Text 3 marked as recommended build

#116

Post by threatofrain »

tiplus wrote: post #78

I feel that the comments here are too negative, which ST2/3 does not deserve. ST is still a supreme editor and using/paying for ST is not a bad thing. Wasn't it ST which introduced the cool look&feel and features which Atom and VSCode now adopted? I love the ST ctrl+d select (even if it existed before). PLUS: ST still has a super quick loading time which makes it a great addition to emacs/vi in some use cases.

As a quibble, I would say that Visual Studio Code is unique in its own right, and not for any of its code editing features (which is comparatively lacking). It's a simple editor with a killer code insight feature. I have a feeling other editors will have difficulty replicating this feature.

Re: Sublime Text 3 marked as recommended build

#117

Post by spoiler »

gedy wrote: post #67
spoiler wrote: post #45

Earlier quoted context omitted.

How large are you talking? I had similar issues early on with Atom, but I don't have them anymore (same project). Also, it would only hang for about a second when initially opening the file, later on it would work smoothly.

Big JSON files for one, with tens of thousands of rows. ST3 can load and regex replace nicely. Atom just was unresponsive.

To be fair, I forgot I got a new PC between the first time I used Atom and when I switched over to it.

However, I did try opening an 11 MB (JSON) file and it did indeed feel sluggish.

Re: Sublime Text 3 marked as recommended build

#118

Post by xerophyte12932 »

gedy wrote: post #35
DigitalSea wrote: post #22

I think ST3 really missed the boat. I used to love using Sublime Text 2 (occasionally I still do because it is fast), but I moved on when development stagnated and Jon seemingly disappeared off of the face of the planet, stopped responding to support requests and the like. There is no disputing ST is a great editor, but it has fallen behind in the face of Atom, Webstorm and Visual Studio Code (two of which are free).

Atom does not handle large files well at all compared to ST. I like Atom, but get very serious hangs with it on large files.

in ST3 beta, one issue i faced was large files that changed frequently, like a log file. ST3 would neither keep the uncharged version, nor just append changes, but load the entire file from scratch and show me loading bar every time the file changed.

Notepad++ handled that surprisingly well. pretty much the only time i had to use another text editor besides ST

Re: Sublime Text 3 marked as recommended build

#120

Post by bjz_ »

tomsmeding wrote: post #49
bjz_ wrote: post #43

Earlier quoted context omitted.

It's a small thing, but I really love how Atom highlights the files that have changed in the tree view out of the box. Haven't figured out how to do that in Atom...

In Atom or in Atom?

Oh woops, I meant to say 'in Sublime'! It seems my brain detached from my brain in the process.
Post reply on HN