cooldude-222 wrote:

Ihatr wrote:

cooldude-222 wrote:

Hey @shradibop, could I make the next one sometime?

I'm quite sure they plan to keep the sticky around for a while.

I know but the are missing so many

cooldude-222 wrote:

Ihatr wrote:

cooldude-222 wrote:

Hey @shradibop, could I make the next one sometime?

I'm quite sure they plan to keep the sticky around for a while.

I know but the are missing so many

SeuAmigo35 wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

I'd suggest getting the link to each post and putting it in the OP like I did for easier navigation, otherwise it kind of defeats the purpose of having them in separate posts. Great job otherwise though, I think this one will turn out a lot better than mine did.

SeuAmigo35 wrote:

(gonna repost this when the forum reaches 10 pages)

Why?

remember the problems i said about the “when stop sing clicked” block? you've only putted the solvement of 1 of them, an i only want to tell in this one when it gets popular.

But why not now? If you wait for 8 pages to pass, it will get popular and people will use the wrong workaround. Or you could do it now, and this topic won't have any problems.
Or I could just post the link to when you posted it and this could all be over.

there is a LOT of problems, i will make the same thing as before: each time this comment get quoted, i tell one of the problems.

Which is a waste of time. The problem with your system is that you post one problem, then you wait for me (before it was me, now it will be shradibop) to respond to it. Once I respond, then I will have to wait for you to respond again with the other problem and then this repeats for however many problems there are. This is the reason I didn't keep going with it, I left the stop sign script wrong because it was such an irritating hassle that I wasn't in the mood for and never was. I don't expect shradibop to act any differently because very few people have the patience to keep responding, waiting for their “LOTS of problems” to get called out. All the while the person calling them out keeps acting somewhat rude by putting unnecessary phrases in bold that makes a lot of the post seem aggressive. And keep putting things in caps which shows that what they are talking about is important and needs to be emphasized, yet they take their time to tell you exactly what they are talking about. Most of this could not happen if you could just post them all in one post (or maybe two or three so you don't have a post that you need to spend a minute scrolling through) and there is no waiting at all.

ok ok… i will do this time 2 problems in each comment. let's get started.
Problem 1: no continues (already solved)
did you know the script of the stop sing that everyone uses only happens once? the timer stops being reseted and if the person press stop sing 2 times, it won't acts. here the safe way:

when green flag clicked
forever
reset timer
end
when [timer v] > (0)
forever
reset timer
end
when [timer v] > (0)
...::cap

Problem 2: script stoping
Have you ever used the stop sing block in a project that has the

stop [all v]

block? well, if you do this, the script of the stop sing will stop and act.
that should be one of the worst problems. it's like a workaround to

when project stopped::events hat

block. to solve it, make a spirite and put only that:

when green flag clicked
forever
reset timer
end
when [timer v] > (0)
forever
reset timer
end
when [timer v] > (0)
broadcast [stop sing v]

then put that to replace the

stop [all v]

block (in other spirite):

...::hat
stop [other scripts from the spirite v]::control//i can't fix it help me
broadcast [stop v]
stop [this script v]

for the other spirites exept the stop sing spirite:

when I receive [stop v]
stop [other scripts from the spirite v]

for the spirites you want to do something when stop sing is clicked:

when I receive [stop sing v]
...::cap

no one is gonna quote this???

repeat for () secs{}@loopArrow :: control

when (::) clicked ::hat events

when green flag clicked
forever
set [timer v] to (timer)
end
when [timer v] > (timer)
forever
reset timer
end
when [timer v] > (timer)
broadcast [stop sing v]

...::hat
reset timer
repeat until <(timer) = (wanted seconds)>
...
end
...::cap

SeuAmigo35 wrote:

-snip-
goes on and on and on about a block

