This might be a bit off topic, but Windows 98, and to a lesser extent Windows XP and 7, always evoke a sense of nostalgic simplicity for me. The OS felt stable (as in, unchanging) and seemed to stay out of the way.
Since Windows 8, but especially with Windows 10 and 11, it's felt complicated, busy, and intrusive.
GSMarena's HTC Titan review is funny in hindsight: https://www.gsmarena.com/htc_titan-review-675.php
It's significantly smaller than the 'small' S23
The Galaxy S21/22/23 is slightly larger than the OP's Pixel 5 however. The Zenphone 9 might be a good option as it's around 2mm narrower - not a lot but it'd be noticeable for one handed usage.
This file is over 20k lines long, and 400kB
It is nested over 10 levels deep in many places
There is no naming consistency. The original file used BEM, but now it switches randomly between whatever the devs felt like at the time. There are random contractions all over the place (eg, a parent container might have the class payment-items, but the children are p-item)
There is no style consistency. It switches randomly between kebab case, camel case, snake case, a mix of kebab and snake case (!!) or no case at all (just one long word with no separators). A parent element might use one case, but then the child element will use a different case for the exact same term
My understanding is that it’s just the large nozzle extension that’s made of niobium as it’s radiatively cooled - the upper part of the bell and the combustion chamber is cooled by pumping propellant between the walls, so it can just be made of steel.
This is what the Merlin Vacuum engine looks like without the nozzle extension (though this is 1C): Image
It’s possible that the ‘stubby’ engine is just this.
You're right, this is some homebrew I wrote for my DS when I was in highschool.
But it was nothing as clever or logical as that! I think I had read somewhere that floats were really expensive on the DS ARM9 CPU, as was division (?). So to allow fractional values for object positions, etc, you would store them in an integer at 256x their true value, then shift it by 8 to the right to 'divide' by 256 and get the proper value back.
Not sure whether this was actually true, but either way this would've been completely cancelled out by calling that 'lowestXInObj' function 20 times per frame - it loops through every object in the scene!
I use a single monitor AND a light theme for my IDE.