Scratch

Symp-G wrote:

Hello! I think, this old Scratch is good, but i've got a few ideas for the next version.
- Left Mouse Button [LMB] involving Yes, I want this, not sure if it'll work with flash though, likely but idk.
- "opposite" block What does it do?
- MMO servers A bit to clomplex for scratch
- Log in / Log out and registration functions for all Scratch games [ where the creators   are want    ] Maybe... but still a bit complex for Scratch
- Setup maker [we doesn't need the Scratch to run our games] possibly... it would be very helpful.
- And we can publish our project with the new Flash Player Define publish.

That's all. I know about it's not very easy work. But, my friend said: Ezek jó ötletek (These are good Ideas) 

You will probably have to make your own MMO server. The Scratch Team probably doesn't want any gaming servers on their servers.    The login/registration system you will have to make as well, unless you mean for the Scratch site ( where you login through the project ).

What I think Scratch needs are HTTP GET and POST, it could also use some COOKIEs as well. That will allow interactions with websites. The next thing I would want is SOCKET connections. That would allow some gaming servers ( MMOs ). 

Magnie wrote:

You will probably have to make your own MMO server. The Scratch Team probably doesn't want any gaming servers on their servers.    The login/registration system you will have to make as well, unless you mean for the Scratch site ( where you login through the project ).

What I think Scratch needs are HTTP GET and POST, it could also use some COOKIEs as well. That will allow interactions with websites. The next thing I would want is SOCKET connections. That would allow some gaming servers ( MMOs ). 

What about, a websensor? It could be treated like a list with one item. That item includes all the graphics, and also the scripts -- so the item is clickable, and depending where it was clicked, the site connected to could change to the URL of the link on the item you clicked. Other differences of the features is that you cannot add items to a WebSensor list, and you can't see the number of the item.
Here are a few blocks:
( ) -- Reports the URL of the WebSensor. The name of the block would be the name of the WebSensor.
[connect to website [http://type here] with sensor [WebSensor1 ^] ] -- Makes the WebSensor connect to a website you type in the input.
[refresh websensor [WebSensor1 ^] ] -- Refreshes the page the WebSensor has in hold.
-------------------------------------
And a (key pressed) block wouid allow a perfect web-browser in Scratch. -- Done!

Symp-G wrote:

Magnie wrote:

You will probably have to make your own MMO server. The Scratch Team probably doesn't want any gaming servers on their servers.    The login/registration system you will have to make as well, unless you mean for the Scratch site ( where you login through the project ).

What I think Scratch needs are HTTP GET and POST, it could also use some COOKIEs as well. That will allow interactions with websites. The next thing I would want is SOCKET connections. That would allow some gaming servers ( MMOs ). 

Um, Okay, but.... I didn't understand xD :S

You need to understand that sort of stuff to run servers.    Even to run simple ones, it requires knowledge on real programming and computers. Scratch can't just do it all for you. 

rdococ: The Scratch Team made a few comments towards that idea ( Link to browser block ) and they denied it because people could end up linking to inappropriate sites.

Symp-G wrote:

rdococ wrote:

Magnie wrote:

You will probably have to make your own MMO server. The Scratch Team probably doesn't want any gaming servers on their servers.    The login/registration system you will have to make as well, unless you mean for the Scratch site ( where you login through the project ).

What I think Scratch needs are HTTP GET and POST, it could also use some COOKIEs as well. That will allow interactions with websites. The next thing I would want is SOCKET connections. That would allow some gaming servers ( MMOs ). 

What about, a websensor? It could be treated like a list with one item. That item includes all the graphics, and also the scripts -- so the item is clickable, and depending where it was clicked, the site connected to could change to the URL of the link on the item you clicked. Other differences of the features is that you cannot add items to a WebSensor list, and you can't see the number of the item.
Here are a few blocks:
( ) -- Reports the URL of the WebSensor. The name of the block would be the name of the WebSensor.
[connect to website [http://type here] with sensor [WebSensor1 ^] ] -- Makes the WebSensor connect to a website you type in the input.
[refresh websensor [WebSensor1 ^] ] -- Refreshes the page the WebSensor has in hold.
-------------------------------------
And a (key pressed) block wouid allow a perfect web-browser in Scratch. -- Done!

Yeah! That's a good idea ^^

Yes. I now think these blocks (with the old ones) is the ideal:
Block 1: [refresh data for websensor [WebSensor1 ^] ]
2: ( )
3: [connect to website [type url here] with sensor [WebSensor1 ^] ]
4: <data type [Image ^] is in websensor [WebSensor1 ^] ?>
5: (C/Eshaped block)
[check data for websensor [WebSensor1 ^] ]   
[data type [Image ^] + -                             ]
[ ][commands]
[data type [Image ^] ]
[ ][commands]
[                                ]
6: (key pressed)

As you see, I brainstormed more blocks, for example, the C/Eshaped block.
EDIT: The top of the C block is two lines text, not one.

Last edited by rdococ (2011-05-26 16:56:59)