workaround to rejection for cloud lists
id: 750381
category: Suggestions
posts: 9
LP372
loading
so, we all know it was rejected.
But, reading the rejection, i have seem to have found the sulution to the rejection.
So basically, instead of the limit being 10 for cloud lists and 10 for cloud variables (why it was rejected) it should be 10 CLOUD VARIABLES AND CLOUD LISTS COMBINED
But, reading the rejection, i have seem to have found the sulution to the rejection.
So basically, instead of the limit being 10 for cloud lists and 10 for cloud variables (why it was rejected) it should be 10 CLOUD VARIABLES AND CLOUD LISTS COMBINED
jvvg
loading
Even one cloud list would still easily allow for cloud chat and other uses that the Scratch Team does not want to see. Cloud lists would also use a lot more computation power than cloud variables to manage, since updating a numerical cloud variable is just updating one primitive piece of data, while lists are complex data types.
LP372
loading
Someone could probably find a way to stop cloud chats. And they're not that common anyway. Even one cloud list would still easily allow for cloud chat and other uses that the Scratch Team does not want to see. Cloud lists would also use a lot more computation power than cloud variables to manage, since updating a numerical cloud variable is just updating one primitive piece of data, while lists are complex data types.
Malicondi
loading
You're forgetting the fact that cloud lists aren't rejected just because of the easier ability to make cloud chats, the bandwidth required to run cloud variables is already incredibly high and is one of the highest resource costly thing the scratch team does. Someone could probably find a way to stop cloud chats. And they're not that common anyway.
jvvg
loading
What do you have in mind for that? This is a case of “an ounce of prevention is worth a pound of cure”. It's much easier to remove the way to make cloud chats entirely than to find them after the fact, and the potential for harm to the Scratch community from cloud chats is very high, while the benefits of cloud lists are not particularly high. Someone could probably find a way to stop cloud chats.
They aren't common now because it's very difficult to make them. I can tell you in the alpha days of Scratch 2.0 when cloud lists did exist, there were a bunch of them, and that was only a small subset of the Scratch community. And they're not that common anyway.
LP372
loading
read the OPYou're forgetting the fact that cloud lists aren't rejected just because of the easier ability to make cloud chats, the bandwidth required to run cloud variables is already incredibly high and is one of the highest resource costly thing the scratch team does. Someone could probably find a way to stop cloud chats. And they're not that common anyway.
PhiPhenomenon
loading
So far, no one's found a way to prevent people from creating cloud chats. The only way is reporting them for takedown Someone could probably find a way to stop cloud chats. And they're not that common anyway.after they've been created. I guess until then, cloud lists will stay rejected.
As for them not being common, that's kind of the purpose of rejecting cloud lists. Because it's currently so difficult to create a cloud chat without cloud lists, there isn't too many of them. And just because something is uncommon, doesn't mean that it should be allowed. Although profanity only makes up of 0.5% of what people say, that doesn't mean it should be allowed on the site.
Malicondi
loading
having just read the OPone cloud list could make hundreds of cloud variables, because lists can have multiple items. The same point stands.
BringUpYourPost
loading
I assume these lists will only be able to store 0.1 kilobytes