Currently it's only possible to pass objects to microflows when you call a microflow from a button. This makes it very cumbersome to make "New object" actions that pre-set some items in the object. Now you have to make a different microflow for each button and set the attribute in the MF. It would be much more convenient if buttons could use microflows with variables as inputs, and then configure the variable on the "Microflow settings" of the button.
Voted! It’s one of the most stupid/irritating limitations in Mendix.
BTW, a it seems that creating a widget with such a button is possible as a workaround.
[Edit]: No, it’s not: neither with Pluggable Widgets API (Action property cannot be fired with dynamically determined parameters) nor with Custom Widgets API (mx.data.action accepts only whole entities as calling parameters).
I am as disappointed as Andreas. This is a good idea, easy to implement (going out on a limb here, but if it is possible to pass an object, why not to pass a variable, which has a simpler structure compared to an object), this idea has a lot of votes and is indeed a pain for modelers every day. Implementing this idea makes programming in Mendix again slightly faster, which is one of the important reasons to choose Mendix over other platforms.
Looks like the status update is that it is no longer planned :-D
Any update on the timeline for this “planned” idea? It's 18 months on the planning now. :)
This would be convenient and useful. It would make sense to me to have the ability to use all of the primitive types, String, Enumeration, Integer, Boolean, etc.
YES! This is a must. It’s almost impossible to do things without a cumbersome collection of microflows, when passing a simple parameter from the UI component itself would make things so much easier.
This is really a must-have.
Currently me and some of my colleagues are working on a Mendix app, but due to the limitations described in this thread, it is ridiculously cumbersome to actually work with microflows at all, and the lack of support for parameters that aren't objects makes it impossible to reuse microflows entirely.
I really hope that support for supplying non-object parameters to microflows will be added ASAP, otherwise me and my colleagues will be forced to write almost all of our microflows as custom Java action calls.
I second Jelle's wish. Currently I'm using an object that I just created for that prupose.
This idea has been planned since 2/13/2018, so 7 months. Any idea on a timeline yet?
My team would find this especially useful for passing boolean values to microflows, but other variables, such as strings, would also be welcome.