It's easier to explain with an image:
It should return this:
I first got it with this:
I've patched the current dev version with a fix for this:
Please give it a try (make sure to hard-reload the page to refresh the browser cache) and let me know if you encounter any more issues.
It works in the dev version now!
This isn't a bug, what you want to accomplish is reifying literals, and I'm not supporting that. You can use unevaluated input slots for that, but - honestly - it doesn't make sense, because literals are just constants that don't closurize an environment.
I want it to be something like the Scheme
(quote ...), so:
I want to un-reify them, not reify them. (Edit: the block reifies things, but I need the block to know if its input is a literal so it can only then un-reify it)
call. If you want to quote a ring you can ringify the ring.
But what if I have a reporter with a side effect in the input? I don't want any side effects. I only want to un-reify a literal.
Literals in Snap! are text, numbers and Booleans. If you want to extract the body of a function you can now use
split for that.
That doesn't help me here, because with this:
it gives this:
I have to have it unevaluated, because:
What I need is how the <is _ a reified literal?> of this:
can you give me an example of what you really want to accomplish?
I want to make
in Snap!, as a step towards making macros. This stuff about a block called "QUOTE" was my project. Here.
we'll get around to macros, this is now a first step.
Yes but I want to make some steps myself in the meantime.
geez, and I always thought us Smalltalkers/OOP folks were too full of it