codex

> TestScene There are two problems that need to be solved: 1. The engine examples are ugly. 2. Users new to JME are unable to make graphics that look good,...

> viewPort.setClearFlags(false, true, true); I think you should add this, but also add an option to enable/disable depth clearing.

> The main hurdle is that the viewport is only initialized within LightsDebugState.initialize(). You could add a boolean that sets the depth flag during initialization. I realize it's not very...

This may need to wait for v4.0. There are a lot of things in the material system I'd like to refactor and I might as well do this at the...

> I expect that the sequence of releases will be 3.9, 3.10, 3.11, ... not 3.9, 4.0, 4.1 I also expect that to happen. The changes I have in mind...

I'm not entirely sure at this point, but after a little prototyping I'm afraid the minimal "damage" I can manage while still improving materials is still pretty breaking. I'm essentially...

I took a quick peek at it, and it looks like PhysicsVehicle contains a PhysicsRigidBody, which it attempts to save. The PhysicsRigidBody contains a RigidBodyMotionState, which it also attempts to...

No, I've already tried MorphPrimitivesTest with #2109 and it still fails. I suspect this is because the [gltf file](https://github.com/KhronosGroup/glTF-Sample-Models/blob/master/2.0/MorphPrimitivesTest/glTF/MorphPrimitivesTest.gltf) does not explicitly define animations (unlike the MorphStressTest gltf).

You should probably write at least one test for this.

Hmm, that's a shame. I think it is a particularly useful class. Perhaps this would work, along with some documentation? ```java @Override public void write(JmeExporter ex) throws IOException { throw...