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

Reply via email to