Regarding performance, VSCode is beating Atom by far according to Atom 
users themselves: https://github.com/atom/atom/issues/10188

On Wednesday, February 21, 2018 at 2:00:47 AM UTC-3, Xavier G. Domingo 
(xgid) wrote:
>
> Wow, this is amazing! I had this exact same idea about two weeks ago, but 
> for taking the best of Leo to VSCode instead of Atom!
>
> I've recently re-discovered VSCode thanks to a plugin made by a colleague 
> at work and I'm nearly falling in love with it. Clean interface, quite fast 
> (you have to try the cross-file search capabilities, even with regular 
> expressions, and with results being updated "on the fly" along your file 
> edits) and with a rich and constantly improving extensibility API 
> <https://code.visualstudio.com/docs/extensionAPI/overview>. Oh, and it 
> also uses Shift-Ctrl-P to open the Command Palette!
>
> I'm just starting to know the good and the ugly of VSCode, but I've seen 
> some really good design decisions so far and a constant focus on improving 
> the overall performance and UX of the editor. Another plus for me is that 
> it's mainly written in TypeScript, quite better than "plain" javascript.
>
> So well, I just wanted to say that I find your proposal really appealing. 
> I would really love to have all Leo features in VSCode in the near future!
>
> Either Atom or VSCode, I agree they *might* be the future of Leo! These 
> are really exciting times.
>
> Yours, 
> Xavier
>
> On Tuesday, February 20, 2018 at 12:52:38 PM UTC-3, Edward K. Ream wrote:
>>
>> Don't panic.  Note the word "might" in the title.
>>
>> Before going further, please look at the Why Atom? 
>> <http://flight-manual.atom.io/getting-started/sections/why-atom/> page. 
>> It would also be good to install atom 
>> <http://flight-manual.atom.io/getting-started/sections/installing-atom/> 
>> and read Atom Basics 
>> <http://flight-manual.atom.io/getting-started/sections/atom-basics/> 
>> page.  Make sure to try Shift-Ctrl-P :-)
>>
>> The atom editor deserves serious consideration as a "hosting platform" 
>> for Leo's technology, for at least the following reasons:
>>
>> - Afaik, atom does everything it has *in common* with Leo significantly 
>> better than Leo does.  That includes installing plugins and themes, 
>> managing the screen, search/replace, basic settings, minibuffer interface, 
>> syntax coloring, auto-completion, support for git, rendering markdown, 
>> IPython/Jupyter support, etc. Atom might win the "most cool features" award 
>> among all text editors and ide's.
>>
>> - Atom has superb docs, and is significantly easier for newbies to use 
>> than Leo.
>>
>> - Atom is "going places".  Atom has a large user base and many active 
>> devs. Atom boasts hundreds of plugins, including:
>>
>> hydrogen <https://github.com/nteract/hydrogen>: Adds IPython-like 
>> features and was inspired by Light Table, with similar features. Another 
>> post will discuss how this might be adapted to form the basis of a Leo 
>> plugin for Atom. This apparently replaces the jupyter-notebook plugin.
>>
>> remote-edit <https://atom.io/packages/remote-edit>: Supports browsing 
>> and editing remote files using FTP and SFTP.
>>
>> This page <https://atom.io/packages/list?direction=desc&sort=downloads> 
>> lists all atom plugins, sorted by most downloads.
>>
>> - Atom is a desktop App. From the Why Atom? 
>> <http://flight-manual.atom.io/getting-started/sections/why-atom/> page:
>>
>> "Web browsers are great for browsing web pages, but writing code is a 
>> specialized activity that warrants dedicated tools. More importantly, the 
>> browser severely restricts access to the local system for security reasons, 
>> and for us, a text editor that couldn't write files or run local 
>> subprocesses was a non-starter."
>>
>> - Atom uses the *latest* version of the Chrome rendering engine.  From 
>> the Why Atom? 
>> <http://flight-manual.atom.io/getting-started/sections/why-atom/> page:
>>
>> "Another great benefit [of Atom] is the guarantee that it's running on 
>> the newest version of Chromium. That means we can ignore issues like 
>> browser compatibility and polyfills. *We can use all the web's shiny 
>> features of tomorrow, today*."
>>
>> - Atom plays well with C++ (or Python): From the Why Atom? 
>> <http://flight-manual.atom.io/getting-started/sections/why-atom/> page:
>>
>> "Interacting with native code is also really simple. For example, we 
>> wrote a wrapper around the Oniguruma regular expression engine for our 
>> TextMate grammar support. In a browser, that would have required adventures 
>> with NaCl or Esprima. Node integration made it easy."
>>
>> *Summary*
>>
>> Atom has virtually everything, *except* those features that make Leo 
>> what it is, namely scripting *in Python,* scripting API, clones, access 
>> to outline data, @clean, etc. We might delegate everything else to atom ;-)
>>
>> The big question is, can Leo remain Leo when hosted on atom?  I believe 
>> the answer is yes.  The hydrogen <https://github.com/nteract/hydrogen> 
>> package hints at the way forward.  More details in another post or two.
>>
>> My next prototype will be an atom plugin, following this excellent 
>> tutorial <https://github.com/blog/2231-building-your-first-atom-plugin>.
>>
>> All comments welcome.
>>
>> Edward
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Reply via email to