Thanks David!

How does Construct tell the difference between instances of an active?

Is it just like TGF's rather poor method of using Spread Values and the collide with another object semi-automatic way that you must design your whole code around (depending upon the use) or does it have several or at least one better method?

I'm also curious about the active limit. I remember reading something somewhere saying that Construct has an unlimited amount of actives available and without any slow-down, is this true?

If it is, then that means Instances are less needed, and if I wanted to, I could just code the whole game according to each seperate active object, using as many as I need to, correct?

WEIRD. But simple enough if I remember it's there.

Thanks for that.

I can't find it. Is there a way to maximize windows within Construct, specifically the Sprite Editor window? In most programs within windows there is a few small buttons in the upper right hand corner for maximize, minimize, and returning it to the starting size.

If there is no good way to maximize it, then it should be added to the features needed list.

I've noticed that you can just stretch the window, but it's really not the same, as I'm tremendously picky about the window being exact for some reason, and it therefore takes extra time to line up the window with the screen edges EACH TIME that I open up the sprite editor (cause it resets to the default size). A maximize button really should be there.

I've looked at a few tutorials and such in the past, and I've played around with Construct a little bit, but I'm generally not so good at finding everything unless it's right out in the open.

I am curious as to whether the sprites' pixel amount can be changed and if so, then where?

It's easy to just stretch the images size, but I mean changing the actual pixel count.

That simple little thing is pretty much all that is keeping me from using Construct.

Is there a way to type in the amount of pixels to be stored in a Sprite like how you can in The Games Factory?

Is the pixel editor still unfinished or am I just missing something?

I recently downloaded the 98.9 version of Construct and I still have my old version, and neither seem to have an easy way to create a sprite at the exact pixel size you want (not stretching).

I hope it's there and I'm not seeing it. I could just import images, but I'd rather just use Construct for all game creation aspects (except music of course) (unless you wanna add that ), including making sprite animations.

If someone could point me in the right direction I'd appreciate it. Thank You.

An All-Inclusive Animations Editor. That way, people won't have to search Constructs entire interface to figure out how to change things like animation frame rate.

Also, maybe the animation speed system could be altered slightly so that you can have one frame of an animation show at a different rate than the other frames ... basically a different speed for each frame, instead of just one speed for the whole animation. Or a frame delay, if you want to do it that way.

I'm extremely concerned with the Graphics/Animations interfaces because that's where most of the time is spent. A well-designed built-in graphics editor can save alot of time and keep us from having to use an outside paint program and importing the graphics.

I've noticed that there is a rectangle outline tool and an oval outline tool, but Where is the Filled Rectangle tool ? ... and the Filled Oval ? .. they are just like the outline tools but make it filled in.

I use the filled Rectangle tool ALOT in The Games Factory and quite a bit in GraphicsGale too.

But I Rarely ever use the Rectangle Outline and the Oval Outline tools. The Filled versions are good for erasing, shaping, and covering over. The Outlines don't Cover over and are useless for erasing large sections with the transparent color, and add extra fill steps if used for shaping.

So I can't stress enough how much the Filled Rectangle tool is needed.

I also noticed that you've gone with the Eraser method instead of the simpler more efficient and much quicker method of erasing by drawing with the transparent color. If some people like the eraser fine, but it would be nice if you would include the Erase by Transparency method as well.

And I know that has to be an extremely simple fix, since the flood fill tool can erase with transparency already. Yet for some peculiar reason, the pencil and brush tools won't erase by use of the transparent color. Please please fix this. It really does save alot of development time to not have to switch back and forth to the eraser all the time. I erase as frequently as I draw.

And if you really want to make things nice .. the color picking system would be better if instead of using the switch color by clicking on button and use an annoying color picker method .. instead of that ... just make the right click of the mouse pick the color and do away with the color switch button, because it is much faster just to right click on the colors you are using. I flip back and forth from the colors I need and transparency much quicker with that method. The button switch color thing even takes longer for black and white graphics, because you have to click that tiny button to flip the colors. Or if people like the color flip method, keep it but use the right click method too, making the right click a color picker for the main color in use of the switch boxes.

Thank You for creating this awesome program Ashley ... and thanks for reading and hopefully implementing the things that I have mentioned here. <img src="{SMILIES_PATH}/icon_smile.gif" alt=":)" title="Smile" />

"MMF2 has extensions, but Construct supports them too! So it's up to the community to create whatever they need, a pixel physics? Other stuff? All possible with plugins."

I'd Love to learn how to make some plugins for Construct and TGF 1 (I don't have MMF or MMF2).

But, I don't even know the simple things that should be known for any interface yet, you know, stuff like .ini files, arrays, grid movements, and online scoreboards. Simple stuff to most, but I have yet to learn them and a few other things. I've only made 3 games so far, and 1 of them was just to say I had actually made a game. Don't get me wrong, I've made a few good movement engines and such, but other than 3 games and a few movements in TGF, I have no idea what I'm doing when it comes to coding. My main problem is that I tend to get bored/distracted too easily when trying to learn the more dull and boring aspects.

It would be nice to see some extension creation videos for Construct and even MMF/TGF.

I like Construct, but I'm not so sure how good of a game I'll be able to make using Construct until it becomes a bit more Stable. I have nearly mastered TGF 1, without using any extensions I can make virtually any 2d game I want to, except a pinball game, because I'm confused about how to get the ball to bounce right (hard to explain). Oh yea, if anyone gets that Bug in Construct when you X close out of the program, note that you can go under File, then click on Exit to avoid the Bug.

Thanks for Reading !

Wouldn't it be easier if gravity was just added to the conditions portion of the event, easier to understand and easier to access when frequently used ?

I'm not sure what you mean. Can you explain that in a different way please ?

I don't quite understand. Couldn't you just remove the transparency portion of an object from being counted as a part of the object ?

In The Games Factory, the Transparent part of the animations does not count toward collisions.

Or maybe I'm getting it wrong ... can transparency be excluded normally but just not within the Physics system ? .. If collisions are boxed-based in Construct, with no way around it, then that totally ruins it for me.

I absolutely Need a good collisions detection system.

I'd like to see Gravity comparisons added to the events for the platform behaviour.

For example, lets say Gravity is less than 50 and Sprite is not overlapping ground ---> add 1 to Gravity.

So far there only seems to be comparisons on the Actions end of things, but it would be useful on the Condition side as well.

Thanks for Reading !

Thank You Arima.

It might be better if it were changed to hold right click, then left drag to copy.

That way only the mouse has to be used.

Ok, here's my issue ... drag and drop events ... I was expecting it to copy it automatically when dragging and dropping actions from one event to another. And it Should work that way, because think about it ... When does anyone just move an action ? .. rarely ... and that can be done easily just by deleting the copied item. But if you leave it as is, you have to either create the same action over again, or manually copy it by using ctrl + c, then use ctrl + v to paste it, then move it to the new location. It's irritating and time-consuming that way. This is the sort of Interface type issues I've been talking about. The little details matter a great deal.

So, I was just hoping that maybe in the next version of Construct, you could change the drag and drop events into a drag copy instead.

Just keep improving Construct and it will be better than all the other click type interface game creation tools.

Thanks for Reading !