You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
for heigher dimeinsions, rotors just cover simple rotors (products of vectors), not products of bivectors, as they should (for example in 4d, there is no pseudoscalar in the rotor type)
This isn't a problem in code, when using auto, but if you want to create a 4d object, that has a rotation:
struct object {
vector pos;
rotor rot;
}
The text was updated successfully, but these errors were encountered:
This is an interesting point. While one could define such a type: using Rotor_ = decltype ( Bivector() * Bivector())
I can see it being useful to have a GeneralRotor type built-in, in addition to the scalar + bivector Rotor. I'd rather not change the meaning of Rotor itself -- that is, I'd rather keep them simple. The question is what to call the product of Bivectors version. Perhaps GeneralRotor. Thoughts?
Problem: The Product of bivectors is not a general rotor for arbitrary dimensions.
I'd prefer to call the general rotor Rotor, because that's what rotors are normally called. The simple rotors may be called SimpleRotor for efficiency reasons, but in such case, using auto type seems more useful. I don't think, this would cause problems.
But GeneralRotor also sounds ok.
Having arbitrary subalgebras may also be useful (even grade (which are rotors) or other factors) if possible.
for heigher dimeinsions, rotors just cover simple rotors (products of vectors), not products of bivectors, as they should (for example in 4d, there is no pseudoscalar in the rotor type)
This isn't a problem in code, when using auto, but if you want to create a 4d object, that has a rotation:
The text was updated successfully, but these errors were encountered: