gzz-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gzz-commits] gzz ./TODO ./TODO-uml doc/pegboard/1018/PEG_101...


From: Asko Soukka
Subject: [Gzz-commits] gzz ./TODO ./TODO-uml doc/pegboard/1018/PEG_101...
Date: Tue, 25 Feb 2003 08:15:30 -0500

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Asko Soukka <address@hidden>    03/02/25 08:15:29

Modified files:
        .              : TODO TODO-uml 
        doc/pegboard/1018: PEG_1018.rst 
Added files:
        doc/pegboard/fenfire_vision--benja_tjl: .cvsignore 
        doc/pegboard/projectsplit--tjl: .cvsignore 
        doc/pegboard/rdf--benja: .cvsignore 
        doc/pegboard/simple_storm--benja: .cvsignore 
        doc/pegboard/view_interfaces--humppake: .cvsignore peg.rst 
        doc/pegboard/vob_boxcs--benja: .cvsignore 
        doc/pegboard/xu_text--benja: .cvsignore 
        doc/pegboard/xu_text_2--benja: .cvsignore 

Log message:
        todo, preserved some pre-article stuff from old mails into PEG

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/TODO.diff?tr1=1.596&tr2=1.597&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/TODO-uml.diff?tr1=1.3&tr2=1.4&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/1018/PEG_1018.rst.diff?tr1=1.8&tr2=1.9&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/fenfire_vision--benja_tjl/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/projectsplit--tjl/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/rdf--benja/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/simple_storm--benja/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/view_interfaces--humppake/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/view_interfaces--humppake/peg.rst?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/vob_boxcs--benja/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/xu_text--benja/.cvsignore?rev=1.1
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/doc/pegboard/xu_text_2--benja/.cvsignore?rev=1.1

Patches:
Index: gzz/TODO
diff -u gzz/TODO:1.596 gzz/TODO:1.597
--- gzz/TODO:1.596      Tue Feb 25 07:02:49 2003
+++ gzz/TODO    Tue Feb 25 08:15:28 2003
@@ -127,33 +127,20 @@
        + speed up tests: currently too much execfile().. could
          pre-compile and exec compiled in the same globals().
     humppake:
-       - rename solids into cellColors or something...
-        - rethink View package interfaces
-            - PEG about stretching
-              - stretching vobs suitable for their contents' size
-               - the idea is to request (view requests) the size from 
-                  the cell view, then place the box coordsys, then let
-                  the cell view place itself into that box.
-                - The cell content view has a minWidth, minHeight,
-                  maxWidth and maxHeight computed somehow.
-                - we return at least (minWidth, minHeight).
-                - If that doesn't suffice, we scale horizontally up to 
-                  (maxWidth, minHeight). If that doesn't suffice either, 
-                  we use maxWidth and scale vertically up to maxHeight.
-               + aspect ratio for squares? 
-           - is there need foor ViewTool (PEG1018)
-              and _what_ it should do
-            - PEG about mounting connections
-           - think, how stripes would be rendred in oval renderable
-       - finish python opengl demo for prototyping views
-       - port Mind* views from 0.6
+       - think about representing mind map using RDF
+           - what different properties would be used
+             Schank: Dynamic memory
+       + rename solids into cellColors or something...
+       + finish python opengl demo for prototyping views
+       + enhanhing view interfaces (Interface and ViewTool PEGs)
+       + port Mind* views from 0.6
+           - Text in LollipopCellView is stenciled wrong
             - ColoredSquareVob, square with colored sectors
-       + write about representing mind map using RDF
-           + what different properties would be used
        + Bubbleview, with some sketches
             + BallCellView (text inside the ball)
              + we don't want more complicated line breaker,
                 cell's content will be in square within circle
+           + think, how stripes would be rendred in oval renderable
            + 2D / 3D versions, "cell clusters",
              "surface tension", animation, calibration
        + benchmark line breaking (in LinebrokenCellContentView)
Index: gzz/TODO-uml
diff -u gzz/TODO-uml:1.3 gzz/TODO-uml:1.4
--- gzz/TODO-uml:1.3    Tue Feb 25 07:02:49 2003
+++ gzz/TODO-uml        Tue Feb 25 08:15:28 2003
@@ -1,26 +1,26 @@
 Tasks for navidoc
 
-0.1alpha1: First separate release
+0.1alpha1: First separate release    
     humppake:
        - administrative issues for separating this to
           distinct project
-
+       - make sure that works with new projects 
+         (several distinct CVSs and the Fenfire whole)
+          at least the way it has worked so far
+          
     anybody:
-       - document our current UML software
-          (metacode/uml*, used by doc/uml/*)
-        - figure out need of restructuring
-       - PEG the new architecture
         - debug class for handling screen output and logging
           - write all errors and warnings in some place so it's easy to
-            look for them and fix. Current output is incredibly bogously
-            spewy.
+            look for them and fix.
 
 0.2alpha1: Rewriting
-    vegai:
-        + Download new and clean Docutils CVS snapshot, check the
-          problems when importing it in Jython
-          + some fatal errors
-          + harmless SyntaxWarning, but could it still be removed
+    humppake:
+       - document our current UML software
+          (metacode/uml*, used by doc/uml/*)
+        - figure out need of restructuring
+
+    humppake, benja:
+       - PEG the new architecture
 
     anybody:
        Design issues
@@ -89,6 +89,12 @@
        - summarize, what have been changed to the original latex writer
 
 1.0: Feature-complete
+    vegai:
+        + Download new and clean Docutils CVS snapshot, check the
+          problems when importing it in Jython
+          + some fatal errors
+          + harmless SyntaxWarning, but could it still be removed
+
     anybody:
        - all UML diagrams in UML reference manual
          and user's guide should be easy to do
Index: gzz/doc/pegboard/1018/PEG_1018.rst
diff -u gzz/doc/pegboard/1018/PEG_1018.rst:1.8 
gzz/doc/pegboard/1018/PEG_1018.rst:1.9
--- gzz/doc/pegboard/1018/PEG_1018.rst:1.8      Tue Feb 25 07:02:50 2003
+++ gzz/doc/pegboard/1018/PEG_1018.rst  Tue Feb 25 08:15:28 2003
@@ -4,8 +4,8 @@
 
 :Authors:   Asko Soukka, Benja Fallenstein
 :Date-created: 2002-12-10
-:Last-Modified: $Date: 2003/02/25 12:02:50 $
-:Revision: $Revision: 1.8 $
+:Last-Modified: $Date: 2003/02/25 13:15:28 $
+:Revision: $Revision: 1.9 $
 :Status:   Incomplete
 :Scope:    Minor
 :Type:     Feature
@@ -134,9 +134,10 @@
         ``int placeCS(Box box, Cell cell, float x,
         float y, float depth, float scale);``
        
-       X and Y are coordinates of origo of the drawn vob. This
-        way works with both: views that allow stretchable vobs
-        and views that do not.
+  - Should X and Y be coordinates of the origo or the top lef corner 
+    of the drawn vob? If it is the origo, ViewTool places stretching
+    CellViews correctly, otherwise the size of stretching CV should
+    be queried manually from the View. 
   
   - Do we need anymore to get and use Dimension size from VobScene, 
     when we are using box coordinate systems?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]