gzz-commits
[Top][All Lists]
Advanced

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

[Gzz-commits] manuscripts/xupdf article.rst


From: Tuomas J. Lukka
Subject: [Gzz-commits] manuscripts/xupdf article.rst
Date: Wed, 22 Jan 2003 13:14:54 -0500

CVSROOT:        /cvsroot/gzz
Module name:    manuscripts
Changes by:     Tuomas J. Lukka <address@hidden>        03/01/22 13:14:54

Modified files:
        xupdf          : article.rst 

Log message:
        restifying

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

Patches:
Index: manuscripts/xupdf/article.rst
diff -u manuscripts/xupdf/article.rst:1.12 manuscripts/xupdf/article.rst:1.13
--- manuscripts/xupdf/article.rst:1.12  Wed Jan 22 07:49:48 2003
+++ manuscripts/xupdf/article.rst       Wed Jan 22 13:14:54 2003
@@ -10,23 +10,36 @@
   "one idea to rule them all" ;)  ((been rereading Tolkien) ;)
   We have:
 
-    - xu structure
+       - xu structure
 
-    - pdf in xu structure
+       - pdf in xu structure
 
-    - f+c UI
+       - f+c UI
 
-       - show link target as buoy!
+           - show link target as buoy!
 
-    - bidirectional but *directed* links (left-right)
+       - bidirectional but *directed* links (left-right)
 
-    - paper
+       - paper
 
-    - irregu
+       - irregu
 
-    - pp-like spatial canvases
+       - pp-like spatial canvases
+
+       - user editability
+
+    **RESOLVED**: Most important is the non-disruptive f+c link structure,
+    and the visual stuff that helps understanding it. The xu structure is not
+    so novel and not so important in xupdf: the link model is actually
+    more general. As for editability, like Benja says ::
+
+       <benja> tuomasl: I think that's... a benefit, but not the point
+       <benja> since it's too well-known
+       <benja> I mean, shout 'should users be able to make links while 
browsing' into the audience and you'll get back 
+       'YEEEEES!' ;-)
+
+    Spatial canvases might be nice but might be too much work.
 
-    - user editability
 
 Abstract
 ========
@@ -41,7 +54,6 @@
 
 - break lines
 
-=======
 - why left-right, why not some other set of directions?
 
 Previous works, notes
@@ -58,6 +70,7 @@
   Mukherjea and Hara [#mukharjea97fcwww]_ give a 1'000ft
   view of the linking strucure (need to read & find out whether
   they show thumbnails, or what they show)
+
 - Fluid links [#zellweger98fluid]_ can be put in by the original author,
   or by the user [XXX ht'01], 
 
@@ -69,6 +82,12 @@
     animation by modifying the DOM also (it simply grows a box).
     [XXX Hypermedia in the Small: Fluid annotations through 
     open hypermedia: using and extending emerging web standards, WWW2002]
+
+  - (IMHO) user interface problems: confuses using the mouse as eye or hand:
+    normal mouse use: mouse = hand. quake mouse: mouse = eye.
+    Here, neither paradigm applies fully as you would need to move both
+    the mouse AND your eyes.
+
 - In XLibris [XXX ht'02: going back in hypertext], recently visited
   pages are shown as thumbnails at the bottom of the window
 - Free form 'digital ink' annotation [e.g. XLibris, iMarkup?] is currently
@@ -78,8 +97,10 @@
   - Point to make: This form of annotation (buoy-like) is nothing new...
     Maybe start with 'old fashioned ink annotation' and then introduce
     forms of representing linking in computers?
+
        - also used a lot for images, see the NASA example image
          in irregu
+
   - XLibris [XXX schilit98digital] also automatically searches for pages
     matching stuff the user entered/circled on a page, and place
     a thumbnail in the margin -> linking with visible targets
@@ -143,6 +164,7 @@
 
 A unique background texture is chosen for each PDF file
 using the identity as a seed. 
+
 - hw accelerated impl (libpaper)
 - perception model
 - readability
@@ -156,6 +178,7 @@
 
 A techinque used in technical drawing for indicating
 where the content extends beyond what is shown.
+
 - animation
 - non-photorealistic
 - hw accelerated impl




reply via email to

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