Discuss Scratch
- Discussion Forums
- » Suggestions
- » Typing mode for text writing and with mobile support
- ResExsention
-
1000+ posts
Typing mode for text writing and with mobile support
No.
So a block that pulls up the on screen keyboard on mobile, basically?
Literally make your own keyboard. It's much more customisable than any on screen keyboard built into your system.
So a block that pulls up the on screen keyboard on mobile, basically?
Literally make your own keyboard. It's much more customisable than any on screen keyboard built into your system.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
No, that could just be a site feature. So a block that pulls up the on screen keyboard on mobile, basically?
- ResExsention
-
1000+ posts
Typing mode for text writing and with mobile support
Still no. If you want input script it yourself for maximum customisability.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
But it's impossible: We can't read out shift and special characters! And semi-pros maybe don't want to mess around with it. Still no. If you want input script it yourself for maximum customisability.
- ResExsention
-
1000+ posts
Typing mode for text writing and with mobile support
The suggestion for special characters already exists. No need to bring it up here.
What do you mean, “semi-pros maybe don't want to mess around with it”? If they know how to make said thing they should have NO issue repeating it.
What do you mean, “semi-pros maybe don't want to mess around with it”? If they know how to make said thing they should have NO issue repeating it.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
You must build something like What do you mean, “semi-pros maybe don't want to mess around with it”? If they know how to make said thing they should have NO issue repeating it.
set [input v] to []and so on just for an easy input thing.
if <key [a v] pressed?> then
set [input v] to [a]
if <key [shift v] pressed?> then
set [input v] to [A]
end
end
if <key [b v] pressed?> then
set [input v] to [b]
if <key [shift v] pressed?> then
set [input v] to [B]
end
end
...
...
...
- ResExsention
-
1000+ posts
Typing mode for text writing and with mobile support
*exasperated noise*
The upside of doing everything yourself is that you know exactly how everything works. If you need some special character that's exclusive to your game, just script it in.
On a second note, laziness doesn't go far…
The upside of doing everything yourself is that you know exactly how everything works. If you need some special character that's exclusive to your game, just script it in.
On a second note, laziness doesn't go far…
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
But it's somehow stupid to use scratch as a JS programm which converts the typing input into key variables and then convert it back. That's not lazy, using the direct input is efficient. There's a difference. On a second note, laziness doesn't go far…
And it's not for games in the first place, you should just be able to enter a name in a customized input with a pen text engine.
- ResExsention
-
1000+ posts
Typing mode for text writing and with mobile support
.___.
script it yourself for maximum customisability… My friend, if you were willing to commit time into a certain project, not only would you have a “perfect” text input system for your thing, you also won't have to use the completely out of place default on screen keyboard.
For the sake of polish, do it yourself.
script it yourself for maximum customisability… My friend, if you were willing to commit time into a certain project, not only would you have a “perfect” text input system for your thing, you also won't have to use the completely out of place default on screen keyboard.
For the sake of polish, do it yourself.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
But you just can't read every key and it would be stupid not to just use a JS event and instead using it and reversing it again. .___.
script it yourself for maximum customisability… My friend, if you were willing to commit time into a certain project, not only would you have a “perfect” text input system for your thing, you also won't have to use the completely out of place default on screen keyboard.
For the sake of polish, do it yourself.
And also: The on-screen keyboard is just more flexible and easy to use and the user is used to it.
- ResExsention
-
1000+ posts
Typing mode for text writing and with mobile support
I am actually going to stop pushing my point now. I stand firmly behind negative support, we all have differing opinions and I respect that.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
Okay, I just think that you should be able to use the basic OS and browser functions.
- Fupicat
-
1000+ posts
Typing mode for text writing and with mobile support
This isn't an argument against the suggestion. Sure, do it yourself if you want “maximum customisability”, but what if I don't want that? What if I just want the mobile keyboard to work? An on-screen scripted keyboard would take up the entire screen. OP has a point when he brings up that scripting it is hard. It's not hard, it's just busy work, and Scratch has many blocks to avoid busy work. .___.
script it yourself for maximum customisability… My friend, if you were willing to commit time into a certain project, not only would you have a “perfect” text input system for your thing, you also won't have to use the completely out of place default on screen keyboard.
For the sake of polish, do it yourself.
set [color v] effect to (0)
Just make different costumes with different colors. Make it yourself for maximum customisability!
move () steps
Just use “go to x: ((x position) + (( of (direction)) * (number))) y: ((y position) + (( of (direction)) * (number))”! Script it yourself for maximum customisability!
broadcast [ v]
Just use variables for the messages, constantly check for their value and turn them on and off! Maximum customisability!
(foo)
Just create a list with variable names and another with values, then use the ID of the variable name from the first list to get the value you want! Laziness doesn't go far…
((2) * (3))
You want to do multiplication? What, too lazy to just
delete (all v) of [num1 numbers v] delete (all v) of [num2 numbers v] delete (all v) of [product digits v] set [product v] to [0] set [dec pos 1 v] to [0] set [dec pos 2 v] to [0] if <(answer) < [0]> then set [count v] to [1] set [no 1 negative v] to [y] else set [count v] to [0] set [no 1 negative v] to [n] end repeat (length of ()) change [count v] by (1) if <not <(letter (count) of ()) = [.]>> then add (letter (count) of ()) to [num1 numbers v] else set [dec pos 1 v] to ((length of (answer)) - (count)) end end if <[] < [0]> then set [count v] to [1] set [no 2 negative v] to [y] else set [count v] to [0] set [no 2 negative v] to [n] end repeat (length of ()) change [count v] by (1) if <not <(letter (count) of ()) = [.]>> then add (letter (count) of ()) to [num2 numbers v] else set [dec pos 2 v] to ((length of (answer)) - (count)) end end set [num1 v] to (num1 numbers) set [num2 v] to (num2 numbers) repeat (num1) //start change [product v] by (num2) end set [decimal position v] to ((dec pos 1) + (dec pos 2)) set [count v] to [0] repeat (length of (product)) change [count v] by (1) add (letter (count) of (product)) to [product digits v] end if <not <(decimal position) = [0]>> then insert [.] at ((length of [product digits v]) - ((decimal position) - (1))) of [product digits v] end if <<<(no 1 negative) = [y]> or <(no 2 negative) = [y]>> and <not <<(no 1 negative) = [y]> and <(no 2 negative) = [y]>>>> then insert [-] at (1 v) of [product digits v] end set [product v] to (product digits)
glide () secs to x: (0) y: (0)
This block is one of the most reasonable example of Scratch simplifying busy work. Making a sprite glide to a specific point for a number of seconds is an extremely specific thing to add, but it's also incredibly useful. You could just create your own gliding block with custom easing functions, if you want, but if you just want something to go from here to there, well here's a block.
An extra point I want to make is that Scratch can run on mobile now, and bringing up the keyboard is a very common thing you might want to do. The keyboard is used for many things in Scratch, not just answering the question block, so why can't we always use it on mobile? Not even actual smartphone applications have in-app custom made keyboards (and if they do they always suck), so why expect someone on Scratch to make this?
Basically this. You can use the camera and the microphone, but not the keyboard? Insert comment about exponential block here? Okay, I just think that you should be able to use the basic OS and browser functions.
Last edited by Fupicat (June 30, 2020 22:12:05)
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
Hey, that pretty much summs up my point. I just don't want to have sooo many work for something like a customized ask and wait block.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
Actually it's incredibly lazy to have sprites and multitasking! So lazy! And blocks! Why don't we just use Assembler or Hex? You won't get far if you stay soooo lazy! Multitasking!

- Fupicat
-
1000+ posts
Typing mode for text writing and with mobile support
Actually it's incredibly lazy to have sprites and multitasking! So lazy! And blocks! Why don't we just use Assembler or Hex? You won't get far if you stay soooo lazy! Multitasking! Real programmers use a magnetized needle and a steady hand.![]()
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
Okay, it starts getting funny but that means it gets off-topic and I don't want a scratch team message again …
Hm.
And what do you want to customize? I think that you don't want to, it should just be as always for the user, otherwise it would feel weird.
Hm.
And what do you want to customize? I think that you don't want to, it should just be as always for the user, otherwise it would feel weird.
- Wisst_Cat
-
100+ posts
Typing mode for text writing and with mobile support
Full support! This would be really cool for easter eggs and beta testing. There is an easy workaround, but it is quite time-consuming.
when [a v] key pressed
add [a] to [input v]
when [b v] key pressed
add [b] to [input v] // and so on so forth, there is also only adding the necessary keys which is much easier
when green flag clicked
forever
if <<[list v] contains [letter] ?> and <[list v] contains [another letter] ?>> then // so on so forth
do thing
end
end
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
Well, as I said, you can't read enter (okay, somehow this works), shift and so on.
- HTML-Fan
-
1000+ posts
Typing mode for text writing and with mobile support
So there are no perfect workarounds. *bump*
Last edited by HTML-Fan (July 2, 2020 12:30:24)
- Discussion Forums
- » Suggestions
-
» Typing mode for text writing and with mobile support