Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

SpaceVim – Like Spacemacs, but for Vim

spacevim.org

Post reply on HN
Print view View original

101–110 of 186 posts

Re: SpaceVim – Like Spacemacs, but for Vim

#101

Post by chrismorgan »

scrollaway wrote: post #55
chrismorgan wrote: post #2

… and people wonder why I dislike Markdown. (There are fairly radical rendering differences between the GitHub page and the spacevim.org page, because different Markdown renderers with different bugs have been used, and the Markdown was fairly sloppily written.)

It looks like whatever Github pages is using as renderer (kramdown iirc?) does not support postfix links like [dein.vim] here: https://raw.githubusercontent.com/SpaceVim/SpaceVim/dev/READ... The table rendering issues I suspect are from the lack of a newline after the headers. I don't know whether it's correct or not because, yknow, markdown. Still better than rst. :)

reStructuredText is at least consistent. And extensible. And secure. It has a decent spec, as well. It’s just a pity that it never gained widespread acceptance or other implementations and is thus effectively tied to Python.

I like reStructuredText and work in it regularly. I’m sad that Markdown with all its terrible inconsistency, lack of extensibility, insecurity, &c. has prevailed.

Re: SpaceVim – Like Spacemacs, but for Vim

#102

Post by rayiner »

gravypod wrote: post #93

All these "distrobutions" are going to do is further fragment the already extremely confusing terminal-text-editor world. There are so many configurations that it's never going to make sense to me. If it was simple, there'd be an answer to this question: how do I setup Vim/Emacs as a fully feature complete IDE for C, C++, Rust, Go, Java, JavaScript (Node or Web), C#? By feature complete I mean autocomplete, error det…

There is a learning curve, but at least with MELPA setting up Emacs is pretty easy. Company is a good autocomplete backend, Irony is a good back end for C/C++, and Company-Go and Emacs-Racer will do you for Go and Rust. Each of these can be installed by using interactive commands (M-x package-install), and configured with a few lines in your init.el (almost entirely just copying and pasting from the Github front page of the respective package).

Re: SpaceVim – Like Spacemacs, but for Vim

#103

Post by chrismorgan »

ageofwant wrote: post #67
chrismorgan wrote: post #2

… and people wonder why I dislike Markdown. (There are fairly radical rendering differences between the GitHub page and the spacevim.org page, because different Markdown renderers with different bugs have been used, and the Markdown was fairly sloppily written.)

Yes I recognized the markdown fails from my own markdown fails. Especially when you move repos between github and bitbucket, and expect README.md to 'just work', it seldom does. I've gone between md, org and even rst. They are all great, but still suck in curious ways. pandoc helps but it is a whole kettle of fermented fish in itself.

One big hint: leave blank lines between block elements. (It’s the same in reStructuredText, except that it actually complains if you do it incorrectly rather than being silently inconsistent as all Markdown implementations that I know of are.) Not doing that is the main thing that’s wreaking havoc here.

Re: SpaceVim – Like Spacemacs, but for Vim

#104

Post by gregpardo »

PhasmaFelis wrote: post #32

> Like spacemacs, but for vim. This is one of the most obtuse project descriptions I've seen. If you're making a...whatever this is...aimed at Vim users, why would you expect them to be familiar with a something-or-other for Emacs?

I was hoping to get all the same key commands from spacemacs in vim. This would be useful for me but it was anything but that.

Re: SpaceVim – Like Spacemacs, but for Vim

#105

Post by Gaelan »

eyko wrote: post #82
the_duke wrote: post #79

Earlier quoted context omitted.

I disagree. Using and customizing SpaceMacs is considerably different from using plain emacs. They use their own config system, their own plugin system (aka layers), and the user experience is very different, right from the start. Of course it's emacs underneath, and you can still do much as with plain emacs, but it's different enough for it to be more than "just a config for emacs".

It's just a config for emacs. Sure it has some functions and life-cycle hooks for you to change a few things here and there, but in the end it's a glorified config. You delete .emacs.d and you're back to default emacs.

If you delete //bin/ Ubuntu just becomes regular Linux.

Re: SpaceVim – Like Spacemacs, but for Vim

#106

Post by jpgvm »

semi-extrinsic wrote: post #23
scrollaway wrote: post #20

