9 ms·

SpaceVim 2.0

185 points by christophilus 4y ago

eimrine 4y ago
ASCII graphics of "SpaceVim" on a screenshot seems broken.
- bobbylarrybobby 4y ago
  Yeah, looks like a backtick is in the p where it shouldn't be.
  - smegsicle 4y ago
    or is escaped where it shouldn't be
nXqd 4y ago
how is it's support for Git copilot?
alberth 4y ago
It’s too bad that Onivim2 development stopped. https://v2.onivim.io/ https://v2.onivim.io/ It had the potential of being all the great things of both SpaceVim + VS Code combined into a native app.
- thecatster 4y ago
  I was really hope for that to turn out well, but alas, but to Emacs or Neovim I go. I even paid for an Onivim2 license.
- thomasfortes 4y ago
  If I had to bet, I would guess that the ReasonML > Rescript drama/change killed a lot of the momentum in the community.
  - Sparkenstein 4y ago
    The reason why you shouldn't go for obscure frameworks for new projects and stick to popular libraries like vue react
    - thomasfortes 4y ago
      Funny thing, ReasonML (the alternative syntax for OCaml) was created by Jordan Walke, who also created React. The cool thing about Bucklescript is that it generated pretty readable javascript, so dropping the compiler and working with the JS files was pretty easy, which is what I did with a project that I was working when the drama started, just used the generated js files and slowly replaced them with typescript when needed.
  - triyambakam 4y ago
    I'm only vaguely aware of the change. Can you elaborate?
    - thomasfortes 4y ago
      The creator of bucklescript (ReasonML/OCaml to JS compiler) decided to drop ocaml support and gather the already built community around his new project (Rescript) and it wasn't well received by the part of the community that were interested in ReasonML (and OCaml) for native or hybrid applications, which is kind of obvious since: 1. Rescript is not ReasonML/OCaml, it is a new language. 2. Rescript doesn't compile to native code. Forks were being discussed, the creator didn't like the criticisms of his decision (which came as a surprise for most of the community), people didn't liked having the rug pulled out of their feet, aggressive comments were made, people were angry and the community got separated between web and native, both weaker than the united one. TL;DR; The creator decided that his project was for web only, alienated the native developers out of the blue and shattered the community.
    - d3nj4l 4y ago
      You can read about the ReScript change here: https://rescript-lang.org/blog/bucklescript-is-rebranding https://rescript-lang.org/blog/bucklescript-is-rebranding I wouldn't go so far as GP as to call it "drama", but the split left Reason without a reason (pun intended) to exist or any activity for that matter. Most of the people who liked Reason for frontend usecases moved to ReScript since that at least had some momentum behind it. Since the split, Reason itself has been largely on life support, with no significant changes and almost no forum activity in the past year. So newcomers to Reason see a dead community for a language which is a syntax extension for another language with a (relatively) alive community. The fact that Reason hasn't seen a surge in enthusiasm corresponding to the enthusiasm in the OCaml community with the advent of 5.0 and multicore is proof enough that Reason is dead, and projects written in Reason should probably consider moving to OCaml entirely considering there are planned changes to the OCaml syntax for effects which I don't think are going to make it to Reason. Some people in the Reason world blame the ReScript people for this, which I think is entirely misplaced. The only reason (pun not intended this time) Reason has died off is that there is absolutely no clarity on the future of Reason. The creator of Reason, Jordan Walke, has been entirely MIA for about two years now. A version 4.0 was planned in 2020 and as of now hasn't come up. This issue was opened in Nov 2020 asking for future plans and is still unresolved, and the latest comment from a new developer just makes my point: https://github.com/reasonml/reason/issues/2634 https://github.com/reasonml/reason/issues/2634.
