This needs a title
Highest priority:
- If my
closure_try2branch seems to be working: start converting other things and cleaning everything up. (twistis still ugly. Look at all my TODOs in it.) - See
automata_scratch/examples.pyand implement some of the tougher examples.spiral_nested_2&spiral_nested_3(how to compose efficiently?)twisty_torusram_horn_branch- Can I pass depth via a closure?
Important but less critical:
- Elegance & succinctness (my recent closure work may help with this):
- Why must I repeat myself so much in these definitions?
- What patterns can I factor out? I do some things regularly, like:
the clockwise boundaries, the zigzag connections, the iterating over
a
Vec<Vertex>to transform each element and make another vector.
- Docs on modules
- Grep for all TODOs in code, really.
- Look at performance. Can I save on copies of geometry by using
Rc<OpenMesh>or the like? In many cases I have nothing but copied geometry. Can I pre-allocate vectors instead of extending/appending? - Look at everything in README.md in automata_scratch.
If I'm bored:
- Fix links in tri_mesh docs that use relative paths & do a PR?
- Look in https://www.nalgebra.org/quick_reference/# for "pour obtain". Can I fix this somehow? Looks like a French-ism that made its way in.
- Multithread! This looks very task-parallel anywhere that I branch.
Description
Languages
Rust
100%