Earlier quoted context omitted.

curl sh is no more dangerous than running any script you haven't read, or binary you haven't decompiled for that matter. The odds of mitm are exactly the same.

No, installing a package using my package manager will a) ensure this exact binary/script is GPG signed by someone I ostensibly trust b) ensure it's not been tampered with by a MitM between the hosting server and my computer This reduces my risk exposure to "creator of software X (or distro packager Y) has turned rogue", which is many orders of magnitude less likely than "website of software X got pwned, or someone i…

Assuming script being fetched by cURL is hosted using HTTPS that is reasonably well configured it basically provides the same guarantees.

Unlike a distro package you can also just -not- pipe it to the shell immediately and actually read it.

Even if you did unpack every distro package source before you installed it with the amount of crap and boiler plate you would almost never be able to work out -exactly- what it will do.

The way I see it the "curl | sh" people have found somewhat of a middle ground. It achieves similar convenience to "apt-get blah" but with simplicity level closer to binary tarball. It's almost as easy to work out what it's going to do as the tarball but it will also do it for you automatically.

Re: SpaceVim – Like Spacemacs, but for Vim

#107

Post by schnable »

gravypod wrote: post #97
Waterluvian wrote: post #96

Earlier quoted context omitted.

This is generally what roadblocks me when I try to pick up vim. The part I hate about atom is reaching for my mouse. But I like that I didn't have to sacrifice my firstborn to get a sane setup for three langauege simultaneously.

I've been using ~5 IDEs for the better part of two years now. I tried to hold my leaning-tower of Eclipse together but that didn't end well. I love Eclipse because it has all of the features I need that many other IDEs don't have yet but at the same time it has one of the worst and least intuative plugin systems (funny how that works out, right?). There's no hope for polyglots I think because nothing will ever be dev…

IntelliJ is awesome for polyglot development.

Re: SpaceVim – Like Spacemacs, but for Vim

#109

Post by semi-extrinsic »

jpgvm wrote: post #106
semi-extrinsic wrote: post #23

Earlier quoted context omitted.

No, installing a package using my package manager will a) ensure this exact binary/script is GPG signed by someone I ostensibly trust b) ensure it's not been tampered with by a MitM between the hosting server and my computer This reduces my risk exposure to "creator of software X (or distro packager Y) has turned rogue", which is many orders of magnitude less likely than "website of software X got pwned, or someone i…

Assuming script being fetched by cURL is hosted using HTTPS that is reasonably well configured it basically provides the same guarantees. Unlike a distro package you can also just -not- pipe it to the shell immediately and actually read it. Even if you did unpack every distro package source before you installed it with the amount of crap and boiler plate you would almost never be able to work out -exactly- what it wi…

> Unlike a distro package you can also just -not- pipe it to the shell immediately and actually read it.

IDK about other distros, but for the one I use (ArchLinux) it's trivial to inspect the install script, and they (PKGBUILDs) are usually well structured and easy to read.

Re: SpaceVim – Like Spacemacs, but for Vim

#110

Post by marktangotango »

Waterluvian wrote: post #96
gravypod wrote: post #93

All these "distrobutions" are going to do is further fragment the already extremely confusing terminal-text-editor world. There are so many configurations that it's never going to make sense to me. If it was simple, there'd be an answer to this question: how do I setup Vim/Emacs as a fully feature complete IDE for C, C++, Rust, Go, Java, JavaScript (Node or Web), C#? By feature complete I mean autocomplete, error det…

This is generally what roadblocks me when I try to pick up vim. The part I hate about atom is reaching for my mouse. But I like that I didn't have to sacrifice my firstborn to get a sane setup for three langauege simultaneously.

I was in a similar boat. The reality for vim is; generally, the syntax checkers and code completion plugins are hacks, honestly, go read the source code. When I did I was aghast that people were using and promoting them (specifically the java plugins). It's been a couple of years so take this with a grain of salt, imho etc.

I think if one really want's to pick up vim (or emacs) you have to set aside the IDE part of your brain. For example, I still use an ide for java, but I use vanilla vim with no plugins for frontend (html, css, javascript, ember cli). There it's a text editor and that's all I need. Plain vim actually has A LOT of functionality. If one learns the vim way, they might find they don't need nearly as many plugins.

Post reply on HN