Skip to main content

Hmmm... debating whether to propose different behaviour for #uxn #varvara's flip-x and flip-y bits when interacting with the auto byte, but realising it's not a simple or clean proposal. Would be nice to be able to flip big sprites without complex loops, but maybe it'd make things too confusing.
#uxn #varvara
in reply to Annette

Devine Lu Linvega
Devine Lu Linvega
• •
it's not a bad idea. It might not be that complex I think. I could give it a try 😀 I do large sprite-flipping in oquonie and catclock. The code to do it is not too tricky, but if we can do away with it altogether, might be worth it.
https://git.sr.ht/~rabbits/oquonie/tree/main/item/src/oquonie.tal#L901

~rabbits/oquonie: src/oquonie.tal - sourcehut git

git.sr.ht
in reply to Devine Lu Linvega

Annette
Annette
• •
@neauoire I was trying to put together a proposal, but I felt it was getting messy. If you don't touch addr and only adjust the x/y increments, I think you risk breaking code that relies on auto-x/y without using auto-addr.
@Devine Lu Linvega
in reply to Annette

Devine Lu Linvega
Devine Lu Linvega
• •
flipping y is really easy, but flipping x is trickier because we need to add the sprite addr offset. I've got it going, but it does make the code a tiny bit messier. I don't do sprite flipping a lot so I don't really have examples to work with to see if it would break anything.

Lo, thar be cookies on this site to keep track of your login. By clicking 'okay', you are CONSENTING to this.

⇧