I like these blocks, they would make pen much more interesting to use.
I'm not sure however how easy this would be to implement. Who knows.

Sigton

Support for all. I feel as if they would make pen easier, but still better to use.

Sigton wrote:

I like these blocks, they would make pen much more interesting to use.
I'm not sure however how easy this would be to implement. Who knows.

Sigton

It probably can't be too hard, considering the block only has one argument that determines which pen to clear.

Two of the clear pen blocks have been duplicated from this post.
The stamp blocks can be found in a comment on this topic.
—–
You're welcome for the duplicates I could find, but it took a long time!
(NOTE: Couldn't find a duplicate for the “Pen Color” block, so I assume that's an original!)

support for all.

It looks like I've already changed my stance on this quite a few times, but right now (cross-posted from a duplicate):

stickfiregames wrote:

No support. It sounds like a good idea in theory, but it would mean Scratch would have to track each sprite's pen drawings separately as well as which order those drawings are in. It gets worse when you realise two sprites' drawings could be both in front of and behind each other at different points, like this:

which would mean making multiple layers per sprite.

If anyone can think of a way to do it without those problems I'll change to support.

monstermash3 wrote:

Aboot4 wrote:

monstermash3 wrote:

Indifferent. When would this be used?

I already said. “It'd be very useful for pen games and projects, such as platformers and loaders. ” It'd also be used even more for pen design projects.

Whoops! Didn't read that part. Still indifferent (I would need an example to be sure) but I would support editing the clear block more than making it a new block.

It's been 1.5 years, but… I finally have a use for it xD I'm trying to make 2 different pen particles in 2 different sprites but the clear block removes all of the pen and I need it to only focus on one sprite's ;p

sorry for posting this so late
i realize its frowned upon
R.I.P

I like this sugestion but I don't see how it could be implemented for things like

This already exists.

clear

LionHeart70 wrote:

This already exists.

clear

No it doesn't. That clears all pen from all sprites.

support. You don't know how much I need it.

Support

Support.

I think this would slow down all pen projects because it would have to keep track of every movement the sprite has made while the pen was down, and the block could lag the project as it clears a sprite's pen because it first has to clear everything, then redraw all the other sprite's pen.

I just recently found that instead of using a clear block you can use the ghost effect at the end. All you have to do is put

set [ghost v] effect to (100)

Then put

set [ghost v] effect to (0)

at the beginning of the script.
Such as…

when green flag clicked
set [ghost v] effect to (0)
pen down
move (20) steps
pen up
set [ghost v] effect to (100)

Support {Even made my own forum supporting the idea https://scratch-mit-edu.ezproxyberklee.flo.org/discuss/topic/309179/?page=1#post-3203350 }

Blank1234 wrote:

IT WOULD CREATE INTENSE LAG KEEPING TRACT OF ALL THE PEN ACTIONS OF A SPRITE, SO NO SUPPORT

Please don't use excessive caps, and I dont think it will, Blank.

No support, I don't understand why anyone would use that when workarounds are simple and more efficient.

75% support
I don't use pen often, but when i do, i would use this SO often

lag wouldn't be a problem, scratch already has a layer for each sprite.

The way that pen works currently is that Scratch stores a single pen layer, which is displayed in front of the stage but behind every sprite.

It would be easy to separate this into multiple layers, one for each sprite and one for the stage, but that then raises an interesting question. If Sprite1 draws over Sprite2's drawings, and Sprite2 then draws over Sprite1's drawings, what would happen?

In the old system, Sprite1's first drawing would overwrite the parts of Sprite2's first drawing where they overlap, but Sprite2's second drawings would partially overwrite Sprite1's drawing.

However, if you have a layer for each sprite, then either both of Sprite2's drawings would be drawn over Sprite1's drawing, or Sprite1's drawing would be drawn over both of Sprite2's drawings.

One solution to this would be to have multiple layers for each sprite - so that when Sprite1 draws over Sprite2's old drawing, and Sprite2 then draws over that, then a second layer, in front of Sprite1's first drawing, is created for Sprite2's second drawing. This might result in quite a bit lag if multiple sprites are drawing at once, though - you'd have a new layer for each line that each sprite draws.

This could be very useful, but it might result in quite a bit of lag, so semi-support for now.

Support! I think it would be a great idea.