From: Tyler Lund <tlund@mindspring.com>
To: ml@qoole.com
In-Reply-To: <005d01bd19f6$c212c0a0$b81ccfa8@mgl.atl.reyrey.com>
Reply-To: ml@qoole.com
Date: Mon, 05 Jan 1998 13:41:44 -0500
Subject: Re: Texture Locking

At 11:27 AM 1/5/98 -0500, you wrote:

>    I know I know..everyone is probably sick of this  topic, but one more
>thing.   I was under the impression that texture locking  worked. I add a
>brush, then i add a texture...looks good  so far, but then if i rotate it
>or pull it back as a prefab its all messed up.  Why????   

I think that locking is implimented, just not quite as we had hoped. It
seems that all tex locking does is compensate for a translation of an
object when tex. locking is on. This means that rotations or deformations
of a brush will not lock, and that loading and saving prefabs will not keep
a lock. The later is more of a bummer in my opinion, since that is why I
wanted the lock in the first place. The rotation is still not so good, but
I realize how hard it would be to impliment a locking fearture with the way
Qoole currently handles rotations. The lock would be hard to do in real
time since it would bog down the process. A better way to do this is handle
rotations and deformations with a temporary quick view and then do texture
alignment calculations afterwards. 

	What do you think Whitefang?

-Tyler


-------------------------------------------.
Tyler Lund - tlund@mindspring.com           \
Amiga/PC *Imagine*                           \
http://tlund.home.mindspring.com/Tindex.html  \
-----------------------------------------------'



