yeah finding out what button/lever/dial corresponds to what index is a whole new topic.

I had proposed a simple scheme for using zip named after the joystick (Direct Input joysticks have names, usually describing the brand and model) files containing a .ini with axis/button ids, their textual description ("left shoulder button") and an optional image filename. The image files would be contained in the zip file, and they could be used in the game's interfase.

This means that for a new controller, any user could easily make a profile for it and have it supported in Construct games (actually I had designed this for my own unfinished engine). A default profile could be included, and maybe keyboard and mouse defaults could also be supported.

Of course, without DirectInput controller support, it's all moot.

collecting coins is so satisfying.

I wish real jobs were like that. Just chase bouncing coins, touch them and BLINK they're yours, no pockets needed.

I think "Exlorer" is typoed

It's missing a P?

And she just sits there like a lifeless doll...... oh wait.

make sure that the sprite that is spawning is not in the family of the spawned objects

I gave a bone editor a whirl, and found that I couldn't just load images for bones because:

a) I need to know the number of frames ahead of time

b) I need to know the number of different bones ahead of time.

My solution was creating canvases and pasting a "loader" sprite on them, which had a single frame loaded from the selected file.

It worked, no animation support but for animation editing I guess it would do. Size was all wrong and stretchy though, I have to try it with the latest build.

Why save Davio, when Construct can autosafe for you!

QFA: Quoted For Awesomeness.

I didn't know this was in there.

yeah, I'm an engineer finally XD so I'm really happy about it.

motion blur also speeds up the custom movement plugin

I really don't recommend using motion blur anymore. Use Blur Motion effect (it's in the Completed Addons subforum) to blur specific objects at an angle instead.

I always thought a loop that sorted by .y AND 'fake height' would do it

I tried sorting by .y + fake height multiplied by an adjustment constant, and it didn't work.

Reading around I found out too that perspective 2D games are a kind of black art.

My status so far: game sorts perfectly if everything is resting on the floor

I found out that the sorting problems are related to object size. If all objects are the same size (as with isometric tiles) sorting by .y is enough to get it right, always.

So... I might end up doing that. I still haven't tried it out.

I do not use the physics plugin, as my method works a lot with collision masks to simplify the object creation process (they're single sprites with a special collision mask).

I remember checking that example out, but the amount of objects and stuff kinda confuses me XD

Quazi: I tried measuring distance and it didn't work either. The issue is size.

In your diagram, think of 1 as really flat and horizontally long, and then put it very close to 2 and 3. Now measure the distances... you have to pick a point to measure the distance. You'll find out that depending on the point you pick to measure, the closest object can be 1, 2 or 3. :S

Edit:

Kaos: yeah heheh no bounds... I guess I could set up a rect to stay in, as most games will use something like that. Also I'm thinking about setting a floor, specialy if one ends up using regular tiles, so you can cheat with the floor and avoid placing a jillion tiles there.

<img src="http://dl.dropbox.com/u/939828/perpixelightingscreenshot.PNG">

http://dl.dropbox.com/u/939828/light3.exe

This is quite awesome!

although the amount of setup for it to work scares me a bit... waiting for .cap and effect files!

joy2key doesn't really work for analog input either.

Construct really really needs a PC controller plugin.