when(::#ff0000)clicked::hat events

shradibop wrote:

[sign v] of () :: reporter operators // reports "1" if the input is positive, "-1" if negative, and "0" when the number is 0.

can be workarounded with:

(((n) / ([abs v] of (n)))+(0))

Vanilla2011 wrote:

SeuAmigo35 wrote:

-snip-
goes on and on and on about a block

Why do we even need this block?

when(::#ff0000)clicked::hat events

The purpose of the Stop button is to stop everything in the project, not start some more scripts.

Vanilla2011 wrote:

shradibop wrote:

[sign v] of () :: reporter operators // reports "1" if the input is positive, "-1" if negative, and "0" when the number is 0.

can be workarounded with:

(((n) / ([abs v] of (n)))+(0))

Why do you need to add the 0 at the end? I already asked the previous owner of this topic to edit that, but they didn't edit it. I ask the new owner of the sticky the same.

((foo) + (0))

DoubleDimensions wrote:

Can you add a if touching clones?
It will be usefull for a hotbar and can you make clone names? Thanks.

<<>()secs ago? :: operators>

SeuAmigo35 wrote:

DoubleDimensions wrote:

Can you add a if touching clones?
It will be usefull for a hotbar and can you make clone names? Thanks.

what

(foo)

clear

epicstun54 wrote:

clear

DoubleDimensions wrote:

Can you add cloud lists?

JacobPlaysRoblox wrote:

ya

SeuAmigo35 wrote:

SeuAmigo35 wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

I'd suggest getting the link to each post and putting it in the OP like I did for easier navigation, otherwise it kind of defeats the purpose of having them in separate posts. Great job otherwise though, I think this one will turn out a lot better than mine did.

SeuAmigo35 wrote:

(gonna repost this when the forum reaches 10 pages)

Why?

remember the problems i said about the “when stop sing clicked” block? you've only putted the solvement of 1 of them, an i only want to tell in this one when it gets popular.

But why not now? If you wait for 8 pages to pass, it will get popular and people will use the wrong workaround. Or you could do it now, and this topic won't have any problems.
Or I could just post the link to when you posted it and this could all be over.

there is a LOT of problems, i will make the same thing as before: each time this comment get quoted, i tell one of the problems.

Which is a waste of time. The problem with your system is that you post one problem, then you wait for me (before it was me, now it will be shradibop) to respond to it. Once I respond, then I will have to wait for you to respond again with the other problem and then this repeats for however many problems there are. This is the reason I didn't keep going with it, I left the stop sign script wrong because it was such an irritating hassle that I wasn't in the mood for and never was. I don't expect shradibop to act any differently because very few people have the patience to keep responding, waiting for their “LOTS of problems” to get called out. All the while the person calling them out keeps acting somewhat rude by putting unnecessary phrases in bold that makes a lot of the post seem aggressive. And keep putting things in caps which shows that what they are talking about is important and needs to be emphasized, yet they take their time to tell you exactly what they are talking about. Most of this could not happen if you could just post them all in one post (or maybe two or three so you don't have a post that you need to spend a minute scrolling through) and there is no waiting at all.

ok ok… i will do this time 2 problems in each comment. let's get started.
Problem 1: no continues (already solved)
did you know the script of the stop sing that everyone uses only happens once? the timer stops being reseted and if the person press stop sing 2 times, it won't acts. here the safe way:

when green flag clicked
forever
reset timer
end
when [timer v] > (0)
forever
reset timer
end
when [timer v] > (0)
...::cap

Problem 2: script stoping
Have you ever used the stop sing block in a project that has the

stop [all v]

block? well, if you do this, the script of the stop sing will stop and act.
that should be one of the worst problems. it's like a workaround to

when project stopped::events hat

block. to solve it, make a spirite and put only that:

when green flag clicked
forever
reset timer
end
when [timer v] > (0)
forever
reset timer
end
when [timer v] > (0)
broadcast [stop sing v]

then put that to replace the

stop [all v]

block (in other spirite):

...::hat
stop [other scripts from the spirite v]::control//i can't fix it help me
broadcast [stop v]
stop [this script v]

for the other spirites exept the stop sing spirite:

when I receive [stop v]
stop [other scripts from the spirite v]

for the spirites you want to do something when stop sing is clicked:

when I receive [stop sing v]
...::cap

no one is gonna quote this???

oh my god. nevermind. here goes the next one.
Problem 3: other blocks
there are lots of “workarounds to frequently suggested blocks” that uses the timer. however, if we use the

repeat for () secs{}@loopArrow :: control

workaround and the

when (::) clicked ::hat events

at the same time, it will repeat FOREVER.
that's where the second method stands for. however, it don't solve the previous problems, so we do it like this:

when green flag clicked
forever
set [timer v] to (timer)
end
when [timer v] > (timer)
forever
reset timer
end
when [timer v] > (timer)
broadcast [stop sing v]

the workaround that people do for “repeat for () scs” is this one:

...::hat
reset timer
repeat until <(timer) = (wanted seconds)>
...
end
...::cap

however, it don't work (did you seen what happen when it happens 2 times?) i'm trying to find a better workaround.

SeuAmigo35 wrote:

SeuAmigo35 wrote:

SeuAmigo35 wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

SeuAmigo35 wrote:

BearSlothCoding wrote:

I'd suggest getting the link to each post and putting it in the OP like I did for easier navigation, otherwise it kind of defeats the purpose of having them in separate posts. Great job otherwise though, I think this one will turn out a lot better than mine did.

SeuAmigo35 wrote:

(gonna repost this when the forum reaches 10 pages)

Why?

remember the problems i said about the “when stop sing clicked” block? you've only putted the solvement of 1 of them, an i only want to tell in this one when it gets popular.

But why not now? If you wait for 8 pages to pass, it will get popular and people will use the wrong workaround. Or you could do it now, and this topic won't have any problems.
Or I could just post the link to when you posted it and this could all be over.

there is a LOT of problems, i will make the same thing as before: each time this comment get quoted, i tell one of the problems.

Which is a waste of time. The problem with your system is that you post one problem, then you wait for me (before it was me, now it will be shradibop) to respond to it. Once I respond, then I will have to wait for you to respond again with the other problem and then this repeats for however many problems there are. This is the reason I didn't keep going with it, I left the stop sign script wrong because it was such an irritating hassle that I wasn't in the mood for and never was. I don't expect shradibop to act any differently because very few people have the patience to keep responding, waiting for their “LOTS of problems” to get called out. All the while the person calling them out keeps acting somewhat rude by putting unnecessary phrases in bold that makes a lot of the post seem aggressive. And keep putting things in caps which shows that what they are talking about is important and needs to be emphasized, yet they take their time to tell you exactly what they are talking about. Most of this could not happen if you could just post them all in one post (or maybe two or three so you don't have a post that you need to spend a minute scrolling through) and there is no waiting at all.

