[Tokessa]

Added new input fields and blocks:

• reached/passed input fields for ContactWait-/ConditionalStatement
• number ranges for Point-/LightStatement (translate to numbers from start to end inclusive)
• added warning for the number input being outside of the constraints
• added warning for passed in ConditionalStatement since it is currently not implemented in railsl
• moved warnings to be displayed bundled at the parent block level and not the inputs

Changed renderer to zelos:

• added new custom renderer for octagon connector shape

[CrazyDiamond-75]

Cool!

[CrazyDiamond-75]

One thing I noticed randomly reading through this pull request:
It might be smarter to use Validators to check if some certain user inputs are valid or not.
This would have the advantage, that the real check for the warning would not have to be defined in the main.js file, but in the field or block definition.
An approach like this could declutter the field-check implementation a bit.
Maybe we could even use Validators to improve how the other warnings are currently implemented.

There is another big advantage to using Validators though: It can not only be used to check if an input is correct, it can also be used, to correct the user input, if it is not a valid input.
This would have the advantage, that the user gets direct feedback, if they provide a wrong input, as the validator check would automatically trim or trash it, instead of just hinting that something is wrong using a warning.
Validators even colour the input red on default, if it is incorrect, and the dev didn't specify how to fix the input.

This could look something like this for, e.g., point ranges:

// When -5 is entered, the range is invalidated and corrected!
-[-5, 10]
+[0, 10]

// When 10 is entered, the field detects, that 20 > 10, and swaps them!
-[20, 10]
+[10, 20]

when validating and correcting, or

// Tooltip on hover: Range is invalid!
-[-5, 10]

when just validating.
You could even implement, that hovering above displays a text explaining what is wrong.

Edit: You can even use validators to add warnings to a block: https://blocklycodelabs.dev/codelabs/validation-and-warnings/index.html

[Eddykasp]

if this is no longer required, I suggest removing it

[Tokessa]

This is still required. I just forgot to remove the // after testing.

[Eddykasp]

get current status for block recreation after clicking the +- buttons

[Eddykasp]

same as above. although I'm not sure this comment is necessary, the code is fairly clear to understand

[Eddykasp]

Nummern klingt irgendwie komisch. Ja, es sind Nummern weil es Ids sind, aber allgemein würde ich glaube ich eher Zahlen sagen