I’m curious about this topic… I read somewhere that it should work as you have described in this bug report, yet the bug has never been fixed, and Teodor tells me it shouldn’t work the way you are expecting.
Do you have any workaround for this?
Otherwise I’m struggling to see the usefulness of App Flows…
You were expecting to link an app flow to a page so you could use the data binding options from that page, and you reported it as a bug which was never fixed… but clearly life has moved on!
@George, could you clarify this topic for me please?
Is this post a bug as @mebeingken reported, or is this feature not part of Wappler’s design as @teodor told me in the post below?
Having this feature would be amazing for building a new part of my app!
I’ve created a sizeable page flow which I’d like to convert to an app flow for ease of management… is there an easy way to do this conversion, or should I just copy it to an empty app flow and fiddle with the JS formatting till I get it right?
You can send dynamic values from your pages to the App Flows via params. You can define different actions that use dynamic parameters. On each of your pages you can load the App Flow with a different dynamic value, very similar to what library actions in Server Connect are doing.
App Flows are actually pretty much similar to Server Connect actions but executed client side only. For the rest they are blackboxed in their own output.
Think of an App Flow as a process that runs locally on the client (i.e. Browser) vs a Server Connect that runs on the server. They are similar, but run from different locations.
For instance, I use them for making 3rd-party API calls in my mobile project (I don’t want this data being processed via the server for data security). You can define parameters in the App Flow and then pass values from the page into the App Flow.