I don't know if you would call this a bug as it's more like something that is missing, or at least i think that is the reason for the crash.

Basically i noticed if i try to use ept_link in a behaviors edittime properties it will crash the program.

It seems to be working fine with plugins however so if possible it would be nice if these were available with behaviors also.

I have found what seems to be a bug with renderer.Fill when i used a fill for a plugin where i wanted a simple visual placeholder.

With the Edittime if you have a plugin where you have this -

IDEInstance.prototype.Draw = function(renderer)

{

    renderer.Fill(this.instance.GetBoundingQuad(), cr.RGB(100, 100, 255)) // Currently has a bug

}

If you have that in the plugin and then start a new project and add the plugin you see the blue fill working correctly. However if you create a sprite with a image then add other copies of the plugin with this it will then use the texture from the sprite mixing it with the fill color.

So it seems for some reason it is getting sent the texture from other quads even when something is not using them.

I did some testing with other things and Outline and Line seem to do a very similar thing where they appear darker. Outline also has another bug where it seems to have a pixel missing on the lower left side.

I have a request also, it would be useful to have a extra , available for renderer.Fill etc to set a alpha value. I can't seem to find a way to set a alpha value for them so i think that would be a nice solution.

It sounds like they already have that planned but i have no idea when it will be done.

It's exactly how lucid said as these are 3rd party plugins you are talking about here and not made by Scirra, so there could be various problems with that.

I like having plugins as a optional download as i wouldn't use some of them and they would keep making the main download larger so to be honest i wouldn't want all 3rd party plugins to be bundled.

The only problem really is that currently it's annoying to find them as people post them in the c2 general forum rather than a dedicated area. I suggested already to have a sub forum for these like there is with classic so they are easy to find.

There was a reply from the devs saying there is a plugin exchange section for the website planned but to be honest i would just prefer a forum section so it's easy to make bug reports and give feedback.

Hi,

It would be useful to have a addons area for C2 just like the one for classic. It can be difficult to locate these with the general posts and HTML5 questions so it would be useful to have a new area for them if possible.

Thanks :)

I can't guarantee there won't be further changes, but obviously I try very hard to resist changing it, since the effects are so inconvenient. It's something I do only if absolutely, definitely necessary.

I was thinking maybe as C2 is in beta then a lot of changes might happen with each release. So it's good to know that i can make some plugins without having to update them each release, thanks for the reply. :D

The latest releases have introduced some plugin-breaking changes. These plugins will have to be updated to work with the latest builds...

I had noticed this with a plugin i made and some others i had downloaded that now don't work. :(

I am just wondering what were the changes that break the plugins/behaviors?

Also is plugins breaking with updates likely to be a common thing? If yes how long until the main javascript base is stable enough?

I was thinking maybe it would also be a good idea to document any of these code changes in a forum thread. That way it would be much easier to fix broken plugins without a lot of trail and error testing.

Thanks