ok ok… i will do this time 2 problems in each comment. let's get started.
Problem 1: no continues (already solved)
did you know the script of the stop sing that everyone uses only happens once? the timer stops being reseted and if the person press stop sing 2 times, it won't acts. here the safe way:

when green flag clicked
forever
reset timer
end
when [timer v] > (0)
forever
reset timer
end
when [timer v] > (0)
...::cap

Problem 2: script stoping
Have you ever used the stop sing block in a project that has the

stop [all v]

block? well, if you do this, the script of the stop sing will stop and act.
that should be one of the worst problems. it's like a workaround to

when project stopped::events hat

block. to solve it, make a spirite and put only that:

when green flag clicked
forever
reset timer
end
when [timer v] > (0)
forever
reset timer
end
when [timer v] > (0)
broadcast [stop sing v]

then put that to replace the

stop [all v]

block (in other spirite):

...::hat
stop [other scripts from the spirite v]::control//i can't fix it help me
broadcast [stop v]
stop [this script v]

for the other spirites exept the stop sing spirite:

when I receive [stop v]
stop [other scripts from the spirite v]

for the spirites you want to do something when stop sing is clicked:

when I receive [stop sing v]
...::cap

no one is gonna quote this???

oh my god. nevermind. here goes the next one.
Problem 3: other blocks
there are lots of “workarounds to frequently suggested blocks” that uses the timer. however, if we use the

repeat for () secs{}@loopArrow :: control

workaround and the

when (::) clicked ::hat events

at the same time, it will repeat FOREVER.
that's where the second method stands for. however, it don't solve the previous problems, so we do it like this:

when green flag clicked
forever
set [timer v] to (timer)
end
when [timer v] > (timer)
forever
reset timer
end
when [timer v] > (timer)
broadcast [stop sing v]

the workaround that people do for “repeat for () scs” is this one:

...::hat
reset timer
repeat until <(timer) = (wanted seconds)>
...
end
...::cap

however, it don't work (did you seen what happen when it happens 2 times?) i'm trying to find a better workaround.

ugh nevermind