Scratch

Ha! I tricked it! It doesn't support all chars    Awsome though!

Last edited by WindowsExplorer (2011-11-07 17:06:08)

Greenatic wrote:

[url]http://block.site90.net/[go_to_x%3A(10)y%3A(10)][/url]

It works!      It might be a good idea to make it so that reporters and booleans can show up on their own, outside of stack blocks...or is that possible?

Yeah... this is a bug, currently. I'll probably fix it by parsing the block, then looking up its type (rather than assuming it's a command/reporter based on its position in the string)

I'm going to make a Scratch changeset that adds a "export to forums" option to each block's menu, for ease of use.

Last edited by nXIII (2011-11-07 18:02:48)

Testing...


Oops, I broke it.

Last edited by MathWizz (2011-11-07 19:48:10)

  I have no suggestions.

OT:
Mind voting on this?

Last edited by MathWizz (2011-11-07 20:13:27)

Thanks. 

Last edited by ssss (2011-11-11 00:22:31)

nXIII wrote:

MathWizz wrote:

Testing...
[...]

Oops, I broke it. http://scratch.mit.edu/forums/img/smilies/roll.png

Request-URI Too Large
The requested URL's length exceeds the capacity limit for this server.

GET requests can't be that long... any suggestions? I don't know how to POST images. 

Maybe make separate images per block?

nXIII wrote:

sparks wrote:

n, this is really cool! Would you mind if the block library began using this for our block renderer in the submission form for the site? The one we currently have is made by TheSuccessor and doesn't support arguments!

No, go right ahead! I'd love to see it put to good use 

Hardmath123 wrote:

Maybe make separate images per block?

You could do this, but it would lose the "overlapping" effect of including all the blocks in one image.

No, for each block, you type not only the block itself but the one above and below it, so it automatically adjusts the image. It can be painful, but useful.

Greenatic wrote:

There might be some problems with using this for Block Library.  One, obviously, is that reporters and booleans can't stand on their own.  Proof:

http://block.site90.net/<test>http://block.site90.net/(test)

Also, when a block isn't a standard Scratch block, it's assumed to be a list block.

[url]http://block.site90.net/[hi!][/url]

In addition, I don't think it supports dropdowns yet.  I could be using the wrong syntax, though.

Ooh, thanks for pointing that out, Green. Guess we'll have to wait 'til nXIII updates it.

scimonster wrote:

Greenatic wrote:

There might be some problems with using this for Block Library.  One, obviously, is that reporters and booleans can't stand on their own.  Proof:

http://block.site90.net/<test>http://block.site90.net/(test)

Also, when a block isn't a standard Scratch block, it's assumed to be a list block.

[url]http://block.site90.net/[hi!][/url]

In addition, I don't think it supports dropdowns yet.  I could be using the wrong syntax, though.

Ooh, thanks for pointing that out, Green. Guess we'll have to wait 'til nXIII updates it.

Yeah, scimonster.  XD  Seriously, call me Greenatic.  Green sounds...well..not right.   

Greenatic wrote:

scimonster wrote:

Greenatic wrote:

There might be some problems with using this for Block Library.  One, obviously, is that reporters and booleans can't stand on their own.  Proof:

http://block.site90.net/<test>http://block.site90.net/(test)

Also, when a block isn't a standard Scratch block, it's assumed to be a list block.

[url]http://block.site90.net/[hi!][/url]

In addition, I don't think it supports dropdowns yet.  I could be using the wrong syntax, though.

Ooh, thanks for pointing that out, Green. Guess we'll have to wait 'til nXIII updates it.

Yeah, scimonster.  XD  Seriously, call me Greenatic.  Green sounds...well..not right.   

OK, I will! Just wanted to see how you felt about Green.

sparks wrote:

Sci has a good point, would you consider allowing reporters to stand-alone?

I think that was my post.   

And it doesn't take boolean or color-picker arguments either.  It takes strings, though.



It needs cap blocks too:

Last edited by Greenatic (2011-11-08 15:11:10)

nXIII wrote:

Greenatic wrote:

And it doesn't take boolean or color-picker arguments either.  It takes strings, though.

It takes Boolean arguments: the parser infers the type of arguments from their labels, and defaults to string arguments. All arguments of any type are indicated with '(' and ')'. Example:

[say[()and()]]
[url]http://block.site90.net/[say[()and()]][/url]

[nonexistent()]
[url]http://block.site90.net/[nonexistent()][/url]

Color-picker arguments aren't supported--I guess you could pass in values as hex colors....

It needs cap blocks too

Cap blocks are a graphics glitch, I'll fix that eventually.

Greenatic wrote:

There might be some problems with using this for Block Library.  One, obviously, is that reporters and booleans can't stand on their own.  Proof:

http://block.site90.net/<test>http://block.site90.net/(test)

That's not the correct syntax, but reporters should (and will eventually) be rendered freestanding anyway.

Also, when a block isn't a standard Scratch block, it's assumed to be a list block.

No, that's the Scratch "error" color.

In addition, I don't think it supports dropdowns, booleans, or color-pickers yet.  I could be using the wrong syntax, though.

It supports dropdowns:
[set(var)to(value)]
[url]http://block.site90.net/[set(var)to(value)][/url]

Yes, but the trouble is that the Block Library is for blocks not already in Scratch, so the problem is that all arguments in these new blocks would appear as strings and all the blocks would turn red.