On 19 Feb 2010, at 15:35, Christopher Cave wrote: > There has been a problem with reading pixels using this trap for ever or > at least since display modes became richer. I asked about it in this > group a year or two back but this attracted no interest at the time. I > was trying to write a flood facility into my CAD program but ended up > having to read pixels from the screen in my code - is this something that > should be done in atomic mode so all is done and dusted before another > program intervenes? Anyway, I found out the hard way that the code has to > allow for different display modes!
It is much easier to read pixels in modes 32 and 33 than 4 & 8. Hence there is not really a need for iop.rpxl for the higher modes. iop.rpxl can read a pixel. This is something I might want to do. But it also scans pixels to find a colour. What would that be for? George _______________________________________________ QL-Users Mailing List http://www.q-v-d.demon.co.uk/smsqe.htm
