fix for #1123 by Roland Hess (harkyman)
authorStephen Swaney <sswaney@centurytel.net>
Thu, 29 Apr 2004 04:50:28 +0000 (04:50 +0000)
committerStephen Swaney <sswaney@centurytel.net>
Thu, 29 Apr 2004 04:50:28 +0000 (04:50 +0000)
Testing has not convinced me this is a complete solution to the
Ipo Curve handle issue, but it does seem to make things
better for curves created via python.  We will probably need to revisit
this, especially if we expose the curve handles in the bpy interface.

source/blender/python/api2_2x/Ipocurve.c

index c35236dfd7bab79c72932d9e3fda54bdc8a0b0a3..f3e8c3873e2dac5cad860a3572a7b4e5b584849d 100644 (file)
@@ -35,6 +35,7 @@
 #include <BKE_global.h>
 #include <BKE_object.h>
 #include <BKE_library.h>
+#include <BKE_ipo.h>
 #include <BLI_blenlib.h>
 
 #include "constant.h"
@@ -331,9 +332,14 @@ IpoCurve_setName (C_IpoCurve * self, PyObject * args)
 static PyObject *
 IpoCurve_Recalc (C_IpoCurve * self)
 {
-  void testhandles_ipocurve (IpoCurve * icu);
   IpoCurve *icu = self->ipocurve;
-  testhandles_ipocurve (icu);
+
+  /* testhandles_ipocurve (icu); */
+  /* call calchandles_* instead of testhandles_*  */
+  /* I'm not sure this is a complete solution but since we do not */
+  /* deal with curve handles right now, it seems ok */
+  calchandles_ipocurve (icu);
+
   Py_INCREF (Py_None);
   return Py_None;
 }