Xray – An experimental next-generation Electron-based text editor

Re:Xray – An experimental next-generation Electron-based tex... by switchbak on Monday March 05, 2018 @07:55PM (#16526019)

If it weren't for the oddness of the language, Lua would be a perfect fit. Near-C speeds, super flexible, no recompiles.

You'd lose type safety compared to Rust, but they don't have that with JS now anyway.

I don't think the majority of the memory consumption is from JS though, moreso the embedded browser+DOM approach.

Edit: Blaming electron for bloat more than JS.

[ Parent | on HN ]

Re:Xray – An experimental next-generation Electron-based tex... by flavio81 on Tuesday March 06, 2018 @08:26AM (#16528664)

>If it weren't for the oddness of the language, Lua would be a perfect fit. Near-C speeds, super flexible, no recompiles.

True.

But there are also other dynamic languages that can go as fast as LuaJIT and of course faster than V8: Common Lisp and some Scheme implementations.

Both are very elegant languages, moreso than Lua (which is very peculiar.)

However, for the goals of an editor, my choice would be Free Pascal with Lazarus. It is already complete for cross-platform UI deployment. And compiled code is really fast.

[ Parent | on HN ]

Re:Xray – An experimental next-generation Electron-based tex... by clnhlzmn on Monday March 05, 2018 @09:07PM (#16526337)

Check out Textadept. It's an editor written largely in Lua.

[ Parent | on HN ]

Re:Xray – An experimental next-generation Electron-based tex... by daurnimator on Monday March 05, 2018 @10:36PM (#16526684)

or Howl

[ Parent | on HN ]

Re:Xray – An experimental next-generation Electron-based tex... by vvanders on Monday March 05, 2018 @10:27PM (#16526653)

I love Lua but VSCode is mostly written in TypeScript so you get a fair number type checks.

[ Parent | on HN ]

Re:Xray – An experimental next-generation Electron-based tex... by pier25 on Monday March 05, 2018 @08:12PM (#16526108)

> embedded browser+DOM

And also Node.

[ Parent | on HN ]