> We're talking about a new parameter type, not integrating easing modes to functions???

I'm not talking about it either. But since you used it as an example, you can have a function which is a wrapper for Tween behavior. It will expect easing mode as a parameter, and this parameter can be enum/list type.

Oh then my bad. I mean like, there could be a million situations where this might be useful for someone. Tweens can be one of them, but this could be used in literally any situation possible. I don't count how much time I used List in C#, it just feels wrong that we still don't have this option on Construct, you just have to check how much addons use these lists (like the tween addon) or features, to realise how useful that'd be

Besides easing modes, what other lists do you want to have in function parameters, can you please give a few examples?

What? I'm sorry but you clearly didn't read what I've been writing because this has literally nothing to do with the proposal.

The image I linked about tweening is an example of how that'll look like integrated in the built-in functions, because the dialog you can see right there is literally the same one that we use when making a function call.

What we're talking here is, like in the image above, a list/switch/enum type of definied choices you can set, in order to have a better workflow working with it, like in the image (for selecting the ease function in this case)

This system will help a lot if somehow you have to refactor a lot of functions

This system will also be useful if somehow, these lists could be linked to an enum type file, which then can be imported in that list from this function.

I mean, it's all crystal clear to me, I'm not sure what you're not getting from it

We're talking about a new parameter type, not integrating easing modes to functions???

Are you talking about Function parameters?

Do you mean predefined lists with fixed values (for example, color names, blend modes etc.)? Or custom lists, where you enter values yourself (for example enemy types)?

I can see how custom lists may be useful in some cases. Say, when you are calling "SpawnEnemy" function, instead of typing "zombie" in function parameter, you can select "zombie" from the drop-down list. However, there is a serious problem - you will lose the ability to enter expressions in this field, for example choose("zombie", "vampire").

It seems pretty clear with the image above but yes, we're talking about a parameter type for built-in functions.

I don't understand your example to be fair, like, if you want to have a text field, you just select the string type and you'll have it, this already exist.

What we're talking here is, like in the image above, a list/switch/enum type of definied choices you can set, in order to have a better workflow working with it, like in the image (for selecting the ease function in this case)

And I think you got it wrong saying 'you can enter in a textfield' because this isn't about that.

This system will help a lot if somehow you have to refactor a lot of functions, as in the call of the function, you'll have selected a specific id from that list, you can then rename them, reorganize them, without having to go back 1 by 1 on each function call and rename your call properly. (Kinda like when we had the old functions and params that were a mess, it was just awful to go back on all your calls to change everything, and this has been solved now)

This system will also be useful if somehow, these lists could be linked to an enum type file, which then can be imported in that list from this function. This would definitely be helpful

Hi there,

Due to a recent idea I did submit over here I decided to make this topic in order to discuss it, because maybe you guys might want to add more to it, maybe more types, more elements to these built-in functions, but if you think the base idea would be a great addition, feel free to tell it here or upvote the idea

Right now, the idea that I did submit was mainly for Lists, which could be used this way

Let me know if you'll find it useful as well, could help a lot for the workflow, especially more if those lists could be linked somehow to an enum type, would be even better.

UPDATE: Chapter 2 is coming out pretty soon in the beta, and we'll be featuring for the first time exclusive songs made for the game! Here's two of them, hope you'll like them, feel free to share them and let us know what you think!

soundcloud.com/rhythmygame/soundstorm-dead-or-alive-rhythmy-exclusive

soundcloud.com/rhythmygame/soundstorm-pinball-rhythmy-exclusive