> Other than the "painting" feature lets have some feasible suggestions.
How is adding a simple coordinate system to the import tool not a feasible suggestion? It would save time determining size of sprites, and it is already done in the picture editor so I can't imagine it would be that hard to do.
How would that work per layout?
Anyway like i said the chance of duplicates is annoying.
> You should probably preprocess the images in an image editor, Gimp, or Ps.
Since it solves a headache that probably wont be solved till 2.0... if ever, and the tools/ scripts to do those kinds of things already exist in programs that just about everybody already has. Plus I'd rather the devs worry about game features rather than graphics problems, that again are solved with standard programs.
This (adding more flexibility when chopping up tiles) is a common task when bringing in tilesets so why not have the capability in Construct? Since Construct already supports splitting the tiles why not make it a little better? I don't see the reason that this should be done in GIMP... it can't be that hard to implement.
> But in all honesty making up your own is the best bet.
Why?? Why should I spend hundreds of hours making cool graphics when I can spend a fraction of that time making a game? You are essentially alienating a large percentage of the casual developer population that doesn't make all their own graphics. Not everyone is trying to make the next big commercial game.
I'm not saying don't use them, they have their place, but when you make your own you don't have to worry about all the other stuff, like size, tile maps, etc. Plus you'd be surprised how easy it is once you get into it.