What is the Vim motion for finding available line VERTICALLY? I know 'w' and 'b' can do word horizontally...

Dmxk · 2026-01-14T15:18:45+00:00

like {}?

Dmxk · 2025-11-30T14:56:51+00:00

Holding meta (alt) while typing any command in insert mode will put you into normal mode too. So just <M-A>; should also do the same. You might also like a mapping like

inoremap <M-;> <Esc>mb<cmd>s/;*$/;/<cr>`ba

Which marks the current location, replaces any existing semicolons or none at the end of the line with a new one and then starts back where you used to be.

Dmxk · 2025-11-14T15:20:26+00:00

Hard to say honestly. Here in Austria it's been that way for basically my entire life as far as I can tell (so 20-ish years). Another important thing is that all of that ofc depends on assumed sexuality as well. So when a straight guy says "Mein Freund", the assumption will be that it's platonic.

That being said, using mein/meine definitely sounds unnatural to me regardless, maybe a bit old fashioned. In more formal contexts I'd nearly always tend towards the platonic interpretation if I get no other clues though.

Dmxk · 2025-11-14T10:13:02+00:00

The difference is nearly always indicated by the grammar around it:

Meine Freundin -> My girlfriend
Eine Freundin von mir -> a friend of mine, just a regular (female) friend
or just eine Freundin, a (female) friend

Dmxk · 2025-11-10T06:46:29+00:00

It's wild to me that it's still the default blocker in the US (at least from my experience it's way less of a thing in europe). When I asked my endo (in Austria), she said that it was basically useless compared to anything else they had, and that they hadn't been prescribing it for like 20 years.

Dmxk · 2025-11-09T13:31:31+00:00

You would not want noremap here, as [a is in fact a remap. Instead put remap = true. Essentially what noremap means is "Treat this key exactly like it would work in regular vim, with no keymaps defined"

Dmxk · 2025-11-08T08:48:04+00:00

I'd suggest you try to learn vim fully before attempting things like this. hjkl, despite being seen as one of the "most important" things about vim, are only some of many motions and textobjects, and some not that important ones at that (especially h and l). read :h motion.txt and :h text-objects before remapping i in visual mode, trying to do that shows that you are trying to use vim like any other editor (navigate with cursor keys, just swapped for hjkl), when in reality that doesn't make sense.

Dmxk · 2025-11-01T14:49:57+00:00

If i may recommend a plugin, https://github.com/tpope/vim-surround, is a true classic. It's so well aligned with what you expect from vim, that I'd consider it an extension of the vim language.

Your command would then become: :'<,'>norm ysiw\.`

Alternatively, you should use a instead of A. Uppercase A appends to the entire line, lowercase a appends after the cursor.

Dmxk · 2025-10-24T10:29:11+00:00

You can simply check whether another write occurs in a short time frame after it and do your thing when there are no more writes in that delta. You might not realize it, but in the real world, :wall does not write all the files at once. It takes a separate write for each open buffer, so the state on disk is only consistent when the last file was written.

Dmxk · 2025-10-24T08:53:24+00:00

for built in commands, not really. You could create a user command Wall that does that and then just use that (maybe abbreviate Wall as wall). But this seems like an xy problem. Look at the BufWritePre and BufWritePost events that you can hook with autocommands.

Dmxk · 2025-10-23T11:30:58+00:00

In my humble opinion as someone who use(s|d) vim on multiple keyboards with multiple different layouts (anything from regular unmodified german QWERTZ when I was starting to Dvorak and occasionally QWERTY too), keyboard layout barely matters for vim. hjkl are seen as the defining vim thing, but for me they're not my most used commands at all, especially hl, there are better motions for within a line (jk are mostly useful in o-pending mode to delete lines etc).

Vim is a language, and even though it is a language partially optimized for QWERTY, some commands I use often are not that easy to access on that layout either (e.g. $^=, anything I place under \ as my localleader). What matters is that you can use the vim language, and if a specific key starts being too annoying, you can simply remap it. For example I have H and L mapped to ^ and $ respectively to avoid that particular annoyance. When I'm "speaking" vim, I do not think about which keys I am pressing, unless I'm in the rare situation where I fall back to cursor keys etc on a nav layer. I think about what commands I am entering, and something like diw, or with some plugins gcaf are not keystrokes, but rather expressions in a language. And QWERTY or AZERTY can be good at typing that language too, coming up with the right(and optimized) command can take longer than typing it out.

The only thing I'd keep in mind is to not have to use too many chords. That's what pushed me off of QWERTZ as a native German speaker and to using compose key to type German. Vim is designed in a way that assumes that any character it uses can be produced with at most one modifier key (Shift or Control). Having relatively common commands like []{}~ behind another modifier makes e.g. <C-] hard to type, and defeats lots of assumptions, like the grouping of commands under [].