- cercatrova 4y ago
  I've found Helix Editor to be a good successor [0], although it's still in development. Vim-like modal editing with fast performance due to being written in Rust rather than Electron. [0] https://helix-editor.com/ https://helix-editor.com/
  - konart 4y ago
    How can it be a successor to Oni if it's terminal-only application?
    - cercatrova 4y ago
      Due to speed and vim-like editing, with certain things like tree-sitter support built in, similar to how Oni has things built in. With (Neo)Vim you'd have to configure that yourself. That it's terminal versus GUI doesn't make much difference to me, since as long as it shows text/code on the screen, I don't really care how it displays it.
      - N-Krause 4y ago
        OniVim's main selling points was it beeing close to VSCode, so saying Helix Editor is its successor but not having the main features does not make a lot of sense to me. Based on your points it sounds like Helix Editor is pretty much the same as SpaceVim.
        cercatrova 4y ago
        I used OniVim due primarily to speed and not having to set up a vimrc. That it was a GUI app versus terminal based is immaterial to me. Now I have my own vimrc so it doesn't matter much anymore, but last year OniVim was nice enough to use.
      - konart 4y ago
        As stated already - the main selling point of Oni is\was VSCode-like UI, ease of extension installation etc. Speed or vim-like editing was not a selling point at all. >I doesn't make much difference to me Okay, but this is completely beyond the point.
encryptluks2 4y ago
I'm wondering if it would make more sense to integrate a Vim-like text editor directly into a GPU-accelerated terminal like Alacritty?
- dmix 4y ago
  Spacevim is just a config, I used it for years with Vim in Kitty (GPU accelerated). Unless you mean a more direct integration?
- chmod775 4y ago
  What benefits do you imagine that would bring?
  - encryptluks2 4y ago
    Rather than being limited by console-based rendering, it could do the heavy lifting... like being able to render a markdown file natively with different font sizes.
- dbalatero 4y ago
  I already have that when I type `nvim` in Alacritty?
  - encryptluks2 4y ago
    Yeah, but it is still rendered in console-mode.
- konart 4y ago
  Alacritty already has vi mode though. And you obviously can run vim\nvim from Alacritty, what kind of integration you are talking about?
broknbottle 4y ago
Not built on electron. Hard pass. If it doesn’t require at least a workstation with 32GB of RAM to run one tab with a simple Python script, I’m not interested in it.
- DiabloD3 4y ago
  You had me in the first half, not gonna lie.
- gooseyard 4y ago
  right? like what was the point of beefing up this workstation if I'm just gonna run Nano?
- planetsprite 4y ago
  in the future OS installations will need a node_modules folder
  - michaelmrose 4y ago
    Where we're going you don't need node_modules.
danschumann 4y ago
Oh wow, I'm a vim user and i have yet to hear about this. It's basically a version of vim with more goodies? Does it run in terminal and gui?
- smitty1e 4y ago
  As a Spacemacs user, the idea is a distribution that harmonizes a package collection into "layers" for Good Justice. Using the space bar to drive a text interface is a win over the stock emacs key chords, which wear out my left arm/wrist. Vi's modal editing, once understood, is a general win, too. Spacemacs blew my mind by setting up a Language Server Protocol (LSP) environment for python with almost zero effort. Not sure if SpaceVim is quite as broad in its feature set.
- konart 4y ago
  Not a version but a complex configuration that can be used with Vim or NeoVim.
Hnus 4y ago
Is it possible to rebind spacebar (SCP) to something else now?
ngai_aku 4y ago
It’s a little comical that SpaceVim has reached v2.0 while it’s inspiration, Spacemacs, is perpetually on v0.200. Anyway, congratulations to the SpaceVim team!
- onelovetwo 4y ago
  Version numbers don't really anything when comparing two projects. Usually it actually means the maintainer is trying hard not to make breaking changes (bumping the version).
garren 4y ago
How does this compare to LunarVim? LunarVim seems to work pretty well, although I regularly get stuck after an update.
- linsomniac 4y ago
  I used SpaceVim for a month or two, and it was good, but I switched to LunarVim and it's amazing! Been using it for ~6 months. As you say, updates are a bit rough. I've given up on updating,and periodically I just reinstall it from scratch (a fairly painless process, they did amazing at making it easy to install). I figure this is comes with the territory of a rapidly evolving package. The Treesitter and LSP features give me real-time code intelligence that I had been missing, and has made porting python2->python3, especially with type annotations, so much easier!
  - agarren 4y ago
    I’ve been doing the same as far as reinstalling when an update goes awry. Not super convenient, but not too painful either. Overall I’ve found the LunarVim experience worth it. I think you’re right, it’s a quick moving package and bumpy updates are par for the course. I’ll give SpaceVim a shot. LunarVim is great, but it’s good to see what else is out there. I love vim in general, but I’ve found myself killing too much time fine-tuning/breaking my config. LunarVim more or less works out of the box and gives me what I want. I’m curious to see what SpaceVim has to offer.
    - linsomniac 4y ago
      I went to LunarVim to try to get out of the business of fine-tuning vim configs and custom configs, so I'm trying to keep my changes from stock as minimal as possible, adapting where possible. One of the things that I can't adapt to is ESC+j/k moving the current line up or down, I was always accidentally moving lines around, sometimes not noticing it until code blew up.
