Construct 2 - most wanted

Everything should be in "human readable" or text format, no binary: SVG for image, xml for object/project description etc...

So it's easier for revision control system, team working, re-use, merging, editing, archiving, etc...

Everything should be in "human readable" or text format, no binary: SVG for image, xml for object/project description etc...

So it's easier for revision control system, team working, re-use, merging, editing, archiving, etc...

Yes, especially cap files

No binary caps, so there can be no such thing as an irreparably corrupted cap file, and an enterprising individual could even make some type of script that automates some tedious cap editting process

Also, unrelated, but what about giving the sdk a dynamic combo box option for the acetable that allows users to have the choices change the way they can with private variables and global variables. There's a few times when making a plugin this would have been a perfect fit, and I had to compromise better usablility

personally id like to see construct support the developement of 3D games.... if not i'd atleast like to be able to use 3D models as the main character.. allow me to explain. besides making games in construct, my other hobby is 3D modeling so i have lots of character models lying aroung on my hardrive. it would be nice if construct would support the rigging data of the model so that animating characters would be relatively easy. id realy like to see this implemented because doing decent quality animations with sprites is needlessly difficult.

also encryption would be nice.

Everything should be in "human readable" or text format, no binary: SVG for image, xml for object/project description etc...

So it's easier for revision control system, team working, re-use, merging, editing, archiving, etc...

do want

storing bitmaps as svg could prove weird >_<

storing bitmaps as svg could prove weird >_<

Yes, but quite useful for a distortmap.

Speaking of distortmaps....

Can I has yaw, pitch, and roll for z on a distortmap?

I'd say 0-based. I'm not even testing Construct before either all mathematics and computer software are made 1-based, or Construct is adjusted to how reality actually work.

4 mod 4 is 0, not 1. Sin, cos and tan centers around zero. A variable defaults to zero (don't tell me variables are also 1 by default in Construct). The value that is returned in place of "aaw, that's unset" is also zero, unless a NULL value is supported. The range of an unsigned byte is 0-255, not 1-256. The top-left position of a screen and object is 0,0, not 1,1. You move an object 0 pixels to not move it anywhere. In every situation when negative numbers are used, it's a pain to have 1 in the middle. I'm just going to be too annoyed over dealing with this that I'd rather stick to what I use now where things are randomly 0 and 1 based (because at least some features are 0-based).

I'd say 0-based.

Yeah, I agree with you actually. I think Construct 2 will be all zero based, universally. For example pretty much any time you use random() you end up with some +1 or -1 fudging, since it's zero based - and the same thing happens if you loop to create a grid of objects - for that, zero based loops is much more convenient. There's a minor issue that beginners might get caught out by zero indexing, but they need to learn that anyway since it's how computers and math work.

- Improved animator. Someone posted some illustrations of a new animator they had in mind. Yeah it looked a lot like MMF's but who cares; Construct and MMF are already very similar, what's the big deal?

Hey I think that was me!!! HERE --->

I'm still strongly in favour of something, ANYTHING like this for construct, and I'm talking construct 1

If the support for making ISO games magically appears, there will be a HUGE demand for a more user friendly animator.

While I'm here I'd also like to suggest for construct 2 (1) - REPLACE ONE OBJECT'S EVENTS WITH ANOTHER'S

I'm not even testing Construct before either all mathematics and computer software are made 1-based, or Construct is adjusted to how reality actually work.

Construct is mostly 0 based actually. Only a few things are 1 based. It's not that bad.

I'm not even testing Construct before either all mathematics and computer software are made 1-based, or Construct is adjusted to how reality actually work.

Quite demanding isn't he!

Is that the real nifflas? I doubt it.

I seem to remember him being quite a bit more level-headed than that.

If it is, then I'm disappointed.

I imagined him to be someone who would relish the challenge of overcoming the niggly bits of Construct that still need to be sorted out.

Whether 0-based or 1-based, Construct is so powerful in so many ways I doubt the real nifflas would turn his nose up at it because of something that will no doubt be fixed at some point.

Krush.

Sorry, going to shoot down your post there KrushBrother:

Is that the real nifflas?

I think so, the account was signed up in 2007 before anyone would have any interest in spoofing.

If it is, then I'm disappointed.

I imagined him to be someone who would relish the challenge of overcoming the niggly bits of Construct that still need to be sorted out.

You're sounding a little passive-aggressive there, plus that doesn't really make sense: Construct (and software in general, really) shouldn't have "niggly bits" to overcome. Things like an inconsistent number base simply slow people down and catch people out when they're not expecting it. It should definitely be uniformly the same across the entire program, so it's always predictable (you don't have to think about it - you just know what it is). And since 0-based makes more mathematical sense than 1-based, that's the way to go, IMO.

Construct is so powerful in so many ways I doubt the real nifflas would turn his nose up at it

Construct has real and serious shortcomings for professional game developers that I acknowledge and am keen to rectify in Construct 2.

Also re: Davioware:

Construct is mostly 0 based actually. Only a few things are 1 based. It's not that bad.

There's enough of a mix that people are regularly thrown off. Changing it in Construct 0.x would break a lot of existing apps - it's something that pretty much has to wait until Construct 2.

Can you not add an option (for example on the plugins that are 1 based) to change it to 0 based, but have it by default 1 based to make sure apps don't break?

Sorry, going to shoot down your post there KrushBrother

No need to apologise.

I've got broad shoulders.

I can take it.

Seriously though, regardless of whether you should have gone with 0-based from the start or not, his post wasn't very helpful.

I've only been here a short time (It's not even a year yet), but Construct has become what it has because of several people on these forums who were with you from the start.

If they'd decided to not bother with Construct because it didn't do what they wanted, then Construct may not have grown the way it has.

I'm just thankful to those who keep fighting Construct , pushing it to it's limits so that it can be as tight as possible.

I'm not thankful to those who give up because it isn't tailor-made to their needs.

I'm sure I'm not the only one that thinks this of Nifflas post, but I expect I'll be the only one saying it.

Probably because they admire Nifflas for Knytt Stories, and rightly so.

Would you have accepted a critical "first post" from someone like that if it hadn't been Nifflas?

I'm not convinced you would have.

I mean, look at the tone of the post.

You need some fire in your belly Ash.

Being calm is one thing, but you need to learn to stick up for your baby now and again.

Krush.

Err, sorry to disappoint, people who know me also know I tend to get upset randomly like this. Thing is, the process of creating my games is a lot about fighting the quirks of MMF2 and the lack of many essential programming options that Construct seems to do a whole lot better. Still, design decisions like tend to cast a dark shadow over how I percieve the product. If a flaw like this was decided early on, my brain tells me there's got to be more. Besides, I'm not checking these forums often, I don't know enough about the product to have insight in if it would have to be done from the start or can be implemented now. All I know is that I'm kind of growing out of MMF2 and although I'm hoping for MMF3 to come and save the day, I'm open for switching to another tool that doesn't get in the way, and doesn't force me to deal with quirks and workarounds all the time. I simply don't want to fight my development tools. I don't expect all products to be made for me, but I guess I overreact when fundamental design rules with one obvious best solution isn't done "right".

I suppose you're right though, perhaps Construct is actually so good that something like this can be ignored, and that I'm just being very unhelpful complaining about things that are already well established. I probably should have tested the program instead of going instant-critic. I added some comment at the top of my website source so you can ensure it's the real nifflas you should be disappointed at. Well, this way you get to know the dark and horrible truth about my personality and tendency to overreact from the start, as many have experienced before you.

Anyway, installed. I'll keep my mounth shut until I've actually tested Construct, and try to be nicer when I open it again.