Need to let loose a primal scream without collecting footnotes first? Have a sneer percolating in your system but not enough time/energy to make a whole post about it? Go forth and be mid: Welcome to the Stubsack, your first port of call for learning fresh Awful youāll near-instantly regret.
Any awful.systems sub may be subsneered in this subthread, techtakes or no.
If your sneer seems higher quality than you thought, feel free to cutānāpaste it into its own post ā thereās no quota for posting and the bar really isnāt that high.
The post Xitter web has spawned soo many āesotericā right wing freaks, but thereās no appropriate sneer-space for them. Iām talking redscare-ish, reality challenged āculture criticsā who write about everything but understand nothing. Iām talking about reply-guys who make the same 6 tweets about the same 3 subjects. Theyāre inescapable at this point, yet I donāt see them mocked (as much as they should be)
Like, there was one dude a while back who insisted that women couldnāt be surgeons because they didnāt believe in the moon or in stars? I think each and every one of these guys is uniquely fucked up and if I canāt escape them, I would love to sneer at them.
(Semi-obligatory thanks to @dgerard for starting this.)
I personally disagree. I think in the era of āa megabyte is big,ā this made sense, but in my opinion after parsing a config file with missing config data, we should print something indicating they are missing then error out. The existence of a reference config file with all options included would definitely help, but I think itās no coincidence that there is no such config for mpv ā why bother creating and maintaining one if the program will use the default value anyway?
tl;dr explicit is better than implicit
I dunno, MPV has like a million config options and Iāve set like three of them in my config. I would not prefer to maintain an enormous config file where I need to include a bajillion options I donāt care about just to play a video. Would I have to update my config every single time MPV adds, removes or renames an option, too?
At the end of the day you shouldnāt have to maintain anything in order to use a program, in my opinion (at least ideally). I think a āeverything must be present in the fileā type of config would require
lessno extra maintenance (assuming devs donāt do anything too silly). Additionally, while noting that my primary programming language is TeX and also that I am a dipshit, this just strikes me as an API-design problem. Alternative solutions could be:I have thought about doing #3 for Sway (a sort of Sway-config editor). This does give me an idea, though: define a meta-format for specifying the variables, default values, allowed values, etc., for an arbitrary[0] programās config file, and create a program that reads a meta-format file and presents a GUI for editing the config.
tbh i just lost my config file, forgot what i changed, and now i have to read documentation (and figure out which file the mpv flatpak uses for config)
[0]: maybe not too arbitrary
Iād kinda love this even if Iām editing config files in a text editor. emacs could use this with a major-mode or LSP to provide suggestions, validity checking, various rendered versions of the config, and guarantee interoperability with graphical tools (so that changes you make in an editor donāt get trampled by the UI, and vice versa)
I need an excuse to learn Rust and have wanted to do a āparse, donāt validate / make invalid states unrepresentableā project for a while. I will definitely share it if I get anything done.
definitely! that sounds like a great first Rust project.