4 ms·
Until Atom is written natively I don't think Sublime Text is going to have a serious competitor.
by forrestthewoods 11y ago
Until Atom is written natively I don't think Sublime Text is going to have a serious competitor.
- skrebbel 11y agoWhy? 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.
- sagichmal 11y agoVS Code is leagues better than Atom, but it's still perceivably and annoyingly slower than Sublime.
- neoeldex 11y agoEspecially when dealing with large files, atom just breaks. In ST3 it shows loading the file, but never becomes unresponsive
- oblio 11y agoDoesn't this look more like an un-optimized edge case than anything else? Loading a 100MB text file is not really common, even among developers. Only logs and DB dumps are really that big.
- neoeldex 11y agoI can't seem to open files of 1MB properly in Atom. Also I find it very useful to open logs to find-replace some info from logs.
- sagichmal 11y agoI'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).
- letsbereal 11y agoCan confirm, I tried using Atom for four months but recently gave up. Electron and other Chromium wrappers are the new client-side JVM.
- IanCal 11y agoShame 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".