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

Sublime Text 3 builds picking up steam again

sublimetext.com

Post reply on HN
Print view View original

71–80 of 106 posts

Re: Sublime Text 3 builds picking up steam again

#71

Post by drapper »

Given the discussion here, it seems there's a clear need for a text-editor that's cross-platform, fast (like ST, unlike Atom), open-source (like Atom, unlike ST), very configurable (like Atom and ST), easily extensible (like Atom) and easy to use/grasp for an user accustomed to typical windows applications (like Atom and ST, unlike vim and emacs).

Seems to be something like this could be done using QScintilla. Qt would give it an excellent cross-platform support, Scintilla a good editor with a speed of C++, and the ease of development and extensibility would be possible thanks to either PyQt (Python) or QtQuick (JavaScript). Just a thought...

Re: Sublime Text 3 builds picking up steam again

#72

Post by 13years »

PlzSnow wrote: post #10
benbristow wrote: post #3

I don't really see much point in Sublime Text now that GitHub's Atom is a pretty much a one->one replica but free, open-source and has a rather nice package manager for plugins.

Atom is far too slow, and eats battery life. This is because of the technical decision to render text in a web view. The slowness is not a solvable problem. Therefore Atom will fail. On a more positive note, I am so happy to see SublimeText re-activated. The previous builds worked fine for me, but it's always good to see progress.

It seems to be mostly an Atom problem.

Brackets and Lighttable built on same technology are way faster.

Re: Sublime Text 3 builds picking up steam again

#73

Post by zerr »

dman wrote: post #59

One thing that blows me away about Sublime is its grep performance on Windows. I am an emacs user but use Sublime on Windows since I havent been able to find a way to make emacs match the speed of a recursive grep search on Windows. Another place where Sublime text is noticeably faster is in syntax highlighting large files.

Interesting, do you grep for e.g. finding symbol references? i.e. doesn't emacs have a feature of finding symbols semantically?

Re: Sublime Text 3 builds picking up steam again

#74

Post by beachwood23 »

PlzSnow wrote: post #36
seanwilson wrote: post #29

Earlier quoted context omitted.

