Scratch

markyparky56 wrote:

nXIII wrote:

@Everyone:
The screenshots MarkyParky56 used were a tiny bit outdated, here is the most recent CYOB shot: (I added a color picker)
http://i44.tinypic.com/2l3ztz.png
Also, disregard the first color watcher screenshot, that was a work-in-progress shot, not a final product

Which one?
http://img534.imageshack.us/img534/3320 … porter.png
Or
http://img263.imageshack.us/img263/4923 … orters.png
I took both of them in version 0.3.

Neither... this one:

Late April Early may?... Waiting...

nXIII wrote:

I know..... oh well. It was good while it lasted.

I've only just discovered this thread while searching for something else...  I would be very sad if an effect of BYOB3 were to squash other people's development efforts.

It seems to me that any Scratch variant is going to be really significant only if its ideas end up in actual Scratch(TM).  What we're all doing is developing "proof of concept" demos.  There's no reason the Scratch Team couldn't get ideas from both our projects, especially since I think we're trying to solve different problems.

I do think it's awe-inspiring how much mileage we can get from what's essentially one little idea (THE SCRIPT a/k/a lambda), but it's not as if Jens or I invented it!  Lambda is the central concept in the theory of programming languages.  So, as a "pure programming language" I don't think anyone can beat it, but it's irrelevant to things like multimedia or other application domains.

And, btw, now that I understand who the Panther team is, I'm even more grateful for your ecumenical support of BYOB!  And you're more than welcome to reimplement any of the ideas in BYOB.  (Or to steal code, even, I should think, but maybe you should ask Jens about that part.)

I hope to meet some of you at MIT in August.

Thanks Brian and Jens! The scare was that we would lose all the interested we had got with the release of BYOB 3. But seems not to be.

Thanks for the offer for use of your code,, though I'm sure that we would like to do it ourselves (but I am not sure, I'll have to ask the others) but we might use the ideas. We have a really cool ideas though: Named scripts!

Thanks again! 

OMG! Panther programming is amazing look at this free logo i madeeeeeee:



Yeah good luck with all the programming!! 

bharvey wrote:

nXIII wrote:

I know..... oh well. It was good while it lasted.

I've only just discovered this thread while searching for something else...  I would be very sad if an effect of BYOB3 were to squash other people's development efforts.

It seems to me that any Scratch variant is going to be really significant only if its ideas end up in actual Scratch(TM).  What we're all doing is developing "proof of concept" demos.  There's no reason the Scratch Team couldn't get ideas from both our projects, especially since I think we're trying to solve different problems.

I do think it's awe-inspiring how much mileage we can get from what's essentially one little idea (THE SCRIPT a/k/a lambda), but it's not as if Jens or I invented it!  Lambda is the central concept in the theory of programming languages.  So, as a "pure programming language" I don't think anyone can beat it, but it's irrelevant to things like multimedia or other application domains.

And, btw, now that I understand who the Panther team is, I'm even more grateful for your ecumenical support of BYOB!  And you're more than welcome to reimplement any of the ideas in BYOB.  (Or to steal code, even, I should think, but maybe you should ask Jens about that part.)

I hope to meet some of you at MIT in August.

Well soz but i cant come I LIVE IN THE UK!!!!! I am not gonna fly all the way to America. So sorry I would come but tbh icba

bharvey wrote:

Sperry wrote:

I won't be at MIT: I come from the UK, as does some of the others

I wonder if you'd be interested in Constructionism 2010 in Paris, at which we'll be presenting a paper and a workshop on BYOB.  Maybe you could present on Panther!  (It's past the submission deadline, but try anyway if you're interested.)

Sounds interesting, but im not that big on traveling, same as Sperry Im in the UK aswell, I dont think my parents would let me go to Paris just to help present a program.

markyparky56 wrote:

Sounds interesting, but im not that big on traveling, same as Sperry Im in the UK aswell, I dont think my parents would let me go to Paris just to help present a program.

Ah, too bad.  From this distance the UK and France are practically the same place! 

Where can I download this?

YOU CAN ACTUALLY CREATE SOMETHING AWESOME WITH THIS STUFF!!!

Last edited by juststickman (2010-05-05 13:54:19)

sparks wrote:

We are trying to stand out from other modifications by developing our own sharing site with its own java player, project server and safety ratings.

Wow!  That's a big ongoing time commitment.  Moderating the Scratch page is a full time job for... I don't know, how many people?  Plus I think they rope in undergraduates part-time.

We'd definitely like to be able to share BYOB projects, but my university's lawyers would never let us host it, not without the kind of paid supervision MIT does on their site.

webpage reading capabilities

May I ask, how do you represent things like hyperlinks and formatting information?  Or do you just deliver the raw HTML to the user?  I ask not because of BYOB but because, wearing my other hat, I teach a unit on MapReduce (using a functional Scheme interface) in my SICP-based course, using data from Project Gutenberg, but we also have a Wikipedia snapshot on our distributed filesystem and are trying to work out how best to present it to MapReduce-based programs.

blocks that let the program do what you would normally have to click for: creating, editing, importing and photographing new costumes, connecting to resurrected Mesh, and much more besides.

One of Jens's brilliant ideas in BYOB was to extend the reach of the Sensing [<var> OF <sprite>] block.  I wonder if you could do that too -- [|costume| of <sprite3>] and so on.  And have one matching [SET <var> OF <sprite> TO <value>] (or even just extend SET to let a sprite set its own attributes).  Then you could have those capabilities, which I agree are crucial, without a zillion individual blocks.  And when you have first class costumes, etc., you could extend the second input of that Sensing block to work for non-sprite objects.  Imagine [|arity| OF <procedure>] etc.

If you have any suggestions about making Panther safer to use, such as methods currently employed by Scratch, please suggest them.

The first obvious thing that occurs to me is to just sandbox it -- chroot Panther so it can only get at files the user explicitly moves into a Panther-data folder.  That would vastly reduce the need to worry about the security of each individual feature, although it wouldn't solve DoS problems.

Sadly, while we are working hard to promote Panther, I don't think Paris is a realistic choice here

Bummer.  I'll have to find a way to come visit you.  (Although OTOH all this posting of ages and places is probably breaking some rule.)

Thanks for everything! Yeah, at [Insert age here], I don't think I'm going anywhere without my parents, even in the US, let alone Paris.

sparks wrote:

The URL reading block reports the raw HTML, I guess that's useful if you want things to be set out similiarly to a webpage, though without being able to set costumes to webpage images, it might not be worth much. Another problem is that when reading offline, it really slows everything down, especially for very long webpages. (although I have found writing long bits of information (such as pixil colours in an image) is actually faster to a file than to a list, it does not get noticably slower as the size increases.)

How about writing it to a list, then concatenating the list into a non-space-joined variable, then writing it all at once to a file.

sparks wrote:

sandboxing would be good, but it limits where a file could be placed, what about files in my documents or other locations? I was thinking of just locking certain paths, eg if the typed path contains windows in it, it will not follow through with the action.

How about it automatically prefixes all paths with the path to "My Documents" or something?

sorry, just adding to what I was saying about the URL reading blocks, we decided against a block that actually loaded a web-brower with the content for obvious reasons. a hidden open browser with URL block in a forever loop could be devestating. It would be interesting to have a filter for the information as an option because it would mean people could get at the parts they want without having to write a code to filter it out themselves. maybe dropdown options for all, links,text and suchlike would be a possibility for future expansion.