Forcing mundane objects to think is my second favourite neurodivergent obsessions. Especially when you can make a game run a game that is itself.
My examples won't work because they're in code blocks. Code blocks are meant to render their content verbatim, without parsing Markdown tags. ~~This span uses multiple formatting tags.~~ ~~**_This is the same in an inline code span._**~~
~~**_This is the same in a code block._**~~
Like I said, spoiler tags are not a standard feature. Whether they work depends entirely on the renderer used by the client.
You'll have to put that spoiler in a new paragraph. Unfortunately spoiler tags are not a standard Markdown feature. There are no inline spoilers in the Lemmy UI (which is a stupid ass decision, what the fuck devs), and no spoilers whatsoever on Mastodon.
This works:
Spoiler Title
spoiler content
This does not:
:::spoiler spoiler content :::
I've played all three games. Arch on PC, Lutris, some GE-Proton 9 version. If the camera acts up in ME2, try Gamescope with relative mouse.
EA App didn't come up. If it causes issues, try an alternatively sourced copy.
And the worms are winget.
I mean... that's not incorrect, but...
>>> len("apt update && apt upgrade")
25
>>> len("pacman -Syu")
11
The more I learn about biochemistry, the less it seems like black magic fuckery and more like a middle aged bloke with an angle grinder and a welder going at molecules until they look kinda right. NileRed's rubber glove hot sauce is partly to blame.
Add it to the list of reasons to hate Henry Ford. When he needed a new screw standard to replace slotted screws in his factories, he went to Robertson first, but he wasn't willing to sell production rights to Ford. His second choice, Phillips, took the offer. Phillips and similar cruciform screw heads (Pozidriv and JIS, both of which are superior to Phillips) proliferated globally because of this, and it would take a massive shift in the industry today to fully transition to Robertson or Torx.
It wasn't designed to strip when overtorqued. It's a myth with no evidence. The original patent says nothing about it (I've read the whole patent), and later patents list it as post-hoc justification for a design fault.
let you build faster like Python
I have to write so much boilerplate code to make sure my objects are of the correct type and have the required attributes! Every time I write an extension for Blender that uses context access, I have to make sure that the context is correct, that the context has the proper accessor attributes (which may not be present in some contexts), that the active datablock is not None, that the active datablock's data type (with respect to Blender, not Python) is correct, that the active datablock's data is not None... either all that or let the exception fall through the stack and catch it at the last moment with a bare except and a generic error message.
I used to think that static typing was an obstacle. Now I'm burning in the isinstance/hasattr/getattr/setattr hell.
My only issue with hex is that the angles between the sides are too flat and easy to round off, especially if the screw is small or cheaply made (soft steel or aluminium). Speaking from experience, if the screw head is 3mm across or smaller, Torx or JIS (which is still better than Phillips) are more reliable.