What version of construct can this be used with? Awesome idea btw.

Nice, I like the pacing of these new releases .

Also, Does html5 support any kind of color filter for sprites? If so, it should be added asap, it's really useful.

A Custom movement behavior port, and better collisions would be nice to have after animations are done. Custom movement is really underrated. It's practically the only behavior I use for movement, since it does everything. Families and containers should be after that.

Just putting out what I think should come next.

I have a question.

Does the html5 runtime use vram? I'm pretty sure I heard some browsers were hardware accelerated and some weren't. Does that mean that C2 applications may or may not use vram depending on the browser?

And we need animations in C2! (I know, you're on it) Are you waiting for Davo to do the image editor before you do animations? The website creation aspect of C2 really appeals to me, and animations are a must.

what's a bump cd?

You can implement circular collision yourself just by checking the distance to an object.

Kayin, It doesn't mess anything up. It's just that there was a bug with it that caused captioned windows to resize incorrectly, you can fix it by turning off the captions. I think tulamide fixed it this build though, he added an option for set client size or something, so it should work. I haven't tested this build yet though.

Unless they're cheating by taking the stickers off

99% sure they're doing that.

Cool, this feature is pretty useful. Can you, for example, put the declaration block as subevent of an event, and then just set the value in the declaration block without using any actions?

Like:

[a collides with b]

subevent: Local number aPosition = a.x

?

maybe it wouldn't even have to be a subevent, just a same level linked event.

I'm just a bit concerned that having them only apply to one subevent makes them a bit limiting. Sometimes an algorithm takes up a few events.

EDIT: ok, I think what you meant was nesting level. I was under the impression that you can only use them in that one event they're linked to.

It works under value, I do it all the time.

Just make sure that when you read and write from the .ini, you use the appropriate write action. There's one for string and one for "values" (numbers). I think I've run into this confusion before.

Don't use warp, use magnify on an animated sprite.

Very nice! I love the SNES tracks, they sound authentic. What I really love is the way each song has a minor back story provided by solely the name. I had a clear picture of Armstrong in mind while listening to the song, haha.

I have a soft spot for SNES instrumentals though.

Not really possible without big changes. The user-definable variables aren't necessarily for color in a shader file (they can only be float or percent, aka single numbers), so they each have to be defined separately for RGB if you want to specify an RGB value. They would have to add a new float4 user-variable type, along with an IDE component for editing it. I don't really see it being a worthwhile addition for the work required.

However, if while whoever is at it can expand the shader pipeline with PS3.0 and other goodies, than I support whoever wishes to take on the task.

From Davo:[quote:heb8ifet]For type we can either use percent or float. Currently these are all that are supported, but later we may include more (such as a texture!)

Texture type would be useful though.. Rojo..