Marcel Kilgus schreef:
gdgqler wrote:
Has anyone noticed that iop.rpxl, which is the trap #3 call (d0 =
$72), to read/scan a pixel, is not implemented on the current versions of
SMSQ/E?
The entire code seems to be:
moveq #-15,d0
rts
Only in the high colour modes, where the API is difficult to apply
anyway. It could be slightly redefined to make more sense, but does
anybody *really* need it?
Marcel
Isn't that the reason why 'RPXL% (Easyptr) doesn't work correctly?
François Van Emelen
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm