Paint deletes sprites without warning
Andrew Rawnsley (492) 1440 posts |
I have lost about an hour of work to this one today, so I’m hoping someone can do a fix ASAP! Basically, in the new “clipboard” versions of !Paint, there are two behaviours which I think need warnings, or at least alternate behaviour: 1) If a sprite is selected (highlighted) in !Paint when an image is dragged into its window (the list of sprites window) eg. from ChangeFSI, the selected sprite (within the file) is deleted/replaced/overwritten. 2) The dragged-in sprite tends to be called <wimp$scrap> and will overwrite any other sprite named <wimp$scrap>. My recollection was it used to be called “p28” (for a Mode28 sprite from ChangeFSI), but I’m willing to accept failing memory here. In the first case, I suggest that the selected sprite not be erased, or at least a dbox_query appear asking if the currently selected image should be replaced. In the second case, I suggest a warning be given and the new sprite renamed. I think that’s what used to happen. Basically, in current version it is super-easy for sprites to go missing/get overwritten within the file when using drag’n’drop. I do this extensively when merging sprites together, as I’ll use !ChangeFSI to scale a sprite, then drop the result back into the !Paint window and use the “sprite brush” tool to overlay the resized image onto an icon. |
Steve Pampling (1551) 8125 posts |
You were probably busy the other week Andrew, but the situation noted by Rick is that: Any selected sprites (note the plural) are erased/replaced with the new content. 1. Yes there should be a warning about the over-write |