[Gzz-commits] journals mudyc tjl

[Tuomas J. Lukka]

CVSROOT:        /cvsroot/fenfire
Module name:    journals
Branch:         
Changes by:     Tuomas J. Lukka <address@hidden>        03/08/02 04:18:21

Modified files:
        .              : mudyc tjl 

Log message:
        more

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/fenfire/journals/mudyc.diff?tr1=1.89&tr2=1.90&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/fenfire/journals/tjl.diff?tr1=1.115&tr2=1.116&r1=text&r2=text

Patches:
Index: journals/mudyc
diff -u journals/mudyc:1.89 journals/mudyc:1.90
--- journals/mudyc:1.89 Thu Jul 31 10:15:49 2003
+++ journals/mudyc      Sat Aug  2 04:18:21 2003
@@ -43,6 +43,7 @@
          explain why or/and fix. Can be seen when running buoyoing.
 
 Soon:
+
     - [tjl] fix .cvsignores: ignoring *.cxx, *.hxx is *NOT* the right thing.
       Talk to Tjl.
     - [tjl] Discuss buoy geometry with Tjl; we can't have what it currently is 
- 
@@ -67,6 +68,19 @@
 2003-07-XX:
     - move fenfire test code to libvob, move libvob tests to their correct 
places
       in the tree (as in fenfire)
+
+ASAP:
+    - [tjl] PEG the controller stuff - it sounds like a really good idea, but 
+      it needs a real spec and documentation.
+      several small issues:
+       - it's mouse code, not controller code, thus name should contain "Mouse"
+       - it should be in libvob, not fenfire
+       - you should start by documenting what it needs to do, then deriving
+         the interfaces from that
+       - needs documentation
+       - can it allow, e.g. several different drags based on what
+         object was clicked, i.e. who can route drags to the object
+         that was clicked and how?
 
 =============
 Past:
Index: journals/tjl
diff -u journals/tjl:1.115 journals/tjl:1.116
--- journals/tjl:1.115  Mon Jul 28 05:28:49 2003
+++ journals/tjl        Sat Aug  2 04:18:21 2003
@@ -126,17 +126,11 @@
 ===========
 
 
-2003-08-01:
-    - [mudyc] in libvob/include/vob/jni/Types.hxx
-      Who/how/what?
-      START_VOB_JNI_CONVERSION(float *, "float []", jfloatArray) 
-          out = env->GetFloatArrayElements(in, 0);
-      END_VOB_JNI_CONVERSION
-      
-      I konw this definetely *not* work because no releasing nor 
-      new float[] isn allocated. ObjectStorer? Documentation?
-
+2003-08-27/28:
+    - talk at internet expo
 
+2003-08-15:
+    - InBCT half-year report
 
 
 - AN UNINTERRUPTED, FOCUSED EFFORT FOR 3 MONTHS (?) TO GET FENPDF
@@ -153,6 +147,27 @@
 =============
 Past:
 =============
+
+2003-07-31: 
+    - thinking about fenpdf 1.0
+    - fix libvob crash on invalid cs
+    - fix StandardBoundedFloatModel constructor
+
+2003-07-30: half workday
+    - specifying fenpdf 1.0
+    - [mudyc] in libvob/include/vob/jni/Types.hxx
+      Who/how/what?
+      START_VOB_JNI_CONVERSION(float *, "float []", jfloatArray) 
+          out = env->GetFloatArrayElements(in, 0);
+      END_VOB_JNI_CONVERSION
+      
+      I konw this definetely *not* work because no releasing nor 
+      new float[] isn allocated. ObjectStorer? Documentation?
+
+        - documented and discussed how to do it.
+
+2003-07-29: half workday
+    - specifying fenpdf 1.0
 
 2003-07-28: End holiday (3d+ remaining, will be taken on sunny days)
     - start looking at code and speccing fenpdf