This sounds great. I'm curious how it compared to snap, which is scratch like, but with more abstraction capabilities and more FP mixed in.
One key thing to aim for I believe is the online component. This is where scratch really shines. They manage to male coding a highly social activity, which makes it much more engaging. I'd love to beta test with my kids and report back. y On Nov 28, 2012 4:08 PM, "Shriram Krishnamurthi" <s...@cs.brown.edu> wrote: > Yaron, this summer my students, Kathi Fisler, and I built a block-based, > functional language with types (expressed as colors) and testing. It runs > in the browser, uses the WeScheme runtime and can express most Bootstrap > programs. > > It needs more polish before we can release it to the world. We would be > happy to give previews to anyone who wants to see them. > > -- > Sent from phone. Please pardon terseness and mistakes. > On Nov 28, 2012 7:38 AM, "Yaron Minsky" <ymin...@gmail.com> wrote: > >> To be clear, I'm firmly interested in tinkering, which is why I'm >> using universe.ss and image.ss. >> >> I do think that a good design goal for Racket's kid-oriented libraries >> would be to be feature compatible with Scratch. It would be great if >> there were good ways of doing everything that Scratch can do, from >> playing sounds to detecting collisions, to (more aggressively) on-line >> hosting of the final result. I'd love it if Racket were strictly >> better than Scratch for someone who really can figure out how to >> program, but it's just not true now. >> >> y >> >> On Wed, Nov 28, 2012 at 7:11 AM, Hendrik Boom <hend...@topoi.pooq.com> >> wrote: >> > On Tue, Nov 27, 2012 at 08:56:13PM -0500, Yaron Minsky wrote: >> >> I've been weaning my son off of Scratch in favor of Racket, and trying >> >> to get him to write interactive games using universe.ss and image.ss. >> >> I'm wondering if anyone has suggestions for how to do things like >> >> collision detection. image.ss has these nice first-class images, but >> >> I don't see a good way of querying two images to see if they overlap. >> >> >> >> Has anyone else had luck in doing this? universe has a nice >> >> programming model, but I've found it challenging to find simple ways >> >> of doing the kinds of things that Scratch makes easy. >> > >> > There are two arts to collision detection: figuring out whether two >> > images collide (which gets trickier when they're in motion) and >> > organising all your objects so you don't have to test very many >> > combinations of them. >> > >> > Both of these can get quite complicated, and are susceptible to >> > nontrivial, complicated, and often necessary efficiency improvements >> > depending on special properties of the game. >> > >> > A one-size-fits-all solution may be good enough for tinkering with, but >> > serious use may well need serious hacking. >> > >> > -- hendrik >> > ____________________ >> > Racket Users list: >> > http://lists.racket-lang.org/users >> ____________________ >> Racket Users list: >> http://lists.racket-lang.org/users >> >
____________________ Racket Users list: http://lists.racket-lang.org/users
