lucid - have you further considered making it so that effects can be applied via the spriter object itself?
I must have misunderstood you at some point, or vice versa, but it will not be possible to put effects directly on the scml object until some long term future point when the plugin is made to have the option of not using separate sprites for each body part. The feature I thought we had most recently discussed was temporarily disabling scml object control of an object's angle, position, scale, etc. Things are still extremely busy at the moment on several fronts, so I can't commit to when that will happen, but it's fairly high up on the priority list.
lucid
I would like to report a performance inconsistency bug ?
I hope you can fix this.
Thanks for the helpful capx, that saved me a ton of time diagnosing it. I see plenty of room for optimization that should help make this alot faster, but unfortunately as above, I can't commit to a timeframe just yet. There's a bit more than anticipated that will keep us busy for the month of December, so aside from small fixes, or very small features I won't be able to do much on the plugin front, and the optimizations for this are pretty involved. The good news is they should also make the plugin perform better on the ram front as well at all times when multiple instances of the same object are involved, and not just when creating and destroying.
I see there are still javascript errors popping up when we try to test with spriter object on mobile browsers.
Thanks for reporting the issue. If you can tell me which browsers, which OS, which export option, and what errors, once I have some time to look into this, the more information I have, the quicker I can find the problem.
Also, didn't seem to get it to work with touch actions.
I've seen a strange error or two in the past where one thing was able to affect something that it shouldn't, but generally the scml plugin shouldn't be able to affect another plugin or behavior like that, unless you're saying you were trying to use a touch action directly with the scml object, in which case for now it would be best to either define a collision box in Spriter that you want to be touchable, or an invisible sprite in C2, or one of the individual sprites depending on your needs.
I believe you guys are working towards ensuring that animations work on mobile release on games too and not just desktop/browser based games?
Definitely. The idea is to make it work as well as possible, as widely as possible.