On line 1 of my example .c3p, if you enable the action "background: Set Invisible", you'll have a good look oat the obstacle cells (the red ones). Pictures in my first post also show all the cells in the layout.

Please, try this to see all the cells. Read my post completely.

OK, that looks like the answer. If you look at your family 'walls', Rectwall and Circwall (change opacity to 75) you can see where you are checking for pathfinding. Where the blue isn't covered is where pathfinding will go through the image.

I already see where I'm checking for pathfinding. I understand how it works. This is not the problem. Please look elsewhere. My problem is simple: Instead of following the path generate by the pathfinder, the sprite follow an approximation of this path. This approximation is not good because it goes through obstacle. To be clear, those obstacles are placeholder sprite with a Solid behavior.

I changed the big firewall at the top to overlap that large blue piece and it stopped crossing it.

The blue shape is only a background image with no behavior. It's only there as a background placeholder. All the 'walls' are covering correctly the blue section. Please focus on something else.

Creating the map this way is a lot of work for you, and probably not the easiest on CPU. Using tile maps might simplify that, or sprites with SOLID behaviours.

Sprites used as obstacles already have a solid behavior. Look closely.

I appreciate your help but please focus on the problem I described in my first post: The sprite follow an approximation of the pathfinder path and this approximation goes over obstacles.

I've took a look at this file. My .c3p is also heavily based on the example from Construct.

[...] you are missing a lot of the cells, especially where you 'go through the obstacles [...]

I don't understand what you mean. On line 1 of my example .c3p, if you enable the action "background: Set Invisible", you'll have a good look oat the obstacle cells (the red ones). Pictures in my first post also show all the cells in the layout.

You are right: With a cell border of 20, it doesn't go over obstacles.

But it still go over obstacle cells. And the sprite's path approximation is still far from the pathfinder generated path. Also, doing this prevents the player to go near obstacles. In this case, it's not the wanted behavior.

Of course, I'm still trying things on my side.

I added the .c3p in the first post.

I took a look at the tutorial you suggested: I'm basically doing the same thing so it doesn't help me.

I want my sprite to move more closer to the pathfinder path. It there something I can do?

As I wrote in my first post, I did read the manual. So yes, I know already what is explained there. I haven't find what I want to know in the manual. If my answer can be found there, I'll be happy to follow a link and read more.

Construct is mainly a set of events, plugins, objects and behaviors. Events run top to button but triggers runs when they are triggered and functions when they are called. Simple.

To clarify what I'm looking for:

Let's say an object have a behavior. At what time during a tick this behavior will be process? Before the events sheets? During the events sheets? After the events sheets? Before drawing to screen? While drawing to screen? After drawing to screen? ...

When a trigger is triggered. This event is process at the time it triggered? Before the events sheets on the next tick? After the events sheets on the next tick? ...

I understand it's not an easy question. Maybe there is a flowchart somewhere. Maybe it's super secret classified Scirra enterprise stuff. Or maybe no body knows.

I posted this bug report and it was not really a bug. I misunderstood how everything is processed during a tick.

From what I understand from Ashley's answer to my bug report is that when I access a system variable, I do it before any behaviours. So if a behaviour change any system variable it will do it near the end of the tick and after an event accessed it. This way the new value can be read on the next tick. It's good to know. Now I'm curious of how everything is linked together during a tick. Specifically: In what order everything updates during a tick?

Note: I already know what the manual says about events. What I want to know is more in depth (I supposed).

Thanks!

GameeApp Your iOS app is not available in the Canadian App Store. Do you plan on making it available soon?

Thanks

Is there a way to use your predefined controllers as seen on this page ?

Construct 3 LiteTween minor bugfix

I corrected a minor bug affecting display of behavior event in the event sheet.

Image of one of the display 'problem': image

Image after the bug fix: image

I incremented the addon version to 1.7.0.1 so we can update it in C3 smoothly.

Here is the new file: LiteTween v.1.7.0.1

lunarray : If your good with this correction maybe you want to update your first post. Thank you for this addon, it's really useful.

— : Good work your port gave me the opportunity to work on my project in C3