Discuss Scratch
- 46009361
-
1000+ posts
Country detectors
The
I'm thinking that it reports the country on the user's profile, probably to switch to a proper native English costume for certain phrases/words or regional leaderboards for projects. It could also be used to put countries in lists such as
(country :: sensing)block is the one that is suggested. Adding a
(language :: sensing)block to the conversation just disrupts it so the conversation is no longer focused on one block, which is not what the Scratch Team prefers. Besides, there is already a block in the Translate Extension called
(language :: pen).
I'm thinking that it reports the country on the user's profile, probably to switch to a proper native English costume for certain phrases/words or regional leaderboards for projects. It could also be used to put countries in lists such as
(North American Countries :: list)and report your home continent to check if it is in a list.
- Nambaseking01
-
1000+ posts
Country detectors
(I'm so ashamed of myself for saying this last year, removed - Nammy 2020) (reason)
The workaround is really simple with the new translating extension in 3.0. Your project could just have a sprite asking what the language of the player is and it will automatically switch to that language. This could also be meant as “barging into information”, because some Scratchers might only want people that view their profile to see their location but this block could be used to send the location of the player to the creator using a few simple cloud and encrypting and decrypting scripts.
The location feature has even gone to the point to which some Scratchers suggested it be removed, but it became a rejected suggestion. This suggestion could cause a lot of disrespect and drama.
The workaround is really simple with the new translating extension in 3.0. Your project could just have a sprite asking what the language of the player is and it will automatically switch to that language. This could also be meant as “barging into information”, because some Scratchers might only want people that view their profile to see their location but this block could be used to send the location of the player to the creator using a few simple cloud and encrypting and decrypting scripts.
The location feature has even gone to the point to which some Scratchers suggested it be removed, but it became a rejected suggestion. This suggestion could cause a lot of disrespect and drama.
Last edited by Nambaseking01 (May 15, 2020 12:20:43)
- 46009361
-
1000+ posts
Country detectors
No support.You are right in the fact that there is a language block, but I'm trying to show you that the main focus is for a hypothetical block called country. I know that the other thing is rejected because I saw the article the other day. I'm just saying that, as of the time of writing, the Scratch Team has yet to comment on the discussion. What I mean is that it would make coding easier for people because even if they use English, they may expect to see “colour” next and find “color” instead. This way, it would automatically determine which variation of English to use (especially if you have to switch to the right costume) based on the country of the user's profile. These two blocks (suggested and language already in extension) would be very good to use together. For example, it would be easier to use the same project for both people who speak British English and people who speak American English.
The workaround is really simple with the new translating extension in 3.0. Your project could just have a sprite asking what the language of the player is and it will automatically switch to that language. This could also be meant as “barging into information”, because some Scratchers might only want people that view their profile to see their location but this block could be used to send the location of the player to the creator using a few simple cloud and encrypting and decrypting scripts.
The location feature has even gone to the point to which some Scratchers suggested it be removed, but it became a rejected suggestion. This suggestion could cause a lot of disrespect and drama.
Last edited by 46009361 (Sept. 23, 2019 20:38:26)
- 46009361
-
1000+ posts
Country detectors
This way, it would be easier. Someone who creates the project may know lots of different variations of English (maybe classes, or Google Translate, or moving to different countries), and want to show his/her talent of English to the other people. They would probably just put American English if something such as Antarctica is set on the profile, or automatically (in the project) check if a user speaks Singaporean English or Canadian English or British English or Indian English or American English etc.No support.You are right in the fact that there is a language block, but I'm trying to show you that the main focus is for a hypothetical block called country. I know that the other thing is rejected because I saw the article the other day. I'm just saying that, as of the time of writing, the Scratch Team has yet to comment on the discussion. What I mean is that it would make coding easier for people because even if they use English, they may expect to see “colour” next and find “color” instead. This way, it would automatically determine which variation of English to use (especially if you have to switch to the right costume) based on the country of the user's profile. These two blocks (suggested and language already in extension) would be very good to use together. For example, it would be easier to use the same project for both people who speak British English and people who speak American English.
The workaround is really simple with the new translating extension in 3.0. Your project could just have a sprite asking what the language of the player is and it will automatically switch to that language. This could also be meant as “barging into information”, because some Scratchers might only want people that view their profile to see their location but this block could be used to send the location of the player to the creator using a few simple cloud and encrypting and decrypting scripts.
The location feature has even gone to the point to which some Scratchers suggested it be removed, but it became a rejected suggestion. This suggestion could cause a lot of disrespect and drama.
Last edited by 46009361 (April 7, 2021 22:18:07)
- VeryAnza
-
24 posts
Country detectors
This block could be easily used to block users from specific countries from projects.
For example:
For example:
when green flag clicked
forever
if <(country :: sensing) = [Somepoorcountryeveryonehates-landia]> then
say [Get out of this project NOW!]
else
broadcast [start project v]
end
end
Last edited by VeryAnza (Sept. 24, 2019 18:57:52)
- 46009361
-
1000+ posts
Country detectors
Oh well. It's the same concept as the rejected block This block could be easily used to block users from specific countries from projects.
For example:when green flag clicked
forever
if <(country :: sensing) = [Somepoorcountryeveryonehates-landia]> then
say [Get out of this project NOW!]
else
broadcast [start project v]
end
end
(project [loves v] :: sensing), according to The Complete List of Rejected Suggestions by @Za-Chary*. Anyway, I was thinking that, if they were to add the block, they would put a policy in place on the Announcements forum saying you cannot do that. Because people who have a verified email address will be notified if they still have access to the email account and are logged in at the time, even if they are not on Scratch, and most people update email addresses on their accounts regularly and verify them to allow them to continue receiving updates. Say, a Scratcher receives the email and finds a project that forces them to stop unless in Canada, but already lives in the United States. They also don't want to fake their location on a profile. It wouldn't be hard to moderate one extra thing as there are so many members helping out, reports are received regularly and checked multiple times a day, and according to this video, saying that asking if there is one lion shadow or two (which doubles the threat) is a very different question than asking if there are 96 shadows or 97 (which is basically nothing), even though there's one more lion shadow in both questions. It's the same concept in Scratch; there are so many policies, and adding one is essentially the same as adding no policies which would not make it that hard to moderate the website.
- Nambaseking01
-
1000+ posts
Country detectors
This block could be easily used to block users from specific countries from projects.
For example:when green flag clicked
forever
if <(country :: sensing) = [Somepoorcountryeveryonehates-landia]> then
say [Get out of this project NOW!]
else
broadcast [start project v]
end
end
im an Indian that immigrated to Belgium…
I'm not offended but I did not know until now people hated it.
- Nambaseking01
-
1000+ posts
Country detectors
-snip-
You are right in the fact that there is a language block, but I'm trying to show you that the main focus is for a hypothetical block called country. I know that the other thing is rejected because I saw the article the other day. I'm just saying that, as of the time of writing, the Scratch Team has yet to comment on the discussion. What I mean is that it would make coding easier for people because even if they use English, they may expect to see “colour” next and find “color” instead. This way, it would automatically determine which variation of English to use (especially if you have to switch to the right costume) based on the country of the user's profile. These two blocks (suggested and language already in extension) would be very good to use together. For example, it would be easier to use the same project for both people who speak British English and people who speak American English.
This way, it would be easier. Someone who creates the project may know lots of different variations of English (maybe classes, or Google Translate, or moving to different countries), and want it to show to the other people. They would probably just put American English if something such as Antarctica is set on the profile, or automatically (in the project) check if a user speaks Singaporean English or Canadian English or British English or Indian English or American English etc.
I understand the suggestion, I just disagree with it. I am trying to say that people dislike the location feature already, and if this gets implemented then it would cause tons of drama. If you take a look at Anza's post, it gets clarified that this block could get flame wars started about politics (and the ST is completely against things like that).
-snip-
Oh well. It's the same concept as the rejected block(project [loves v] :: sensing), according to The Complete List of Rejected Suggestions by @Za-Chary*. Anyway, I was thinking that, if they were to add the block, they would put a policy in place on the Announcements forum saying you cannot do that. Because people who have a verified email address will be notified if they still have access to the email account and are logged in at the time, even if they are not on Scratch, and most people update email addresses on their accounts regularly and verify them to allow them to continue receiving updates. Say, a Scratcher receives the email and finds a project that forces them to stop unless in Canada, but already lives in the United States. They also don't want to fake their location on a profile. It wouldn't be hard to moderate one extra thing as there are so many members helping out, reports are received regularly and checked multiple times a day, and according to this video, saying that asking if there is one lion shadow or two (which doubles the threat) is a very different question than asking if there are 96 shadows or 97 (which is basically nothing), even though there's one more lion shadow in both questions. It's the same concept in Scratch; there are so many policies, and adding one is essentially the same as adding no policies which would not make it that hard to moderate the website.
You are thinking about the millions of people that do not see a rude project made by someone, but someone does need to see it if it has to get reported, right? Being scared for FNAF projects is one thing, you will forget that in a bit of time but if you know thousands of people are disliking you throughout your life, can you ever get out of that? Like I said, this block would cause tons of drama and in the worst case even depression and anxiety.
By the way, please use paragraph breaks when you post — that way it's not confusing to read your posts.
Last edited by Paddle2See (April 7, 2021 23:16:10)
- 46009361
-
1000+ posts
Country detectors
I am mentioning about this because I know that removing the location feature is already rejected, so if it was accepted, this block wouldn't exist. Otherwise it might. I already read the Guide to Finding Duplicates page to check that this already didn't exist.-snip-
You are right in the fact that there is a language block, but I'm trying to show you that the main focus is for a hypothetical block called country. I know that the other thing is rejected because I saw the article the other day. I'm just saying that, as of the time of writing, the Scratch Team has yet to comment on the discussion. What I mean is that it would make coding easier for people because even if they use English, they may expect to see “colour” next and find “color” instead. This way, it would automatically determine which variation of English to use (especially if you have to switch to the right costume) based on the country of the user's profile. These two blocks (suggested and language already in extension) would be very good to use together. For example, it would be easier to use the same project for both people who speak British English and people who speak American English.This way, it would be easier. Someone who creates the project may know lots of different variations of English (maybe classes, or Google Translate, or moving to different countries), and want it to show to the other people. They would probably just put American English if something such as Antarctica is set on the profile, or automatically (in the project) check if a user speaks Singaporean English or Canadian English or British English or Indian English or American English etc.
I understand the suggestion, I just disagree with it. I am trying to say that people dislike the location feature already, and if this gets implemented then it would cause tons of drama. If you take a look at Anza's post, it gets clarified that this block could get flame wars started about politics (and the ST is completely against things like that).-snip-
Oh well. It's the same concept as the rejected block(project [loves v] :: sensing), according to The Complete List of Rejected Suggestions by @Za-Chary*. Anyway, I was thinking that, if they were to add the block, they would put a policy in place on the Announcements forum saying you cannot do that. Because people who have a verified email address will be notified if they still have access to the email account and are logged in at the time, even if they are not on Scratch, and most people update email addresses on their accounts regularly and verify them to allow them to continue receiving updates. Say, a Scratcher receives the email and finds a project that forces them to stop unless in Canada, but already lives in the United States. They also don't want to fake their location on a profile. It wouldn't be hard to moderate one extra thing as there are so many members helping out, reports are received regularly and checked multiple times a day, and according to this video, saying that asking if there is one lion shadow or two (which doubles the threat) is a very different question than asking if there are 96 shadows or 97 (which is basically nothing), even though there's one more lion shadow in both questions. It's the same concept in Scratch; there are so many policies, and adding one is essentially the same as adding no policies which would not make it that hard to moderate the website.
You are thinking about the millions of people that do not see a rude project made by someone, but someone does need to see it if it has to get reported, right? Being scared for FNAF projects is one thing, you will forget that in a bit of time but if you know thousands of people are disliking you throughout your life, can you ever get out of that? Like I said, this block would cause tons of drama and in the worst case even depression and anxiety.
By the way, please use paragraph breaks when you post — that way it's not confusing to read your posts.
Last edited by 46009361 (April 7, 2021 22:18:34)
- NogSan
-
5 posts
Country detectors
Yeah, it could be quite good if you could detect the user's location, also very useful So:(language :: sensing) // gives the language that the scratcher is using scratch inI really like this idea. Support!
(country :: sensing) // gives the country the scratch has selected on their profile
What would the (country) block return if the scratch had no country selected? Just a “No Given Location,” or maybe undefined?
As with the username block, it should have a “This project can detect which country you have selected on your profile,” and “This project can detect which language you have selected,” What would happen if you had multiple of these messages?
- Boomer001
-
1000+ posts
Country detectors
No support.
People could use encoding and decoding scripts and put the encoded text in a cloud variable, so anyone can see where the person lives. I believe nobody likes that.
People could use encoding and decoding scripts and put the encoded text in a cloud variable, so anyone can see where the person lives. I believe nobody likes that.
- ThatOneWeirdDude
-
1000+ posts
Country detectors
Semi Support, as a user could do this:
if <(country) = [(Random Country so I don't affend anybodydy)]> then
say [Your country is TRRRASH and you KNOW IT]
end
- NogSan
-
5 posts
Country detectors
No support.Yeah, I know, but if the block used the place where the username wrote he was it would be the same as looking in their profile.
People could use encoding and decoding scripts and put the encoded text in a cloud variable, so anyone can see where the person lives. I believe nobody likes that.
- NogSan
-
5 posts
Country detectors
Yeah, but they could then just report the project. This block could be easily used to block users from specific countries from projects.
For example:when green flag clicked
forever
if <(country :: sensing) = [Somepoorcountryeveryonehates-landia]> then
say [Get out of this project NOW!]
else
broadcast [start project v]
end
end
when green flag clickedThis block, for example, could be useful
if <(☁ selected country) = [Spain]> then
set [language] to [Spanish]
end
Last edited by NogSan (April 15, 2020 13:08:46)
- ThatOneWeirdDude
-
1000+ posts
Country detectors
But before they report it, they could still be offended.Yeah, but they could then just report the project. This block could be easily used to block users from specific countries from projects.
For example:when green flag clicked
forever
if <(country :: sensing) = [Somepoorcountryeveryonehates-landia]> then
say [Get out of this project NOW!]
else
broadcast [start project v]
end
endwhen green flag clickedThis block, for example, could be useful
if <(☁ selected country) = [Spain]> then
set [language] to [Spanish]
end
- -GentooPenguin-
-
100+ posts
Country detectors
No support
This could easily be used to offend people living in a certain country, and like ThatOneWeirdDude said, if they saw a project like that they would be offended before they reported the project.
This could easily be used to offend people living in a certain country, and like ThatOneWeirdDude said, if they saw a project like that they would be offended before they reported the project.
- Boomer001
-
1000+ posts
Country detectors
Oh, i thought you meaned that it detects the exact location of the user…No support.Yeah, I know, but if the block used the place where the username wrote he was it would be the same as looking in their profile.
People could use encoding and decoding scripts and put the encoded text in a cloud variable, so anyone can see where the person lives. I believe nobody likes that.
This topic was posted when Scratch's version was 2.0, now in 3.0 you have this block (translate extension):

- PizzaAddict4Life
-
1000+ posts
Country detectors
Support! I am pretty sure you can see a user's country anyway, so it wouldn't reveal info. That could be used for a lot of interesting things
- BearSlothCoding
-
1000+ posts
Country detectors
Support! I am pretty sure you can see a user's country anyway, so it wouldn't reveal info. That could be used for a lot of interesting thingsBut what about:
when green flag clicked
if <[(country)] = [some country that receives a lot of racism]> then
say [I hate you! Your country is the worst! You don't deserve to play this game!]
stop [all v]
else
say [Glad you're not from the bad country ]
broadcast [Start game v]
end
- pavcato
-
1000+ posts
Country detectors
Semi-Support, but would it be from IP or the country on their account?.