multi-physics

utils::ptr_vector<T> serves a similar purpose like smart pointers from std. We should remove this implementation in favor of smart pointers from std.

I already took care of replacing utils::ptr_vector<T> with std::unique_ptr in precice/precice#1159, but there are many more places, where utils::ptr_vector<T> is used.

preCICE v2.3.0 precice/precice#1080 introduces an API method to ask whether mesh connectivity is required. In the OpenFOAM adapter, we currently ask the user whether this is required, which the user should not need to configure, as it is system-internal information: https://precice.org/adapter-openfoam-config.html#nearest-projection-mapping

We could directly ask preCICE

The 2D lid-driven cavity is a classic CFD case, and it has been further worked into a relatively easy-to-do FSI case by having a flexible structural bottom surface. A lid-driven cavity with a flexible bottom is shown to work in the thesis of Benjamin Uekermann in Section 3.7.3 and has also been discussed in a Discourse post for other solver co