Construct 2 - feature poll

As a followup to the most wanted features thread, I've come up with a shortlist of 10 of the ideas which seem to come up most for C2 (with some editorial spin). I'm running this poll to gauge how important each feature is to the community.

In this poll, I'm allowing you to select up to three options, so you can pick the top three options most important to you. Hopefully this will best represent what is most in demand without skew to just one feature. Choose carefully, but you can change your choice after voting.

Note that I expect multiplatform support to be a popular option, but there's no way we can port the runtime and all plugins to every device under the sun. Realistically we can probably cover two platforms at most without substantial help from other coders, and realistically one of them will probably be a Windows desktop runtime like in Construct 0.x now. So bear that in mind if you pick the multiplatform option, you're probably voting for a single other platform, not a 'make Construct run on my wristwatch as well' feature.

Are they really the top 10 features from the other thread? (genuine question, not being funny).

I only chose 2 options, because I struggled to pick a 3rd.

Although a couple of the others would be handy, I just got a feeling that there were things not on there that were more important.

I guess I'll have to go and read that thread again.

On the subject of multi-platform, do you have any idea which platform you will probably go for as the second export?

For instance, Ipod, Android or Mac would be of interest to me, but others probably wouldn't be.

Or is that going to be another Poll somewhere down the line.

If we knew which ones were on the short-list, it would give us a better idea whether it was worth voting for multi-platform or not.

Lastly, what exactly do you mean by "Event-written behaviors/plugins/modules"?

Krush.

[quote:enqu6vpy]Note that I expect multiplatform support to be a popular option, but there's no way we can port the runtime and all plugins to every device under the sun. Realistically we can probably cover two platforms at most without substantial help from other coders, and realistically one of them will probably be a Windows desktop runtime like in Construct 0.x now.

So you mean, it can only run on two OS? I was hoping construct to be multiplatform or online support wich allow the player to play the game without any plugin like Adobe flash player/silverlight/Quicktime. But from the choice you gave us i have pick :

• Online multiplayer support

-Multiplatform support (see note in post - effectively one other platform)

-Multicore support/better general performance

Too bad we can't choose more than 3, i was wishing we could select 5 thing as our wishe... But i believe the second export you have in mind would Linux, just like Game develop... Geez it will be too bad for Mac user

Linux support, that is all i want.

I would have liked to vote for at least four or five different things. After all, C2 should be a pretty good step up from Construct 1. I tend to dislike it when sequels don't really improve upon much. I'd rather it just be a big update if only a few things are changed...

I also think that multiplatform should at the very least include some form of web browser gaming, such as flash or something similar. Browser gaming is extremely popular and needs to be included, even if it can't support larger games. Many people, especially casual gamers, do not like to download an entire game just to try it out. Being able to at least demo a game without downloading it would help many projects gain popularity way faster. Also, it would be really nice if C2 could have mac support.

Seeing as how just about everybody is going to vote for multiplatform, I decided that it will probably be a favorite anyway, judging from the other topic, and cast my precious three votes elsewhere.

Lastly, what exactly do you mean by "Event-written behaviors/plugins/modules"?

Krush.

I believe he means,

Being able to make your own behaviors/plugins through events

it would be kinda like the function object, except instead of awkward function calls, after setting up all the events, you would click through your own custom object or behavior without having to make a plugin, you would call expressions conditions and actions just like the regular built in objects, and by modules I think he means

so if someone like quazi could make a 3d engine out of these special events, he could share it on the msgboard as a module, a plugin basically but made out of events in constructs

then you could use this in your cap, and instead of seeing the crazy mess of events and such

you would just see regular actions,conditions, etc, that come up in the same dialogue boxes as usual

and behind the scenes it would be doing all the events he had set up

this was one of my votes, btw, along with better instance picking and custom data types

I wonder why "Multicore support/better general performance" isn't in the lead. It is the most essential of all options.

And I'm one of the custom datatypes choosers. I can't believe nobody is struggling with more complex structures. But I can understand that multiplatform is desired and more basic stuff must fall behind

But whatever it will be, it will make Construct even more attractive to part time and semi-pro developers and that's a good thing!

All I want is for it to be as stable as possible, and for the runtime not to crash, ever. Custom datatypes are great, along with the event based behaviors. Multicore support would also be mighty useful for those cpu hungry applications.

-Event-written behaviors/plugins/modules

-Multicore support/better general performance

-Multiplatform support (see note in post - effectively one other platform)

seeing mac support would be nice, it seems like it wouldn't require anything to be held back.

Speed is always something that should be at the top of the list i agree, the more i can do without dropping fps the better.

the event-behavior thing always seemed like a must to me, extending the function of events to be cross project - reusable things would really make work alot faster, seeing how i and probably everyone else generally reuse alot of techniques that dont have plugins developed for them, and rewriting events for something ive generally already made is just a waste of time. Making plugins altogether to do a simple task isn't always worth it, unless speed is an issue that only C++ would solve/give large gains on.

if i had a fourth option, i'd say multiplayer support, but seeing as theres already a way to do this and its for sure going to develop as something further into a plugin sometime in the future i put the others in my top 3.

What Lucid said.

... if "Event-written behaviors/plugins/modules" was shareable it would take the plugin concept to a new level. Plus it would alleviate some of the issues with cross platform support.

Also I like the idea of the possibility to port to other platforms, but I think that, for the sake of the project, the devs should have one official os.

Third choice - more 3d features

Gamepad support (every serious gamedev app should support gamepads )

Better picking instances

Import\export stuff for team working

And it would be nice to have 'On create' event here

Are they really the top 10 features from the other thread? (genuine question, not being funny).

Not exactly, but ten of the ideas most frequently recurring. I filtered out minor feature requests, I'm going for the large ideas that need to be integrated to the architecture.

[quote:1043mofk]On the subject of multi-platform, do you have any idea which platform you will probably go for as the second export?

I'm going to run another poll and see what people think the next most important platform is.

[quote:1043mofk]Lastly, what exactly do you mean by "Event-written behaviors/plugins/modules"?

Lucid's post was pretty spot on. Basically, it's re-usable events, so you can write a bunch of events for something like enemy AI, and export them as a re-usable thing.

Too bad we can't choose more than 3, i was wishing we could select 5 thing as our wishe...

I know you might have more than 3, but I deliberately limited it - if I allowed too many then everyone would just vote for everything! By limiting the choices you have to choose more carefully, and although you might not get to choose something you really want, it should smooth out over many people voting, giving a rough indicator of the relative popularity of each feature.

Stability did not make the list, but I don't think there's any point listing it - stability is a given and a necessary requirement of any software, it'd just be something everyone voted for if it was in the list. (And we have ideas to significantly improve the stability of C2 anyway.)

this is the poll i've spent the most time answering..

for multiplatform: i'd vote for web browser

• Team collaboration
• Multiplatform
• Better instance picking

I believe these are the best options to make Construct 2 better than C1. The other features are of course needed, and some improvements to the very core are already scheduled, right? Man, this will be so awesome!

From an educational point of view, I'd love to see the Multilingual UI - I know it's the less voted feature so far, but I don't see why it shouldn't be included in C2: It should be easy to design this in the beginning of the project. With the capability of being translated, I can see construct being used in schools for younger children around the world and... I don't know, it sounds terrific.

As for the Multiplatform, I totally agree with Ash. Of course, most gamers use Windows, so it should be the "official" platform. And for the other platform, I'm thinking MacOS. With the Steam support, Intel processors and Wine, the OS has seen an increase in game releases, so I think it would be the better option. What do you guys plan on doing: Making Construct run on both platforms, or making it run only on windows and creating a game export for other platforms?