It would eventually be debilitating. Anyways the cap has gone around before and no ones been able to come up with anything besides "bug", so I'm just going to wait to hear from David or Ashley.

I really don't think so, as I don't use global objects for anything. Even if I did, that doesn't line up I don't think. If that were the case, I believe FPS would drop as I move from layout to layout? In my case, if I test a layout, my FPS will be the same. If i go to another layout, delete some seemingly random junk and return to test again, my FPS will be higher. This is true for compiled files too (So it's not the editor keeping things in memory).

Am I misunderstanding what you're implying?

It involves a cap where objects in one layout cause framerate drops across the whole cap. Basically the more I add to the file (not just the layout) the slower the game gets. And not just a few lost FPS. David looked into this and acknowledge the bug but couldn't figure it out. It's a private entry on the tracker right now since it involves project game files. Sadly since Ashley and David tend to be busy, I haven't heard about the issue for like 6 months or so and I'm reaaaaaaaaally itching to work.

So I'm just trying to remind them once and awhile in hopes they can either deal with it or tell me I'm shit outta luck (or even tell me just what not to do to avoid the problem). I can deal with a lot of quirks and bugs, but in this situation it's absolutely crippling.

I'm just going to be a pain in the ass again and beg for my bug on the tracker to be looked into so I can get some closure. I'm pondering just moving to GM for the next IWBTG game (though I'd be checking back here for C2 for future games).

I swear, if a solution is found, Construct will have a big release title under it's belt. I'd be back to work instantly. Even if the bug isn't fixable, I'd just like some closure on the issue of some sort so at least my hopes aren't kept up.

Application projects.

Also I'm against removing the image editor because we'll always have to worry about hot spots and action points and stuff. Its better to exist and be crappy than to not exist at all since we're going to need to interact with sprites anyways. In theory it sounds good but in practice I think it would be a mess.

Only thing I want for 1.0 is the my single bug on the tracker -- the one that sucks the performance out of my game even when I add stuff in OTHER layouts. That seems kinda major, so I'd either like that fixed or at least for it to be figured out WHY it happens, so you and David can tell me what to do/not do to avoid it. Then I could actually pump out a game for Construct.

Closure on the issue would be appreciated, even if it's "We won't fix it, but this is why it happened"

I suppose just looking at it as "event written plugins" is kind of underselling it. Or perhaps its a request that is sort of misrepresented a bit. Really though this seems to fall into the group collab stuff too. Portability of assets also allows them to be re-used and modified better. I suppose I should be looking at this request as analogous to allowing people to write libraries, which would probably be a boon to everyone over all.

But still, the poll options are weird.

Well I think part of the problem is theres stuff that shouldn't really be there. Gamepad and Performance should be no brainers and multiplatform to SOMETHING should be a semi-given. That can eat up 3 votes. They're hard things to vote against. Then you got juicy things like online multiplayer. Yeesh.

Really I think Universal Joypad support and performance should be a given. Well, performance is a bit different since that has more to do with optimization and time. Performance should be a general goal of any project like this. I dunno, the poll in general seems weird just due to the type of things on it. You got some stuff that is almost a must, some things that are somewhat weird (...plugins written as events, really?) and then a bomb like Online Multiplayer which is more interesting, since it takes a lot of commitment to make but is very desirable. That said I'm not sure if Ashley is really going to use this poll 'as is' and work on whatever got the more votes, but more to get a better idea what people want before weighing the effort to implementation amounts. From our end it can seem sorta unfair and crazy though. Still,m I'd drop gamepad and performance from the list and see what that stirs up.

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

Man, gamepad support shouldn't even be on the list. That is such a must yet I feel compelled to use a vote on it. Gamepad support should be a 'for sure' feature. Then I could pick something else for my 3rd choice!

Universal Gamepad support. This is like a must.

Resolution Support. With options that go every which way. Again, should be basic functionality.

Loading of Objects/Layouts/Scripts. Fun stuff. Like for loading say, characters in a fighting game or something. Or to load bonus content. Or whatever. Maybe a way to 'sign' files so people can't replace them easily with dummies?

Being able to script as text. I'd really like this one as many tasks would be easier as quick copy and pastes or 'replace all' edits. I know the graphical editor tries to do some of this but it never quite works. Being able to switch from graphical view to text view would rule.

Palette Support. Come on, we're using PNGs. I understand theres some headaches with the sprites being 2d planes in a 3d space, but that shouldn't be that big of a deal.

Multiplatform of course.

Creatable data structures for storing sprites, sounds and the like in descrete little files instead of having a blown open directory laden with spoilers and cheat potential. Also good for working on the same project with multiple people.

Theres a few other things I'd like (the aiblity to define several collosion masks for example per frame, or more advanced 3d support for backgrounds and effects), but this is the stuff I think is the most important.

Oh hey it's David! Hey darling, don't forget about my terrible performance crippling bug!

Great to see you guys getting real stuff done again. Thanks a bunch, I'll give this version a spin soon.