[Top][All Lists]
[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/``