Emeraldore12 wrote:

It says that an AI helper is NOT restricted. This may be harmful to people who use scratch on a school computer, and even more harmful to people who use scratch on a school computer full time, because website blockers on the device may block scratch for its use of AI content.

8to16 wrote:

could the “pointing towards sprite” and “broadcast received” block be changed to use insertable dropdown:

<(message v) received? :: events>

<pointing towards (sprite v)? :: sensing>

ThisIsTemp1 wrote:

Clickable external links was rejected. I’ve seen it a couple times but too lazy

Super-Cat-Poderoso21 wrote:

(long unnecessary quote removed by moderator - please don't spam)

I made a Portuguese Version but there are some topics missing because I haven't finished doing it yet.

Ayden7329 wrote:

I think this topic is rejected.

Emeraldore12 wrote:

It says that an AI helper is NOT restricted. This may be harmful to people who use scratch on a school computer, and even more harmful to people who use scratch on a school computer full time, because website blockers on the device may block scratch for its use of AI content.

teamsonic2011 wrote:

When will the next version of TOLORS come?

Za-Chary wrote:

Thanks; I'm tempted not to add it to the list at the moment, unless someone can show that this is a popular suggestion.

Za-Chary wrote:

1.4 Social action reporter blocks
This block could be used, for example, to obtain the current number of loves of the project. However, project creators can easily use these blocks to prevent Scratchers from playing unless the project is given enough loves. If a user presses the love button on a project, it should be because they enjoyed the project, not because they are trying to reach some sort of goal. Social actions are not intended to be a way to interact with a Scratch project.

This suggestion extends to all social actions, including views, loves, favorites, remixes, comments, and followers.

(number of [loves v] :: sensing)

<loved?::sensing>

nikky10000000 wrote:

Za-Chary wrote:

snip

is

<loved?::sensing>

rejected too?

However, project creators can easily use these blocks to prevent Scratchers from playing unless the project is given enough loves. If a user presses the love button on a project, it should be because they enjoyed the project, not because they are trying to reach some sort of goal. Social actions are not intended to be a way to interact with a Scratch project.

This suggestion extends to all social actions, including views, loves, favorites (…)

<loved?::sensing>

when green flag clicked
wait until <loved? ::sensing>
broadcast [play game v]

Za-Chary wrote:

ThisIsTemp1 wrote:

Clickable external links was rejected. I’ve seen it a couple times but too lazy

Thanks; I'm tempted not to add it to the list at the moment, unless someone can show that this is a popular suggestion.

BigNate469 wrote:

nikky10000000 wrote:

Za-Chary wrote:

snip

is

<loved?::sensing>

rejected too?

Yes- under the same logic.

However, project creators can easily use these blocks to prevent Scratchers from playing unless the project is given enough loves. If a user presses the love button on a project, it should be because they enjoyed the project, not because they are trying to reach some sort of goal. Social actions are not intended to be a way to interact with a Scratch project.

This suggestion extends to all social actions, including views, loves, favorites (…)

Having

<loved?::sensing>

allows project creators to do things like

when green flag clicked
wait until <loved? ::sensing>
broadcast [play game v]

which violates Be Honest, and is using the loves feature as payment- something that is strictly not allowed.

when [timer v] > (0)
forever
reset timer

when [timer v] > (0)
wait until <loved?::sensing>
change [cloud variable v] by (1)

when green flag clicked

forever
create clone of [ v]
end

gohomegetdestroyed wrote:

(#9331)
What if they just changed it into an ONLINE app? and the ui had reactions when you clicked on certain things?

also the clone limit should probably be higher, not to like crash your pc but to 1,000 clones

when green flag clicked

forever
create clone of [ v]
end

gohomegetdestroyed wrote:

(#9331)
What if they just changed it into an ONLINE app? and the ui had reactions when you clicked on certain things?

-snip-

BigNate469 wrote:

Yes- under the same logic.

However, project creators can easily use these blocks to prevent Scratchers from playing unless the project is given enough loves. If a user presses the love button on a project, it should be because they enjoyed the project, not because they are trying to reach some sort of goal. Social actions are not intended to be a way to interact with a Scratch project.

This suggestion extends to all social actions, including views, loves, favorites (…)

Having

<loved?::sensing>

allows project creators to do things like

when green flag clicked
wait until <loved? ::sensing>
broadcast [play game v]

which violates Be Honest, and is using the loves feature as payment- something that is strictly not allowed.

Sliced-UP wrote:

Pretty sure this is rejected

kRxZy_kRxZy wrote:

this https://scratch.mit.edu/discuss/topic/793839/

alpha_ape_13 wrote:

https://scratch.mit.edu/discuss/topic/744777/ (Somehow this isn't closed)

<loved? :: sensing>
<favorited? :: sensing>