Since it is now possible to rig a sprite to a deformable mesh, perhaps you could use that, and code the points to flex in a natural, physics-like manner!

For example if I make some events for moving an object and then decide I need a start of frame event this will obviously be created below the other events.

There is also a way to create events not at the bottom of the sheet: with another event selected, try clicking on the left tab looking bit of it or the purplish blue "shadow" area beneath the conditions. A few links should pop up to the top and bottom of it, which will allow you to create a new event in the chosen spot.

linkman:

<img src="http://smg.photobucket.com/albums/v325/mwahaha/screenshot/brushwin.png">

alspal: I agree, it would probably be pretty simple to get a pen tablet behaviour working too. But this I think is still pretty cool; it's easy to paint with the mouse, as you get smooth lines no matter what - the brush lags behind, so it has a sort of slow-moving, "authentic" brush painting feel. Which, with animations and sound effects, could still be fun.

The way it's programmed at the moment, assuming a tablet behaviour would output the pressure sensitivity as a 0-1 float, it would actually be nothing to just plug it in.

I'm sorry, but this is totally unplayable. You should at least say what those "one button"s are. I know this is a pretty small community, but when posting stuff like this online it's usually best to include some form of instruction. Since there were no controls listed in your post, I figured it would be in the game, but no...

That said, it is a humorous idea; you could probably take inspiration from Multivaders and make it possible to insert custom photos... etc. But even for a small random joke project, if you're posting it online at least provide a rundown of controls used. I don't care if it's just something you did in ten seconds, it's the principle of the matter here that I am being mean about.

Unless of course not knowing the controls is part of the game's design.

Your description is pretty confusing, sounds like you might have to merge the layers you'd want to use. Can lock layers together with the little chain icon, but then one can only move whole layers.

Possibly the best way I can think of, is to cut out the portion on each layer, then select these new layers and move them together. They can then be merged back into their original layers, etc.

Yes, that would be the case! It just seemed an abnormal combination of the theme colours.

Here I am trying to make something too complicated again. What started as an experiment with containers (which are no longer even being used) turned into a one-shot brush painting toy. Told myself if I could get the ink to paint nicely, I'd do graphics for the brush, ink bowl, paper and all that. Unfortunately, despite trying various solutions, I couldn't get it to fill in the gaps made during a speedy stroke. It was fun, but I give up for now. Perhaps to try again some other time!

<img src="http://img.photobucket.com/albums/v325/mwahaha/screenshot/brushfail.png">

It's just an interesting technique to know, for a person who is not really math oriented. Adding knowledge to one's repertoire to allow for more convenient problem solving, that sort of thing.

Oh, math. Now I must study linear interpolation.

So, entries can be made by a team? Sounds fun.

It's become something of a habit to rename things with F2, so I keep clicking on the icon-looking objects in the "object pane" (all I can think to call it; is to the left of layout editor by default) and hitting F2 to rename them. It would be cool if this worked; it is always a pleasure when an application works as one has grown to use others intuitively. I do like that middle-clicking tabs closes them; that's the sort of thing I'm talking about.

Randomly, I guess I will also state that the Construct UI does not display very well with alternate Windows skins/colors. It's one of the only applications to make readability this awkward. Perhaps nothing can be done, but, here is a screenshot.

If everything else that was in the same container as the object with dummy behaviour, per dummy object, was aligned properly according to size and angle and everything at runtime on demand, that would be neat. But the uses here are become somewhat limited; it is probably best to simply event script these things as needed.

For this sort of object arrangement, it would be useful if there were a "This," or "picked object," etc to use in equations - instead of Object.X, operate more vaguely on the object that is currently being placed. Then an event could run through each object in a family, and set each of them up the same - that is, instead of setting the width, height, angle etc of objectA, objectB and objectC individually per dummy, to be able to, as it runs through each dummy object, also run through objectA, B and C as a family and orient each, with the same few events.

If there is already some way to do it, using containers or something, that would be cool. I keep reading that things done to one object in a container are done to all other objects in that container, but does this also include positioning, scaling and rotation? Maybe I have just not tested this thoroughly enough, hmm...