Quaternion rotation fix and minor documentation fix

[Aztro-dev]

Previously, quaternions were limited from -PI / 2.0 to PI / 2.0, but that is now fixed and quaternions can now use all angles. Code was translated from Java to Rust using this link

I also fixed a minor documentation error where the word used was used twice on accident.

[bitshifter]

This looks like it removes the functionality of specifying what order the Euler angles should be in?

The original contributor based the implementation on this post https://web.archive.org/web/20210410215436/http://bediyap.com/programming/convert-quaternion-to-euler-rotations/

Before someone else contributed this feature I was looking to port it from lmath, you could look at that if the current implementation is not sufficient, it would be good to know if lmath algorithm fixes your issue first though. https://github.com/AcademySoftwareFoundation/Imath/blob/main/src/Imath/ImathEuler.h

[n3vu0r]

You might also wanna have a look at the implementation of nalgebra. It's based on S2CID 123059499.

[Aztro-dev]

I'm sorry if I'm new to the codebase/concept, but what is the point of an EulerRot? To me it just seemed like it moved around where the X, Y, and Z values were in the result. I can add EulerRots to the pull request if you need.

[bitshifter]

Rotations using Euler angles give different results depending on the order that the angles are applied in, EulerRot allowed users to specify what ordering they were using, glam does not make an assumption about a particular order being used.

I'm going to close this for now. I'd suggest opening an issue describing the problem that you are trying to solve, e.g. what you expect to happen and what is actually happening so that I can better understand the issue and assess any future PR.