You can't build the IDE or Runtime without a higher edition of Visual Studio to my knowledge (because it requires MFC); you might want to check out Dreamspark:

https://www.dreamspark.com/default.aspx

To see if you can get it for free.

Well, all the graphics are saved as .png, so at the end of the day there's not much that can be done (plugins aren't saved in the .cap).

We could have image data stored externally, but it wouldn't do much to alleviate the issue I wouldn't think.

Should work with just:

Play animation: "Walking" & global('weaponanim')

No, only ones involved in the collision.

Have a condition which tests for the collision then a destroy action.

Actually he upscaled them so he could detail them more.

They look very good .

Please don't put requests here, make a thread per request or they'll get forgotten!

Yes, you can load images at runtime. That's for flexibility, say if you take a pic via webcam or allow the user to import their sprite. There's no way to know what image a user may pic, so you obviously can't drag/resize it in the layout editor. If you want to load an image or sprite in you can do so via the Picture Editor, or animations via the Animator.

Let me know if you meant something else.

Sounds good to me .

David tells me he moddled all these sprites off real life objects.

Yes, resource handling needs working on, putting fonts in the .exe and then rendering from them would be excellent (though we're still not sure on how practical it is with DX).

Could you explain what you mean with regard to:

"I know you can load resources (like images) from other locations using "AppPath +" but then you get none of the ease-of-use benefits that Construct provides, like WYSIWYG positioning."

Thanks

Yeah, it matters not if it's deleted now. We have some references on fairly big websites already, but I guess crossing the line to true notability may include reviews from professional websites, polished finished games on develop websites, etc.