[Gzz-commits] manuscripts/pointers article.rst

[Benja Fallenstein]

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Branch:         
Changes by:     Benja Fallenstein <address@hidden>      03/11/10 04:42:27

Modified files:
        pointers       : article.rst 

Log message:
        remove media player example from applications as jvk suggested (sigh)

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

Patches:
Index: manuscripts/pointers/article.rst
diff -u manuscripts/pointers/article.rst:1.199 
manuscripts/pointers/article.rst:1.200
--- manuscripts/pointers/article.rst:1.199      Mon Nov 10 04:41:09 2003
+++ manuscripts/pointers/article.rst    Mon Nov 10 04:42:27 2003
@@ -67,8 +67,9 @@
 remain accessible as long as at least only one person keeps a copy.
 
 We discuss our preliminary implementation
-as well as other possible applications of pointer records
-and the Storm data model.
+of pointer records
+and the Storm data model as well as a possible
+application in software updating.
 
 
 ..  This loses a major benefit of filesharing:
@@ -536,10 +537,9 @@
 Applications
 ============
 
-In this section, we discuss four possible applications
+In this section, we discuss three possible applications
 of pointer records and the Storm data model: 
 A P2P Web, a distributed Wayback Machine, 
-a P2P-enabled media player,
 and software updates akin to Debian ``apt`` and Windows Update.
 
 **A File-shared, Decentralized, Heterogeneous Web.**
@@ -594,19 +594,19 @@
 as the rest of the file-shared web, simply configured slightly
 differently.
 
-**A P2P-enabled media player** could
-use the Storm data model to manage the local collection
-of media files. Using the Storm API, it could provide search over
-both local files and files on the P2P Web
-in a network-transparent fashion. When a user
-downloads a playlist from the P2P Web, songs
-that aren't in the local media library could be
-downloaded automatically, if publicly available.
-For versioned media files, the player could
-notify the user of updates or download them automatically;
-for example, after spelling and translation errors
-in a movie's subtitles have been corrected.
-
+.. **A P2P-enabled media player** could
+   use the Storm data model to manage the local collection
+   of media files. Using the Storm API, it could provide search over
+   both local files and files on the P2P Web
+   in a network-transparent fashion. When a user
+   downloads a playlist from the P2P Web, songs
+   that aren't in the local media library could be
+   downloaded automatically, if publicly available.
+   For versioned media files, the player could
+   notify the user of updates or download them automatically;
+   for example, after spelling and translation errors
+   in a movie's subtitles have been corrected.
+ 
 **Software updates:**
 Pointer records could be used to implement
 a P2P version of software upgrades