[Gzz-commits] gzz/Documentation/Manuscripts/Paper paper.tex

[Tuomas J. Lukka]

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Tuomas J. Lukka <address@hidden>        02/11/22 07:43:43

Modified files:
        Documentation/Manuscripts/Paper: paper.tex 

Log message:
        zooming

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/Documentation/Manuscripts/Paper/paper.tex.diff?tr1=1.59&tr2=1.60&r1=text&r2=text

Patches:
Index: gzz/Documentation/Manuscripts/Paper/paper.tex
diff -u gzz/Documentation/Manuscripts/Paper/paper.tex:1.59 
gzz/Documentation/Manuscripts/Paper/paper.tex:1.60
--- gzz/Documentation/Manuscripts/Paper/paper.tex:1.59  Fri Nov 22 07:35:55 2002
+++ gzz/Documentation/Manuscripts/Paper/paper.tex       Fri Nov 22 07:43:43 2002
@@ -321,19 +321,25 @@
 }
 \end{figure*}
 
-\section{Hardware-accelerated implementation}
-
 It is important that the background can be zoomed to different resolutions.
 However, we are currently
 not trying to attain infinite zoomability\cite{furnas00infinity},
-only the range of zooming that would be reasonable for a single PDF document.
+but only the more modest goal of zooming within a range 
+that would be reasonable for a single PDF document, i.e. approximately 100-fold
+difference between mininum and maximum zoom. 
+This is in line with our
+intended use, since it would be unreasonable to expect a texture to be 
recognizable
+if a sub-pixel area were zoomed to the full screen.
+Of course, methods such as the ones presented in \cite{furnas00infinity} could 
be used
+to allow the unique background to look similar at different scales; however,
+this would remove the use of the texture as a cue of scale.
 
-For zooming, it would be possible to use a solution such as the ones in 
\cite{furnas00infinity},
-but...
+\section{Hardware-accelerated implementation}
 
 In hardware rendering, the use of resources is critical
 The two relevant types of resources here are texture memory
-and 
+and rendering time.
+