gzz-commits
[Top][All Lists]
Advanced

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

[Gzz-commits] gzz/Documentation/Manuscripts/Irregu irregu.tex


From: Tuomas J. Lukka
Subject: [Gzz-commits] gzz/Documentation/Manuscripts/Irregu irregu.tex
Date: Fri, 29 Nov 2002 14:27:11 -0500

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Tuomas J. Lukka <address@hidden>        02/11/29 14:27:10

Modified files:
        Documentation/Manuscripts/Irregu: irregu.tex 

Log message:
        Some more... commenting out some parts, we don't want to include 
*everything* in this article

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/Documentation/Manuscripts/Irregu/irregu.tex.diff?tr1=1.96&tr2=1.97&r1=text&r2=text

Patches:
Index: gzz/Documentation/Manuscripts/Irregu/irregu.tex
diff -u gzz/Documentation/Manuscripts/Irregu/irregu.tex:1.96 
gzz/Documentation/Manuscripts/Irregu/irregu.tex:1.97
--- gzz/Documentation/Manuscripts/Irregu/irregu.tex:1.96        Fri Nov 29 
14:21:05 2002
+++ gzz/Documentation/Manuscripts/Irregu/irregu.tex     Fri Nov 29 14:27:10 2002
@@ -355,10 +355,13 @@
 \subsection{Detailed design ``What?''}
 
 In order to create and maintain the illusion: ``we see a piece of the 
canvas'', 
-instead of ``we see the canvas through a hole'', the motion must be carefully 
designed.
+instead of ``we see the canvas through an irregularly shaped hole'', 
+the motion must be carefully designed.
 When the viewport moves on the canvas, it 
-mustn't look like a (rectangular or irregular) "window" sliding on top of 
paper, but
+mustn't look like a (rectangular or irregular) 
+"window" sliding on top of paper, but
 instead something like re-gluing and tearing away a different part of the 
paper.
+
 To get the correct picture, imagine an animation where the first frame is a 
given
 torn piece of paper, the next frame is what would have happened if we had torn 
the paper
 slightly differently etc. Since the paper would have the same weak points, 
@@ -367,21 +370,20 @@
 the shape should remain the same: see Fig.~xxx.
 
 As to the graphical appearance of the torn viewports, 
-there are several reasons to go for nonphotorealistic rendering:
-\begin{itemize}
-\item The ``out-of-band'' semantic information\cite{XXX}: this is {\em not} 
trying to be
-and behave like a real piece of paper. The motion should thus be easier to 
understand.
-\item Overall clarity. The seminal paper of Saito and 
Takahashi\cite{saito90comprehensible} 
-introduces non-photorealistic image-space transformations for this very 
purpose. GUIs
-usually are non-photorealistic anyway.
-\end{itemize}
+there are two main reasons to go for nonphotorealistic rendering:
+firstly, to imply to the user that the viewport does not behave
+exactly like a real paper; to make the overall view clearer.
 
-Thus, instead of trying to draw a realistic torn piece of paper, we can just
-draw the silhouette edge\cite{XXX}.
+Thus, instead of trying to draw a realistic torn piece of paper, 
+we will only the silhouette edge\cite{saito90comprehensible}.
 
-For the edge thickness, scaling it with the scale of the paper is not good
-(too photorealistic...), but neither is a constant width, which ...
-Square root XXX refs: stroke scaling in pen drawings?
+% When zooming, scaling the thickness of the silhouette edge
+% with the scale of the paper is not good:
+% the edge then looks like an edge drawn on the paper instead
+% of a silhouette edge. On the other hand,
+% a constant width
+% (too photorealistic...), but neither is a constant width, which ...
+% Square root XXX refs: stroke scaling in pen drawings?
 
 
 Edge shapes: connected and scattered (and intermediates).




reply via email to

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