> this place accepts patches via email, this one wants a URL to a pastebin containing the patch
I for one would never contribute to a project that requires one of the above. I know some will shoot back with "but Linux!", but that's the exception that proves the rule.
I used to dream of owning an O2, in no small part due to it being the host of Erwin from UserFriendly. And then I managed to score multiple out of the trash years later in college, funny how the world works. :)
What if that does not matter to someone? I know my opinion can't be common, but I cannot stand live music. I dislike the sound quality, the differences from the recording, the crowds, the cost, and more.
I know not everyone enjoys concerts, but it’s fundamental to my listening experience. That aside, I have no interest in music or art of any kind generated by AI. Other folks might, but I’ll have nothing to do with it.
Heh, I have four different games I am currently experimenting with, luckily I skipped this one as I am still expecting the original/Yoot source will be published (hopefully DonHopkins sees this and it nudges him to get it uploaded!).
> NEW Text Management API: Along with the new file system functionality, a new set of text management functions has been added, also very useful for text procesing and also used in custom build systems creation using raylib. At the moment raylib includes +30 text management functions:
I have read it, if you scroll down to the API list for the new text functions, they all relate to text (string) manipulation, not text rendering. There's still no native mechanism for caching text vertexes between frames.
They need to do a post-apocalyptic movie with a scene set in Fresno with unfinished CA HSR viaducts hulking in the background against a polluted orange sky.
The problem with post-apocalyptic films set in Fresno is that the local audience will be challenged to find things depicted that are different, nevermind worse.
reply