Same for me at the moment. I've heard a lot of complaints that it cannot open large files and it can be sluggish; I don't regularly need to open large files (I'd rather process large log files from a terminal for instance) and the performance is fine for me. I like that Atom is open source, plugins are written in JavaScript and the rate at which new plugins are coming out is impressive.

I tried Atom for a week. The little half-second delays start to bite after a few days, and after a week you want to throw your computer out the window. Think about it. It's 2015. My PC has 8 cores running at unimaginable speeds. It has 16 GB of memory. And my text editor couldn't open files over 2097152 bytes. Am I living on a different planet from everyone else? How can people accept this as a normal situation?

I'm a Dynamics AX developer. Our environment takes minutes to compare text files. I would love to have your "half-second" delays :)

Re: Sublime Text 3 builds picking up steam again

#75

Post by peatmoss »

fallat wrote: post #54
PlzSnow wrote: post #36

Earlier quoted context omitted.

I tried Atom for a week. The little half-second delays start to bite after a few days, and after a week you want to throw your computer out the window. Think about it. It's 2015. My PC has 8 cores running at unimaginable speeds. It has 16 GB of memory. And my text editor couldn't open files over 2097152 bytes. Am I living on a different planet from everyone else? How can people accept this as a normal situation?

No, it isn't acceptable. That's why I use tools like vi/m, ed, and sam to open gigabyte sized files. On my intel dual core laptop with 3GB of RAM (yes 3GB, it is weird).

3GB... 4GB - 1GB carved off for shared memory graphics?

Re: Sublime Text 3 builds picking up steam again

#76

Post by seanwilson »

PlzSnow wrote: post #36
seanwilson wrote: post #29

Earlier quoted context omitted.

Same for me at the moment. I've heard a lot of complaints that it cannot open large files and it can be sluggish; I don't regularly need to open large files (I'd rather process large log files from a terminal for instance) and the performance is fine for me. I like that Atom is open source, plugins are written in JavaScript and the rate at which new plugins are coming out is impressive.

I tried Atom for a week. The little half-second delays start to bite after a few days, and after a week you want to throw your computer out the window. Think about it. It's 2015. My PC has 8 cores running at unimaginable speeds. It has 16 GB of memory. And my text editor couldn't open files over 2097152 bytes. Am I living on a different planet from everyone else? How can people accept this as a normal situation?

I agree the 2MB limit is weird but, like I said, it rarely impacts me. I use Atom for coding and don't think 2MB source code files should be a normal situation.

I don't notice any half second delays though. I used to be an Eclipse user and recall it being much more sluggish.

Re: Sublime Text 3 builds picking up steam again

#77

Post by integraton »

tragic wrote: post #44
rafaqueque wrote: post #35

I've used ST in the past, but due to slow release cycle, I switched to Vim. What really bugs me in ST is the fact that the guy doesn't have time to work, but still, it's not open source for the community to work together to achieve a decent release cycle.

It seems to me that ST would really benefit from being open-sourced, but I guess it depends on how much cash he's getting out of it, and whether he can afford to give that up. I stick with ST because the plugin ecosystem is vibrant, it's hackable in a language I'd actually want to write, there's as much time-saving juice as Vim without me having to learn non-standard keyboard commands for the very basics (sorry, I li…

You can use arrow keys, Ctrl/Cmd+x/c/v, and your mouse in gvim and macvim just like any other editor.

Re: Sublime Text 3 builds picking up steam again

#78

Post by veidr »

jonstewart wrote: post #62

I'm a co-owner of a small software business, so in a very similar situation to the Sublime Text developer (with the exception that my product is much less successful). I went and looked at the linked-to list of builds. There's a bit of a gap from December 2013 to May 2014. But then there's a release every couple of months. I know that in the past the builds have been fast and furious, but, honestly, I don't see any r…

But the thing is with Sublime, these months-and-months-long gaps in the release cycle yield incredibly modest improvements.

The 8+ months between 3059 (2013-12-17) and 3065 (2014-08-29) yielded 1 significant (but Windows-only) feature, 8 very minor new features, and 4 bug fixes (including crash bugs).[1]

That's so much less than, say, Bare Bones does in an equivalent time frame with BBEdit[2], that it is laughable.

And, significantly, it is also much (much!) less than Textmate 2 does currently[3].

I think Sublime Text had its Textmate moment[4] sometime around ST2, and it shows. The dev gets rich[5] (congrats) and then — sure! — doesn't feel like working on a text editor for a few weeks, which become months and years.

Textmate solved that by going legit open source. It is hard to think that Sublime Text will be able to solve it without following suit. (But I suppose it's also possible that a year of waning sales might re-light the fire.)

Disclaimer[6]: I have paid for and still use Sublime Text, Textmate, and BBEdit, in addition to many other fine and not-so-fine text editing products.

--

[1]: http://www.sublimetext.com/3

[2]: http://www.barebones.com/support/bbedit/archived_notes.html

[3]: https://github.com/textmate/textmate/blob/master/Application...

[4]: http://blog.macromates.com/2006/year-in-review/

[5]: for values of rich approximating 'can buy a $1,000,000 house with cash, but still can't afford a private jet'

[6]: in the modern usage meaning 'tangential statement about my background that is not actually a disclaimer'

Re: Sublime Text 3 builds picking up steam again

#79

Post by avinassh »

dmacvicar wrote: post #40
rafaqueque wrote: post #35

I've used ST in the past, but due to slow release cycle, I switched to Vim. What really bugs me in ST is the fact that the guy doesn't have time to work, but still, it's not open source for the community to work together to achieve a decent release cycle.

This. It is not that the editor is in bad shape. The periods of of inactivity made me feel like the editor could be abandoned or discontinued. I went back to Emacs.

How inactivity affected it's performace? It was same. Did you started encountering many bugs? Or badly looking for some feature?

Re: Sublime Text 3 builds picking up steam again

#80

Post by peatmoss »

drapper wrote: post #71

Given the discussion here, it seems there's a clear need for a text-editor that's cross-platform, fast (like ST, unlike Atom), open-source (like Atom, unlike ST), very configurable (like Atom and ST), easily extensible (like Atom) and easy to use/grasp for an user accustomed to typical windows applications (like Atom and ST, unlike vim and emacs). Seems to be something like this could be done using QScintilla. Qt wou…

My feeling is that your point about vim and emacs applies more to vim than emacs. The caveat here is that I had ~15 years of vi/vim usage going on before switching to emacs ~5 years ago. I can plainly see where modal editing is foreign to new users from the start. However, I'm not sure emacs, which ships with "normal" keyboard shortcuts by default in most packagings, is the same. Emacs has a relatively smooth path from, "I'm going to use this like Notepad++" to "Emacs is my god / lover / email client now."

At least that's my impression, and perhaps the warped impression of someone incapable of recognizing weirdness.

Post reply on HN