Wow, thanks for that explanation Brian! Sorry if the time it took to write it detracted from your sight-seeing time.
I suppose that's why I enjoy scripting in JavaScript so much- I can take the structure of my code in any direction and have it work successfully... usually. And now I have an argument to back up my natural dislike of Java. The fact that "Hello World!" has to exist inside a class is... disgusting. Thank goodness you and Jens have a CS miracle in the works, because all of the CS classes available at my school are centered around Java.
I can't wait to see what you and Jens come up with as far as translating Snap! code into plain JavaScript (that was a promised feature, wasn't it?)
Offline
shadow_7283 wrote:
I can't wait to see what you and Jens come up with as far as translating Snap! code into plain JavaScript (that was a promised feature, wasn't it?)
The promised (eventual) feature is compilation into JS for speed, but there's no promise that it will be human-readable. Probably it'll just be a lot of procedure calls; it won't look like JS code you'd want to emulate. (This is typical of compilers -- they make ugly code.)
Jens gets mad when people want a translation of Snap! into some text-based language because they don't think it's "real code" otherwise. Instead our (also eventual) goal is to implement a good model of self-reflection so that Snap! programs can analyze, trace, debug, and create other Snap! programs.
P.S. You're very welcome.
Last edited by bharvey (2012-08-20 00:19:51)
Offline
bharvey wrote:
shadow_7283 wrote:
I can't wait to see what you and Jens come up with ...
The promised (eventual) feature is compilation into JS for speed, but there's no promise that it will be human-readable. ...
... Instead our (also eventual) goal is to implement a good model of self-reflection so that Snap! programs can analyze, trace, debug, and create other Snap! programs.
...
Thank you for providing this overview of long-term goals. It helps to clarify the niche you are trying to fill.
Offline
GLITCH!!!
I was reading through blocks.js and realised that it doesn't check WHERE the attach point is in the script when you try to drop in a block, or whether or not there is a cap block in the script you are trying to drop. So I tried that. And it worked.
Last edited by joefarebrother (2012-08-22 06:37:06)
Offline
I suppose he put a stack block below a cap block.
Offline
joefarebrother wrote:
Apparently "data:" URLs don't work on the forums: not only do they automatically prepend "http://", thus breaking the link; they also seem to have cut off the end of it, making it invalid anyway.
Here, fixed.
Offline
Hardmath123 wrote:
I suppose he put a stack block below a cap block.
I did. 3 times.
Last edited by joefarebrother (2012-08-22 09:18:03)
Offline
I also found ANOTHER way to break snap! whilst reading through block.js: Create more than 26 script variables
Offline
Jens wrote:
Okay guys, I don't get it. Can somebody please explain what they were getting as to what they were expecting, so I can fix it? Thx
take that:
if <> say [hello!] stop scriptand that:
say [hello!] stop scriptnow put the second between say and stop of the first script
Offline
I also found ANOTHER way to break snap! whilst reading through block.js: Create more than 26 script variables
I have a project with more than 26 Script variables, but I've split them amongst several SCRIPT VARIABLE blocks. It's more convenient and "readable" this way !!
Offline
If you put more than 26 on the same script variables block, it won't let you make any more.
And, if you do
if <> say [hello!] stop script endand
say [hello!] stop scriptand put them together, it is possible to do
if <> say [hello!] stop script say [hello!] stop script endand you shouldn't be able to do that.
Offline
Hey, gang,
It's great that people are finding these bugs before we declare an official release! They're coming in too fast now for Jens to react one by one. So, please start using http://byobugs.com and file them against the Snap! product.
Thanks!
Offline
bharvey wrote:
Hey, gang,
It's great that people are finding these bugs before we declare an official release! They're coming in too fast now for Jens to react one by one. So, please start using http://byobugs.com and file them against the Snap! product.
Thanks!
Build Your Own Bugs? Bring You Own Bugs?
Offline
MrFlash67 wrote:
The BYOB install contains Gobo graphics, which is against the Source Code License, which I assume that BYOB used to make it. Also, it is awesome!
Thanks!
About Gobo, he wasn't listed as unusable in the original license, which we followed carefully. They added him when they abandoned that code base to work on 2.0. We, too, are rewriting from scratch (as opposed to from Scratch ) but, anyway, we got permission to retain Gobo, especially because he's the basis of our mascot Alonzo.
Offline
bharvey wrote:
MrFlash67 wrote:
The BYOB install contains Gobo graphics, which is against the Source Code License, which I assume that BYOB used to make it. Also, it is awesome!
Thanks!
About Gobo, he wasn't listed as unusable in the original license, which we followed carefully. They added him when they abandoned that code base to work on 2.0. We, too, are rewriting from scratch (as opposed to from Scratch ) but, anyway, we got permission to retain Gobo, especially because he's the basis of our mascot Alonzo.
Ah, cool! Is there a BYOB Resources like http://resources.scratchr.org?
Edit log: Linked and removed complaint.
Last edited by MrFlash67 (2012-09-09 15:48:04)
Offline
So Jens, I know at some point in the distant future when you create a paint editor, you promised it'll include vector graphics. I've been doing some work in canvas with vectors recently, and it's SUPER slow compared to bitmaps. Do you have any black magic in mind to make it work?
Offline
shadow_7283 wrote:
So Jens, I know at some point in the distant future when you create a paint editor, you promised it'll include vector graphics. I've been doing some work in canvas with vectors recently, and it's SUPER slow compared to bitmaps. Do you have any black magic in mind to make it work?
Offline
I researched almost every SVG to canvas solution. None of them perform very well in a dynamic environment. Besides, Canvas vectors will work fine if they run quickly enough.
Offline
IANJ? (That's odd... the forums keep changing it to lowercase)
Last edited by shadow_7283 (2012-08-25 17:37:08)
Offline