[Gzz-commits] manuscripts/UMLLink article.rst

[Tuomas J. Lukka]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Tuomas J. Lukka <address@hidden>        03/02/15 06:12:41

Modified files:
        UMLLink        : article.rst 

Log message:
        conclfirstdrawftready

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/UMLLink/article.rst.diff?tr1=1.48&tr2=1.49&r1=text&r2=text

Patches:
Index: manuscripts/UMLLink/article.rst
diff -u manuscripts/UMLLink/article.rst:1.48 
manuscripts/UMLLink/article.rst:1.49
--- manuscripts/UMLLink/article.rst:1.48        Sat Feb 15 06:01:42 2003
+++ manuscripts/UMLLink/article.rst     Sat Feb 15 06:12:41 2003
@@ -9,7 +9,7 @@
 .. Alternative title: "Free Software toolchain for bidirectional 
    linking between UML diagrams and Javadoc"
 
-.. :Stamp: $Id: article.rst,v 1.48 2003/02/15 11:01:42 tjl Exp $
+.. :Stamp: $Id: article.rst,v 1.49 2003/02/15 11:12:41 tjl Exp $
 
 .. Points for HT people
    ====================
@@ -868,42 +868,31 @@
 While the creation of the diagram structure is easier using
 written text than direct manipulation,
 the layout of the resulting structure would benefit from a click-and-drag 
interface.
+However, this approach will also lose some expressive power:
+in metapost the user is now allowed to draw anything on the diagram.
+It is possible that this can be solved by another stage after metapost,
+where the locations of the nodes could be interactively defined into
+metapost variables.
+On the other hand, there are also arguments against metapost:
+the error messages receive on erroneous input to the UML tool
+are difficult to decipher due to the translation layer between.
+This might also speed up the compiling process.
 
-
-- UMLTOOL: diagram elements need easier placing (but still not automatic)
-
-  - direct maniplation
-
-  - we can still continue using our UML language for description
-    of diagram elements
-
-
-- metapost's erros are fuzzy, when using scripting language for
-  drawing diagrams, we need clearer errors
-
-  - it's possible that we change metapost for something else
-
-  - getting rid of problem with fuzzy error messages and slow
-    compiling process
-
-  - However, less power: with mp, can draw arbitrary stuff on the diagrams
-    is well; this is sometimes useful, but sometimes not desirable.
-
-
-  - plugin interface to enable other documentation tools than javadoc
+The plugin interface for using other documentation tools also needs
+to be firmed up.
 
 Once some of these issues are resolved, we are planning
 to release the glue code as a standalone free software package;
 until then, the code is still publicly accessible at our CVS version
-control server as part of the larger Gzz project.
-
-
-- all in all, this is temporary system: using web pages for the 
-  presentation/UI layer of a hypertext system is useful and standard 
-  but very limiting. The system we are using these tools to develop is 
-  intended for better user interfaces to similar ...
+control server as part of the larger Gzz project (note to referees:
+the project will likely be renamed by the final version).
 
-  + antont's note about duplication of data problem
+Finally, we'd like to point out that this tool
+is only intended as a temporary system: using web pages for the 
+presentation/UI layer of a hypertext system is useful and standard 
+but also very limiting from a UI perspective. 
+The system we are using this UML tool to develop is 
+intended for better user interfaces to similar structures.
 
 Acknowledgments
 ===============