Live data from Hacker News

The Future of the Vim Project

groups.google.com

341–350 of 376 posts

Re: The Future of the Vim Project

#341

Earlier quoted context omitted.

vim-cscope, which is the only reasonable way to read large C projects like the Linux kernel or BSD

What’s wrong with clangd via lsp?

You need to build the project to generate compilation database. I switch around kernel versions far too often for that to be viable.

Re: The Future of the Vim Project

#342

Earlier quoted context omitted.

vim-cscope, which is the only reasonable way to read large C projects like the Linux kernel or BSD

A language server is way better than cscope ...if you can get clangd to work with your codebase.

It works but I don't want to build the kernel to generate the compilation database every time I check out a new tag or branch. With BSD it would be even worse.

Re: The Future of the Vim Project

#343
post #13

My brother passed away very suddenly a few years ago, and I was put in charge of wrapping up and archiving his "digital" life. We were very lucky that we had access to a recovery email for his main gmail account (as well as a couple of passwords that his partner knew) and was able to access and archive virtually all data we could think of (services like Google Takeout were invaluable). I realized that if this had hap…

I'm genuinely curious why this needs to be done. Maybe I'm weird, but I don't think I have anything valuable online that my family would want. Of course, there are all my financial accounts, but I would think that just a password wouldn't do them much good with those, at least to legally drain them. I would think (and could be wrong) they would need to go through legal channels for that. What else is there? I can't imagine they want download my email which is mostly just business transactions anyway.

Re: The Future of the Vim Project

#344

I'm saddened by the news. Required reading: https://evrone.com/blog/bram-moolenaar-interview "Software development is much more of a craft. A craftsman uses whatever tools he thinks will get the best result, no matter if they are what everybody else is using or something different. And a good craftsman makes his own tools when needed" -B. Moolenar. As someone who had made vim is part of the development dna: Thank you…

Embodies the most amazing part about vim well. From text-objects to macros to registers, vim is a dynamic programming environment where we are capturing state and invoking little scripts. Vim is spellcasting in the fly. Not puzzling out complex rotes to perform dutifully, but building a potent ether around us & then applying a little twist just so to alter the universe around us.

This is not a dig, just a concerned citizen: I would encourage you to check whether your microdose schedule has crept up from the standard 10-25µg into what looks like 50-75µg. It's one of those things that other people suspect long before you do. In any case, have fun, practice safe sorcery.

Re: The Future of the Vim Project

#345

Earlier quoted context omitted.

I have a deadman switch where if I don’t log into a service for 90 days it sends all my passwords and information to my closest living relative.

If you'd be willing I'd be interested to know more about how you did this.

Bitwarden has a service for this, fully E2EE.

Re: The Future of the Vim Project

#346

Earlier quoted context omitted.

I’ll try it again in a few months, because it was completely unusable on macOS last time I tried it in March. At the moment, I have no time for something that may not work when MacVim works pretty much perfectly for me.

I've generally had more success with Goneovim than with Neovide, give that a try if you haven't yet.

I’ve tried so many different nvim GUIs, but when I last tried them (March or so), none of them behaved correctly on macOS, most of them had atrocious font rendering, didn't like part of the configuration that I had set up (neovide in particular had a deep incompatibility with one of the alert replacement plugins), crashed regularly, or had things enabled by default which aren't reachable with vim scripting.

I’ve gone all in and have converted my vim config to Lua and all…and I have decided that don't like Lua for configuration (there's a massive impedance mismatch between neovim and Lua; you always feel like you're working with a foreign interface).

Goneovim was slightly more stable, but IIRC, the font rendering and macOS integration were awful enough that I uninstalled it shortly after launching it. Neovide lasted slightly longer (so that I could see that plugin incompatibility). VimR tried, but it isn't MacVim.

And that's the problem: they aren't MacVim, providing a native macOS experience on top of a native vim GUI, because the neovim leadership cabal, in their infinite wisdom, decided that a first-party GUI is "useless".

Re: The Future of the Vim Project

#347
post #98

Earlier quoted context omitted.

MacVim and gVim. I've looked at neovim and there are many GUI options (paradox of choice), some of which I've tried, but at the end of the day, I'm more comfortable with what I'm already familiar with.

Likewise. I’m a heavy CLI user but gVim/MacVim are so entrenched in my workflow that the lack of a stable GUI for Neovim made it pretty much a nonstarter for me.

As some one who only uses vim/neovim in a terminal window - what’s the advantage of having GUI support in vim?

Mouse support in my terminal seems fine, even over ssh. Being able to do things like run it inside of a tmux session has always made it seem like the GUI would be a step back?

Re: The Future of the Vim Project

#348
post #181

Earlier quoted context omitted.

I call this a Horcrux. Also, unless your arbitrary number of friends are cryptographers, it's a sure way for them to collectively lose your shit.

Create transparencies with the text If you put at least 3 of these on top of each other, my Google recovery code will appear here: 2 £ 3 > ]7 7#A E (each with different characters shown, of course. Ask a mathematician to make sure any 3 will show the full code, and any 2 won’t show enough to recover it) Put them in envelopes, write “open in case John Doe dies” on them, and distribute them among friends. If you distri…

> I think that’s fine if I assume … I won’t die in a disaster that also destroys my house.

You might not die, but you might still end up in a pretty bad position: https://shkspr.mobi/blog/2022/06/ive-locked-myself-out-of-my...

Incredibly unlikely, of course, but you'll certainly feel like a dick if it does happen.

Re: The Future of the Vim Project

#349
post #13

My brother passed away very suddenly a few years ago, and I was put in charge of wrapping up and archiving his "digital" life. We were very lucky that we had access to a recovery email for his main gmail account (as well as a couple of passwords that his partner knew) and was able to access and archive virtually all data we could think of (services like Google Takeout were invaluable). I realized that if this had hap…

I'm genuinely curious why this needs to be done. Maybe I'm weird, but I don't think I have anything valuable online that my family would want. Of course, there are all my financial accounts, but I would think that just a password wouldn't do them much good with those, at least to legally drain them. I would think (and could be wrong) they would need to go through legal channels for that. What else is there? I can't i…

I can think of a handful of things that it might be nice or convenient for someone to be able to access (subscription services and whatnot), but I agree that it seems legally unwise to encourage anyone to try to log into my financial accounts and move money around after I die. Naming a beneficiary is a sounder strategy.
Post reply on HN