3 ms·

Awesome, this looks like an editor I've wanted to have for a while. I'll definitely be trying it out. Basically it seems to take the good parts from a few othe

Awesome, this looks like an editor I've wanted to have for a while. I'll definitely be trying it out. Basically it seems to take the good parts from a few other editors and combines them: It's like VSCode, but without the bloat of electron or Microsoft's telemetry. It's like sublime text, but it's open source and has first class LSP support. It's like Neovim, but it doesn't require downloading and configuring a bunch of mystery meat plugins just to get what have been table stakes editor features for decades.

PurpleRamen 3y ago
> It's like VSCode, but without the bloat of electron or Microsoft's telemetry. But isn't the bloat of electron which enables the greatest benefit of VS Code? By which I mean the plugins with their wide range of abilities and UI-integrations. > It's like sublime text, but it's open source and has first class LSP support. Sublime has LSP since a while now.
- sneed_chucker 3y ago
  > But isn't the bloat of electron which enables the greatest benefit of VS Code? By which I mean the plugins with their wide range of abilities and UI-integrations. Maybe for some users. I'm sparing with extensions because I find them hard to vet; I checked and I'm only using clangd and prettier right now. But I don't think Electron is required in order to have rich extensions - just see Vim/Neovim, Emacs, or any IDE. > Sublime has LSP since a while now. My bad then. I thought sublime's LSP support came from a third party package.
  - PurpleRamen 3y ago
    > But I don't think Electron is required in order to have rich extensions - just see Vim/Neovim, Emacs, or any IDE. I don't know about IDEs, but I wouldn't put vim & Emacs on the same level as VS Code in terms of interfaces. They go much further than your average text-editor and also grow over time, but at the end they are still text-based interfaces with some fluff. Though, It of course depends strongly on your requirements. For most developers, text with fluff is more than enough.
    - sneed_chucker 3y ago
      I mean, aren't there whole web browsers and email clients written inside of Emacs? Isn't there a whole "Emacs is an operating system" joke? But in any case, I try to avoid bespoke custom editor setups unless there's a situation that really warrants it.
      - tmtvl 3y ago
        Only one web browser, I think. The w3m package exists, but that's just a communication layer between Emacs and w3m.
      - PurpleRamen 3y ago
        > I mean, aren't there whole web browsers and email clients written inside of Emacs? Depends on your definition of "whole". Those modes work by removing features from the webstack, or by borrowing from external GUIs. Emacs browser w3m for example, is AFAIK unable to handle JavaScript. Electron-apps on the other side offer you whole webstack, including all available components, widgets, libs, frameworks, or whatever. So it's very easy to take some webapp or component and integrate into your workflows. Apps like Emacs are unable of doing this, and thus constantly on a game of fetching up on popular features and services.
    - doix 3y ago
      I see the limitations of vim an advantage not a disadvantage. Because everything is a buffer and the layout is just windows, the usual keys just work. It's one of the things I have about "real" IDEs with a vim mode. The one in vscode is pretty good, it's pretty rare I break it when just editing code (mostly '.' not doing what I expect). But everything else doesn't fit the vim model. I have the file manager or something open in the left and I can't reach it with ctrl+h, because it's own weird UI thing not just a split (like it would be in vim).
      - JeremyNT 3y ago
        This is exactly what has always kept me bouncing off of these things. As a vim user I can reach a sort of uncanny valley where the core editing loop feels "right," but I end up having to fight against all that muscle memory when it comes to using features outside of it.
  - CrendKing 3y ago
    > I don't think Electron is required in order to have rich extensions - just see Vim/Neovim, Emacs, or any IDE At the cost of difficulty. Recently I wrote a VSCode extension myself with zero prior knowledge (shameless plug: https://github.com/CrendKing/universal-format-on-type/ https://github.com/CrendKing/universal-format-on-type/), in probably one day. All I needed to study is their extension API that I cared about. No need for learning a whole new language or DSL. Also easy to debug since there is no compilation and little environment setup. There is a good reason even though everyone acknowledge about Electron's performance cost, everyone is still using it.
    - ziftface 3y ago
      I haven't made a vscode extension, but I don't agree that neovim extensions are created with any great difficulty. The lua API is easy to use and well documented. There is a huge ecosystem of neovim extensions precisely because it is so easy to get started.
- jokethrowaway 3y ago
  VS code is reasonably fast, sane defaults and language support, that's why it's popular. Plugins are overrated and I try not to use them as much as I can.
