gzz-commits
[Top][All Lists]
Advanced

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

[Gzz-commits] manuscripts/FutureVision vision-rev.rst


From: Benja Fallenstein
Subject: [Gzz-commits] manuscripts/FutureVision vision-rev.rst
Date: Wed, 19 Nov 2003 05:18:38 -0500

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Branch:         
Changes by:     Benja Fallenstein <address@hidden>      03/11/19 05:18:38

Modified files:
        FutureVision   : vision-rev.rst 

Log message:
        correct minor goofs

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/FutureVision/vision-rev.rst.diff?tr1=1.2&tr2=1.3&r1=text&r2=text

Patches:
Index: manuscripts/FutureVision/vision-rev.rst
diff -u manuscripts/FutureVision/vision-rev.rst:1.2 
manuscripts/FutureVision/vision-rev.rst:1.3
--- manuscripts/FutureVision/vision-rev.rst:1.2 Wed Nov 19 05:10:35 2003
+++ manuscripts/FutureVision/vision-rev.rst     Wed Nov 19 05:18:38 2003
@@ -994,9 +994,9 @@
 of objects (`Marshall and Shipman 1993`_, `Marshall et al 1994`_).
 
 The approach in VIKI was later extended to non-linear
-views `(Shipman et al 1999)`_ and, in VKB, to support other kinds
-of media and navigational links `(Shipman et al 2001)`_
-and an agent approach `(Shipman et al 2002)`_.
+views (`Shipman et al 1999`_) and, in VKB, to support other kinds
+of media and navigational links (`Shipman et al 2001`_)
+and an agent approach (`Shipman et al 2002`_).
 
 `Haake et al (1994)`_ separate the dimensions of "user defines"
 and "system uses" for how object types are embodied in a system. 
@@ -1008,13 +1008,13 @@
 A different kind of flexible structure, the Frame-Axis model,
 which focuses on structure that is based on *attribute values*
 of items, is
-introduced in `(Masuda et al 1994)`_.
+introduced in (`Masuda et al 1994`_).
 
 A non-spatial approach to coexistence of strongly typed
 and weakly typed information by using a special Semi Frame
-object type is given in _`(Furtado and Madeira 1998).
+object type is given in (`Furtado and Madeira 1998`_).
 A similar approach which allows *incremental formalization*
-of data is given in _`(Shipman and McCall 1999)`.
+of data is given in (`Shipman and McCall 1999`_).
 
 Recently, `Kim (2002)`_ proposed to use a graph-based model
 as the basis for Engelbart's proposed Open Hyperdocument System,
@@ -1364,7 +1364,7 @@
 **Furnas, G.W.,** (1997) "Effective View Navigation".
 ACM CHI'97 Proceedings, 367-374
 
-.. _`(Furtado and Madeira 1998)`:
+.. _Furtado and Madeira 1998:
 
 **Furtado, P., and Madeira, H.,** (1998)
 "Enforcing strong object typing in flexible hypermedia}".
@@ -1436,7 +1436,7 @@
 "Towards an ecology of hypertext annotation".
 ACM Hypertext'98 proceedings, 40-49.
 
-.. _`(Masuda et al 1994)`:
+.. _`Masuda et al 1994`:
 
 **Masuda, Y., Ishitobi, Y., and Ueda, M.,** (1994)
 "Frame-axis model for automatic information organizing and spatial navigation".
@@ -1538,26 +1538,26 @@
 "Sun's Link Service: a protocol for open linking".
 ACM Hypertext '89 proceedings, 137-146.
 
-.. _`(Shipman et al 1999)`:
+.. _`Shipman et al 1999`:
 
 **Shipman, F.M. III, Marshall, C.C., and LeMere, M.** (1999)
 "Beyond location: hypertext workspaces and non-linear views".
 ACM Hypertext'99 proceedings, 121-130.
 
-.. _`(Shipman and McCall 1999)`:
+.. _Shipman and McCall 1999:
 
 **Shipman, F.M. III, and McCall, R.J.** (1999)
 "Incremental formalization with the hyper-object substrate".
 ACM Trans. Inf. Syst. 17(2), 199-227.
 
-.. _`(Shipman et al 2001)`:
+.. _`Shipman et al 2001`:
 
 **Shipman, F.M. III, Hsieh, H., Maloor, P., and Moore, J.M.,** (2001)
 "The visual knowledge builder: a second generation spatial hypertext".
 ACM Hypertext'01 proceedings, 113-122.
 
 
-.. _`(Shipman et al 2002)`:
+.. _`Shipman et al 2002`:
 
 **Shipman, F.M. III, Moore, J.M., Maloor, P., Hsieh, H., and Akkapeddi, R.,** 
 (2001) "Semantics happen: knowledge building in spatial hypertext".
@@ -1749,16 +1749,6 @@
    However, it also makes the system more powerful; in zzStructure,
    when you have decided to label people by their first names,
    you cannot easily show them using their full name at a later point.
-
-..  [#libvob-speed] For some changes (scrolling, zooming), the scene
-    need not be regenerated but only the coordinate system 
-    parameters adjusted.
-
-    Also, scene regeneration is not necessarily slow: we have
-    some extremely promising results from
-    functional programming -related 
-    caching techniques and are experimenting with recursive vobscenes
-    in that context.
 
 .. [#rdfviz] ``http://www.ilrt.bristol.ac.uk/discovery/rdf-dev/rudolf/rdfviz/``
 




reply via email to

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