It works! Cap example here:

This is a response to a thread in the help forum.

Based on Mipey's pseudo code, but with a few improvements, this example shows how to make one object orbit around another. Could be useful for certain types of enemy behaviour, shmup option drones, etc.

Techniques used:

• Private Variables
• Containers
• TimeDelta

There's probably a better way - I saw a few things in the ACEs that might do this a little more elegantly.

Hope someone finds it useful.

Mipey's eventing above would be better than hot-spot fudging, as it would allow you to rotate the object independently of its orbit. For example, making an option unit in a shmup that would constantly orbit the player, but alway face forwards.

However, I would change two parts of it:

1. Rather than use 'Add 1 to Period', I would try to find some way to use TimeDelta, i.e. 'Add n*TimeDelta to Period. This would work based on how quickly you want it to orbit - 360*TimeDelta would rotate once every second, 180*TD once every two seconds, etc. You could even use a PV, say 'OrbitSpeed' to allow you to control this at runtime.

2. Instead of 'If Period = 360, etc.', I would use 'If Period is greater than 360, subtract 360 from period'. That way you would negate the risk of not exactly equaling 360 (which would be very likely using TimeDelta).

(untested - hope it works!)

it would be nice as well if you could darken the area outside it (or apply some other effect), to enhance the visual distinction.

For me their main problem is not their community appearing childish - it's that their refusal to provide anything substantial about their product - not so much as a screenshot - makes them look like a hype machine promoting vapourware.

I think that is the root cause of their image problem, which has lead to the issues in their community (amongst other things). It doesn't make much sense to not even release a screenshot or a demo video, especially if they are nearing closed beta as they claim. If they are so close to beta, now would be the perfect time to restoke the hype furnace with something tangible, but alas it seems that they are oversensitized to it now - no mention of anything release related is allowed on their site.

Soldjah - Phantom was a home console that supposedly played PC games downloaded over broadband. The only tangible thing they made was a gaming lap-keyboard, Phnatom itself was just an empty box. They went through masses of investment and switched directors constantly, before finally fizzling out.

i think he meant, if someone searched for construct then either they already know about it or they aren't looking for it. What if you search for 'game maker', 'game making software', etc.?

The problem, as Ashley pointed out, is that they are a commercial enterprise. They have a corporate image to maintain, which would no doubt be tarnished by releasing buggy software. The mistake they made was to announce too early, building a large amount of hype and ending up with forums full of over-excited loyalists with no product to play with.

This has done a lot to tarnish there image as well, as the impression that people will get from their community is that they are very immature, whereas they are simply getting bored waiting for the release and just letting off at bit of steam in the mean time. From what I've seen, the makers of stencyl software are doing their best to control the situation and tone down the hype - locking threads that get out of control, trying to answer questions constructively, etc.. I'm interested in seeming what they have to offer.

Still, I don't think it serves Construct's interests to be going around bashing other products - it just makes the community look childish. How about we just stick to our own territory and play nice?

#35 - I suggested something like this somewhere, along with some other options for collisions. I thought it would be a good idea to have different animated masks for sprites corresponding with the actual animations, giving pixel perfect collisions that don't match the sprite.

Combining my idea with yours, there could be several collision layers - for sword, shield, body, etc. E.G.:

On collision between Family('Enemy') and Player.CollisionMask.Sword >> damage Enemy

On collision between Arrow and Player.CollisionMask.Shield >> Destroy Arrow, play sound

On collision between Family('Enemy') and Player.CollisionMask.Body >> damage Player

I think we're onto a winner here.

I assume there is a folder that contains all event sheets, but the layouts folder also show which event sheets are associated with which layouts. It may not be clear in the screenshot, since it is a simple project with only one layout, one event sheet, etc.

I would assume (again) that if you had several event sheets associated with a layout, and event sheets used multiple times across several layouts, the project panel would show how everything is related.

What I'm wondering is, why Object Folders? Why not just 'Objects', then have sub-folders inside it?

I haven't played the game yet (not at my home PC), I just want say thanks for actually putting a decent intro post together. So many people post items in this section with no info, no screenshots, no real description - just a link and something like "here is my new game". It annoys the hell out of me!

I wish everyone posted their creations with as much detail as you have. It's really nice to have some idea of what to expect on the other end of that link. Thanks.

Well, I ceratinly like the sound of that, but you guys are the developers and it's your baby. It's still beta software and I'm sure you have your own plans of where to take it. I do think a centralised project library is a good idea - from a project management point of view it's almost essential.

I just realised I may have derailed this thread a little. I believe the question being asked was "where does construct lag behind gamemaker?". I'd like to emphasise my earlier point that the lack of a proper tilemap system is a pretty big deal when it comes to developing traditional 2D games. I know things are moving away from fixed tile grid restrictions these days, but tilemaps are still relevant for 2D development. I hope some form of tilemap system can be added to construct one day.

I was only referring to the organisation of things - all game elements visible and available on the left hand side, double click to open an edit window. In Construct, some things are in the project window, others in the object bar, or the properties window, etc. As far as the general UI goes, I think GM has an absolute pig of an interface. The frequently over-strict modality is a real pain to work with (e.g. only one script window can be open at a time, and you can't do anything else while it's open!).

I don't agree with your statement that everything can be found in the project tab. There are times that I have had to go through several steps in order to do something simple. I'll try to do some annotated screenshots to show what I mean, but I need to go to work now, so I'll have to sort them out later.

Regarding my suggestion of a library - how about extending the project panel to include all objects in the project, not just layouts and event sheets? Then you can give them a right-click menu to choose any of the options related to them (edit graphics, open event wizard, show properties, etc.). Every element of the project would then be available from one centralised location, like in gamemaker and many other software.