- kamaal 4y ago
  I was not able to even install/build LunarVim. I think these packages need to ship with homebrew or atleast some sort of an installer. Building them seems to be very hard for people who just want to use it, and not go down hacking rabit hole.
p10_user 4y ago
I’ve come full circle. I now don’t use any config, instead writing file specific setting with modeline. Although now I’ve started collecting modeline templates I need get bound to some hotkeys. Back to the .vimrc I go.
- samrocksc 4y ago
  I was the same way to be honest. I ended up taking the parts I liked from spacemacs/lunarvim and adding them. I also started doing all my configs in lua, because it's great
shmerl 4y ago
What plugins are used in this screenshot? https://cloud.githubusercontent.com/assets/296716/25455341/6af0b728-2a9d-11e7-9721-d2a694dde1a8.png https://cloud.githubusercontent.com/assets/296716/25455341/6...
gigatexal 4y ago
Telescope is a game changer.
- wolverine876 4y ago
  What does it do? I looked a bit on their site but don't see a description of its features.
  - gigatexal 4y ago
    https://m.youtube.com/watch?v=OhnLevLpGB4 https://m.youtube.com/watch?v=OhnLevLpGB4
  - pxc 4y ago
    It's a search/completion interface built around fuzzy finders and regex, with previews for results. It looks similar to ido, Helm, Ivy, Vertico, etc., in the Emacs world.
- christophilus 4y ago
  It’s a beast. I can’t live without it.
johncoltrane 4y ago
"I don't want to learn all that Vim stuff and configure it myself so I will let someone configure it for me and learn their stuff instead."
- themodelplumber 4y ago
  See also: Gentoo vs. Debian, Arch vs. Mint, groceries vs. takeout, etc etc...
- SkyMarshal 4y ago
  Is that a problem?
  - johncoltrane 4y ago
    Yes.
- least 4y ago
  I have my own configuration for vim/neovim, but there's a lot of faffing about finding plugins and tweaking settings to suit my workflow. The end result is kind of a sort of functional stack but without much consistency since it's evolved over time and I simply don't want to refactor it into something more sensible with less conflicts. Something like SpaceVim kind of makes it so someone doesn't have to concern themselves with that because someone designed the entire thing from the ground up so you're less likely to run into issues that someone who's gradually built up their vim config over time would. That isn't even mentioning the fact that it all hypothetically just works together and you can be productive actually programming out of the box with something like this. I think for someone that is interested in using Vim (or Emacs, for that matter), these premade configurations with their own superset of paradigms seems like a much better approach to going about it. They can, after all, switch to building out their own config down the line if they feel the need or desire to.
  - johncoltrane 4y ago
    Someone interested in $THING would be better off learning $THING directly rather than tip-toeing around it. The argument that they can still decide to do it properly when they want is not grounded in reality. People get used easily to those things so two things happen in those cases: - they get very frustrated by the real Vim, - they try to replicate their previous ready-made config anyway. It's all just some elaborate avoidance strategy.
LeicaLatte 4y ago
I'm way more productive with SpaceVim. Its very good!
CyMonk 4y ago
has anybody an opinion on lunarvim vs nvchad?
robertwt7 4y ago
SpaceVim has thought me a lot of stuff that I didn’t know it could have been done with vim it has made me fall in love with vim much more than before. Thanks to the dev for putting so much effort on this. Amazing project and maintainer. Donated to help the project!
b215826 4y ago
SpaceVim aka "I like Vim's 1337 h4x0r creds, but I want to use it like I use VS Code."
mtlmtlmtlmtl 4y ago
I used Spacevim for a few months. But ditched it and Prelude for Emacs for the same reason. These things download huge source trees of config files that are painful to change, import huge amounts of extensions that will have all sorts of broken interactions, and the documentation leaves much to be desired when trying to solve these internal issues. In the end I settled for vanilla emacs, where I gradually build up a configuration. Once a week I pick something that's been annoying me in the past week and do the configuration for that by hand. This way I avoid bloat and it keeps things pretty sane in terms of configuration complexity. Also I get plenty of time to learn all the shortcuts in my setup as opposed to having a confusing mess of 30 extensions to learn all at once.
- 0x4FFC8F 4y ago
  What you mentioned is pretty much the way to go. You work on your config on the weekend what you thought was missing throughout your week. I wish everyone tells that the people starting out with vim/Emacs.
  - oblio 4y ago
    > What you mentioned is pretty much the way to go. You work on your config on the weekend what you thought was missing throughout your week. I wish everyone tells that the people starting out with vim/Emacs. If that's the way to work with vim/Emacs, that would basically kill all mainstream interest in them. "Work during the week so you can work during your weekends" is not what most people want.
    - mtlmtlmtlmtl 4y ago
      The whole point for me is that I pick something very constrained, so that it's fairly quick to do, maybe taking half an hour at most. This avoids spending hours on my editor at any one time which is infuriating
