Lots Of People Would Get Banned
Offline
To comment on the original suggestion: it is a seductive, but bad idea.
Why bad?
- Internet resources can disappear or change;
- They are often slower to download and depend on server availability;
- It is often bad practice to use a foreign site resource (its bandwidth to allow downloading a resource) unless they allow explicitly this usage (like Flickr or similar);
And a single reason:
- You just cannot do that in an applet. Well, actually you can, but the resource either have to be on the server providing the applet, or the applet must be signed, which is a chore, both for the applet maker and the user which is presented with a security warning.
This is a security issue, invoked by some people. Not for the risk of downloading a virus, but just because if cross-site calls like that are possible, it is possible to send information (perhaps sensitive one) to any site on the world, friendly or malevolent.
Now, it could be nice if mit.edu site offered some Web API to allow its users to upload (and download) some simple textual data... like high scores or user credential or level data or saved game.
Offline
set costume to url ("sample.mit.edu/yourimage.png")
<a href="http://www.danasoft.com"><img src="http://www.danasoft.com/sig/RCS002.jpg" border="0"></a><div style="font-family:arial,sans-serif;font-size:11px;"><p>Sign by Danasoft - <a href="http://www.danasoft.com">For Backgrounds and Layouts</a></p></div>
Offline
butheadrecoverdwpa wrote:
cocoanut wrote:
I wanted to post this the other day, but you beat me to it!
I agree, it could be useful.Yes I agree too. I love the ideas, I am working on my own programming system and these would be really cool!
. I would also like blocks like these ones :
Code:
post {lists and variable} on server { www.somewebsite.com } ( input from server (67) ) create public server called {someserver} create private server name:{someserver} password:{***********} join server {someserver} if password use {***********} send {Hello} on server (67)and buttons like these ones:
Code:
(create server) (join server)Which would pop up windows like this:
Code:
{----------------------------------------------------------------------------------------------------------------------} |server name:{someserver} |password:{somepassword} |o private o public |o worldwide o network o on networks: | {blah} | {blah} {-----------------------------------------------------------------------------------------------------------------------}
I need these!
Offline
gettysburg11 wrote:
Yes, having just a URL block for images and sounds would make my projects a lot easier, and I'm pretty sure it'd be the same for other people.
Yes, It would be helpful. (Well for some people like me.)
Offline
hdarken wrote:
I have many resons to agree and many resons to disagree.
I would love to hear both of them!
If you agree be sure to vote this idea up on Scratch Suggestions!
Last edited by fullmoon (2010-07-27 23:35:23)
Offline
fullmoon wrote:
hdarken wrote:
I have many resons to agree and many resons to disagree.
I would love to hear both of them!
If you agree be sure to vote this idea up on Scratch Suggestions!
I agree because it could be very helpfull for making projects. I dissagree because you can get viruses and there could be innapropriate content and Im pretty sure there will be no viruses and innapropriate content.
Offline
hdarken wrote:
I agree because it could be very helpfull for making projects. I dissagree because you can get viruses and there could be innapropriate content and Im pretty sure there will be no viruses and innapropriate content.
Excellent point here! I understand your point, however:
- the risk if inappropriate content is run either way, and
-viruses cannot be run in Scratch.
Offline
I like this idea.
It would make OS web browsers so awesome!
But, there are virus-y cons.
Offline
I really like the ideas here. It would be a great way to add interactive content, and even better, you could save space on your project by loading content (such as music) from online. Like others, I am concerned about the changing nature of web content and the difficulty involved in monitoring it.
Offline
Thing is, most people like to copy and paste things, and you can't do that in Scratch. It'd be a pain to type h t t p : / / s c r a t c h . m i t . e d u / f or u m s / v i e w t o p i c . p h p ? i d = (No ID for you.)
Last edited by geohendan (2011-02-14 20:38:38)
Offline
[go to url ()] is a good idea, but imagine the disaster when placed in a forever block!
Offline
http://www.danasoft.com/sig/MASTERHAND7PWNZ.jpg
Offline
actually what if someone made a scratch project with a script that opens a url to itself repeatadly?
Also, it would be possibe for someone to write a program which picks a text string at random, attempts to log in to the website with the guessed password and a given username, and if it fails, it tries again. That would make it possible to hack ANY account on the scratch website, and the program might not even have to be uploaded!!! Then they might edit the code so they can hack ANY account on ANY website!!! And MIT will get all of the blame...
Offline
joefarebrother wrote:
actually what if someone made a scratch project with a script that opens a url to itself repeatadly?
Also, it would be possibe for someone to write a program which picks a text string at random, attempts to log in to the website with the guessed password and a given username, and if it fails, it tries again. That would make it possible to hack ANY account on the scratch website, and the program might not even have to be uploaded!!! Then they might edit the code so they can hack ANY account on ANY website!!! And MIT will get all of the blame...
OMG
ppl are doing these
and they don't scratch to do that
what could be dangerous if a popular person makes a little code in his program to shut down a server etc.
Offline
the only reason why there not going to have it is because a scratcher could send you to a website that glitches up your computer or a * website
Offline
This would make scratch more dangerous.
Offline
In my opinion, it seems like a lot more trouble to moderate than it's worth.
Offline
legoscratch wrote:
In my opinion, it seems like a lot more trouble to moderate than it's worth.
Indeed - I'm not sure what I've posted previously on this thread (though I'm sure I have), but I'm pretty certain it's something to that effect.
Offline
a better idea would be
|go to url () if clicked|
That would be safer to use as you cannot repeatedly open a webpage, and it is easier to flag the project as it is not slowing the browser down by opening too many pages.
Offline
gershmer wrote:
rubiks_cube_guy238 wrote:
No, a URL block wouldn't be a good idea. The one, big, fat reason is this:
Someone uploads a project to the web that opens up a virused website.
Everyone who views the project gets a virus.
Do you like this situation?How would it download...?
Drive-by-download attacks, that's how.
However, it could simply notify the user they are going to the site in a alert() box when the url() block is on que. Beside, they could use mywot.com's api and filter out bad sites.
Offline