[Gzz-commits] manuscripts/storm short-paper.rst

[Tuomas J. Lukka]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Tuomas J. Lukka <address@hidden>        03/05/30 13:02:36

Modified files:
        storm          : short-paper.rst 

Log message:
        reorg-to-shorten-intro

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/manuscripts/storm/short-paper.rst.diff?tr1=1.27&tr2=1.28&r1=text&r2=text

Patches:
Index: manuscripts/storm/short-paper.rst
diff -u manuscripts/storm/short-paper.rst:1.27 
manuscripts/storm/short-paper.rst:1.28
--- manuscripts/storm/short-paper.rst:1.27      Fri May 30 11:37:37 2003
+++ manuscripts/storm/short-paper.rst   Fri May 30 13:02:36 2003
@@ -12,7 +12,7 @@
     enough that users rarely if ever do it. A major reason is that
     links break when documents are moved around or sent by mail.
        
-    We propose Storm, a storage system for use both on the
+    We present Storm, a storage system for use both on the
     desktop and the public network. Storm assigns each document
     a permanent unique URI when it is created. Using peer-to-peer
     technology, we can locate documents even though our URIs
@@ -57,26 +57,34 @@
    which would make them part of the web:
 
 While many Web pages are densely interlinked today,
-desktop documents still have any hypermedia
-functionality only rarely. 
-Even though documents written with
-Microsoft Word or OpenOffice.org can nowadays be
-linked just like HTML files, users almost never
-seem to do so. 
-
+hypermedia
+functionality is still only rarely used in desktop documents. 
 Hypermedia on the desktop would be useful for
 keeping hyperlinked notes, for referring to
 pieces of documents in discussion, or to
 refer from a short memo to a document
 with more in-depth information.
+Even though documents written with
+Microsoft Word or OpenOffice.org can nowadays be
+linked just like HTML files, users almost never
+seem to do so. 
 
 .. links needed that don't break when documents are moved:
 
+.. non-breaking links seem not globally resolvable:
+
 A major obstacle to hypermedia 
 on the desktop is broken links. A user receiving
 hyperlinked documents by email, for example, would have to reconstruct
 the original directory structure; otherwise the links
 will not work.
+Many hypermedia systems
+assume that identifiers either
+expose where a document can be found on the network, or they
+cannot be efficiently resolved on a global scale.
+Indeed, Berners-Lee [name-myth]_ argues that
+using unique and random-looking numbers to identify documents
+is not possible on a global scale.
 
 .. Include to the paragraph above ?
    "A major reason is that links break when documents are moved 
@@ -115,16 +123,6 @@
    However, finding a document on Freenet can be
    quite slow, taking many seconds. This is not
    acceptable for general Web publishing.
-
-.. non-breaking links seem not globally resolvable:
-
-Many hypermedia systems
-assume that identifiers either
-expose where a document can be found on the network, or they
-cannot be efficiently resolved on a global scale.
-For this reason, Berners-Lee [name-myth]_ argues that
-using unique and random-looking numbers to identify documents
-is not possible on a global scale.
 
 .. but DHTs can do it: