Our great sponsors
-
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
textadept
Textadept is a fast, minimalist, and remarkably extensible cross-platform text editor for programmers.
-
scintillua
Scintillua enables Scintilla lexers to be written in Lua, particularly using LPeg. It can also be used as a standalone Lua library for syntax highlighting support.
-
-
-
packer.nvim
A use-package inspired plugin manager for Neovim. Uses native packages, supports Luarocks dependencies, written in Lua, allows for expressive config
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
-
NvChad
Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
-
-
-
-
brackets
An open source code editor for the web, written in JavaScript, HTML and CSS. (by brackets-cont)
-
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
Yeah, there's a pre-release here: https://github.com/lite-xl/lite-xl/releases/tag/v2.1.0
There were some minor issues having the dev team get a working macbook that could test some stuff, to make sure there were no regressions. We're going through and closing PRs now, so hopefully should transition to a full release shortly.
Looks interesting. Especially in terms of its customisability, this reminds me a bit of Textadept, another Lua-based editor: https://orbitalquark.github.io/textadept/
Personally, I'd like to see Lpeg integration, and support for Scintillua lexers:
https://github.com/orbitalquark/scintillua
Which would give fairly complete syntax coverage, and a good foundation for building more sophisticated tools.
Lua patterns are fairly primitive, while the opposite is true of Lpeg.
https://lapce.dev/ is looking better every time I check
> To get Neovim kind of things to be anywhere near usable for modern day development work, you need to bolt a file browser, intellisense, command line section, remote editing section, container plugins, plugin installer, settings section etc etc on top of it
Why?
Neovim has multiple package managers. It has GUIs like https://github.com/neovide/neovide, it has support for LSP which can do something? Many people are comfortable with programming in an environment like that
It also has a terminal (even though if you use neovim you probably prefer to open terminals outside the IDE) and support remote editing too
Here are some links
https://github.com/wbthomason/packer.nvim & https://github.com/junegunn/vim-plug
https://neovide.dev/
https://neovim.io/doc/user/nvim_terminal_emulator.html
https://neovim.io/doc/user/remote.html
> To get Neovim kind of things to be anywhere near usable for modern day development work, you need to bolt a file browser, intellisense, command line section, remote editing section, container plugins, plugin installer, settings section etc etc on top of it
Why?
Neovim has multiple package managers. It has GUIs like https://github.com/neovide/neovide, it has support for LSP which can do something? Many people are comfortable with programming in an environment like that
It also has a terminal (even though if you use neovim you probably prefer to open terminals outside the IDE) and support remote editing too
Here are some links
https://github.com/wbthomason/packer.nvim & https://github.com/junegunn/vim-plug
https://neovide.dev/
https://neovim.io/doc/user/nvim_terminal_emulator.html
https://neovim.io/doc/user/remote.html
> To get Neovim kind of things to be anywhere near usable for modern day development work, you need to bolt a file browser, intellisense, command line section, remote editing section, container plugins, plugin installer, settings section etc etc on top of it
Why?
Neovim has multiple package managers. It has GUIs like https://github.com/neovide/neovide, it has support for LSP which can do something? Many people are comfortable with programming in an environment like that
It also has a terminal (even though if you use neovim you probably prefer to open terminals outside the IDE) and support remote editing too
Here are some links
https://github.com/wbthomason/packer.nvim & https://github.com/junegunn/vim-plug
https://neovide.dev/
https://neovim.io/doc/user/nvim_terminal_emulator.html
https://neovim.io/doc/user/remote.html
> There are many such projects, like Atom.io, whose support ends this year. I can't imagine this project will continue much further, even if I hope so.
I think I get what you mean here: over time there have been many editors that might have contributed ideas to others, yet didn't quite make it themselves, due to either competition, failing to capture a significant market share, or any number of other factors.
In my eyes, this is especially prevalent in regards to browser based (e.g. Electron) editors.
Atom, which you mentioned, fits into this category: https://atom.io/
There was also Brackets, which similarly fell by the wayside: https://brackets.io/
Here, Visual Studio Code largely got a large market share and quickly displaced other options in the eyes of most developers: https://code.visualstudio.com/
Even in regards to native editors, there are many smaller projects.
CudaText: https://cudatext.github.io/
Geany: https://www.geany.org/
Lite: (which this post is about)
Here, however, there are more platform-specific options, and many older projects that are still going strong: Sublime Text, Notepad++, Vim, Emacs and so on.
That said, while using a lesser known editor always comes with the risk that it'll be deprecated and won't see language integrations/features/plugins that you need, an editor's popularity isn't the only measure of success.
Some people don't mind using niche projects, because they feel comfy or fit their workflows well and that's good enough.
> The only real open source project that is up today is Visual Studio Code, but that will continue to be maintained, I hope.
I wouldn't say that the larger projects are the only "real" ones, though. Admittedly, it is also reasonable to generally go for the larger projects, if you want a more stable long term experience, though.
> There are many such projects, like Atom.io, whose support ends this year. I can't imagine this project will continue much further, even if I hope so.
I think I get what you mean here: over time there have been many editors that might have contributed ideas to others, yet didn't quite make it themselves, due to either competition, failing to capture a significant market share, or any number of other factors.
In my eyes, this is especially prevalent in regards to browser based (e.g. Electron) editors.
Atom, which you mentioned, fits into this category: https://atom.io/
There was also Brackets, which similarly fell by the wayside: https://brackets.io/
Here, Visual Studio Code largely got a large market share and quickly displaced other options in the eyes of most developers: https://code.visualstudio.com/
Even in regards to native editors, there are many smaller projects.
CudaText: https://cudatext.github.io/
Geany: https://www.geany.org/
Lite: (which this post is about)
Here, however, there are more platform-specific options, and many older projects that are still going strong: Sublime Text, Notepad++, Vim, Emacs and so on.
That said, while using a lesser known editor always comes with the risk that it'll be deprecated and won't see language integrations/features/plugins that you need, an editor's popularity isn't the only measure of success.
Some people don't mind using niche projects, because they feel comfy or fit their workflows well and that's good enough.
> The only real open source project that is up today is Visual Studio Code, but that will continue to be maintained, I hope.
I wouldn't say that the larger projects are the only "real" ones, though. Admittedly, it is also reasonable to generally go for the larger projects, if you want a more stable long term experience, though.
> There are many such projects, like Atom.io, whose support ends this year. I can't imagine this project will continue much further, even if I hope so.
I think I get what you mean here: over time there have been many editors that might have contributed ideas to others, yet didn't quite make it themselves, due to either competition, failing to capture a significant market share, or any number of other factors.
In my eyes, this is especially prevalent in regards to browser based (e.g. Electron) editors.
Atom, which you mentioned, fits into this category: https://atom.io/
There was also Brackets, which similarly fell by the wayside: https://brackets.io/
Here, Visual Studio Code largely got a large market share and quickly displaced other options in the eyes of most developers: https://code.visualstudio.com/
Even in regards to native editors, there are many smaller projects.
CudaText: https://cudatext.github.io/
Geany: https://www.geany.org/
Lite: (which this post is about)
Here, however, there are more platform-specific options, and many older projects that are still going strong: Sublime Text, Notepad++, Vim, Emacs and so on.
That said, while using a lesser known editor always comes with the risk that it'll be deprecated and won't see language integrations/features/plugins that you need, an editor's popularity isn't the only measure of success.
Some people don't mind using niche projects, because they feel comfy or fit their workflows well and that's good enough.
> The only real open source project that is up today is Visual Studio Code, but that will continue to be maintained, I hope.
I wouldn't say that the larger projects are the only "real" ones, though. Admittedly, it is also reasonable to generally go for the larger projects, if you want a more stable long term experience, though.
> There are many such projects, like Atom.io, whose support ends this year. I can't imagine this project will continue much further, even if I hope so.
I think I get what you mean here: over time there have been many editors that might have contributed ideas to others, yet didn't quite make it themselves, due to either competition, failing to capture a significant market share, or any number of other factors.
In my eyes, this is especially prevalent in regards to browser based (e.g. Electron) editors.
Atom, which you mentioned, fits into this category: https://atom.io/
There was also Brackets, which similarly fell by the wayside: https://brackets.io/
Here, Visual Studio Code largely got a large market share and quickly displaced other options in the eyes of most developers: https://code.visualstudio.com/
Even in regards to native editors, there are many smaller projects.
CudaText: https://cudatext.github.io/
Geany: https://www.geany.org/
Lite: (which this post is about)
Here, however, there are more platform-specific options, and many older projects that are still going strong: Sublime Text, Notepad++, Vim, Emacs and so on.
That said, while using a lesser known editor always comes with the risk that it'll be deprecated and won't see language integrations/features/plugins that you need, an editor's popularity isn't the only measure of success.
Some people don't mind using niche projects, because they feel comfy or fit their workflows well and that's good enough.
> The only real open source project that is up today is Visual Studio Code, but that will continue to be maintained, I hope.
I wouldn't say that the larger projects are the only "real" ones, though. Admittedly, it is also reasonable to generally go for the larger projects, if you want a more stable long term experience, though.
If you're at all interested (though I'm not doing releases yet), I have a fork called 'write-xl' (https://github.com/adamharrison/write-xl), which does have a git plugin that autocommits+pushes to git on double save (double ctrl+s), as well as a bunch of other standard markdown creative writing stuff (bolding on ctrl+b, spellcheck, etc..) . I use it on my android tablet for creative writing.
Are you interested in releases for something like that?
> Installing it in vim is going on shopping spree for a car first, then using the car to go on shopping spree using that car.
Again, I think you're coming from a place of a lot of experience w/ VSCode and less in Vim. I needed PlantUML for something, so I:
- Googled for 'vim plantuml'
- Went to https://github.com/weirongxu/plantuml-previewer.vim
- Added "Plug 'weirongxu/plantuml-previewer.vim'" and "Plug 'akit/plantuml-syntax'" to my init.vim
- Ran ":source ~/.config/nvim/init.vim"
- Ran ":PlugInstall"
At least to me, this is the same as opening up the plugin catalog in VSCode and picking stuff.
---
I do a lot of varied development across different tech too: React, C, Svelte, Python/FastAPI/Django, Go, Lua, various SQLs, protobufs, JSON, CSVs... just all kinds of stuff. I've found Vim to not only be adequate, but excel. Maybe VSCode is great at all of these things, but that's not my point. My point is Vim works for me in the case you're describing, lots of different kinds of development on several different platforms.
> The thing here is magically enough vscode does a lot of things really well out of the box.
I think this is maybe the crux of our disagreement: you're pretty anti-config. I'm not wild about config either, some people's .vimrc files make me shudder, and when I learned about EMACS config bankruptcy I laughed out loud haha. But like, I like that I can set my default tabstop and shiftwidth, or change it per-language. I like that I can set hlsearch and incsearch. And I like that I can drop my config on almost any machine running and I'm in my element. There's a balance to strike, for sure, and maybe it is nice to sort of live out of a suitcase for your work life as it were. But for me, I've enjoyed decorating my work home.