RandomGamingDev

> Overall, the p5.js core only needs a few classes with a few dozen methods. I believe it's actually more accessible to contributors for those implementations to live in the...

> I think for me Numjs more or less made the point of why I'm hesitant to incorporate external libraries. 720kb is somewhat significant in terms of file size, and...

> Setting aside the performance and code organization arguments, what are the specific use cases that bringing a separate math library in would enable. For example, what would a user...

That sounds pretty good and I was talking more generally so both count lol

Maybe we could try using this or something similar: https://mathjs.org/

> I recently read the source code of `src/math` and didn't get the impression it was "cluttered". Quite the opposite, most of it's a thin wrapper around the native JavaScript...

Converting between formats for the small matrices used by p5.js's shaders shouldn't be too large of a problem altho yeah, using another library for performance could be good too if...

> @RandomGamingDev just my two cents, but I think your critique would be more helpful if you identified specific problems with the codebase. Implementing a bunch of vector/matrix operations from...

Just another note: There are also multiple instances of every index of an array being manually indexed. One example's [here](https://github.com/processing/p5.js/blob/17304ce9e9ef3f967bd828102a51b62a2d39d4f4/src/webgl/p5.Matrix.js#L73) where every index of the `arguments` is manually indexed to...

## Response > I tend to agree with @GregStanton that we should probably relegate any significant expansion of p5.js' math API to add-on libraries. Don't get me wrong, I have...