marwis 3y ago
> It's like VSCode, but without the bloat of electron or Microsoft's telemetry. Just did a quick comparison on Windows 11 and vscode with hello world uses 400MB but lapce used 900MB :)
- sbt567 3y ago
  I've tried it on Linux, load it with a Rust project, and it only consumes around 100MB. Dunno what happens on Windows though

PurpleRamen 3y ago

> It's like VSCode, but without the bloat of electron or Microsoft's telemetry. But isn't the bloat of electron which enables the greatest benefit of VS Code? By which I mean the plugins with their wide range of abilities and UI-integrations. > It's like sublime text, but it's open source and has first class LSP support. Sublime has LSP since a while now.

sneed_chucker 3y ago
> But isn't the bloat of electron which enables the greatest benefit of VS Code? By which I mean the plugins with their wide range of abilities and UI-integrations. Maybe for some users. I'm sparing with extensions because I find them hard to vet; I checked and I'm only using clangd and prettier right now. But I don't think Electron is required in order to have rich extensions - just see Vim/Neovim, Emacs, or any IDE. > Sublime has LSP since a while now. My bad then. I thought sublime's LSP support came from a third party package.
- PurpleRamen 3y ago
  > But I don't think Electron is required in order to have rich extensions - just see Vim/Neovim, Emacs, or any IDE. I don't know about IDEs, but I wouldn't put vim & Emacs on the same level as VS Code in terms of interfaces. They go much further than your average text-editor and also grow over time, but at the end they are still text-based interfaces with some fluff. Though, It of course depends strongly on your requirements. For most developers, text with fluff is more than enough.
  - sneed_chucker 3y ago
    I mean, aren't there whole web browsers and email clients written inside of Emacs? Isn't there a whole "Emacs is an operating system" joke? But in any case, I try to avoid bespoke custom editor setups unless there's a situation that really warrants it.
    - tmtvl 3y ago
      Only one web browser, I think. The w3m package exists, but that's just a communication layer between Emacs and w3m.
    - PurpleRamen 3y ago
      > I mean, aren't there whole web browsers and email clients written inside of Emacs? Depends on your definition of "whole". Those modes work by removing features from the webstack, or by borrowing from external GUIs. Emacs browser w3m for example, is AFAIK unable to handle JavaScript. Electron-apps on the other side offer you whole webstack, including all available components, widgets, libs, frameworks, or whatever. So it's very easy to take some webapp or component and integrate into your workflows. Apps like Emacs are unable of doing this, and thus constantly on a game of fetching up on popular features and services.
  - doix 3y ago
    I see the limitations of vim an advantage not a disadvantage. Because everything is a buffer and the layout is just windows, the usual keys just work. It's one of the things I have about "real" IDEs with a vim mode. The one in vscode is pretty good, it's pretty rare I break it when just editing code (mostly '.' not doing what I expect). But everything else doesn't fit the vim model. I have the file manager or something open in the left and I can't reach it with ctrl+h, because it's own weird UI thing not just a split (like it would be in vim).
    - JeremyNT 3y ago
      This is exactly what has always kept me bouncing off of these things. As a vim user I can reach a sort of uncanny valley where the core editing loop feels "right," but I end up having to fight against all that muscle memory when it comes to using features outside of it.
- CrendKing 3y ago
  > I don't think Electron is required in order to have rich extensions - just see Vim/Neovim, Emacs, or any IDE At the cost of difficulty. Recently I wrote a VSCode extension myself with zero prior knowledge (shameless plug: https://github.com/CrendKing/universal-format-on-type/ https://github.com/CrendKing/universal-format-on-type/), in probably one day. All I needed to study is their extension API that I cared about. No need for learning a whole new language or DSL. Also easy to debug since there is no compilation and little environment setup. There is a good reason even though everyone acknowledge about Electron's performance cost, everyone is still using it.
  - ziftface 3y ago
    I haven't made a vscode extension, but I don't agree that neovim extensions are created with any great difficulty. The lua API is easy to use and well documented. There is a huge ecosystem of neovim extensions precisely because it is so easy to get started.
jokethrowaway 3y ago
VS code is reasonably fast, sane defaults and language support, that's why it's popular. Plugins are overrated and I try not to use them as much as I can.

marwis 3y ago

> It's like VSCode, but without the bloat of electron or Microsoft's telemetry. Just did a quick comparison on Windows 11 and vscode with hello world uses 400MB but lapce used 900MB :)

sbt567 3y ago
I've tried it on Linux, load it with a Rust project, and it only consumes around 100MB. Dunno what happens on Windows though