christian2000 wrote:
Hardmath123 wrote:
Press the blue check mark button next to it.
I dont see any buttons next to it.
The "blue" check mark button is not blue in the most recent version of Snap!
The checkmark on the right, adjacent to the input field and inside the blue border is a button. You can click on it or simply enter text in the field and then hit the enter key on your keyboard.
Offline
Hardmath123 wrote:
I'm not exactly sure. I thought (quote (1 2 3 (4 5) ) ) was like an abbreviation of (list (1 2 3 (list 4 5) ), where (quote +) became a new data type "symbol" '+.
I guess it's true that if your atomic data are only numbers, which are self-evaluating, then you can always use LIST to assemble lists instead of quoting them. But I wouldn't say that QUOTE abbreviates LIST; in fact QUOTE is simpler, taking whatever value it's given as argument and returning that value without further evaluation. But it only really matters once you introduce symbols.
PS You have an extra open paren, in "list (1 2 3" above.
Last edited by bharvey (2012-07-11 07:35:50)
Offline
joefarebrother wrote:
Yeah, I read R4RS, too, but I didn't understand a word of the macro appendix.
Offline
bharvey wrote:
PS You have an extra open paren, in "list (1 2 3" above.
My bad. I was trying to avoid the two-brackets-green-crescent thing (why don't they disable that already?!). I found out (with a quick Wiki search) you do it by selecting "never show smilies as icons for this post" under "options", but then you can use actual smilies. Oh well.
Offline
Would it be possible to change the "if on edge bounce" block into some kind of C block? I'd like to be able to react with more than just a bounce when a sprite hits an edge. I ran into this requirement today and I just fudged it using both the bounce block and some coordinate checking - it worked, but it doesn't feel right.
Offline
"if on edge bounce" is probably the most controversial primitive in all of Scratch. You don't have to use it (in Snap it also is still buggy and doesn't behave right), instead you can check using the TOUCHING ? predicate from the sensors category, whether a sprite is touching the edge of the stage, and disambiguify which one it is touching using the sprite's coordinates yourself.
Offline
Jens wrote:
"if on edge bounce" is probably the most controversial primitive in all of Scratch.
Yeah, I never understood that. You can make it out of other blocks anyway; why is it included in the default set of blocks?
Also, "disambiguify" is an awesome word.
Offline
Snap! dev update
Check out presentation mode (called "app mode" in Snap) and small-stage-mode in the new Snap! alpha
Enjoy!
Last edited by Jens (2012-07-12 12:37:05)
Offline
Jens wrote:
Snap! dev update
Check out presentation mode (called "app mode" in Snap) and small-stage-mode in the new Snap! alpha
Enjoy!
I appreciate the extra width in the scripting area that the small stage-mode supports. Even though the list blocks fold, some of my list blocks exceeded the available space in normal stage-mode. Thank you!
Last edited by scspaeth (2012-07-12 16:15:53)
Offline
Jens wrote:
henley wrote:
For my computer, Snap! is so laggy that it's barely usable. I'm using Chrome on a Mac with Lion.
Eh? Snap in Chrome on Mac Lion is about 10x faster than BYOB 3 or Scratch 1.4 for me!
It's not just the running of the code, the dragging of blocks, and trying to type numbers and letters has about a 1-10 second delay.
Offline
Hi tjbrady,
I had to take project summaries out of BYOB. But in the new version (Snap!) the projects themselves are stored in a readable XML format. Some instructors have already been examining these XML files for analyses and found them to be useful. we'd be very insterested if the new project format helps you.
Thanks!
Offline
Jens wrote:
Hi tjbrady,
I had to take project summaries out of BYOB. But in the new version (Snap!) the projects themselves are stored in a readable XML format. Some instructors have already been examining these XML files for analyses and found them to be useful. we'd be very interested if the new project format helps you.
Thanks!
I am finding the new format very helpful for the development of my own understanding of Snap! The ease with which you can display the xml tree and collapse extraneous detail are especially helpful.
One of the intriguing project attributes is version="1". Does this mean that you plan to have some kind of version tracking capacity? Do you plan to include other meta data such as original creator and re-mixers as in Scratch 1.4?
I know that you want to get all of BYOB 3.1 before adding new features. But, from a pedagogical perspective, these would be very valuable. I'll try to be patient while eagerly waiting to see what comes next.
Steve
Offline
the project version attribute refers to the project format version, so we can stay backwards compatible if - at some future time - we need to restructure the XML tree.
But, to answer your question, yes, we'll be adding more attributes to the project format, and there will be a way to track remixes etc., because we'll also be working on a Snap website with cloud storage etc.
Stay tuned!
Offline
Jens wrote:
we'll also be working on a Snap website with cloud storage etc
...in Node.js, obviously.
Offline
while playing in BYOB3, i noticed that the distance to dropdown doesn't show the sprite which you program in, making it difficult to use it as a lambda and execute in another sprite ((distance to sprite1)) of (sprite2)). fix it?
(also in touching, point towards, go to)
Offline
Jens wrote:
a Snap website
Ooh... sounds like fun!
Offline
henley wrote:
Jens wrote:
henley wrote:
For my computer, Snap! is so laggy that it's barely usable. I'm using Chrome on a Mac with Lion.
Eh? Snap in Chrome on Mac Lion is about 10x faster than BYOB 3 or Scratch 1.4 for me!
It's not just the running of the code, the dragging of blocks, and trying to type numbers and letters has about a 1-10 second delay.
Offline
Jens, I had an idea for the mobile version (I know this is a "minor UI tweak" but...) : in portrait mode you should see just scripts, and in landscape you see scripts on one side and the viewer/sprite corral on the other. It would look really slick.
Offline
Question: In BYOB 3.0, when you do ((the script {code}) of [sprite 2 v]) in sprite 1, if code refers to (object [myself v]), does that mean sprite 1 or sprite 2?
Offline