🚀 go-pugleaf

>In article <2877@mtuxo.att.com> tas@mtuxo.att.com (XMPC2-T.SKROBALA) writes:
>>I would like to see the contents of one of my windows scroll continouously
>>as I slide a prop gadget up and down, [ ... ]
>>I thought of two ways to
>>accomplish this, and neither seems to work.  One way is to set the
>>prop-gadget's FOLLOWMOUSE flag and check the gadget's PropInfo structure
>>every time I get a MOUSEMOVE message; [ ... ]

	After having finished Yet Another G*d D*mn File Requester (can you
tell I'm burning out), I can tell you that this works.

>>The problem is that, as
>>soon as I press the mouse's select button, all MOUSEMOVE and INTUITICKS
>>messages appear to be suspended until I release the button (at which
>>point I get a flood of MOUSEMOVE messages).  [ ... ]

	It sounds to me like you have a bug in your processing loop (this is
a stab in the dark).

>>If I ever do succeed in getting continuous messages, is it
>>reasonable to expect the PropInfo structure to be updated continuously? 

	Yes.

--------
In article <4875@cbmvax.UUCP> eric@cbmvax.UUCP (Eric Cotton) writes:
>Preferences sets the FOLLOWMOUSE, GADGIMMEDIATE, RELVERIFY flags [ ... ]

	Why do you set RELVERIFY?  I set just FOLLOWMOUSE and GADGIMMEDIATE
and it works great.

>Also, beware of quick buildup of MOUSEMOVE messages.

	A way around that:
--------
	while (msg = GetMsg (window -> UserPort)) {
		class = msg -> Class;
		ReplyMsg (msg);
		if (class == MOUSEMOVE)
			moveit = 1;
		:
		:
	}
	if (moveit)
		movethedamnthing ();
--------
	Good luck, guy.

_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Leo L. Schwab -- The Guy in The Cape	INET: well!ewhac@ucbvax.Berkeley.EDU
 \_ -_		Recumbent Bikes:	UUCP: pacbell > !{well,unicom}!ewhac
O----^o	      The Only Way To Fly.	      hplabs / (pronounced "AE-wack")
"Work FOR?  I don't work FOR anybody!  I'm just having fun."  -- The Doctor