Yeah, that's a pretty awesome example, although I guess it's not obvious why making it happen inside a block is more interesting than doing it on the stage, which I'm sure a million people have done in Scratch.
It might not seem like a big "WOW" factor, but with Snap! at least you can hide the Block Definitions unlike with Scratch which makes the definitions stick out like a sore thumb.
please just read the wikipedia article on metaprogramming
you don't know what we're talking about
at least do some research before telling someone they are wrong lol
I use it to hide a huge block of code for a small simple block because I don't want a cluttered mess of Block Definitions and everything. I can just press "EDIT" and edit the hidden block definition within.
I haven't read all the posts since my last post, but I want to take things back a notch. Whenever I explain how snap is more advanced than scratch, I always bring up the fact that you can put lists in lists, which is something a lot of scratchers want. Of course I also always say that you can make custom reporters and predicates.
I usually don't throw out big words that scratchers wouldn't understand (like metaprogramming, hyperblocks, etc), because that would just scare them away.
The problem with this whole thread is this person created this thread wholly and solely to argue, and probably isn't even a real person, just a bot designed to respond to arguments with more arguments, you notice it never produced any real arguments of it's own, just bounced back a variant of the original argument. This is one of the many "this is just scratch you stole scratch" posts I've seen in the last couple months. Ban the user and move on.
On the off chance you're not a spambot Terabyte... scratch has a block that can make ten blocks? Good luck with demonstrating that. (I actually found it kind of weird that of all the powerful features metaprogramming has, that wasn't an example used)
I usually don't throw out big words that scratchers wouldn't understand (like metaprogramming, hyperblocks, etc), because that would just scare them away.
I think that we have to stop worrying about scaring people away. There are always people who just don't click with snap! It's just a fact of life, and also, I'm going to use this to highlight that abstraction isn't anywhere near as useful as people think it is, but you know my stance on that, so, moving on.
The one thing I do wish, was there were more advanced examples. Like, tutorials like solitaire amnd the spreadsheet from brian's logo text books. Things that would blow peoples socks all the way off.
Yeah, true. I can't speak for the other people who responded, but I guess I thought that the OP sounded like he wanted to be talked out of it. I mean, otherwise, why bother posting?
Yeah, I think that needs monospace-font text display on the stage, with new text replacing or displacing the old text. That's sort of in progress. Then I just need a Logo-to-Snap! compiler. :~)
(I'm not even a troll, like what the heck???)
Called inferior by a mod,
(I'm not a different folk, I like coding. This website feels boring. People talk about science and stuff. And I understand it's a joke, but it can come across as insensitive, not that you are, just saying)
This went from people being like "but Snap is good" and stuff to just calling me a troll. This has happened on MakeCode Forums, this has happened on Scratch. No matter where I go, people are going to hate me. I understand that you guys like the Snap. It's not a copy of Scratch. Goodbye.
People were constantly telling you to look deeper and you kept refusing to listen and you did it in ways that suggested you weren't so much as responding, as you were processing it like a chatgpt bot and feeding back something that seemed relevant but wasn't.
Maybe you are a real person, I'm still cynical of that, but look, have you considered looking at the snap! source code? Or even the scratch source? Both are available on github in the text language javascript. Looking down at the mechanical level rather than the visual level may give you insight on how different snap! truly is.
I do agree that the Snap! forum does tend to hyperfocus on details that most others don't care about, like you, and to a lesser extent, me, but that's not a reason to be so heavy handed in your dismissal. Snap absolutely needs someone like Griffpatch or even you maybe, to fully demonstrate that capacity, but it's absolutely there.
Just, look around a bit further, if you still can't see it, fine, but you don't need to start a fight over it, you can just vanish.
And I know the reason why people keep saying that: because it's true. Snap!, although it looks similar to Scratch, actually packs a LOT under the hood. Listen - we've given you countless examples, please don't just look at them and say "Yeah, Scratch can do that :|"
I can tell that you didn't do much research, so let me rectify this for you: in Scratch, using the "ask" block just asks the user for an input, i.e. Text or Numbers. However, if you input a URL for Scratch, nothing happens. It can't access any data from the URL you submitted.
In Snap!, however, this block, while it doesn't ask the user for a URL, it CAN access the URL and its data. So if you were giving it, let's say a post from the Snap! Forums, it can access the data from said post.
This is useful for some people as it allows for data collection, although it is highly discouraged to get user data, but I'm not the one who moderates this site.