- Oct 14, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r7908]]
-
Oliver Sander authored
[[Imported from SVN: r7907]]
-
Oliver Sander authored
[[Imported from SVN: r7906]]
-
Oliver Sander authored
[[Imported from SVN: r7905]]
-
Oliver Sander authored
[[Imported from SVN: r7904]]
-
Oliver Sander authored
[[Imported from SVN: r7903]]
-
Oliver Sander authored
[[Imported from SVN: r7902]]
-
Oliver Sander authored
Hence we want an interface more like a local basis, rather than individual functions. [[Imported from SVN: r7901]]
-
- Oct 13, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r7899]]
-
Oliver Sander authored
[[Imported from SVN: r7898]]
-
Oliver Sander authored
And use it to implement the Rotation<3> class. This makes the Rotation implementation easier to understand. Previously we have used a FieldVector<3> when a skew matrix was meant. This leads to confusion now that we also use quaternions as tangent vectors of SO(3). In local coordinates, these also have 3 entries. Adding the new skew matrix class makes it clearer what kind of mathematical object is meant. [[Imported from SVN: r7897]]
-
- Oct 12, 2011
-
-
Oliver Sander authored
It seems dangerous: I tend to get confused what these arguments are. Plus, the method is unused. [[Imported from SVN: r7890]]
-
Oliver Sander authored
[[Imported from SVN: r7889]]
-
Oliver Sander authored
[[Imported from SVN: r7888]]
-
Oliver Sander authored
[[Imported from SVN: r7887]]
-
Oliver Sander authored
[[Imported from SVN: r7886]]
-
Oliver Sander authored
simplify the code by making the AverageDistanceAssembler accept the interpolation weights in a std::vector of FieldVectors [[Imported from SVN: r7885]]
-
Oliver Sander authored
[[Imported from SVN: r7884]]
-
Oliver Sander authored
It's result is not necessarily a Rotation, hence such a method would better be placed in the general 'Quaternion' class. Also, nobody in this module used it anyways. [[Imported from SVN: r7883]]
-
Oliver Sander authored
[[Imported from SVN: r7882]]
-
Oliver Sander authored
[[Imported from SVN: r7881]]
-
Oliver Sander authored
[[Imported from SVN: r7880]]
-
- Oct 11, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r7879]]
-
- Oct 04, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r7868]]
-
Oliver Sander authored
[[Imported from SVN: r7867]]
-
Oliver Sander authored
[[Imported from SVN: r7866]]
-
Oliver Sander authored
[[Imported from SVN: r7865]]
-
Oliver Sander authored
framework wants a global function space basis. So far the P1 basis is hardwired for simplicity. [[Imported from SVN: r7863]]
-
Oliver Sander authored
[[Imported from SVN: r7860]]
-
- Sep 30, 2011
-
-
Youett, Jonathan authored
[[Imported from SVN: r7856]]
-
- Sep 25, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r7848]]
-
Oliver Sander authored
[[Imported from SVN: r7847]]
-
- Sep 22, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r7843]]
-
Oliver Sander authored
[[Imported from SVN: r7842]]
-
Oliver Sander authored
[[Imported from SVN: r7841]]
-
Oliver Sander authored
[[Imported from SVN: r7840]]
-
Oliver Sander authored
Computation of analytical energy gradients doesn't work, yet. [[Imported from SVN: r7839]]
-
Oliver Sander authored
[[Imported from SVN: r7838]]
-
Oliver Sander authored
[[Imported from SVN: r7837]]
-
Oliver Sander authored
We need the extra flexibility for higher-order functions. Run-time loss is around 1% -- that's okay. [[Imported from SVN: r7836]]
-