Re:Will Bond (Package Control) Joins Sublime HQ
by forrestthewoods on Monday February 08, 2016 @11:39PM
(#11063104)
Until Atom is written natively I don't think Sublime Text is going to have a serious competitor.
[ Parent
| on HN ]
Re:Will Bond (Package Control) Joins Sublime HQ
by letsbereal on Tuesday February 09, 2016 @03:59AM
(#11064055)
Can confirm, I tried using Atom for four months but recently gave up.
Electron and other Chromium wrappers are the new client-side JVM.
Re:Will Bond (Package Control) Joins Sublime HQ
by IanCal on Tuesday February 09, 2016 @09:01AM
(#11065264)
Shame to hear that, I had hoped things had improved a lot. I tried it early on, then tried to open something like a 100M file and it threw an error about loading "large files".
Re:Will Bond (Package Control) Joins Sublime HQ
by skrebbel on Tuesday February 09, 2016 @03:36AM
(#11063960)
Why? Speed?
Visual Studio Code is based on JavaScript too and it's very fast. They even both use Electron, the JS-desktop-app core that the Atom guys open sourced separately.
Re:Will Bond (Package Control) Joins Sublime HQ
by sagichmal on Tuesday February 09, 2016 @03:42AM
(#11063977)
VS Code is leagues better than Atom, but it's still perceivably and annoyingly slower than Sublime.
Re:Will Bond (Package Control) Joins Sublime HQ
by neoeldex on Tuesday February 09, 2016 @08:18AM
(#11065033)
Especially when dealing with large files, atom just breaks. In ST3 it shows loading the file, but never becomes unresponsive
Re:Will Bond (Package Control) Joins Sublime HQ
by sagichmal on Tuesday February 09, 2016 @11:09AM
(#11066183)
I'm not even talking about large files -- I'm only talking about normal interactions on small (1-10KB) files. Moving the cursor around in the text field, especially when my language plugin is in some mode that has some dialog up on the screen. Find and replace. Switching between open files. All of these operations often (but not always) demonstrate noticeable lag between keyboard input and screen output in VS Code (and Atom, of course).