Hell yeah! The dreaded opening-the-picture-editor-a-bunch crash is GONE.

Thank you thank you thank you.

I second that. That's the only bug I was really concerned with. Thank you for fixing it, Ashley! Once Python is in and everything is about stable, this will probably be my game creation app of choice. <img src="{SMILIES_PATH}/icon_smile.gif" alt=":-)" title="Smile" />

I tried using the Function object for another type of function, and it seemed to work fine as long as I didn't attempt to use parameters. Trying to use parameters caused my game to crash. I'm sure it's just me not knowing how to use them properly.... Parameters and "aliases" I'm just not sure about in Construct. Could either of you perhaps guide me on how to use these items and the conditions and actions needed to implement this place_free function?

But yes, the thing is, Pacman and every Ghost object (and every object in any other game I would want to create) would need its own collision detector objects if I stayed the current route. Ideally, I would want to write an action that automatically creates instances of a single collider object for Pacman and every Ghost object rather than having to insert 20 collider objects into the layout. Now I think I can create all of the collider instances in a loop, but then how would I go about assigning each instance to their respective object? Since I want only one collider object, how would I go about retrieving each collider instance's unique id so that I can assign them to Pacman and all of the Ghosts?

I think an option to refer to an instance id in conditions and actions instead of just an object would be great in the future if it can be implemented.

Well, now the file just seems to be corrupted. When I try to open it, I receive "an attempt was made to access an unnamed file past its end". <img src="{SMILIES_PATH}/icon_eek.gif" alt=":shock:" title="Shocked" />

But if I create a new, empty Construct project, insert a Sprite object, close the Picture Editor after it first pops up automatically, and then reopen the Picture Editor 5 times, the program crashes, and I sometimes receive the "pure virtual function call" message. This happens when opening the Picture Editor from the Edit links or from the Animation Bar.

I am using version 0.86.2.

I have found myself needing more collision conditions. Most importantly, I suggest a condition that checks if an object instance would collide with a solid/any object of a certain/any type if placed at a certain position. If I were to describe this condition as a function, it would be place_free(x,y,object,solid). The condition would return true if the current instance (self) placed at x,y would not overlap object. object could be a certain object, a "superclass" (I'm still not entirely sure how Construct's "families" and "containers" work.), or "any object". If solid is true, only solid instances of object are taken into account.

Just to test Construct, I was creating a Pacman game, and I saw that by using the default movement systems, an object's speed ceases when the player presses a key that would move him into a solid object. But think of the game of Pacman. If Pacman is moving right and you press up while there is a wall on his top side, he won't just stop in his tracks. Since he would collide with a wall by moving up, the up keypress is "ignored", and his horizontal speed continues moving him to the right.

I was able to simulate this kind of "place free" function by placing a collision sprite on Pacman's (and the Ghosts') left, top, right, and bottom sides, Always attaching those collision sprites to each object's position (This was repetitive, since I am still not entirely sure how object inheritance and Function objects work, and copying and pasting events and actions ceased to work after running Construct a few times), and checking if a collision sprite was overlapping a collision block when the corresponding key was pressed to move in a certain direction. Doing all of this has allowed me to achieve the movement I need, but I hope that simpler mechanisms are eventually built into Construct.

So, in addition to more collision conditions such as place_free(x,y,object,solid), I suggest that the movement systems have an option to ignore the player's key press if he attempts to move in a direction that is blocked with a solid object.

Hello!

I've spent a few hours with Construct, and I am quite impressed with the feature set. One thing that prevents me from using this however are the frequent crashes--the main one being when I try to access the Picture Editor. By opening and closing the Picture Editor roughly 6 times to edit a Sprite, the program hangs and I have to kill the process. That is if I am trying to access the Picture Editor directly by clicking on the "Edit" link in the Sprite's common properties. Usually if I open the Picture Editor from the Animation Bar once or only a few times, a crash occurs, and I sometimes receive a "R6025 pure virtual function call" error.

Not being able to edit pictures without causing a crash is my main concern at the moment. Thanks.