Use correct matrix ordering coventions for CFrame

[kennethloeffler]

Closes #99.

This PR transposes the orientation matrix in a few different places:

• The CFrame.new(x, y, z, r00, r01, r02, r10, r11, r12, r20, r21, r22) constructor
• CFrame:GetComponents (also removes the negation on the position's Z component, which I thought was fine to include in this PR - let me know if you'd like it separate!)
• CFrame's Display implementation (this makes the output have identical ordering to GetComponents)
• CFrame's From<DomCFrame> implementation
• DomCFrame's From<CFrame> implementation

I'd like to have more test coverage to prevent regressions in the future, particularly for ensuring that values are correct when (de)serializing places/models, but I'm not sure if I should be doing that in the CFrame datatype test suite... let me know and I can add them!

[filiptibell]

Changes look great, I think more lua tests would be great too. The CFrame.luau test file is getting pretty large, so we can probably split that out into something like:

> CFrame (dir with luau files inside)
--> test utils
--> constructors
--> instance interactions
--> transforms
--> ...

If you're cool with doing that in this PR too I'll leave it completely up to you how to best structure that and how much to expand the test suite, above is just a sketch

[kennethloeffler]

If you're cool with doing that in this PR too I'll leave it completely up to you how to best structure that and how much to expand the test suite, above is just a sketch

I think I'd like to save this for another PR since it's rather out of scope for this one. Convince yourself that the implementation is correct here and it should be good to merge

[filiptibell]

I think I'd like to save this for another PR since it's rather out of scope for this one. Convince yourself that the implementation is correct here and it should be good to merge

Fine with me - I'll go ahead and merge this and we can improve the test suite later