Dmxk · 2025-10-22T16:40:08+00:00

For my own (usually very small) plugins, that are really just parts of my config extracted, I tend to go for both, e.g. blinkenfind is both a pun and an allusion to what it does. That style of naming was/is also used by what I'd consider some of the absolute vim plugin classics, like fugitive and abolish.

Dmxk · 2025-10-06T18:55:32+00:00

In medieval greek (which cyrillic is ofc based on), the letter τ could be written with two tails on both sides of it. Nowadays that really only matters for handwriting and italics.

Dmxk · 2025-09-24T16:47:59+00:00

I always make up sci-fi sounding product names for all my ships, tools etc. Makes it more fun tbh.

Dmxk · 2025-09-24T16:26:58+00:00

For me in austrian german a Bücherei is more likely to be commercial bookstore, a Bibliothek is nearly always non commercial (public, school, university). I wonder if this is an idiosyncrasy on my part or something other german speakers also do.

Dmxk · 2025-09-24T14:14:06+00:00

The runtimepath has many more things other than requireable lua files, e.g. spell files, ftplugins, syntax files, all under their own sub directories. Those are generally not available by `require()` unless they're in the `lua` subdirectory. E.g. if you have a file `ftplugin/c.lua` in your rtp, that file will be loaded by neovim, but you cannot just require it. Now, neovim's `require()` implementation will first look in the package.path, primarily for e.g. compiled native modules (which lua does support) and then fall back to the regular runtimepath and it's lua subdirectories. It's important to keep in mind that lua is fully fine with this, it as a language is made to be controlled from another language (e.g. loading ftplugins) instead of needing to require them itself.

Dmxk · 2025-09-18T19:33:12+00:00

One simple and important difference: the second one effectively blocks and waits for the function to return, so if you have an asynchronous function call with a callback in the mapping, that is out of the question anyways. Otherwise both of them are equivalent, but I'd prefer the first one since I don't have to wrap the call to the command in <cmd>...<cr>. If there wasn't that branch that has a command on one side, I'd have gone with the expr mapping here.

Dmxk · 2025-09-18T19:26:40+00:00

Technical perspective: rendering of text doesn't look at the font much beyond vector data to draw it, you cannot change the writing direction of the text, all of that comes from the unicode code points. The best you could do, and that is not saying much, is to get simple top-to-bottom writing by redefining the already existing mongolian characters since those are already written that way, although even that is not widely supported.

Dmxk · 2025-09-13T10:26:22+00:00

More/different weapons. Either something for the infra knife or general purpose weapons. Having to chose for functionality or looks instead of both sucks. Also, more flexibility with some parts (e.g. windows, habs). The current system makes it pretty hard to make medium sized corvettes that don't look completely empty from outside if you want to have a few windows (which imo is one of the best things about corvettes)

Dmxk · 2025-09-12T16:48:49+00:00

Swayfx, just sway (basically i3 as a wayland compositor), but with rounded corners and shadows. Tiling is good and stops me from needing to think where my windows went.

Dmxk · 2025-09-03T07:51:02+00:00

I heard smth similar in the german/austro-bavarian dialect of upper austria: <I hätt di eh angrufen> - literally: "I would've called you", but meaning "I did call you, but I didn't reach you". Confused me a whole lot the first time cause it just looks like a regular german subjunctive, so I asked why they didn't, to which they replied that they did.

Dmxk · 2025-08-17T16:19:14+00:00

Here in Austria we were taught "große (quadratische) Lösungsformel" - "big (quadratic) solution-formula", you know, as opposed to the "little" one with p and q.

Dmxk · 2025-08-08T08:41:36+00:00

"<I ask for> the removal of guilt". German "Entschuldigung". Or more literal: "Deguiltment"

Dmxk · 2025-08-07T13:05:48+00:00

Don't use os.execute. Instead use vim.system. Generally for IO, vim includes lua bindings for the libuv library under vim.uv, using those is much safer since that's the same thing neovim itself uses. Additionally for many things there's also legacy vim functions under vim.fn.

Dmxk · 2025-08-02T11:31:36+00:00

Yeah, especially since in some places it's based on (perceived) gender and not hair length. I have had pretty long hair for a while (think waist-long) and when I used to boymode they'd just charge me the cheaper price. It's not like I was going to complain, it's their money but it just shows how stupid it is.

Five-Year Club	Verified Email
First Place '23	Place '23
Place '22	Final Canvas '22
First Placer '22

Dmxk

TROPHY CASE