I use Vimwiki, especially the diary feature, I don’t bother to version control it (I have backups of course).
Same. I don’t need to sync it to other machines and do regular scheduled borg backups including my vimwiki folder.
g+, g- (mic drop)
No, in all seriousness, the documentation sucks on this… So I’ll explain it how it was explained to me by a colleague:
Vim stores edit history and undo as a tree. For example, if you do A, B, C, D, undo, undo, E, F, undo, undo, undo, G, vim will store this history:
| | G
C E |
| | |
g+ and g- will navigate between the “tips” of this tree, so between D, F and G. One goes back, the other forward. I never know which one is which between g+ and g- to go the way I want, so I always try both until I realize it’s going the right way :) .
The undo tree is one of the most import features that is missing from all „vim emulations“ in other editors like vscode, pycharm/goland, younameit.
Especially when you throw in a visualizer for it like mundo.
Emacs has it as well.
It should be noted that you can use proper vim inside of vscode if you use the neovim plugin. Basically all of nvim in normal/visual mode is available without much compromise. you can even call visual studio apis in normal mode if you map it in a vimrc.
This is incredible. I’ve been frustrated when I’m at “G” realizing that no, I was right when I was at “D” and can’t go back.
It’s too bad that the emulator in VS Code can’t do this
if you use the neovim backend you can have the (almost) full power of neovim inside of vscode…
JetBrains IDEs have a local history feature for this. It’s fantastic, as it shows you a merge view between your current state and the selected history state. So you can still edit the current state and cherry-pick bits from the diff trivially.
This is a great tip. I also cannot recommend the plugin vim-mundo enough which builds on the builtin undo-tree to provide a panel that let’s one jump through undo histories, search within them and my favorite, diff them as well. Like a very convenient zero-cost mini git.
Company: Kubermatic GmbH
Company site: kubermatic.com
Position(s): Go Software Engineers (preferably with experience in either Kubernetes, Networking, Virtualization or general Cloud-Native) and Angular Software Engineers. Additionally, SRE and DevOps Engineers. We are looking for quite a range of roles. If you are interested in everything cloud-native and Kubernetes we probably have a job for you :)
Location: REMOTE: we have an office in the city centre of Hamburg if you want to work onsite but we operate on a remote-first principle and are distributed across 4 continents.
Description: We are building the world’s most adaptable and autonomous software delivery platform. With Kubermatic, organizations can unleash the full power of automation to innovate and lead the digital world. Kubermatic is the leading European Kubernetes company and open-source.
Tech stack: Anything cloud-native really but mostly Go and k8s
Compensation: We encourage participation in the open-source community. You can contribute to other open-source projects in your working time and we sponsor any conference visit if you are a speaker. If you are not a speaker we sponsor two conferences per year. We offer flexible working hours, yoga classes and an open and trusting work environment. If you want to relocate to Germany (doesn’t have to be Hamburg) we support you with a relocation budget and administrative support.
Contact: You can reach our recruiter Kara via firstname.lastname@example.org
The title sells it short. This is an extremely informative and entertaining post.
On the other hand: the title is perfect. No click-baity bs. Straight to the topic. It made me think that the author is serious about the post’s content and thus made me read it. It’s a paradigm of how titles should be.
The title does not sell it short. The article is of equally high quality as the title :-)
It’s like reading the script of a talk by Ellen Körbes and Tabitha Sable.
I am using (neo)vim as daily driver and also try to minimize the need for a mouse by using qutebrowser or vimium in chromium, I really like the handling of aerc compared to any GUI mail client.
To write mails it just opens EDITOR.
The switch to aerc wasn’t that long ago, so I am still figuring stuff out and tweaking my config. I really like being able to render HTML mails with w3m, but the concept behind that mechanism doesn’t stop at HTML: You can map commands to view/open content or attachments per media type (MIME). Or if you have no direct mapping you can pipe attachments to any command.
Next thing I want to figure out is how to integrate gpg smoothly. I don’t know if there already is direct support for it, but even if not, there might be ways. And if it’s not possible yet, this is a great way to start contributing to it. (It’s written in Go)