Mark Lundin
Mark Lundin
Yeah ideally we only have scripts in one location. We don't really want to have a copy in the examples/misc
Yep creating using a name will work as long as the script is registered.
Curious to know what you think is missing? At the moment the UX is to manually find a script and copy/paste it into the project. This could be much better,...
YES!! 🙏
We've now also removed `pc.extend()` in v2.0, which will break this lib. Should we just [mark this repo as archived](https://docs.github.com/en/repositories/archiving-a-github-repository/archiving-repositories) with a suitable warning that it shouldn't be used @willeastcott?
I have started porting this so we could have both [ESM + UMD](https://github.com/playcanvas/playcanvas-tween/tree/feat-esm). UMD keeps the same api `entity.tween()` and ESM would be: ```javascript import { tween } from 'playcanvas/tween'...
I'd guess something similar to the current `ScriptType`, but it would be explicit, optional and applicable to non attributes too. ```javascript const watch = (target, prop) => { const privateProp...
> Would the initial value be lost with this implementation? We could just assign this , have updated the implementation > Feels kinda useful, even though easy enough and cleaner...
Yep the V8/etc deopt is a valid point. It may be better for users to handle this manually through class getters/setters
The GLTF loader is from the core PlayCanvas engine which doesn't support percentage based progress at the moment, but you're point is valid and we actually have a couple of...