pjw wrote:If you can define a shape as a blob, theres an inbuilt routine to fill it with any colour or texture, in any mode. I dont know what limitations the routine has re size, memory or efficiency, but it might be worth investigating.
May be of interest - Silvester on here wrote a piece of code for SMSQ/E so that the pixel colour read should work in modes beyond 4 and 8, this should allow the equivalent basic functions in other toolkits such as RPXL% of Easyptr 4 to work now too.
(not tried it myself, and can't remember if it was just making the colour reading work, or or if it allowed the reference colour seeking up/down/left/right etc to work too).
The code was meant to be added to SMSQ?E at some fairly recent stage, but not go the documentation to hand to check