Suggestion Dummy Object

This forum is currently in read-only mode.
From the Asset Store
Every game developer starts with an idea, and it can come from anything:
  • Just a thought I had. Since we're always using dummy sprites for this and that, wouldn't it be good to have and object that was just for that purpose?

    I know it might be a bit redundant, but it might be a lot quicker if we could have some special options in the preferences tab.

    For example if it was placed in a container it would have the ability to mimic its container object.

    You could have the ability to set its position, image, angle, size, animation, etc based on the "master" object, all in the preferences tab.

    Something like if image was unchecked, but position, and angle were, the dummy would always set its position, and angle to the master sprite, but it would have 0 opacity. Then its size would remain the same as well.

  • It's too redundant, sprites are enough i find. It doesnt take that long to set up events anyways, and imo i would not use it.

  • 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...

  • Objects in containers can have actions individually applied to them, such as being set to separate positions and angles. Conditions, on the other hand, pick the entire container whenever one object in the container is picked.

  • As I said, yes it is a bit redundant, its meant to simplify, and speed things up.

    While it could have all the display attributes of its master, it would not mimic any of the behaviors of the master.

    For example, currently you can not change the size of any object using the physics behavior, so one way around this is to use a dummy sprite.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • I started using boxes as dummies, but then found out they are very limited. They don't even rotate their collision boxes. Which could be a bug. Which I will report.

    Yes.

    Sprites are more useful, but you wind up wasting VRAM on them. A dummy object would be awesome if it had everything sprite has and you could draw an icon on it... and it would be a Sprite, essentially.

    So... just group them in a family and hide them on startup. Use a tiny pow2 texture (32x32 for example).

  • Why not just use 2x2? That'll use as much VRAM as a tiny peck of sand uses up space on your courtyard.

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)