da-maker wrote:

ScolderCreations wrote:

mrcreatorluigi wrote:

I thought it was easy.

set [speaking? v] to [1]
speak [hello]::pen
set [speaking? v] to [0]

That would only report 0, and never 1. I think you misunderstood the suggestion.

The workaround here isn't assuming the new behavior of the "speak []" block that was initially suggested. It assumes the current behavior, which waits until the speaking is finished.

k7e wrote:

I like this except for one thing: people could think the new speak block is like the old one. And people could just use broadcasts.[

PkmnQ wrote:

Chiroyce wrote:

mrcreatorluigi wrote:

I just think the workaround is a bit quicker and less messy

Then why don't you use it then?

I think he mixed up his words. It's just weird that you have a variable whose only purpose is to assist in a workaround.

speak []::pen
[/scratchblocks
play sound [speak v]

Buhron8312480alt wrote:

So like

speak []::pen

play sound [speak v]

when green flag clicked
speak [msg]
…
when I receive [speakText v]
speak (msg) ::pen

define speak (txt)
set [msg v] to (txt)
broadcast [speakText v]

define speak (text) until done
set [msg v] to (text)
broadcast [speakText v] and wait

BanMeOS wrote:

What if alredy existing speak blocks are replaced with the speak until done?
Anyway, workarounds:
-snip-