Hi all EasyPtr enthusiasts.
Could you please confirm that MAWITEM wont process a high definition (mode
16 or 64)sprites/icons: Returns err_bp. I found a way around, though (after
much hassle!) Define a sprite chain, with the first sprite a mode 0 one, eg:
sprite ; mode 0 sprite definition
dc.w $0100,$0000 ;form, time/adaption
dc.w $0006,$0009 ;x size, y size
dc.w $0000,$0000 ;x origin, y origin
dc.l pattern-* ;pointer to colour pattern
dc.l mask-* ;pointer to pattern mask
dc.l spr_hi-* ;pointer to next definition
...
...
spr_hi ; mode 64 sprite definition
dc.w $0240,$0020 ;form, time/adaption
dc.w $0010,$0010,0,0 ; etc
dc.l blank_col-*
dc.l blank_mask-*
dc.l 0,0,0
Wman2 then takes over and displays the correct hi definition sprite when
machine is in the right mode. None of the other keywords appear to be
affected by this (eg MAWDRAW & SPRW).
Another problem I experienced was with the MCALLT keyword. The pointer
sprite noticably blinks each time the call times out. I find this
irritating, and therefore cannot use it for something like "popup help",
which would timeout every 1 to 5 seconds. This does not appear to happen
with the equivalent Qptr call, so it must be an MCALLT issue (please check
for yourselves).
All the above relate to ptrmenX_cde V 3.05 E
Is any progress being made in updating the EasyPtr package?
Per