There are a couple of behaviors of the cut and paste blocks that I don’t think work as advertised. I made a small case study but I seem to have problems linking it here.
When I paste an image onto another sprite, the pasted image of that first sprite the should have the opacity of the first sprite. That’s part of it’s image. But it does not. It looks to me like the pasted image is modified by have it’s opacity changed to match the receiving sprite.
The second issue is that what get’s pasted onto the targeted sprite appears to be the costume, not the image. In my case study I turn a sprite to green, paste it, and notice that what has been pasted is the original costume.
The first “issue” with pasting on a sprite with ghost effect is intended. The effects are post-effects, effects applied on top of the costume. Pasting is done with the costumes, so when pasting onto a sprite with an applied effect, the effect would have to apply to the new part too. This makes sense to me, and I believe this is good behavior.
The issue with pasting a sprite with an applied effect onto another sprite, and the new part doesn’t have the applied effect, yeah, that’s a lot more understandable. To me it makes sense, because it’s pasting the costume onto another sprite, and it can do some cool things. However, I also see how it’s confusing and the behavior you expect would also allow you to make cool things.
I don’t think either of these are bugs or unintended behavior, more like misfeatures.
I think there is some confusion. I’m not ‘ghosting’ the pentagram and then doing a paste. I’m using a second pentagram costume that has been made with an opacity of 5 %. So, there is no ‘post-effect’.
If what you want is to copy the costume and the effect, you can apply the effect to the target sprite explicitly in your program. If it worked the other way, there wouldn’t be an equally easy way to get the underlying costume.
If I applied the effect after pasting then both images would get the effect. If I want to paste a greened sprite onto the non-effected pentagon then there is no way to do that. If I wanted to paste the original costume onto the pentagon I’d just first do a clear graphics effects and then do the paste.
Oh, I see. It just looked like you were using the ghost effect. I’m just used to people calling something another similar thing, especially with people coming from different backgrounds. I feel like making only half have an opacity of 5% would make it more obvious you’re not just using the ghost effect. But yeah, I do agree this is strange behavior. Though thinking about it now, I realize maybe this is to deal with irregular shapes, for instance
It’s also really easy to save, clear, and restore the effects to get the current behavior. I do generally agree with this mentality, but I also see that if you’re going to provide built in effects, it might be better to integrate them better with other blocks. The paste block already takes scale, rotation, and position into account, why can’t it also handle effects?
There is, you just need to modify the costume yourself using something like this
Thank you, but these behaviors are actually intentional. Graphic effects are ignored by pasting. The only exception is the ghost effect of the pasted sprite, which is preserved.
Well okay but then it looks like the help pop-up could be slightly changed to be more helpful. Currently it says “Stamps this sprite onto another sprite” but you seem to be saying it’s more like “Stamps this sprite’s costume onto another sprite”.
I’m not sure about Dev Mode. The other method from your other post is quick but not quite what I was looking for since it copies everything in scope that is stamped or drawn on the stage. But still very good to know.
I still feel like the help popup accuracy is something for the developers to consider but there is always the option to RT_M. (I’ve skimmed parts of it.)
Thanks for making this work-around and spending time with my issue that looks like a bug but is not a bug. I made a slow-motion of your technique Problem with using the stage as work space by 10goto10 | Snap! Build Your Own Blocks and noticed that one ‘cost’ is that the stage is used as a workspace which means that the pen trails layer needs to be saved/restore. I say cost because that caused some loss of image quality. It’s a small cost and I do appreciate you spending the time to work with me on this.
I think what would help the ‘at first glance its a bug’ would be some kind of pithy explanation that painting onto the stage with the stamp block works differently than painting onto a sprite with the stamp block.
