Better Input Extension

[SharkPool-SP]

VERSION 4.0!!
Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

[qxsck]

Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

Should UserInput return null instead of 'canceled' without input?

[SharkPool-SP]

Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

Should UserInput return null instead of 'canceled' without input?

Doesn’t really matter. If there’s no response it will return empty; just like the current ask and wait block

[LilyMakesThings]

Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

Should UserInput return null instead of 'canceled' without input?

Doesn’t really matter. If there’s no response it will return empty; just like the current ask and wait block

It does matter, actually. For parity with the actual ask block, you should return an empty string.

[SharkPool-SP]

Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

Should UserInput return null instead of 'canceled' without input?

Doesn’t really matter. If there’s no response it will return empty; just like the current ask and wait block

It does matter, actually. For parity with the actual ask block, you should return an empty string.

No that’s what I mean, it will return an empty string when there’s no input

[LilyMakesThings]

Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

Should UserInput return null instead of 'canceled' without input?

Doesn’t really matter. If there’s no response it will return empty; just like the current ask and wait block

It does matter, actually. For parity with the actual ask block, you should return an empty string.

No that’s what I mean, it will return an empty string when there’s no input

It should also do that when it's cancelled. Make a boolean that is toggled when an input is cancelled or not.

[SharkPool-SP]

Adds various blocks for custom CSS inputs. Focused on remodeling the ask () block to be better.

Should UserInput return null instead of 'canceled' without input?

Doesn’t really matter. If there’s no response it will return empty; just like the current ask and wait block

It does matter, actually. For parity with the actual ask block, you should return an empty string.

No that’s what I mean, it will return an empty string when there’s no input

It should also do that when it's cancelled. Make a boolean that is toggled when an input is cancelled or not.

I might add the Boolean for that in a later update. I like the cancel button the way it is thought since the button makes the input report cancelled. That way people can use better input as a button selection thing rather than an input and press OK. That’s also why the Input and cancel button has an option to be enabled or disabled.

[SharkPool-SP]

Extension was updated. Merged some blocks, changed some names and functions, added the ability to enable/disable 2 more buttons and fixed some bugs.

[SaFireGalaxy]

Hey sharkpool? Can you possibly make it so you can force-submit the input? This would be handy for having the "enter" key be another option to submit your inputs.

[yuri-kiss]

Hey sharkpool? Can you possibly make it so you can force-submit the input? This would be handy for having the "enter" key be another option to submit your inputs.

its ask and wait which means it should wait, and force submitting the input without the users permission could be annoying due to it having the off chance to force submit a unfinished sentence word, or anything that was typed, i say this because it could be multi-line. if possible it should just be "shift-enter" to submit, or like in the console set it to "enter" and to add a new line set it to "shift-enter"

[SaFireGalaxy]

That's a good suggestion. Maybe also, Shift enter could create a new line and enter could submit it. It will act as the submit button, but not a replacement of it.

[SharkPool-SP]

That's a good suggestion. Maybe also, Shift enter could create a new line and enter could submit it. It will act as the submit button, but not a replacement of it.

Hi, so I read the past couple comments. I’ll consider the shift enter thing. I’ll either add it or add a block that allows/doesn’t allow enter to submit.

[SaFireGalaxy]

Thanks so much! This beats the ask and wait block in every possible way now, I won't have to use that block anymore.

[SharkPool-SP]

Thanks so much! This beats the ask and wait block in every possible way now, I won't have to use that block anymore.

Thanks :)

[SharkPool-SP]

Thanks so much! This beats the ask and wait block in every possible way now, I won't have to use that block anymore.

Updated! Added that block and some more 👀

[GarboMuffin]

i left some comments

[SharkPool-SP]

Thanks so much! This beats the ask and wait block in every possible way now, I won't have to use that block anymore.

Thanks!!! Updates coming soon :)))

[SharkPool-SP]

Fixed all issues and added new stuff!

[SharkPool-SP]

Another Update

[ghost]

That #1029 issue wasn't a real issue. It was me complaining...