[Gzz-commits] manuscripts ./gzigzag.bib UMLLink/SCRATCH UMLLi...

[Asko Soukka]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Asko Soukka <address@hidden>    03/01/24 04:20:26

Modified files:
        .              : gzigzag.bib 
        UMLLink        : SCRATCH umllink.rst 

Log message:
        Gentner/Nielsen argues against WYSIWYG, direct manipulation

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/gzigzag.bib.diff?tr1=1.7&tr2=1.8&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/UMLLink/SCRATCH.diff?tr1=1.8&tr2=1.9&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/UMLLink/umllink.rst.diff?tr1=1.43&tr2=1.44&r1=text&r2=text

Patches:
Index: manuscripts/UMLLink/SCRATCH
diff -u manuscripts/UMLLink/SCRATCH:1.8 manuscripts/UMLLink/SCRATCH:1.9
--- manuscripts/UMLLink/SCRATCH:1.8     Thu Jan 23 10:55:10 2003
+++ manuscripts/UMLLink/SCRATCH Fri Jan 24 04:20:26 2003
@@ -1,20 +1,21 @@
-:Stamp: $Id: SCRATCH,v 1.8 2003/01/23 15:55:10 humppake Exp $
-
-Some critics against direct manipulation:
-
-The Anti-Mac interface
-Don Gentner , Jakob Nielsen
-Communications of the ACM August 1996
-Volume 39 Issue 8 
-
-http://doi.acm.org/10.1145/232014.232032 
-
+:Stamp: $Id: SCRATCH,v 1.9 2003/01/24 09:20:26 humppake Exp $
 
    + and if design documentation is outdated some particular classes
      maybe don't even exist anymore!
 
    + the javadoc output filestructure follows the
      hierarchical tree structure of java packages and classes
+
+soved issuas not affecting anymore
+----------------------------------
+
+- do we need critics against graphical coding with UML somewhere?
+  This could be found at least in articles supporting a
+  domain spesific languages (which may be used for graphical coding)
+
+    RESOLVED: Probably not: graphical languages have not taken
+    off to a sufficient degree that we should really have to criticize
+    them.
 
 sources for references
 ----------------------
Index: manuscripts/UMLLink/umllink.rst
diff -u manuscripts/UMLLink/umllink.rst:1.43 
manuscripts/UMLLink/umllink.rst:1.44
--- manuscripts/UMLLink/umllink.rst:1.43        Thu Jan 23 10:55:10 2003
+++ manuscripts/UMLLink/umllink.rst     Fri Jan 24 04:20:26 2003
@@ -2,7 +2,7 @@
 A free software toolchain for bidirectional linking between UML diagrams and 
Javadoc
 
====================================================================================
 
-:Stamp: $Id: umllink.rst,v 1.43 2003/01/23 15:55:10 humppake Exp $
+:Stamp: $Id: umllink.rst,v 1.44 2003/01/24 09:20:26 humppake Exp $
 
 Issues
 ======
@@ -17,29 +17,36 @@
     should be more general, and we should point out that
     this situation is probably not uncommon.
 
-- do we need critics against graphical coding with UML somewhere?
-  This could be found at least in articles supporting 
-  domain spesific languages (which may be used for graphical coding)
-
-    RESOLVED: Probably not: graphical languages have not taken
-    off to a sufficient degree that we should really have to criticize
-    them.
-
-- How should we discuss WYSIWYG, WYSIAYG for reST &c? Someone will
+- How should we discuss WYSIWYG, WYSIAYG/WYSIATI for reST &c? Someone will
   surely ask about that,
 
     PARTIAL RESOLUTION: 
 
-       - proprietarity
-       - versioning much worse
-       - users = programmers --> used to editing text and compiling
+       - proprietarity (really?)
+       - versioning much worse (changes in rtf could probably be compared?)
+       - users = programmers --> used to editing text and compiling,
+          it's the most practical to use the same editor as for coding
        - lack of good, **extensible** tools
 
+  
+  [gentner-nielsen-anti-mac, p.75] collects arguments/argues
+  generally against WYSIWYG.
+ 
+    - a document has a rich semantic structure that is oafter poorly
+      captured by its appearance on a sceen or printed page
+    - other text representations, such as SGML, distinct the semantic
+      structure and rules for converting the text and semantics into
+      printablepage
+    - WYSIWYG assumes there is only one useful representation of the
+      information: that of the final reports
+    - WYSIWYG assumes people want paper-style reports (and we already
+      live within information flood)
+    - blind users exists
+
 - why even outdated but well simplified diagram
   is better than too detailed, automaticly up-to dated 
   and reverse engineered diagram.
 
-
 - how rational rose links diagrams into code and documentation?
  
 Introduction
@@ -123,7 +130,31 @@
  - though, because we are coders, we would prefer UML script 
    language over menus and dialogs when creating UML objects 
 
-   + we need a ref. of criticism of direct manipulation! 
+   + we need a ref. of criticism of direct manipulation!
+
+     - "The dark side of a direct manipulation interface is that
+       you have to directly manipulate everything. Instead of an
+       executive who gives high-level instructions, the user is 
+       reduced to an assembly line worker who must carry out the
+       same task over and over."
+
+       limits the precision of our actions to the precision
+       achieved  with eye-hand-mouse coordination (language and 
+       mathematics can be more precise)
+
+       direct manipulation requires the user to be involved in
+       every action, but sometimes the user may not know
+       what to do
+
+       "It's as if we have thrown away a million years of 
+       evolution, lost our facility with expressive language,
+       and been reduced to pointing at objects in the immediate
+       environment. -- We have lost all the power of language, and
+       can no longer talk about objects that are not immidiately
+       visible."
+       
+       [gentner-nielsen-anti-mac, p.74]  
+
    + though, directmanipulation is only relevant solution for
      replacing already created objects
 
Index: manuscripts/gzigzag.bib
diff -u manuscripts/gzigzag.bib:1.7 manuscripts/gzigzag.bib:1.8
--- manuscripts/gzigzag.bib:1.7 Thu Jan 23 09:04:26 2003
+++ manuscripts/gzigzag.bib     Fri Jan 24 04:20:26 2003
@@ -331,6 +331,16 @@
  publisher = {ACM Press},
  }
 
address@hidden gentner-nielsen-anti-mac,
+    author = "Don Gentner and Jakob Nielsen",
+    title = "The Anti-Mac interface",
+    journal = "Communications of the ACM",
+    volume = "39",
+    number = "8",
+    pages = "70--82",
+    year = "1996",
+    doi = "http://doi.acm.org/10.1145/232014.232032";
+}
 
 @comment -----------------------------------------
 @comment focus+context