It is obviously possible to cause a custom block to store a return value in a global variable that is accessible by the calling code.

Is there a more direct way to cause a custom block created in v2.0 to return a value to the calling code?

Nope. 2.0 only supports stack blocks. A future version is planned to allow custom reporters and booleans.

Thanks for the confirmation.

Well, if you do not want ot wait the future version it is actually possible to do that now.

Recall that a list is just an “infinite” number of single variables that you can dynamically create due to the variable size of the list.

Just use two lists: one with names, the other with the corresponding values. (If you want to improve the performance, you should use 1,2,3,… as variable names and skip the first list with names).

The drawback is that you have to manage yourself those dynamic variables instead of letting that managed by the scratch compiler.

Custom blocks seem to be accessible only by its own sprite/clone. So you can use list variables that are local to each sprite/clone.

I made a block for Scratch Crash:

when green flag clicked
change [water ripple v] effect by (1)

Reki90 wrote:

I made a block for Scratch Crash:

when green flag clicked
change [water ripple v] effect by (1)

That has nothing to do with any of this. This is a topic about making custom blocks report in a way besides

set [a variable v] to [ ]

Usually a good idea to check the dates on posts before jumping in.