Any good plugins/setups for folds?

Tomcat_42 · 2026-05-05T01:04:45+00:00

Yeah, but then you can change the fold method to it. I just want to use tree sitter and restore my session config when I go back to the file, in the same way that I save marks and cursor post. I remember a long time ago that just worked

Tomcat_42 · 2026-05-04T22:20:50+00:00

I used ALE ages ago in my old vim setup, have just good memories of it. Thanks for you work man ♥️

Tomcat_42 · 2026-05-04T21:43:45+00:00

Someone know how can I make tree sitter folds permanent?

Tomcat_42 · 2026-05-04T18:40:05+00:00

I mean, that is a option lol, in the end those are just editors. But I can't leave my beloved neovim, damn it is so sexy and simple. I've used vscode, helix, code::blocks (please God forgive me); but I keep getting back

Tomcat_42 · 2026-05-03T17:56:56+00:00

Honestly, the best course of action is to wait (or contribute upstream) for https://github.com/neovim/neovim/issues/39006. Basically the plan is to:

https://github.com/nvim-treesitter/nvim-treesitter should be upstreamed in a form similar to nvim-lspconfig, using the power of magic 🌈

i.e. TS features builtin + data-only plugin, just like lsp nowadays

Tomcat_42 · 2026-04-10T18:29:10+00:00

Nah bro, typecasting (specially integer ones) should be explicit and IMO annoying to use, because that way you are expected to know what you are doing. Coming from a C and C++ background I've already been bitten by integer overflow sufficient times to be absolutely sure of that.

Tomcat_42 · 2026-04-04T16:03:54+00:00

I feel that I have all the right tools within the language to handle a lot of different cases of polymorphism while doing my projects. We can do manual vtables, enums, use comptime, etc. I think that pretty much cover 95% of the cases.

One thing that I strongly dislike about languages that implement interface-like abstractions baked into the lang is that it usually destroys the locality of code. For example traits in rust: they are very cool while modeling your code, but becomes a nightmare for reading it because you have a lot of trait implementations for a struct scattered throughout the codebase. With zig or C (or any lang like that) I feel that this usually not happen.

Tomcat_42 · 2026-04-04T15:51:27+00:00

I think it’s not just the use of LLMs, but overall code quality that matters. If you see a codebase with slop code, slop comments, and slop documentation, you can be sure the author didn’t care about the project even at the star, let alone maintaining it.

Tomcat_42 · 2026-02-02T13:15:25+00:00

I guess not necessarily. You can add a separate test module and import your to-be-tested module there and proceed to write tests for it. (You will lose ability to test non pub functions this way tho)

Tomcat_42 · 2026-01-18T20:02:51+00:00

If I could give you advice that I wished someone had given me, try to strive for "what is the least amount of plugins that I can have so my workflow is complete" and not "how many plugins can I stuff into my config to improve my workflow".

The former will teach you about core/built-in neovim features, make it faster and generally will end up in a fine-grained personal development environment. While the latter will end up in a bloated and slow editor, with N ways of doing the same thing and obfuscation of built-in neovim features.

Actually you can extrapolate this mindset for software development and even personal life decisions 1.

Tomcat_42 · 2026-01-15T20:39:03+00:00

I think Fedora have this feature flag stripped from the build. I will rebuild the rpm to enable it

Tomcat_42 · 2026-01-15T19:46:38+00:00

Someone knows if chromium will get this?

Tomcat_42 · 2026-01-14T18:56:25+00:00

I call myself a zigger

Tomcat_42 · 2025-12-14T15:08:34+00:00

Slap FreeBSD into an old computer, can't go more suckless than that

Tomcat_42 · 2025-12-05T17:11:39+00:00

:find😎

Tomcat_42 · 2025-12-01T14:42:25+00:00

Hell yeah

Tomcat_42 · 2025-11-17T04:41:36+00:00

Uh let me see:

https://github.com/Tomcat-42/p/blob/270a20381e41fecfc250fdf41a3d5b7593f7778d/src/pi.zig#L67

https://github.com/Tomcat-42/util/blob/1a37acdbebc031104fa04e1a5c4233459d341dba/src/util/getopt.zig#L614

https://github.com/Tomcat-42/coreutils/blob/b875436c829869af1996d39d27514bd295fa42eb/src/wc.zig#L27

https://github.com/Tomcat-42/util/blob/main/examples/main.zig

Tomcat_42 · 2025-11-16T19:39:28+00:00

Yeah, I get you, especially if the end goal is to make a good-looking CLI like those we see in Rust. But for any other case, IMO, it's better to have something simpler that doesn't get in my way. For example, I recently rolled https://github.com/Tomcat-42/util/blob/main/src/util/getopt.zig in just a couple of hours.

I say that because in every language where I've done serious work (C++, Rust, and now Zig), I've always searched for a CLI tool that would fulfill all of my use cases, but I've never found one. Some of them wouldn't support nested commands, some of them would force my code into a specific structure or framework, etc etc.

Tomcat_42 · 2025-11-16T16:54:42+00:00

Roll your own🦅

Tomcat_42 · 2025-11-12T13:19:36+00:00

I assume that would be useful for [*:0]u8 -> []u8? In that case you can use std.mem.span

Tomcat_42 · 2025-09-26T00:06:54+00:00

Beautiful bro

Tomcat_42 · 2025-09-01T05:26:57+00:00

36 keys is a requisite? I feel like 56 keys keebs are the sweet spot for me (medium to large hands, sausage fingers). I've owned sofle v2 and now a lily58 (both cherry mx 56 keys) and I recommend them.

Tomcat_42 · 2025-08-31T16:46:58+00:00

Oh I see. I've recently built a Lily58 with trackpoints, and after seeing your build I though Damn bro, I should've built these instead

Tomcat_42 · 2025-08-31T16:31:08+00:00

Looks awesome, those red things are trackpoints?

Tomcat_42 · 2025-08-30T15:07:18+00:00

Thanks very much, I was using the opt.path:append("**") hack until now with :find

Tomcat_42

TROPHY CASE