gzz-commits
[Top][All Lists]
Advanced

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

[Gzz-commits] gzz/Documentation/misc inbct2002yht


From: Tuomas J. Lukka
Subject: [Gzz-commits] gzz/Documentation/misc inbct2002yht
Date: Tue, 10 Sep 2002 05:38:43 -0400

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Tuomas J. Lukka <address@hidden>        02/09/10 05:38:43

Modified files:
        Documentation/misc: inbct2002yht 

Log message:
        update

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/Documentation/misc/inbct2002yht.diff?tr1=1.1&tr2=1.2&r1=text&r2=text

Patches:
Index: gzz/Documentation/misc/inbct2002yht
diff -c gzz/Documentation/misc/inbct2002yht:1.1 
gzz/Documentation/misc/inbct2002yht:1.2
*** gzz/Documentation/misc/inbct2002yht:1.1     Tue Sep 10 05:17:47 2002
--- gzz/Documentation/misc/inbct2002yht Tue Sep 10 05:38:43 2002
***************
*** 1,27 ****
  General description
  
!     We investigate hyperstructure and flexible user interfaces as a solution 
to
!     the information flood from the net. The current computing paradigm is at
!     a dead end, since both the user interfaces and the back-end data 
structures
!     are very good for each other: to go forwards, both need to be changed 
!     aggressively
! 
  
  Participating corporations
!     ???
  
! Goals, results
  
!     Storm (formerly mediaserver)
!     Fillets
!     Procedural textures
      Gzz
  
!     The next steps in the project are
!       * release 0.8 (currently we're at 0.8alpha1 which is operational
!         but incomplete)
!       * usability tests for several subtopics
!       * true P2P networking using Storm
  
  Risks, problems
  
--- 1,34 ----
  General description
  
!     We investigate using hyperstructure and flexible user interfaces together
!     as a solution to the information flood from the net. 
  
  Participating corporations
!     Sonera
! 
! Goals
! 
!     * Interactive hyperstructure: the user can connect any two "items" which 
will
!       after that be "near" each other in the hyperspace, and easily visible 
and accessible
!       from one another
!     * Ad hoc teamwork: non-centralized P2P version control of structured data.
!       Any people can form a small team and work on their changes to an object 
and after finishing,
!       submit those changes for consideration by a larger group. All 
versioning should be taken
!       care of by the software.
! 
  
! Results
  
!     Storm (formerly mediaserver), 
!     Fillets: a perceptually motivated improvement to graph drawing (see 
report)
!     Procedural textures:
      Gzz
  
! Plan
!     * release 0.8 (currently we're at 0.8alpha1 which is operational
!       but incomplete)
!     * usability tests for several subtopics
!     * true P2P networking using Storm
  
  Risks, problems
  
***************
*** 40,46 ****
        limitations (bandwidth, screen, memory, UI) of a mobile environment
        far more feasible.
      * User interfaces to relational data. Writing a graphically intensive
!       OpenGL frontend to a relational database with the ability to create 
        ad hoc structures on top.
      * ...
  
--- 47,53 ----
        limitations (bandwidth, screen, memory, UI) of a mobile environment
        far more feasible.
      * User interfaces to relational data. Writing a graphically intensive
!       OpenGL front-end to a relational database with the ability to create 
        ad hoc structures on top.
      * ...
  




reply via email to

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