Previously, the NonplanarCosseratShellEnergy had the normal field of the unit sphere
hard-wired in the code.  With this patch, using general triangulated surface as
reference geometries is possible.

This allows to select the energy at run-time, but this is not what we do.
It also allows to give extra parameters to the nonplanar Cosserat energy,
and that is what we need: in a subsequent patch the main program will compute
a surface normal field and pass it to the Nonplanar Cosserat energy.

We can now completely control the approximation order by a const int,
which is much nicer.

This data is used by the compute-disc-error program to measure discretization errors.

... with values expected to be given in the parameter file.

Scaling the trust region is the key to success, because in general the midsurface
deformation and the rotations will have values in different ranges.

That really was a hack: the build system should do it.

[[Imported from SVN: r10111]]

[[Imported from SVN: r10103]]

[[Imported from SVN: r10098]]

Seems to be a bug in IPOpt, or in our build system

[[Imported from SVN: r10086]]

This is much cleaner than handing over the Grid only, and then trying
to guess the basis using the preprocessor.  After all, the
RiemannianTrustRegionSolver calls the assembler, so it may know the
function space basis.

[[Imported from SVN: r10035]]

[[Imported from SVN: r9989]]

[[Imported from SVN: r9988]]

[[Imported from SVN: r9983]]

We may want to override options from the parameter file.

[[Imported from SVN: r9946]]

[[Imported from SVN: r9945]]

That code was written back in the days when we were only using
first order spaces.  Now, with other spaces, we have to properly
distinguish between grid vertices and Lagrange nodes.

[[Imported from SVN: r9911]]

[[Imported from SVN: r9910]]

[[Imported from SVN: r9904]]

[[Imported from SVN: r9888]]

[[Imported from SVN: r9879]]

[[Imported from SVN: r9862]]

For some reason, when numpy is used, I can't use ctrl-c to stop
the program.  But numpy is not really used anyway, so let's get
rid of it.

[[Imported from SVN: r9861]]

[[Imported from SVN: r9829]]

That makes it easier to keep them consistent.  Also, the code is shorter.

[[Imported from SVN: r9822]]

[[Imported from SVN: r9821]]

[[Imported from SVN: r9820]]

This used to be 'int', because dunepython didn't support the python-to-C
conversion for bool.

[[Imported from SVN: r9819]]

In particular, I can use math.cos in the initial values.

[[Imported from SVN: r9808]]