bharvey wrote:
Anyway, my guess was that Taneb was talking about Jens's pre-pre-pre-pre-alpha Snap!, which recently got a Script Variables block, in which you can change the "name" of the "variable" (in quotes because I don't think this block actually does anything yet) by right-clicking it, selecting the ReporterBlock (the "a" circle), and editing the box that pops up.
Yeah, thanks, that's what I meant
Also, feature request: a way to modify a list outside a block from within the block, so I could create, for example, a reverse-in-place block.
Offline
Oops, I misinterpreted the question
bharvey wrote:
Hmm are you a Windows user by any chance?
I don't think uninstalling BYOB is likely to help.
1) Yes, yes I am.
2) I know, so I edited my post saying to reinstall
Offline
I wanted to note that, with mods like Panther or BYOB, you could save it as a Scratch project and upload it. A lot of blocks will be tagged "obsolete!" though.
Offline
The following Snap! example uses Script Variable Instruction (SVI) modified names as suggested by bharvey. (f= first SVI level; s=second SVI level t=third SVI level ). It shows that each SVI "knows" all variables defined by of the former SVI !
Offline
Taneb wrote:
Also, feature request: a way to modify a list outside a block from within the block, so I could create, for example, a reverse-in-place block.
I'm confused; why can't you do that now? Just have your block take the list as an input, and you can do list operations on it.
Offline
Sidharth wrote:
1) Yes, yes I am.
2) I know, so I edited my post saying to reinstall
I don't think reinstalling will help either. You're only saying it because that's what the Windows help desk people always say!
Offline
It does work on occasion, you know.
Offline
Ho folks,
I've been away from scratch/byob/snap all summer but my daughter's back in school and is doing a BYOB project for, of all things, an English class project (cool, right?). She're using BYOB 3.1.1, and right now a little bit stuck on a detection issue. (I'm tempted to start describing the project, which is a sort of mechanical model of cognition, in which incoming information is combined with a reservoir of knowledge to produce an output... but I think that's a little off-topic). The issue is, how to detect if a sprite X is touching another sprite of 'kind' Y. In Jens' ants demo (from long ago) there are a couple of blocks that help with this sort of problem: "detect first in list such that " is used in "touched egg", which tests every object in turn for (1) touching and (2) attribute(parent)=object(egg). This works, I guess, but in the sprites corral the us of 'kind of' in the descriptor suggests to me that there may be a simpler solution. Is there? If so we'd love to hear it.
Look forward to hearing back from you guys. Thanks as always,
Matt
Offline
titaniumbones wrote:
The issue is, how to detect if a sprite X is touching another sprite of 'kind' Y.
I think this should do it:
Here, "ant" is the name of the parent of all the ants (type Y), and "myself" is the object that wants to know who's touching it (object X). The OBJECT (MYSELF) block is providing an extra input to ASK that fills the input slot in the TOUCHING? block. You can't just say TOUCHING? (OBJECT (MYSELF)) because then "myself" would be the object being asked, rather than the one doing the asking. But the second ASK doesn't take an extra input (so you click the left arrow to get rid of the slot).
ASK and KEEP are in the tools project or ToolSprite.
Disclaimer: I haven't actually tried this.
P.S. If I were doing this myself I'd use the grey-border feature instead of explicit THE BLOCK blocks, but people seem to find it more understandable this way.
P.P.S. As I look back on this, it's needlessly inefficient; you could just ask the parent for its ATTRIBUTE(CHILDREN) and make the TOUCHING? test on them. But I don't have time to rewrite it just now.
P.P.P.S. And you're right, there should be a FIND FIRST in the tools collection. I'll do that for 4.0.
Last edited by bharvey (2011-09-18 15:40:24)
Offline
shadow_7283 wrote:
It does work on occasion, you know.
It works, but it's overkill, making you redo all the customization you've done since installing whatever it was. And since it doesn't involve actually fixing the original problem, the problem is likely to recur.
Offline
zippynk wrote:
Is there any way to convert a BYOB project to a scratch project? (Sorry if this has already been asked. I didn't have the patience to go through all 149 pages.)
I don't think so. If you haven't used any BYOB-specific blocks then you can export individual sprites and import them in Scratch (this hasn't always worked for me), but aside from that, I think it's impossible (Brian will correct me if I'm wrong).
Last edited by shadow_7283 (2011-09-18 14:53:41)
Offline
shadow_7283 wrote:
zippynk wrote:
Is there any way to convert a BYOB project to a scratch project? (Sorry if this has already been asked. I didn't have the patience to go through all 149 pages.)
I don't think so. If you haven't used any BYOB blocks you can export individual sprites and import them in Scratch (this hasn't always worked for me), but aside from that, I think it's impossible. (Brian will correct me if I'm wrong)
BYOB exports sprites in a different filetype, so I think no. D:
Offline
zippynk wrote:
Is there any way to convert a BYOB project to a scratch project? (Sorry if this has already been asked. I didn't have the patience to go through all 149 pages.)
You're forgiven for the lack of patience because you quote John Holt in your sig! Are you a homeschooler?
And, no, as shadow and scimonster said, you can't turn a BYOB project into a Scratch project; there are too many things that just aren't readily expressible in Scratch project format. (The whole reason you use BYOB for a project is that you need those tools! )
I think you should tell the Scratch Team, "I want a way to use the power of BYOB without isolating myself from the Scratch community!" (I'm putting this in very general terms because every time I make a specific suggestion along these lines, there's some reason why it doesn't work for them, so I want them to come up with a solution!)
Offline
I'm confused. Is Snap done or not? If it is can you give me the link?
Offline
Bookworm300 wrote:
I'm confused. Is Snap done or not? If it is can you give me the link?
No, but if you click "4.0 status" on byob.berkeley.edu (or snap.berkeley.edu, the same page )and then click the picture, it'll take you to Jens's pre-pre-pre-pre-alpha demo.
Last edited by bharvey (2011-09-18 20:53:18)
Offline
How did you get the text?
And BYOB is basically possible now, by using the lambada stuff.
Offline
scimonster wrote:
BYOB is basically possible now, by using the lambada stuff.
No, not quite yet, hold on! I'm just now working on parameter passing, recursion and closures. Then we'll be able to build our own blocks.
Offline
found a bug with Snap!
it allows you to put a variable in the colour slot for the set pen colour to block but when you run the script, it crashes when you get to that bit.
Suggestion:
Disallow users to drag a variable into the slot.
Offline
or.. implement firs class colours like in panther!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Offline
joefarebrother wrote:
or.. implement firs class colours like in panther!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
I suggested first class colors a while back!
Offline
joefarebrother wrote:
or.. implement first class colours like in panther!
Good idea
Offline