4 ms·

I'm really enjoying the innovation that is happening in text editing. I prefer Visual Studio Code for light weight editing. Both Atom and VS Code are built on t

I'm really enjoying the innovation that is happening in text editing. I prefer Visual Studio Code for light weight editing. Both Atom and VS Code are built on the Electron [1] engine but "VSCode uses Monaco for the user interface, not Atom. It is the web editor which Microsoft developed for Visual Studio Online. Electron is just the common core between the two applications. You can think of it like different programs using the same .NET framework, or two games built on top of the same engine." [2] Both are fine editors and I use both [Ubuntu versions] in different contexts. It's fantastic that both are open source. That's were Sublime Text 3 loses me, because it is proprietary. I agree with some of the concerns raised in this thread, but realize some see closed source with one benevolent dictator for life as a benefit [3]. Other editors I'm keeping and eye on are Adobe Brackets and Facebook's Nuclide. LightTable is interesting. I have given vim and emacs a spin, but I am not a keyboard jockey. Aint we got fun! [1] https://discuss.atom.io/t/visual-studio-code-and-atom/16479/12 https://discuss.atom.io/t/visual-studio-code-and-atom/16479/... [2] https://en.wikipedia.org/wiki/Electron_(software_framework) https://en.wikipedia.org/wiki/Electron_(software_framework) [3] https://forum.sublimetext.com/t/sublimes-future-and-open-source/7424 https://forum.sublimetext.com/t/sublimes-future-and-open-sou...

jarcane 11y ago
Brackets was quite nice for what it can do out of the box, but I found the community support very poor, so there's really not much more than that it can do. LightTable was a clever idea that never quite fit my workflow, and which as far as I can tell is basically dead. The creators have abandoned it, and the surviving maintainer support is of the "pull requests welcome" variety. There are glaring bugs in basic features like inline eval, and maintainer response was a combination of "eh, we're cutting that feature anyway" and "fix it yourself." Sure as hell doesn't give me any hope that this "Eve" thing their hyping is anything but smoke and mirrors.
- 13years 11y ago
  I'm still using and prefer Brackets. Starting using it because it's performance was better than any other prior to VS Code. However, Brackets new instant search is awesome and no other editor has it. For large projects I find it a great feature to be able to search all files in realtime as you type.
  - jarcane 11y ago
    Oh yeah, performance-wise I'd say it beats either Atom or VS Code right out the gate. I just never managed to get an environment set up for what I needed to do at the time (ES6/Clojure[script]) so it wasn't much use.
  - bdisraeli 11y ago
    Unless I'm totally missing the point of the instant search feature, this is definitely something you can do in Emacs[1], and something I believe I've seen co-workers do in Sublime. [1] https://github.com/syohex/emacs-helm-ag https://github.com/syohex/emacs-helm-ag
    - 13years 11y ago
      At a cursory glance, I'm not sure it is the same. Brackets keeps some type of index. So there is zero delay whenever you perform a project wide search. Looks like Emacs helm uses Silver Searcher which is real time, but impressively fast.
  - happyhowler 11y ago
    Do you know how instant search is implemented? I'd assume the files are pre indexed but I'm wondering how large projects are handled.

jarcane 11y ago

Brackets was quite nice for what it can do out of the box, but I found the community support very poor, so there's really not much more than that it can do. LightTable was a clever idea that never quite fit my workflow, and which as far as I can tell is basically dead. The creators have abandoned it, and the surviving maintainer support is of the "pull requests welcome" variety. There are glaring bugs in basic features like inline eval, and maintainer response was a combination of "eh, we're cutting that feature anyway" and "fix it yourself." Sure as hell doesn't give me any hope that this "Eve" thing their hyping is anything but smoke and mirrors.

13years 11y ago
I'm still using and prefer Brackets. Starting using it because it's performance was better than any other prior to VS Code. However, Brackets new instant search is awesome and no other editor has it. For large projects I find it a great feature to be able to search all files in realtime as you type.
- jarcane 11y ago
  Oh yeah, performance-wise I'd say it beats either Atom or VS Code right out the gate. I just never managed to get an environment set up for what I needed to do at the time (ES6/Clojure[script]) so it wasn't much use.
- bdisraeli 11y ago
  Unless I'm totally missing the point of the instant search feature, this is definitely something you can do in Emacs[1], and something I believe I've seen co-workers do in Sublime. [1] https://github.com/syohex/emacs-helm-ag https://github.com/syohex/emacs-helm-ag
  - 13years 11y ago
    At a cursory glance, I'm not sure it is the same. Brackets keeps some type of index. So there is zero delay whenever you perform a project wide search. Looks like Emacs helm uses Silver Searcher which is real time, but impressively fast.
- happyhowler 11y ago
  Do you know how instant search is implemented? I'd assume the files are pre indexed but I'm wondering how large projects are handled.