I was experimenting with fill patterns and then went back to the sprite editor to notice something quite out of place. It was drawing pixels according to the fill pattern and would let me fill in the tile completely !

Try pasting this in immediate mode:

fillp(0b0011010101101000)
circfill(64,64,20, 0x4e)

Then go to the sprite editor and try drawing pixels.

This is not at all desirable behavior for the sprite editor, @zep, and it should disregard any patterns you were working with.

oh, that's pretty cool! seems like a feature to me, not a bug, since this only happens if you use fillp in immediate mode (plus, you can get rid of it with by calling fillp() in immediate mode)

Yes every bug in any operating system is always an undocumented feature - to the author. :)

No, seriously, I think this is something ZEP just missed. Will probably be ironed out over time. No telling what other commands carry glitches to editing Sprites, Mapper, SFX, and Music.

Thanks for the feedback though, @pancelor.

this is a known feature - not a bug

Well I was going to close this out as solved, but not now @freds72. You just proved to me it is a bug after all. I thank you for that.

see: https://www.lexaloffle.com/bbs/?tid=38665

Changed: all drawing operations in sprite editor now observe fill pattern state

Alright, @freds72. I see it in the link. SMH. ZEP is an incredibly talented programmer - this - to me makes no sense though. Why deliberately cripple the editor so it is forced to not plot blocks in sprites where you ask them to ?

Is why some people dissatisfied with programming languages like Turbo Pascal, Cobol, or even Javascript, go out to either write their own version where they have what they want in it, adding new things or removing them - or find another programming language to code in entirely.

I see Pico as too useful, however. That and @pancelor showed how to return your sprite editor to normal without rerunning your code. Thank you.

Closing this ticket.