Will there be a version of Scratch 2.0 for it? If so will there be support for GPIO and other APIs? (Minecraft is a big one)

I am also interested in an answer to this, one of the selling points of the RPi was its ease of use for children and using it with Scratch to teach programming.

kwpsteacher wrote:

I am also interested in an answer to this, one of the selling points of the RPi was its ease of use for children and using it with Scratch to teach programming.

I'm especially interested in GPIO support, since that would mean I could make some really cool stuff very quickly.

I believe interfacing with external hardware through extensions is a big priority for the Scratch team in the near future. See the "Getting Ready for Scratch 2" webinar.

learnegy wrote:

I believe interfacing with external hardware through extensions is a big priority for the Scratch team in the near future. See the "Getting Ready for Scratch 2" webinar.

I hope they plan to extend that to the Pi, since they have a great hacking community and I would hate to see them get left out because Adobe is slowly phasing out Flash.

if you are happy to use 1.4 (And I certainly am) then maybe you'd like to try out my stuff

Scratch controlling GPIO on Raspberry Pi.

It'll be very nice if 2.0 is written in something that will run on the Raspberry Pi but since its been hinted that it'll be probably programmed in an off-line version of Flash, then I'm guessing that it will not be available in the near (next year) future.

But the pretty much the only thing that 2.0 would give to the Raspberry Pi is the ability to define your own block so we could have a MotorA or StepperB or Sonar block.

But variables and broadcasts lets us get by

Simon

PS If someone is very keen, they could make a version of Scratch like S4A and put GPIO controlling blocks on the inside - only take a few months

I tried to use 2.0 on my raspberry pi, but i couldn't get any good web browsers

I would certainly be looking forward to 2.0 on RPi. I'll put it forward as a suggestion (if it hasn't already )

i hope you will be able to get 2.0 on RPi as you would open up a wide range of opportunities

If Scratch comes out in an html5 version, for tablets perhaps, then there is a possibility that it could work on the rpi too. Just need a browser that supports html5 for the rpi. The one potential downside is that the tablet version may be a cut down version of Scratch.

Time will tell!

I'd hope it would, as I've been eagerly awaiting 2.0 on my Pi. I've tried downloading the offline editor, but it didn't work. . . .

This thread looks interesting. Right, following!

Latest info is that BYOB 3.1.1 (the precursor to Snap!) is available to “run” on the Raspberry Pi.

It currently doesn't have the speed improvements that Scratch on the Raspberry Pi has received but it does give you most of the Scratch 2.0 features (and quite a bit more as well

http://www.raspberrypi.org/forum/viewtopic.php?f=77&t=62781#p468639

Simon (simplesi over there)

I want 2.0 on Raspberry Pi! (I got one as a Christmas gift.)

I have written a Scratch 2 compiler which uses .NET and so should run on the PI under mono. The only area I'm aware of that will need a new library is the one that plays midi sounds. Hopefully try something next year as one of the reasons for writing the compiler in the first place was to get 2 running on the PI.

Excuse my disbelief but surely re-coding Scratch 2 in another language (without access to source code even) to work in a manner even cursorily similar to real Scratch 2 would be the programming feat of the century



Simon

SimpleScratch wrote:

Excuse my disbelief but surely re-coding Scratch 2 in another language (without access to source code even) to work in a manner even cursorily similar to real Scratch 2 would be the programming feat of the century



Simon

Well I learnt quite a bit about Scratch doing this but there are some differences and I've posted a guide project so that you can check how existing projects may work. Other differences between Scratch and a compiled version is no clone limit and that sprites may go offstage. These also introduce other more subtle differences such as the touching edge block returns true only when a sprite is touching the edge of the screen. It will return false for a sprite that is not touching the edge, but off screen say at -10000, 20000 ! I could change that but I decided that was what was meant by that block.
I started the project mid September and it was fully functional by the end of November and runs into tens of thousands of lines of code so a feat maybe but not the feat of the century . I've used quite a few open source packages which certainly help such as monogame for the graphics and naudio for the sound, both of which I understand will run on the PI. So fingers crossed!

OK - lets give some benefit of the doubt

Can we see it in action?

Simon
PS I realise now that what you've written is a Scratch 2 project compiler (like what BYOB could do for Scratch 1.4) to produce runnable projects which is a lot more achievable than Scratch 2 running on the Pi

SimpleScratch wrote:

OK - lets give some benefit of the doubt

Can we see it in action?

Simon
PS I realise now that what you've written is a Scratch 2 project compiler (like what BYOB could do for Scratch 1.4) to produce runnable projects which is a lot more achievable than Scratch 2 running on the Pi

Thanks! December with Christmas and the New Year was a washout workwise but all that is needed is to create a final exe which combines all the dependencies. If you look at my projects then there're a couple of teasers and also this youtube video https://www.youtube.com/watch?v=Yp3GPDFizks&feature=player_embedded from October. So unless there's a massive problem then you should see something in January.

Update for you, here's the compiler in action http://youtu.be/5mHxsOSLOuM

I get you now - you are writing a compiler so you can run Scratch 2 projects

Very impressive

I've used the similar BYOB -> exe in the past to produce standalone animations.

Very impressive speed but for animations - it'll need to run at the original speed so maybe introduce a switch for that

Simon