Draw drag draw

Just a call for attention! In another thread I wrote (amended for ‘today’);

Not used Draw for a long time but prompted by this thread. Created an enclosed shape then tried to move it by dragging. Got the error, ‘Draw has gone wrong (SpriteExtend: Sprite doesn’t exist): attempting to preserve files in <WIMP$ScrapDir>.Draw before exiting. Don’t suppose it’s supposed to do that.

BB -xM, RISC OS 5.27 01-Oct-19, !Draw 1.36

No sprites were involved and no files were preserved.

I’m going to guess it may be the same missing pointer sprite problem that has recently afflicted Paint.

If it is the ptr_drop sprite then on current OS5.27 betas it is both in the default ROM sprites and in the !Boot Themes.

Draw drags work here, the curved drop pointer appears. Titanium OS5.27 01-Oct-19.

Still happening here with today’s (1.37 (09/11/19)) update. Same trying to drag text.

Only me?

Still happening here with today’s (1.37 (09/11/19)) update. Same trying to drag text.

Works here on RISC OS 5.27 (13-Nov-2019) on a Raspberry Pi 2 Model B showing the ptr_drop sprite.

Works here with today’s IOMD build (under RPCEmu 0.9.1-pp3 for Mac) – the ptr_drop sprite appeared on screen and the drag succeded.

I see what’s happened. I couldn’t stand the isometric icons in the various themes so created my own partial one. Then forgot about it and hadn’t realised it was relevant.

I think I’ve forgotten what I’ve done. Is it normal for the default themes to have non transparent backgrounds on the labels? My theme they seem to be transparent. Switch to a given theme and they’re plain grey over the textured desktop.

Edit: Just rediscovered CoFlags

Fixed. Adding the ptr_drop sprite was the solution so thanks for the prompt. I better check the rest of the icon set.

This is another example of why the pre-existing Theme Protocol designed by Rich Goodwin and myself was better than the one that Pace knocked up later. In ours, sprite files are merged, so you can never end up with a missing sprite.

<sighs> <rolls eyes>