teachers from schools/organizations in partnership with CreatiCode
We are hesitant about allowing a project to get the user profile image of any other user at this point.
How about sending both the user ID and the user PHP URL in one broadcast message and splitting it on the receiving side? If you run into issues with that approach we can help figure it out.
Thanks for reporting this. It turns out the threshold is set too strict. We have relaxed it a bit and now it should be much more normal. Please let us know if you run into more issues.
2 new reporter blocks have been added to the AI category that checks if an image is appropriate. One takes the URL of an image and the other takes the name of the costume:
The return value will be “Pass” or “Fail”.
Currently this block only returns the profile image of the current user who is running the project, and it can not get the profile image of any user given a user ID.
Can you please explain the use case for that function?
A new reporter block has been added to the sensing category, which returns the URL of the user’s avatar image.
If the user has not uploaded an avatar, this block will return an empty string. In that case, you can use the default avatar image: https://play.creaticode.com/static/images/profile_avatar.png
Yes those things can happen, but they can also occur with new comments or projects, and we can’t really review all of them manually. So we will just have to assume most users are well-intended and delete any user that tries to do harmful things immediately when we find out.
@jeffreyrb03-gmail said in Code block presets?:
For both of these, they would need to be moderator reviewed, like in a posting queue system.
We will probably allow the users to submit a new snippet after automatically running it through a moderation AI checker. Then, later, anyone can review them and report issues.
@jeffreyrb03-gmail said in Code block presets?:
For libraries added to a project, their information could be accessed using this perhaps?
Can you please explain this part more? An extension is usually just a list of new blocks. It is not clear why you would need this sensing block to access it.
You are right. We should allow users to submit new extensions.
However, the code snippet library should be more like backpack than extension, since it will allow users to modify the code blocks after a snippet is imported. If it is an extension, then users won’t see its implementation and also won’t be able to customize it.
Yes, it is similar to a backpack that’s shared with everyone, and you will also be able to search for the snippet you need.