Dru's Forum Posts

  • Hey XHXIAIEIN those AI skills look pretty good and would go a long way to solving many of the issues I had when trying use AI with Construct. I'm going to take a look when I get chance.

    But even so my purpose with this post is to try and prompt Ashley to take another look at where the industry is heading and look at official support going beyond skills into tight editor integration and new ways of working.

    For example AI should allow me quickly iterate on a game design feature.

    • Code it
    • Set it up in the editor
    • Create placeholder art
    • Enter play mode
    • Allow me to to quick switch between 5 versions of the same feature

    Wiring this up 5 different ways in the editor is not really something you can replicate with code or events. The implementation is now so quick it fundamentally changes how games are made.

    There's a million examples. I get no everyone's is on board with AI (and it shouldn't replace manual code if people want it) but for the long term success of Construct I worry if Scirra spend the next 12 months on 3D then it might be too late.

  • I think there needs to be another discussion about AI and where Construct is heading.

    If you've been following AI coding it's clearly reached a point where the idea of manually writing all the code yourself (including Construct events) is a thing of the past.

    So why is Construct ignoring AI and expecting people to write events manually one by one?

    I've used AI with Construct. It can write TypeScript of course but its the lack of tooling such as integration with the editor, AI API's, skills, plugins, AI docs that makes it a slow and error prone process.

    I ported my project to Unity and was able to make more progress on my project there than I have in years with Construct. AI writes my scripts and I can focus on game design in the editor tweaking values and setting up scenes etc.

    TBH I'd rather use Construct as Unity's so big and slow but making games with Unity is now so much more enjoyable as I can make real progress.

    This might be heresy but In my view the future of Construct is to ditch events altogether. Go all in on AI generated TypeScript code, hidden by default from the user, and focus the engine on game design.

    After all weren't events created as a way to obfuscate code? I feel AI code is the evolution of that idea.

  • Same here - 2 landscape monitors on Windows 11. All screens always open in the main display regardless of where they were when they were closed.

  • Ah ok I just assumed Construct would compile any .ts file at preview or build time so I wasn't running the vscode compiler.

    I was using the Construct editor up till now but I want to use AI to speed things up!

    Thanks for clearing that up.

  • Is anyone finding .ts files created in VScode don't show in the C3 editor? I have to create them in C3 and then edit in VSCode.

    I wonder if it's because of TypeScript type definitions?? Though not sure why they can't be updated when the C3 editor picks up new files.

    .js files do show however which would make sense.

    • I have converted my project to TypeScript and setup TypeScript for external editor.
    • I've also used the Reload From Folder option.
    • The .ts files were created in the script folder alongside main.ts (and they show in windows file explorer).

    Everything else with scripting works fine.

  • Sure there's a workaround but then you lose the benefits of the "Wait for previous action".

    On larger projects its a bit convoluted that way.

  • In the screenshot below the txtColor text object gets overwritten by the Fruit events sitting underneath.

    https://drive.google.com/file/d/1FZL6qycbhlWBnPdjcxS79SyVCYRxqRHP/view?usp=sharing

    Shouldn't they be independent? Unless I'm misunderstanding how "Wait for previous actions to complete" works?

  • Ashley

    The new features added to the Pin behaviour are great but I was thinking as well as the "Destroy with pinned object" checkbox you could have a similar thing for object visibility. If the object its pinned to is made invisible then do the same to the pinned object.

    I use Pins a lot with UI and it would simplify the code for toggling the visibility of parts of the UI.

  • Any reason why I can't disable scripts in the event sheet? Like how I can disable regular events.

  • Thanks for the help that works well, I didn't think to use position absolute to drop another canvas on top.

  • Does anyone know if it's possible to use Chart.JS with the new scripting tools?

    The bit i'm having trouble with is creating a Canvas element to draw the chart to, I just don't know where to create this html element or how it interacts with the C3 app itself.

    <canvas id="myChart" width="400" height="400"></canvas>

    I know there's a Drawing Canvas plugin but how to access that through code?

    Any ideas?

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • You can do this with JavaScript, use the Browser object and the Execute JavaScript action

    "select.options[2].style.color = 'red';"

    or background color

    select.options[2].style.backgroundColor = 'red';

    You'll need to give your list object the ID of 'select' which is in the properties panel. And then just swap the [2] for whichever list item you want to change.

  • Ah ok thanks so there are a couple of options to get around this. Either using physics or manually pushing the object out of the solid as it moves.

    It seems strange that while pathfinding finds paths around solids the object you then set to move along the path completely ignores solids.

  • Does anyone know why in this simple pathfinding demo the black square crosses over the ends of the red object when trying to move around it?

    Does pathfinding not use the objects collision polygon?

    https://www.dropbox.com/s/h3uamm9f9x34ydt/Pathfinding%20test.capx?dl=0

  • Do you mean something like this?

    http://ncase.me/sight-and-light/

    Wouldn't this also fix the problems when a light source is too near a shadow caster? Plus when light appears to pass between the seam of two adjacent sprites?