User Information

whiteandblackcat

Post Count:598
First Seen:12:38:08 AM 22/1/2019
Last Seen:9:21:27 AM 6/7/2020
Starting at newsest posts first

538: Block Suggestion: ( )^( ) at 1:42:56 AM 2/7/20204182890

--Explosion-- wrote:

Support, this would be very usefull for many equations and math projects, and the workaround is hard to remember.
Agreed; the workaround, while being very nice and compact; is fairly long in the sense that there are several functions to remember, which would be harder again to remember if you don't fully understand the script. It would be great to see it in Scratch, especially since I consider it quite a basic maths function.
537: Add New Blocks To Scratch Part 2 at 11:15:10 PM 1/7/20204182620

gamecreator22248 wrote:

gamecreator22248 wrote:

Well I kinda feel like Tynker and Scratch are rivals.
Also, no one answered to this. Are they rivals?
I answered you. No, they're not.
536: Entering in comments at 11:14:21 AM 1/7/20204180208

Nambaseking01 wrote:

whiteandblackcat wrote:

Perhaps you could also implement a “read more” button?

Reading is key ;)

“Another option (as per Sheep_maker) is to have a ”read more“ option appear if too many enters are used.” - @Candylanguagegirl



With a read more button, this could be an awesome feature. I can see a lot of people making cool text art with this, and me just making vast stories in comments with nice customization. It would really expand the freedom you get in comment boxes.
I saw that, I was bringing it to attention again
535: Entering in comments at 10:26:24 AM 1/7/20204180095

nerdiebirdy wrote:

xXRedTheCoderXx wrote:

-snip-
Agreed. However, I'm not sure I agree with your idea to combat spam. Having to write 10 words every time you hit enter seems hard to code, at least for me. Who knows though? Maybe it's easier than popping a balloon with a cactus. And, I feel like if there's going to be a “Read More,” button, might as well increase the character limit, too.
Although someone could just do this:
hi
hi
hi
hi
hi
hi
hi
Imagine that hundreds of times, that would be pretty spammy. Although I agree that 10 words seems like too much.
Perhaps you could also implement a “read more” button?
That would be good! I have yet to make that particular misclick, but I dread the day it will inevitably happen
Jokes aside, I'm surprised there isn't a confirmation. Lucky I've never clicked it wondering what happens.
533: Local Variables at 7:02:51 AM 1/7/20204179741

Maximouse wrote:

whiteandblackcat wrote:

what's the point of it then? You may as well just make a normal variable, which is less confusing.
You can create multiple local variables with the same name, used in different places. They don't appear in the palette. And so on.
I don't see a point of that.
532: Local Variables at 6:59:12 AM 1/7/20204179736

whiteandblackcat wrote:

Also @Maximouse - nice mockups, but if you set it that you have to create the variables beforehand, then you may as well not have temporary variables. Isn't the whole point of most suggestions of this kind that you can name them? So perhaps it would be better for the C block to have an editable input, so you can make a new variable named whatever you need it to be.
I don't understand exactly what you want to say – the point was that this block would not appear in the palette because that could be confusing – instead it would be an option in the Create variable dialog.

what's the point of it then? You may as well just make a normal variable, which is less confusing.
531: Add New Blocks To Scratch Part 2 at 6:52:39 AM 1/7/20204179719

Maximouse wrote:

whiteandblackcat wrote:

While it's perfectly fine to suggest features that are in Tynker, think about whether they'd actually benefit scratch.
Also, if you don't know what a block would do, how can you answer other people's questions about it?
Actually these block don't seem to exist in Tynker either…
I wasn't able to find them in the documentation.
I found them; you have to open the tynker editor and search for “tag”. Unfortunately I was unable to find out what they do, and nor was I able to find the blocks in the menu, the only way I could make them show up is by searching.
530: Add New Blocks To Scratch Part 2 at 6:40:41 AM 1/7/20204179703

gamecreator22248 wrote:

Maximouse wrote:

Just asking, did you find these blocks in Tynker? Because Scratch obviously isn't supposed to have all features of Tynker.
Maybe I did.
Well I kinda feel like Tynker and Scratch are rivals.
Tynker and Scratch are two different programs. There's no need for scratch to have all the same features as Tynker, or there'd be no point in them both existing.
While it's perfectly fine to suggest features that are in Tynker, think about whether they'd actually benefit scratch.
Also, if you don't know what a block would do, how can you answer other people's questions about it?
All users have a user ID, but it's hidden; most people don't know how to find it. So maybe they could just change the username block to a dropdown; with two options.
([username v]::sensing)
and the other option would be
([user ID v]::sensing)
528: Entering in comments at 2:55:56 AM 1/7/20204179554

xXRedTheCoderXx wrote:

snip
Yes, like I said you'd be able to leave a single blank line.
Ok, thanks for clarifying
527: Entering in comments at 2:33:54 AM 1/7/20204179515

xXRedTheCoderXx wrote:

What about, the maximum blank lines in a row could be one! So, when you put more than that, the # blanks lines turn into 1.
Yeah, that's a good idea! So you could space your messages, but not spam. Would you be able to leave one blank line between text, or would that get removed?
So like
Hi

hi
or like
hi
hi
526: Subtitle block. at 12:59:26 AM 1/7/20204179338

qrcool wrote:

According to Za-chary, they should not be customizable. Also, they will be enabled by placing a block in the code from the creator's end.
Just realized this could allow users to sub projects into another language.
Thanks! I think this would be the best option, but it would be cool for the viewer to be able to change the size, as an accessibility thing.
525: The Opposite of the Join Block at 12:56:30 AM 1/7/20204179331

xXRedTheCoderXx wrote:

frogadier63 wrote:

(word [1] of [hello world] :: operators)

([first v] word of [hello world] :: operators)
They seem to pretty different from my suggestion though, so maybe you should make your own suggestion for those!

xXRedTheCoderXx wrote:

Maximouse wrote:

(letters (3) to (6) of [banananana] :: operators)
(delete letter (3) of [mouse] :: operators)
Thanks for supporting - and those are wonderful ideas - however, I don't feel comfortable adding them, sorry. I feel as if they deserve their own topic. Plus, the odds of my suggestion getting implemented may be slimmer if I add more and more to it. The Scratch Team may think this is too much and not add anything here.

However, feel free to make your own suggestion with those blocks - if you do you'll certainly get support from me. ^^
I think they're plenty similar enough to be added to the same topic. They're all to do with removing strings from other strings, and paddle even mentioned some of these blocks as more useful alternatives.
Nevertheless, it's a good idea, and really convenient.
524: Community Backpack at 12:51:45 AM 1/7/20204179322
Also - a limit of three things per week or whatever would just mean that having put a script in the backpack would be suddenly an achievement, like being the first comment on youtube. People would fill it with whatever junk scripts they could access quickly so their script would be in the backpack.
523: Subtitle block. at 12:40:11 AM 1/7/20204179312
Yep, this would be cool! What sort of customizability would there be, and would it be from the project creator's end, or the user's end?
For instance, in youtube videos, the viewer can make the subtitles bigger and smaller. Would it be the same in scratch, or would they be uncustomizable, like the speech bubbles in “say” blocks?
522: Make a template for a shop! at 10:30:51 PM 30/6/20204179050
Firstly, the OP's right. I'm pretty sure they're talking about a BBcode template that lets you easily create a “shop”, which are popular in the requests forum. They usually don't involve currencies; you go there, ask for something nicely, and someone will do it for you, as long as you give credit to them.

Secondly, I think this is pointless. Shops have so many formats, people like to have them differently. It would be silly for the ST to say “this is how your shop should be”. If you're setting up a shop and need help, ask other shop owners for help and advice. It's pretty common and works well
521: swc announcements july 2020 at 10:25:03 PM 30/6/20204179033

StarriCerulean wrote:

Please stop messaging in here, you can express your excitement in the main cabin. Just because other users are doing so doesn't mean you should. (sorry for typing here icy)
EDIT: Also in doing so, you cause the campers to get a notif that they didn't need
Yep! And sorry for posting - but guys, report those posts to be deleted, it's perfectly ok to report posts and say “spam” or ask for them to be deleted, and it means these posts won't be here for other people to see and copy.
520: Stop script x at 10:22:34 PM 30/6/20204179028
I disagree with a
start script [script1 v]::events
because it's confusing - would it run from the start, rendering the block effectively null, or run from where it left off, in which case, what happens if the script has already run once? It's too confusing and I can't see any obvious uses or benefits where you can't just use broadcasts.
519: Local Variables at 10:16:58 PM 30/6/20204179013
This is a really neat idea, and I think it would me easier to use and more straightforward than other local variable ideas I've seen.

DrGaming_92Games wrote:

I thought of a problem: visually telling the difference between local variables and normal variables. I have 2 ideas for this, either make the local variables a lighter orange, or add a little icon next to it the same way cloud variables do (obviously with a different symbol).
I agree; they'd need to be a bit different. I like a lighter orange, but that might be difficult in terms of getting local variable blocks confused with variable blocks and/or control blocks. Perhaps an icon would be better, although I have no idea what you would use.

Also - yes, it's like a list. But these are easier to use. Especially because when you delete one variable in a list, they all get shuffled up, so you could be referencing the wrong variable. And yes, there are methods to deal with that. But they just get harder and harder to read when you're coding. Who wants to put this
(item (item number of [variable name] in [varNames v]::list) of [varVals v])
instead of this?
(variable name)

Also @Maximouse - nice mockups, but if you set it that you have to create the variables beforehand, then you may as well not have temporary variables. Isn't the whole point of most suggestions of this kind that you can name them? So perhaps it would be better for the C block to have an editable input, so you can make a new variable named whatever you need it to be.

scratchastroLOL wrote:

but i don't really understand why it should be a C block.

create local variable named [] :: variables
(local variable: [] :: variables)
delete (localvar v) :: variables

and local lists

create local lists (local list :: list) (+ :: grey) {
add [Hi man!] to [local list v]
say (item (1 v) of [local list v] :: list)
} :: list

I mean, this works too, and a C block could sometimes be misleading. But I think a C block helps you keep track of when you can use variables and when you can't; it's a bit cleaner and you can always tell whether the variable will exist or not.


Also, if you had
create variable (a) {
set [a v] to (11)
}::variables
...
create variable (a) {
change [a v] by (1)
say (a)
}::variables
what would this return; 11 or 1? There may be no reason to code like this, but scratch needs to know how to respond.