hey, what's with the rest of the body being a link or something after the or block?
Offline
Hi Rocardo-san,
you can already use BYOB on a Mac, no porting should be neccessary to run it. Just uncompress the archive into a folder on you Mac, put a copy of your "scratch.app" into the folder, and drag/drop the file called "byob.image" into it. There you are.
Please let me know if this doesn't work for you. Thanks!
Offline
Thanks Jens! Works fine, but I have to manually choose the BYOB.image
Hm...this is complex! Definitely not easy, making these custom blocks...
Anyway, great program!
Offline
Can you make it so that
- It is easier to make a reporter (snap what to report in the report box)
- you can make text fields (so you can enter strings )
Offline
bhz wrote:
Can you make it so that
- It is easier to make a reporter (snap what to report in the report box)
- you can make text fields (so you can enter strings )
snapping a reporter block into the report-field of the block editor really should be *much* easier, I absolutely agree.
I tried to make BYOB reasonably simple. There are many features which could be added, like internal lists, other kinds of parameters (sprites etc.). At the moment the only way to enter strings is to use a variable. I remember experimenting with text fields, but there were some issues... I agree that direct text input would be very nice.
Offline
Jens wrote:
I remember experimenting with text fields, but there were some issues... I agree that direct text input would be very nice.
Hey! You can't just tell us that and then NOT release a polished demo that works perfectly! Back to work!
Last edited by fullmoon (2008-11-26 10:25:21)
Offline
Hi dimus,
Thanks for testing BYOB! in the prototype I disabled Scratch-compatibility (although it would be possible to implement), because I feared that sooner or later people would try to upload projects with custom blocks to the website, which might cause problems. I know that being able to at least import Scratch projects into BYOB would be very convenient, and I might consider this in a possible future version.
Offline
hey Jens I noticed that other programs normally are faster, when using BYOB I found that even at atomic, it still has a little wait in between, like with your dragon project, once it gets up to number 5 it takes a while before it finish (on atomic and no waits in the script), where as other programs would take it instantly.
Is this because the blocks feature in scratch lags it a bit?
Offline
deatheater wrote:
hey Jens I noticed that other programs normally are faster, when using BYOB I found that even at atomic, it still has a little wait in between, like with your dragon project, once it gets up to number 5 it takes a while before it finish (on atomic and no waits in the script), where as other programs would take it instantly.
Is this because the blocks feature in scratch lags it a bit?
I know, even in TURBO SPEED!
Offline
Hi deatheater,
thanks for testing and benchmarking BYOB's atomic and recursive features!
You're right, "atomic" procedures won't make Scratch run as fast as - say - compiled C-code (or interpreted Smalltalk code). I didn't intend BYOB to be so much as a speed-up tool for Scratch, but to find out how procedures, parameter passing and recursion could be woven into the Scratch interface and execution engine. Also, please keep in mind, that if you're playing with deeply recursive algorithms you will eventually be able to bog down *any* system, so IMO it's less a question of overall speed but of how to design a programm so it provides some meaningful feedback what is doing.
Offline
Hey, Jens, it's BATzerk (from the MIT conference! You helped me make a custom block in Squeak!)!
I just took a look at your amazing PDF file depicting the prototype of how to make your own Scratch blocks IN Scratch-- I shared with John Maloney my thoughts of the interface of how Scratch should allow users to make their own blocks back at the end of July... did he by any chance show the images I'd created to you, or is it that great minds just think alike?? XD
Jens, do you have an email address so I can send you the files I sent John? (My theory is a marginally different implementation of what you've done-- I think the fact that our two designs are so similar in concept is a FANTASTIC sign, and an even better reason we should promote Scratch to head down this road!!) I'd love to hear your thoughts on what you think of my ideas; I have an overwhelming fervor and desire to push Scratch in this direction, because I think it would completely change the language and methods by which we could organize our Scratch code. This is the addition that Scratch needs. (Admittedly, I haven't even thought about Scratch since September, but now I think you've gotten me involved in the community again!)
-Brett Taylor (BATzerk)
Offline
Hey Brett, great to hear (or rather read) from you! I'd be very interested to look at your design and read about your thoughts. John didn't show me your files, but I'd sure love to see them anyway. I'm particularly interested in thoughts how to design procedure headers with parameters graphically (i.e. without parsing a "spec" string), and how to pass lists as parameters. You can easily find my e-mail by either googling me or from the chirp website. You can also post your thoughts (and pics) in this thread, so other may chime in!
Offline
This may sound wierd but I Downloaded the application and there were picture of Ichigo, anyway do you just get the ability to edit scratch beacause your on the scratch team or are you an amazing hacker?
Offline
Jens wrote:
Hi Sophie,
thanks for testing the prototype! At the moment sprites can only access their own custom blocks, and not call other sprite's procedures/functions. I agree that this might be beneficial for e.g. a "math-services" sprite or so. I'm just not sure how to integrate something like it into the current Scratch blocks paradigm. Do you have any ideas on this?
Yes, I think it can fit in quite well. It also makes it even more useful, as calculated properties and commands can be referenced (from other sprites) just as easily as stored variables can be referenced today. It may have some threading/concurrency options to think through.
Just as you can today "Sense" a variable of another sprite:
(var name drop down) of (sprite drop down)
We could now do:
(custom block drop-down) of (sprite drop down)
In my kids projects, this would greatly reduce the number and namespace pollution of tons of global events (which are really attempts to address a specific sprite).
Regards - Sophie
p.s. is there a way to get notifications on a discussion thread here?
Last edited by itsme213 (2008-12-19 11:38:21)
Offline
Donut-slayer wrote:
This may sound wierd but I Downloaded the application and there were picture of Ichigo, anyway do you just get the ability to edit scratch beacause your on the scratch team or are you an amazing hacker?
just get a source code and you can also. i made some blocks on it
Offline
Jens wrote:
jcubed wrote:
you cant type numbers into the blocks
Hmm, I just checked and, yes, you should be able to type in numbers into the parameter-fields of any custom block you made (also into the "report" field in the block editor). Could you perhaps explain what you're missing a little more in detail? Thanks!
You should make it so you can do hat blocks and choose colors. (:
Offline
itsme213 wrote:
I think it can fit in quite well. It also makes it even more useful, as calculated properties and commands can be referenced (from other sprites) just as easily as stored variables can be referenced today. It may have some threading/concurrency options to think through.
Just as you can today "Sense" a variable of another sprite:
(var name drop down) of (sprite drop down)
We could now do:
(custom block drop-down) of (sprite drop down)
In my kids projects, this would greatly reduce the number and namespace pollution of tons of global events (which are really attempts to address a specific sprite).
Regards - Sophie
p.s. is there a way to get notifications on a discussion thread here?
Hi Sophie,
I'm delighted by your suggestion to let other sprites access certain custom blocks. That way something like a sprite-based library system could be experimented with. In fact, it might be a nice start to only enhance the already existing block you mentioned which "senses" the variables of another sprite so that you can select any of the other sprites custom-defined reporter blocks. This would fit in nicely with the existing Scratch blocks while allowing sprites to gently expand their "public interface". I would also expect this to be very easy to understand by beginners and thus intuitive to use.
What do you think, could this (sensing custom reporters) be enough, or do sprites really need to directly execute other sprites' custom command blocks as well?
(It used to be that you could subscribe to forum topics, but sadly that feature got broken along the way and is currently not working. Hopefully Andrés manages to re-implement it sometime).
Offline
Hi, Jens
Can you make a B.Y.O.B. version where you can make the "C Block" and have certain things such as %b (which makes "< >") and other of those stuff besides this thingy ( ).
Offline
Hi henley,
I'm not sure if I understand your request right. You can already build your own boolean blocks by selecting the "boolean" checkbox in the block editor, but you cannot - as of now - define boolean parameters for custom blocks, nor create custom loops or event-hats. Could you perhaps give me an example of a use case for these ideas? I'm curious how this could help expanding BYOB. Thank you!
Offline
Ricardo-san wrote:
Thanks Jens! Works fine, but I have to manually choose the BYOB.image
Hm...this is complex! Definitely not easy, making these custom blocks...
Anyway, great program!
i have to agree i love it!
Offline
okay, sorry, noob question....where can I download it from?
Offline