Christoph Kords 6b63d488cb need py_post, not py_mentat		2011-02-28 10:00:08 +00:00
..
3Dvisualize	changed meshing routine from python to fortran (f2py)	2011-02-22 16:00:22 +00:00
colorMap.config	added possibility to select predefined colorscheme from config file	2011-02-04 09:36:26 +00:00
fftw3.f	tried to implement an inverse reconstruction, meaning to calculate an average deformation gradient from the 8 cornes of a node in reference and current configuration. Not working yet.	2011-02-21 16:30:18 +00:00
gmsh_colormapConstantHue.py	---had some problems with svn, hope everything is ok now---	2011-01-05 14:53:31 +00:00
gmsh_colormapOppositeColors.py	---had some problems with svn, hope everything is ok now---	2011-01-05 14:53:31 +00:00
libfftw3.a	tried to implement an inverse reconstruction, meaning to calculate an average deformation gradient from the 8 cornes of a node in reference and current configuration. Not working yet.	2011-02-21 16:30:18 +00:00
make_postprocessingMath	set executable bit	2011-02-27 21:51:56 +00:00
mentat_colorMap	fixed bug when no argument was supplied	2011-02-18 09:02:29 +00:00
paraview_colormapConstantHue.py	---had some problems with svn, hope everything is ok now---	2011-01-05 14:53:31 +00:00
paraview_colormapOppositeColors.py	---had some problems with svn, hope everything is ok now---	2011-01-05 14:53:31 +00:00
postResults	need py_post, not py_mentat	2011-02-28 10:00:08 +00:00
postprocessingMath.f90	tried to implement an inverse reconstruction, meaning to calculate an average deformation gradient from the 8 cornes of a node in reference and current configuration. Not working yet.	2011-02-21 16:30:18 +00:00
postprocessingMath.pyf	tried to implement an inverse reconstruction, meaning to calculate an average deformation gradient from the 8 cornes of a node in reference and current configuration. Not working yet.	2011-02-21 16:30:18 +00:00
spectral_post.py	some polishing for single precision version.	2011-02-25 12:41:46 +00:00
spectral_post_single.py	removed all math functions only for double precision by the more flexible counterpart, e.g. "dsqrt --> sqrt", "dsin --> sin". Should not cause any harm, as long as "implicit none" is used.	2011-02-25 09:25:53 +00:00