Moka Schitta

After a good night of sleep, I think you are right. I oversimplified/-generalized things a bit too much in my mind yesterday. I will create a branch and just add...

I added a version of `quad_tri_subdivision` over here that properly deals with uvs if they are present: https://github.com/mokafolio/pmp-library/tree/moka/uv_algos Please let me know if that makes sense. Here are two screenshots...

One thing that I don't like about this approach right now is that it is hard coded to support only one set of uvs. I think it could be super...

I added uv support for `loop_subdivision` and `catmull_clark_subdivision` at the current tip of `uv_algos` over [here](https://github.com/pmp-library/pmp-library/compare/main...mokafolio:pmp-library:moka/uv_algos). I consolidated a lot of shared logic between the three algorithms along the way,...

I have been digging into the remeshing source to figure out what is required to keep uv's in tact and at this point I am not quite sure if there...

in this context `pmp::triangulate` should most likely also retain texture coordinates

rebased my feature [branch](https://github.com/mokafolio/pmp-library/tree/moka/uv_algos) on recent `main` and added texture coordinate support to `pmp::triangulate`. [Screencast from 06-19-2024 03:32:06 PM.webm](https://github.com/pmp-library/pmp-library/assets/10217168/5cfbe8f5-0f49-490b-afe5-0455e4b202de)

the new `pmp::linear_subdivision` still breaks uvs.

Will it be helpful to create a small demo to reproduce the issue? If you look at the code in the pull request, the issue should be relatively obvious though.

No rush or worries, I will try to cobble together a small repo soonish!