[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz-commits] gzz ./TODO-uml ./TODO-vob gfx/jni/GzzGL-jni.cxx
From: |
Asko Soukka |
Subject: |
[Gzz-commits] gzz ./TODO-uml ./TODO-vob gfx/jni/GzzGL-jni.cxx |
Date: |
Mon, 24 Feb 2003 16:42:34 -0500 |
CVSROOT: /cvsroot/gzz
Module name: gzz
Changes by: Asko Soukka <address@hidden> 03/02/24 16:42:34
Modified files:
. : TODO-uml TODO-vob
gfx/jni : GzzGL-jni.cxx
Log message:
TODO
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/TODO-uml.diff?tr1=1.1&tr2=1.2&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/TODO-vob.diff?tr1=1.2&tr2=1.3&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/gfx/jni/GzzGL-jni.cxx.diff?tr1=1.88&tr2=1.89&r1=text&r2=text
Patches:
Index: gzz/TODO-uml
diff -u gzz/TODO-uml:1.1 gzz/TODO-uml:1.2
--- gzz/TODO-uml:1.1 Fri Feb 21 07:11:47 2003
+++ gzz/TODO-uml Mon Feb 24 16:42:33 2003
@@ -1,66 +1,87 @@
Tasks for navidoc
-0.1alpha1: First separate release
- anybody:
- - umltool: mputils.dbg for handling screen output and logging
- - document our UML software (metacode/uml*,
- used by doc/uml/*)
- - reST -> latex (cleanup?)
+ humppake:
+ - classify following between the first and second release,
+ priorize etc...
+ - PEG the new architecture
+
+ ...
+ - document our UML software (metacode/uml*, used by doc/uml/*)
+ - figure out need of restructuring
+
+ - rationalize doc directory structure:
+ !! Depends on pegboard upgrade for simply compiling of
+ deep tree structure !!
+ Gzz_Frontend_View.rst -> doc/frontend/View.rst
+ (i.e. no Gzz_ prefixes, tree structure explicit)
+
+ UML language:
+
- fix umltool graphics to be closer to the UML 3amigos books
+ - Fix UML sequence diagram: now you have to put
+ seqobjects *after* the sequence...
- fix dep directive to be
dep BuoyViewNode "calls" BuoyLinkListener
instead of
dep "calls" BuoyViewNode BuoyLinkListener
- currently. Involves fixing many diagrams! Reason: then can use in
class:
+ currently.
+ Involves fixing many diagrams!
+ Reason: then can use in class:
class BuoyViewNode
dep "calls" BuoyLinkListener
because inside class, the class is given as the 1st argument.
- - make pegboard to be only a directive, when all reST could be
- compiled using $(JYTHON) metacode/umldoc.py `find doc -name "*.rst"`
- - enhancing umltool
- - rationalize doc directory structure:
- - Gzz_Frontend_View.rst -> doc/frontend/View.rst
- (i.e. no Gzz_ prefixes, tree structure explicit)
- - nested classes in javadoc: grep for
- MipzipLoader.Level
- - a lot of things, which would be easier to handle with better
- design, so these will be fixed on the second implementation
- round with more object-oriented design
- Two of the following would be fixed with re-design of
- jlink class.
- - fix jlink focus matching problem, currently matching sees no
- difference e.g. between View (Java class) and
- Gzz_Frontend_Java.gen.html
- - write all errors and warnings in some place so it's easy to
- look for them and fix. Current output is incredibly bogously
- spewy.
- - warn properly about diagrams referencing classes that are
- not there. For instance, gzz.DimManager is referenced but
- does not exist. Maybe show jlink in some special color
- (bright red?) if false.
- - reST documents where diagram is explicitly included
- using the directive, should also be included into diagram
- (and highlighted when shown in current document)
- - make sure that umltool works also with pure doccxx
- - Currently diagrams are embedded into html-documents after
- the first header-tag. This could be enough for javadoc and
- other, but in reST this should be possible to overdrive by
- own directive.
- - diagram names should be unique, currently this can't be
- easily tested, make something for it
- - Fix UML sequence diagram: now you have to put
- seqobjects *after* the sequence...
- + Highlighting should be optional. This should be in UML source,
- but it could also be added there from an optin of UML directive.
- Anyway, implementing is not trivial, since even the same png
- diagram could be used in all documents, the imagemap should
- always be regenerated. So, two points:
- - all refers to the same diagram should use the same png
- - still every document needs own imagemap
- - there should be no highlighting
- - split this todo into correct releases / sections :)
+
+ Design issues:
+
+ - make sure that umltool works also with pure doccxx
+ => doc++ plugin
+ - nested classes in javadoc: grep for MipzipLoader.Level
+ => issue of javadoc plugin
+
+ - Currently diagrams are embedded into html-documents after
+ the first header-tag. This could be enough for javadoc and
+ other, but in reST this should be possible to overdrive by
+ own directive.
+ - diagram names should be unique, currently this can't be
+ easily tested, make something for it
+ + Highlighting should be optional. This should be in UML source,
+ but it could also be added there from an optin of UML directive.
+ Anyway, implementing is not trivial, since even the same png
+ diagram could be used in all documents, the imagemap should
+ always be regenerated. So, two points:
+ - all refers to the same diagram should use the same png
+ - still every document needs own imagemap
+ - there should be no highlighting
+
+0.1alpha1: First separate release
+ - 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.
+
+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
+
+ anybody:
+ pegboard:
+
+ - pegboard should be made work fully as reST directive
+ + after this all reST-files could be compiled from the root
+ using $(JYTHON) metacode/umldoc.py `find doc -name "*.rst"`
+ clean pegboard.py (= make more oo, since Python is oo language)
- + check why running with jython causes harmless SyntaxWarning
+
+ rest -> latex:
+
+ - cleanup
+ - strip all unnecessaries, if there's any
+ - collect comments and experiences of used when
+ writing the article
+ ...
+
1.0: Feature-complete
anybody:
Index: gzz/TODO-vob
diff -u gzz/TODO-vob:1.2 gzz/TODO-vob:1.3
--- gzz/TODO-vob:1.2 Fri Feb 21 07:11:47 2003
+++ gzz/TODO-vob Mon Feb 24 16:42:33 2003
@@ -52,10 +52,19 @@
- propagate expose events correctly
- when a gl window is closed, call Binder.windowClosed()
humppake:
- - make test that catches tjl's quick fix to culling coordsys in article
rush
- + better algorithm for CullingCoordSys. Uses now parallel
- bounding boxes. Fast, but not very efficient.
+ - make test that catches tjl's quick fix to culling
+ coordsys in article rush
+ + Better algorithm for CullingCoordSys. Uses now parallel
+ bounding boxes. Fast, but not very exact.
+ + Should not try to be "too smart". Probably option to select
+ between fast parallel bounding box comparison and more
+ time consuming polygon intersect scanning (the latter for
+ distorted views like fisheye).
+ + Still one more between those two: check intersections between
+ two rotated but non distorted rectangles.
+ implement Paper TexGenEmboss::setUp_explicit
+ + Discuss with jvk about the current state and use
+ of whole TexGenEmboss.
anybody:
+ move Image class (imageraster &c) out from Os-GLX.
Os-GLX should only contain methods to directly
Index: gzz/gfx/jni/GzzGL-jni.cxx
diff -u gzz/gfx/jni/GzzGL-jni.cxx:1.88 gzz/gfx/jni/GzzGL-jni.cxx:1.89
--- gzz/gfx/jni/GzzGL-jni.cxx:1.88 Fri Feb 21 15:02:32 2003
+++ gzz/gfx/jni/GzzGL-jni.cxx Mon Feb 24 16:42:34 2003
@@ -40,7 +40,7 @@
#include "libos/Os.hxx"
-#include "libimagecache/ImageCache.hxx"
+//obsolete #include "libimagecache/ImageCache.hxx"
using namespace Vec23;
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Gzz-commits] gzz ./TODO-uml ./TODO-vob gfx/jni/GzzGL-jni.cxx,
Asko Soukka <=