jb1991 4y ago
It's possible I'm one of the few who thinks the best thing about Vim is the keybindings and other nifty features like macros, while everything else is archaic and frustrating, hence why I always looks for a good vim mode in a more modern IDE. Though often the vim mode is lacking (i.e. Xcode doesn't even support the dot operator to repeat a motion, which is astounding), and so we get back to square one with using vim again.
- oblio 4y ago
  You're not. "Perfect is the enemy of good", they say. However "barely adequate yet entrenched is the enemy of good" is what's happening with vim/Emacs improvements. The core editors are antiquated and creaky technology that won't and can't really be updated correctly because those changes would break too much and also because there's nothing to be gained financially from it (sad, yet ever-present fact of life). One of the biggest and most successful attempts at such a modernization is Neovim, but it still won't reach Sublime Text or VS Code levels of popularity, because they're still a team of volunteers, not a company backing it.
  - Agentlien 4y ago
    I switched from Visual Studio to Vim ca 2013 mainly because the key bindings and macros made me feel a lot more efficient. I've tried Vim plugins for a number of editors including Visual Studio and Rider throughout the years. So far each one has had some few basic pieces of functionality implemented but not nearly enough to replace Vim. I feel like you need quite a large and well-rounded portion of its functionality to make a worthwhile replacement. With all the news I've seen about Neovim over the years I keep meaning to try it out at some time. I mainly haven't because there's nothing broken with my current setup and it seems like an investment of time and effort to reach a similar setup: I have quite a few changes in my vimrc and am using a number of plugins which I would need to get working or find replacements for.
  - sophacles 4y ago
    Why on earth would I care if my tools are winning today's popularity contest? Tomorrow there will be a new contest, and the day after, and so on. In the mean time I'll be doing something useful with a tool I know and that doesn't need me to relearn the same basic tasks iteration after iteration.
Accacin 4y ago
I love neovim and vim, but personally I've found that configuring the LSP has been very tedious and prone to breaking. For the last few months I've been using LunarVim, but always felt that it did too much and I felt it hard to configure. The last few weeks though, someone tipped me off to: https://github.com/brainfucksec/neovim-lua https://github.com/brainfucksec/neovim-lua It's basially a neovim config that's not minimal, but very reasonable. You can install and all the LSP config just worked. I also found it very easy to configure and set up to my liking (added telescope, etc.) If anyone out there is looking for a great base to start their own neovim config, try it out!
- jamespwilliams 4y ago
  https://github.com/jamespwilliams/neovim-go-nix-develop https://github.com/jamespwilliams/neovim-go-nix-develop The above is my attempt to create a minimal Neovim configuration that uses treesitter and nvim-lsp (albeit only for Go). It uses Nix, so if you have Nix installed you can immediately try the configuration out in a self-contained development shell. It’s too minimal for everyday use, but could be of inspiration.
- weberer 4y ago
  There's also NvChad https://github.com/NvChad/NvChad https://github.com/NvChad/NvChad
  - Accacin 4y ago
    Ah thanks, I'd saw that before and thought that it was more like LunarVim. I'll also be honest and the name really did put me off too =/ Will check if out though for sure, thanks!
fefe23 4y ago
Am I seeing it right that they don't mention vim, Bram, the Children in Uganda, yet they ask for donations for ... themselves?! I find that behavior quite despicable.
christophilus 4y ago
A lot of gatekeeping in this thread. I have my own grass fed, organic vim config the way God intended, but I think Spacevim is a great way for someone to dip their toes in the water. Just because someone uses a pre-built config doesn’t make them a lesser nerd. Also: I have learned of some handy plugins by following the project.

SpaceVim 2.0

185 points by christophilus 4y ago

eimrine 4y ago

ASCII graphics of "SpaceVim" on a screenshot seems broken.

bobbylarrybobby 4y ago
Yeah, looks like a backtick is in the p where it shouldn't be.
- smegsicle 4y ago
  or is escaped where it shouldn't be

nXqd 4y ago

how is it's support for Git copilot?

alberth 4y ago

It’s too bad that Onivim2 development stopped. https://v2.onivim.io/ https://v2.onivim.io/ It had the potential of being all the great things of both SpaceVim + VS Code combined into a native app.

thecatster 4y ago
I was really hope for that to turn out well, but alas, but to Emacs or Neovim I go. I even paid for an Onivim2 license.
thomasfortes 4y ago
If I had to bet, I would guess that the ReasonML > Rescript drama/change killed a lot of the momentum in the community.
- Sparkenstein 4y ago
  The reason why you shouldn't go for obscure frameworks for new projects and stick to popular libraries like vue react
  - thomasfortes 4y ago
    Funny thing, ReasonML (the alternative syntax for OCaml) was created by Jordan Walke, who also created React. The cool thing about Bucklescript is that it generated pretty readable javascript, so dropping the compiler and working with the JS files was pretty easy, which is what I did with a project that I was working when the drama started, just used the generated js files and slowly replaced them with typescript when needed.
- triyambakam 4y ago
  I'm only vaguely aware of the change. Can you elaborate?
  - thomasfortes 4y ago
    The creator of bucklescript (ReasonML/OCaml to JS compiler) decided to drop ocaml support and gather the already built community around his new project (Rescript) and it wasn't well received by the part of the community that were interested in ReasonML (and OCaml) for native or hybrid applications, which is kind of obvious since: 1. Rescript is not ReasonML/OCaml, it is a new language. 2. Rescript doesn't compile to native code. Forks were being discussed, the creator didn't like the criticisms of his decision (which came as a surprise for most of the community), people didn't liked having the rug pulled out of their feet, aggressive comments were made, people were angry and the community got separated between web and native, both weaker than the united one. TL;DR; The creator decided that his project was for web only, alienated the native developers out of the blue and shattered the community.
  - d3nj4l 4y ago
    You can read about the ReScript change here: https://rescript-lang.org/blog/bucklescript-is-rebranding https://rescript-lang.org/blog/bucklescript-is-rebranding I wouldn't go so far as GP as to call it "drama", but the split left Reason without a reason (pun intended) to exist or any activity for that matter. Most of the people who liked Reason for frontend usecases moved to ReScript since that at least had some momentum behind it. Since the split, Reason itself has been largely on life support, with no significant changes and almost no forum activity in the past year. So newcomers to Reason see a dead community for a language which is a syntax extension for another language with a (relatively) alive community. The fact that Reason hasn't seen a surge in enthusiasm corresponding to the enthusiasm in the OCaml community with the advent of 5.0 and multicore is proof enough that Reason is dead, and projects written in Reason should probably consider moving to OCaml entirely considering there are planned changes to the OCaml syntax for effects which I don't think are going to make it to Reason. Some people in the Reason world blame the ReScript people for this, which I think is entirely misplaced. The only reason (pun not intended this time) Reason has died off is that there is absolutely no clarity on the future of Reason. The creator of Reason, Jordan Walke, has been entirely MIA for about two years now. A version 4.0 was planned in 2020 and as of now hasn't come up. This issue was opened in Nov 2020 asking for future plans and is still unresolved, and the latest comment from a new developer just makes my point: https://github.com/reasonml/reason/issues/2634 https://github.com/reasonml/reason/issues/2634.
cercatrova 4y ago
I've found Helix Editor to be a good successor [0], although it's still in development. Vim-like modal editing with fast performance due to being written in Rust rather than Electron. [0] https://helix-editor.com/ https://helix-editor.com/
- konart 4y ago
  How can it be a successor to Oni if it's terminal-only application?
  - cercatrova 4y ago
    Due to speed and vim-like editing, with certain things like tree-sitter support built in, similar to how Oni has things built in. With (Neo)Vim you'd have to configure that yourself. That it's terminal versus GUI doesn't make much difference to me, since as long as it shows text/code on the screen, I don't really care how it displays it.
    - N-Krause 4y ago
      OniVim's main selling points was it beeing close to VSCode, so saying Helix Editor is its successor but not having the main features does not make a lot of sense to me. Based on your points it sounds like Helix Editor is pretty much the same as SpaceVim.
      - cercatrova 4y ago
        I used OniVim due primarily to speed and not having to set up a vimrc. That it was a GUI app versus terminal based is immaterial to me. Now I have my own vimrc so it doesn't matter much anymore, but last year OniVim was nice enough to use.
    - konart 4y ago
      As stated already - the main selling point of Oni is\was VSCode-like UI, ease of extension installation etc. Speed or vim-like editing was not a selling point at all. >I doesn't make much difference to me Okay, but this is completely beyond the point.

encryptluks2 4y ago

I'm wondering if it would make more sense to integrate a Vim-like text editor directly into a GPU-accelerated terminal like Alacritty?

dmix 4y ago
Spacevim is just a config, I used it for years with Vim in Kitty (GPU accelerated). Unless you mean a more direct integration?
chmod775 4y ago
What benefits do you imagine that would bring?
- encryptluks2 4y ago
  Rather than being limited by console-based rendering, it could do the heavy lifting... like being able to render a markdown file natively with different font sizes.
dbalatero 4y ago
I already have that when I type `nvim` in Alacritty?
- encryptluks2 4y ago
  Yeah, but it is still rendered in console-mode.
konart 4y ago
Alacritty already has vi mode though. And you obviously can run vim\nvim from Alacritty, what kind of integration you are talking about?

broknbottle 4y ago

Not built on electron. Hard pass. If it doesn’t require at least a workstation with 32GB of RAM to run one tab with a simple Python script, I’m not interested in it.

DiabloD3 4y ago
You had me in the first half, not gonna lie.
gooseyard 4y ago
right? like what was the point of beefing up this workstation if I'm just gonna run Nano?
planetsprite 4y ago
in the future OS installations will need a node_modules folder
- michaelmrose 4y ago
  Where we're going you don't need node_modules.

danschumann 4y ago

Oh wow, I'm a vim user and i have yet to hear about this. It's basically a version of vim with more goodies? Does it run in terminal and gui?

smitty1e 4y ago
As a Spacemacs user, the idea is a distribution that harmonizes a package collection into "layers" for Good Justice. Using the space bar to drive a text interface is a win over the stock emacs key chords, which wear out my left arm/wrist. Vi's modal editing, once understood, is a general win, too. Spacemacs blew my mind by setting up a Language Server Protocol (LSP) environment for python with almost zero effort. Not sure if SpaceVim is quite as broad in its feature set.
konart 4y ago
Not a version but a complex configuration that can be used with Vim or NeoVim.

Hnus 4y ago

Is it possible to rebind spacebar (SCP) to something else now?

ngai_aku 4y ago

It’s a little comical that SpaceVim has reached v2.0 while it’s inspiration, Spacemacs, is perpetually on v0.200. Anyway, congratulations to the SpaceVim team!

onelovetwo 4y ago
Version numbers don't really anything when comparing two projects. Usually it actually means the maintainer is trying hard not to make breaking changes (bumping the version).

garren 4y ago

How does this compare to LunarVim? LunarVim seems to work pretty well, although I regularly get stuck after an update.

linsomniac 4y ago
I used SpaceVim for a month or two, and it was good, but I switched to LunarVim and it's amazing! Been using it for ~6 months. As you say, updates are a bit rough. I've given up on updating,and periodically I just reinstall it from scratch (a fairly painless process, they did amazing at making it easy to install). I figure this is comes with the territory of a rapidly evolving package. The Treesitter and LSP features give me real-time code intelligence that I had been missing, and has made porting python2->python3, especially with type annotations, so much easier!
- agarren 4y ago
  I’ve been doing the same as far as reinstalling when an update goes awry. Not super convenient, but not too painful either. Overall I’ve found the LunarVim experience worth it. I think you’re right, it’s a quick moving package and bumpy updates are par for the course. I’ll give SpaceVim a shot. LunarVim is great, but it’s good to see what else is out there. I love vim in general, but I’ve found myself killing too much time fine-tuning/breaking my config. LunarVim more or less works out of the box and gives me what I want. I’m curious to see what SpaceVim has to offer.
  - linsomniac 4y ago
    I went to LunarVim to try to get out of the business of fine-tuning vim configs and custom configs, so I'm trying to keep my changes from stock as minimal as possible, adapting where possible. One of the things that I can't adapt to is ESC+j/k moving the current line up or down, I was always accidentally moving lines around, sometimes not noticing it until code blew up.
kamaal 4y ago
I was not able to even install/build LunarVim. I think these packages need to ship with homebrew or atleast some sort of an installer. Building them seems to be very hard for people who just want to use it, and not go down hacking rabit hole.

p10_user 4y ago

I’ve come full circle. I now don’t use any config, instead writing file specific setting with modeline. Although now I’ve started collecting modeline templates I need get bound to some hotkeys. Back to the .vimrc I go.

samrocksc 4y ago
I was the same way to be honest. I ended up taking the parts I liked from spacemacs/lunarvim and adding them. I also started doing all my configs in lua, because it's great

shmerl 4y ago

What plugins are used in this screenshot? https://cloud.githubusercontent.com/assets/296716/25455341/6af0b728-2a9d-11e7-9721-d2a694dde1a8.png https://cloud.githubusercontent.com/assets/296716/25455341/6...

gigatexal 4y ago

Telescope is a game changer.

wolverine876 4y ago
What does it do? I looked a bit on their site but don't see a description of its features.
- gigatexal 4y ago
  https://m.youtube.com/watch?v=OhnLevLpGB4 https://m.youtube.com/watch?v=OhnLevLpGB4
- pxc 4y ago
  It's a search/completion interface built around fuzzy finders and regex, with previews for results. It looks similar to ido, Helm, Ivy, Vertico, etc., in the Emacs world.
christophilus 4y ago
It’s a beast. I can’t live without it.

johncoltrane 4y ago

"I don't want to learn all that Vim stuff and configure it myself so I will let someone configure it for me and learn their stuff instead."

themodelplumber 4y ago
See also: Gentoo vs. Debian, Arch vs. Mint, groceries vs. takeout, etc etc...
SkyMarshal 4y ago
Is that a problem?
- johncoltrane 4y ago
  Yes.
least 4y ago
I have my own configuration for vim/neovim, but there's a lot of faffing about finding plugins and tweaking settings to suit my workflow. The end result is kind of a sort of functional stack but without much consistency since it's evolved over time and I simply don't want to refactor it into something more sensible with less conflicts. Something like SpaceVim kind of makes it so someone doesn't have to concern themselves with that because someone designed the entire thing from the ground up so you're less likely to run into issues that someone who's gradually built up their vim config over time would. That isn't even mentioning the fact that it all hypothetically just works together and you can be productive actually programming out of the box with something like this. I think for someone that is interested in using Vim (or Emacs, for that matter), these premade configurations with their own superset of paradigms seems like a much better approach to going about it. They can, after all, switch to building out their own config down the line if they feel the need or desire to.
- johncoltrane 4y ago
  Someone interested in $THING would be better off learning $THING directly rather than tip-toeing around it. The argument that they can still decide to do it properly when they want is not grounded in reality. People get used easily to those things so two things happen in those cases: - they get very frustrated by the real Vim, - they try to replicate their previous ready-made config anyway. It's all just some elaborate avoidance strategy.

LeicaLatte 4y ago

I'm way more productive with SpaceVim. Its very good!

CyMonk 4y ago

has anybody an opinion on lunarvim vs nvchad?

robertwt7 4y ago

SpaceVim has thought me a lot of stuff that I didn’t know it could have been done with vim it has made me fall in love with vim much more than before. Thanks to the dev for putting so much effort on this. Amazing project and maintainer. Donated to help the project!

b215826 4y ago

SpaceVim aka "I like Vim's 1337 h4x0r creds, but I want to use it like I use VS Code."

mtlmtlmtlmtl 4y ago

I used Spacevim for a few months. But ditched it and Prelude for Emacs for the same reason. These things download huge source trees of config files that are painful to change, import huge amounts of extensions that will have all sorts of broken interactions, and the documentation leaves much to be desired when trying to solve these internal issues. In the end I settled for vanilla emacs, where I gradually build up a configuration. Once a week I pick something that's been annoying me in the past week and do the configuration for that by hand. This way I avoid bloat and it keeps things pretty sane in terms of configuration complexity. Also I get plenty of time to learn all the shortcuts in my setup as opposed to having a confusing mess of 30 extensions to learn all at once.

0x4FFC8F 4y ago
What you mentioned is pretty much the way to go. You work on your config on the weekend what you thought was missing throughout your week. I wish everyone tells that the people starting out with vim/Emacs.
- oblio 4y ago
  > What you mentioned is pretty much the way to go. You work on your config on the weekend what you thought was missing throughout your week. I wish everyone tells that the people starting out with vim/Emacs. If that's the way to work with vim/Emacs, that would basically kill all mainstream interest in them. "Work during the week so you can work during your weekends" is not what most people want.
  - mtlmtlmtlmtl 4y ago
    The whole point for me is that I pick something very constrained, so that it's fairly quick to do, maybe taking half an hour at most. This avoids spending hours on my editor at any one time which is infuriating

jb1991 4y ago

It's possible I'm one of the few who thinks the best thing about Vim is the keybindings and other nifty features like macros, while everything else is archaic and frustrating, hence why I always looks for a good vim mode in a more modern IDE. Though often the vim mode is lacking (i.e. Xcode doesn't even support the dot operator to repeat a motion, which is astounding), and so we get back to square one with using vim again.

oblio 4y ago
You're not. "Perfect is the enemy of good", they say. However "barely adequate yet entrenched is the enemy of good" is what's happening with vim/Emacs improvements. The core editors are antiquated and creaky technology that won't and can't really be updated correctly because those changes would break too much and also because there's nothing to be gained financially from it (sad, yet ever-present fact of life). One of the biggest and most successful attempts at such a modernization is Neovim, but it still won't reach Sublime Text or VS Code levels of popularity, because they're still a team of volunteers, not a company backing it.
- Agentlien 4y ago
  I switched from Visual Studio to Vim ca 2013 mainly because the key bindings and macros made me feel a lot more efficient. I've tried Vim plugins for a number of editors including Visual Studio and Rider throughout the years. So far each one has had some few basic pieces of functionality implemented but not nearly enough to replace Vim. I feel like you need quite a large and well-rounded portion of its functionality to make a worthwhile replacement. With all the news I've seen about Neovim over the years I keep meaning to try it out at some time. I mainly haven't because there's nothing broken with my current setup and it seems like an investment of time and effort to reach a similar setup: I have quite a few changes in my vimrc and am using a number of plugins which I would need to get working or find replacements for.
- sophacles 4y ago
  Why on earth would I care if my tools are winning today's popularity contest? Tomorrow there will be a new contest, and the day after, and so on. In the mean time I'll be doing something useful with a tool I know and that doesn't need me to relearn the same basic tasks iteration after iteration.

Accacin 4y ago

I love neovim and vim, but personally I've found that configuring the LSP has been very tedious and prone to breaking. For the last few months I've been using LunarVim, but always felt that it did too much and I felt it hard to configure. The last few weeks though, someone tipped me off to: https://github.com/brainfucksec/neovim-lua https://github.com/brainfucksec/neovim-lua It's basially a neovim config that's not minimal, but very reasonable. You can install and all the LSP config just worked. I also found it very easy to configure and set up to my liking (added telescope, etc.) If anyone out there is looking for a great base to start their own neovim config, try it out!

jamespwilliams 4y ago
https://github.com/jamespwilliams/neovim-go-nix-develop https://github.com/jamespwilliams/neovim-go-nix-develop The above is my attempt to create a minimal Neovim configuration that uses treesitter and nvim-lsp (albeit only for Go). It uses Nix, so if you have Nix installed you can immediately try the configuration out in a self-contained development shell. It’s too minimal for everyday use, but could be of inspiration.
weberer 4y ago
There's also NvChad https://github.com/NvChad/NvChad https://github.com/NvChad/NvChad
- Accacin 4y ago
  Ah thanks, I'd saw that before and thought that it was more like LunarVim. I'll also be honest and the name really did put me off too =/ Will check if out though for sure, thanks!

fefe23 4y ago

Am I seeing it right that they don't mention vim, Bram, the Children in Uganda, yet they ask for donations for ... themselves?! I find that behavior quite despicable.

christophilus 4y ago

A lot of gatekeeping in this thread. I have my own grass fed, organic vim config the way God intended, but I think Spacevim is a great way for someone to dip their toes in the water. Just because someone uses a pre-built config doesn’t make them a lesser nerd. Also: I have learned of some handy plugins by following the project.