I've been trying to create a system for reading and writing variables through expressions (i.e. a function to evaluate an expression like "Var1 == 0 & Var2 = 1" and similar functions to change/add/subtract variables). For a while, I've been assuming the best way to do this is to declare the variables in the Event Sheet as normal, then interact with them through code but it occurred to me after another readthrough of the (brilliant) scripting documentation that I could just declare the variables in script (let Var1 = 1, etc.) and avoid the awkwardness of Event Sheet/Javascript cross-communication altogether.

I'm still not completely confident with Javascript and would still keep the majority of the project in visual code. With that in mind, are there any particular pitfalls or dangers to handling most of my variables in javascript?

It's been a while since the Flowchart tool has dropped and it's received a few updates in that time.

Over the last year or so, I've been on-and-off trying to create a robust system for handling complex dialogue in Construct, including all the bells and whistles you might see in a tool like Articy Draft, Arcweave or Dialogue System for Unity. A lot of it is a case of creative uses of the tool, custom functions for variable evaluation/execution and establishing good internal best-practices and standards. I've managed to get it working well enough to use it for some basic conversations in a few games already but I know it's going to be a while before it feels stable enough to handle the kind of stuff I want to throw at it.

I'm interested in the uses that others have got out of Flowcharts, if anyone's tried anything similar and - if so - what best practices or creative implementations they've settled on. I think the tool has massive potential but I don't see people discussing it much and I think it would be cool to share the stuff we've learned whilst playing around with it.

I’ve been developing a mobile app which uses text input HTML object. I’ve noticed that selecting the text input causes the browser to zoom in automatically and then stay zoomed in permanently when using on mobile. Is it possible to disable this?

This is being hosted on itch.io for testing, I’ve included a link below as well as a video of the issue.

Itch: nedsanders.itch.io/vtm-app

Video: drive.google.com/file/d/146KFDTKoPQ8VRXcoJw_C0jqEF17yIh-v/view

I'm trying to use the Evaluate Expression condition to parse expressions stored in a variable, but the more I try, it's overwhelmingly seeming like this isn't possible. I've created the following simple block of code to demonstrate, but no matter whether the Expression variable is true or not, it always shows as true. Have I misunderstood the condition?

Part of the reason I want to achieve this is to facilitate a rudimentary conditions function in the Flowchart tool. The idea is that certain nodes can have tags that will just be expressions ("Coins => 25", etc.) that can be read by the Evaluate Expression to determine the outcome. I'm aware that javascript has an eval() function that as far as I'm aware, allows for this exact thing, but Construct doesn't seem to recognise it.

There are tutorials on using JSON to handle branching dialog:

https://www.construct.net/en/tutorials/json-branch-dialogue-example-3013

https://www.construct.net/en/tutorials/branching-dialogue-using-json-2395

These are relatively outdated, given that the Flowchart system is probably the most viable route for this now. I've built a prototype dialogue system using it and it's powerful, just limited by how young its feature set is as of now.

It's very easy to create a simple dialogue system in C3, but as you add more complexity (conditions, tags, variables, etc.) it tends to fall apart. I got as far as the ability to change and read variables from a dictionary and enable basic conditions, but the whole thing felt extremely unstable and I wouldn't feel safe committing to an entire game built on it.

I agree with OP that a plug-in to handle those more complex features would be ideal - but it's also hard to know whether it would be a waste of time or not, since Ashley and the team have been very hush hush about the roadmap for Flowcharts and how much more they intend to develop it. I - like a lot of us atm - am just waiting on more info before I continue any branching dialogue heavy projects.

As long as the json you load is the same format as the json you saved from the dictionary it should work. You can’t just load a general json into a dictionary.

Presumably, if I'm downloading Dictionary.AsJSON, it would already be in the same format? How can I ensure that the format is consistent across downloads and uploads?

Ashley Any advice?